Multiple audio streams are not supported - вот беда

[VasMix]

Здравствуйте!
Случилась беда с одним из провайдеров:
Идет входящий звонок, он мне шлет ИНВАЙТ,
у меня на консоли проскакивает:
"WARNING[24417]: chan_sip.c:8925 process_sdp: Multiple audio streams are not supported"
И мой астериск дает отлуп: SIP/2.0 488 Not acceptable here
Кодеки прописаны.Исходящие звонки идут. Подключал вместо астериска телефон - работает.
Нагуглить ничего не могу, подскажите что ему надо.
Вот кусок лога, после "Found audio" ему бы про "Capabilities" написать,
а он "488 Not acceptable here".

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER:

<--- SIP read from UDP:провайдер_IP:5060 --->
INVITE sip:7500075@192.168.12.1:5060 SIP/2.0
v: SIP/2.0/UDP провайдер_IP:5060;branch=z9hG4bK7245641c;rport
f: "9059999999" <sip:9059999999@провайдер_IP>;tag=as1de1713f
t: <sip:7500075@мой_IP:5060>
m: <sip:9059999999@провайдер_IP>
i: 3f08465507da5f9c648e1fec2adb77b6@провайдер_IP
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Tue, 21 Aug 2012 05:47:18 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
k: replaces
c: application/sdp
l: 457

v=0
o=root 765 765 IN IP4 провайдер_IP
s=session
c=IN IP4 провайдер_IP
b=CT:2048
t=0 0
m=audio 19864 RTP/AVP 8 111 97 18 3 101
a=rtpmap:8 PCMA/8000
a=rtpmap:111 G726-32/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:3 GSM/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv
m=audio 19864 RTP/AVP 34
a=rtpmap:34 H263/90000
a=sendrecv
<------------->
[Aug 21 12:47:18] VERBOSE[31471] chan_sip.c: --- (14 headers 22 lines) ---
[Aug 21 12:47:18] VERBOSE[31471] chan_sip.c: Sending to провайдер_IP:5060 (no NAT)
[Aug 21 12:47:18] VERBOSE[31471] chan_sip.c: Using INVITE request as basis request - 3f08465507da5f9c648e1fec2adb77b6@провайдер_IP
[Aug 21 12:47:18] VERBOSE[31471] chan_sip.c: Found peer '7500075' for '9059999999' from провайдер_IP:5060
[Aug 21 12:47:18] VERBOSE[31471] netsock2.c: == Using SIP RTP CoS mark 5
[Aug 21 12:47:18] VERBOSE[31471] chan_sip.c: Found RTP audio format 8
[Aug 21 12:47:18] VERBOSE[31471] chan_sip.c: Found RTP audio format 111
[Aug 21 12:47:18] VERBOSE[31471] chan_sip.c: Found RTP audio format 97
[Aug 21 12:47:18] VERBOSE[31471] chan_sip.c: Found RTP audio format 18
[Aug 21 12:47:18] VERBOSE[31471] chan_sip.c: Found RTP audio format 3
[Aug 21 12:47:18] VERBOSE[31471] chan_sip.c: Found RTP audio format 101
[Aug 21 12:47:18] VERBOSE[31471] chan_sip.c: Found audio description format PCMA for ID 8
[Aug 21 12:47:18] VERBOSE[31471] chan_sip.c: Found audio description format G726-32 for ID 111
[Aug 21 12:47:18] VERBOSE[31471] chan_sip.c: Found audio description format iLBC for ID 97
[Aug 21 12:47:18] VERBOSE[31471] chan_sip.c: Found audio description format G729 for ID 18
[Aug 21 12:47:18] VERBOSE[31471] chan_sip.c: Found audio description format GSM for ID 3
[Aug 21 12:47:18] VERBOSE[31471] chan_sip.c: Found audio description format telephone-event for ID 101
[Aug 21 12:47:18] VERBOSE[31471] chan_sip.c:

<--- Reliably Transmitting (NAT) to провайдер_IP:5060 --->
SIP/2.0 488 Not acceptable here
Via: SIP/2.0/UDP провайдер_IP:5060;branch=z9hG4bK7245641c;received=провайдер_IP;rport=5060
From: "9059999999" <sip:9059999999@провайдер_IP>;tag=as1de1713f
To: <sip:7500075@мой_IP:5060>;tag=as00201e98
Call-ID: 3f08465507da5f9c648e1fec2adb77b6@провайдер_IP
CSeq: 102 INVITE
Server: Asterisk PBX 1.8.10.1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Length: 0

[Vlad1983]

ругается на сочетание в одном SDP одновременно 2
m=audio 19864 RTP/AVP 8 111 97 18 3 101
...
m=audio 19864 RTP/AVP 34

не сталкивался ни разу с таким

[VasMix]

Я тоже на это подумал, сравнивал от других один "m=audio" идет.
У меня 1.8.10.1, может обновить ?

[Vlad1983]

с обновления и надо было начинать

вероятно будет выводится "...Rejecting non-primary audio stream...", но вызов должен состояться.

[ded]

Нет, не так. Второй
m=audio 19864 RTP/AVP 34
a=rtpmap:34 H263/90000
это видео, входящий звонок приходит с видео форматом, картинка в кодеке Н263.
Поэтому если вместо Астериска простой телефон - он не поддерживает видео и игнорирует m=audio 19864 RTP/AVP 34
А Астериск пытается видать всё по-честному. Кстати, эта строка неверная в инвайте, должно быть m=video а не m=audio, например так:
m=video 18798 RTP/AVP 97
a=rtpmap:97 H264/90000
a=fmtp:97
profile-level-id=42800d;max-br=906;max-mbps=40500;max-fs=1344;max-smbps=40500;packetization-mode=1;max-fps=3000
a=sendrecv

Ну и аудиокодеков много модных
m=audio 19864 RTP/AVP 8 111 97 18 3 101
a=rtpmap:8 PCMA/8000
a=rtpmap:111 G726-32/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:3 GSM/8000
Я бы зарезал для теста на пире, оставил только a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000

[Vlad1983]

по rfc4317 в случае видео должно быть:
1. дополнительно m=video
2. порт должен отличаться

ни того ни другого не наблюдается

может косяк софтсвича оператора

в любом случае нужно обновиться для начала

[VasMix]

Обновил тестовый до 10.7.0, не помогло, изменился только текст:WARNING[6737]: chan_sip.c:9143 process_sdp: Rejecting non-primary audio stream: audio 13082 RTP/AVP 34.
Обновил до 11.0.0-beta1 - заработало.
Как обычно никто ничего не менял.
Не совсем понял как "зарезать на пире" в alow кодеки сузить или сами пакеты править
Ну да ладно, Спасибо всем огромное.

[ded]

Это провайдера своего благодарите, он поменял у себя.

Не совсем понял как "зарезать на пире" в alow кодеки сузить или сами пакеты править

disallow=all
allow=alaw
allow=ulaw

[ys1797]

вы остались без видео, если вас это устраивает - то да, это решение.

Если учесть:

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

m=audio 19864 RTP/AVP 34
a=rtpmap:34 H263/90000
a=sendrecv

Что есть кривизна невероятной силы от провайдера, то видео особо и небыло.

[ys1797]

если мысленно вместо audio поменять на video, то все должно быть правильно.

И номер RTP порта заодно сделать другим.