Anrufweitergabe fehlgeschlagen

[anonymous]

Hallo,

Wenn ich versuche mit Hilfe von 3CX MyPhone eine externe Nummer an meinem IP-Telefon zu wählen, bekomme ich immer die Ansage "Anrufweitergabe fehlgeschlagen"


Hier der Auszug aus dem Log-File:
15:52:59.218 [CM503008]: Call(44): Call is terminated
15:52:54.968 [CM503016]: Call(44): Attempt to reach failed. Reason: Unsupported Media Type
15:52:54.968 [CM503003]: Call(44): Call to sip:***********@192.168.0.19:5062 has failed; Cause: 415 Unsupported Media Type; from IP:192.168.0.19:5062
15:52:54.875 [CM503025]: Call(44): Calling Unknown:***********@(Ln.10000@sn_ptmp)@[Dev:sip:[email protected]:5062]
15:52:54.859 [CM503003]: Call(44): Call to sip:***********@192.168.0.19:5060 has failed; Cause: 415 Unsupported Media Type; from IP:192.168.0.19:5060
15:52:54.781 [CM503025]: Call(44): Calling Unknown:***********@(Ln.10000@sn_ptmp)@[Dev:sip:[email protected]:5060]
15:52:54.718 [CM503004]: Call(44): Route 1: Unknown:***********@(Ln.10000@sn_ptmp)@[Dev:sip:[email protected]:5060,Dev:sip:[email protected]:5062]
15:52:54.718 [CM503010]: Making route(s) to
15:52:53.750 [CM503007]: Call(44): Device joined: sip:[email protected]:2050;line=g33tkeyl

Wobei *********** natürlich eine gültige Telefonnummer ist, ich habe sie nur ausgeblendet.
Wenn ich intern eine Nebenstelle anrufe funktioniert es.

Hat jemand eine Lösung für das Problem?

Ich habe folgende Telefone im Einsatz:

snom 300
Grandstream GXP1200

VoIP Gateway:
Patton SN4634

 

[groundhog]

failed. Reason: Unsupported Media Type

Das ist irgendwas falsch eingestellt, das Patton und das Telefon sprechen nicht die gleiche Sprache.

 

[anonymous]

Habe das gleiche Problem, interne weiterleitungen funktionieren, an externe Nummer nicht.

 

[stefanw]

ich würde immer die umleitungen in der PBX eintragen in den Profilen und nicht an den telefonen!
Warum es bei dir nicht geht comstark, logs?

 

[groundhog]

Da ist irgendeine Einstellung falsch.

Der Fehler (SIP 415) tritt beim parsen des SIP-Datenstroms auf, wenn der Client einen nicht unterstützten Datenstromtyp für die RTP-Übertragung anfordert.
Der Server liefert dann eine Liste mit unterstützten Codecs (so er denn an der Stelle RFC konform ist) und der Client wiederholt die Anforderung mit einem unterstützten Codec.

Soweit die Theorie.

Aber:
1. Der Server muss die Liste ausliefern (Tut er das? Weiss ich nicht.)
2. Und er Client muss eine neue Anforderung mit unterstütztem Codec versenden.

Das ganze Prozedere fällt natürlich flach, wenn von vorneherein alles stimmt.

 

[anonymous]

Da es an den Telefonen ja nicht mehr geht, habe ich es über die Profile versucht.

 

[groundhog]

Hasr Du auch den Fehler 415 oder nur die gleiche Funktionseinschränkung?

 

[anonymous]

Hat irgend jemand schon eine Lösung hierfür ?? Habe das gleiche Problem