UPLOAD проблем -висок пинг

[MiPSus]

Добре де извинявай

Но какво имаме се оказва, една секторна с 10 клиента на по 1 мегабит и 4 мегабита общо ползване! Какво неестествено виждаш?

Да има висок пинг при тази ситуация и това е напълно нормално при 54М G стандарта който използваш. Единственото решение е да ограничаваш клиентите докато ти хареса пинга , и пак не е сигурно че ще ти хареса резултата.

Относно взаимопомоща - ако не бях ти теглил думите с ченгел 3-4 поста , то просто темата щеше да я отминават ЗАЩОТО

Здравейте искам да споделя за проблема с UPLOADA . В конкретния случай когато има ъплоуд или сийдване (от един клиент) на на даден интерфейс времената драстично се увеличават и на другите ....

КАК ОЧАКВАШ ОТГОВОР ?

[111111]

щом не ти се закачат такива със сигнал над -60 значи не ти е разрешен WMM Support-a

и клиентите ти са с огромни разлики в CCQ, а един такъв разказва играта и на такива с идеален сигнал

[msboy]

щом не ти се закачат такива със сигнал над -60 значи не ти е разрешен WMM Support-a

и клиентите ти са с огромни разлики в CCQ, а един такъв разказва играта и на такива с идеален сигнал

WMM Support-a е разрешен на АП то и на клинетите. Но има един с ниво -68 но с CCQ то му от време на време пада на 12 и..... познай от там пада и общото CCQ на АП и като падне времената към всички клиенти които са закачени на него интерфейс се вдигат. Гадно един да проваля всички. Все още монитотрирам ефекта на това сиийдване (уплоад) странно но факт.

[panevdd]

Покажи по една снимка от WLAN настройките на AP-то, интересуват ме Wireless и Data Rates.

Покажи и снимка от Wireless -> Registration, нека са включени Distance и Signal To Noise.

Скоростите ще ги гледаме след това.

Редактирано 4 Януари, 2013 от panevdd

[msboy]

Ето ги прикачените файлове на настройките на АП то и рег тейбъла.

Отметката на default authenticate не е сложена защото има access list за по удобно

защото се закачат и други хора които са нежелателни с нисък сигнал и лаптопи и таблети разни.

Редактирано 4 Януари, 2013 от msboy

[panevdd]

Имаш клиент, свързан на 11Mbps/5.5Mbps и още двама съмнителни (вижда се на Wireless -> Registration).

"Заключи" Data Rates на 24Mbps (показал съм снимка) и провери дали всички клиенти се свързват и връзката е стабилна (fping xxx.xxx.xxx.xxx -c -t 1 -s 1000 -i). Ако до някой клиент връзката не е стабилна или клиента не се свързва, можеш да намалиш Data Rate стойността на 18Mbps за тест, но намери начин да решиш проблема с този клиент.

За скоростите - виж този пример; можеш да направиш това, което е описано във втория и четвъртия цитат, удобно е.

[bobo]

Туй дека се вижда без да се замислям много е двамата клиенти на 7 и 11км . Ако разстоянието не е такова колкото показва микротика там някъде е проблема . Сложи една твърда дистанция с АЦК да речем 100 или 80 и пробвай пак .

[Networker]

Този със 7-тя километра 802.11b клиент ли е или просто сега на толкова се е закачил?

Ако е 802.11b, замисли се да го отделиш на друг интерфейс (само за 802.11b клиенти), а другия го пусни на G only.

Също в "Advanced" таба увеличи "Hw. retries" на 8 и задай твърда стойност на мощността (дори да е дефолтната) и предложението на bobo за твърд ACK.

Ако пак има ниски CCQ-та - канали/шум.

[panevdd]

Клиента едва ли е на 802.11b - картата му работи в режим 2GHz-only-G.

Може да се провери в настройките на TP-Link-а дали работи на максимална мощност (27dBm).

[Networker]

От data rates спри рейтовете, които са за 802.11b.

Отделно - тези TP-Link ове не работят особено коректно като са на максимална мощност - а в конкретния случай няма и нужда (сигналите са достатъчно високи), пробвай да го сложиш на максимум без да пускаш "High power mode".

[111111]

интерфейса се пуска на 2.4GHz-only-G и край с клиентите на В проблем е ако има N на картата тогава само N или B/G/N

С ровене в ACK ще отреже по далечните клиенти и също така ще си гарантира дропене при смущения на не толкова далечните

"биченето" на мощността над тази по подразбиране ще създаде гаранция още повече проблеми с разкачване на клиентите

[Networker]

G only не решава проблема винаги - преди 2 седмици имах подобен проблем, имаш сигнал -67 имаш пряка видимост, при G only устройството седи вързано на 11Mbps - след спиране поддръжката на рейтовете за 802.11b от страна на AP-то (MTik) проблема се реши.

Не става дума за бичене, а за фиксиране на дефаултната мощност (или +1) - подобрява комуникацията при ptmp.

Относно ACK-то, това което се вижда на снимката едва ли са реални дистанции, много пъти съм виждал при динамична настройка на ACK, как клиенти "TP-Link" (разстояния под 2 км) си вдигат ACK-то на някакви безумни стойности 300+ като има шум на канала или просто искат рестарт. В такива случаи сетването на твърд ACK често помага (в рамките на разумното).

[msboy]

Този със 7-тя километра 802.11b клиент ли е или просто сега на толкова се е закачил?

Ако е 802.11b, замисли се да го отделиш на друг интерфейс (само за 802.11b клиенти), а другия го пусни на G only.

Също в "Advanced" таба увеличи "Hw. retries" на 8 и задай твърда стойност на мощността (дори да е дефолтната) и предложението на bobo за твърд ACK.

Ако пак има ниски CCQ-та - канали/шум.

На b нямам клиенти само на G и всичките които са в рег таблицата са на разстония не повече от 1 километър гаранция 100 проценат но защо так се закачат незнам и този феномен се получава от три седмици насам. Ще пробвам Hw. retries и твърда дистанция да кажем 2 километра. А дали интерфейса не е изгорял (незнам и как се проверява) или заради това че интерфейса е DCMA-81 miniPCI..... нямам идея . И примерно ако купя по мощен или по скъп интерфейс ??

Редактирано 5 Януари, 2013 от msboy

[111111]

Сменя ли канали като за начало?

[panevdd]

Направи това, което сме дали като съвети и кажи какъв е резултата.