Односторонняя слышимость (Vinteo)

[san]

Нужно помочь пользователю разобраться с проблемой в схеме, где участвует плата VE.
Схема такая: на плате VE зарегистрировано как SIP абонент 4998 некое устройство "ВКС Vinteo", это устройство, через функцию SIP-маршрутизации платы VE отправляет вызовы на абонентов АТС SMG .

IP адреса
VE (10.62.113.132)
Vinteo (10.62.4.7)
АТС SMG (10.62.40.24)

С недавнего времени, при разговоре с абонентами, появилась односторонняя слышимость. Нет звука со стороны Vinteo, причём проявляется это иногда, а иногда вызовы проходят удачно и слышимость есть в обе стороны.
При просмотре дампов замечено, что при "неудачном" вызове Vinteo отправляет RTP поток сама себе.
Дампы успешного и неуспешного вызова, снятые на Vinteo, приложу

[san]

Дампы оказались тяжёлыми, положил их в xchange\Alexander\vinteo\

Неудачн на 4220 03.02.2025-08_07_35.pcap - вызов на номер 4220 при котором проявилась односторонняя слышимость.

Удачн на 4390 03.02.2025-08_03_25.pcap - вызов на номер 4390 с двусторонней слышимостью

[alx]

Replying to san:

Нужно помочь пользователю разобраться с проблемой в схеме, где участвует плата VE.

Как я могу ему помочь? И почему думаешь, что проблема в схеме?

Replying to san:

Дампы оказались тяжёлыми, положил их в xchange\Alexander\vinteo\

К теме тикета отношения не имеет, но просто для информации: система на Ubuntu Server (где хостится "xcahge") еще несколько лет назад достигла своего EOL и с тех пор не поддерживается. Рекомендую пользоваться другим сервером (например r2). Ubuntu Server я считаю выведенным из эксплуатации.

[san]

Как я могу ему помочь? И почему думаешь, что проблема в схеме?

Посмотри дампы, может какие-то предположения у тебя будут, почему Vinteo может считать что rtp нужно слать на свой IP.
Насколько я понимаю варианта тут два: либо sip сообщение, которое получил Vinteo какое-то некорректное, либо это баг Vinteo.

[alx]

Replying to san:

Посмотри дампы, может какие-то предположения у тебя будут, почему Vinteo может считать что rtp нужно слать на свой IP.

Дампы я посмотрел. Предполагаю, что в ПО Vinteo имеется какая-то ошибка, в результате которой оно и отправляет аудиопоток само себе. Я думаю, пользователю следует обратиться к производителю/разработчику Vinteo, а не к нам...

Насколько я понимаю варианта тут два: либо sip сообщение, которое получил Vinteo какое-то некорректное, либо это баг Vinteo.

Протокол SIP не отвечает за медиапотоки, за медиапотоки отвеяаяет протокол SDP. Ни в SIP, ни в SDP я ничего некорректного не заметил.

[alx]

Кстати, ты, кажется, ошибся в описании тикета. Судя по дампам, адрес Vinteo - 10.62.4.17, а не 10.62.4.7.

[alx]

Строго говоря, я нашел одну странность в сообщении SDP от SMG:

v=0
o=- 703 805398 IN IP4 10.62.40.24
s=SMG SIP session
c=IN IP4 10.62.40.24
t=0 0
m=audio 26744 RTP/AVP 0 101
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=silenceSupp:off - - - -
a=sendrecv
m=

Здесь в последней строчке почему-то нет никакого значения у медиапотока. По-моему такого быть не должно. Но, во-первых, это как раз был случай успешного вызова, а во-вторых, с описанием аудио потока, на который жаловался пользователь, все в порядке в обоих случаях.

Так что, наверное, есть повод задать вопрос и производителю/разработчику SMG тоже...

[alx]

Тикет закрывать, или я могу помочь чем-то еще?

[san]

Кстати, ты, кажется, ошибся в описании тикета. Судя по дампам, адрес Vinteo - 10.62.4.17, а не 10.62.4.7.

Да, опечатался.

Но, во-первых, это как раз был случай успешного вызова

Да, это я тоже заметил(точнее мне парсер в wireshark подсказал), причём это повторяется и в других дампах пользователя, в успешном вызове значения нет, а в неуспешном есть.

Тикет закрывать, или я могу помочь чем-то еще?

Можно закрывать