VIDEOCHAT  ::   FAQ  ::   Поиск  ::   Регистрация  ::   Вход

wrong sequence nr

Новичком считается только что прочитавший «Астериск - будущее телефонии»
http://asterisk.ru/knowledgebase/books
и пытающийся сделать большее

Модераторы: april22, Zavr2008

mikelog
Сообщения: 120
Зарегистрирован: 20 фев 2013, 11:27

wrong sequence nr

Сообщение mikelog »

Делаю дамп Wireshark`ом на транке между астером и провайдером(ростелеком), версия акулы 1.11.3 включаю RTP analyzer и вот такая вот картина
Untitled.png
Астериск версии 1.8.28-cert5
связь между Астером и РТК через оптику.
Так же местами бывают звонки джиттер в которых
может достигать 2000мс. Где-то встречал тему, в ней писали, что изза большого джитбуффера со стороны провайдера может так происходить.
Не 100% но у РТК стоит SI3000, по крайней мере CommView выдает такой UserAgent.
Так же читал, что на моей стороне если и выставлять джитбуффер то только при исходящих и сбриджованных каналах, а у меня астериск транзитом трафик шлет.
Сейчас дрожания в голосе от прова нет, но когда звонков становится больше, то качество начинает хромать.
Вопрос, мне провайдера в этот скринь тыкнуть с ваершарка или все же, что-то можно сделать и на моем астере, о том, что я не знаю к примеру:?
ded
Сообщения: 15628
Зарегистрирован: 26 авг 2010, 19:00

Re: wrong sequence nr

Сообщение ded »

Коротко так:
буфферизация есть как на уровне Layer 2/3 - на портах коммутаторов и роутеров, так и на уровне Layer 7 - тот самый джиттер буфер.
Для первого случая характерны дешёвые железки, как пользовательские, так и провайдерские, которые при достижении потолка по полосе пропускания (шейпинг например) набирают пакеты в буфера, чтобы их не сбрасывать на пол. А вот освобождаются эти буфера не последовательно (fifo), и, таким образом, последовательность UDP/RTP пакетов уже нарушена, что и отмечается в Wireshark. В такие моменты у вас и бывает задержка до 2000 мсек.
Частично с этим пытается автоматически бороться джиттер-буфер, который различает секвенсирование голосовых пакетов, и переставляет их местами в правильном порядке. Но это он может делать только в пределах своего размера, и это не всегда комфортно на ухо.
Замеряйте непрерывной трассировкой
mtr -u
- пакетами UDP то есть, ответы от всех транзитных узлов буду приходить всё же в ICMP. Но картина будет достоверная.
Vlad1983
Сообщения: 4251
Зарегистрирован: 09 авг 2011, 11:51

Re: wrong sequence nr

Сообщение Vlad1983 »

снимать трафик нужно на границе разделения зон ответcтвенности с оператором и на серваке с астериском одновременно!
тогда можно будет точно выяснить не тормозит ли какая-нить из ваших железяк.
ЛС: @rostel
mikelog
Сообщения: 120
Зарегистрирован: 20 фев 2013, 11:27

Re: wrong sequence nr

Сообщение 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?
а потом уже общаться с провайдером начать?
ded
Сообщения: 15628
Зарегистрирован: 26 авг 2010, 19:00

Re: wrong sequence nr

Сообщение 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твенности с оператором и на серваке с астериском одновременно!
тогда можно будет точно выяснить не тормозит ли какая-нить из ваших железяк.
mikelog
Сообщения: 120
Зарегистрирован: 20 фев 2013, 11:27

Re: wrong sequence nr

Сообщение mikelog »

Vlad1983 писал(а):снимать трафик нужно на границе разделения зон ответcтвенности с оператором и на серваке с астериском одновременно!
тогда можно будет точно выяснить не тормозит ли какая-нить из ваших железяк.
снимается трафик через порт мироринг с кошки. Два порта в режиме акссес на кошке, в один верека от РТК приходит, во второй веревка от сервака с астером.
ладно, пока звонков немного сниму дополнительно трафик и с астера самого.
mikelog
Сообщения: 120
Зарегистрирован: 20 фев 2013, 11:27

Re: wrong sequence nr

Сообщение mikelog »

понял. есть обновить mtr из сорсов.
ded
Сообщения: 15628
Зарегистрирован: 26 авг 2010, 19:00

Re: wrong sequence nr

Сообщение ded »

mikelog писал(а):На астере сетевуха
Ethernet controller: Intel Corporation 82541GI Gigabit Ethernet Controller
через cisco в медиаконвертер шлюза воткнута.
Вот гигабитные чипы как раз и страдают нарушением секвенсирования UDP, при маленьких пакетах - голосвых, видео.
Проверьте эту часть тщательно!
А что такое медиаконвертер?
mikelog
Сообщения: 120
Зарегистрирован: 20 фев 2013, 11:27

Re: wrong sequence nr

Сообщение 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 не отвечает никак.
медиаконвертер оптикаРТК<>медь до кошки

насчет чипов понял, поизучаю информацию.
ded
Сообщения: 15628
Зарегистрирован: 26 авг 2010, 19:00

Re: wrong sequence nr

Сообщение ded »

А провайдеры любят запрещать ICMP (или давать низший приоритет) чтобы снизить нагрузку на роутеры.
Ответить
© 2008 — 2025 Asterisk.ru
Digium, Asterisk and AsteriskNOW are registered trademarks of Digium, Inc.
Design and development by PostMet-Netzwerk GmbH