Mikrotik.moscow [тема: Стабилизируем задержку по беспроводной сети.]

Стабилизируем задержку по беспроводной сети.

Tue, 13 Sep 2005 12:29:00 -0400

Стабилизируем задержку по беспроводной сети. RouterOS в форуме RouterOS.
Ульдис, почему частота переключения радиоканалов зависит от скорости передачи данных по каналу? Почему он просто не согласовывает оптимальную частоту, исходя из уровня ошибок, и не остается на ней, пока уровень ошибок не изменится? Мне кажется, это корень проблем с высоким джиттером, с которыми сталкиваюсь я и многие другие. #radio #jitter #networking
13.09.2005 12:29:00, GJS.

Стабилизируем задержку по беспроводной сети.

Tue, 13 Sep 2005 09:02:00 -0400

Стабилизируем задержку по беспроводной сети. RouterOS в форуме RouterOS.
Какую версию используете, какой диапазон? Используете nstreme? Обращались в support@mikrotik.com? Скорость обычно остается на минимальном уровне, когда нет передачи данных. Можете попробовать сделать тест пропускной способности по ссылке и посмотреть, насколько вырастут скорости. Если она постоянно скачет с 54 до 48, то советую зафиксировать скорости от 6 до 48, чтобы сделать соединение более стабильным. Это нормально, что скорости в обратном направлении остаются низкими - скорее всего, в этом направлении нет передачи данных. Еще, если используете nstreme в зоне с большим количеством помех, соединение может быть нестабильным.
13.09.2005 09:02:00, uldis.

Стабилизируем задержку по беспроводной сети.

Tue, 13 Sep 2005 08:41:00 -0400

Стабилизируем задержку по беспроводной сети. RouterOS в форуме RouterOS.
Действительно, моя скорость соединения скачет как от 54 до 48 (чаще всего 54) мегабайт одним способом и 12~18 другим. Может, дело в кабеле… Здесь, в Малайзии, сложно найти нормальные разъемы, да и доставка из США очень дорогая. Но вот что интересно: при скорости 12~18 и слабом сигнале передача более стабильная. А если понизить скорость до 2~4 мегабайт, то загрузка работает нормально и не скачет от 20 до 0, как на скриншоте. Но как только скорость превышает 2~4, проблема возвращается. Пытался зафиксировать скорость, но пинг и скорость проблемы не решили. Менял параметры frame policy и размера, и на какое-то время скорость оставалась высокой, прежде чем падала до нуля. Какие настройки лучше всего подходят для этой проблемы? Представьте линию со слабым сигналом, но чистым каналом (5.8), которая работает лучше, чем линия с высоким сигналом и шумным каналом. И вот ещё: для frame policy и размера нет возможности установить отдельные значения для Tx и Rx. Я вообще в ступоре, как это исправить.
13.09.2005 08:41:00, Hellbound.

Стабилизируем задержку по беспроводной сети.

Tue, 13 Sep 2005 08:08:00 -0400

Стабилизируем задержку по беспроводной сети. RouterOS в форуме RouterOS.
Насколько я знаю, можно настроить радиочастоты с обоих концов P2P или на всех CPE и AP в P2MP. Иначе в MT довольно часто можно увидеть, что скорость модуляции показывается как "54/6" или что-то подобное, что указывает на разные скорости в восходящем и нисходящем канале связи. С уважением.
13.09.2005 08:08:00, stephenpatrick.

Стабилизируем задержку по беспроводной сети.

Mon, 12 Sep 2005 22:18:00 -0400

Стабилизируем задержку по беспроводной сети. RouterOS в форуме RouterOS.
Ты замечаешь, как меняется AP по скорости? По моему опыту, такие скачки пинга типичны для AP, который постоянно согласовывает новые скорости, даже когда соединение стабильно. Это в режиме 802.11a, я не использую NStream. Кстати, я считаю, что скорость RX установить нельзя, можно только TX. Так что, чтобы установить скорость RX, нужно установить скорость TX радио, которое с ним взаимодействует.
12.09.2005 22:18:00, GJS.

Стабилизируем задержку по беспроводной сети.

Mon, 12 Sep 2005 18:59:00 -0400

Стабилизируем задержку по беспроводной сети. RouterOS в форуме RouterOS.
Вероятность того, что проблема в помехах, очень высока. Существует множество вещей, которые могут вызывать помехи в беспроводном оборудовании. Я бы порекомендовал то, что говорилось ранее: зафиксируйте устройства на определенную частоту и скорость и посмотрите, поможет ли это. Всегда полезно переключаться между частотами, чтобы найти наилучшую для вас и зафиксировать ее. Если это не поможет, похоже, проблема в аппаратной части.
12.09.2005 18:59:00, Gradius.

