![](https://seccdn.libravatar.org/avatar/b1842abb8006ea74e718227c6883c589.jpg?s=120&d=mm&r=g)
Hallo zusammen, ich verliere nach jedem Disconnect von meinem ISDN Partner meine Routen. Das ist aber nicht gut, da ich einen Backupkanal mit Dial on Demand aufbauen möchte. Wie genau muß ich das if-up Script modifizieren, damit er die Routen beim ISDN beenden einfach nocheinmal neu erstellt?? Stefan
![](https://seccdn.libravatar.org/avatar/c89bd9e2df56aaf3ae9530a907a5c71b.jpg?s=120&d=mm&r=g)
Am Die, 2003-07-01 um 10.30 schrieb Stefan Eggert:
Hallo zusammen,
ich verliere nach jedem Disconnect von meinem ISDN Partner meine Routen. Das ist aber nicht gut, da ich einen Backupkanal mit Dial on Demand aufbauen möchte.
Wie genau muß ich das if-up Script modifizieren, damit er die Routen beim ISDN beenden einfach nocheinmal neu erstellt??
Hallo, in /etc/sysconfig/network/routes die erforderlichen Routen eintragen. Die wird nach jedem Verbindungsabbau abgearbeitet. Gruß, Wolfgang
![](https://seccdn.libravatar.org/avatar/b1842abb8006ea74e718227c6883c589.jpg?s=120&d=mm&r=g)
Wolfgang Hinsch schrieb:
Am Die, 2003-07-01 um 10.30 schrieb Stefan Eggert:
Hallo zusammen,
ich verliere nach jedem Disconnect von meinem ISDN Partner meine Routen. Das ist aber nicht gut, da ich einen Backupkanal mit Dial on Demand aufbauen möchte.
Wie genau muß ich das if-up Script modifizieren, damit er die Routen beim ISDN beenden einfach nocheinmal neu erstellt??
Hallo,
in /etc/sysconfig/network/routes die erforderlichen Routen eintragen. Die wird nach jedem Verbindungsabbau abgearbeitet.
Hi! Habe ich auch gedacht, aber nach beenden der ISDN Verbindung fehlen die Routen. Wie folgt: ippp0 = ISDN 192.168.103.3, PtP Partner: 172.22.2.2 dann die Route 172.22.0.0/16 auf gw 172.22.2.2 Die Route wird aber immer gelöscht, er sagt Netzwerk nicht erreichbar. Stefan
![](https://seccdn.libravatar.org/avatar/b1842abb8006ea74e718227c6883c589.jpg?s=120&d=mm&r=g)
Stefan Eggert schrieb:
Wolfgang Hinsch schrieb:
Am Die, 2003-07-01 um 10.30 schrieb Stefan Eggert:
Hallo zusammen,
ich verliere nach jedem Disconnect von meinem ISDN Partner meine Routen. Das ist aber nicht gut, da ich einen Backupkanal mit Dial on Demand aufbauen möchte.
Wie genau muß ich das if-up Script modifizieren, damit er die Routen beim ISDN beenden einfach nocheinmal neu erstellt??
Hallo,
in /etc/sysconfig/network/routes die erforderlichen Routen eintragen. Die wird nach jedem Verbindungsabbau abgearbeitet.
Hi!
Habe ich auch gedacht, aber nach beenden der ISDN Verbindung fehlen die Routen.
Wie folgt:
ippp0 = ISDN 192.168.103.3, PtP Partner: 172.22.2.2
dann die Route 172.22.0.0/16 auf gw 172.22.2.2
Die Route wird aber immer gelöscht, er sagt Netzwerk nicht erreichbar.
Hat sich erledigt, musste die Route nicht aus ptp device leiten, sondern auf 192.168.103.3 :-)) Stefan
![](https://seccdn.libravatar.org/avatar/b1842abb8006ea74e718227c6883c589.jpg?s=120&d=mm&r=g)
Stefan Eggert schrieb:
Wolfgang Hinsch schrieb:
Am Die, 2003-07-01 um 10.30 schrieb Stefan Eggert:
Hallo zusammen,
ich verliere nach jedem Disconnect von meinem ISDN Partner meine Routen. Das ist aber nicht gut, da ich einen Backupkanal mit Dial on Demand aufbauen möchte.
Wie genau muß ich das if-up Script modifizieren, damit er die Routen beim ISDN beenden einfach nocheinmal neu erstellt??
Hallo,
in /etc/sysconfig/network/routes die erforderlichen Routen eintragen. Die wird nach jedem Verbindungsabbau abgearbeitet.
Hi!
Habe ich auch gedacht, aber nach beenden der ISDN Verbindung fehlen die Routen.
Wie folgt:
ippp0 = ISDN 192.168.103.3, PtP Partner: 172.22.2.2
dann die Route 172.22.0.0/16 auf gw 172.22.2.2
Die Route wird aber immer gelöscht, er sagt Netzwerk nicht erreichbar.
Mist, war zu schnell! # Er löscht die Routen immer noch...
![](https://seccdn.libravatar.org/avatar/c89bd9e2df56aaf3ae9530a907a5c71b.jpg?s=120&d=mm&r=g)
Am Die, 2003-07-01 um 10.50 schrieb Stefan Eggert:
Wolfgang Hinsch schrieb:
Am Die, 2003-07-01 um 10.30 schrieb Stefan Eggert:
Hallo zusammen,
ich verliere nach jedem Disconnect von meinem ISDN Partner meine Routen. Das ist aber nicht gut, da ich einen Backupkanal mit Dial on Demand aufbauen möchte.
Wie genau muß ich das if-up Script modifizieren, damit er die Routen beim ISDN beenden einfach nocheinmal neu erstellt??
Hallo,
in /etc/sysconfig/network/routes die erforderlichen Routen eintragen. Die wird nach jedem Verbindungsabbau abgearbeitet.
Hi!
Habe ich auch gedacht, aber nach beenden der ISDN Verbindung fehlen die Routen.
Wie folgt:
ippp0 = ISDN 192.168.103.3, PtP Partner: 172.22.2.2
dann die Route 172.22.0.0/16 auf gw 172.22.2.2
Die Route sollte nicht auf der Partner-IP sondern auf dem Interface 192.168.103.3 liegen. Die Partner-IP ist nicht vorhanden, solange die Verbindung nicht besteht. Gruß, Wolfgang
![](https://seccdn.libravatar.org/avatar/b1842abb8006ea74e718227c6883c589.jpg?s=120&d=mm&r=g)
Wolfgang Hinsch schrieb:
Am Die, 2003-07-01 um 10.50 schrieb Stefan Eggert:
Wolfgang Hinsch schrieb:
Am Die, 2003-07-01 um 10.30 schrieb Stefan Eggert:
Hallo zusammen,
ich verliere nach jedem Disconnect von meinem ISDN Partner meine Routen. Das ist aber nicht gut, da ich einen Backupkanal mit Dial on Demand aufbauen möchte.
Wie genau muß ich das if-up Script modifizieren, damit er die Routen beim ISDN beenden einfach nocheinmal neu erstellt??
Hallo,
in /etc/sysconfig/network/routes die erforderlichen Routen eintragen. Die wird nach jedem Verbindungsabbau abgearbeitet.
Hi!
Habe ich auch gedacht, aber nach beenden der ISDN Verbindung fehlen die Routen.
Wie folgt:
ippp0 = ISDN 192.168.103.3, PtP Partner: 172.22.2.2
dann die Route 172.22.0.0/16 auf gw 172.22.2.2
Die Route sollte nicht auf der Partner-IP sondern auf dem Interface 192.168.103.3 liegen. Die Partner-IP ist nicht vorhanden, solange die Verbindung nicht besteht.
Hatte ich ja egrade auch gedacht, aber das war es ja nicht. 192.168.103.3 ist ja das ippp0 device, und nach beenden der Vrbvindung scheint er das device immer kurz zu beenden und damit auch die Routen :-(
![](https://seccdn.libravatar.org/avatar/c89bd9e2df56aaf3ae9530a907a5c71b.jpg?s=120&d=mm&r=g)
Am Die, 2003-07-01 um 11.37 schrieb Stefan Eggert:
Wolfgang Hinsch schrieb:
Am Die, 2003-07-01 um 10.50 schrieb Stefan Eggert:
Wolfgang Hinsch schrieb:
Am Die, 2003-07-01 um 10.30 schrieb Stefan Eggert:
Hallo zusammen,
ich verliere nach jedem Disconnect von meinem ISDN Partner meine Routen. Das ist aber nicht gut, da ich einen Backupkanal mit Dial on Demand aufbauen möchte.
Wie genau muß ich das if-up Script modifizieren, damit er die Routen beim ISDN beenden einfach nocheinmal neu erstellt??
Hallo,
in /etc/sysconfig/network/routes die erforderlichen Routen eintragen. Die wird nach jedem Verbindungsabbau abgearbeitet.
Hi!
Habe ich auch gedacht, aber nach beenden der ISDN Verbindung fehlen die Routen.
Wie folgt:
ippp0 = ISDN 192.168.103.3, PtP Partner: 172.22.2.2
dann die Route 172.22.0.0/16 auf gw 172.22.2.2
Die Route sollte nicht auf der Partner-IP sondern auf dem Interface 192.168.103.3 liegen. Die Partner-IP ist nicht vorhanden, solange die Verbindung nicht besteht.
Hatte ich ja egrade auch gedacht, aber das war es ja nicht. 192.168.103.3 ist ja das ippp0 device, und nach beenden der Vrbvindung scheint er das device immer kurz zu beenden und damit auch die Routen :-(
Mmoment mal, langsam Noch mal von vorn: Bei mir läuft es so: (SuSE 8.1 hisax) Die Ippp-Devices haben jeweils eine lokale und eine ferne IP. Diese Ips sind reine Routing-IPs, d.h. es gibt keine weiteren Adressen als diese beiden. Das Routing läuft, im Gegensatz zu dem vorher gesagten, mit der Partner-IP, aber auf das Netzwerk der Partner-Netzwerkkarte. Bsp: Mein Netzwerkadresse: 192.1.1.37 Partner-Netzwerkkarte: 192.27.1.22 ISDN-IP: lokal 10.1.1.37, fern 10.1.1.22 Das Interface setzt die Route, wenn es gestartet ist. Auch wenn keine Verbindung besteht: route -n: Destination gw .... Iface 10.1.1.22 0.0.0.0 ippp1 192.1.1.37 0.0.0.0 eth0 In /etc/sysconfig/network/routes: 192.27.1.0 10.1.1.22 255.255.255.0 ippp1 route -n: Destination gw .... Iface 10.1.1.22 0.0.0.0 ippp1 192.27.1.0 10.1.1.22 ippp1 192.1.1.37 0.0.0.0 eth0 Ich nehme für jeden Rechner eine feste ISDN-IP lokal für alle ippp-Devices (auf derselben Karte). Der gw ist jeweils die IP der ISDN-Karte des Partners. Die Destination ist die IP der Netzwerkkarte (bzw. des Netzwerkes) des fernen Partners. Uff, ich hoffe, ich habe jetzt keinen Zahlendreher... HTH, Wolfgang
![](https://seccdn.libravatar.org/avatar/b1842abb8006ea74e718227c6883c589.jpg?s=120&d=mm&r=g)
Wolfgang Hinsch schrieb:
Am Die, 2003-07-01 um 11.37 schrieb Stefan Eggert:
Wolfgang Hinsch schrieb:
Am Die, 2003-07-01 um 10.50 schrieb Stefan Eggert:
Wolfgang Hinsch schrieb:
Am Die, 2003-07-01 um 10.30 schrieb Stefan Eggert:
Hallo zusammen,
ich verliere nach jedem Disconnect von meinem ISDN Partner meine Routen. Das ist aber nicht gut, da ich einen Backupkanal mit Dial on Demand aufbauen möchte.
Wie genau muß ich das if-up Script modifizieren, damit er die Routen beim ISDN beenden einfach nocheinmal neu erstellt??
Hallo,
in /etc/sysconfig/network/routes die erforderlichen Routen eintragen. Die wird nach jedem Verbindungsabbau abgearbeitet.
Hi!
Habe ich auch gedacht, aber nach beenden der ISDN Verbindung fehlen die Routen.
Wie folgt:
ippp0 = ISDN 192.168.103.3, PtP Partner: 172.22.2.2
dann die Route 172.22.0.0/16 auf gw 172.22.2.2
Die Route sollte nicht auf der Partner-IP sondern auf dem Interface 192.168.103.3 liegen. Die Partner-IP ist nicht vorhanden, solange die Verbindung nicht besteht.
Hatte ich ja egrade auch gedacht, aber das war es ja nicht. 192.168.103.3 ist ja das ippp0 device, und nach beenden der Vrbvindung scheint er das device immer kurz zu beenden und damit auch die Routen :-(
Mmoment mal, langsam
Noch mal von vorn: Bei mir läuft es so: (SuSE 8.1 hisax) Die Ippp-Devices haben jeweils eine lokale und eine ferne IP. Diese Ips sind reine Routing-IPs, d.h. es gibt keine weiteren Adressen als diese beiden. Das Routing läuft, im Gegensatz zu dem vorher gesagten, mit der Partner-IP, aber auf das Netzwerk der Partner-Netzwerkkarte.
Bsp: Mein Netzwerkadresse: 192.1.1.37 Partner-Netzwerkkarte: 192.27.1.22
ISDN-IP: lokal 10.1.1.37, fern 10.1.1.22
Das Interface setzt die Route, wenn es gestartet ist. Auch wenn keine Verbindung besteht:
route -n:
Destination gw .... Iface 10.1.1.22 0.0.0.0 ippp1 192.1.1.37 0.0.0.0 eth0
In /etc/sysconfig/network/routes: 192.27.1.0 10.1.1.22 255.255.255.0 ippp1
route -n: Destination gw .... Iface 10.1.1.22 0.0.0.0 ippp1 192.27.1.0 10.1.1.22 ippp1 192.1.1.37 0.0.0.0 eth0
Ich nehme für jeden Rechner eine feste ISDN-IP lokal für alle ippp-Devices (auf derselben Karte). Der gw ist jeweils die IP der ISDN-Karte des Partners. Die Destination ist die IP der Netzwerkkarte (bzw. des Netzwerkes) des fernen Partners.
Hallo Wolfgang, genau so mache ich das auch! Nur nach dem Diconnect kann route für den Bruchteil einer sekunde die ippp0 Adresse (meine lokale) nicht finden, wogin er das fremnde netzwerk routen soll. Kann ich ppp nicht irgendwie sagen, das er die Routen nicht ständig neu legen soll?? bekomme echt die Kriese hier.... Stefan
![](https://seccdn.libravatar.org/avatar/c89bd9e2df56aaf3ae9530a907a5c71b.jpg?s=120&d=mm&r=g)
Am Die, 2003-07-01 um 13.31 schrieb Stefan Eggert:
Hallo Wolfgang,
genau so mache ich das auch!
Nur nach dem Diconnect kann route für den Bruchteil einer sekunde die ippp0 Adresse (meine lokale) nicht finden, wogin er das fremnde netzwerk routen soll.
Kann ich ppp nicht irgendwie sagen, das er die Routen nicht ständig neu legen soll?? bekomme echt die Kriese hier....
Hallo Stefan normalerweise wird nach dem Start der ippp-Devices nochmal die routes durchlaufen. Ich glaube eigentlich noch nicht an ein Timing-Problem. Die Verteilung Deiner IP-Nummern ist mir nicht ganz klar. Poste mal die relevanten Teile von ifconfig, route -n und /etc/sysconfig/routes, am besten von beiden Partnern, aber ohne Tel-Nr(!). Sollten wir das damit nicht hinbekommen, wäre das eine Frage für suse-isdn. Gruß, Wolfgang
![](https://seccdn.libravatar.org/avatar/b1842abb8006ea74e718227c6883c589.jpg?s=120&d=mm&r=g)
Hallo Stefan
normalerweise wird nach dem Start der ippp-Devices nochmal die routes durchlaufen. Ich glaube eigentlich noch nicht an ein Timing-Problem.
Die Verteilung Deiner IP-Nummern ist mir nicht ganz klar. Poste mal die relevanten Teile von ifconfig, route -n und /etc/sysconfig/routes, am besten von beiden Partnern, aber ohne Tel-Nr(!). Sollten wir das damit nicht hinbekommen, wäre das eine Frage für suse-isdn.
Klaro ohne Tel. Nr. Warte, ich poste mein root Kennwort :-)) So, hier die Daten: Client (Netzwerk 192.168.103.0/24) IP 192.168.103.2: Destination Gateway Genmask Flags MSS Window irtt Iface 172.22.2.2 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 192.168.103.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 172.22.0.0 192.168.103.3 255.255.0.0 UG 0 0 0 ippp0 linux:~ # cat /etc/sysconfig/network/routes 172.22.0.0 192.168.103.3 255.255.0.0 linux:~ # ifconfig eth0 Link encap:Ethernet HWaddr 00:0B:DB:6D:5A:13 inet addr:192.168.103.2 Bcast:192.168.103.255 Mask:255.255.255.0 ippp0 Link encap:Point-to-Point Protocol inet addr:192.168.103.3 P-t-P:172.22.2.2 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MTU:1500 Metric:1 Der Server ist ein ISDN Router, IP 172.22.2.2, er soll in das Netz 172.22.0.0/24 routen. Klappt auch alles, zumindest wenn die Routen stimmen (rcnetwork restart) Nachdem jedoch die ippp0 vertbimndung abgebaut wird, war es das, die Route wird gelöscht. In der MEssages finde ich dann folgendes: ioctl(SIOCSIFMTU): Invalid argument, 6 ippp0 1524. Verrueckte Welt.... Stefan
![](https://seccdn.libravatar.org/avatar/c89bd9e2df56aaf3ae9530a907a5c71b.jpg?s=120&d=mm&r=g)
Am Die, 2003-07-01 um 14.27 schrieb Stefan Eggert:
Client (Netzwerk 192.168.103.0/24) IP 192.168.103.2:
Destination Gateway Genmask Flags MSS Window irtt Iface 172.22.2.2 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0
Damit ist der Host 172.22.2.2 direkt über die ippp0 ansprechbar
192.168.103.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
Das lokale Netzwerk
172.22.0.0 192.168.103.3 255.255.0.0 UG 0 0 0 ippp0
Hier stimmt etwas nicht. Für den Weg in das Netz 172.22.0.0 gibst Du den Gateway 192.168.103.3 an, Dein lokales Netzwerk, obwohl eine Adresse des 172er-Netzes direkt über die ISDN-Karte Deines Rechners erreichbar ist.
linux:~ # cat /etc/sysconfig/network/routes 172.22.0.0 192.168.103.3 255.255.0.0
Der erzeugt die 3. Zeile oben
linux:~ # ifconfig eth0 Link encap:Ethernet HWaddr 00:0B:DB:6D:5A:13 inet addr:192.168.103.2 Bcast:192.168.103.255 Mask:255.255.255.0
ippp0 Link encap:Point-to-Point Protocol inet addr:192.168.103.3 P-t-P:172.22.2.2 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MTU:1500 Metric:1
Hier beißt sich was. Die Adresse Deiner ISDN-Karte ist im selben Netzwerk wie die Ethernet-Karte. Das sollte durch die Maske zwar gut gehen, ich würde aber eine abweichende Adresse empfehlen.
Der Server ist ein ISDN Router, IP 172.22.2.2, er soll in das Netz 172.22.0.0/24 routen.
Klappt auch alles, zumindest wenn die Routen stimmen (rcnetwork restart) Nachdem jedoch die ippp0 vertbimndung abgebaut wird, war es das, die Route wird gelöscht. In der MEssages finde ich dann folgendes:
ioctl(SIOCSIFMTU): Invalid argument, 6 ippp0 1524.
Verrueckte Welt....
Stefan
Ich versuche es mal "grafisch" Host1-isdn(192.168.103.3) --- (172.22.2.2)isdn-Router-eth(172.22.x.x) | eth0(192.168.103.2) Gegenvorschlag, benutzen wir bei uns: Host1-isdn(10.22.2.1) --- (10.22.2.2)isdn-Router-eth(172.22.x.x) | eth0(192.168.103.2) Dann hast Du ein 2 eth-Netzwerke und 1 isdn-Netzwerk, wobei die Rechner nur die üblichen Routing-Regeln befolgen müssen. Dann wäre: linux:~ # cat /etc/sysconfig/network/routes 172.22.0.0 10.22.2.2 255.255.0.0 und linux:~ # ifconfig eth0 Link encap:Ethernet HWaddr 00:0B:DB:6D:5A:13 inet addr:192.168.103.2 Bcast:192.168.103.255 Mask:255.255.255.0 ippp0 Link encap:Point-to-Point Protocol inet addr:10.22.2.1 P-t-P:10.22.2.2 Mask:255.255.255.255 route -n sollte dann so aussehen: Destination Gateway Genmask [...] Iface 10.22.2.2 0.0.0.0 255.255.255.255 ippp0 192.168.103.0 0.0.0.0 255.255.255.0 eth0 172.22.0.0 10.22.2.2 255.255.0.0 ippp0 Auf diesem Weg richtet man auf jedem PTP-Abschnitt ein kleines Netz ein. Damit funktioniert es bei uns einwandfrei. Ich vermute, das System kommt ins Schleudern, wenn im ippp ein Device vergeben werden soll, dass per eth0 schon erreichbar ist. Wenn ippp0 abgeschaltet wird (Verbindungsabbau) gehört die ippp0-Adresse wieder zum eth0, da sie nicht anders definiert ist. Wenn ippp0 die Adresse wiederhaben will, könnte das das Problem sein. Ich hoffe, das das hilft. Sonst solltest Du dich mit Deiner obigen Mail nochmal auf suse-isdn melden. Gruß, Wolfgang
![](https://seccdn.libravatar.org/avatar/79e49b4c098844a59239ebf42033ae3c.jpg?s=120&d=mm&r=g)
-----Ursprüngliche Nachricht----- Von: seggert@suse.de [mailto:seggert@suse.de] Im Auftrag von Stefan Eggert Gesendet: Dienstag, 1. Juli 2003 14:28 Cc: SuSE Mailingliste Linux Betreff: Re: ISDN verliert Routen
Hallo Stefan
normalerweise wird nach dem Start der ippp-Devices nochmal die routes durchlaufen. Ich glaube eigentlich noch nicht an ein Timing-Problem.
Die Verteilung Deiner IP-Nummern ist mir nicht ganz klar. Poste mal die relevanten Teile von ifconfig, route -n und /etc/sysconfig/routes, am besten von beiden Partnern, aber ohne Tel-Nr(!). Sollten wir das damit nicht hinbekommen, wäre das eine Frage für suse-isdn.
Klaro ohne Tel. Nr. Warte, ich poste mein root Kennwort :-))
So, hier die Daten:
Client (Netzwerk 192.168.103.0/24) IP 192.168.103.2:
Destination Gateway Genmask Flags MSS Window irtt Iface 172.22.2.2 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 192.168.103.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 172.22.0.0 192.168.103.3 255.255.0.0 UG 0 0 0 ippp0
linux:~ # cat /etc/sysconfig/network/routes 172.22.0.0 192.168.103.3 255.255.0.0
linux:~ # ifconfig eth0 Link encap:Ethernet HWaddr 00:0B:DB:6D:5A:13 inet addr:192.168.103.2 Bcast:192.168.103.255 Mask:255.255.255.0
ippp0 Link encap:Point-to-Point Protocol inet addr:192.168.103.3 P-t-P:172.22.2.2 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MTU:1500 Metric:1
Der Server ist ein ISDN Router, IP 172.22.2.2, er soll in das Netz 172.22.0.0/24 routen.
Klappt auch alles, zumindest wenn die Routen stimmen (rcnetwork restart) Nachdem jedoch die ippp0 vertbimndung abgebaut wird, war es das, die Route wird gelöscht. In der MEssages finde ich dann folgendes:
ioctl(SIOCSIFMTU): Invalid argument, 6 ippp0 1524.
Entschuldigung, Dass ich mich hier einfach so einmische. Aber das gleiche Problem habe ich auch. Ich dachte ich hätte dieses Problem schon gelöst. Das war aber ein Irrtum. Zur Zeit lebe ich einfach damit. Es ist sehr schwer dem Fehler auf die Spur zu kommen. Er tritt bei mir immer sehr zufällig auf. Meist nach einem Verbindungsabbau. Wobei ich das Gefühl habe, dass es verstärkt auftritt, wenn man Mails verschickt hat. Da kann ich mich aber auch täuschen. Nach einer Weile des Wartens klappt der Verbindungsaufbau dann wieder. Jetzt wo ich versucht habe diese Mail zu versenden wars dann auch mal wieder soweit. Ca. 10 Minuten warten und mit Glück gehts dann wieder. Mit freundlichen Grüßen Karl Brandt
![](https://seccdn.libravatar.org/avatar/91f55e575fc61c98f14a2b7946b0978a.jpg?s=120&d=mm&r=g)
Karl Brandt schrieb:
-----Ursprüngliche Nachricht----- Von: seggert@suse.de [mailto:seggert@suse.de] Im Auftrag von Stefan Eggert Gesendet: Dienstag, 1. Juli 2003 14:28 Cc: SuSE Mailingliste Linux Betreff: Re: ISDN verliert Routen
Hallo Stefan
normalerweise wird nach dem Start der ippp-Devices nochmal die routes durchlaufen. Ich glaube eigentlich noch nicht an ein Timing-Problem.
Die Verteilung Deiner IP-Nummern ist mir nicht ganz klar. Poste mal die relevanten Teile von ifconfig, route -n und /etc/sysconfig/routes, am besten von beiden Partnern, aber ohne Tel-Nr(!). Sollten wir das damit nicht hinbekommen, wäre das eine Frage für suse-isdn.
Klaro ohne Tel. Nr. Warte, ich poste mein root Kennwort :-))
So, hier die Daten:
Client (Netzwerk 192.168.103.0/24) IP 192.168.103.2:
Destination Gateway Genmask Flags MSS Window irtt Iface 172.22.2.2 0.0.0.0 255.255.255.255 UH 0 0 0 ippp0 192.168.103.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0 172.22.0.0 192.168.103.3 255.255.0.0 UG 0 0 0 ippp0
linux:~ # cat /etc/sysconfig/network/routes 172.22.0.0 192.168.103.3 255.255.0.0
linux:~ # ifconfig eth0 Link encap:Ethernet HWaddr 00:0B:DB:6D:5A:13 inet addr:192.168.103.2 Bcast:192.168.103.255 Mask:255.255.255.0
ippp0 Link encap:Point-to-Point Protocol inet addr:192.168.103.3 P-t-P:172.22.2.2 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MTU:1500 Metric:1
Der Server ist ein ISDN Router, IP 172.22.2.2, er soll in das Netz 172.22.0.0/24 routen.
Klappt auch alles, zumindest wenn die Routen stimmen (rcnetwork restart) Nachdem jedoch die ippp0 vertbimndung abgebaut wird, war es das, die Route wird gelöscht. In der MEssages finde ich dann folgendes:
ioctl(SIOCSIFMTU): Invalid argument, 6 ippp0 1524.
Entschuldigung,
Dass ich mich hier einfach so einmische. Aber das gleiche Problem habe ich auch. Ich dachte ich hätte dieses Problem schon gelöst. Das war aber ein Irrtum. Zur Zeit lebe ich einfach damit.
Es ist sehr schwer dem Fehler auf die Spur zu kommen. Er tritt bei mir immer sehr zufällig auf. Meist nach einem Verbindungsabbau. Wobei ich das Gefühl habe, dass es verstärkt auftritt, wenn man Mails verschickt hat. Da kann ich mich aber auch täuschen.
Nach einer Weile des Wartens klappt der Verbindungsaufbau dann wieder.
Jetzt wo ich versucht habe diese Mail zu versenden wars dann auch mal wieder soweit. Ca. 10 Minuten warten und mit Glück geht’s dann wieder.
Mit freundlichen Grüßen Karl Brandt
Hy Das Problem liegt bei Suse. Suse hat nicht daran gedacht, das man auch netze miteinander verbinden will. Das PPP-Packet ist nur darauf ausgelegt in das Internet zu kommen. Nach einem Verbindungsabbau werden alle Routen gelöscht und neu gesetzt. Deswegen verliert er die Route zum anderem Netzt. Ich habe das Problem damit gelöst, das ich in der Datei /etc/ppp/ip-up folgenden eintrag gesetzt habe. /sbin/route add -net 192.168.xxx.0 netmask 255.255.255.0 dev ippp0 so wird erreicht, das jedesmal wenn ppp arbeitet die route statisch neu gesetzt wird. Will hoffen das es weiterhilft. mfg Markus
![](https://seccdn.libravatar.org/avatar/b1842abb8006ea74e718227c6883c589.jpg?s=120&d=mm&r=g)
Hy
Das Problem liegt bei Suse. Suse hat nicht daran gedacht, das man auch netze miteinander verbinden will. Das PPP-Packet ist nur darauf ausgelegt in das Internet zu kommen.
Nach einem Verbindungsabbau werden alle Routen gelöscht und neu gesetzt. Deswegen verliert er die Route zum anderem Netzt.
Ich habe das Problem damit gelöst, das ich in der Datei /etc/ppp/ip-up folgenden eintrag gesetzt habe.
/sbin/route add -net 192.168.xxx.0 netmask 255.255.255.0 dev ippp0
so wird erreicht, das jedesmal wenn ppp arbeitet die route statisch neu gesetzt wird.
Will hoffen das es weiterhilft.
Ja, das ist für den Aufbau- Ich möchte aber gerne die Routen haben, nach dem abbau, da ist das Problem. Aufbau ok, dann wird abgebaut und dann sind die routen weg :-( (und dann brauche ich sie, er muß ja wissen wann er die Verbindung aufbauen will.... Stefan
![](https://seccdn.libravatar.org/avatar/1abd30f375aa8ba047cc3b11160f2ce3.jpg?s=120&d=mm&r=g)
* Stefan Eggert textete am 02.07.03:
Hy
Das Problem liegt bei Suse. Suse hat nicht daran gedacht, das man auch netze miteinander verbinden will. Das PPP-Packet ist nur darauf ausgelegt in das Internet zu kommen.
Nach einem Verbindungsabbau werden alle Routen gelöscht und neu gesetzt. Deswegen verliert er die Route zum anderem Netzt.
Ich habe das Problem damit gelöst, das ich in der Datei /etc/ppp/ip-up folgenden eintrag gesetzt habe.
/sbin/route add -net 192.168.xxx.0 netmask 255.255.255.0 dev ippp0
so wird erreicht, das jedesmal wenn ppp arbeitet die route statisch neu gesetzt wird.
Will hoffen das es weiterhilft.
Ja, das ist für den Aufbau- Ich möchte aber gerne die Routen haben, nach dem abbau, da ist das Problem. Aufbau ok, dann wird abgebaut und dann sind die routen weg :-( (und dann brauche ich sie, er muß ja wissen wann er die Verbindung aufbauen will....
Und wenn du das dann nicht in die ip-up sondern in die ip-down reinschreibst? flo --
Ist Homosexueller Inzest eigentlich mögich, so rein rechtlich? Logisch, allerdings dürfte der Vertrag über die leihweise Überlassung einer Gebärmutter behufs rektaler Einführung bei dem Gebärhomosexuellen sittenwidrig sein. [Nils Ketelsen und Oliver Much in daa]
![](https://seccdn.libravatar.org/avatar/c89bd9e2df56aaf3ae9530a907a5c71b.jpg?s=120&d=mm&r=g)
Am Mit, 2003-07-02 um 13.15 schrieb Florian Gross:
Und wenn du das dann nicht in die ip-up sondern in die ip-down reinschreibst?
Hallo, ich glaube nicht, das das die Lösung bringt. ip-down wird durchlaufen, danach wird das Interface gelöscht (dabei verschwindet die Route), und dann wird das Interface neu gestartet. Dabei geht er durch /etc/sysconfig/network/routes. Stefan, welche SuSE benutzt Du? Melde Dich auf der Mailingliste suse-isdn an. Da lesen Leute mit, die das Problem lösen können sollten. Gruß, Wolfgang
![](https://seccdn.libravatar.org/avatar/b1842abb8006ea74e718227c6883c589.jpg?s=120&d=mm&r=g)
Wolfgang Hinsch schrieb:
Am Mit, 2003-07-02 um 13.15 schrieb Florian Gross:
Und wenn du das dann nicht in die ip-up sondern in die ip-down reinschreibst?
Hallo,
ich glaube nicht, das das die Lösung bringt. ip-down wird durchlaufen, danach wird das Interface gelöscht (dabei verschwindet die Route), und dann wird das Interface neu gestartet. Dabei geht er durch /etc/sysconfig/network/routes.
Stefan, welche SuSE benutzt Du?
Melde Dich auf der Mailingliste suse-isdn an. Da lesen Leute mit, die das Problem lösen können sollten.
Hallo Wolfgang, habe die 8.2er und die 8.1er Probiert. Zudem habe ich gestern versucht mich in der isdn liste anzumelden, bekam aber keine bestätigungsmail. Gleich nochmal Probieren :-) Stefan
participants (5)
-
Florian Gross
-
KMBrandt@t-online.de
-
Markus Jahnke
-
Stefan Eggert
-
Wolfgang Hinsch