Suche Info zu Funktionsweise DSL - NAT und viele VoIP Telefone

[WLAN-VoIP-Fan]

Hallo,

ist es möglich hinter einer (starken) DSL - Leitung mehre (20 und mehr) unterschiedliche (Nikotel, Sipgate, gmx, usw.) VoIP – Accounts mit mehren Geräten zu nutzen?

Wie funktioniert das mit der DSL - NAT?

Ist es richtig das wenn ein VoIP Telefon hinter einer NAT – DSL steht die entsprechend SIP Ports zu diesem Gerät von dem NAT- DSL – Router weitergeleitet werden müssen?

Gibt es für diesen Anwendungsfall so was wie ein Grundlagen HowTo?

Danke für jede Hilfe
WLAN-VoIP-Fan

 

[Xandrian]

Hallo,

natürlich ist das Möglich. Die Bandbreite begrenzt halt die Anzahl der maximal sinnvoll führbaren Gespräche (rechne mal mit 100 kBit/s in beide Richtungen pro Gespräch).

Durchleiten ist nicht unbedingt nötig. Ich leite einen einzigen Port Privat und in der Firma durch und es geht trotzdem. Inzwischen geht das bei vielen Anbietern sogar ohne STUN. Lediglich blueSip wollte sonst nicht gehen.

Ich betriebe hier bei mir daheim auch insgesamt drei VoIP-Telefone (siehe Signatur). Wie bereits geschrieben kein Portforwarding...

cu tb.

 

[WLAN-VoIP-Fan]

Hallo Xandrian,

danke für deine Antwort.

Wenn das wirklich geht wäre das sehr gut.

Wie gesagt hier sollen mindestens 20 Telefone dahinter geschaltet werden die alle einen eigenen Account bei unterschiedlichen VoIP Providern bekommen sollen. Das heißt aber nicht das das nicht auch mehre vom selben Provider einen Account nutzten.

Jetzt ist meine Frage, merkt sich der DSL - NAT Router in seiner "NAT" – Routing - Tabelle von wem welches VoIP Paket war und zu wem er das Antwortpaket senden soll?

Woher weiß das System wenn von außen ein Anruf ins NAT - Netz kommt zu welchem Telefon das ganze gehen soll? Wir da eine Broadcast gesendet und das sich zuständig fühlende Telefon klingelt dann?

Wenn ich mich richtig entsinne, wird ein VoIP Paket in ein TCP/IP Paket gepackt und geht dann auf die Reise durchs Netz. Jetzt stehen in dem Header vom TCP/IP - Paket Informationen und im VoIP – Paket - Header auch. Müsste dann nicht ein System (Asterisk?) hinter dem DSL - Router oder der DSL - Router selber in das TCP/IP - Paket hinsehen, dann sich das VoIP Paket ansehen und dort aus dem Header die benötigten Informationen holen um das Paket dem richtigen Telefon zuzuordnen?

Meine Frage ist jetzt, wird ein solches zusätzliches System von "VoIP – NAT - Router" benötigt oder ist das überflüssig?

Bei Unkorrektheiten der von mir beschriebenen Funktionsweise bitte ich um sachliche Korrektur, danke.

Danke
WLAN-VoIP-Fan

 

[Xandrian]

Nunja am besten ausprobieren

Die Telefone bzw. Adapter sollten sich einen Higher-Port holen. In den TCP-Packeten befindet sich dann auch die Info zu welchen Host im internen Netz es gehen soll. Das macht dann der Router. Wobei es hier unterschiede gibt.

FritzBoxen im SoHo Bereich sind relativ unproblematisch. Auch bei großen Firewall Lösungen wie z. B. Watchguards hatte ich keinerlei Probleme. Eine Checkpoint hab ich jedoch nur mit öffnen der Firewall so richtig hingebracht. Da hättest du verloren :/

cu tb.

 

[WLAN-VoIP-Fan]

Hallo Xandrian,

