voip-telefonie SX541 hinter Router

[JOCKYW2001]

Hi rob,

2. Die VoIP-Funktionalität wird vom Gigaset auf der WAN-Seite abgedeckt. Hier erfolgt die Umsetzung der Telephonie in VoIP. Deshalb mußt Du hier die Einstellungen vornehmen, auch wenn Du in Deiner Konstellation die LAN-Seite wahrscheinlich gar nicht in Anspruch nimmst. Entscheidend ist hier, eine Möglichkeit zu finden, dem externen Interface eine IP und ein Default-Gateway zu geben, was mit der Einstellung RFC 1483 Routing machbar ist.

Ich gehe eigtl. schon davon aus, daß diese Konstellation möglich ist. Kann's leider selbst nicht ausprobieren, weil ich keinen zweiten PPPoE-Router habe. Ich freu mich aber über jede Neuigkeit von Euch.

Do you mean that connecting the WAN-port of the SX541 with a LAN-port of the router in front can work if the WAN-port is set to RFC 1483? Should the WAN-port IP address be equal to the LAN-side? Are there any special settings necessary for the router in front of the SX541?

/JockyW

 

[rob]

Hi Jockyw2001,

when I first read the requirements of red_schumi, I thought it would be the best just to disable every layer2-protocol on the WAN-Port. What is quite anoying is the fact that this kind of setup doesn't support any default gateway, so if you really need to handle traffic that way you would need to enable SNAT in this constellation - a quite "ugly" way to implement these requirements.
I was wondering whether this could not be done otherwise and I saw the possibility of configuring the WAN port with a RFC 1483 Routing. Just by overreading that standard, I saw that it is a particularity of ATM, but by doing the testing I saw that it worked pretty well.
The problem is that I don't have any other kind of Internet connect (or not without some big effort) so that I could test it in a proof-of-concept environment. Just activated that configuration and saw that the WAN-device was "icmpable" (echo request/reply) from into the LAN. So I think this could be the constellation to work with that kind of requirement. If you are able to test RFC 1483 routing behind a router just let me know, I'm pretty sure that this will work. Another good topic to test would be a port scan on that device. I suppose there should be at least a 5060/UDP. If it is there, let's go forward and do the rest.
With the other impact (VoIP done by the SX541) from behind the router, we have to see, but just the same opinion about that: I think it should work (maybe even without PAT and with the right NAT implementation).

Kind regards,

Rob

 

[LittleBull]

Gleiches Problem

Hallo miteinander!

Jetzt klinke ich mich hier auch mal ein...

Ich hab das gleiche Problem...

Hab eine Netzwerkumgebung mit Powerline, ein DSL-Router (Bintec) im Wohnzimmer und in meinem Zimmer den SX541. Hab es mittlerweile hinbekommen, dass der SX541 über den DSL-Router ins Internet kommt (mithilfe der telnet-Oberfläche das Standard-Gateway eingetragen).

Jetzt muss ich noch VoIP hinbekommen (jaja, ich weiß, das ist nicht so gut, weil es keine Möglichkeit gibt, das voip-Protokoll zu "bevorzugen").

Wie ich das bis jetzt verstanden habe, muss ich in der Web-Oberfläche WAN auf "1483 Routing" umstellen und eine freie IP + Gateway eintragen. Wenn ich jedoch versuche 192.168.1.60/255.255.255.0 und 192.168.1.254 als Standard-Gateway einzutragen, nimmt der die Eingabe mit der Meldung "Entweder Sie haben eine IP nicht oder falsch eingetragen" oder so...

Wenn ich aber auf "Deaktivieren" gehe, kann ich eine IP-Adresse angeben aber kein Standard-Gateway. Kann ihn aber nicht pingen (muss ich den DSL-Anschluss mit nem Crossover-Kabel an den Switch anschließen???)

Was mach ich falsch?

Danke schonmal!

Julian

 

[karpe]

Re: Gleiches Problem

Hallo miteinander!

...........
Wenn ich aber auf "Deaktivieren" gehe, kann ich eine IP-Adresse angeben aber kein Standard-Gateway. Kann ihn aber nicht pingen (muss ich den DSL-Anschluss mit nem Crossover-Kabel an den Switch anschließen???)