Стабилизируем задержку по беспроводной сети.

Sat, 10 Sep 2005 21:34:00 -0400

Стабилизируем задержку по беспроводной сети. RouterOS в форуме RouterOS.
Я имела в виду короткое замыкание в кабеле. Ну, насчет десяти других точек доступа (AP’s) на той же частоте (или близкой к ней) — конечно, это могло бы очень легко вызвать такую проблему. Но почему бы не использовать карту на 5.8гГц вместо этого? Конвертер может добавить шумы, но он также снижает чувствительность/мощность приема/передачи. Ставлю на то, что этот конвертер стоил дороже, чем карта на 5.8гГц!
10.09.2005 21:34:00, sten.

Стабилизируем задержку по беспроводной сети.

Sat, 10 Sep 2005 21:24:00 -0400

Стабилизируем задержку по беспроводной сети. RouterOS в форуме RouterOS.
Да, у меня короткий антенный кабель. Я пробовал менять настройки пакетов, типа "best fit" и "exact", а также размер – и при максимальной скорости связь держалась чуть дольше. Похоже, дело может быть и в настройках передачи. Мой рабочий Tx-Rx канал работает через конвертер с 2.4 на 5.8, поэтому канал свободный. А вот проблемный Tx-Rx работает только на 2.4, и там помехи от, как минимум, 10 других AP. Не это ли причина? Помехи?
10.09.2005 21:24:00, Hellbound.

Стабилизируем задержку по беспроводной сети.

Sat, 10 Sep 2005 14:14:00 -0400

Стабилизируем задержку по беспроводной сети. RouterOS в форуме RouterOS.
Попробуй заменить их и посмотри, поможет ли это. Может, у тебя коротит в антенных кабелях?
10.09.2005 14:14:00, sten.

Стабилизируем задержку по беспроводной сети.

Sat, 10 Sep 2005 03:46:00 -0400

Стабилизируем задержку по беспроводной сети. RouterOS в форуме RouterOS.
2.8.18 – это уже совсем старая версия…пробовал 2.8.28? Последняя версия 2.8 у нас стабильно работает по беспроводной связи. Если бы только они пофиксили…
10.09.2005 03:46:00, jarosoup.

Стабилизируем задержку по беспроводной сети.

Fri, 09 Sep 2005 23:43:00 -0400

Стабилизируем задержку по беспроводной сети. RouterOS в форуме RouterOS.
Нет, я не надевал антистатическую защиту, и даже не знаю, что это такое. Но у меня раньше была неисправная карта, я ее заменил, но как мне проверить, какая из этих четырех карт неисправна? Можешь, пожалуйста, еще раз проверить мою конфигурацию? Что-нибудь не так в моих настройках? Спасибо.
09.09.2005 23:43:00, Hellbound.

Стабилизируем задержку по беспроводной сети.

Fri, 09 Sep 2005 22:32:00 -0400

Стабилизируем задержку по беспроводной сети. RouterOS в форуме RouterOS.
Посмотри конфигурацию беспроводного интерфейса. А может, стоит подумать, что проблема в карте? Ты использовал антистатическую защиту при сборке роутера?
09.09.2005 22:32:00, sten.

Стабилизируем задержку по беспроводной сети.

Fri, 09 Sep 2005 16:36:00 -0400

Стабилизируем задержку по беспроводной сети. RouterOS в форуме RouterOS.
На самом деле, я хочу это сделать, но как зафиксировать скорость Rx и Tx на разных значениях? Я использую Nstreme dual, знаете ли.
09.09.2005 16:36:00, Hellbound.

Стабилизируем задержку по беспроводной сети.

Fri, 09 Sep 2005 16:35:00 -0400

Стабилизируем задержку по беспроводной сети. RouterOS в форуме RouterOS.
Нормис, на самом деле я думал, что скорость нормальная, она и есть нормальная, но только в Rx. Когда я скачиваю что-то, скорость почти 19~20 мегабайт в секунду, а вот когда загружаю, она сначала прыгает до 20 мегабайт на 1-2 секунды, а потом падает до 30 килобайт!!! И так постоянно… Спасибо, вот график скорости канала:
09.09.2005 16:35:00, Hellbound.

Стабилизируем задержку по беспроводной сети.

Fri, 09 Sep 2005 15:37:00 -0400

