Sipura 2000, fli4l und 1&1

Status
Für weitere Antworten geschlossen.
Nachfolgend ports werden nicht benötigt:

ist für grandstream adapter:
5004-5005 10.202.64.5 udp -> 1und1 lt. 1&1 FAQ

ist für xlite:
30000-30005 10.202.64.5 udp -> RTP-Portrange lt. 1&1 FAQ
5070-5072 10.202.64.5 udp -> SIP-Port 1und1

Zum Problem!

was steht unter SIP/NAT Keep Alive Intvl: ?
was steht unter Register Expires: ?
 
Port 5070 und nicht 5060 für 1&1 SIP

@Netwiev

Sorry, wenn ich Dich auch einmal verbessern muss und Danke für Deine aktive Mithilfe.

Den Port 5070 brauche ich definitiv für den 1&1 SIP, wenn ich
den 5060 nehme funzt die Registrierung am 1&1 SIP nicht. Also
den 5070 benötige ich für die 1&1 VoIP-Telephonie (nachzulesen
auch unter faq.1und1.de).

Ohne 5070 geht es nicht, die 5060 nutzt hier gar nichts und ich
habe es erfolgreich mit der 5070 als Port im Einsatz, wohingegen
es bei der 5060 scheiterte.

Die Anderen weiss ich nicht, diese habe ich jedoch immer nach und
nach aufgrund von Hinweisen hinzugeschaltet und es funzt, seitdem.
Sobal alles korrekt läuft kann ich mich ja danach mit dem Abschalten
von Forwardings beschäftigen. Trotzdem Danke für den Hinweis!!!!

Nun zu meinem noch bestehendem Problem und Deinen Fragen:

NAT Keep Alive Intvl: die Standard 15
Register Expires: die Standard 3600

Sollte ich diese Verändern?

Danke und Gruß

Alles was ich bisher verändert und eingestellt habe, der Rest steht
noch auf Werkseinstellungen:

ADVANCED-SYSTEM:

DHCP: no
Static IP: 192.168.59.20 (Sipura 2000)
Gateway: 192.168.59.15 (fli4l 2.0.8 )
NetMask: 255.255.255.0
Hostname: SipuraVoIP (Mein Devicename)
Domain: d.k (Meine Domain)
Primary DNS: 192.168.59.15 (fli4l 2.0.8 )
Secondary DNS: 194.25.2.129 (dns03.btx.dtag.de)
DNS Server Order: manual
DNS Query Mode: Parallel

ADVANCED-SIP:

STUN Enable: yes (changed, no before)
STUN Test Enable: yes (changed, no before)
STUN Server: stun.einsundeins.de:3478 (212.227.15.200)
NAT Support Parameters: komplett alle Punkte auf YES setzen!!!!

ADVANCED-LINE 1:

