[PROBLEM] snom 300 hinter FBF 7170/7270 und 1&1: Fehler bei Handyanrufen am snom

[Ecki-No1]

dass dies jedoch mit z.B. Sipgate funktioniert ist aber auch ein Zeichen für eine Inkompatibilität zwischen SNOM 300 und 1und1 Gateways.

Aber eine 7050 oder 3130 haben dieses Problem nicht, und die 7170 erst seit Firmware 29.04.49. Sehr verwirrend das ganze. Ich glaube, da haben alle 3 ihre Hausaufgaben nicht korrekt gemacht - wobei ich mir von AVM und snom noch am ehesten Hilfe auf meine tickets verspreche.

Ich hab das ja ausführlich in post #137 getestet, mit dem Ergebnis, dass es mit älterer Firmware auf der 7170 funktioniert. Nur fehlen dieser FW die ABs und das interne Fax - daran hab ich mich schon so sehr gewöhnt.
Ich glaube das größte Potential steckt im Service von AVM. Ggf. fixt AVM das Problem, wenn sich genug snom-AVM-1und1-Kunden melden.

EDIT: Habe mal "KenHutchinson" auf diesen thread aufmerksam gemacht, er hat 7270, snom M3 und am anderen Wohnort auch 1und1-Komplett.

Vielleicht meldet er sich.

EDIT2: mit dem Audio-Codec könnte es zusammenhängen
Anruf kein Verbindungsaufbau

m=audio 22530 RTP/AVP 8 0 18 101 102 103 104 105 4 106 3 107 108 109 125 99 100
a=rtpmap:101 G729a/8000
a=rtpmap:102 G726-16/8000
a=rtpmap:103 G726-24/8000
a=rtpmap:104 G726-32/8000
a=rtpmap:105 G7231-H/8000
a=rtpmap:106 G7231-L/8000
a=rtpmap:107 G729b/8000
a=rtpmap:108 G7231a-H/8000
a=rtpmap:109 G7231a-L/8000
a=rtpmap:125 GnX64/8000
a=rtpmap:99 telephone-event/8000
a=fmtp:99 0-15
a=rtpmap:100 X-NSE/8000
a=fmtp:100 192-194,200-202
a=X-sqn:0
a=X-cap: 1 audio RTP/AVP 100
a=X-cpar: a=rtpmap:100 X-NSE/8000
a=X-cpar: a=fmtp:100 192-194,200-202
a=X-cap: 2 image udptl t38

Anruf mit erfolgreichem Verbindungsaufbau

m=audio 13502 RTP/AVP 8 0 3 97 18 112 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:3 GSM/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:112 G726-32/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -
a=ptime:20
a=sendrecv

 

[muenchner]

mit versch. Firmware könnte natürlich auch mit "nicht SIP aware" zu tun haben aber wenn ihr bereits mit exposed host versucht habt dann glaube ich nicht an "nicht Sip aware" weil alle ports dann an das Telefon geschickt werden.
Da VoIP (also ein Anruf mit einem SIP Phone welches bei 1und1 registriert ist) bei einem SNOM 300 funktioniert scheint das Problem SIP aware nicht schuld zu sein. Man müsste mal versuchen bei einem Voip zu Voip einen anderen Codec (z.B. GSM) zu erzwingen und schauen ob es dann immer noch mit dem Snom 300 funktioniert.

 

[Ecki-No1]

Hm, schau mal hier, man kann die Codecreihenfolge / Paketgröße beeinflussen, für jede Identität getrennt. Welche Codecs würdest Du für 1und1 vorschlagen? Ich teste das nachher, wenn das LAN-Kabel wieder frei ist.

 

[=Henry=]

Habe alle 7 Codecs getestet:
Paketgröße 20ms
snom (1u1) <-> FBF (1u1)
Ergebnis
G.711 / G.711a / G.726-32 funktionieren fehlerfrei
Bei den anderen Codecs kommt besetzt.
Edit 1:
Paketgröße 30 ms/40ms/60ms
alle Codecs funktionieren

Edit 2:
die Problematik mit dem Handy bleibt bei allen Paketgrößen bestehen

Gruß Henry

 

[muenchner]