Die Telefone bzw. Adapter sollten sich einen Higher-Port holen. In den TCP-Packeten befindet sich dann auch die Info zu welchen Host im internen Netz es gehen soll. Das macht dann der Router. Wobei es hier unterschiede gibt.

FritzBoxen im SoHo Bereich sind relativ unproblematisch. Auch bei großen Firewall Lösungen wie z. B. Watchguards hatte ich keinerlei Probleme. Eine Checkpoint hab ich jedoch nur mit öffnen der Firewall so richtig hingebracht. Da hättest du verloren :/

Als DSL Router soll ein LANCOM DSL Router verwedet werden.
Und es sollen nur die wirklich benötigten Ports geöffnet werden.

WLAN-VoIP-Fan

 

[Xandrian]

Lancom hatte ich noch keine Was willst du für Telefone nehmen? Hast du zwei oder drei schon? Dann probiers damit aus... Das ist das einfachste...

cu tb.

 

[ssteiner]

Woher weiß das System wenn von außen ein Anruf ins NAT - Netz kommt zu welchem Telefon das ganze gehen soll? Wir da eine Broadcast gesendet und das sich zuständig fühlende Telefon klingelt dann?

Nein.. der Router muss die NAT Table schon haben. Bei vielen SIP Anbietern reicht ein einfaches NAT Keep-alive, d.h. das Telefon schickt in regelmässigen Abständen ein SIP Notify Packet an den IPTSP - damit merkt sich der Router die genaue Route. Wenn nun ein Packet auf dem umgekehrten Weg daherkommt weiss der Router genau wo das Paket hinsoll.

Ich hab 3 Geräte hinter einem NAT die bei verschiedenen IPTSPs angemeldet sind, alles ohne irgendwelche Ports zu öffnen und ankommende Anrufe kommen immer rein.. das ganze funktioniert also Problemlos.

Bei deinem Szenario macht aber ein eigener Proxy Sinn.. d.h. alle Telefone sind erst mal dort angemeldet und Gespräche innerhalb deines Netzes gehen gar nie zu einem IPTSP. Ausserdem kannst du so flexibel einrichten wer mit welchem Account raustelefoniert, sowie eine Accountauswahl vom Telefon anbieten. Abgesehen von den Lancom Routern mit integriertem Proxy würde sich natürlich auch ein Asterisk anbieten.

 

[WLAN-VoIP-Fan]

... Was willst du für Telefone nehmen? Hast du zwei oder drei schon? Dann probiers damit aus... Das ist das einfachste...

- Linksys PAP2-NA
- Linksys SPA3102 VoIP ATA
- Allnet ALL7902 AnalogerTelefonAdapter (ATA)
- SoftPhone X-Lite

ich werde das sicherlich ausprobieren.

Dafür suche ich noch die Listen welche Ports alle frei geschaltet werden müssen und ob für ausgehend, eingehend oder beides.

Sind die benötigten Ports standardisiert?
Oder von der Hardware abhängig?
Oder vom VoIP - Provider?

Gruß WLAN-VoIP-Fan

 

[WLAN-VoIP-Fan]

Nein.. der Router muss die NAT Table schon haben.

OK, hätte ja sein können es gibt Router die eine 2. Tabelle nur für VoIP verwalten indem sie in die VoIP-Paket-Header rein schauen.

... einfaches NAT Keep-alive, ... SIP Notify Packet ...

Danke für die Erklärung der Funktionsweise. Ich hefte hier mal ein Zitat von Wikipedia.de an auf welches ich bei der Recherche gestoßen bin:

STUN (Simple traversal of UDP over NATs = einfaches Überqueren von UDP über NAT) ist ein einfaches Netzwerkprotokoll um das Vorhandensein und die Art von Firewalls und NAT-Routern zu erkennen und diese zu umgehen. Es soll den unkomplizierten Einsatz von Geräten (z.B. SIP-Telefone) und Computer-Programmen in Heimnetzwerken ermöglichen, welche Daten aus dem Internet empfangen möchten. Die Geräte oder Programme verbinden sich zu einem STUN-Server und sind dann aus dem Internet erreichbar, ohne die Einstellungen der Firewall oder des Routers zu verändern.