Julian

Was heisst überhaupt DSL-Anschluß an den Switch? Das sind ganz unterschiedliche Signale und Protokolle (Ethernet/ATM), auch wenn die Buchse gleich aussieht. Im besten Fall passiert nichts wenn Du die DSL (Modem) Buchse mit 'nem Switch verbindest, im schlechtesten Fall geht eines der Geräte oder beide in den Elektronikhimmel.

Wenn Du eine Verbindung zu einem Switch hinbekommen kannst, dann nur über die LAN Buchsen.

So wie ich das Design des SX541 bisher verstanden habe machen die das VOIP aber nicht über Ethernet sondern direkt über ATM - oder?

Klaus

 

[LittleBull]

...

ja, du hast recht, voip geht scheints nur über umwege übers Ethernet...

Aber wenn ich rob recht verstanden habe, hat er es irgendwie hinbekommen, die WAN-Schnittstelle mit dem internen Netzwerk zu verbinden. Er hat leider nicht erwähnt, ob er dazu die WAN-Schnittstelle irgendwie verbunden hat...

Allerdings kann es gut sein, dass die WAN-Schnittstelle sich ganz normal als Ethernet-Connector benutzen lässt, schließlich MUSS hinter dem DSL-Modem ein Netzwerkadapter stecken. Vielleicht schleift der SX541 die Signale durch, wenn man im Menü den WAN-Adapter auf Deaktiviert oder 1483 Routing stellt...

Vielleicht kann sich rob nochmal melden... ?!?

Gruß
LittleBull

 

[karpe]

Das kann ich mir nicht denken, die WAN Schnittstelle ist ATM und nicht Ethernet.

1483 Routing bezieht sich auf das RFC 1483 in dem das Routen von anderen Protokollen (z.B. Ethernet) über ATM beschrieben wird.
Aus der RFC 1483:

Abstract

This memo describes two encapsulations methods for carrying network
interconnect traffic over ATM AAL5. The first method allows
multiplexing of multiple protocols over a single ATM virtual circuit
whereas the second method assumes that each protocol is carried over
a separate ATM virtual circuit.


Klaus

 

[LittleBull]

...

ja, für mich hört sich das auch komisch an, aber was rob geschrieben hat, gibt mir hoffnung...

Wie hast du es denn bei dir gemacht? ich denke, du setzt ihn eben als DSL-Router ein, dann hast du die ganzen Probleme nicht...

das problem ist halt, dass ich ihn gern zum telefonieren in meinem zimmer stehen haben würde und der dsl-anschluss im wohnzimmer ist...

Gruß
LittleBull

 

[karpe]

Ich habe hinter den Router meine Telefonanlage geschaltet und an der hab ich 'n drahtloses Telefon - das geht überall ;-)

Klaus

 

[LittleBull]

...

wir haben zwar auch ne telefonanlage, aber ich bin der einzige, der dann voip nutzen würde, also kann ich nicht die komplette anlage umstecken. ich glaub, die ist sogar auch nur für isdn...

wir haben siemens-gigaset 3000 Comfort Mobilteile. Weißt du zufällig, ob es dafür billige DECT-Empfangs-Stationen gibt mit Analog-Anschluss?

Danke
LittleBull

 

[rob]

Hi,

