SNOM m3 an T-Online - not acceptable

[IEEE]

Hallo,

Ein Snom M3 das direkt an einer T-Online Leitung (tel.t-online.de) registriert ist, macht mir seit Mitte der Woche Probleme. Hat vorher über 1 Jahr geklappt (und klappt auch mit einem anderen Provider auf einer anderen Identität), aber auf einmal gehen keine Calls mehr durch. Der relevante SIP Trace stellt sich so dar:

Received from udp:217.0.16.42:5060 at 09/11/2012 09:11:25  (1493 bytes)

INVITE sip:[email protected]:5065;line=12368 SIP/2.0
Via: SIP/2.0/UDP 217.0.16.42:5060;branch=z9hG4bK61f36fc7e05887911ca4f28133b9ea37
Via: SIP/2.0/TCP 62.155.0.194:5060;branch=z9hG4bKe2c5f4582bee181ab2eef2e43cdb5bb1.05c66a93
Record-Route: <sip:[email protected]:5060;lr>, <sip:[email protected]:5060;transport=udp;lr>
Max-Forwards: 50
To: <sip:[email protected]:5065;line=12368>
From: <sip:[email protected];user=phone>;tag=f9251f6f
Call-ID: [email protected]
Contact: <sip:[email protected]:5060>
Supported: early-session,precondition,199
CSeq: 17464 INVITE
Allow: ACK, BYE, CANCEL, INFO, INVITE, MESSAGE, OPTIONS, PRACK, PUBLISH, REFER, REGISTER, SUBSCRIBE, UPDATE
P-Asserted-Identity: <sip:[email protected];user=phone>
P-Called-Party-ID: <sip:[email protected]:5060;transport=tcp;user=phone>
Session-ID: 509CBAAD-00208E1F@ynxc2pcu-6
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 467

v=0
o=hiQ9200 4683320121009091125 1198522382 IN IP4 217.0.16.106
s=Phone Call via hiQ9200 SIPCA
c=IN IP4 217.0.0.149
t=0 0
m=audio 14784 RTP/AVP 8 0 100
b=AS:64
b=RS:800
b=RR:2400
a=rtpmap:8 PCMA/8000
a=fmtp:8 vad=no
a=rtpmap:0 PCMU/8000
a=fmtp:0 vad=no
a=rtpmap:100 telephone-event/8000
a=fmtp:100 0-15
a=sqn: 0
a=curr:qos local sendrecv
a=curr:qos remote none
a=des:qos none local sendrecv
a=des:qos none remote sendrecv
a=sendrecv
a=ptime:20


Sent to udp:217.0.16.42:5060 at 09/11/2012 09:11:25  (394 bytes)

SIP/2.0 100 Trying
Via: SIP/2.0/UDP 217.0.16.42:5060;branch=z9hG4bK61f36fc7e05887911ca4f28133b9ea37
Via: SIP/2.0/TCP 62.155.0.194:5060;branch=z9hG4bKe2c5f4582bee181ab2eef2e43cdb5bb1.05c66a93
From: <sip:[email protected];user=phone>;tag=f9251f6f
To: <sip:[email protected]:5065;line=12368>
Call-ID: [email protected]
CSeq: 17464 INVITE
Content-Length: 0



Sent to udp:217.0.16.42:5060 at 09/11/2012 09:11:25  (824 bytes)

SIP/2.0 406 Not Acceptable
Via: SIP/2.0/UDP 217.0.16.42:5060;branch=z9hG4bK61f36fc7e05887911ca4f28133b9ea37
Via: SIP/2.0/TCP 62.155.0.194:5060;branch=z9hG4bKe2c5f4582bee181ab2eef2e43cdb5bb1.05c66a93
Max-Forwards: 50
From: <sip:[email protected];user=phone>;tag=f9251f6f
To: <sip:[email protected]:5065;line=12368>
Call-ID: [email protected]
CSeq: 17464 INVITE
Contact: <sip:[email protected]>
Allow: ACK, BYE, CANCEL, INFO, INVITE, MESSAGE, OPTIONS, PRACK, PUBLISH, REFER, REGISTER, SUBSCRIBE, UPDATE
Content-Disposition: session
P-Asserted-Identity: <sip:[email protected];user=phone>
Record-Route: <sip:[email protected]:5060;lr>,<sip:[email protected]:5060;transport=udp;lr>
Supported: early-session,precondition,199
Content-Length: 0

Hat jemand eine Idee warum das Snom an dieser Stelle ein "not acceptable" zurück schickt?

Vielen Dank

 

[IEEE]

Hmm - jetzt wo ich das hier gepostet habe, fällt mir das "transport=tcp;" im Invite auf. tcp ist ja nicht unbedingt standard für die Übertragung der Sprachdaten.
Leider finde ich im Webinterface des m3 keine Möglichkeit tcp für den transport zu aktivieren.