Line Enable: yes
NAT Mapping Enable: yes
NAT Keep Alive Enable: yes
SIP Port: 5070 (1&1 SIP Port)
EXT SIP Port: blank
Proxy: sip.1und1.de (212.227.15.194)
Outbound Proxy: blank
Use Outbound Proxy: no (don't changed)
Use OB Proxy In Dialog: no (changed, yes before)
Display Name: 493581xxxxxx (meine Nummer)
User ID: 493581xxxxx (meine Nummer)
Use Auth ID: yes (changed, no before)
Password: xxxxxxxx (mein VoIP Passwort)
Auth ID: 493581xxxxx (meine Nummer)

Dial Plan: (*xx|[3469]11|0|00|[2-9]xxxxxx|1xxx[2-9]xxxxxxS0|xxxxxxxxxxxx.)
Enable IP Dialing: no (don't changed)

ADVANCED-LINE 2:

Line Enable: no (changed, yes before)
 
Re: Port 5070 und nicht 5060 für 1&1 SIP

kuba schrieb:
@Netwiev

Sorry, wenn ich Dich auch einmal verbessern muss und Danke für Deine aktive Mithilfe.

Den Port 5070 brauche ich definitiv für den 1&1 SIP, wenn ich
den 5060 nehme funzt die Registrierung am 1&1 SIP nicht. Also
den 5070 benötige ich für die 1&1 VoIP-Telephonie (nachzulesen
auch unter faq.1und1.de).

Ohne 5070 geht es nicht, die 5060 nutzt hier gar nichts und ich
habe es erfolgreich mit der 5070 als Port im Einsatz, wohingegen
es bei der 5060 scheiterte.

Die Anderen weiss ich nicht, diese habe ich jedoch immer nach und
nach aufgrund von Hinweisen hinzugeschaltet und es funzt, seitdem.
Sobal alles korrekt läuft kann ich mich ja danach mit dem Abschalten
von Forwardings beschäftigen. Trotzdem Danke für den Hinweis!!!!

Nun zu meinem noch bestehendem Problem und Deinen Fragen:

NAT Keep Alive Intvl: die Standard 15
Register Expires: die Standard 3600

Sollte ich diese Verändern?

Also - mit dem port 5070 geht 1&1 mal wieder eigene Wege?!

Sorry - ich habe keinen 1&1 Account (nur gmx) und bei allen mir bekannten Providern ist der port 5060 Standard und daher nahm ich an, dass in der FAQ mal wieder alles kreuzweise vermischt wurde!
Du kannst 'register expires' mal auf 600 setzen (10 min.) und schauen ob dadurch eine Besserung eintritt.

Gruss

Netview
 
@GMX -> 5060

Huhu,

bei meinem GMX Acc. ist es übrigens auch die 5060 ;o)

Die 600 bringt keinen Erfolg, aber ich glaube ich habe mich auch
nicht korrekt ausgedrückt.

Es ist nicht so, dass er sich dann nicht mehr versucht zu registrieren.
Nein ganz im Gegenteil, er registriert sich am SIP mit dem
Ergebnis -> Registration State: FAILED / Next Registration In: xxx s

Das ist das Problem, welches ich habe.

Nach einem SIPURA-"Update" oder nach einer 24-Std.-Zwangstrennung
erfolgt der Registrierunsgversuch zwar wieder aber mit dem Ergebnis
Failed.

Das ist es was mich verzweifeln lässt.

Danke und Gruß
 
Schau dir mal diesen thread an:
http://www.ip-phone-forum.de/forum/viewtopic.php?t=537

Dort wird beschrieben wie ein syslog/debug-log erstellt wird.
Anhand dieses logs müsste es möglich sein diesen Fehler einzugrenzen (Ausgabe erfolgt z.B. auch im imonc syslog sofern dieser auf debug steht).
Auf dem spa muss man hierzu unter system/syslog-server die IP eines clients eintragen auf dem der imonc läuft!
 
Du hast einen outbound-proxy gesetzt und den stun - es geht nur entweder oder!

STUN Test Enable: no

Outbound Proxy:
Use Outbound Proxy: no
Use OB Proxy In Dialog: no
 
@Syslog

;-) -> Ich weiss schon wie das geht :)
Hab schonmal welche hier gepostet *hihi*

Der Syslog sagt immer das nachfolgende->

Der Log ->

RSE_DEBUG: reference domain:sip.1und1.de
[0:5070]->212.227.15.194:5060
[0:5070]->212.227.15.194:5060
NOTIFY sip:sip.1und1.de SIP/2.0
Via: SIP/2.0/UDP 217.235.49.68:61000;branch=z9hG4bK-de573f4;rport
From: 4935813609784 <sip:[email protected]>;tag=acda3b2b6
To: <sip:sip.1und1.de>
Call-ID: [email protected]
CSeq: 16 NOTIFY
Max-Forwards: 70
Event: keep-alive
User-Agent: Sipura/SPA2000-2.0.11(g)
Content-Length: 0

[0:5070]<<212.227.15.194:5060
[0:5070]<<212.227.15.194:5060
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 217.235.49.68:61000;branch=z9hG4bK-de573f4;rport=
From: 4935813609784 <sip:[email protected]>;tag=acda3b2b6
To: <sip:sip.1und1.de>;tag=88206e8a06d2f38851ec6d94935e9d08-9a74
Call-ID: [email protected]
CSeq: 16 NOTIFY
Server: Sip EXpress router (0.8.14 (i386/linux))
Content-Length: 0

