Mikrotik VoIP проблемы.

[wans]

Привет всем .

 

Есть линк точка точка с использованием Mikrotik на платформер роутербоард 112

 

 

Работает в 5 диапозоне.

Стгнал отличный растояния не больше 2 км.

 

band: 5ghz-10mhz

frequency: 5770MHz

tx-rate: 36Mbps

rx-rate: 36Mbps

ssid: "ххх"

bssid: 00:15:6D:53:00:0E

radio-name: "00000000000"

signal-strength: -45dBm

tx-signal-strength: -42dBm

noise-floor: -106dBm

signal-to-noise: 61dB

tx-ccq: 79%

rx-ccq: 86%

p-throughput: 20223

current-ack-timeout: 30

current-distance: 30

wds-link: yes

nstreme: no

framing-mode: none

routeros-version: "2.9.35"

802.1x-port-enabled: yes

authentication-type: none

encryption: none

 

Так вот бегает по линку VoIP трафик и при небольшой нагрузки

received-packets-per-second: 698

received-bits-per-second: 397.4kbps

sent-packets-per-second: 785

sent-bits-per-second: 499.3kbps

 

Загрузка проца на точках

cpu-used: 86

free-memory: 3688

cpu-used: 84

free-memory: 3688

 

При этом Пинги вырастают до 200 - 300 милисекунд.

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

Если кто вкурсе как исправить откликнитесь.

Edited June 6, 2007 by wans

[deep_admin]

боюсь что ничего у вас не получиться, для такого pps роутерборда просто не хватит

[wans]

боюсь что ничего у вас не получиться, для такого pps роутерборда просто не хватит

Интересно, а если поставить 2100ВВ потянет?

Будет интересно если да всетаки роатебоард более цевильное оборудование.

[Dom_2007]

Интересно, а если поставить 2100ВВ потянет?

Неизбежно, в силу конструктивных особенностей версий A3/A4 , уйдет в отказ при интенсивной нагрузке

несмотря на рассказы о правильных блоках питания и о вентиляторах.

 

Здесь следует использовать BlueBox или WhiteBox.

[MaksMMS]

гонял порядка 1400 ппс непрерывно на двух бб2100 в течение 3 месяцев, ничего с ними не случилось, только радиаторы и кулеры на них нужно летом.