Definiert wurde es im RFC 3489.

Mit Hilfe von STUN lässt sich auch die derzeit öffentliche IP-Adresse des Anschlusses ermitteln. So kann z.B. ein SIP-Telefon seine derzeit gültige IP-Adresse ermitteln und mitteilen. Dies ist nötig, damit die Gegenstelle ihre Gesprächsdaten korrekt adressieren kann.

Derzeit wird STUN wohl am meisten im VoIP-Bereich, im Zusammenhang mit SIP eingesetzt.

Ich hab 3 Geräte hinter einem NAT die bei verschiedenen IPTSPs angemeldet sind, alles ohne irgendwelche Ports zu öffnen und ankommende Anrufe kommen immer rein.. das ganze funktioniert also Problemlos.

Müssen nicht die Ports 5000 + 5060 sowie der STUN Server Port 3478 mindestens geöffnet sein?

Bei deinem Szenario macht aber ein eigener Proxy Sinn.. d.h. alle Telefone sind erst mal dort angemeldet und Gespräche innerhalb deines Netzes gehen gar nie zu einem IPTSP. Ausserdem kannst du so flexibel einrichten wer mit welchem Account raustelefoniert, sowie eine Accountauswahl vom Telefon anbieten.

Das ganze soll so Pflegeleicht wie möglich sein. So wie du es schreibst muß für jedes Telfon ein Administrativer Vorgang stattfinden um dieses zum funktionieren zu bringen. Geht das ganze nicht auch transparent?

Abgesehen von den Lancom Routern mit integriertem Proxy würde sich natürlich auch ein Asterisk anbieten.

Was für einen LANCOM meisnt du da genau?
Gibt es fertige Asterisk Lösungen für dieses Zenario?

Gruß
WLAN-VoIP-Fan

 

[ssteiner]

Müssen nicht die Ports 5000 + 5060 sowie der STUN Server Port 3478 mindestens geöffnet sein?

Kommt drauf an.. bei ner Enterprise Firewall wo man alles schliesst ausser die authorisierten Ports, brauchts sogar noch mehr (die RTP Ports)... aber im SOHO Bereich sind die Router meist so gebaut dass zwar nichts reingelassen wird was nicht schon in der NAT Tabelle ist, aber Requests vom LAN werden alle durchgelassen... somit ist das mit dem NAT kein Problem mehr. Für mehr Infos zu NAT wird Wikipedia oder Google sicher weiterhelfen..

Das ganze soll so Pflegeleicht wie möglich sein. So wie du es schreibst muß für jedes Telfon ein Administrativer Vorgang stattfinden um dieses zum funktionieren zu bringen. Geht das ganze nicht auch transparent?

Nun ja, wenn du dich auf Geräte eines Herstellers beschränkst ist das z.T. möglich (d.h. du verwaltest nur den Proxy).. aber normalerweise wollen die Leute dann doch intern selber die Nummer wählen (hey.. ich will 55, nicht 12). Bei meiner Linksys Anlage geht das z.B. so.. ich schliesse ein neues Telefon (geht nur mit Linksys Telefonen) an, dies bekommt automatisch ne Nummer und nach 2 maligem Reboot kann man lostelefonieren.
Aber wenn du deine ATA Boxen in Betrieb nehmen willst musst du ja auch jede zuerst mal konfigurieren....

Was Asterisk angeht würde ich mal AsteriskNow anschauen, oder FreePBX - und es gibt hier im Forum ja ne Asterisk Sektion.

Und hier mal nen Link zum Thema Lancom.

 

[WLAN-VoIP-Fan]

Hallo,

als DSL Router kommt wie gesagt ein LANCOM in Einsatz, ich stufe den mal als "Enterprice" - Gerät ein. Was für Ports ausser den RTP-Ports müssen noch offen sein?

