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

N-Streme PtMP Latency\Jitter

N-Streme PtMP Latency\Jitter, RouterOS

Hammy

Guest

07.03.2007 14:47:00

У меня небольшая задержка по беспроводной сети. Это PtMP-соединение от клиента к вышке. Связь на расстоянии 300-400 футов, прямая видимость, сигнал -50 дБ.

10.10.1.1 64-байтный пинг: ttl=64 время=13 мс
10.10.1.1 64-байтный пинг: ttl=64 время=5 мс
10.10.1.1 64-байтный пинг: ttl=64 время=10 мс
10.10.1.1 64-байтный пинг: ttl=64 время=8 мс
10.10.1.1 64-байтный пинг: ttl=64 время=19 мс
10.10.1.1 64-байтный пинг: ttl=64 время=5 мс
10.10.1.1 64-байтный пинг: ttl=64 время=11 мс
10.10.1.1 64-байтный пинг: ttl=64 время=11 мс
10.10.1.1 64-байтный пинг: ttl=64 время=8 мс
10.10.1.1 64-байтный пинг: ttl=64 время=10 мс
10.10.1.1 64-байтный пинг: ttl=64 время=8 мс
10.10.1.1 64-байтный пинг: ttl=64 время=7 мс
10.10.1.1 64-байтный пинг: ttl=64 время=20 мс
10.10.1.1 64-байтный пинг: ttl=64 время=10 мс
10.10.1.1 64-байтный пинг: ttl=64 время=9 мс
10.10.1.1 64-байтный пинг: ttl=64 время=32 мс
10.10.1.1 64-байтный пинг: ttl=64 время=8 мс
10.10.1.1 64-байтный пинг: ttl=64 время=20 мс
10.10.1.1 64-байтный пинг: ttl=64 время=11 мс
10.10.1.1 64-байтный пинг: ttl=64 время=9 мс
10.10.1.1 64-байтный пинг: ttl=64 время=29 мс
10.10.1.1 64-байтный пинг: ttl=64 время=28 мс
10.10.1.1 64-байтный пинг: ttl=64 время=9 мс
10.10.1.1 64-байтный пинг: ttl=64 время=10 мс

Не могли бы вы сообщить, какие задержки у вас возникают при стабильном беспроводном соединении, таком как это? Некоторые утверждают, что я должен быть менее 1 мс, и я с этим полностью согласен. Однако техподдержка MT говорит мне, что это нормально/приемлемо. Сектор обслуживает 2 CPE, у обоих отличный сигнал, и небольшой трафик (я думаю, в среднем менее 250 кбит).

Hammy

Guest

07.03.2007 16:22:00

Ну ладно, тогда в краткосрочной перспективе (пока на ссылке не будет больше трафика), просто большие ICMP-пакеты помогут с проблемами задержки и джиттера? Если я начну это делать, мне придётся пинговать каждого клиента, или достаточно пинговать сектор в целом?

Hammy Guest	#3 0 07.03.2007 16:23:00 Ну это обидно…

believewireless

Guest

07.03.2007 16:36:00

Здесь столько дезинформации про NStreme и его проблемы! Сначала винили WDS, потом – политику обрамления, а потом – скорость процессора. Мы всё это перепробовали и выяснили, что проблемы с джиттером вообще не связаны ни с чем, кроме NStreme. Мы обновили 532-е до PC-систем, меняли политики обрамления и так далее, но ничего не помогло. Единственное, что действительно исправило проблемы, — это выключение NStreme.

Hammy Guest	#5 0 07.03.2007 16:49:00 Не хочу никаких имён (разве что, может, в личке), но у других не-802.11 систем тоже возникают такие проблемы?

babyface Guest	#6 0 07.03.2007 17:03:00 Одно можно сказать точно: NStreme не нужен, если к точке доступа подключено всего 2 клиента…

Hammy Guest	#7 0 07.03.2007 17:07:00 Ну, нет, но я собираюсь провести маркетинговую кампанию, и у меня уже есть отстой новых клиентов. Не хочу особо заморачиваться со своей системой, пока не убежусь, что она не подведет меня в будущем.

