Боброго дня!
За nat-ом (dlink dfl 800) поднят asterisk 1.8, на нем настроен мультифон. Регистрация проходит прекрасно, исходящие тоже прекрасно.
Входящие звонки не проходят, при этом, в консоли сыплются следующие ошибки:
NOTICE[31034]: chan_sip.c:22546 handle_request_invite: Sending fake auth rejection for device sip:7хххххххххх@multifon.ru;tag=503E324631353641A5020702
Транк настроен по инструкции http://www.line24.ru/archives/1096, srvlookup enabled. Входящий маршрут настроен на основной ivr.
После экспериментов, оказалось, если разрешить SIP guests, то звонок приходит, но валится с ошибкой:
Using SIP RTP TOS bits 184
== Using SIP RTP CoS mark 5
-- Executing [7хххххххххх@from-sip-external:1] NoOp("SIP/multifon.ru-00000001", "Received incoming SIP connection from unknown peer to 7хххххххххх") in new stack
-- Executing [7хххххххххх@from-sip-external:2] Set("SIP/multifon.ru-00000001", "DID=79225149618") in new stack
-- Executing [7хххххххххх@from-sip-external:3] Goto("SIP/multifon.ru-00000001", "s,1") in new stack
-- Goto (from-sip-external,s,1)
-- Executing [s@from-sip-external:1] GotoIf("SIP/multifon.ru-00000001", "0?checklang:noanonymous") in new stack
-- Goto (from-sip-external,s,5)
-- Executing [s@from-sip-external:5] Set("SIP/multifon.ru-00000001", "TIMEOUT(absolute)=15") in new stack
Channel will hangup at 2013-06-07 22:57:00.840 MSK.
-- Executing [s@from-sip-external:6] Answer("SIP/multifon.ru-00000001", "") in new stack
-- Executing [s@from-sip-external:7] Wait("SIP/multifon.ru-00000001", "2") in new stack
-- Executing [s@from-sip-external:8] Playback("SIP/multifon.ru-00000001", "ss-noservice") in new stack
-- <SIP/multifon.ru-00000001> Playing 'ss-noservice.gsm' (language 'en')
Как победить? Кто сталкивался? В какую сторону копать?
спросил
2013-06-08 00:56:40 +0400
r2d2d2d2 1 ● 1 ● 1
Лог звонка http://pastebin.com/4pCMy5kw
r2d2d2d2 ( 2013-06-08 01:02:55 +0400 )редактироватьinsecure выставлен в invite
r2d2d2d2 ( 2013-06-08 19:00:19 +0400 )редактироватьпроблема решилась выносом астериска в зону dmz на роутере. по всей видимости, даже при отключенных sip alg и hardware antivirus, устройство продолжало "ковырять" пакеты с трафиком
r2d2d2d2 ( 2013-06-15 18:37:16 +0400 )редактировать