+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

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

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

Hellbound

Guest

09.09.2005 03:12:00

Привет, ребята! Я работаю на 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>

Beccara

Guest

09.09.2005 05:53:00

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

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

normis Guest	#4 0 09.09.2005 08:08:00 Влияет ли это на скорость соединения или что-то ещё? Мне кажется, разница (пики) очень маленькая.

stephenpatrick Guest	#5 0 09.09.2005 12:47:00 Зафиксировать частоты радиосвязи на обоих концах?

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

Hellbound

Guest

09.09.2005 16:35:00

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

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

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

Hellbound

Guest

#10

09.09.2005 23:43:00

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

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

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

Hellbound

Guest

#13

10.09.2005 21:24:00

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

sten

Guest

#14

10.09.2005 21:34:00

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

Gradius

Guest

#15

12.09.2005 18:59:00

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

GJS

Guest

#16

12.09.2005 22:18:00

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

stephenpatrick

Guest

#17

13.09.2005 08:08:00

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

Hellbound

Guest

#18

13.09.2005 08:41:00

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

uldis

Guest

#19

13.09.2005 09:02:00

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

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

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры