BT101 hinterm Router - ankommende Anrufe

Hallo Jan,
ich betreibe hier 3 IP-Phones hinter einem Router und bin dazu folgendermaßen vorgegangen:

1) Das IP-Phone sollte unbedingt eine statische IP-Adresse besitzen und diese nicht dynamisch über DHCP beziehen.
2) In der Konfig des Grandstream gibst du im ersten IP-Phone bei SIP-Port 5160 und bei RTP-Port 5170 ein. Beim zweiten IP-Phone 5260 bzw. 5270 usw..
3) Im Grandstream als STUN-Server unabhängig vom Provider "stun.sipgate.net:10000" und als NTP-Server "ntp.sipgate.net" einstellen.
4) Im Router musst du nun die UDP-Port 5160-5161 und 5170-5173 auf die IP-Adresse deines IP-Phones weiterleiten.

Wenn du mit irgendeinem Punkt Probleme haben solltest, melde dich einfach wieder.

Ich hoffe jetzt einfach mal, dass du keine symmetrische Firewall hast. Diese lassen nämlich keine STUN-Anfragen durch, was u.U. zu erheblichen Problemen führen kann.
Aber gehe einfach mal nach dieser Anleitung vor und gib uns anschließend hier ein kleines Feedback. Vielleicht hast du ja Glück.

Gruß
David

dfroe schrieb:

Hallo Jan,
ich betreibe hier 3 IP-Phones hinter einem Router und bin dazu folgendermaßen vorgegangen:

1) Das IP-Phone sollte unbedingt eine statische IP-Adresse besitzen und diese nicht dynamisch über DHCP beziehen.
2) In der Konfig des Grandstream gibst du im ersten IP-Phone bei SIP-Port 5160 und bei RTP-Port 5170 ein. Beim zweiten IP-Phone 5260 bzw. 5270 usw..
3) Im Grandstream als STUN-Server unabhängig vom Provider "stun.sipgate.net:10000" und als NTP-Server "ntp.sipgate.net" einstellen.
4) Im Router musst du nun die UDP-Port 5160-5161 und 5170-5173 auf die IP-Adresse deines IP-Phones weiterleiten.

Zum Vergrößern anklicken....

Hallo David,
(1) Soll man bei GS Geräten nicht machen, da das wohl zum "Gerätetod" führen kann (siehe anderer Thread).
(2) Genau richtig, wichtig ist, dass verschiedene BT's verschiedene Sip und verschiedene RTP Ports bekommen. Die RTP Ports müssen meines Wissens nach mit einigen Nummern Abstand vergeben werden, was für Sip Ports nicht nötig ist.
Zusatz: Bei GMX PhoneFlat ist es sinnvoll, für versch. geografische Rufnr. von GMX versch. Passwörter zu vergeben. Das hat bei mir einige Probleme gelöst.
(3) Kann ich nicht beurteilen, nutze wg. GMX stun.gmx.net.
(4) Ist wohl nur bei bestimmten Routern nötig. Meiner routet korrekt ohne jedes Portforwarding.

Gruss
Thomas

lyserg schrieb:

Ich hab ein BT101 hinter einem ziemlich exotischen Router: einem Ravo W54. Provider ist freenet. Abgehende Gespräche sind problemlos. Ankommende Gespräche kommen allerdings nur in Ausnahmefällen an, ansonsten hören die Anrufer die Rufnummer sei nicht vergeben.

Zum Vergrößern anklicken....

Hallo Jan,
vielleicht ist es gar kein portforwarding Problem, da du abgehend fehlerfrei telefonieren kannst. Für mich klingt das nach einem Problem mit der Registrierung am Freenet Voip/Sip Server. Vielleicht verliert dein BT die Verbindung, ist nicht mehr am Server registriert und kann dann natürlich nicht angerufen werden. Evtl ist dein Router nicht dauerhaft online?
Ist nur eine Theorie, aber vielleicht solltest du mal in diese Richtung die Geräteeinstellungen überprüfen.
Gruss und viel Erfolg,
Thomas

(1) Soll man bei GS Geräten nicht machen, da das wohl zum "Gerätetod" führen kann (siehe anderer Thread).

Zum Vergrößern anklicken....

Ja, aber das traf doch wenn ich mich noch richtig erinerre nur bei ganz bestimmten Geräten zu.
Bei mir fuktioniert ein GXP-2000 und BT-102 jedenfalls auch nach etlichen Firmware-Updates mit statischen IPs eindwandfrei.

(2) Genau richtig, wichtig ist, dass verschiedene BT's verschiedene Sip und verschiedene RTP Ports bekommen. Die RTP Ports müssen meines Wissens nach mit einigen Nummern Abstand vergeben werden, was für Sip Ports nicht nötig ist.
Zusatz: Bei GMX PhoneFlat ist es sinnvoll, für versch. geografische Rufnr. von GMX versch. Passwörter zu vergeben. Das hat bei mir einige Probleme gelöst.

Zum Vergrößern anklicken....

Soweit ich weiß, benötigt der erste Daten-/Sprachkanal die Ports RTP und RTP+1. Der zweite dann RTP+2 und RTP+3. Für ein BT-100 muss man also in der Hinsicht nur 4 UDP-Ports weiterleiten.
Bei den SIP-Ports bin ich mir jetzt nicht ganz sicher, ob dort auch noch ein Port nach oben mehr benötigt wird.