nimm doch mal das Softphone .. dann aktiviere nur den GSM codec und ruf mal vom handy auf das softphone. Wenn es funktioniert mach das auch mit dem Snom 300.
Dann vergleich den Sip Traces.

 

[=Henry=]

snom softphone (SP) installiert.
1. Test:
SP (1u1) <-> FBF (1u1) = o.k.
2. Test:
SP (1u1) <-> Handy (D1) = Mmh, anders als sonst.
Rufsignalisierung -> abheben am SP -> KEIN weiterer Ruf am Handy! -> scheint also zu funktionieren

Ich muss dazu sagen, das ich kein Headset am PC habe.
Was mich stutzig macht: wenn ich VoIP<->Voip telefoniere (Test 1), kann ich beide Richtungen hören am PC-Lautsprecher.
Bei Test 2 komischerweise nicht.
Kann bitte jemand den Test mit Headset gegenchecken?

Gruß Henry

 

[Bibie]

Hmm, ich kann es leider nicht gegentesten, bei mir läuft das Softsnom nicht. Ich lade aber gerade eine neue Version auf das snom 7.03.14, mal sehen, wie es damit geht...

 

[Ecki-No1]

Wieso Headset? geht doch über den PC-Lautsprecher.

@muenchner
hab mal GSM Codec (GSM FR) erzwungen

Handy zu snom300 (kein Gesprächsaufbau)

Received from udp:212.227.15.231:5060 at 26/1/2009 22:24:33:885 (2107 bytes):

INVITE sip:[email protected]:61003 SIP/2.0
Record-Route: <sip:212.227.15.231;lr=on;ftag=1933225597>
Record-Route: <sip:212.227.15.193;lr=on;ftag=1933225597>
Record-Route: <sip:212.227.15.197;lr=on;ftag=1933225597>
Record-Route: <sip:217.188.58.181;lr=on;ftag=1933225597>
Via: SIP/2.0/UDP 212.227.15.231;branch=z9hG4bK8845.5f7b34eaddf9932c8de17c451eefbe3f.0
Via: SIP/2.0/UDP 212.227.15.193;branch=z9hG4bK8845.5f7b34eaddf9932c8de17c451eefbe3f.0
Via: SIP/2.0/UDP 212.227.15.197;branch=z9hG4bK8845.2a09de84.0
Via: SIP/2.0/UDP 217.188.58.181;branch=z9hG4bK8845.2a09de84.0
Via: SIP/2.0/UDP 1und1-3.sip.mgc.voip.telefonica.de:5060;received=193.189.245.138;branch=z9hG4bKterm-183b66a-+498935xxxxxx-+491738xxxxxx-49982
Route: <sip:212.227.15.231;lr>
From: +491738xxxxxx <sip:[email protected]:5060;user=phone>;tag=1933225597
To: +498935xxxxxx <sip:[email protected]:5060;user=phone>
Call-ID: 44abf0f0-1b7bc789-7bbd77cb-c25c@subscriber3.interconnect.mgc.voip.telefonica.de
CSeq: 1 INVITE
Max-Forwards: 25
Supported: timer
Session-Expires: 1800
Min-SE: 1800
Contact: +491738xxxxxx <sip:[email protected]:5060>
Allow: INVITE,ACK,PRACK,SUBSCRIBE,BYE,CANCEL,NOTIFY,INFO,REFER,UPDATE
P-Asserted-Identity: +491738xxxxxx <sip:[email protected];user=phone>
Content-Type: application/sdp
Content-Length: 679

v=0
o=- 5515235 0 IN IP4 62.53.226.117
s=Cisco SDP 0
c=IN IP4 62.53.226.117
t=0 0
m=audio 17592 RTP/AVP 8 0 18 101 102 103 104 105 4 106 3 107 108 109 125 99 100
[COLOR=Red][B]a=rtpmap:101 G729a/8000
a=rtpmap:102 G726-16/8000
a=rtpmap:103 G726-24/8000
a=rtpmap:104 G726-32/8000
a=rtpmap:105 G7231-H/8000
a=rtpmap:106 G7231-L/8000
a=rtpmap:107 G729b/8000
a=rtpmap:108 G7231a-H/8000
a=rtpmap:109 G7231a-L/8000
a=rtpmap:125 GnX64/8000
a=rtpmap:99 telephone-event/8000[/B][B]
a=fmtp:99 0-15
a=rtpmap:100 X-NSE/8000[/B][/COLOR]