war n paar Tage nicht da, daher erst jetzt die Antwort.
Ich hab n bißchen rumexperimentiert und eigtl. erst mal sämtliche layer2-Protokolle deaktiviert, was aber unsinnigerweise dazu führt, daß Du zwar ne IP vergeben kannst, aber halt kein Default-Gateway, was wiederum für die Konstellation, die Du vor hast, bedeuten würde, daß Du ein SNAT auf dem Router, der zum WAN steht, machen müßtest - äußerst unschön und wirklich nicht empfehlenswert.
Na ja - der Rest war einfach spielen - mir ist sehr wohl klar, daß es sich bei 1483 um enkapsulierte Routing-Funktionalitäten von ATM handelt (wobei ich das RFC nicht ganz, sondern nur auszugsweise gelesen habe) - habe auch in allen Postings darauf verwiesen, allerdings habe ich bei der Umstellung gesehen, daß hier ein Default-Gateway möglich ist und daß dieses sehr wohl über icmp erreichbar ist. Folglich gehe ich davon aus, daß es funktioniert.
Das SX541 ist in meiner Sichtweise ein Layer3-Switch, was in letzter Konsequenz bedeutet, daß einzelnen Ports (evtl. auch nur bestimmten, wie hier der Fall) eine IP-Adresse zugewiesen werden kann.
Von der Verkabelung sieht es dann einfach so aus, daß der WAN-Port für Dich nichts anderes als eine Netzwerkkarte ist, die Du dann entsprechend verkabelst (an Switch mit 1:1, an anderes device mit Crossover).

Gruß,

rob

 

[karpe]

Re: ...

wir haben siemens-gigaset 3000 Comfort Mobilteile. Weißt du zufällig, ob es dafür billige DECT-Empfangs-Stationen gibt mit Analog-Anschluss?

LittleBull

Soweit ich weiß hält sich Siemens da an den (DECT) Standart, es sollte also jedes billige DECT Telefon z.B. von Tschibo oder Aldi oder... laufen. Aber ohne GArantie von mir und ob ALLE Funktionen gehen ist auch nicht sicher, aber telefonieren geht sicher.

Klaus

 

[karpe]

Hi,

Das SX541 ist in meiner Sichtweise ein Layer3-Switch, was in letzter Konsequenz bedeutet, daß einzelnen Ports (evtl. auch nur bestimmten, wie hier der Fall) eine IP-Adresse zugewiesen werden kann.

rob

Hallo Rob,

Layer 3 ?? Bist Du Dir da sicher? das würde ja ungeahnte Möglichkeiten ergeben - aber wie kann man die einzelnen Netze den Ports zuordnen??

Klaus

 

[rob]

Hi Karpe,

