bei einer Testumgebung bin ich auf nach wenigen Sekunden abbrechende Gespräche gestossen. Die Ursache war anscheinend,
dass LCOS (hier 10.12.0045) die SIP-Methode UPDATE als unterstützt annonciert, die Nutzung für RTP-Redirects aber ablehnt.
Asterisk sendet UPDATE an LANCOM 10.12.0045, weil die Methode als unterstützt annonciert wird.
Code: Alles auswählen
Reliably Transmitting (no NAT) to 10.1.33.1:5060:
UPDATE sip:111@10.1.33.1:5060;transport=UDP SIP/2.0
Via: SIP/2.0/UDP 10.1.252.130:5060;branch=z9hG4bK671a3416
Max-Forwards: 70
From: <sip:+491234567890@10.1.252.130>;tag=as775fb634
To: <sip:111@10.1.33.1:5060;transport=UDP>;tag=-21554074-421917461
Contact: <sip:+491234567890@10.1.252.130:5060>
Call-ID: 14a73f031e013a5d1958a0f64ea52841@10.1.252.130:5060
CSeq: 104 UPDATE
User-Agent: acme VoIP PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
X-asterisk-Info: SIP re-invite (External RTP bridge)
P-Asserted-Identity: "+491234567890" <sip:+491234567890@10.1.252.130>
Content-Type: application/sdp
Content-Length: 293
v=0
o=root 598065105 598065107 IN IP4 10.1.252.130
s=call
c=IN IP4 10.1.252.130
t=0 0
m=audio 53344 RTP/AVP 9 8 0 111 112
a=rtpmap:9 G722/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:111 G726-32/8000
a=rtpmap:112 AAL2-G726-32/8000
a=ptime:20
a=maxptime:150
a=sendrecv
Die Methode wird aber abgelehnt.
Code: Alles auswählen
<--- SIP read from UDP:10.1.33.1:5060 --->
SIP/2.0 405 Method Not Allowed
Via: SIP/2.0/UDP 10.1.252.130:5060;branch=z9hG4bK671a3416;received=10.1.252.130;rport=5060
From: <sip:+491234567890@10.1.252.130>;tag=as775fb634
To: <sip:111@10.1.33.1;transport=UDP>;tag=-21554074-421917461
Call-ID: 14a73f031e013a5d1958a0f64ea52841@10.1.252.130:5060
CSeq: 104 UPDATE
User-Agent: LANCOM 1781EW+ / 10.12.0045 / 21.07.2017
Server: Lancom
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS, PRACK, UPDATE, SUBSCRIBE
Content-Length: 0
Asterisk beendet das Gespräch
Code: Alles auswählen
[Jul 23 17:46:00] WARNING[8022][C-00000023]: chan_sip.c:24901 handle_response: Host '10.1.33.1:5060' does not implement 'UPDATE'
Code: Alles auswählen
Reliably Transmitting (no NAT) to 10.1.33.1:5060:
BYE sip:111@10.1.33.1:5060;transport=UDP SIP/2.0
Via: SIP/2.0/UDP 10.1.252.130:5060;branch=z9hG4bK2d9a9a5e
Max-Forwards: 70
From: <sip:+491234567890@10.1.252.130>;tag=as775fb634
To: <sip:111@10.1.33.1:5060;transport=UDP>;tag=-21554074-421917461
Call-ID: 14a73f031e013a5d1958a0f64ea52841@10.1.252.130:5060
CSeq: 105 BYE
User-Agent: acme VoIP PBX
Reason: Q.850;cause=18
X-Asterisk-HangupCause: No user responding
X-Asterisk-HangupCauseCode: 18
Content-Length: 0
<--- SIP read from UDP:10.1.33.1:5060 --->
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.1.252.130:5060;branch=z9hG4bK2d9a9a5e;received=10.1.252.130;rport=5060
From: <sip:+491234567890@10.1.252.130>;tag=as775fb634
To: <sip:111@10.1.33.1>;tag=-21554074-421917461
Call-ID: 14a73f031e013a5d1958a0f64ea52841@10.1.252.130:5060
CSeq: 105 BYE
User-Agent: LANCOM 1781EW+ / 10.12.0045 / 21.07.2017
Server: Lancom
Allow: REGISTER, INVITE, ACK, CANCEL, BYE, REFER, NOTIFY, OPTIONS, PRACK, UPDATE, SUBSCRIBE
Content-Length: 0
Vielleicht ist das hier Work-in-Progress bei LCOS? Oder habe ich den entscheidenden Thread übersehen, der das Thema schon diskutiert hat?
Gruß,
rougu