Auf Geräte eines Herstellers kann ich mich nicht beschränken, da jeder sein eingenes VoIP-Gerät kaufen will und dann seinen eingen VoIP-Provider raussuchen will und die Daten von dem dann in sein VoIP-Gerät selbst eintragen will / soll / kann. Das Probel ist halt nur das alle hinter einer DSL-NAT Sitzten.

Hast du den Link zu LANCOM vergessen oder überseh ich den nur?

Dank
WLAN-VoIP-Fan

 

[Xandrian]

Machst du das für eine Firma? Ist das nicht kontraproduktiv wenn da jeder selbst aussucht?

Die RTP-Ports sind etwas unterschiedlich. Normalerweise im 8000er Bereich. Hab aber auch schon welche im 7000er Bereich gehabt.

(Der Link fehlt wirklich )

cu tb.

 

[WLAN-VoIP-Fan]

Hallo Xandrian,

Machst du das für eine Firma?

Leider nicht :-( , ist keine kommerzielles Projekt. Es ist ein Prjoekt "Hife zur Selbsthilfe" ... ich sage nur Glasfaser und DSL :-( .

Ist das nicht kontraproduktiv wenn da jeder selbst aussucht?

Verstehe ich nicht ganz was du damit meinst. Es sind ja verschiedene Haushalte welche die Telefone nutzten wollen.

Die RTP-Ports sind etwas unterschiedlich. Normalerweise im 8000er Bereich. Hab aber auch schon welche im 7000er Bereich gehabt.

Wovon hängt das ab? Vom Gerät? Vom VoIP-Provider?

(Der Link fehlt wirklich )

Beabsichtigt?

Gruß
WLAN-VoIP-Fan

 

[Xandrian]

Ok wenn das privat ist dann ist das natürlich normal. Aber bei einer Firma wäre das kontra-produktiv wenn jeder sein eigenes Zeugs macht

Gerät und VoIP-Provider. Am besten dort in der Hilfe nachlesen. Auch div. SoftPhones brauchen extra Ports. Am einfachsten ist es, wenn es mit dem Keep-Alive funktionieren würde. Dann würdest du dir die Umleiterei der Ports ersparen.

cu tb.

 

[WLAN-VoIP-Fan]

Hallo Xandrian,

... Am einfachsten ist es, wenn es mit dem Keep-Alive funktionieren würde. Dann würdest du dir die Umleiterei der Ports ersparen.

Ich werde mal eine Test machen um das mit dem Keep-Alive zu testen. Wenn das nicht klappt was wäre dann der nöchste Schritt?

Gruß
WLAN-VoIP-Fan

 

[Xandrian]

Dann wird das kompliziert... Weil dann musst du testen, welches Telefon welche Ports braucht und bei Doppelbelegung (kommt garantiert vor) das u. U. umlegen. Hier könnte dir dann ein STUN-Server helfen, der die Konfiguration praktisch von selbst ermittelt. Zwar nicht schön aber wenn es nicht anderst geht...

cu tb.

 

[WLAN-VoIP-Fan]

Hallo Xandrian,

Dann wird das kompliziert... Weil dann musst du testen, welches Telefon welche Ports braucht und bei Doppelbelegung (kommt garantiert vor) das u. U. umlegen. Hier könnte dir dann ein STUN-Server helfen, der die Konfiguration praktisch von selbst ermittelt. Zwar nicht schön aber wenn es nicht anderst geht...

Also es werden sicherlich auch gleiche Geräte und gleiche Anbieter verwedet werden. Wenn das mit dem Keep-Alive nicht funktioniert dann benötige ich einen STUN-Server. Was wäre da zu empfehlen?

Gruß
WLAN-VoIP-Fan

 

[Xandrian]

Ähm, den STUN-Server stellt dir der Anbieter zur Verfügung (siehe auch http://de.wikipedia.org/wiki/STUN-Server)

cu tb.