Облачная атс билайн...

[ss123ss]

Собственно только на Вас гуру надежда.... нет сил уже бороться....
Имеем два облака от билайна. По первому случаю (он обозначен как SIPXXXXXX) все хорошо и все ровно.
А вот по второму (он обозначен как 903ХХХХХ) звонок заходит но ни в очередь не уходит, ни софтфон не видит его.
Сипы загерены на провайдере. Как видно по логам в случае с 903ХХХХ приходит кодек AMR который астер я так понял не понимает... Настроены оба транка однотипно даже можно сказать скопированы... Тех поддержка говорит что якобы AMR убить на своей стороне не может и делать этого не будет. Каким образом и как все-таки подружить AMR и астер чтобы звоночек заходил? Исходящие на обоих транках работают. Хотя тех поддержка говорит что присылает по мимо AMR еще кодеки....

В общем прошу направить в нужное русло.

Прикрепляю свои скрины и лог из тех поддержки.

INVITE sip:SIP16159U00001@95.71.122.246:5060 SIP/2.0
Max-Forwards: 68
Via: SIP/2.0/UDP 195.239.174.100:5060;branch=z9hG4bKg3Zqkv7izo1o6q81xuw6ymkw1jvwfo4g2
To: "300 SIP16159U00001" <sip:SIP16159U00001@mpbx.sip.beeline.ru>
From: <sip:+79511376427@MSS20MSK.SIP.BEELINE.RU;user=phone>;tag=h7g4Esbg_262204670-1482488550151-
Call-ID: BW1322301512312161517161057@10.64.248.6
CSeq: 362416516 INVITE
Contact: <sip:sgc_c@195.239.174.100;transport=udp>
Record-Route: <sip:195.239.174.100;transport=udp;lr>
Call-Info: <sip:10.64.248.6>;appearance-index=1
Min-Se: 180
P-Asserted-Identity: <sip:+79511376427@MSS20MSK.SIP.BEELINE.RU;user=phone>
Privacy: none
Session-Expires: 1801;refresher=uac
Supported: 100rel
Supported: timer
Content-Type: application/sdp
Content-Length: 494
Recv-Info: x-broadworks-client-session-info
Allow: ACK, BYE, CANCEL, INFO, INVITE, OPTIONS, PRACK, REFER, NOTIFY, UPDATE
Accept: application/media_control+xml
Accept: application/sdp
Accept: application/x-hotsip-filetransfer+xml
ccept: multipart/mixed
v=0
o=BroadWorks 31948208 1 IN IP4 195.239.174.100
s=-
c=IN IP4 195.239.174.71
t=0 0
a=sendrecv
m=audio 7282 RTP/AVP 96 97 8 18 98
c=IN IP4 195.239.174.71
b=RR:0
b=RS:0
a=rtpmap:96 AMR/8000
a=fmtp:96 mode-set=0,2,4,7;mode-change-period=2;mode-change-capability=2;mode-change-neighbor=1;max-red=0
a=rtpmap:97 AMR/8000
a=fmtp:97 mode-set=7;max-red=0
a=rtpmap:8 PCMA/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:98 telephone-event/8000
a=fmtp:98 0-15
a=maxptime:40

[ss123ss]

Вдогонку

[ded]

Судя по инвайту вам присылают AMR + PCMA (alaw) + G729. Пробуйте ограничить не так как у вас -

а оставить только
allow=alaw

Нижний User context не работает у вас. Можно вообще убрать, а в верхнем указать type=friend

Боюсь даже спросить: Вы за облака свои Билайну платите? Если да, то вопрос, который не хочет решать техподдержка Билайна своему клиенту должен публиковаться здесь в разделе Бизнес.
Это ведь будет справедливо?
А Вам тут предстоит ответить - что Вы предприняли прочитав это:
https://github.com/traud/asterisk-amr

[ss123ss]

Дедуль я видел эту статейку.... но решил для начала спросить тут... ибо ну вы простите НО все что Вы пишете = РЕЗУЛЬТАТ.

Конечно справедливо. А у кого-то по другому? Есть у нас ОПСОС, который реально помогает?
Билайну - да, за облака мы платим.
Спасибо - пошел пробовать.

[ded]

Или уж изменить нижний User context на SIP16159U00001 вместо непонятного 22121_in
вам же приходит INVITE sip:SIP16159U00001@95.71.122.246:5060 а не sip:22121_in@95.71.122.246:5060
и там

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

type=user
disallow=all
allow=alaw

Должно работать.