Страница 1 из 1
Sending fake auth rejection for device ...
Добавлено: 24 окт 2013, 23:29
Otkrick
SIP-оператор подключен по выделенному каналу(его внутренняя сетка). Маршруты настроены, файрвол выключен. Все работало несколько месяцев, сегодня появилась проблема: при входящем звонке пишет: Sending fake auth rejection for device НомерЗвонящего@172.213.58.18. Исходящие при этом работают.
[TRUNK]
type=friend
host=172.213.58.18
registersip=no
nat=yes
alwaysauthreject=no
outboundproxy=172.213.58.18
srvlookup=no
disallow=all
allow=alaw
allowguest=yes
context=incoming
deny=0.0.0.0/0.0.0.0
insecure=invite,port
permit=172.213.58.18/255.255.255.252 (пробовал разрешать всех, не помогает)
[general]
allowguest=no
1. Если делаю в [general] allowguest=yes, то входящий звонок попадает в [default] и в IVR(временно добавил), тогда в IVR не воспроизводятся файлы: not found. При этом со второго провайдера все нормально с той же IVR м теми же файлами.
2. В tcpdump'е видел что-то про Proxy auth required(Asterisk шлет проксе), т.е. мой же астериск требует авторизацию, но прокся без авторизации.
Re: Sending fake auth rejection for device ...
Добавлено: 25 окт 2013, 00:06
Otkrick
Совершаю звонок с мобильного на городской(asterisk):
<------------->
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 0 [ 50]: INVITE sip:[МОЙ_ГОРОДСКОЙ]@[МОЙ_IP_В_ПРОВАЙДЕРСКОЙ_СЕТИ]:5060 SIP/2.0
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 1 [ 67]: Via: SIP/2.0/UDP [IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]:5060;x-route-tag="tgrp:ewsd-trunk"
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 2 [ 57]: From: <sip:[МОЙ_МОБИЛЬНЫЙ]@[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]>;tag=2FC95B10-169C
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 3 [ 36]: To: <sip:[МОЙ_ГОРОДСКОЙ]@[МОЙ_IP_В_ПРОВАЙДЕРСКОЙ_СЕТИ]>
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 4 [ 35]: Date: Thu, 24 Oct 2013 19:42:39 GMT
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 5 [ 60]: Call-ID: 468FF6E4-3C1B11E3-86F5E643-48AB88DC@[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 6 [ 23]: Supported: timer,100rel
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 7 [ 12]: Min-SE: 1800
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 8 [ 55]: Cisco-Guid: 1183639939-1008407011-2264065603-1219201244
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 9 [ 37]: User-Agent: Cisco-SIPGateway/IOS-12.x
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 10 [ 86]: Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, COMET, REFER, SUBSCRIBE, NOTIFY, INFO
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 11 [ 16]: CSeq: 101 INVITE
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 12 [ 15]: Max-Forwards: 6
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 13 [ 87]: Remote-Party-ID: <sip:[МОЙ_МОБИЛЬНЫЙ]@[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]>;party=calling;screen=yes;privacy=off
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 14 [ 21]: Timestamp: 1382643759
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 15 [ 47]: Contact: <sip:[МОЙ_МОБИЛЬНЫЙ]@[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]:5060>
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 16 [ 12]: Expires: 180
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 17 [ 29]: Allow-Events: telephone-event
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 18 [ 29]: Content-Type: application/sdp
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 19 [ 19]: Content-Length: 260
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 20 [ 0]:
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Body 0 [ 3]: v=0
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Body 1 [ 63]: o=CiscoSystemsSIP-GW-UserAgent 6810 8526 IN IP4 [IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Body 2 [ 10]: s=SIP Call
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Body 3 [ 24]: c=IN IP4 [IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Body 4 [ 5]: t=0 0
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Body 5 [ 28]: m=audio 18182 RTP/AVP 18 8 0
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Body 6 [ 24]: c=IN IP4 [IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Body 7 [ 21]: a=rtpmap:18 G729/8000
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Body 8 [ 20]: a=fmtp:18 annexb=yes
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Body 9 [ 20]: a=rtpmap:8 PCMA/8000
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Body 10 [ 20]: a=rtpmap:0 PCMU/8000
[Oct 24 23:42:39] VERBOSE[1395] chan_sip.c: --- (20 headers 11 lines) ---
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: = Looking for Call ID: 468FF6E4-3C1B11E3-86F5E643-48AB88DC@[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА] (Checking From) --From tag 2FC95B10-169C --To-tag
[Oct 24 23:42:39] DEBUG[1395] logger.c: CALL_ID [C-00000000] created by thread.
[Oct 24 23:42:39] DEBUG[1395] acl.c: For destination '[МОЙ_ШЛЮЗ]', our source address is '[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]'.
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Setting SIP_TRANSPORT_UDP with address [IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]:5060
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Allocating new SIP dialog for 468FF6E4-3C1B11E3-86F5E643-48AB88DC@[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА] - INVITE (No RTP)
[Oct 24 23:42:39] DEBUG[1395][C-00000000] logger.c: CALL_ID [C-00000000] bound to thread.
[Oct 24 23:42:39] DEBUG[1395][C-00000000] chan_sip.c: **** Received INVITE (5) - Command in SIP INVITE
[Oct 24 23:42:39] DEBUG[1395][C-00000000] sip/reqresp_parser.c: Begin: parsing SIP "Supported: timer,100rel"
[Oct 24 23:42:39] DEBUG[1395][C-00000000] sip/reqresp_parser.c: Found SIP option: -timer-
[Oct 24 23:42:39] DEBUG[1395][C-00000000] sip/reqresp_parser.c: Matched SIP option: timer
[Oct 24 23:42:39] DEBUG[1395][C-00000000] sip/reqresp_parser.c: Found SIP option: -100rel-
[Oct 24 23:42:39] DEBUG[1395][C-00000000] sip/reqresp_parser.c: Matched SIP option: 100rel
[Oct 24 23:42:39] DEBUG[1395][C-00000000] netsock2.c: Splitting '[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]:5060' into...
[Oct 24 23:42:39] DEBUG[1395][C-00000000] netsock2.c: ...host '[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]' and port '5060'.
[Oct 24 23:42:39] DEBUG[1395][C-00000000] chan_sip.c: NAT detected for [IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]:5060 / [МОЙ_ШЛЮЗ]:55303
[Oct 24 23:42:39] VERBOSE[1395][C-00000000] chan_sip.c: Sending to [МОЙ_ШЛЮЗ]:55303 (NAT)
[Oct 24 23:42:39] DEBUG[1395][C-00000000] chan_sip.c: Initializing initreq for method INVITE - callid 468FF6E4-3C1B11E3-86F5E643-48AB88DC@[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]
[Oct 24 23:42:39] VERBOSE[1395][C-00000000] chan_sip.c: Using INVITE request as basis request - 468FF6E4-3C1B11E3-86F5E643-48AB88DC@[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]
[Oct 24 23:42:39] DEBUG[1395][C-00000000] netsock2.c: Splitting '[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]' into...
[Oct 24 23:42:39] DEBUG[1395][C-00000000] netsock2.c: ...host '[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]' and port ''.
[Oct 24 23:42:39] VERBOSE[1395][C-00000000] chan_sip.c: No matching peer for '[МОЙ_МОБИЛЬНЫЙ]' from '[МОЙ_ШЛЮЗ]:55303'
[Oct 24 23:42:39] NOTICE[1395][C-00000000] chan_sip.c: Sending fake auth rejection for device <sip:[МОЙ_МОБИЛЬНЫЙ]@[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]>;tag=2FC95B10-169C
[Oct 24 23:42:39] VERBOSE[1395][C-00000000] chan_sip.c:
<--- Transmitting (NAT) to [МОЙ_ШЛЮЗ]:55303 --->
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP [IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]:5060;x-route-tag="tgrp:ewsd-trunk";received=[МОЙ_ШЛЮЗ];rport=55303
From: <sip:[МОЙ_МОБИЛЬНЫЙ]@[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]>;tag=2FC95B10-169C
To: <sip:[МОЙ_ГОРОДСКОЙ]@[МОЙ_IP_В_ПРОВАЙДЕРСКОЙ_СЕТИ]>;tag=as3c797424
Call-ID: 468FF6E4-3C1B11E3-86F5E643-48AB88DC@[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]
CSeq: 101 INVITE
Server: Asterisk PBX 11.2.1
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Proxy-Authenticate: Digest algorithm=MD5, realm="asterisk", nonce="069ce007"
Content-Length: 0
<------------>
[Oct 24 23:42:39] DEBUG[1395][C-00000000] chan_sip.c: Trying to put 'SIP/2.0 407' onto UDP socket destined for [МОЙ_ШЛЮЗ]:55303
[Oct 24 23:42:39] VERBOSE[1395][C-00000000] chan_sip.c: Scheduling destruction of SIP dialog '468FF6E4-3C1B11E3-86F5E643-48AB88DC@[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]' in 32000 ms (Method: INVITE)
[Oct 24 23:42:39] VERBOSE[1395][C-00000000] chan_sip.c: Scheduling destruction of SIP dialog '468FF6E4-3C1B11E3-86F5E643-48AB88DC@[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]' in 32000 ms (Method: INVITE)
[Oct 24 23:42:39] DEBUG[1395][C-00000000] logger.c: Call_ID [C-00000000] being removed from thread.
[Oct 24 23:42:39] VERBOSE[1395] chan_sip.c:
<--- SIP read from UDP:[МОЙ_ШЛЮЗ]:55303 --->
ACK sip:[МОЙ_ГОРОДСКОЙ]@[МОЙ_IP_В_ПРОВАЙДЕРСКОЙ_СЕТИ]:5060 SIP/2.0
Via: SIP/2.0/UDP [IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]:5060;x-route-tag="tgrp:ewsd-trunk"
From: <sip:[МОЙ_МОБИЛЬНЫЙ]@[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]>;tag=2FC95B10-169C
To: <sip:[МОЙ_ГОРОДСКОЙ]@[МОЙ_IP_В_ПРОВАЙДЕРСКОЙ_СЕТИ]>;tag=as3c797424
Date: Thu, 24 Oct 2013 19:42:39 GMT
Call-ID: 468FF6E4-3C1B11E3-86F5E643-48AB88DC@[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]
Max-Forwards: 6
Content-Length: 0
CSeq: 101 ACK
<------------->
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 0 [ 47]: ACK sip:[МОЙ_ГОРОДСКОЙ]@[МОЙ_IP_В_ПРОВАЙДЕРСКОЙ_СЕТИ]:5060 SIP/2.0
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 1 [ 67]: Via: SIP/2.0/UDP [IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]:5060;x-route-tag="tgrp:ewsd-trunk"
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 2 [ 57]: From: <sip:[МОЙ_МОБИЛЬНЫЙ]@[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]>;tag=2FC95B10-169C
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 3 [ 51]: To: <sip:[МОЙ_ГОРОДСКОЙ]@[МОЙ_IP_В_ПРОВАЙДЕРСКОЙ_СЕТИ]>;tag=as3c797424
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 4 [ 35]: Date: Thu, 24 Oct 2013 19:42:39 GMT
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 5 [ 60]: Call-ID: 468FF6E4-3C1B11E3-86F5E643-48AB88DC@[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 6 [ 15]: Max-Forwards: 6
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 7 [ 17]: Content-Length: 0
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: Header 8 [ 13]: CSeq: 101 ACK
[Oct 24 23:42:39] VERBOSE[1395] chan_sip.c: --- (9 headers 0 lines) ---
[Oct 24 23:42:39] DEBUG[1395] chan_sip.c: = Looking for Call ID: 468FF6E4-3C1B11E3-86F5E643-48AB88DC@[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА] (Checking From) --From tag 2FC95B10-169C --To-tag as3c797424
[Oct 24 23:42:39] DEBUG[1395][C-00000000] logger.c: CALL_ID [C-00000000] bound to thread.
[Oct 24 23:42:39] DEBUG[1395][C-00000000] chan_sip.c: **** Received ACK (6) - Command in SIP ACK
[Oct 24 23:42:39] DEBUG[1395][C-00000000] chan_sip.c: Stopping retransmission on '468FF6E4-3C1B11E3-86F5E643-48AB88DC@[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]' of Response 101: Match Not Found
[Oct 24 23:42:39] DEBUG[1395][C-00000000] logger.c: Call_ID [C-00000000] being removed from thread.
[Oct 24 23:42:41] DEBUG[1395] chan_sip.c: Auto destroying SIP dialog '63e05c26515222755bb2dab3724a8f8c@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]'
[Oct 24 23:42:41] DEBUG[1395] chan_sip.c: Destroying SIP dialog 63e05c26515222755bb2dab3724a8f8c@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]
[Oct 24 23:42:41] VERBOSE[1395] chan_sip.c: Really destroying SIP dialog '63e05c26515222755bb2dab3724a8f8c@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]' Method: REGISTER
[Oct 24 23:42:41] DEBUG[1395] chan_sip.c: Auto destroying SIP dialog '4a0d0ee87ec195337da9575752d1f74b@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]'
[Oct 24 23:42:41] DEBUG[1395] chan_sip.c: Destroying SIP dialog 4a0d0ee87ec195337da9575752d1f74b@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]
[Oct 24 23:42:41] VERBOSE[1395] chan_sip.c: Really destroying SIP dialog '4a0d0ee87ec195337da9575752d1f74b@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]' Method: REGISTER
[Oct 24 23:42:41] DEBUG[1395] chan_sip.c: Auto destroying SIP dialog '4f0300d42df9e2886c29e4801261a987@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]'
[Oct 24 23:42:41] DEBUG[1395] chan_sip.c: Destroying SIP dialog 4f0300d42df9e2886c29e4801261a987@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]
[Oct 24 23:42:41] VERBOSE[1395] chan_sip.c: Really destroying SIP dialog '4f0300d42df9e2886c29e4801261a987@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]' Method: REGISTER
[Oct 24 23:42:41] DEBUG[1395] chan_sip.c: Auto destroying SIP dialog '0ede6a0764c669d9734e037b65b67805@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]'
[Oct 24 23:42:41] DEBUG[1395] chan_sip.c: Destroying SIP dialog 0ede6a0764c669d9734e037b65b67805@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]
[Oct 24 23:42:41] VERBOSE[1395] chan_sip.c: Really destroying SIP dialog '0ede6a0764c669d9734e037b65b67805@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]' Method: REGISTER
[Oct 24 23:42:41] DEBUG[1395] chan_sip.c: Auto destroying SIP dialog '420d11b865fe879e7bd1b1ae18145e2d@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]'
[Oct 24 23:42:41] DEBUG[1395] chan_sip.c: Destroying SIP dialog 420d11b865fe879e7bd1b1ae18145e2d@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]
[Oct 24 23:42:41] VERBOSE[1395] chan_sip.c: Really destroying SIP dialog '420d11b865fe879e7bd1b1ae18145e2d@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]' Method: REGISTER
[Oct 24 23:42:41] DEBUG[1395] chan_sip.c: Auto destroying SIP dialog '215fc24242efb8e7178654e17496b823@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]'
[Oct 24 23:42:41] DEBUG[1395] chan_sip.c: Destroying SIP dialog 215fc24242efb8e7178654e17496b823@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]
[Oct 24 23:42:41] VERBOSE[1395] chan_sip.c: Really destroying SIP dialog '215fc24242efb8e7178654e17496b823@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]' Method: REGISTER
[Oct 24 23:42:41] DEBUG[1395] chan_sip.c: Auto destroying SIP dialog '47e5bd932be9a12b0835be3c4fb34e03@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]'
[Oct 24 23:42:41] DEBUG[1395] chan_sip.c: Destroying SIP dialog 47e5bd932be9a12b0835be3c4fb34e03@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]
[Oct 24 23:42:41] VERBOSE[1395] chan_sip.c: Really destroying SIP dialog '47e5bd932be9a12b0835be3c4fb34e03@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]' Method: REGISTER
[Oct 24 23:42:41] DEBUG[1395] chan_sip.c: Auto destroying SIP dialog '1899cd4e5a2324612979fffd134b2f9b@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]'
[Oct 24 23:42:41] DEBUG[1395] chan_sip.c: Destroying SIP dialog 1899cd4e5a2324612979fffd134b2f9b@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]
[Oct 24 23:42:41] VERBOSE[1395] chan_sip.c: Really destroying SIP dialog '1899cd4e5a2324612979fffd134b2f9b@[IP_АСТЕРИСКА_В_МОЕЙ_ЛОКАЛЬНОЙ_СЕТИ]' Method: REGISTER
[Oct 24 23:42:45] VERBOSE[1420] asterisk.c: -- Remote UNIX connection disconnected
[Oct 24 23:42:51] VERBOSE[1395] chan_sip.c:
Провайдер почему-то ищет пользователя exten@МОЙ_ШЛЮЗ, а не exten@МОй_IP_В_ПРОВАЙДЕРСКОЙ_СЕТИ. В чем может быть проблема?
Re: Sending fake auth rejection for device ...
Добавлено: 25 окт 2013, 07:04
Vlad1983
"[IP_ПРОВАЙДЕРСКОГО_СЕРВЕРА]"
за опрератора боитесь?
решайте тогда вместе с ним
бесполезные дебаги здесь не нужны
Re: Sending fake auth rejection for device ...
Добавлено: 25 окт 2013, 15:57
shurskiy
Читать это невозможно. Вы бы сами попробовали перед тем, как такой дебаг выкинуть на форум. "Трэш, угар и садомия!" При том, что вы пишите host=172.213.58.18, далее заменяя его на ПРОВАЙДЕРСКИЙ_...
nat=yes - это зачем?
У вас куча перекрывающих друг друга действий.
Re: Sending fake auth rejection for device ...
Добавлено: 26 окт 2013, 04:14
ded
Осмелюсь поправить - содомия! (От Содома и Гоморры, а не от садо-мазо, который, в свою очередь, от маркиза де Сада).
Re: Sending fake auth rejection for device ...
Добавлено: 28 окт 2013, 09:40
shurskiy
Вообще да, а так нет.
То, в каком виде приведено - садомия...