Непонятные прерывания голоса

[ilinvv]

Здравствуйте.
Прошу навести на мысль в какую сторону смотреть, своих идей не осталось.

Сервер Asterisk 13 (на момент начала проблемы), собран на Gentoo, в районе 1000 абонентов, в среднем 30-50 активных звонков. Порядка 700 абонентов подключены по SIP. Из них половина в локальной сети, практически все в выделенном влане, остальные через VPN. NAT не используется, фаервола нет. Влан с SIP, аналоги (TDMoE), остальные SIP абоненты коммутируются с сервером через раздельные сетевые интерфейсы (для SIP-ов одна 2-х портовая карта).

Появившаяся проблема проявляется в кратковременном (как правило 1-5 сек) пропадания голоса в одну сторону в процессе разговора. В логах, с момента появления проблемы, массовые переподключения телефонов. Краткий пример ниже (бывает что переподключаются десятками):

[May 25 17:21:56] NOTICE[7107] chan_sip.c: Peer '1152' is now UNREACHABLE! Last qualify: 3
[May 25 17:21:56] NOTICE[7107] chan_sip.c: Peer '1070' is now UNREACHABLE! Last qualify: 4
[May 25 17:21:56] NOTICE[7107] chan_sip.c: Peer '1974' is now UNREACHABLE! Last qualify: 5
[May 25 17:21:56] NOTICE[7107] chan_sip.c: Peer '1167' is now UNREACHABLE! Last qualify: 4
[May 25 17:21:57] NOTICE[7107] chan_sip.c: Peer '1978' is now Lagged. (2005ms / 2000ms)
[May 25 17:22:06] NOTICE[7107] chan_sip.c: Peer '1152' is now Reachable. (4ms / 2000ms)
[May 25 17:22:06] NOTICE[7107] chan_sip.c: Peer '1070' is now Reachable. (4ms / 2000ms)
[May 25 17:22:06] NOTICE[7107] chan_sip.c: Peer '1974' is now Reachable. (4ms / 2000ms)
[May 25 17:22:06] NOTICE[7107] chan_sip.c: Peer '1167' is now Reachable. (5ms / 2000ms)
[May 25 17:22:07] NOTICE[7107] chan_sip.c: Peer '1978' is now Reachable. (4ms / 2000ms)

если такой момент попал во время активного звонка, то часто:

[May 25 17:26:21] WARNING[7107] chan_sip.c: Hanging up call 156244593a4767f00b9281136647d8d7@192.168.10.6:5060 - no reply
to our critical packet (see https://wiki.asterisk.org/wiki/display/ ... nsmissions)

Проблема только с телефонами находящимися во внутренней сети в отдельном влане. На интерфейсе счетчики дропов, ошибок, переполнения буфера и т.п. нулевые и околонулевые, нагрузка на сервер незначительная, прерывания по процессорам распределяются равномерно, широковещательного трафика во влане практически нет. Анализ трафика показывает нормальное прохождение звонка. Самое интересное что при прослушивании разговора (wireshark) в котором была проблема, собранного с сетевого интерфейса (tcpdump), потерь голоса нет, слышно обе стороны, при этом на параллельной записи со станции тишина.
Дополнительно - пинг UDP пакетами произвольного аппарата в влане, в момент массового отвала телефонов и возникновении тишины, прерывается на несколько пакетов (итоговый процент потерь незначительный), параллельно ICMP с этого же сервера нормально, параллельно UDP на тот-же адрес с другого сервера нормально.
Смена интерфейса, коммутатора и даже перенос сервиса на другой сервер результата не дали. Проблема повторяется там, куда приводим телефоны из влана (на интерфейсе, сервере и т.п. откуда влан увели, проблема пропадает). Так-же не помогло обновление asterisk до 18 версии, переход на другое ядро, увеличение буфера сетевой.

[ded]

Система как виртуальная машина? Или физическая?
Если второе, что-нить в dmesg есть в таких случаях? Или в syslog? Подозрение в макс. количестве открытых файлов, сокетов, дескрипторов, можно проверить.
Драйвера карты где два порта для SIP.
Проблема №53 - DNS lookup failures

Вы в теме уже 10 лет, могли бы распутывать такие чужие проблемы, как независимый эксперт.

[ilinvv]

Физический сервер. Только под Asterisk и сопутствующие ему службы (mysql, apache). dmesg чисто (только небольшая рассинхронизация по TDMoE, но явно не связана с проблемой), syslog чисто, сообщений о превышениях количества файлов нет. За время разбирательства, несмотря на отсутствие ошибок, пробовал увеличивать в несколько раз параметры и по файлам и по буферам rx tx, результата не дало.
Упустил указать в первом сообщении - единственным что ощутимо сократило проблему по продолжительности (пропадание звука сначала было раза в 2-2,5 длинее) стало отключение джиттер буфера на сипе, было fixed 200 (хотя связь в голове не укладывается).

Чтобы помогать другим, надо быть специалистом, ну или хотя бы считать себя таковым

[sasa]

загоните статистику пингов в мртг по прямой видимости и через влан
получите недельную или месячную статитику
и тогда можно будет о чем то говорить

как правило оказывается что приходит тамара иванновна - уборщица
или петр андреевичь уходит-приходит на работу и перетыкает свой ноутбук или зарядку
временно вырубая питания свитча или задевая провод


а иногда бывает что провод у коммутатора погрызли мыши

[Zavr2008]

Проблема только с телефонами находящимися во внутренней сети в отдельном влане

Что за свичи, что за роутер? включен ли STP, на роутере есть ли SIP ALG?

[ded]

Zavr2008, если проблема только с телефонами находящимися во внутренней сети в отдельном влане, то этот трафик не проходит через роутер, где может быть SIP ALG.

ilinvv, попробуйте в порядке бреда временно пустиь голос нетаггируемый, без vlan. Возможно настройки мешают жить нормально.

[Zavr2008]

то этот трафик не проходит через роутер, где может быть SIP ALG

Я тоже так думал раньше, но оказалось что всё-равно влияет как-то иногда, например когда всякие переадресации итп.
Плюс если это Микротик - то там в настройках бриджа как раз есть STP. В новых прошивках режим этот конфликтует со старыми свичами от HP, 3COM итп

[sasa]

Если там микротик, то его надо выбросить

[dimondack]

Влан с SIP, аналоги (TDMoE)

остальные SIP абоненты

коммутируются с сервером через раздельные сетевые интерфейсы (для SIP-ов одна 2-х портовая карта).

Проблема только с телефонами находящимися во внутренней сети в отдельном влане

у вас где то, на этом участке используется Е1.... ?

[dimondack]

Была у нас ситуация, когда Е1 пропускали через IP/Ethernet
И если в Е1 используются все таймслоты - 32 х 64 кбит/с = 2048 кбит/с
То нужно было на сети IP/Ethernet предусмотреть полосу не ниже 4 Мбит/с для данного трафика,
а так как наши "интернетчики" не сильно заморачивались, кидая все в общую полосу 100Мбит/с
то в часы большой нагрузки на интернет как раз и возникала подобная проблема -

Непонятные прерывания голоса

Начиналось...
Ставишь шлейф.. , а его другая сторона не видит , потому что потока нет и т.д. и т.п. )))


В логах шлюза TDMoE можно посмотреть , что там с Е1.