Имеем Elastix (free pbx) и SIP провайдер. Транк peer написано следующее
| Код: |
| username=1458007087 user=1458007087 type=friend secret=SeSeSeSeS qualify=yes insecure=very host=sip.telecom.kz fromuser=1458007087 fromdomain=sip.telecom.kz dtmfmode=rfc2833 context=from-trunk |
регистрируем так
| Код: |
| 1458007087:SeSeSeSeS@sip.telecom.kz/1458007087 |
Начинается вроде все правильно, все поля заполнены:
Reliably Transmitting (NAT) to 92.46.61.21:5060:
REGISTER sip:sip.telecom.kz SIP/2.0
Via: SIP/2.0/UDP 178.91.225.159:5060;branch=z9hG4bK36984369;rport
From: ;tag=as69a5f74d
To:
Call-ID: 45ddf13d564995a05e2cf10236c10a41@178.91.225.159
CSeq: 102 REGISTER
User-Agent: Cisco-SIPGateway/IOS-12.x
Max-Forwards: 70
Expires: 600
Contact:
Event: registration
Content-Length: 0
При прочтении следующего пакета закрадываются сомнения – я предполагаю, что URI сформирован неправильно. Кто в этом виноват – Астериск или SIP провайдер? Думаю, что в строке Authorization данные только от провайдера, так как realm задавал явно не я.
Responding to challenge, registration to domain/host name sip.telecom.kz
REGISTER 13 headers, 0 lines
Reliably Transmitting (NAT) to 92.46.61.21:5060:
REGISTER sip:sip.telecom.kz SIP/2.0
Via: SIP/2.0/UDP 178.91.225.159:5060;branch=z9hG4bK026051e8;rport
From: ;tag=as77874860
To:
Call-ID: 45ddf13d564995a05e2cf10236c10a41@178.91.225.159
CSeq: 103 REGISTER
User-Agent: Cisco-SIPGateway/IOS-12.x
Max-Forwards: 70
Authorization: Digest username="1458007087", realm="BroadWorks", algorithm=MD5, uri="sip:sip.telecom.kz", nonce="BroadWorksXgjp5e5xbTbjvkzxBW", response="b515092ef191f5b9f31cf0de212dcf43", qop=auth, cnonce="7163d0a1", nc=00000001
Expires: 600
Contact:
Event: registration
Content-Length: 0
Наконец Asterisk считает меня зарегистрированным, последний пакет показывает, что не все мои данные приняты (expires=720, хотя defaultexpiry от меня 600)
SIP/2.0 200 OK
Via: SIP/2.0/UDP 178.91.225.159:5060;received=178.91.225.159;branch=z9hG4bK026051e8;rport=5060
From: ;tag=as77874860
To: ;tag=1622803912-1296706203309
Call-ID: 45ddf13d564995a05e2cf10236c10a41@178.91.225.159
CSeq: 103 REGISTER
Contact: ;expires=720;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event
Content-Length: 0
Но смотрим ниже, при этом от меня получается идут такие OPTIONS, где транк, отправляющий пакет, не идентифицирован , то есть Unknown, как в SIP URI дебага, приведенного выше? И ни один пакет options не имеет того же идентификатора Call-ID, что при регистрации.
Reliably Transmitting (NAT) to 92.46.61.21:5060:
OPTIONS sip:sip.telecom.kz SIP/2.0
Via: SIP/2.0/UDP 178.91.225.159:5060;branch=z9hG4bK6c88b9b5;rport
From: "Unknown" ;tag=as5d07fa5e
To:
Contact:
Call-ID: 192545bf403aa74b3ecdf0231ae9cf89@178.91.225.159
CSeq: 102 OPTIONS
User-Agent: Cisco-SIPGateway/IOS-12.x
Max-Forwards: 70
Date: Thu, 03 Feb 2011 04:10:32 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Supported: replaces
Content-Length: 0
ВОЗНИКШИЕ ВОПРОСЫ:
1. SIP URI во втором пакете и unknown в Options - это проблема Астериска или SIP провайдера? Если Астериска, как мне ее исправить?
2. Если провайдера - как мне ее обойти Астериском, ибо добраться до специалистов id phone невозможно, звонок жестко терминируется бюро ремонта, отвечающих на уровне традиционных телефонистов? Понятно, что если выхода нет, буду искать выход на провайдера ногами.
_________________
Дети, которые получили два и более подарков, пожалуйста, верните посох и шубу, и отпустите Снегурочку, Вы ее не так поняли...
| Цитата: |
| И ни один пакет options не имеет того же идентификатора Call-ID, что при регистрации. |
Уууу, батенька, надо читать букварь по SIP протоколу... Call-ID тут транзакцию метит, типа, от запроса до ответа.
_________________
ys
http://voip.rus.net/
все циска
может у человека тяжелое похмелье
https://encrypted.google.com/search?hl=ru&q=OPTIONS+Unknown+SIP&aq=f&aqi=&aql=&oq=
сходите зачитайтесь
все ясно рассписано
useragent=Cisco-SIPGateway/IOS-12.x