[PROBLEM] Sparvoip läuft nicht über IX67 mit SNOM

Pingpong

Neuer User
Mitglied seit
17 Sep 2006
Beiträge
176
Punkte für Reaktionen
0
Punkte
0
Meine Snom Telefone können sich hinter dem IX67 nicht bei Sparvoip (und vermulich allen anderen Betamaxen) registrieren. Im Log sieht das so aus:

Code:
JAN 13 12:16:18	tSip	info	recv 192.168.1.4: REGISTER sip:sip.sparvoip.de SIP/2.0
JAN 13 12:16:18	tSip	debug	NEW_TRANSACTION SERVER 1 REGISTER 0x896fb04
JAN 13 12:16:18	tSip	debug	SIP forward: sip:sip.sparvoip.de
-> sip:sip.sparvoip.de
JAN 13 12:16:18	tSip	debug	Proxy forwards REGISTER request.
JAN 13 12:16:18	tSip	debug	DNS NAPTR lookup for target: sip.sparvoip.de
JAN 13 12:16:18	tSip	info	NAPTR record sip.sparvoip.de does not exist
JAN 13 12:16:18	tSip	debug	Making a SRV query: _sip._udp.sip.sparvoip.de
JAN 13 12:16:18	tSip	info	DNS query (SRV) for '_sip._udp.sip.sparvoip.de' at 83.169.184.161: no such domain name (3)
JAN 13 12:16:18	tSip	debug	Making a SRV query: _sip._tcp.sip.sparvoip.de
JAN 13 12:16:18	tSip	info	DNS query (SRV) for '_sip._tcp.sip.sparvoip.de' at 83.169.184.161: no such domain name (3)
JAN 13 12:16:18	tSip	debug	DNS A lookup for target: sip.sparvoip.de
JAN 13 12:16:18	tSip	debug	Found query string (sip.sparvoip.de) in A cache.
JAN 13 12:16:18	tSip	debug	SIP request from grp:1:secl:3, to grp:2:secl:1.
JAN 13 12:16:18	tSip	debug	IPaddr 192.168.1.4 needs modification in group 2
JAN 13 12:16:18	tSip	debug	IPaddr 192.168.1.4 needs modification in group 2
JAN 13 12:16:18	t3	info	send sf (0x896efc0) 194.120.0.198: REGISTER sip:sip.sparvoip.de SIP/2.0
JAN 13 12:16:18	tSip	debug	NEW_TRANSACTION CLIENT 1 REGISTER 0x896efc0
JAN 13 12:16:18	tSip	debug	Recv 448 bytes from 194.120.0.198, socket 20
JAN 13 12:16:18	tSip	info	recv 194.120.0.198: SIP/2.0 401 Unauthorized
JAN 13 12:16:18	tSip	error	Discarding bad response. Via header missing
JAN 13 12:16:18	tSip	debug	Recv 740 bytes from 192.168.1.4, socket 21
JAN 13 12:16:18	tSip	info	recv 192.168.1.4: REGISTER sip:sip.sparvoip.de SIP/2.0
JAN 13 12:16:18	tSip	debug	Received retransmission in 0x896fb04.
JAN 13 12:16:18	tSip	debug	SIP server recvd msg in state SIP_INITIAL
JAN 13 12:16:19	t3	info	resend sf (0x896efc0) 194.120.0.198: REGISTER sip:sip.sparvoip.de SIP/2.0
JAN 13 12:16:19	tSip	debug	Recv 448 bytes from 194.120.0.198, socket 20
JAN 13 12:16:19	tSip	info	recv 194.120.0.198: SIP/2.0 401 Unauthorized
JAN 13 12:16:19	tSip	error	Discarding bad response. Via header missing
JAN 13 12:16:19	tSip	debug	Recv 740 bytes from 192.168.1.4, socket 21
JAN 13 12:16:19	tSip	info	recv 192.168.1.4: REGISTER sip:sip.sparvoip.de SIP/2.0
JAN 13 12:16:19	tSip	debug	Received retransmission in 0x896fb04.
JAN 13 12:16:19	tSip	debug	SIP server recvd msg in state SIP_INITIAL
JAN 13 12:16:21	t3	info	resend sf (0x896efc0) 194.120.0.198: REGISTER sip:sip.sparvoip.de SIP/2.0
JAN 13 12:16:21	tSip	debug	Recv 448 bytes from 194.120.0.198, socket 20
JAN 13 12:16:21	tSip	info	recv 194.120.0.198: SIP/2.0 401 Unauthorized
JAN 13 12:16:21	tSip	error	Discarding bad response. Via header missing
JAN 13 12:16:21	tSip	debug	Recv 740 bytes from 192.168.1.4, socket 21
JAN 13 12:16:21	tSip	info	recv 192.168.1.4: REGISTER sip:sip.sparvoip.de SIP/2.0
JAN 13 12:16:21	tSip	debug	Received retransmission in 0x896fb04.
JAN 13 12:16:21	tSip	debug	SIP server recvd msg in state SIP_INITIAL
JAN 13 12:16:25	t3	info	resend sf (0x896efc0) 194.120.0.198: REGISTER sip:sip.sparvoip.de SIP/2.0
JAN 13 12:16:25	tSip	debug	Recv 448 bytes from 194.120.0.198, socket 20
JAN 13 12:16:25	tSip	info	recv 194.120.0.198: SIP/2.0 401 Unauthorized
JAN 13 12:16:25	tSip	error	Discarding bad response. Via header missing
JAN 13 12:16:25	tSip	debug	Recv 740 bytes from 192.168.1.4, socket 21
JAN 13 12:16:25	tSip	info	recv 192.168.1.4: REGISTER sip:sip.sparvoip.de SIP/2.0
JAN 13 12:16:25	tSip	debug	Received retransmission in 0x896fb04.
JAN 13 12:16:25	tSip	debug	SIP server recvd msg in state SIP_INITIAL
JAN 13 12:16:26	tSip	debug	Recv 952 bytes from 192.168.1.33, socket 21

