Attendet Transfers funktionieren nicht 415 Unsupported Media Type

wpfundstein

Mitglied
Mitglied seit
24 Nov 2005
Beiträge
267
Punkte für Reaktionen
0
Punkte
16
Hallo zusammen,

folgendes Szenario:

A = Snom 3xx
B = Snom 3xx
C = Snom 3xx

A ruf B, B drückt Hold, B ruft C, B legt auf um Gespräch zu verbinden.

Funktioniert. Kein Problem

A = Snom 3xx
B = Snom 3xx
C = Aastra 142d an DECT RFP32L

A ruf B, B drückt Hold, B ruft C, B legt auf um Gespräch zu verbinden.

Funktioniert nicht. C meldet 415 Unsupported Media Type

Hier der komplette Ablauf. 192.168.80.252 ist Asterisk, 192.168.80.30 ist Aastra DECT Basis.

Code:
|Time     | 192.168.80.252    | 192.168.80.30     |
|8,922    |         INVITE SDP ( g711A g711U GSM telephone-event h...)          |SIP From: sip:[email protected] To:sip:[email protected]
|         |(5060)   ------------------>  (5060)   |
|8,936    |         180 Ringing                   |SIP Status
|         |(5060)   <------------------  (5060)   |
|9,567    |         180 Ringing                   |SIP Status
|         |(5060)   <------------------  (5060)   |
|10,616   |         180 Ringing                   |SIP Status
|         |(5060)   <------------------  (5060)   |
|10,933   |         200 OK SDP ( g711A telephone-event)          |SIP Status
|         |(5060)   <------------------  (5060)   |
|10,933   |         ACK       |                   |SIP Request
|         |(5060)   ------------------>  (5060)   |
|11,004   |         RTP (g711A)                   |RTP Num packets:57  Duration:1.680s SSRC:0x22449F0E
|         |(20060)  <------------------  (16362)  |
|11,174   |         RTP (g711A)                   |RTP Num packets:76  Duration:1.507s SSRC:0xAE0C081
|         |(20060)  ------------------>  (16362)  |
|12,673   |         INFO      |                   |SIP Request
|         |(5060)   ------------------>  (5060)   |
|12,682   |         415 Unsupported Media Type          |SIP Status
|         |(5060)   <------------------  (5060)   |
|12,683   |         BYE       |                   |SIP Request
|         |(5060)   ------------------>  (5060)   |
|12,692   |         200 OK    |                   |SIP Status
|         |(5060)   <------------------  (5060)   |

Die INFO Message

Code:
INFO sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.80.252:5060;branch=z9hG4bK204f0d33;rport
From: "Werner>51" <sip:[email protected]>;tag=as0bcff9bd
To: <sip:[email protected]>;tag=t-579d330a30af263d4
Contact: <sip:[email protected]>
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 103 INFO
User-Agent: easyPBX
Max-Forwards: 70
Content-Type: message/sipfrag
Content-Length: 22
From: "11"
To: "13"

Die 415 Message

Code:
SIP/2.0 415 Unsupported Media Type
Via: SIP/2.0/UDP 192.168.80.252:5060;branch=z9hG4bK204f0d33;rport=5060
From: "Werner>51" <sip:[email protected]>;tag=as0bcff9bd
To: <sip:[email protected]>;tag=t-579d330a30af263d4
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 103 INFO
Allow: INVITE, ACK, OPTIONS, CANCEL, BYE, REFER, NOTIFY, INFO
Accept: application/sdp
Content-Length: 0


Eingesetzt wird Asterisk 1.2.30.4 bristuff

Ich hatte auch schon Fälle wo 488 Not acceptable here kommt und alle Gespräche weg waren.

Grüße, Werner

PS: Angeblich tritt der Fehler mit 1.2.19 nicht auf.
 
Zuletzt bearbeitet:
Ist der Fehler eventuell mit der neueren Bristuff-Version (bristuff-0.3.0-PRE-1y-y mit Asterisk 1.2.34) behoben?

Ich habe das gleiche Problem mit einer KIRK-DECT-Umgebung und dem Attended Transfer. Leider habe ich in der kommenden Woche keine Möglichkeit zu testen, ob Asterisk 1.2.34 den Fehler behebt.
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.