ja - denke schon. Layer3 in dem Sinn, daß er über eine (intelligente) Routing-Engine verfügt, eine explizite Adress-Bindung auf einen Port (WAN-Port) möglich ist, ...
Natürlich nicht im Sinne einer 3750 oder vergleichbaren Produkten mit ihrer ungeheuren Funktionsbreite (VLAN Port/IP-basiert, BGP ...), aber die grundlegenden Eigenschaften von Layer3 bzgl. Routing bringt er mit (übrigens kann er beispielsweise auch RIP und versteht das Publishen von BGP-Routen - ein deutliches Indiz für Layer3).
Deshalb nach wie vor meine Meinung, daß das eigtl. klappen sollte, insofern Siemens das VoIP an das WAN-device bindet, ganz gleich, was dort für ein layer2-Protokoll (oder eben als layer3-device) gebunden ist. Proof-of-Concept kann ich keins liefern, weil es mein einziger Link in`s Internet ist, würde mich aber drüber freuen, wenn's irgend jemand ausprobieren könnte.
Ich kann definitiv die WAN-IP aus dem LAN über icmp erreichen, also wüßte ich nicht, was dem entgegenstehen sollte, den Port als layer3-Port zu verwenden.

Gruß,

rob

 

[JOCKYW2001]

Just tried, the SX541 works fine behind my D-Link router. I gave WAN & LAN interface same IP address, and switched off WLAN, uPNP, firewall & DHCP. Both default gateway and DNS are set to the D-Link IP. When setting the WAN IP you cannot set it equal to the LAN IP. Just set the WAN IP and default gateway according your preferences, you must use 1483 routing for that, then change your LAN IP in the next round. After >24hours online time I had to re-register to Sipgate since I was no longer reachable, dont know if that is because Telekom disconnects the DSL line once per day. Anyhow, Im glad the SX541 works behind a router.

/JockyW

 

[rob]

Thanks Jockyw - already wanted you to test that kind of setup, but you already did it.

Rob

 

[karpe]

Hi Karpe,

aber die grundlegenden Eigenschaften von Layer3 bzgl. Routing bringt er mit (übrigens kann er beispielsweise auch RIP und versteht das Publishen von BGP-Routen - ein deutliches Indiz für Layer3).

Da hatten wir uns missverstanden, Routing zwischen Wan und LAn ist klar, ich hatte verstanden man könne den 4 Ports einzelne Vlans zuordnen (Level 3 Switching) so wie es bei meinem uralten Vigor geht. JOCKYW2001 hat ja dann das Routing ganz abgeschaltet (WAN und LAN auf selbe Adresse) um es zum LAufen zu bekommen.

Klaus

 

[karpe]

After >24hours online time I had to re-register to Sipgate since I was no longer reachable, dont know if that is because Telekom disconnects the DSL line once per day./JockyW

In a configuration with seperate NAT (Router) and VOIP device the STUN server is used to give the VOIP device the information which public IP is current. (SIP uses the public address inside its data stream where it can't be changed by NAT and so a STUN Server is used to give the public address back to the VOIP device) The VOPIP device uses this Address to build the SIP package. Due the Siemens normally knows which public IP address it has, they can use that Address directly without a STUN server. Your experience show me, that Siemens doesn't use new STUN infor or does not send new STUN packages as long as the WAN (in your case same as LAN) address doesn't change.

Klaus

 

[JOCKYW2001]

Thx Klaus, but the situation seems to be worse
After rebooting the SX541 both VoIP lines (both SIPgate) can be called and be called from. After circa 10 minutes (perhaps less, must further test that) they can no longer be called. Calling from the VoIP lines still works! I tried both without and with uPNP.

Does anyone know why this happens? I can post the SIP log from the serial console if this helps debugging.

/JockyW

PS: regarding the layer 3 routing, I can try other IP configurations if you want. I once tried 192.168.0.x on the lan side and 192.168.1.x on the wan side. That didn't work. But I should say that I configured the SX541 to be in 'host' kernelmode (the other 2 modes are router and bridging). This can be configured via telnet in the system op_mode menu. Perhaps I should set it to router?

 

[rob]

Hi Jockyw2001,

also tried to keep the engine in host-mode (thought it would match better the actual situation), but I could not (!!!) keep it in host mode. Every time I did a reboot, the engine was in routing mode once again. What did you do to keep it there?
I think, SX541 doesn't use any STUN-Server at all. I share the opinion of Karpe that it doesn't send its actual state to the STUN-Server (because it simply doesn't know how to deal with STUN-Servers). Instead of that, the SX541 uses the proxy (I think at least). Maybe Jockyw could test that in a "hubbed" environment with a wrong proxy and trace the packets the SX541 is sending out.
I also think that a proxy is even the better solution for a natted environment, because STUN just breaks down when it has to deal with symetric NAT. STUN and even proxy environments, in my understanding (till now) avoid the need of any port forwarding.
These are all pretty nice theories - I cannot prove it till now, but will work on that with another guy by tracing exactly traffic.

@JOCKW2001: Did you do any portforwarding for the machine?

Rob

 

[JOCKYW2001]

Hi rob,

also tried to keep the engine in host-mode (thought it would match better the actual situation), but I could not (!!!) keep it in host mode. Every time I did a reboot, the engine was in routing mode once again. What did you do to keep it there?

After setting the kernel operation mode you must write the configuration and reboot. There is a menuitem 'write' in the telnet main menu.

@JOCKW2001: Did you do any portforwarding for the machine?

Yes, currently I have following portforward rules:
SIP SX541 (SIP-Signalisierung) UDP 5060/5060 192.168.1.100
SIP SX541 (RTP, Sprache) UDP 5004/5004 192.168.1.100
SIP SX541 (STUN) UDP 10000/10000 192.168.1.100
(until yesterday I had put the SX541 in DMZ)

I just configured 'router' kernel mode, unfortunately it doesn't solve the "VoIP unreachable" problem. I can only call the VoIP numbers a couple of times in the first few minutes
I guess I should run ethereal or tcpdump in my network to see if and what SIP traffic is coming in.

/JockyW

Btw: voice quality is very good. I really wish the SX541 was stable ...
My current codec selection list is:
G729a
G711A
G711U
G723.1