Bitte nicht von dem "401 Unauthorized" verwirren lassen, das scheint bei den Snoms normal zu sein. Die versuchen immer zuerst eine Registrierung ohne User/Passwort und senden erst bei negativem Returncode eine Registrierung mit User/Passwort (btw: weiss jemand warum die das so seltsam machen?).

Die 401 Antwort gelangt jedoch nicht bis zum Snom, vermutlich wegen dem Fehler "Discarding bad response. Via header missing".

Lässt sich da was machen, oder kann man Sparvoip damit vergessen?
 
Verschlüsselung Nutzername war schon aus.
URI-Encoding ausschalten änderte nix.
Und am Snom war das Pakete filtern ebenfalls schon aus.
 
Hast du mal versucht, Sparvoip per XF&Reg direkt im IX67 SIP Switch zu konfigurieren? Wenn das klappt, dann würde das darauf schließen lassen, dass eine Einstellung am SNOM noch nicht so ist, wie sie sein sollte.
 
Ich hab alle möglichen Varianten durchprobiert. Problem ist wohl, daß die Antworten von Sparvoip keinen Via-Header haben. Das war schon ein Problem mit OpenSER. Mit OpenSER als Outbound Proxy ging ebenfalls nix. Es klappte nur wenn sich die Telefone direkt registriert haben, ohne Outbound Proxy. Diese Möglichkeit habe ich mit dem IX67 nicht mehr, da sich der die Verbindung immer "schnappt", auch wenn man im Telefon keinen Outbound Proxy einträgt. (Steht auch so in der Doku, dort wird das als Feature angepriesen, daß man in den Telefonen den Router nicht als Proxy eintragen braucht).
 
Ich meinte, ob du das mal als "USER" im IX67 konfiguriert hast (also ohne jedes SNOM dran)
 
Du meinst als Client (der sich registriert) für ankommende Anrufe? Nein, bisher nicht. Da ich bei Sparvoip keine Festnetznummer habe kann ich das nur für abgehende Gespräche nutzen.
Meinst du das macht einen Unterschied? Ich kann's ja heute Abend mal probieren.
 
Ja, so meinte ich das; also den SparVoip Account nur im IX67 (sonst nirgends). Dann würde das zwar nur nutzbar sein, indem zu ein analoges Telefon an den IX67 anstöpselst, aber zu Testzwecken wäre das ja mal einen Versuch wert.
Dann könnte man u. U. weiter testen, welche spezifischen Einstellungen mal im SNOM vornehmen müsste, damit es dann auch dort klappt.
 
Mit "Reg" resgistriert er sich nicht bei Sparvoip. Kommt die gleiche Fehlermeldung wie immer:
Discarding bad response. Via header missing
 
Hm, komisch, dass SparVoip das so macht. Hast du denen mal geschrieben?
 

Zurzeit aktive Besucher

Statistik des Forums

Themen
244,839
Beiträge
2,219,264
Mitglieder
371,543
Neuestes Mitglied
Brainbanger
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.