Стабилизируем задержку по беспроводной сети. RouterOS в форуме RouterOS.
Я думаю, как говорит Stephan Patrick: зафиксируйте скорость передачи данных карты на оптимальную.
09.09.2005 15:37:00, Johan.

Стабилизируем задержку по беспроводной сети.

Fri, 09 Sep 2005 12:47:00 -0400

Стабилизируем задержку по беспроводной сети. RouterOS в форуме RouterOS.
Зафиксировать частоты радиосвязи на обоих концах?
09.09.2005 12:47:00, stephenpatrick.

Стабилизируем задержку по беспроводной сети.

Fri, 09 Sep 2005 08:08:00 -0400

Стабилизируем задержку по беспроводной сети. RouterOS в форуме RouterOS.
Влияет ли это на скорость соединения или что-то ещё? Мне кажется, разница (пики) очень маленькая.
09.09.2005 08:08:00, normis.

Стабилизируем задержку по беспроводной сети.

Fri, 09 Sep 2005 05:58:00 -0400

Стабилизируем задержку по беспроводной сети. RouterOS в форуме RouterOS.
Я, честно говоря, не совсем понимаю, что ты имеешь в виду, но я попробовал пропинговать с трех разных платформ (MT сам, Windows и Linux).
09.09.2005 05:58:00, Hellbound.

Стабилизируем задержку по беспроводной сети.

Fri, 09 Sep 2005 05:53:00 -0400

Стабилизируем задержку по беспроводной сети. RouterOS в форуме RouterOS.
Я лично обнаружил, что с картами CM9, по крайней мере, пинг в WinXP дает ложные отчеты. Просто использую Linux ping и smokeping — это дает гораздо лучший обзор статистики канала. Windows показывала странные скачки, а smokeping и Linux — стабильный и более низкий пинг. Например, канал nstream1 со скоростью 36 Мбит на 3 км, Windows сообщает пинг 1-2 мс и скачки до 20 мс, Linux и smokeping сообщают пинг 0.7 мс со скачками до 1.3 мс — проверка этого в играх и прочем в Windows подтверждает это. YMMV
09.09.2005 05:53:00, Beccara.

Стабилизируем задержку по беспроводной сети.

Fri, 09 Sep 2005 03:12:00 -0400

Стабилизируем задержку по беспроводной сети. RouterOS в форуме RouterOS.
Привет, ребята! Я работаю на nstreme dual на 6 км < дальности со скоростью 11g, на 2.8.18, но мой пинг нестабильный и может быть лучше. Есть какие-нибудь идеи о времени подтверждения (ack time) или конфигурации, которую я должен настроить? Я уверен, что возможно добиться стабильного времени отклика по этому каналу, потому что при использовании других AP и мостов можно получить 1 мс всегда, но фактическая пропускная способность при использовании других продуктов была значительно ниже… Спасибо, вот результат пинга:

Microsoft Windows XP [Version 5.1.2600]
© Copyright 1985-2001 Microsoft Corp.

C:\Documents and Settings\Administrator>ping 192.168.1.26 -t

Pinging 192.168.1.26 with 32 bytes of data:

Reply from 192.168.1.26: bytes=32 time=9ms TTL=64
Reply from 192.168.1.26: bytes=32 time<1ms TTL=64
Reply from 192.168.1.26: bytes=32 time=2ms TTL=64
Reply from 192.168.1.26: bytes=32 time<1ms TTL=64
Reply from 192.168.1.26: bytes=32 time=82ms TTL=64
Reply from 192.168.1.26: bytes=32 time=31ms TTL=64
Reply from 192.168.1.26: bytes=32 time<1ms TTL=64
Reply from 192.168.1.26: bytes=32 time<1ms TTL=64
Reply from 192.168.1.26: bytes=32 time<1ms TTL=64
Reply from 192.168.1.26: bytes=32 time=39ms TTL=64
Reply from 192.168.1.26: bytes=32 time<1ms TTL=64
Reply from 192.168.1.26: bytes=32 time=84ms TTL=64
Reply from 192.168.1.26: bytes=32 time<1ms TTL=64
Reply from 192.168.1.26: bytes=32 time<1ms TTL=64
Reply from 192.168.1.26: bytes=32 time=17ms TTL=64
Reply from 192.168.1.26: bytes=32 time<1ms TTL=64
Reply from 192.168.1.26: bytes=32 time<1ms TTL=64
Reply from 192.168.1.26: bytes=32 time<1ms TTL=64
Reply from 192.168.1.26: bytes=32 time=98ms TTL=64
Reply from 192.168.1.26: bytes=32 time<1ms TTL=64
Reply from 192.168.1.26: bytes=32 time<1ms TTL=64
Reply from 192.168.1.26: bytes=32 time<1ms TTL=64
Reply from 192.168.1.26: bytes=32 time=1ms TTL=64

