asterisk.ru

Всем добра!

Есть проблема. Стоял в офисной АТС Asterisk какой-то очень-очень древней версии, ещё на старой нумерации. Обновлять смысла не было, переустановил на новый 15.5.0 с ручным переносом всех-всех настроек и появилась проблема: ухудшилось качество связи, причём по офису нормально, а извне и от удалённых SIP-клиентов - разрывы, пропадания и хрипы. Пример: я говорю из офиса с филиалом через SIP-телефоны, я слышу просто идеально, а филиал - очень плохо. Звоню в соседний кабинет - связь идеальная.

Астериск смотрит одним интерфейсом наружу (белый ip), другим - в локалку, локальные юзеры подключаются к локальному интерфейсу, наружные - к наружному. Кодек: ulaw/alaw, Астериск без NAT, удалённые клиенты за NAT, в extensions это указано. В логах - только блокировки переборщиков, пинги до серверов телефонии идут нормально, jitter buffer уже включал, отключал, настраивал. Канал для телефонии - 10 Мбит, выше 1 Мбита не забивался. Кодеки перебирал, на клиентах тоже. Логи просматривал, ничего подозрительного своим неопытным взглядом не увидел. Конфиги сливал с обоих серверов и смотрел через diff - одинаково всё, ну кроме новых фичей в новой версии Астериска.

Если нужны какие-то конфиги или логи - скину, но всё настолько стандартно, что даже смысла нет - сотня SIP-extensions, два многоканальных транка, какой-то сложной маршрутизации нет. После обновления отвалились некоторые Грандстрёмы, но я их прошил и всё заработало.

В чём может быть дело? Что такого добавили в новом Астере, что начались проблемы?

А зачем перешли на новый?
Этот новый 15.5.0 - виртуалка? Или физическая машина?
Старый совсем убрали? Или есть доступ?

Старый не мог работать с Bitrix24, организация на него переходит.
Машина физическая, сервер.
От старого сохранил жёсткий диск, могу поднять в виртуалке.

Кстати, особенность: проблемы начинаются где-то через 40-60 секунд или минуту после начала разговора.

1) На физическом порту коммутатора/роутера, куда воткнут порт сервера , ошибки есть?

2) При выводе ifconfig на сервере, на его eth0 - есть ошибки?

RX packets 593827327 bytes 208972673212 (208.9 GB)
RX errors 0 dropped 689 overruns 0 frame 0
TX packets 549984136 bytes 211602359447 (211.6 GB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

1: сервер находится в ЦОДе, локальный порт (eth0) воткнут в наш Микрот, там всё нормально, внешний (eth1) идёт не знаю куда. Видимо, в коммутатор провайдера, я с ними уже связывался (были потери пакетов до серверов телефонии), но это не помогло. То есть потери прошли, но связь не улучшилась. Был ещё нехилый джиттер, но теперь его тоже нет и пинги идут стабильно.

2:

Подозрение на загруженность CPU роутера провайдера, или вашего микротика.
Несколько способов проверки:
1) пинги разным с размером пакетов и анализ статистики,
2) делайте тестовую прокачку iperf на этот сервер от себя, и с этого сервера к себе, по UDP, разными размерами пакетов: 20 байт, 10 байт. Анализируйте результаты.
3) Запишите всю голосовую сессию с деградацией звука через tcpdump -w /tmp/sip_call.pcap
и потом открывайте в Wireshark. Обратите внимание на секвентирование - последовательную нумерацию RTP пакетов. Wireshark покажет, если там будут нарушения. Это результат работы "умных" буферов на интерфейсах, из которых пакеты выходят в нарушенной последовательности.

1. Пропинговал сервер телефонии пакетами по 40 Кб 100 раз в секунду: потери 7%, средний пинг 39 мс.
Пропинговал пакетами по 64 бейта 100 раз в секунду: потерь 0%, пинг 0,9 мс.

Остальное в процессе.

На одном из самых проблемных телефонов почему-то был выставлены совсем не те порты RTP, какие надо (5000-5005), поменял на 10000-20000. Странно.

Потери 7% - критично для голоса. Голос ходит малыми пакетами, они перегружают CPU роутеров, которе измеряется pps - packet per second,
Ищите причину потерь.

GeneralFailure писал(а):На одном из самых проблемных телефонов почему-то был выставлены совсем не те порты RTP, какие надо (5000-5005), поменял на 10000-20000.

Диапазон 10000-20000 - это на сервере. Сервер открывает 10000-20000 у себя, а с каких портов клиент оригинируется - серверу всё равно.

"Но раньше ведь работало!" (с)

Одновременно, судя по логам, совершается 2-3 звонка максимум. Этого достаточно для перегрузки?