STUN & 2.22 - hinter fremden Router - wie konfigurieren
- Ersteller ron
- Erstellt am
@Svonk
Ich vergleiche jetzt nochmal deine konfiguration mit meiner.
SIP Konfiguration
Neuregistreirung hab ich erstmal wieder auf 3600 gesetzt hat aber auch mit 600 funktioniert.
Audiokompression:
hier bin ich jeweils diagonal durchgegangen, sprich mein bevorzugter ist G.711 und der dritte altern. ist G.726-32.
Internetstatus:
sieht bei mir genauso aus
Bridging:
Einstellungen sind gleich
Experten Konfig:
WAN-IP habe ich 0.0.0.0, weil brauch ich nicht wegen Router
DNS-Serveradresse hier habe ich den DNS-Server meines Providers drinne. Mit 0.0.0.0 kommste nicht weit.
LAN-IP das ist netzwerkabhängig aber das die LAN-IP im gleichem Netz wie die WAN-IP ist .... ist irgendwie nicht so sinnvoll meines erachtens.
Subnetmask ist auch netzabhängig und bei dir halt passend zu deiner Class C Adresse also schein OK
Filter habe ich alle bis auf den für Telnetverbindungen gesetzt
der Rest hier ist wie bei dir.
Internet Zugangsdaten:
Hier wird es ja nun richtig wild. Du die WAN-IP auf 192.168.0.1 gesetzt, sprich die Anlage hat selber dieses IP Adresse auf ihrem WAN-Port, nun gibst du als GW ebenfalls die 192.168.0.1 an sprich du möchtest über die Anlage selbst den zugang zum Internet herstellen aber das geht so nicht. Du Hast sozusagen einen Kreis geschlossen. Beim Gateway muss die IP-Adresse des Routers also des DL-614 rein.
Netzwerk:
ist wie bei mir auch konfiguriert
SIP Konfig:
hierzu kann ich nichts sagen, hab nur nen Sipgate Account
Die IP-Geschichte musst du auf jedenfall ändern damit es funktioniert, wunder mich jedoch das du sagtst das du ne internetverbindung mit deinen Clients hast.
Hier mal kurz nen der Logische Beispielaufbau wie er eigendlich sein sollte:
PC-Client
IP-Adresse: 192.168.0.11 weitere clients z.B. höhere
Subnetmask: 255.255.255.0
Gateway 192.168.0.253
DNS: entweder 192.168.0.253 oder 192.168.0.254 oder die IP-Adresse des DNS-Servers deines Providers
OC31L/SIP
IP-Adresse: 192.168.0.253
Subnetmask: 255.255.255.0
Gateway 192.168.0.254
DNS: entweder 192.168.0.254 oder die IP-Adresse des DNS-Servers deines Providers
DL-614:
LAN-IP-Adresse: 192.168.0.254
Subnetmask: 255.255.255.0
WAN-IP-Adresse: DHCP
Gateway: Wird vom DHCP zugewiesen
DNS: Wird vom DHCP zugewiesen
So müsste es funktionieren, bin ich der meinung. Wenn das hetzt nicht geholfen hat kann ich es nurnoch Zeichnen
Gruß
Ich vergleiche jetzt nochmal deine konfiguration mit meiner.
SIP Konfiguration
Neuregistreirung hab ich erstmal wieder auf 3600 gesetzt hat aber auch mit 600 funktioniert.
Audiokompression:
hier bin ich jeweils diagonal durchgegangen, sprich mein bevorzugter ist G.711 und der dritte altern. ist G.726-32.
Internetstatus:
sieht bei mir genauso aus
Bridging:
Einstellungen sind gleich
Experten Konfig:
WAN-IP habe ich 0.0.0.0, weil brauch ich nicht wegen Router
DNS-Serveradresse hier habe ich den DNS-Server meines Providers drinne. Mit 0.0.0.0 kommste nicht weit.
LAN-IP das ist netzwerkabhängig aber das die LAN-IP im gleichem Netz wie die WAN-IP ist .... ist irgendwie nicht so sinnvoll meines erachtens.
Subnetmask ist auch netzabhängig und bei dir halt passend zu deiner Class C Adresse also schein OK
Filter habe ich alle bis auf den für Telnetverbindungen gesetzt
der Rest hier ist wie bei dir.
Internet Zugangsdaten:
Hier wird es ja nun richtig wild. Du die WAN-IP auf 192.168.0.1 gesetzt, sprich die Anlage hat selber dieses IP Adresse auf ihrem WAN-Port, nun gibst du als GW ebenfalls die 192.168.0.1 an sprich du möchtest über die Anlage selbst den zugang zum Internet herstellen aber das geht so nicht. Du Hast sozusagen einen Kreis geschlossen. Beim Gateway muss die IP-Adresse des Routers also des DL-614 rein.
Netzwerk:
ist wie bei mir auch konfiguriert
SIP Konfig:
hierzu kann ich nichts sagen, hab nur nen Sipgate Account
Die IP-Geschichte musst du auf jedenfall ändern damit es funktioniert, wunder mich jedoch das du sagtst das du ne internetverbindung mit deinen Clients hast.
Hier mal kurz nen der Logische Beispielaufbau wie er eigendlich sein sollte:
PC-Client
IP-Adresse: 192.168.0.11 weitere clients z.B. höhere
Subnetmask: 255.255.255.0
Gateway 192.168.0.253
DNS: entweder 192.168.0.253 oder 192.168.0.254 oder die IP-Adresse des DNS-Servers deines Providers
OC31L/SIP
IP-Adresse: 192.168.0.253
Subnetmask: 255.255.255.0
Gateway 192.168.0.254
DNS: entweder 192.168.0.254 oder die IP-Adresse des DNS-Servers deines Providers
DL-614:
LAN-IP-Adresse: 192.168.0.254
Subnetmask: 255.255.255.0
WAN-IP-Adresse: DHCP
Gateway: Wird vom DHCP zugewiesen
DNS: Wird vom DHCP zugewiesen
So müsste es funktionieren, bin ich der meinung. Wenn das hetzt nicht geholfen hat kann ich es nurnoch Zeichnen
Gruß
- Mitglied seit
- 5 Jan 2005
- Beiträge
- 174
- Punkte für Reaktionen
- 0
- Punkte
- 0
@Tiny_Dragon
nur mal so ne Frage vielleicht machen wir ja an der Verkabelung was falsch ...
kannst Du mal beschreiben welchen Netzwerk Posrt du an deineer OC beschaltet hast ?
also ich habe verschiedene möglichkeiten getestet ...
bei der Beschreibung weiter oben gehe ich davon aus das nur der Lan Port gesteckt ist oder?
wenn ich bei mir beide ports stecke wan/lan macht die anlage noch nicht mal einfaches routing ... mach ich einen denkfehler?
Zyxel(192.168.254.1)-(192.168.254.88WANPORT)OC31(192.168.69.254/Gatew.192.168.254.1LANPORT)-(192.168.69.1/gatew.192.168.69.254)Client
nur mal so ne Frage vielleicht machen wir ja an der Verkabelung was falsch ...
kannst Du mal beschreiben welchen Netzwerk Posrt du an deineer OC beschaltet hast ?
also ich habe verschiedene möglichkeiten getestet ...
bei der Beschreibung weiter oben gehe ich davon aus das nur der Lan Port gesteckt ist oder?
wenn ich bei mir beide ports stecke wan/lan macht die anlage noch nicht mal einfaches routing ... mach ich einen denkfehler?
Zyxel(192.168.254.1)-(192.168.254.88WANPORT)OC31(192.168.69.254/Gatew.192.168.254.1LANPORT)-(192.168.69.1/gatew.192.168.69.254)Client
Hi ron,
bei mir ist nur der LAN-Port der OC31 am Router angeschlossen. Der WAN-Port ist, wenn die OC31 hinter einem Router betrieben wird, ohne funktion.
Er ist bei mir weder angeschlossen noch hat er eine IP Adresse. Also so wie ich das bei dir verstanden habe machst du keinen Denkfehler beim Anschluss.
@Svonk, wie schaut es bei dir?
@ron
ich werde aus deiner logischen IP-Struktur nicht so ganz schlau:
Zyxel(192.168.254.1)-(192.168.254.88WANPORT)OC31(192.168.69.254/Gatew.192.168.254.1LANPORT)-(192.168.69.1/gatew.192.168.69.254)Client
kannst du die Teilnehmer nochmal einzeln auflisten? Mit dem Client bitte anfangen.
Gruß
bei mir ist nur der LAN-Port der OC31 am Router angeschlossen. Der WAN-Port ist, wenn die OC31 hinter einem Router betrieben wird, ohne funktion.
Er ist bei mir weder angeschlossen noch hat er eine IP Adresse. Also so wie ich das bei dir verstanden habe machst du keinen Denkfehler beim Anschluss.
@Svonk, wie schaut es bei dir?
@ron
ich werde aus deiner logischen IP-Struktur nicht so ganz schlau:
Zyxel(192.168.254.1)-(192.168.254.88WANPORT)OC31(192.168.69.254/Gatew.192.168.254.1LANPORT)-(192.168.69.1/gatew.192.168.69.254)Client
kannst du die Teilnehmer nochmal einzeln auflisten? Mit dem Client bitte anfangen.
Gruß
huch, habe ich das richtig verstanden? du hast den lan port der oc an die dlink gehaengt? wie ist denn dein client mit der oc verbunden??
vielen dank auch fuer deine ausfuehrungen weiter oben. ich bin gerade bei der umsetzung, allerdings leider bislang mit geringem erfolg. aber womoeglich haben wir das problem gleich mit der kabelfrage geloest...
vielen dank auch fuer deine ausfuehrungen weiter oben. ich bin gerade bei der umsetzung, allerdings leider bislang mit geringem erfolg. aber womoeglich haben wir das problem gleich mit der kabelfrage geloest...
- Mitglied seit
- 5 Jan 2005
- Beiträge
- 174
- Punkte für Reaktionen
- 0
- Punkte
- 0
habe ich nur mal zum testen zusammengebaut, hier funktioniert das Routing nicht ...
BRIDGE/WAN -> auf WAN umgeschaltet
Client
192.168.69.1
Gateway 192.168.69.254
OC31
WANPORT 192.168.254.88
LANPORT 192.168.96.254
Gateway 192.168.254.1
Zyxel
LANPORT 192.168.254.1
Gateway / IP öffentliche IP vom Internet Provider
#############################################
anbei die Konfiguration wie es funzen sollte oder bei dir geht (auf meine Umgebung übertragen)...
netzmaske jeweisl 255.255.255.0 ...
PC Client
LANPORT 192.168.254.100
gateway 192.168.254.1
OC31
WANPORT 0.0.0.0
LANPORT 192.168.254.88
Gateway 192.168.254.1
Zyxel
LANPORT 192.168.254.1
Gateway / IP öffentliche IP vom Internet Provider
BRIDGE/WAN -> auf WAN umgeschaltet
Client
192.168.69.1
Gateway 192.168.69.254
OC31
WANPORT 192.168.254.88
LANPORT 192.168.96.254
Gateway 192.168.254.1
Zyxel
LANPORT 192.168.254.1
Gateway / IP öffentliche IP vom Internet Provider
#############################################
anbei die Konfiguration wie es funzen sollte oder bei dir geht (auf meine Umgebung übertragen)...
netzmaske jeweisl 255.255.255.0 ...
PC Client
LANPORT 192.168.254.100
gateway 192.168.254.1
OC31
WANPORT 0.0.0.0
LANPORT 192.168.254.88
Gateway 192.168.254.1
Zyxel
LANPORT 192.168.254.1
Gateway / IP öffentliche IP vom Internet Provider
Hi ron,
wie schaut es mit dem DNS aus? Welchen benutzt du? Hat der Zyxel ein DNS Proxy den du benutzt?
wie schaut es mit dem DNS aus? Welchen benutzt du? Hat der Zyxel ein DNS Proxy den du benutzt?
Hm... hat der Zyxel nen Routing log? Hast du dir den mal angeschaut?
Mir würde jetzt nur noch einfallen mal nen Ethereal mitlaufen zu lassen und mir das mal Anzuschauen was die anlage eigendlich fabriziert.
@Thomas
Gibt es nen CLI das man über Telnet erreichen könnte wo man nen ping auslösen und den DNS testen kann?
Gruß
Mir würde jetzt nur noch einfallen mal nen Ethereal mitlaufen zu lassen und mir das mal Anzuschauen was die anlage eigendlich fabriziert.
@Thomas
Gibt es nen CLI das man über Telnet erreichen könnte wo man nen ping auslösen und den DNS testen kann?
Gruß
also, ich kann leider - trotz anwendung obiger empfehlungen - noch immer keinen erfolg vermelden...
was mich besonders wundert: es wird kein siplog erzeugt (der menuepunkt ist nicht anklickbar). wie ist das bei euch?
was mich besonders wundert: es wird kein siplog erzeugt (der menuepunkt ist nicht anklickbar). wie ist das bei euch?
- Mitglied seit
- 5 Jan 2005
- Beiträge
- 174
- Punkte für Reaktionen
- 0
- Punkte
- 0
leider antwortet keiner von DETEWE auf meine Anfrage ... ich nehme an das die STUN Version nicht voll implementiert ist ... eine Kurze Antwort von Thomas würde und ne Menge Zeit bei der Fehlersucherei ersparen
also bei mir schreibt das ding auch ein siplog ...
STUN: NAT Type for account1: Port restricted NAT
Registering with SIP server account1
Unregistering with SIP server account1
Registering with SIP server account1
STUN: NAT Type for account1: Port restricted NAT
also bei mir schreibt das ding auch ein siplog ...
STUN: NAT Type for account1: Port restricted NAT
Registering with SIP server account1
Unregistering with SIP server account1
Registering with SIP server account1
STUN: NAT Type for account1: Port restricted NAT
traxanos
Mitglied
- Mitglied seit
- 15 Jul 2004
- Beiträge
- 486
- Punkte für Reaktionen
- 0
- Punkte
- 0
Bei mir klappt es auch nicht.
STUN: NAT Type for account1-4: Port restricted NAT zeigt er auch an.
Das Problem liegt wohl an der PR-NAT. Leider hab ich es nicht Geschaft meinen LinkSys-Router zu einer SymetricNat oder zur einer CloneNAT umzustellen.
STUN: NAT Type for account1-4: Port restricted NAT zeigt er auch an.
Das Problem liegt wohl an der PR-NAT. Leider hab ich es nicht Geschaft meinen LinkSys-Router zu einer SymetricNat oder zur einer CloneNAT umzustellen.
hm, das ist das einzige was dann bei mir noch anders ist. Ich habe keinen einzigen DHCP am laufen. Alles statisch.
Gruß
Gruß
traxanos
Mitglied
- Mitglied seit
- 15 Jul 2004
- Beiträge
- 486
- Punkte für Reaktionen
- 0
- Punkte
- 0
Timing -> Zeitgleich
<<<<<<<<<< Call End >>>>>>>>>>
<<<<<<<<<< Call End >>>>>>>>>>
... hört nicht mehr auf
<<<<<<<<<< Call End >>>>>>>>>>
bekommst du das auch sobald du ein Gespräch nach
Aussen hältst. das würde meine Theorie bestätigen.
[EDIT] sogar 2 mal
zeitgleich
<<<<<<<<<< Call End >>>>>>>>>>
<<<<<<<<<< Call End >>>>>>>>>>
... hört nicht mehr auf
<<<<<<<<<< Call End >>>>>>>>>>
bekommst du das auch sobald du ein Gespräch nach
Aussen hältst. das würde meine Theorie bestätigen.
[EDIT] sogar 2 mal
zeitgleichbekomme das:
<<<<<<<<<< New Call >>>>>>>>>>
Incoming call from: "anonymous" ;tag=as52adfb0d
Remote has hung up, end of call
Closing call because of local hangup
<<<<<<<<<< Call End >>>>>>>>>>
<<<<<<<<<< New Call >>>>>>>>>>
Incoming call from: "anonymous" ;tag=as52adfb0d
Remote has hung up, end of call
Closing call because of local hangup
<<<<<<<<<< Call End >>>>>>>>>>
traxanos
Mitglied
- Mitglied seit
- 15 Jul 2004
- Beiträge
- 486
- Punkte für Reaktionen
- 0
- Punkte
- 0
<<<<<<<<<< New Call >>>>>>>>>>
Incoming call from: "anonymous" ;tag=as52adfb0d
Remote has hung up, end of call
Closing call because of local hangup
<<<<<<<<<< Call End >>>>>>>>>>
das zeigt ja an das die gespräche zumindest reinkommen.
bei mir kommten erst keine gespräche rein.
bei mir wiederholt sich
<<<<<<<<<< Call End >>>>>>>>>>
anscheinden versucht er das gespräch zu beenden und warte auf eine bestätigung die aber nicht ankommt da STUN: NAT Type for account1: Port restricted NAT
Incoming call from: "anonymous" ;tag=as52adfb0d
Remote has hung up, end of call
Closing call because of local hangup
<<<<<<<<<< Call End >>>>>>>>>>
das zeigt ja an das die gespräche zumindest reinkommen.
bei mir kommten erst keine gespräche rein.
bei mir wiederholt sich
<<<<<<<<<< Call End >>>>>>>>>>
anscheinden versucht er das gespräch zu beenden und warte auf eine bestätigung die aber nicht ankommt da STUN: NAT Type for account1: Port restricted NAT
Hi,
hier, um Missverständnisse aus dem Weg zu räumen, eine Wiremap wie es bei mir Angeschlossen ist und funktioniert.
hier, um Missverständnisse aus dem Weg zu räumen, eine Wiremap wie es bei mir Angeschlossen ist und funktioniert.
Neueste Beiträge
-
FRITZ!Box 5690 Pro - Labor ab 8.1x
- Letzte: tango501
-
WireGuard LAN to LAN
- Letzte: DirkMa
-
Verbindungsprobleme mit Fritz 7530ax seit Upgrade auf 8.20
- Letzte: KunterBunter
-
Fritz!Box 7590AX Labor/Inhaus 8.xx- Letzte: Grisu_