Routingproblem
Hans-Werner Kneitinger
ich benötige Hilfe bei einem etwas speziellem Routingproblem.
Ich habe ein LAN welches über einen DSL-Router ans Internet
angeschlossen ist. der Router ist auch gleichzeit ein Switch. An das
LAN habe ich nun eine Bridge angeschlossen welche eine PPP-Verbindung
zum CD32 herstellt. Vom CD32 kann ich nun einige Geräte im LAN
anpingen und einige nicht. Ins Internet gelange ich auch. Vom LAN aus
komme ich immer auf das CD32. Bei den Rechnern die ich nicht
erreichen kann, kann ich mittels tcpdump erkennen das auf ein "icmp
echo request" ein "icmp echo replay" an die IP des CD32 erfolgt. Es
kommt dort aber nicht an. Logge ich mich über Telnet in die Bridge so
kann ich alle Geräte im LAN mittels Ping erreichen und bekomme auch
Antwort. Die Rechner erreiche ich nicht bzw. die Antwort kommt nicht
zurück, den Router und die Printbox schon (Telnet, Web, Traceroute und
Ping).
Meine Konfig:
LAN Netz IP 192.168.1.64
PPP Netz IP 192.168.1.128
Netzmaske 255.255.255.192
Rechner1 192.168.1.65 (AOS3.9 MiamiDX)
Rechner2 192.168.1.67 (Mac OSX, OS9.x)
Rechner3 192.168.1.73 (MorphOS, MiamiDX)
Router 192.168.1.70
Printerbox. 192.168.1.71
Bridge LAN-Port 192.168.1.72
Bridge PPP-Server 192.168.1.129 (auch schon andere versucht)
Bridge Gateway 192.168.1.70
Route zum PPP im Router
Destination 192.168.1.130 (CD32 mit Miami)
Gateway 192.168.1.72
Netzmaske 255.255.255.255 (255.255.255.192 auch getestet)
Tipps und Trick erbeten.
cu
hawe
--
Mit freundlichem Gruss
Hans-Werner
URL:
http://home.t-online.de/home/Hans-Werner.Kneitinger/homepage.html
Woelflick, Thomas
> Posted At: Friday, January 31, 2003 8:00 PM
Hallo Hans-Werner,
ich verstehe nicht ganz, warum Du Dein Netzwerk in 2 Subnetze teilst.
Wenn die Bridge wirklich eine Bridge im netzwerktechnischen Sinne ist
(Layer2), dann solltest Du mit einem Subnetz (z.B. 255.255.255.0)
auskommen.
Die Bridge verbindet AFAIK eigentlich bloß 2 physikalisch
unterschiedliche Medien. In diesem Modus arbeiten auch die meisten
WLAN-AP's - die leiten einfach transparent die Daten vom WLAN in's
Kupfer und vice versa.
In Deiner jetzigen Konfig müßte die 'Bridge' eigentlich als Router
fungieren. Kann sie das?
So long ...
--
Thomas
Hans-Werner Kneitinger
am Mon, 3 Feb 2003 16:06:07 +0100 schriebst Du:
> ich verstehe nicht ganz, warum Du Dein Netzwerk in 2 Subnetze teilst.
Zum einen ist das historisch gewachsen. Der 4000er hier hatte
ursprünglich den ganzen Job geschmissen. Also InterneaAnschluss -
irgendwann einmal via DSL, Mac Emulation mit Netzwerkzugang über VLink
und eben das CD32 mittels magPLIP anbinden und ab und zu den Rechner
meiner Schwester oder meines Pruders anbinden. Das habe ich seinerzeit
nur durch Subneting hinbekommen. Im Laufe der Zeit sind eben immer
mehr Spezialgeräte dazu gekommen. Weil ich alles statisch eingestellt
hatte, war mir das Ändern der Einstellungen immer zu lästig. Darum ist
es von den IPs so wie es ist.
Und zum anderen ist mit dem WebIO Subneting die Möglichkeit mit dem
größten Erfolg. Mehr zum warum weiter unten.
> Wenn die Bridge wirklich eine Bridge im netzwerktechnischen Sinne ist
> (Layer2), dann solltest Du mit einem Subnetz (z.B. 255.255.255.0)
> auskommen.
Tja, ob es eine "Bridge" im netzwerktechnischen Sinn ist, ist mir
unklar. Vielmehr ist es ein Singelchip Controller mit zwei Interfaces.
Einem Ethernet und einen seriellem Interface und ich möchte mir einen
Nebeneffekt nutzbar machen. U.A. läuft ein PPP - Server auf dem
Controller und er kann IP Forwarding zwischen den Interfaces. Ich habe
eimal die Seite des Handbuches auf meien HP gestellt. Wenn Du magst
kannst Du mal einen Blick reinwerfen. Ich lasse sie ein paar Tage
online.
http://hans-werner.kneitinger.bei.t-online.de/computer/pppserv.htm
> Die Bridge verbindet AFAIK eigentlich bloß 2 physikalisch
> unterschiedliche Medien. In diesem Modus arbeiten auch die meisten
> WLAN-AP's - die leiten einfach transparent die Daten vom WLAN in's
> Kupfer und vice versa.
Ja, das möchte ich erreichen. Einen Rechner mit seriellem Anschluss
und PPP - Client an mein Ethernet LAN anschließen.
> In Deiner jetzigen Konfig müßte die 'Bridge' eigentlich als Router
> fungieren. Kann sie das?
So sieht es auch für mich aus. Ob der Chip es kann weiss ich auch
nicht. Es ist eben ein Versuch. Das Handbuch hilft mir nicht recht
weiter und Fragen auf der ML des Herstellers blieben fast
unbeantwortet. Hilfestellungen einiger Anwender waren nicht besonders
erfolgreich. Ich hoffe hier auf Netzwerkspezialisten.
Wenn ich auf dem WebIO IPs aus dem 64er Bereich vergebe, komme ich
weder vom LAN an den PPP - Client noch vom PPP - Client ins LAN oder
Internet. Hier hilft nur ein Eintrag einer statischen Route im Router
(RO318). Da kann ich allerdings keine Route zu einer IP des 64er
Bereichs eintragen. Das nimmt er nicht an und meckert nur rum. Darum
eine IP aus dem 128er Bereich. Damit geht es 3/4. Also von den
Rechnern aus dem LAN geht ein Ping und Traceroute zum PPP - Client.
Vom PPP - Client komme ich ins Internet, zum Router (RO318) und zum
Printserver. Zu den Rechnern gelangt ein Ping auch, allerdings kommt
das replay nicht zum PPP - Client zurück. TCPdump auf den Rechnern
zeigt mir an, dass das icmp echo replay an die IP des PPP - Client
zurück geschickt wird. Ein "route get <ppp-client>" auf den Rechnern
zeigt mit auch einen Eintrag in der Routingtabelle an. Die sieht
soweit ganz gut aus.Wenn ich jetzt auf den Rechnern ein "route add
-host ..." eintrage, klappt alles. Nur finde ich das manuelle eintagen
einer Route auf den Rechner nicht besonders toll. Hier sollte doch ein
Eintrag im Router Sinn und Zweck erfüllen, oder?
Woelflick, Thomas
> Posted At: Monday, February 03, 2003 7:24 PM
>
> Hallo zusammen, hallo Woelflick, Thomas,
> am Mon, 3 Feb 2003 16:06:07 +0100 schriebst Du:
>
> unklar. Vielmehr ist es ein Singelchip Controller mit zwei Interfaces.
> Einem Ethernet und einen seriellem Interface und ich möchte mir einen
> Nebeneffekt nutzbar machen. U.A. läuft ein PPP - Server auf dem
> Controller und er kann IP Forwarding zwischen den Interfaces. Ich habe
> eimal die Seite des Handbuches auf meien HP gestellt. Wenn Du magst
> kannst Du mal einen Blick reinwerfen. Ich lasse sie ein paar Tage
> online.
> http://hans-werner.kneitinger.bei.t-online.de/computer/pppserv.htm
Zumindest wir in dem Bsp. nur eine IP-Adresse für den PPP-Server
vergeben. Das macht auch Sinn, das eine Bridge nur eine IP-Adresse hat.
Was passiert wenn Du dem LAN-Interface keine IP-Adresse zuweist?
> > Die Bridge verbindet AFAIK eigentlich bloß 2 physikalisch
> > unterschiedliche Medien. In diesem Modus arbeiten auch die meisten
> > WLAN-AP's - die leiten einfach transparent die Daten vom WLAN in's
> > Kupfer und vice versa.
> Ja, das möchte ich erreichen. Einen Rechner mit seriellem Anschluss
> und PPP - Client an mein Ethernet LAN anschließen.
> > In Deiner jetzigen Konfig müßte die 'Bridge' eigentlich als Router
> > fungieren. Kann sie das?
> Wenn ich auf dem WebIO IPs aus dem 64er Bereich vergebe, komme ich
> weder vom LAN an den PPP - Client noch vom PPP - Client ins LAN oder
> Internet. Hier hilft nur ein Eintrag einer statischen Route im Router
> (RO318). Da kann ich allerdings keine Route zu einer IP des 64er
> Bereichs eintragen. Das nimmt er nicht an und meckert nur rum. Darum
Wahrscheinlich weil sie in seinem eigenen Subnetz liegt. Sollte zwar
prinzipiell trotzdem gehen, aber wer weis ...
> eine IP aus dem 128er Bereich. Damit geht es 3/4. Also von den
> Rechnern aus dem LAN geht ein Ping und Traceroute zum PPP - Client.
> Vom PPP - Client komme ich ins Internet, zum Router (RO318) und zum
> Printserver. Zu den Rechnern gelangt ein Ping auch, allerdings kommt
> das replay nicht zum PPP - Client zurück. TCPdump auf den Rechnern
> zeigt mir an, dass das icmp echo replay an die IP des PPP - Client
> zurück geschickt wird. Ein "route get <ppp-client>" auf den Rechnern
> zeigt mit auch einen Eintrag in der Routingtabelle an. Die sieht
> soweit ganz gut aus.Wenn ich jetzt auf den Rechnern ein "route add -
> host ..." eintrage, klappt alles. Nur finde ich das manuelle eintagen
> einer Route auf den Rechner nicht besonders toll. Hier sollte doch ein
> Eintrag im Router Sinn und Zweck erfüllen, oder?
Prinzipiell schon, wenn die Rechner den Router als Default Gateway
eingetragen haben.
Ich habe gerade gelesen das der RO318 auch Firewall usw. ist. Hast Du
mal geschaut ob irgendwelche Filter das Weiterleiten der Pakete
verhindern?
Ich würde prinzipiell mal probieren ob die ganze Sache nicht mit einem
Subnetz zu erschlagen ist, dann ersparst Du Dir das ganze gefummle mit
den Routen in Deinem eigenen Netz. Vorausgesetzt das WebIO erlaubt das,
würde ich entweder PPP-Server und -Client mit in das 64er Netz nehmen
oder (m.E. noch besser) die Netzmaske überall auf 255.255.255.0 setzen.
Falls das nichts bringt, kannst Du ja mal die statische Route im RO318
auf das 128er Subnetz setzen (Dest. 192.168.1.128, Mask 255.255.255.192,
Gateway 192.168.1.72) - ausgehend von Deiner ursprünglichen Konfig.
Und als drittes könntest Du noch komplette C-Netze probieren, d.h. Du
schmeißt Bridge und CD32 mal in ein Subnetz 192.168.2.0 (255.255.255.0).
Vieleicht kommt ja irgendein Gerät nicht mit den unterteilten C-Netzen
klar.
HTH ...
--
Thomas
Hans-Werner Kneitinger
> Zumindest wir in dem Bsp. nur eine IP-Adresse für den PPP-Server
Ja, ist ja auch nur die Anleitungsseite des PPP -Servers. ;-))
> vergeben. Das macht auch Sinn, das eine Bridge nur eine IP-Adresse hat.
> Was passiert wenn Du dem LAN-Interface keine IP-Adresse zuweist?
Das war keine gute Idee, jetzt ist das Ethernet komplett ausgesperrt
;-)). IMO entspricht der WebIO in der von mir eingesetzten
Parametrierung eher der Funktionalität eines Routers. Sollte aber für
meine Anwednung auch gut brauchbar sein.
> Wahrscheinlich weil sie in seinem eigenen Subnetz liegt. Sollte zwar
> prinzipiell trotzdem gehen, aber wer weis ...
Ja, sowas sagt wohl auch die Meldung aus. Ist aber auch wenn ich
kein Subnetz mache und 192.168.1. nutze. IMO ist der Router ehe das
Problem oder ist von mir falsch konfiguriert (Nur da gibt es nicht
viel zu konfigurieren).
> Prinzipiell schon, wenn die Rechner den Router als Default Gateway
> eingetragen haben.
Das ist er, wie alle anderen Geräte auch.
> Ich habe gerade gelesen das der RO318 auch Firewall usw. ist. Hast
> Du mal geschaut ob irgendwelche Filter das Weiterleiten der Pakete
> verhindern?
Ich habe es auch schon einmal abgeschaltet, Aktuell habe ich eDonky
Port (TCP;4662) gesperrt. War ein Versuch weil dieses andauernden
anpollen meine Router nicht mehr Idle gehen läßt. Und der TCP/UDP Port
2222 ist von mir gesperrt worden. M$ unter MacOS chattet u.U. über
diesen Port und das muss nicht unbedingt sein.
> Ich würde prinzipiell mal probieren ob die ganze Sache nicht mit
> einem Subnetz zu erschlagen ist, dann ersparst Du Dir das ganze
> gefummle mit den Routen in Deinem eigenen Netz. Vorausgesetzt das
> WebIO erlaubt das, würde ich entweder PPP-Server und -Client mit in
> das 64er Netz nehmen oder (m.E. noch besser) die Netzmaske überall
> auf 255.255.255.0 setzen. Falls das nichts bringt, kannst Du ja mal
> die statische Route im RO318 auf das 128er Subnetz setzen (Dest.
Ich hatte schon einmal Versuchsweise alles ins C-Netz 192.168.1.0 mit
der Maske 255.255.255.0 geleget und die Route aus dem Router genommen.
Damit ist der PPP - Pfad komplett aus dem Ethernet ausgesperrt.
Sobald eine statische Route im Router aktiv ist, wird es besser. Am
besten läuft es in der Subnetkonfiguration die ich z.Zt. benutze. Da
hat dann der Router auch nichts mehr zu meckern.
> 192.168.1.128, Mask 255.255.255.192, Gateway 192.168.1.72) -
> ausgehend von Deiner ursprünglichen Konfig. Und als drittes könntest
>Du noch komplette C-Netze probieren, d.h. Du
> schmeißt Bridge und CD32 mal in ein Subnetz 192.168.2.0
> (255.255.255.0).
Habe ich auch schon getestet. Ist dann so wie mein 64/128 Subnetz.
> Vieleicht kommt ja irgendein Gerät nicht mit den unterteilten
>C-Netzen klar.
IMO hat der Router ein Problem.
Kennst Du den Unterschied bei den Packeten wenn ich vom Rechner zum
CD32 sende bzw. Wenn der Rechner eine Antwort auf eine Anfrage des
CD32 sendet. Ersteres geht, zweites nicht. Seltsamerweise geht zweites
aber mit dem Printserver und der hängt am Switch wo auch die Rechner
dran hängen. Und wenn ich eine statische Route zum CD32 in den Rechner
hinterlege geht es auch mit den Rechnern.
Woelflick, Thomas
> Posted At: Tuesday, February 04, 2003 8:23 PM
>
> IMO hat der Router ein Problem.
>
> Kennst Du den Unterschied bei den Packeten wenn ich vom
> Rechner zum CD32 sende bzw. Wenn der Rechner eine Antwort
> auf eine Anfrage des CD32 sendet. Ersteres geht, zweites
> nicht. Seltsamerweise geht zweites aber mit dem Printserver
> und der hängt am Switch wo auch die Rechner dran hängen. Und
> wenn ich eine statische Route zum CD32 in den Rechner
> hinterlege geht es auch mit den Rechnern.
Hallo hawe,
ich glaub nicht so richtig das es der Router ist, mit dem Printserver
funktioniert es ja (was hat der Printserver für ein OS?) und der Router
selber kommt ja auch zum CD32.
Der Unterschied zwischen den Ping-Paketen dürfte AFAIK nur der sein, daß
das eine ein ICMP-Request und das andere ein -Reply ist.
Was ist der Unterschied zwischen Antworten vom Printserver und Antworten
von den anderen Rechnern?
Wie sehen die Routingtabellen auf den jeweiligen Clients aus?
Läuft auf dem Printserver evtl. ein Routingdaemon der die Route vom
RO318 mitgeteilt bekommt?
Alles sehr merkwürdig ...
--
Thomas
Hans-Werner Kneitinger
> ich glaub nicht so richtig das es der Router ist, mit dem Printserver
> funktioniert es ja (was hat der Printserver für ein OS?) und der Router
> selber kommt ja auch zum CD32.
Der Printserver ist ein Kästchen von Edimax, PrintSir Model
3P/7E-9.0.31, mit nem Ethernetanschluss und drei Druckerports.
Protokollunterstützung für IPX/SPX/NDS & TCP/IP. Ich nutze nur TCP/IP
> Der Unterschied zwischen den Ping-Paketen dürfte AFAIK nur der sein,
> daß das eine ein ICMP-Request und das andere ein -Reply ist.
Das zeigt mirt auch TCPDump so an. Von den Rechnern zum CD32 geht es
ja auch. Nur wenn Die Rechner eine Antwort an das CD32 senden sollen
geht es nicht. Egal ob ping oder WEB oder sonstwas. Trage ich die
Route manuell ein geht es.
> Was ist der Unterschied zwischen Antworten vom Printserver und
> Antworten von den anderen Rechnern?
Tja, k.A.
> Wie sehen die Routingtabellen auf den jeweiligen Clients aus?
Keine Routingtabellen eingetragen. Nur den RO318 als Defaultgateway.
Ich habe die Ausgaben von "nedstat -r" und "route get 192.168.1.130"
und ein "ping -R 192.168.1.130" des Pegasos mal unten angefügt. Die
Ausgaben des Mac oder das A4000 unterscheiden sich nicht großartig.
> Läuft auf dem Printserver evtl. ein Routingdaemon der die Route vom
> RO318 mitgeteilt bekommt?
Wie geschrieben, eine einfache Kiste nur mittels WEB GUI zu
konfigurieren.
---- nedstat -r ---
performing DNS lookups...
Routing tables
Internet:
Destination Gateway Flags Refs Use Interface
default ro318 UGSP 4 0 eth0
news.t-online.com ro318 UGHW 1 413 eth0
update.vapor.com ro318 UGHW 1 18 eth0
loop localhost UGRSP 0 0 lo0
localhost localhost UH 1 0 lo0
192.168.1.64/26 link##3 UC 0 0 eth0
borg 00.30.65.71.90.7E UHLW 1 4 eth0
ro318 00.30.AB.0A.F8.F7 UHLW 6 24 eth0
192.168.1.127 link##3 UHLW 2 94 eth0
fwdallmx.t-online. ro318 UGHW3 0 172 eth0
zargos.morphos.net ro318 UGHW3 0 116 eth0
224/4 link##3 UCS 0 0 eth0
---
--- route get 192.168.1.130 ---------
route to: seven
destination: default
mask: default
gateway: ro318
interface: eth0
flags: <UP,GATEWAY,DONE,STATIC>
recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire
32768 32768 0 0 0 0 1486 0
---
--- ping -R 192.168.1.130 -------
PING 192.168.1.130 (192.168.1.130): 56 data bytes
64 bytes from 192.168.1.130: icmp_seq=0 ttl=254 time=171.185 ms
RR: ro318 (192.168.1.70)
belana (192.168.1.129)
seven (192.168.1.130)
WebIO (192.168.1.72)
Peggy (192.168.1.73)
64 bytes from 192.168.1.130: icmp_seq=1 ttl=254 time=214.036 ms (same route)
64 bytes from 192.168.1.130: icmp_seq=2 ttl=254 time=170.371 ms (same route)
---
Woelflick, Thomas
> Posted At: Wednesday, February 05, 2003 5:54 PM
>
> Hallo zusammen, hallo Woelflick, Thomas,
> am Wed, 5 Feb 2003 16:17:40 +0100 schriebst Du:
>
>
> Keine Routingtabellen eingetragen. Nur den RO318 als
> Defaultgateway. Ich habe die Ausgaben von "nedstat -r" und
> "route get 192.168.1.130" und ein "ping -R 192.168.1.130" des
> Pegasos mal unten angefügt. Die Ausgaben des Mac oder das
> A4000 unterscheiden sich nicht großartig.
>
Tja - ich kann da auch keinen Fehler entdecken.
Meine Vermutung: entweder irgend ein Fehler in der Implementierung des
IP-Stacks auf den beteiligten Rechnern, oder - für mich wahrscheinlicher
- ein Fehler im WebIO.
Ich würde trotdem mal versuchen das Ganze auf 2 Class-C-Netze
umzustellen.
Hans-Werner Kneitinger
> Tja - ich kann da auch keinen Fehler entdecken.
> Meine Vermutung: entweder irgend ein Fehler in der Implementierung des
> IP-Stacks auf den beteiligten Rechnern, oder - für mich wahrscheinlicher
> - ein Fehler im WebIO.
Mhhhh ...
ich fasse noch einmal zusammen.
PPP-Client -> Internet, i.O.
PPP-Client -> Router, i.O.
PPP-Client -> Printserver, i.O.
Rechner -> PPP-Client, i.O.
PPP-Client -> Rechner, Fehler.
PPP-Client -> Rechner (statische Route eingerichtet), i.O.
> Ich würde trotdem mal versuchen das Ganze auf 2 Class-C-Netze
> umzustellen.
Habe ich schon, gleiches Verhalten wie mit Subnetztmasken.
Ich richte jetzt statische Routen auf den Rechnern ein. Danke für
Deine Hilfe.
Thomas Woelflick
> Hallo zusammen, hallo Woelflick, Thomas,
> am Mon, 10 Feb 2003 08:40:20 +0100 schriebst Du:
>
> > Tja - ich kann da auch keinen Fehler entdecken.
> > Meine Vermutung: entweder irgend ein Fehler in der Implementierung des
> > IP-Stacks auf den beteiligten Rechnern, oder - für mich wahrscheinlicher
> > - ein Fehler im WebIO.
>
> Mhhhh ...
>
> ich fasse noch einmal zusammen.
>
> PPP-Client -> Internet, i.O.
> PPP-Client -> Router, i.O.
> PPP-Client -> Printserver, i.O.
> Rechner -> PPP-Client, i.O.
>
> PPP-Client -> Rechner, Fehler.
> PPP-Client -> Rechner (statische Route eingerichtet), i.O.
>
> > Ich würde trotdem mal versuchen das Ganze auf 2 Class-C-Netze
> > umzustellen.
>
> Habe ich schon, gleiches Verhalten wie mit Subnetztmasken.
>
> Ich richte jetzt statische Routen auf den Rechnern ein. Danke für
> Deine Hilfe.
Hallo Hans-Werner,
hier noch eine netter Beitrag über Bridging:
<http://www.openbsd.org/faq/faq6.html#Bridge>
HTH ...
--
Thomas