Ping statistics for 192.168.1.26:
Packets: Sent = 23, Received = 23, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 98ms, Average = 15ms
Control-C
^C here is my interface export: / interface ethernet
set ether1 name="ether1" mtu=1500 arp=enabled disable-running-check=yes auto-negotiation=yes \
full-duplex=yes long-cable=no speed=100Mbps disabled=no
/ interface wireless
set WLan24 name="WLan24" mtu=1500 arp=enabled disable-running-check=no radio-name="Athenaeum" \
mode=nstreme-dual-slave ssid="PersiaSYS" frequency=2462 band=2.4ghz-b/g scan-list=default-ism \
rate-set=default supported-rates-b=1Mbps,2Mbps,5.5Mbps,11Mbps \
supported-rates-a/g=6Mbps,9Mbps,12Mbps,18Mbps,24Mbps,36Mbps,48Mbps,54Mbps basic-rates-b=1Mbps \
basic-rates-a/g=6Mbps max-station-count=2007 ack-timeout=dynamic tx-power=default \
noise-floor-threshold=default periodic-calibration=default burst-time=disabled fast-frames=yes \
dfs-mode=none antenna-mode=ant-a wds-mode=static wds-default-bridge=bridge1 wds-ignore-ssid=yes \
update-stats-interval=disabled default-authentication=yes default-forwarding=yes hide-ssid=no \
80211-security-mode=none
set WLan58 name="WLan58" mtu=1500 arp=enabled disable-running-check=no radio-name="WLan58" \
mode=nstreme-dual-slave ssid="PersiaSYS" frequency=2437 band=2.4ghz-g-turbo scan-list=default-ism \
rate-set=default supported-rates-b=1Mbps,2Mbps,5.5Mbps,11Mbps \
supported-rates-a/g=6Mbps,9Mbps,12Mbps,18Mbps,24Mbps,36Mbps,48Mbps,54Mbps basic-rates-b=1Mbps \
basic-rates-a/g=6Mbps max-station-count=2007 ack-timeout=dynamic tx-power=default \
noise-floor-threshold=default periodic-calibration=default burst-time=disabled fast-frames=yes \
dfs-mode=none antenna-mode=ant-a wds-mode=static wds-default-bridge=bridge1 wds-ignore-ssid=yes \
update-stats-interval=disabled default-authentication=yes default-forwarding=yes hide-ssid=no \
80211-security-mode=none
/ interface wireless nstreme-dual
add name="nstreme1" mtu=1500 arp=enabled disable-running-check=no tx-radio=WLan24 rx-radio=WLan58 \
remote-mac=00:20:ED:0F:F7:00 tx-band=2.4ghz-g tx-frequency=2462 rx-band=2.4ghz-g-turbo \
rx-frequency=2437 rates-b=1Mbps,2Mbps,5.5Mbps,11Mbps \
rates-a/g=6Mbps,9Mbps,12Mbps,18Mbps,24Mbps,36Mbps,48Mbps,54Mbps framer-policy=exact-size \
framer-limit=4000 disabled=no
/ interface wireless align
set frame-size=300 active-mode=yes receive-all=no audio-monitor=00:00:00:00:00:00 \
filter-mac=00:00:00:00:00:00 ssid-all=no frames-per-second=25 audio-min=-100 audio-max=-20
/ interface bridge
add name="bridge1" mtu=1500 arp=enabled forward-protocols=ip,arp,appletalk,ipx,ipv6,other stp=yes \
priority=32768 ageing-time=5m forward-delay=15s garbage-collection-interval=4s hello-time=2s \
max-message-age=20s disabled=no
/ interface bridge port
set ether1 bridge=bridge1 priority=128 path-cost=10
set WLan24 bridge=bridge1 priority=128 path-cost=10
set WLan58 bridge=bridge1 priority=128 path-cost=10
set nstreme1 bridge=bridge1 priority=128 path-cost=10
/ interface l2tp-server server
set enabled=no mtu=1460 mru=1460 authentication=mschap2,mschap1,chap,pap default-profile=default
/ interface pptp-server server
set enabled=no mtu=1460 mru=1460 authentication=mschap2,mschap1 keepalive-timeout=30 \
default-profile=default
[admin@PersiaSYS] interface>
09.09.2005 03:12:00, Hellbound.