Страница 1 из 3
wrong sequence nr
Добавлено: 10 фев 2016, 09:40
mikelog
Делаю дамп Wireshark`ом на транке между астером и провайдером(ростелеком), версия акулы 1.11.3 включаю RTP analyzer и вот такая вот картина
Астериск версии 1.8.28-cert5
связь между Астером и РТК через оптику.
Так же местами бывают звонки джиттер в которых
может достигать 2000мс. Где-то встречал тему, в ней писали, что изза большого джитбуффера со стороны провайдера может так происходить.
Не 100% но у РТК стоит SI3000, по крайней мере CommView выдает такой UserAgent.
Так же читал, что на моей стороне если и выставлять джитбуффер то только при исходящих и сбриджованных каналах, а у меня астериск транзитом трафик шлет.
Сейчас дрожания в голосе от прова нет, но когда звонков становится больше, то качество начинает хромать.
Вопрос, мне провайдера в этот скринь тыкнуть с ваершарка или все же, что-то можно сделать и на моем астере, о том, что я не знаю к примеру:?
Re: wrong sequence nr
Добавлено: 10 фев 2016, 10:11
ded
Коротко так:
буфферизация есть как на уровне Layer 2/3 - на портах коммутаторов и роутеров, так и на уровне Layer 7 - тот самый джиттер буфер.
Для первого случая характерны дешёвые железки, как пользовательские, так и провайдерские, которые при достижении потолка по полосе пропускания (шейпинг например) набирают пакеты в буфера, чтобы их не сбрасывать на пол. А вот освобождаются эти буфера не последовательно (fifo), и, таким образом, последовательность UDP/RTP пакетов уже нарушена, что и отмечается в Wireshark. В такие моменты у вас и бывает задержка до 2000 мсек.
Частично с этим пытается автоматически бороться джиттер-буфер, который различает секвенсирование голосовых пакетов, и переставляет их местами в правильном порядке. Но это он может делать только в пределах своего размера, и это не всегда комфортно на ухо.
Замеряйте непрерывной трассировкой
mtr -u
- пакетами UDP то есть, ответы от всех транзитных узлов буду приходить всё же в ICMP. Но картина будет достоверная.
Re: wrong sequence nr
Добавлено: 10 фев 2016, 10:21
Vlad1983
снимать трафик нужно на границе разделения зон ответcтвенности с оператором и на серваке с астериском одновременно!
тогда можно будет точно выяснить не тормозит ли какая-нить из ваших железяк.
Re: wrong sequence nr
Добавлено: 10 фев 2016, 10:29
mikelog
у меня CentOS release 5.11, в mtr нет опции -u из help и man. но при запуске не ругается и вот такая картина
Код: Выделить всё
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Last Avg Best Wrst StDev
1. 10.60.4.45 0.0% 0.4 1.6 0.3 17.9 3.9
2. 10.254.255.245 0.0% 0.9 0.8 0.6 1.0 0.1
3. 10.60.1.1 0.0% 1.1 0.9 0.7 1.1 0.1
4. ???
просто скоро будет поток звонков увеличиваться и хотелось бы от дребезга( съедания) слов избавиться.
На астере сетевуха
Ethernet controller: Intel Corporation 82541GI Gigabit Ethernet Controller
через cisco в медиаконвертер шлюза воткнута.
Может есть смысл на Линухе и кошке в сторону РТК выставить жестко 100Mbps full-duplex?
а потом уже общаться с провайдером начать?
Re: wrong sequence nr
Добавлено: 10 фев 2016, 10:50
ded
MTR also has a User Datagram Protocol (UDP) mode (invoked with "-u" on the command line or pressing the "u" key in the curses interface) that sends UDP packets, with the time to live (TTL) field in the IP header increasing by one for each probe sent, toward the destination host. When the UDP mode is used, MTR relies on ICMP port unreachable packets (type 3, code 3) when the destination is reached.
https://en.wikipedia.org/wiki/MTR_%28software%29
Обновляйте свой MTR! Соберите свежую версию из сорцев!
Ну и можно только присоединиться:
Vlad1983 писал(а):снимать трафик нужно на границе разделения зон ответcтвенности с оператором и на серваке с астериском одновременно!
тогда можно будет точно выяснить не тормозит ли какая-нить из ваших железяк.
Re: wrong sequence nr
Добавлено: 10 фев 2016, 10:52
mikelog
Vlad1983 писал(а):снимать трафик нужно на границе разделения зон ответcтвенности с оператором и на серваке с астериском одновременно!
тогда можно будет точно выяснить не тормозит ли какая-нить из ваших железяк.
снимается трафик через порт мироринг с кошки. Два порта в режиме акссес на кошке, в один верека от РТК приходит, во второй веревка от сервака с астером.
ладно, пока звонков немного сниму дополнительно трафик и с астера самого.
Re: wrong sequence nr
Добавлено: 10 фев 2016, 10:53
mikelog
понял. есть обновить mtr из сорсов.
Re: wrong sequence nr
Добавлено: 10 фев 2016, 11:02
ded
mikelog писал(а):На астере сетевуха
Ethernet controller: Intel Corporation 82541GI Gigabit Ethernet Controller
через cisco в медиаконвертер шлюза воткнута.
Вот гигабитные чипы как раз и страдают нарушением секвенсирования UDP, при маленьких пакетах - голосвых, видео.
Проверьте эту часть тщательно!
А что такое медиаконвертер?
Re: wrong sequence nr
Добавлено: 10 фев 2016, 11:06
mikelog
собрал из исходников
появились ключи --udp -P
Код: Выделить всё
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. 10.60.4.45 0.0% 117 0.3 0.6 0.3 8.7 0.9
2. 10.254.255.245 0.0% 116 0.8 0.9 0.5 11.8 1.1
3. 10.60.1.1 0.0% 116 0.8 1.6 0.7 32.3 3.7
4. ???
пока что разницы особой нет. кстати ип провайдера на ICMP не отвечает никак.
медиаконвертер оптикаРТК<>медь до кошки
насчет чипов понял, поизучаю информацию.
Re: wrong sequence nr
Добавлено: 10 фев 2016, 11:17
ded
А провайдеры любят запрещать ICMP (или давать низший приоритет) чтобы снизить нагрузку на роутеры.