Вопрос по ack проблеме

[adron2]

Подскажите люди кто знает эти регистры имеют отношение к тайминг проблеме???

 

 

WLAN_EIFS -- Extended InterFrame Space Time. The value is in units of 4µs. RW

 

WLAN_SIFS -- Short InterFrame Spacing Timer Setting.

WLAN_DIFS Distributed InterFrame Spacing Timer Setting.

 

Про SIFS уже писалось на этом форуме. А про остальные.

По экспериментам если менять значения в WLAN_EIFS то пинг начинает сильно прыгать.

Или наоборот улучшается.

 

Короче говоря интересует любая инфа про эти регистры.

[Tet]

На сколько я понимаю, это все таймеры "защитных" интервалов:

SIFS - время на переключение прием/передача - самый короткий интервал

DIFS - пауза после передачи фрейма, для того, чтобы остальные участники обмена могли "вставить свои 5-ть копеек" - самый длинный интервал

EIFS - пауза, после приема нераспознанного пакета

 

Тут http://www.ixbt.com/comm/tech-80211g-super_1.shtml

есть еще такая картинка:

 

Подскажите люди кто знает эти регистры имеют отношение к тайминг проблеме???

 

Уменьшение значений в этих регистрах повысит "темп стрельбы" но снизит устойчивость, а увеличение - внесет дополнительные задержки. Вывод - если пользуем 802.11 а не свой протокол, то ненадо трогать эти регистры.

[adron2]

На сколько я понимаю, это все таймеры "защитных" интервалов:

SIFS - время на переключение  прием/передача  - самый короткий интервал

DIFS - пауза после передачи фрейма, для того, чтобы остальные участники обмена могли "вставить свои 5-ть копеек" - самый длинный интервал

EIFS - пауза, после приема нераспознанного пакета

 

Тут http://www.ixbt.com/comm/tech-80211g-super_1.shtml  

есть еще такая картинка:

 

Подскажите люди кто знает эти регистры имеют отношение к тайминг проблеме???

 

Уменьшение значений в этих регистрах повысит "темп стрельбы" но снизит устойчивость, а увеличение - внесет дополнительные задержки. Вывод - если пользуем 802.11 а не свой протокол, то ненадо трогать эти регистры.

 

Спасибо за ответ. С этими регистрами понятно. Я думал что увеливив в них значения избавлюсь от тайминг проблемы. Оказалось что это не так. :(

Может подскажите какие регистры отвечают за ack таймауты???

[Masteroid]

читай стандарт 802.11 там указан параметр задержки на передачу, который используется в дальнейшем для вычисления таймслотов. и указано, куда эти таймслоты потом деваются.. вообщем, может что и натолкнёт на нужный регистр :)

[Tet]

Читаем стандарт:

 

aSIFSTime and aSlotTime are fixed per PHY.

aSIFSTime is: aRxRFDelay + aRxPLCPDelay + aMACProcessingDelay + aRxTxTurnaroundTime.

aSlotTime is: aCCATime + aRxTxTurnaroundTime + aAirPropagationTime + aMACProcessingDelay.

The PIFS and DIFS are derived by the following equations, as illustrated in Figure 58.

PIFS = aSIFSTime + aSlotTime

DIFS = aSIFSTime + 2aSlotTime

 

The EIFS is derived from the SIFS and the DIFS and the length of time it takes to transmit an ACK Control frame at 1 Mbit/s by the following equation:

EIFS = aSIFSTime + (8ACKSize) + aPreambleLength + PLCPHeaderLngth+DIFS

where ACKSize is the length, in bytes, of an ACK frame; and

(8ACKSize)+ aPreambleLength + aPLCPHeaderLngth is expressed in microseconds required to transmit

at the PHY lowest mandatory rate.

 

Из этого текста видно, что aSlotTime завист от aAirPropagationTime т.е. дальности

 

aSlotTime = (DIFS - aSIFSTime) /2

 

Вывод: увеличиваем DIFS и "золотой ключик у нас в кармане"? :-))

 

А вот тут http://www.air-stream.org/ACK_Timeouts человек считает, что

When packets are transmitted from the MAC layer and if an ACK is not received within a SIFS duration, the transmitting node firmware assumes a collision has occurred and the transmitting node will fall back its data rate and try again.

 

Такое впечатление английский язык куда более полисематичен чем русский :-))

[Masteroid]

правильный кусок выбрал - я про него и говорил. Но там надо именно SIFS увеличивать. На картике смотри, где назначение интервалов расписыется. А остальные должны уже быть больше это значения

[Tet]

Нихрена не понимаю. Если во время SIFS-интервала станции глухонемые по причине переходных процессов, то какой смысл этот интервал увеличивать больше, чем это необходимо железу?

Да, если его увеличить только с одной стороны, то от дальних клиентов дупов не будет(только в одну сторону), а от ближних они появятся(будут сплошные дупы).

 

На какую картинку в 802.11-1999.pdf глянуть?

 

У Атхероса для АСК и CTS есть отдельный хардверный таймер, а куда его запихали создатели RTL818X я пока не понял :-(

[adron2]

Нихрена не понимаю. Если во время SIFS-интервала станции глухонемые по причине переходных процессов, то какой смысл этот интервал увеличивать больше, чем это необходимо железу?

Да, если его увеличить только с одной стороны, то от дальних клиентов дупов не будет(только в одну сторону), а от ближних они появятся(будут сплошные дупы).

 

На какую картинку в 802.11-1999.pdf глянуть?

 

У Атхероса для АСК и CTS есть отдельный хардверный таймер, а куда его запихали создатели RTL818X я пока не понял :-(

А что тут не понятного.

Сразу после интервала sifs идет интервал ack.

sifs определяет время переходных прошессов.

То есть после передачи пакета данных станция ждет SIFS+ACK интервал. А если теперь настоящий SIFS+k+ACK где k это значение на которое мы увеличиваем SIFS то получим дополнительное время ожидания ACK пакета равное k.

Вот с ближними станциями действительно будут проблемы. Это да. Так как они будут ждать sifs и не услышат ack пакет. Но это по моему является хоть и не идеальным но все же решением для длинных линков где все клиенты бс расположены на примерно одном расстоянии. +-2 км на которые задан стандартный ack.

[adron2]

Попробовал увеличить значение sifs регистра. Точки стояли на расстоянии 20 метров.

Как и ожидалось получил искуственную тайминг проблему выраженную в резким снижением трансфера через линк.