(3) Kann ich nicht beurteilen, nutze wg. GMX stun.gmx.net.

Zum Vergrößern anklicken....

Als STUN-Server kannst du im Prinzip jeden x-beliebigen nehmen.

(4) Ist wohl nur bei bestimmten Routern nötig. Meiner routet korrekt ohne jedes Portforwarding.

Zum Vergrößern anklicken....

Tja, also ich würde sagen, dass die UDP-Ports für SIP und RTP&RTP+1 auf jeden Fall auf das Telefon weitergeleitet werden müssen. Dies kann man nun entweder manuell mit Portforwardings erledigen, oder der Router ist in der Lage dies automatisch z.B. durch UPnP vorzunehmen.

Ob der Router nun symmetrisch ist oder nicht - keine Ahnung. Ich kann nur weitergeben, was das BT101 meldet. Hab mal einen screen angehängt. An der Stelle habe ich allerdings auch schon mal "full cone" gelesen.
Was meinst Du denn mit "erhebliche Problemen"?

Zum Vergrößern anklicken....

Es ist eben nur so, dass hinter einer symmetrischen Firewall STUN definitiv nicht funktioniert.
Und STUN ist bei der Verwendung von GMX/1und1 zwingend notwendig.
Das ist der aktuelle Stand, den ich sehr ausgiebig mit dem DLink-Support diskutiert habe.
Wenn du dich aber mit deinen aktuellen Einstellungen am SIP-Server registrieren kannst, ist ja alles OK.

lyserg schrieb:

Total RTP Packet Loss:1613

Zum Vergrößern anklicken....

Eigentlich ist es normal dass gelegentlich Pakete verloren gehen. Der Wert ist ohne eine Aussage ueber die Nutzung nicht sonderlich aussagekraeftig. Ich habe z.B. nach 3 Tagen ohne Telefonie eine 0 stehen bei je 1000 gesendeten/empfangenen.

rsl

dfroe schrieb:

Tja, also ich würde sagen, dass die UDP-Ports für SIP und RTP&RTP+1 auf jeden Fall auf das Telefon weitergeleitet werden müssen. Dies kann man nun entweder manuell mit Portforwardings erledigen, oder der Router ist in der Lage dies automatisch z.B. durch UPnP vorzunehmen.

Zum Vergrößern anklicken....

Mein Lancom Router hat kein UPnP. Da meine 3 BTs per DHCP wechselnde IPs bekommen, müsste ich ja ein Portforwarding auf die MAC der BTs einstellen. Habe ich definitiv nicht gemacht. Schlussfolgerung: Es gibt Router, die können die Sip und RTP Pakete auch ohne Portforwarding richtig zustellen.

@lyserg / Jan
Was sind denn deine Firewall Einstellungen? Wenn man generell sehr restriktive Einstellungen bezüglich der Ports hat, muss man evtl die für voip nötigen aus den Regeln ausnehmen.

Gruss Thomas

voipthomas schrieb:

Mein Lancom Router hat kein UPnP. Da meine 3 BTs per DHCP wechselnde IPs bekommen, müsste ich ja ein Portforwarding auf die MAC der BTs einstellen. Habe ich definitiv nicht gemacht. Schlussfolgerung: Es gibt Router, die können die Sip und RTP Pakete auch ohne Portforwarding richtig zustellen.

Zum Vergrößern anklicken....

Es könnte natürlich auch sein, dass du einen Router hast, der SIP nativ unterstützt. Davon sind mir allerdings nicht allzu viele bekannt.
Meine DFL-700 von D-Link uterstützt nativ nur das mittlerweile doch etwas betagte H.323. Aber vielleicht kommt der SIP-Support ja noch mit einem späteren Firmware-Update. Bis dahin tut's die vorgeschaltete FritzBox bei mir aber auch.

dfroe schrieb:

Es könnte natürlich auch sein, dass du einen Router hast, der SIP nativ unterstützt.

Zum Vergrößern anklicken....

Neeee, definitiv nein. Mein Router ist ein eher betagtes Modell von Lancom. Kam glaube ich ca. 2000 auf den Markt. Der kann kein Sip.:wink:

Hm, dann stellt sich jetzt also die allgemeine Frage, ob für die Verwendung von VoIP/SIP bestimmte Ports weitergeleitet werden müssen. Ich behaupte (aus meiner Erfahrung) ja, aber wie es die Praxis zeigt, scheint dies auch anders zu gehen.
Kann hier vielleicht jemand uns Klarheit verschaffen?

lyserg schrieb:

Ankommende Gespräche kommen allerdings nur in Ausnahmefällen an, ansonsten hören die Anrufer die Rufnummer sei nicht vergeben.

Zum Vergrößern anklicken....

Freenet-Fehler! Hatte ich ständig, auch mit FritzBox direkt als Modem/Router/Voip-Anlage. Such dir 'n anderen VoIP-Provider, dann klappts . Bin froh, dass mein Freenet-Vertrag dann endlich zu Ende war.

Udo