Ninja Lite und Realtunnel

[Moppel]

Hallo,

ich werde in 14 Tagen nach Ägypten in Urlaub fliegen. Im dortigen Hotel gibt es WLAN. Ich habe aber keine Informationen, ob in diesem Netz auch VoIP funktioniert. Deshalb möchte ich Ninja Lite in Verbindung mit Realtunnel einsetzen, damit die Telefonie auch in stark eingeschränkten Netzen funktioniert. Realtunnel habe ich auf den SIP-Port: 5061 konfiguriert. Unter Ninja habe ich als Proxy-Server "localhost" und den SIP-Port: 5061 eingetragen. Mit dieser Konfiguration kann ich in meinem Testnetzwerk, bei dem nur die Protokolle HTTP und HTTPS ausgehen zugelassen sind, nach extern telefonieren. Die umgekehrte Richtung mit den eingehenden Anrufen funktioniert hingegen nicht. Was mache ich da falsch?

 

[surround42]

Hmmh... gute Frage... ich kenne Ninja Lite nicht, sondern beschäftige mich mit dem mittlerweile kostenlosen alten XPro.

Diese Hilfe zu Paradial RealTunnel hast Du gelesen?

Ich verstehe das so, dass Du den localhost bzw. 127.0.0.1 mit Port 5061 als Outbound Proxy eintragen müßtest...

SIP Server Adresse und Domain/realm hast Du ja gesetzt... evtl. muß der normale Proxy raus?

 

[Moppel]

Hallo surround42,

vielen Dank für deine Antwort. XPro werde ich ausprobieren.
Funktionieren bei dir auch die eingehenden Anrufe, wenn im betreffenden Netz nur http und https ausgehend zugelassen sind?

Gruß,
Moppel

 

[Moppel]

X-Pro 2.0 von http://www.braintel.net.pk/xpro-cnf.htm habe ich ausprobiert. X-Pro zeigt bei mir trotz Realtunnel "Discovered Blocked Firewall" an. X-Pro funktioniert bei mir überhaupt nicht, wenn ich die Einschränkungen mit http und https mache.

Zusätzlich habe ich noch X-Lite 3.2 ausprobiert, bei dem zumindest wieder die ausgehende Telefonate funktionieren. Auffällig ist bei X-Lite und bei Ninja Lite, dass bei den externen Anrufern der Text "Die Rufnummer ist nicht vollständig. Bitte rufen Sie die Auskunft an." angesagt wird, wenn das Softphone gestartet ist. Was könnte ich noch probieren?

Falls es nicht klappt, dann werde ich meine Sparruf-Festnummer auf Skype umlenken. Dies sollte auf jeden Fall funktionieren.

 

[surround42]

Ich habe den Realtunnel bislang noch nicht getestet, da ich bislang immer noch hoffe, auch ohne Tunnel durch einen NAT-Router zu kommen, bei welchem das Problem lediglich darin besteht, dass eingehend keine Ports (wie UDP 5060, UDP 8000-8019) an die IP des Rechners mit dem Softphone weitergeleitet werden.

Theoretisch müßte es ja mit einem KeepAlive möglich sein, vom Softphone aus die Leitung aufzumachen und das Port im NAT-Router (für Antworten auf dem selben Socket) offenzuhalten... zumindest wenn die Refresh-Rate kurz genug ist. Nach meinem Verständnis darf man dann aber eingehend kein RPORT verwenden und auch die eigene IP nicht übermitteln, da sonst die Gegenstelle versuchen würde das Softphone aktiv selbst gezielt anzusprechen (was nicht geht, da das Port eingehend für neue Verbindungen ja nicht offen ist).
Nachteil beim KeepAlive ist der permanente Traffic auch wenn kein Gespräch stattfindet.

Hat man dagegen Zugriff auf die Routerkonfiguration, dann kann man mit STUN-Server, eingehender Portweiterleitung und Angabe des RPORTs arbeiten. Das Softphone ermittelt über den STUN-Server irgendwie die externe IP des NAT-Routers und gibt diese bei der Registrierung am SIP-Server an. Erfolgt ein Anruf von aussen, kann das Softphone über die während der Registrierung beim SIP-Server hinterlegten Daten (IP-Adresse und RPORT) aktiv erreicht werden.
Der Vorteil hier ist, dass nur dann Traffic entsteht wenn tatsächlich ein Gespräch aufgebaut wird.

Mein derzeitiger Stand:
Der zweite Ansatz mit offenen Ports funktioniert bei mir zuverlässig (aber das ist mangels Routerzugriff nicht überall machbar).

Bei dem ersten Ansatz mit KeepAlive (also alle eingehenden Ports im NAT-Router geschlossen) bekomme ich ausgehende Gespräche mit bidirektionaler Tonübertragung hin... aber ich kann bislang nicht angerufen werden. Momentan glaube ich, dass das Problem dabei vor dem Computer sitzt...

Realtunnel müßte eigentlich identisch dem ersten Ansatz arbeiten, nur dass neben dem Öffnen der Ports von innen und dem KeepAlive zusätzlich durch ein anderes Port (nämlich http TCP/80 oder https TCP/443) getunnelt wird.

Den Weg will ich zwar bei Gelegenheit auch noch versuchen, aber davor muß ich erst verstehen, was ich tun muß, damit das Softphone hinter einem NAT-Router eine Verbindung öffnet und offenhält, so dass ich auch von aussen angerufen werden kann (und nicht nur selbst rausrufen). Wenn ich das von den Einstellungen her hinbekomme, dann sollte der gleiche Mechanismus auch durch den Realtunnel funktionieren... aber so weit bin ich eben noch nicht.