Handy an softsnome: OK

Received from udp:212.227.15.197:5060 at 26/1/2009 22:28:24:796 (2107 bytes):

INVITE sip:[email protected]:2942;line=ojn9itpa SIP/2.0
Record-Route: <sip:212.227.15.197;lr=on;ftag=39656848>
Record-Route: <sip:212.227.15.193;lr=on;ftag=39656848>
Record-Route: <sip:212.227.15.231;lr=on;ftag=39656848>
Record-Route: <sip:217.188.58.181;lr=on;ftag=39656848>
Via: SIP/2.0/UDP 212.227.15.197;branch=z9hG4bK3bbe.6e05b44912188984b7519df0818ea67d.1
Via: SIP/2.0/UDP 212.227.15.193;branch=z9hG4bK3bbe.6e05b44912188984b7519df0818ea67d.1
Via: SIP/2.0/UDP 212.227.15.231;branch=z9hG4bK3bbe.812b4947.0
Via: SIP/2.0/UDP 217.188.58.181;branch=z9hG4bK3bbe.812b4947.0
Via: SIP/2.0/UDP 1und1-4.sip.mgc.voip.telefonica.de:5060;received=193.189.245.139;branch=z9hG4bKterm-184bf43-+498935xxxxxx-+491738xxxxxx-26446
Route: <sip:212.227.15.197;lr>
From: +491738xxxxxx <sip:[email protected]:5060;user=phone>;tag=39656848
To: +498935xxxxxx <sip:[email protected]:5060;user=phone>
Call-ID: 31d77f8d-192e6baa-d922997-c249@subscriber4.interconnect.mgc.voip.telefonica.de
CSeq: 1 INVITE
Max-Forwards: 25
Supported: timer
Session-Expires: 1800
Min-SE: 1800
Contact: +491738xxxxxx <sip:[email protected]:5060>
Allow: INVITE,ACK,PRACK,SUBSCRIBE,BYE,CANCEL,NOTIFY,INFO,REFER,UPDATE
P-Asserted-Identity: +491738xxxxxx <sip:[email protected];user=phone>
Content-Type: application/sdp
Content-Length: 677

v=0
o=- 6260709 0 IN IP4 62.53.226.57
s=Cisco SDP 0
c=IN IP4 62.53.226.57
t=0 0
m=audio 17752 RTP/AVP 8 0 18 101 102 103 104 105 4 106 3 107 108 109 125 99 100
[COLOR=Red][B]a=rtpmap:101 G729a/8000
a=rtpmap:102 G726-16/8000
a=rtpmap:103 G726-24/8000
a=rtpmap:104 G726-32/8000
a=rtpmap:105 G7231-H/8000
a=rtpmap:106 G7231-L/8000
a=rtpmap:107 G729b/8000
a=rtpmap:108 G7231a-H/8000
a=rtpmap:109 G7231a-L/8000
a=rtpmap:125 GnX64/8000
a=rtpmap:99 telephone-event/8000[/B][B]
a=fmtp:99 0-15
a=rtpmap:100 X-NSE/8000[/B][/COLOR]

Update auf Version 7.03.14 wird grad gemacht. Woher Bibie das schon wieder weiß .... :verdaech:

 

[=Henry=]

Wieso Headset?

Damit ich auch sprechen kann.
So ist es ja nur ein Oneway-Test. (nur hören)

Gruß Henry

 

[Ecki-No1]

Mist nach Update ne ganz neue Fehlermeldung:
1und1.de: Keine RFC1918-IPs erlaubt

Was'n nu wieder los? :motz:

 

[=Henry=]

Gleiches Problem bei mir.
@bibie?

"Brat mir doch den Storch" wie Du so schön sagst.
Kurze Freude über die neue Soft = langes Gesicht.

Gruß Henry

 

[KenHutchinson]

EDIT: Habe mal "KenHutchinson" auf diesen thread aufmerksam gemacht, er hat 7270, snom M3 und am anderen Wohnort auch 1und1-Komplett.

Hallo zusammen,