believewireless

Guest

07.03.2007 17:39:00

Мы никогда не сталкивались с такими проблемами пингов ни на одной другой системе, включая системы опроса. Мне просто хочется, чтобы Mikrotik исправил проблему, а не говорила, что она связана с другими вопросами. Я думаю, что они никогда не загружали AP и не тестировали это.

normis

Guest

08.03.2007 13:04:00

Можешь попробовать отключить сжатие с помощью nstreme, а иначе — подобных жалоб мы не слышали. Обновление: Hammy, я только что проверил твой supout.rif файл и увидел, что tx-power установлен на максимум, даже вредя карте. Это и вызывает твои проблемы, установи его по умолчанию и проверь, не повреждена ли твоя карта.

Hammy

Guest

#10

08.03.2007 13:38:00

Извини. Я знал, что нужно оставить настройки по умолчанию, и сам проповедовал политику "оставлять по умолчанию". Возможно, кто-то другой изменил это, или я сам установил это во время проблем с питанием SRx в прошлом и забыл вернуть настройки обратно. Тот, у которого питание было завышено, действительно находится дальше и является более проблемным линком, чем другое CPE, которое всего в 120 метрах. Однако, у обоих устройств наблюдаются проблемы с задержкой и джиттером. Может ли отключение сжатия решить эти проблемы? Это изменение, которое я могу сделать на AP, и оно распространится на CPE, или мне придется менять настройки на каждом CPE отдельно?

Hammy

Guest

#11

08.03.2007 14:18:00

1000 пакетов передано, 1000 пакетов получено, потери пакетов 0%
round-trip min/avg/max = 1/17.1/179 мс

0 R name="wlan1" mtu=1500 mac-address=00:15:6D:10:0A:FD arp=enabled disable-running-check=no interface-type=Atheros AR5213
radio-name="00156D100AFD" mode=station ssid="" area="" frequency-mode=manual-txpower country=no_country_set antenna-gain=0
frequency=5180 band=5ghz scan-list=default rate-set=default
supported-rates-a/g=6Mbps,9Mbps,12Mbps,18Mbps,24Mbps,36Mbps,48Mbps,54Mbps basic-rates-a/g=6Mbps max-station-count=2007
ack-timeout=dynamic tx-power-mode=default noise-floor-threshold=default periodic-calibration=default
periodic-calibration-interval=60 burst-time=disabled dfs-mode=none antenna-mode=ant-a wds-mode=disabled
wds-default-bridge=none wds-default-cost=100 wds-cost-range=50-150 wds-ignore-ssid=no update-stats-interval=disabled
default-authentication=yes default-forwarding=yes default-ap-tx-limit=0 default-client-tx-limit=0
proprietary-extensions=pre-2.9.25 hide-ssid=no security-profile=default disconnect-timeout=3s on-fail-retry-time=100ms
preamble-mode=both compression=no allow-sharedkey=no

[admin@SECO Building] interface wireless> monitor wlan1 once
status: connected-to-ess
band: 5ghz
frequency: 5785MHz
tx-rate: 36Mbps
rx-rate: 24Mbps
ssid: "ICS1"
bssid: 00:15:6D:10:0A:F9
radio-name: "00156D100AF9"
signal-strength: -76dBm
tx-signal-strength: -72dBm
noise-floor: -99dBm
signal-to-noise: 23dB
tx-ccq: 60%
rx-ccq: 54%
p-throughput: 19380
wds-link: no
nstreme: yes
polling: yes
framing-mode: best-fit
framing-limit: 3999
routeros-version: "2.9.27"
last-ip: 65.182.165.45
802.1x-port-enabled: yes
authentication-type: none
encryption: none
compression: no
current-tx-powers: 6Mbps:19,9Mbps:19,12Mbps:19,18Mbps:19,24Mbps:19,36Mbps:15,48Mbps:14,54Mbps:13
notify-external-fdb: no 1000 пакетов передано, 1000 пакетов получено, потери пакетов 0%
round-trip min/avg/max = 1/7.3/112 мс

