Страница 1 из 1
Проблемы авторизации при исходящей
Добавлено: 18 янв 2013, 11:42
Durimar
У абонента Asterisk 1.6.2 + FreePBX
нет исходящих.
По логам софтвича и варшарка:
При совершении исходящего, после запроса повторной авторизации, астериск отправляет invite, где в поле авторизации вижу response="блаблабла" , при этом nonce=""
Правильтно ли я понимаю, что именно изза отсудствуещего nonce(которое выдно при запросе повторной авторизации) софтсвич его бреет с запросом еще одной попытки повторной авторизации и после трех неудачных попыток, говорит досвиданье??? (грешить то больше не на что, остальные поля вроде как в норме)
Что посовтовать абоненту покрутить в Астериске? В конфигах ничего лишнего и необычного не увидел, Если надо могу и конфиги выслать.
Re: Проблемы авторизации при исходящей
Добавлено: 18 янв 2013, 11:52
ded
Что отвечает софтсвич в ответ, когда астериск отправляет invite, где в поле авторизации response="блаблабла"?
(tar.gz - анализы, амбулатория бесплатно не делает).
Re: Проблемы авторизации при исходящей
Добавлено: 18 янв 2013, 12:09
Vlad1983
передайте оператору, что он лоханулся поставив ZTE
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 10.86.4.52:5060;rport=5060;branch=z9hG4bK61e7f53f
To: <sip:50320@10.1.0.194>;tag=a010049-10644
From: "211"<sip:222111@10.86.4.52>;tag=as4bc06ea4
Call-ID: 225833bf32d25c176dae81227a3bfd08@10.86.4.52
CSeq: 102 INVITE
Proxy-Authenticate: Digest realm="zte",\r\nnonce="2b244890338ba4e8a4608ae74062ac27",\r\nZTE-ID=81916a71c82d36a28a51219e0f59608d
Content-Length: 0
должно быть
Код: Выделить всё
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 10.86.4.52:5060;rport=5060;branch=z9hG4bK61e7f53f
To: <sip:50320@10.1.0.194>;tag=a010049-10644
From: "211"<sip:222111@10.86.4.52>;tag=as4bc06ea4
Call-ID: 225833bf32d25c176dae81227a3bfd08@10.86.4.52
CSeq: 102 INVITE
Proxy-Authenticate: Digest realm="zte", nonce="2b244890338ba4e8a4608ae74062ac27", ZTE-ID=81916a71c82d36a28a51219e0f59608d
Content-Length: 0
Re: Проблемы авторизации при исходящей
Добавлено: 18 янв 2013, 14:07
Durimar
Vlad1983 писал(а):передайте оператору, что он лоханулся поставив ZTE
должно быть
Код: Выделить всё
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 10.86.4.52:5060;rport=5060;branch=z9hG4bK61e7f53f
To: <sip:50320@10.1.0.194>;tag=a010049-10644
From: "211"<sip:222111@10.86.4.52>;tag=as4bc06ea4
Call-ID: 225833bf32d25c176dae81227a3bfd08@10.86.4.52
CSeq: 102 INVITE
Proxy-Authenticate: Digest realm="zte", nonce="2b244890338ba4e8a4608ae74062ac27", ZTE-ID=81916a71c82d36a28a51219e0f59608d
Content-Length: 0
Солидарен на счет ZTE...
Если смотреть логи со стороноы софтсвича, как раз
\r\n отсудствует и сообщение выглядит так, как вы написали... Лог что я выслал был снят абонентом средством tcpdump, вероятно по этой причине появляется
\r\n (я так полагаю это означает перевод строки, не более)
ded писал(а):Что отвечает софтсвич в ответ, когда астериск отправляет invite, где в поле авторизации response="блаблабла"?
отвечает нижеследующее:
Код: Выделить всё
Information:SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.2.1:5060;branch=z9hG4bKf2934f2f953c53ae76e4
To: <sip:50320@10.1.0.73>
From: "211"<sip:222111@10.1.0.73>;tag=as1092bd0e
Call-ID: 7ed2045a7147c69712e866fc14e422fe@10.86.4.52
CSeq: 102 INVITE
Content-Length: 0
Information:SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 192.168.2.1:5060;branch=z9hG4bKf2934f2f953c53ae76e4
To: <sip:50320@10.1.0.73>;tag=a010049-10788
From: "211"<sip:222111@10.1.0.73>;tag=as1092bd0e
Call-ID: 7ed2045a7147c69712e866fc14e422fe@10.86.4.52
CSeq: 102 INVITE
Proxy-Authenticate: Digest realm="zte",
nonce="2b244890338ba4e8a4608ae74062ac27",
ZTE-ID=81916a71c82d36a28a51219e0f59608d
Content-Length: 0
На что Астериск отправляет вновь инвайт где responce c кодом и пустой nonce
Код: Выделить всё
Information:ACK sip:50320@10.1.0.73:5064 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.1:5060;branch=z9hG4bKf2934f2f953c53ae76e4
To: <sip:50320@10.1.0.73>;tag=a010049-10788
From: "211"<sip:222111@10.1.0.73>;tag=as1092bd0e
Call-ID: 7ed2045a7147c69712e866fc14e422fe@10.86.4.52
CSeq: 102 ACK
Max-Forwards: 70
User-Agent: ZTE-SBC
Content-Length: 0
Information:INVITE sip:50320@10.1.0.73:5064 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.1:5060;branch=z9hG4bK8e55205d3b3a73486a51
To: <sip:50320@10.1.0.73>
From: "211"<sip:222111@10.1.0.73>;tag=as1092bd0e
Call-ID: 7ed2045a7147c69712e866fc14e422fe@10.86.4.52
CSeq: 103 INVITE
Max-Forwards: 69
Contact: <sip:222111@192.168.2.1>
P-Access-Network-Info: 3GPP-UTRAN-TDD
Supported: replaces,timer
User-Agent: Asterisk PBX 1.6.2.13
Proxy-Authorization: Digest username="222111", realm="zte", algorithm=MD5, uri="sip:50320@10.1.0.194", nonce="", response="d833ea8d45f9826794e66359453570fb"
Date: Fri, 18 Jan 2013 05:51:38 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Content-Type: application/sdp
Content-Length: 282
v=0
o=root 2072397648 2072397649 IN IP4 192.168.2.1
s=Asterisk PBX 1.6.2.13
c=IN IP4 192.168.2.1
t=0 0
m=audio 21930 RTP/AVP 0 8 3 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:3 GSM/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=ptime:20
a=sendrecv
Re: Проблемы авторизации при исходящей
Добавлено: 18 янв 2013, 16:59
Vlad1983
про то и речь, что в заголовке Proxy-Authenticate не должно быть символов \x0D \x0A \x09
Re: Проблемы авторизации при исходящей
Добавлено: 21 янв 2013, 07:00
Durimar
Vlad1983, Извини наверно не ясно выразился, я имел ввиду что этих символов при обмене сообщениями, между софтсвичом и астом, по факту нет и небыло. Эти символы подставляются самой утилитой tcpdump и только в лог, для того чтобы на экране лог выглядел красиво и читабельно.
Re: Проблемы авторизации при исходящей
Добавлено: 21 янв 2013, 07:06
Vlad1983
снимите дамп в файл
Re: Проблемы авторизации при исходящей
Добавлено: 21 янв 2013, 19:48
SolarW
... и откройте полученный файл утилитой WIreShark.
Я для этого вот так tcpdump запускаю
tcpdump -ni eth0 -s 0 host 123.123.123.123 -w /tmp/dump.pcap
Название интерфейса и айпишник с кем сессия будет перехватываться соответственно ваши.
Re: Проблемы авторизации при исходящей
Добавлено: 22 янв 2013, 08:17
Durimar
Дамп был снят, выложил его в самом начале.
На самом деле это уже не важно. Проблема решилась с помощью pedanic.
Спасибо!