Pretender 10 Geschrieben 16. März 2004 Melden Teilen Geschrieben 16. März 2004 Hallo, dies ist eigentlich kein Hilfegesuch mehr an die Mitglieder dieses Forum! Es ist ein Dankeschön an die, die es mir ermöglicht haben, eine Lösung für ein Problem zu finden, für das CISCO keine Lösung vorsah. Der der den größten Anteil an dieser Problemlösung hat, ist N@ppo. Und dafür an dieser Stelle, N@ppo, eine großes Danke. hier der Link zu meinem Problem: http://www.mcseboard.de/showthread.php?s=&threadid=25652 und hier die Config, die als Lösung meines Problems zu betrachten ist: ! version 12.3 no service pad service timestamps debug datetime msec service timestamps log datetime msec service password-encryption ! hostname Router ! no logging buffered enable secret xxxxx enable password xxxxx ! mmi polling-interval 60 no mmi auto-configure no mmi pvc mmi snmp-timeout 180 no aaa new-model ip subnet-zero no ip source-route ! ! ! ! no ip domain lookup no ip bootp server ip cef vpdn enable ! vpdn-group 1 request-dialin protocol pppoe ip mtu adjust ! isdn switch-type basic-net3 ! ! interface FastEthernet0/0 ip address 192.168.0.1 255.255.255.0 ip nat inside ip tcp adjust-mss 1452 speed auto half-duplex no keepalive no cdp enable ! interface FastEthernet0/0.1 encapsulation dot1Q 2 ip address 192.168.1.1 255.255.255.0 ip nat inside no cdp enable ! interface BRI0/0 bandwidth 128 no ip address encapsulation ppp dialer pool-member 2 isdn switch-type basic-net3 no fair-queue no cdp enable ppp authentication pap chap callin ! interface Ethernet1/0 no ip address half-duplex pppoe enable pppoe-client dial-pool-number 1 no cdp enable ! interface Dialer1 ip address negotiated ip mtu 1492 ip nat outside encapsulation ppp ip tcp adjust-mss 1452 no ip mroute-cache dialer pool 1 dialer-group 1 no cdp enable ppp authentication pap callin ppp pap sent-username xxxx password 7 xxxx ppp ipcp dns request ppp ipcp wins request ppp ipcp mask request ! interface Dialer2 description Internetbackup via ISDN ip address negotiated ip nat outside encapsulation ppp dialer pool 2 dialer string 019193181 dialer watch-group 1 dialer-group 2 compress mppc no cdp enable ppp authentication pap callin ppp chap hostname backup-ppp@dial.in ppp chap password 7 xxxxx ppp ipcp dns request ppp ipcp wins request ppp ipcp mask request ! ip nat inside source route-map backup interface Dialer2 overload ip nat inside source route-map primary interface Dialer1 overload ip classless ip route 0.0.0.0 0.0.0.0 217.5.98.160 50 ip route 0.0.0.0 0.0.0.0 Dialer2 80 no ip http server ! ! ! access-list 1 permit any access-list 11 permit 192.168.0.0 0.0.0.255 access-list 101 permit ip 192.168.0.0 0.0.0.255 any access-list 103 permit ip 192.168.0.0 0.0.0.255 any dialer watch-list 1 ip 0.0.0.0 0.0.0.0 dialer watch-list 1 delay connect 60 dialer watch-list 1 delay disconnect 60 dialer-list 1 protocol ip permit no cdp run ! route-map backup permit 10 match ip address 103 match interface Dialer2 ! route-map primary permit 10 match ip address 101 ! ! control-plane ! line con 0 exec-timeout 4 0 speed 115200 line aux 0 exec-timeout 4 0 line vty 0 4 access-class 11 in exec-timeout 4 0 password 7 xxxxx session-limit 2 login ! scheduler allocate 4000 1000 end Hoffe diese Config kann auch anderen helfen..... Gruß an alle und Gute Nacht. PS: Diese Config kann auch mit T-DSL genutzt werden. Hauptsache das Gateway des Providers ändert sich nicht bei einer neuen Einwahl. Zitieren Link zu diesem Kommentar
Dr.Melzer 191 Geschrieben 16. März 2004 Melden Teilen Geschrieben 16. März 2004 Danke für das Feedback. Zitieren Link zu diesem Kommentar
gino 10 Geschrieben 2. April 2004 Melden Teilen Geschrieben 2. April 2004 Hi! habe die gleiche Konfig wie Pretender für T-DSL verwendet, habe nur das Problem das die ISDN Backup Verbindung nach kurzer Zeit immer wieder unterbrochen wird. Ein Debug das Dialers brachte folgende Fehlermeldung: Di1 DDR: Cannot place call, no dialer string set Rufnummer und Kennwörter sind korrekt! hat einer eine idee, woran der ständige Verbindungsabbau der ISDN Verbindung liegen kann? Gruss, gino Zitieren Link zu diesem Kommentar
Pretender 10 Geschrieben 2. April 2004 Autor Melden Teilen Geschrieben 2. April 2004 Hi ! Ist die Config die gleiche, wie bei mir, heisst von der Grundfunktionalität ? Kannst sie ja mal vorsichtshalber posten. Zitieren Link zu diesem Kommentar
gino 10 Geschrieben 2. April 2004 Melden Teilen Geschrieben 2. April 2004 Danke, für die schnelle Antwort. habe die Konfig mal mit gepostet. Gruss, gino konfigt-dsl mit isdn ppp multilink.txt Zitieren Link zu diesem Kommentar
Pretender 10 Geschrieben 2. April 2004 Autor Melden Teilen Geschrieben 2. April 2004 Bei dir im Bri ist ein IDLE-Timeout definiert.....der wird dich wahrscheinlich rauswerfen. Vielleicht wirfst du den mal testweise raus. Zitieren Link zu diesem Kommentar
Pretender 10 Geschrieben 2. April 2004 Autor Melden Teilen Geschrieben 2. April 2004 Ausserdem würde ich deine IP Route: ip route 0.0.0.0 0.0.0.0 Dialer1 50 als Fehlerquelle mit in Betracht ziehen. Zitieren Link zu diesem Kommentar
gino 10 Geschrieben 2. April 2004 Melden Teilen Geschrieben 2. April 2004 Hi das idle-Timeout hab ich schon vorher raus genommen, aber es war keine besserung in sicht. :-( Was soll den beim ip route 0.0.0.0 0.0.0.0 Dialer1 50 nicht korrekt sein! der DSL-Anschluss funktioniert wie gesagt ohne probleme, mit sh ip route con, kriege ich auch immer ne ip für den dialer1 zusehn. Gruss, gino Zitieren Link zu diesem Kommentar
Pretender 10 Geschrieben 2. April 2004 Autor Melden Teilen Geschrieben 2. April 2004 mach ein sh ip route con und schick mir mal die ausgabe Zitieren Link zu diesem Kommentar
gino 10 Geschrieben 2. April 2004 Melden Teilen Geschrieben 2. April 2004 hab den router leider im moment nicht mehr vor mir. so wie ich das in erinnerung habe hat mir sh ip route con. immer sowas wie im vorherigen beitrag ausgegeben. 217.5.98.0/32 is subnetted, 1 subnets C 217.5.98.90 is directly connected, Dialer1 1.0.0.0/24 is subnetted, 1 subnets C 217.224.31.82 is directly connected, Dialer1 Bei der einwahl über isdn in etwa das gleich, nur das die ip adressen anders waren und es der dialer 2 anstatt dialer1 war. alle angezeigten ip adressen ließen sich anpingen. Zitieren Link zu diesem Kommentar
Pretender 10 Geschrieben 3. April 2004 Autor Melden Teilen Geschrieben 3. April 2004 Die Konfiguration die du benutzt basiert darauf das sich die IP des Gateways des Providers sich nicht ändert. Du benutzt die T-DSL Flat von T-Online ? Wenn ja sollte die 217.5.98.90 die IP des Gateways sein. Damit müsste dann die Zeile ip route xxxx wie folgt lauten. ip route 0.0.0.0 0.0.0.0 217.5.98.90 50 Verifizier mal die Ausgaben von show ip route con, in dem du dich öfters neu einwählst über T-DSL. Dann sollte immer eine gleiche IP dabei herauskommen, für das Gateway. Zitieren Link zu diesem Kommentar
gino 10 Geschrieben 3. April 2004 Melden Teilen Geschrieben 3. April 2004 Moin, Moin ja ich benutzte T-DSL. Habe heute morgen den Anschluss des öfteren mal disconnect, kriege mit show ip route con immer die gleiche ip zusehen, die 217.5.98.90 es ist auch egal ob ich als ip route 0.0.0.0 0.0.0.0 217.5.98.90 50 oder ip route 0.0.0.0 0.0.0.0 Dialer1 50 eingebee, das Gateway ändert sich dabei nicht. Zitieren Link zu diesem Kommentar
Pretender 10 Geschrieben 3. April 2004 Autor Melden Teilen Geschrieben 3. April 2004 Richtig aber es wird überprüft ob die Route ip route 0.0.0.0 0.0.0.0 217.5.98.90 existent ist. Fällt DSL aus, ist folglich die Route nicht mehr existent und das merkt dein Dialer-Watch. ip route 0.0.0.0 0.0.0.0 Dialer1 50 und ip route 0.0.0.0 0.0.0.0 217.5.98.90 50 sind zwei paar Schuhe. Zitieren Link zu diesem Kommentar
gino 10 Geschrieben 3. April 2004 Melden Teilen Geschrieben 3. April 2004 okay, vielen dank für die schnelle antwort. Das werde ich nachher nochmal ausprobieren. Aber eine Frage hab ich noch, das Problem mit dem Verbindungsabbruch liegt bei mir doch auf der ISDN-Strecke, das ist doch dann Dialer 2. Aber was hat den der Dialer 1 ( der ist doch für die T-DSL verantwortlich, oder?) zu tun??? Zitieren Link zu diesem Kommentar
Pretender 10 Geschrieben 3. April 2004 Autor Melden Teilen Geschrieben 3. April 2004 Naja es wird ja bei dir immer überprüft ob die Route ip route 0.0.0.0 0.0.0.0 Dialer1 50 wieder verfügbar ist. Wenn sie es ist, switcht er ja weg von ISDN... Sollte es für ihn also Probleme in der Form geben, das er immer glaubt die route ist verfügbar und dann wieder nicht, dann wird er immer zwischen DSL und ISDN pendeln...... Wäre zwar strange, aber so der einzige Punkt der von meiner funktionieren Config abweicht. Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.