0 R name="wlan1" mtu=1500 mac-address=00:0B:6B:37:AD:F2 arp=enabled disable-running-check=no interface-type=Atheros AR5213
radio-name="000B6B37ADF2" mode=station ssid="ICS3" area="" frequency-mode=manual-txpower country=no_country_set antenna-gain=0
frequency=5745 band=5ghz scan-list=default 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-mode=default noise-floor-threshold=default periodic-calibration=enabled
periodic-calibration-interval=60 burst-time=disabled dfs-mode=none antenna-mode=ant-a wds-mode=disabled wds-default-bridge=none
wds-default-cost=100 wds-cost-range=50-150 wds-ignore-ssid=no update-stats-interval=disabled default-authentication=yes
default-forwarding=yes default-ap-tx-limit=0 default-client-tx-limit=0 proprietary-extensions=post-2.9.25 hide-ssid=no
security-profile=default disconnect-timeout=3s on-fail-retry-time=100ms preamble-mode=both compression=no allow-sharedkey=no

[admin@HammettHome] interface wireless> monitor wlan1 once
status: connected-to-ess
band: 5ghz
frequency: 5745MHz
tx-rate: 48Mbps
rx-rate: 48Mbps
ssid: "ICS3"
bssid: 00:15:6D:50:16:C6
radio-name: "00156D5016C6"
signal-strength: -57dBm
tx-signal-strength: -63dBm
noise-floor: -101dBm
signal-to-noise: 44dB
tx-ccq: 78%
rx-ccq: 100%
p-throughput: 28471
wds-link: no
nstreme: yes
polling: yes
framing-mode: best-fit
framing-limit: 3999
routeros-version: "2.9.27"
last-ip: 10.10.3.2
802.1x-port-enabled: yes
authentication-type: none
encryption: none
compression: no
current-tx-powers: 6Mbps:17,9Mbps:17,12Mbps:17,18Mbps:17,24Mbps:17,36Mbps:14,48Mbps:12,54Mbps:11
notify-external-fdb: no

normis Guest	#12 0 08.03.2007 14:29:00 routeros-версия: “2.9.27” обновление…

Hammy Guest	#13 0 08.03.2007 14:32:00 Пожалуй, это и есть минус системы, которая никогда не ломается. Хорошего времени для обновления просто не бывает.

Hammy Guest	#14 0 08.03.2007 14:39:00 Чёрт, вот почему… моя лицензия истекла до того, как ввели новую систему лицензирования. Смутно помню шаги по обновлению на RB, но как это сделать на x86?

BurstNET Guest	#15 0 07.03.2007 15:10:00 Что такое nstreme на роутерах RouterBOARD? SMA

Hammy Guest	#16 0 07.03.2007 15:17:00 Роутерборды в качестве клиентов, и AMD Athlon 2600 или что-то подобное для точки доступа.

believewireless Guest	#17 0 07.03.2007 15:18:00 Выключи NStreme, и пинги будут в порядке.

Hammy

Guest

#18

07.03.2007 15:25:00

N-Streme – это по сути единственная причина, по которой я пользуюсь Mikrotik. Отключать его было бы просто глупо. Почему N-Streme виноват? Что может сделать MT, чтобы это исправить, или что я могу сделать, чтобы смягчить ситуацию?

Diganet Guest	#19 0 07.03.2007 16:15:00 Если ты добавишь немного трафика на эти ссылки, будет лучше. У N-streme большая задержка, когда трафика почти нет. /Henrik

believewireless Guest	#20 0 07.03.2007 16:20:00 Проблема в том, что неважно, сколько ты прогоняешь трафик загрузки, трафик загрузки от абонентских радиостанций будет проблемой. С VoIP мы бы видели, что абонент слышит всё отлично, но у другой стороны возникают серьёзные проблемы. Значит, задержка сигнала АБОНЕНТУ может улучшиться с увеличением трафика, но задержка сигнала ОТ абонента не уменьшится.

Читают тему

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