asterisk.ru

Есть SIP-транк. Периодически ухудшается качество связи при телефонных звонках. Выражается в том, что в речи появляются пропуски. Небольшие - доли секунды, но иногда такие пропуски очень частят друг за другом и речь становится вообще не понять.
До конца не понятно, то ли наша АТС эти пропуски добавляет в звук, то ли уже на стороне SIP-оператора звук ухудшается.
Подскажите, пожалуйста, направление, как разбирать такого рода проблемы? Мне видится что-то типа такого: сажу программу, которая перехватывает трафик между нашим сервером и сервером оператора, а потом слушаю этот трафик, ну, например, winamp'ом. Таким образом я пойму, на сколько качественным выходит звук от нас и на сколько качественным звук приходит от SIP-оператора.
Может быть есть какие-то другие методы, чтобы это понять.
Конечно, хотелось бы каких-то подробных инструкций, но буду благодарен даже если кто-то просто подскажет направление, т.к. сам вообще не могу придумать, с какого бока за проблему взяться.

для начала неплохо бы запустить ping your_peer > log 2>&1 &
Далее пригодится мониторинг загрузки CPU на обеих тачках (top), и I/O подсистемы (iotop). При наличии этих исходных данных можно и продолжить.

Sfinx писал(а):для начала неплохо бы запустить ping your_peer > log 2>&1 &
Далее пригодится мониторинг загрузки CPU на обеих тачках (top), и I/O подсистемы (iotop). При наличии этих исходных данных можно и продолжить.

Есть проблемы:
1) пинг до сервера оператора закрыт оператором;
2) доступа к серверам оператора нет (даже не известно, что за АТС у него);
3) оператор не любит заморачиваться проблемами клиента и свое поведение приходится строить таким образом: сначала находим веские доказательства того, что проблема не на нашей стороне, потом предъявляем оператору.
Мы находимся в такой ситуации, что возможности сменить оператора нет. Приходится плясать от того, что имеем.
По поводу мониторинга загруженности нашего сервера - попробую собрать статистику.

Есть проблемы:
1) пинг до сервера оператора закрыт оператором;

Тут подойдет опция qualify=xxx (ms)

2) доступа к серверам оператора нет (даже не известно, что за АТС у него);

Что за АТС можно, в большинстве случаев, выяснить изучив SIP trace.

3) оператор не любит заморачиваться проблемами клиента и свое поведение приходится строить таким образом: сначала находим веские доказательства того, что проблема не на нашей стороне, потом предъявляем оператору.
Мы находимся в такой ситуации, что возможности сменить оператора нет. Приходится плясать от того, что имеем.

Потеряйте этого е#анутого оператора, и чем быстрее - тем больше

Сделайте со станции
mtr ip_addr_operator -u
Увидите потери пакетов на каждом узле, если таковые имеют место.
Опция -u говорит о том, что трассируетесь не ICMP, а UDP.
Если нет mtr - надо установить.

сами же предложили сдампить траф и послушать
tcpdump -i eth0 -A -s0 -w /tmp/dump.cap
слушать Wireshark
без проблем можно прослушать, если используется один из кодеков 711alaw 711ulaw
если не послушать то анализ на потери пакетов провести тоже можно

ded писал(а):Сделайте со станции
mtr ip_addr_operator -u
Увидите потери пакетов на каждом узле, если таковые имеют место.
Опция -u говорит о том, что трассируетесь не ICMP, а UDP.
Если нет mtr - надо установить.

Подскажите, какой процент потерь UDP-пакетов считается нормой на стороне оператора?

0%
Всё что выше нормы - не нормально, и будет вызывать кваканье.

У меня mtr показывает совсем уж нереальный процент потерь UDP-пакетов на IP транка провайдера: 60-80%. Такого просто не может быть, так как голос передается нормально. Проблема в mtr или в сервере с asterisk? Ping проходят все с нормальной задержкой. ОС CentOS 6. С другого компьютера в сети при помощи той же mtr процент потерь на транке провайдера не превышает 0.7%

Ну Вы ведь разберётесь?