[0]ExtSipPortChanged:0
RSE_DEBUG: unref domain, sip.1und1.de
RSE_DEBUG: last unref for domain sip.1und1.de


(Hast Du hier Fehler entdecken können
http://superkubi.homeftp.net/sipura/sipura.htm ??)
 
Neue Erkenntnis und der Härtetest

Ich habe mal unter
ADVANCED-"SIP":
bei "SIP Timer Values (sec)"
den "Reg Retry Long Intvl:" Wert auf 300 gesetzt, der war vorher 1200
nun ist folgender Erfolg zu verzeichnen:

Zumindest wenn ich den Sipura neu starte, dann schlägt die erste Registrierung generell fehl, aber die Zweite registrierung am 1&1 SIP
klappt und ich kann mein gegenüber anrufen und hören und er mich auch.

So jetzt der Härtetest: "Ich kicke nun die DSL-Verbindung im fli4l."

Also bis gleich!
Drückt mir die Daumen das es jetzt endlich funzt, damit ich
mal irgendwann wieder normal ins Bett gehen kann. *hihi*

Bis gleich.
 
Im syslog ist nichts ausergewöhnliches zu sehen und bezieht sich auf das 'nat keep alive = yes' was manchmal in die Hose geht!
Du solltest 'nat keep alive' daher zunächst mal auf 'no' lassen.
 
@Proxy.... @ NAT-Keep-Al... = kein Unterschied festzustellen :'(

Muss ich jetzt täglich meinen fli4l einmal neustarten lassen, damit der
Sipura sich wieder registriert?

Ich habe ein gewöhnliches hangup gemacht für den DSL und das wars.
Ich habe die Forwardings neu einlesen lassen und immer noch kein Erfolg.

Nach so ner Trennung vom DSL registriert er sich nicht mehr und
unter INFO sehe ich auch keine EXT-IP mehr die er zugewiesen
bekommen müsste.

Orr menno :'(
 
Versuche doch mal die externe-ip per dyndns-service einzutragen (s. dyndns.org).
 
Zum Port 5060:
Das ist der Standard-Port für SIP, mit dem sich ein User-Agent beim Server anmeldet.
Da der Sipura SPA-2000 zwei Lines unterstützt, muss er sich auch auf zwei unterschiedlichen Ports anmelden, wenn Line 1 Port 5060 benutzt, muss auf Line 2 etwas anderes genutzt werden. Standardeinstellung ist hier 5061.
Letztlich ist fast egal, welchen Port man hier einstellt, solange dieser nicht durch ein anderes Programm belegt wird.
Der eingestellte Port muss dann im Router an den SPA weitergeleitet werden, damit man von außen erreichbar ist - auf diesem Port werden eingehende Gespräche signalisiert.
 
Netview schrieb:
Versuche doch mal die externe-ip per dyndns-service einzutragen (s. dyndns.org).
Das funktioniert leider nicht. Das habe ich schonmal probiert.
Außer Sipura hat das in einer neuen Firmware-Version geändert, ich kann mich aber nicht erinnern, sowas in den Release Notes stand.
 
@ Malte
Da Du nochmal auf den Port 5060 zu sprechen gekommen bist.
Er geht in meinem 1&1 VoIP mit dem Sipura 2000 definitv nicht.
Er war geforwarded vom fli4l aus an den Sipura. Ohne Erfolg.
Hier brauche ich den 5070 und klar bei Line 2 dann den 5071.
Anders geht es bei mir nicht, denn ich habe es versucht.

@Netwiev
Die 5004-5005 und die 30000-30005 habe ich jetzt weggelassen.
Du hattest Recht es funzt auch ohne diese. *jipiiieh*

@Malte und Netwiev
DynDNS kann nicht funzen, da es von seitens Sipura nichts gibt,
was die Daten am Laufen halten würde, wie Malte schon sagte.

@Mein derzeiges Problem:
Er registriert sich nicht mehr, sobald ich die DSL-Leitung
gekappt habe. Er versucht es zwar, aber es kommt Reg. FAILED.
Wenn ich nur den Sipura ein- und ausschalte, dann connected
er auch wieder ordentlich nach dem Zweiten Versuch.

Ich bin langsam aber sicher völlig ratlos.
Und so oft wie heute ist mein Router auch noch nie neu gestartet. *hihihi*
 
Du hast ja dieses Problem auch in den spline.*-newsgroups gestellt und bei einer Recherche über deja.com fand ich einen Hinweise darauf, dass es Probleme nach der Zwangstrennung bei der 2.0.8 in Verbindung mit sip gab und aus diesem Grund einige Leute auf die 2.1.8 (oder später) gegangen sind!
 
DynDNS kann nicht funzen, da es von seitens Sipura nichts gibt,
was die Daten am Laufen halten würde, wie Malte schon sagte.
Bei mir hat das der Router gemacht, aber der Sipura versucht gar nicht erst, den bei EXT IP eingetragenen Namen aufzulösen - man muss dort eine IP-Adresse angeben oder STUN benutzen.

Bei der Gelegenheit möchte ich Dich mal auf die Signaturen hinweisen:
http://www.ip-phone-forum.de/forum/viewtopic.php?t=547
Vermutlich hast Du ja Deine Infrastruktur hier mittlerweile deutlich beschrieben, aber die Erfahrung zeigt, dass viele Probleme durch eine passende Sig. viel schneller erkannt und gelöst werden.
 
spline - Newsgroups

@Netwiev:
Jepp das habe ich gemacht, eine Umstellung von 2.0.8 auf 2.1.8 ist
bei mir derzeit kein Thema, da ich viel zu viele spezielle OPTs und
Skripte habe, für die es in der 2.1.8 (noch) keinen Ersatz bzw.
Alternativen gibt.
Ich habe zwar bereits damit angefangen, aber das wird wohl noch ein bischen dauern.

@Malte -> Dein Wunsch war mir Befehl. *hihi*

@alle Helfer:
Ich verstehe nur nicht so genau, was der fli4l beim Neustart anders
macht, als beim Hangup. Das ist total unlogisch. In den spline-Groups
wurde von mangelnder Routenaktualisierung nach dem Hangup
gesprochen. Dies ist aber totaler Blödsinn, denn man kann die Routen
ja neu einlesen lassen, aber selbst danach geht es ja bei mir nicht.
Und zumahl sich der Sipura ja wieder versucht zu registrieren, aber
nach der Zwangstrennung eben fehl schlägt, sehe ich zur Zeit ein
bischen auf dem Schlauch. Schliesslich registriert er sich ja beim
Sipuraneustart auch neu am, wenn auch erst beim 2. Mal.

Hilfe.
 
cgi_config Aktualisiert

Huhu fli4l-User,

jetzt habe ich erstmal das Forwardingmodul auf 0.26 aktualisiert und
es funktioniert nun wenigstens das automatische forwarding an die
richtige IP nach der Wiedereinwahl des Routers.

Aber der Sipura bekommt keine EXT-IP mehr zugewiesen und registriert
sich demzufolge nach der Wiedereinwahl des fli4l nicht mehr, obwohl er
die korrekten Ports zugewiesen bekommt. Auch ein Ein- & Ausschalten
des Sipura bringt hier keinen Erfolg.

Das Sipura Syslog sagt folgendes:

Code:
[0:5070]->212.227.15.194:5060
[0:5070]->212.227.15.194:5060
NOTIFY sip:sip.1und1.de SIP/2.0
Via: SIP/2.0/UDP 192.168.59.20:5070;branch=z9hG4bK-a323b76f;rport
From: 4935813609784 <sip:[email protected]>;tag=6c62f8e3bee65c18o0
To: <sip:sip.1und1.de>
Call-ID: [email protected]
CSeq: 12 NOTIFY
Max-Forwards: 70
Event: keep-alive
User-Agent: Sipura/SPA2000-2.0.11(g)
Content-Length: 0


[0:5070]->212.227.15.194:5060
[0:5070]->212.227.15.194:5060
NOTIFY sip:sip.1und1.de SIP/2.0
Via: SIP/2.0/UDP 192.168.59.20:5070;branch=z9hG4bK-a323b76f;rport
From: 4935813609784 <sip:[email protected]>;tag=6c62f8e3bee65c18o0

RSE_DEBUG: getting alternate from domain:sip.1und1.de
RSE_DEBUG: unref domain, sip.1und1.de
RSE_DEBUG: last unref for domain sip.1und1.de
[5070]STUN trying 8
RSE_DEBUG: reference domain:sip.1und1.de
[0:5070]->212.227.15.194:5060
[0:5070]->212.227.15.194:5060
REGISTER sip:sip.1und1.de SIP/2.0
Via: SIP/2.0/UDP 192.168.59.20:5070;branch=z9hG4bK-f9e74111;rport
From: 4935813609784 <sip:[email protected]>;tag=6c62f8e3bee65c18o0
To: 4935813609784 <sip:[email protected]>
Call-ID: [email protected]
CSeq: 7 REGISTER
Max-Forwards: 70
Contact: 4935813609784 <sip:[email protected]:5070>;expires=600
Warning: 399 spa "STUN Server Not Responding"
User-Agent: Sipura/SPA2000-2.0.11(g)
Content-Length: 0
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Supported: x-sipura

[0:5070]->212.227.15.194:5060
[0:5070]->212.227.15.194:5060
REGISTER sip:sip.1und1.de SIP/2.0
Via: SIP/2.0/UDP 192.168.59.20:5070;branch=z9hG4bK-f9e74111;rport
From: 4935813609784 <sip:[email protected]>;tag=6c62f8e3bee65c18o0
To: 4935813609784 <sip:[email protected]>
Call-ID: [email protected]
CSeq: 7 REGISTER
Max-Forwards: 70
Contact: 4935813609784 <sip:[email protected]:5070>;expires=600
Warning: 399 spa "STUN Server Not Responding"
User-Agent: Sipura/SPA2000-2.0.11(g)
Content-Length: 0
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Supported: x-sipura

[0:5070]->212.227.15.194:5060
[0:5070]->212.227.15.194:5060
REGISTER sip:sip.1und1.de SIP/2.0
Via: SIP/2.0/UDP 192.168.59.20:5070;branch=z9hG4bK-f9e74111;rport
From: 4935813609784 <sip:[email protected]>;tag=6c62f8e3bee65c18o0
To: 4935813609784 <sip:[email protected]>
Call-ID: [email protected]
CSeq: 7 REGISTER
Max-Forwards: 70
Contact: 4935813609784 <sip:[email protected]:5070>;expires=600
Warning: 399 spa "STUN Server Not Responding"
User-Agent: Sipura/SPA2000-2.0.11(g)
Content-Length: 0
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER
Supported: x-sipura

RSE_DEBUG: reference domain:sip.1und1.de
[0:5070]->212.227.15.194:5060
[0:5070]->212.227.15.194:5060
NOTIFY sip:sip.1und1.de SIP/2.0
Via: SIP/2.0/UDP 192.168.59.20:5070;branch=z9hG4bK-dac4b5a8;rport
From: 4935813609784 <sip:[email protected]>;tag=6c62f8e3bee65c18o0
To: <sip:sip.1und1.de>
Call-ID: [email protected]
CSeq: 13 NOTIFY
Max-Forwards: 70
Event: keep-alive
User-Agent: Sipura/SPA2000-2.0.11(g)
Content-Length: 0

:?: :?: :?: :?: :?: :?: :?: :?: :?: :?:

[EDIT Robinson]: Bitte zwecks Übersichtlichkeit an die Code-Fkt denken!
 
Die externip kommt über den stun. Ist denn einer eingetragen und enabled!
Trage doch versuchsweise mal die IP des 'stun.1und1.de' unter stun-server ein vielleicht gibt es ja Probleme mit der Auflösung: 212.227.15.200:3478
 
Status
Für weitere Antworten geschlossen.
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.