Ухудшение качества связи после обновления Asterisk

[GeneralFailure]

Всем добра!

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

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

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

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

[ded]

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

[GeneralFailure]

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

[GeneralFailure]

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

[ded]

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

[GeneralFailure]

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

2:

Код: выделить все

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet <local_ip>  netmask 255.255.252.0  broadcast <ip>
        inet6 <ip>  prefixlen 64  scopeid 0x20<link>
        ether <mac>  txqueuelen 1000  (Ethernet)
        RX packets 22537413  bytes 3450267274 (3.2 GiB)
        RX errors 0  dropped 3  overruns 0  frame 0
        TX packets 15288112  bytes 3858469722 (3.5 GiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device memory 0xb1300000-b13fffff

eth1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet <external_ip>  netmask 255.255.255.252  broadcast <ip>
        inet6 <ip>  prefixlen 64  scopeid 0x20<link>
        ether 00:1e:67:4d:15:98  txqueuelen 1000  (Ethernet)
        RX packets 23203443  bytes 5587646831 (5.2 GiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 21641905  bytes 5190841616 (4.8 GiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device memory 0xb1100000-b11fffff

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 141790327  bytes 29721801496 (27.6 GiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 141790327  bytes 29721801496 (27.6 GiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

[ded]

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

[GeneralFailure]

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

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

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

[ded]

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

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

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

[GeneralFailure]

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

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