з.ы. тупой спам от вектора в каждой теме уже порядком надоел :(

Edited June 6, 2007 by MaksMMS

[Dom_2007]

только радиаторы и кулеры на них нужно летом.

В этом и других форумах очень много сообщений

что процент отказа практически одинаковый и зимой.

Я сказал то что АБСОЛЮТНО ТОЧНО ЗНАЮ,

а вот ваши сообщения это и есть спам.

[Alexspils]

обнови прошивку роутербоарда (2.8) и версию микротика до последней (2.9.43).так как памяти у 112 мало ставь только те модули которые тебе нужны(system, wireless, routerboard). что бы разгрузить цпу в настройках фаервола отключи connection tracking

Edited June 6, 2007 by Alexspils

[wans]

обнови прошивку роутербоарда (2.8) и версию микротика до последней (2.9.43).так как памяти у 112 мало ставь только те модули которые тебе нужны(system, wireless, routerboard). что бы разгрузить цпу в настройках фаервола отключи connection tracking

Скажите это реально поможет ? На данный момент я отключил connection tracking результатов не вижу.

дело в том что точки находяться в работе и чтобы снять их надо остановить линк или предусматривать кординальную замену.

 

сейчас схема такая

 

Интернет----->cisco7500----->MK(RB112)-------->MK(RB112)----Вышка(Свич)----->MK(RB112)--------->MK(RB112)--->cisco5350----E1--->PSTN

 

поэтому менять снимать придеться 4 точки и останавливать Трафик.

[wans]

обнови прошивку роутербоарда (2.8) и версию микротика до последней (2.9.43).так как памяти у 112 мало ставь только те модули которые тебе нужны(system, wireless, routerboard). что бы разгрузить цпу в настройках фаервола отключи connection tracking

 

Спасибо разобрался.

 

для себя открыл что все это можно сделать не имея непосредственного доступа к железки

вроде задержка выравнилась при нагрузки хотя загрузка проца всеровно большая

и вот пинг плавает

 

Ответ от 192.168.1.29: число байт=32 время=182мс TTL=64

Ответ от 192.168.1.29: число байт=32 время=10мс TTL=64

Ответ от 192.168.1.29: число байт=32 время=8мс TTL=64

Ответ от 192.168.1.29: число байт=32 время=6мс TTL=64

 

не подскажите в чем проблемма и есть ли решения?

[Alexspils]

может эфир занят, поменять частоту не пробовали?

[adron2]

обнови прошивку роутербоарда (2.8) и версию микротика до последней (2.9.43).так как памяти у 112 мало ставь только те модули которые тебе нужны(system, wireless, routerboard). что бы разгрузить цпу в настройках фаервола отключи connection tracking

 

Спасибо разобрался.

 

для себя открыл что все это можно сделать не имея непосредственного доступа к железки

вроде задержка выравнилась при нагрузки хотя загрузка проца всеровно большая

и вот пинг плавает

 

Ответ от 192.168.1.29: число байт=32 время=182мс TTL=64

Ответ от 192.168.1.29: число байт=32 время=10мс TTL=64

Ответ от 192.168.1.29: число байт=32 время=8мс TTL=64

Ответ от 192.168.1.29: число байт=32 время=6мс TTL=64

 

не подскажите в чем проблемма и есть ли решения?

CCQ какой на приемной и передающей стороне?

[wans]

обнови прошивку роутербоарда (2.8) и версию микротика до последней (2.9.43).так как памяти у 112 мало ставь только те модули которые тебе нужны(system, wireless, routerboard). что бы разгрузить цпу в настройках фаервола отключи connection tracking

 

Спасибо разобрался.

 

для себя открыл что все это можно сделать не имея непосредственного доступа к железки

вроде задержка выравнилась при нагрузки хотя загрузка проца всеровно большая

и вот пинг плавает

 

Ответ от 192.168.1.29: число байт=32 время=182мс TTL=64

Ответ от 192.168.1.29: число байт=32 время=10мс TTL=64

Ответ от 192.168.1.29: число байт=32 время=8мс TTL=64

Ответ от 192.168.1.29: число байт=32 время=6мс TTL=64

 

не подскажите в чем проблемма и есть ли решения?

CCQ какой на приемной и передающей стороне?

Первый пролет

1.

band: 5ghz-10mhz

frequency: 5770MHz

tx-rate: 36Mbps

rx-rate: 36Mbps

signal-strength: -46dBm

tx-signal-strength: -43dBm

noise-floor: -106dBm

signal-to-noise: 60dB

tx-ccq: 78%

rx-ccq: 86%

p-throughput: 20511

current-ack-timeout: 30

current-distance: 30

wds-link: yes

nstreme: no

framing-mode: none

routeros-version: "2.9.43"

 

2.

status: running-ap

band: 5ghz-10mhz

frequency: 5770MHz

noise-floor: -107dBm

overall-tx-ccq: 86%

registered-clients: 1

authenticated-clients: 1

current-ack-timeout: 30

current-distance: 30

nstreme: no

current-tx-powers: 6Mbps:26,9Mbps:26,12Mbps:26,18Mbps:26,24Mbps:26,

36Mbps:26,48Mbps:26,54Mbps:26

notify-external-fdb: no

 

Второй пролет

 

1.

status: running-ap

band: 5ghz-turbo

frequency: 5760MHz

noise-floor: -100dBm

overall-tx-ccq: 57%

registered-clients: 1

authenticated-clients: 1

current-ack-timeout: 39

current-distance: 39

nstreme: no

current-tx-powers: 6Mbps:26,9Mbps:26,12Mbps:26,18Mbps:26,24Mbps:26,

36Mbps:26,48Mbps:26,54Mbps:26

notify-external-fdb: no

 

2.

band: 5ghz-turbo

frequency: 5760MHz

tx-rate: 18Mbps

rx-rate: 18Mbps

ssid: "link"

signal-strength: -54dBm

tx-signal-strength: -52dBm

noise-floor: -97dBm

signal-to-noise: 43dB

tx-ccq: 63%

rx-ccq: 63%

p-throughput: 15520

current-ack-timeout: 39

current-distance: 39

wds-link: yes

nstreme: no

framing-mode: none

routeros-version: "2.9.43"

[wans]

Что самое интересное

сегодня пошел трафик

вроде небольшой

 

received-packets-per-second: 818

received-bits-per-second: 485.0kbps

sent-packets-per-second: 842

sent-bits-per-second: 534.0kbps

 

Так вот на первом пролете загрузка на точках

cpu-used: 90

free-memory: 3360

cpu-used: 85

free-memory: 3356

cpu-used: 86

free-memory: 3356

 

На втором пролете загрузка

 

cpu-used: 57

free-memory: 5952

cpu-used: 63

free-memory: 5952

 

и Пинги

 

время=163мс TTL=64

время=131мс TTL=64

время=487мс TTL=64

время=282мс TTL=64

время=164мс TTL=64

время=297мс TTL=64

время=522мс TTL=64

время=233мс TTL=64

 

 

Есть предположение?

 

Кроме нас на этих чистотах не кто не работает.

Edited June 8, 2007 by wans

[adron2]

Что самое интересное

сегодня пошел трафик

вроде небольшой

 

received-packets-per-second: 818

received-bits-per-second: 485.0kbps

sent-packets-per-second: 842

sent-bits-per-second: 534.0kbps

 

Так вот на первом пролете загрузка на точках

cpu-used: 90

free-memory: 3360

cpu-used: 85

free-memory: 3356

cpu-used: 86

free-memory: 3356

 

На втором пролете загрузка

 

cpu-used: 57

free-memory: 5952

cpu-used: 63

free-memory: 5952

 

и Пинги

 

время=163мс TTL=64

время=131мс TTL=64

время=487мс TTL=64

время=282мс TTL=64

время=164мс TTL=64

время=297мс TTL=64

время=522мс TTL=64

время=233мс TTL=64

 

 

Есть предположение?

 

Кроме нас на этих чистотах не кто не работает.

сигнал очень сильный. Я бы попробовал понизить выходную мощность передатчика. Чтобы меньше переотраженки было. Да и ошибок будет поменьше в радиоканале. Попробуйте поиграться с nstream. Различными видами frame policy. Не факт что поможет. Может будет еще хуже. Но попробовать стоит.