Обновили Elastix 2.2.0 и словили забавный глюк - эластикс откидывает все входящий звонки с "Not Acceptable Here"... если вызывающая сторона заявляет более 1 кодека. Неважно какие кодеки, неважно что эластикс поддерживает один из них (alaw). Не работает и всё. Оставляешь один alaw - работает. На своём железе я могу это сделать, а как быть когда номер прилетает откуда-то из интернета?
Догадываюсь что глюк популярный. Как побороть? Пока спасаюсь петлёй на Mediant, но это же маразм полный прогонять звонок через ТФОП только ради подстановки другого кодека.
Да, версии эластикса, переустановки и т.д. ни на что не влияют, как и параметры allow/disallow в описании транков.
Дебаг:
<--- SIP read from UDP:10.20.182.78:5060 --->
INVITE sip:74992196555@10.20.182.106:5060 SIP/2.0
Max-Forwards: 19
Via: SIP/2.0/UDP 10.20.182.78:5060;rport;branch=z9hG4bK608794051
From: <sip:79264445060@10.20.182.78>;tag=1682463956
To: <sip:74992196555@10.20.182.106:5060>
Call-ID: 1408214058@10.20.182.78
CSeq: 742502 INVITE
User-Agent: RTU-1.6.4
Contact: <sip:79264445060@10.20.182.78:5060>
Allow: ACK, INVITE, BYE, CANCEL, REGISTER, REFER, OPTIONS, PRACK, INFO
Supported: 100rel
Remote-Party-ID: "79264445060" <sip:79264445060@91.218.111.140>;screen=yes;privacy=none;party=calling
Content-Type: application/sdp
Content-Length: 306
v=0
o=yate 1353614353 1353614353 IN IP4 10.20.182.78
s=SIP Call
c=IN IP4 10.20.182.78
t=0 0
m=audio 23584 RTP/AVP 8 0 18 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
m=image 17190 udptl t38
a=T38FaxMaxDatagram:250
<------------->
--- (14 headers 13 lines) ---
Sending to 10.20.182.78:5060 (NAT)
Using INVITE request as basis request - 1408214058@10.20.182.78
Found peer 'T2196555' for '79264445060' from 10.20.182.78:5060
== Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
Found RTP audio format 8
Found RTP audio format 0
Found RTP audio format 18
Found RTP audio format 101
Found audio description format PCMA for ID 8
Found audio description format PCMU for ID 0
Found audio description format G729 for ID 18
Found audio description format telephone-event for ID 101
<--- Reliably Transmitting (no NAT) to 10.20.182.78:5060 --->
SIP/2.0 488 Not acceptable here
Via: SIP/2.0/UDP 10.20.182.78:5060;branch=z9hG4bK608794051;received=10.20.182.78;rport=5060
From: <sip:79264445060@10.20.182.78>;tag=1682463956
To: <sip:74992196555@10.20.182.106:5060>;tag=as506e97c4
Call-ID: 1408214058@10.20.182.78
CSeq: 742502 INVITE
Server: FPBX-2.8.1(1.8.18.0)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Content-Length: 0
<------------>
Scheduling destruction of SIP dialog '1408214058@10.20.182.78' in 32000 ms (Method: INVITE)
<--- SIP read from UDP:10.20.182.78:5060 --->
ACK sip:74992196555@10.20.182.106:5060 SIP/2.0
Via: SIP/2.0/UDP 10.20.182.78:5060;rport;branch=z9hG4bK608794051
From: <sip:79264445060@10.20.182.78>;tag=1682463956
To: <sip:74992196555@10.20.182.106:5060>;tag=as506e97c4
Call-ID: 1408214058@10.20.182.78
CSeq: 742502 ACK
Max-Forwards: 19
Contact: <sip:79264445060@10.20.182.78:5060>
User-Agent: RTU-1.6.4
Content-Length: 0
<------------->
--- (10 headers 0 lines) ---
Really destroying SIP dialog '1408214058@10.20.182.78' Method: ACK
delta-pbx*CLI>
Disconnected from Asterisk server
Задан: 2012-11-23 00:04:44 +0400
Просмотрен: 3,734 раз
Обновлен: Nov 23 '12
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
Классно классно , а где другие пакеты? Мне кажется Вы что-то не договариваете. Codec Mismatch - это просто так не бывает. Оно обычно из-за кривости настроек.
zzuz ( 2012-11-23 01:35:45 +0400 )редактироватьcore show translation
awsswa ( 2012-11-23 07:11:28 +0400 )редактировать