ich habe in eurem Thread bereits hin und wieder mitgelesen.
Allerdings habe ich mit dem Snom m3 besagte Probleme nicht. Nach der, leider etwas stressigen, Einrichtung funktioniert das Snom sowohl an der 7270, als auch an der 7141 mit allen (also auch mit reinen 1und1-Nummern) fehlerfrei (siehe Sig.). Dabei macht es keinen Unterschied, ob die jeweilige Nummer nur im Snom, oder im Snom und in der Fritz!Box registriert ist.

Leider weiß ich nicht, inwieweit sich die m3 Benutzeroberfläche mit der der Snom 3xx Familie gleicht, somit kann ich, es sei denn ich könnte bei konkreten Fragen (meine vorgenommenen Einstellungen, etc.) weiterhelfen, leider nichts konstruktives beitragen.


Ken

 

[Bibie]

Dito. Diese Fehlermeldung hat irgendwas mit dem stun zu tun, hab gerade mal gegoogelt und das hier gefunden. Habe die neue Version aufgespielt, das snom zurückgesetzt und alle Daten wieder so eingegeben, wie sie vorher waren. Anschließend Neustart - nix, dann Reset - nix, dann stromlos - nix! :noidea: Vllt. muß irgendwo noch ein Punkt an- oder ausgeschalten werden.

 

[=Henry=]

Hallo Ken,

für den Anfang wäre es interessant ob und wie Du Stun am M3 eingerichtet hast.

Gruß Henry

 

[KenHutchinson]

@ henry:

Ich hoffe, es sind diese Informationen, die du haben möchtest:


STUN server: stun.1und1.de

STUN bindtime guard: 60

STUN bindtime determine: No

STUN keep alive time: 90

Enable STUN: Yes

Enable RPORT: No

 

[=Henry=]

@ henry:
Ich hoffe, es sind diese Informationen, die du haben möchtest:

Ja, das meinte ich schon.
Vielen Dank Ken, aber leider kein Erfolg. (bei mir zumindestens)
Und bei Euch? (bibie, ecki)

Gruß Henry

 

[KenHutchinson]

@ Ecki:

Die einzige Abweichung zu deinen Einstellungen aus Post #3 ist, dass ich im Reiter Netztwerk DHCP aktiviert habe, keine Ahnung, ob das weiterhilft...


Ken

 

[Bibie]

Ich habe ein automatisches Downgrade auf Version 6.5.13 gemacht, alle Daten wieder eingegeben und diese Fehlermeldung ist weg, Nummer ist wieder angemeldet. Jetzt werde ich wieder ein automatisches Update auf Version 7.1.30 machen, mal sehen, ob es klappt. Ich melde mich wieder!

Edit

Hab gleich mal einen Probeanruf vom Handy zum snom gemacht, es klappt hier auch schon nicht.

Edit #2

@KenHutchinson, hast Du ein Handy mit 1&1-SIM-Karte? Wenn ja, könntest Du mal bitte probieren, ob Du damit Dein Snom m3 mit 1&1-VoIP-Nr. anrufen kannst.

Edit #3

Update zur Version 7.1.30 ist geglückt, Daten wurden richtig übernommen, Anruf klappt auch hier nicht vom 1&1-Handy zum 1&1-snom. Ich taste mich jetzt mit einem weiteren Update zur Version 7.3.14 vor, melde mich dann wieder.

Edit #4

Update zur Version 7.3.14 ist fertig, Daten wurden anscheinend übernommen, aber diese Fehlermeldung "Keine RFC1918-IPs erlaubt" ist wieder da. Ich mach jetzt wieder ein Downgrade... :motz:

 

[=Henry=]

Mir ist ein Unterschied im DNS Cache aufgefallen.
In der alten FW hat das snom immer die Verbindung zum stun Server gehabt.
Man sah die direkte IP des Servers.
Jetzt passiert gar nichts. Das snom "sucht" gar nicht erst einen stun, egal was ich unter NAT eintrage.

Gruß Henry
P.S. ich teste im Moment mein snom mit bluesip.
Macht aber keinen Unterschied zu 1u1 bei dieser Art Fehler.

 

[=Henry=]

Downgrad auf 7.3.10a
NAT Einstellungen sind völlig identisch zur 7.3.14
siehe Bild.

Gruß Henry