Pretender

Also das Gerät sollte so richtig konfiguriert sein, es scheint wohl bei dir eher an der Einwahl beim Provider zu liegen. Nutz doch mal alternativ einen anderen Provider über Call by Call

Gib mal folgendes am Router ein während er versucht zu wählen: Router> en Router# show dialer Die Ausgabe kopieren und posten und dann noch ein Router# show ip int brief und poste die Ausgabe auch.

Bei deiner Config würde bei einer Einwahl der Router versuchen erst unter Verwendung des PAP Protokolls sich am Einwahlserver zu authentifizieren.... klappt das nicht, wechselt er auf eine Einwahl mit CHAP (verschlüsselte Übertragung der Informationen) und probiert es dann.

Habe gesehen, das der 1003 wählt. aber scheinbar keinen Connect hinbekommt. Würde nun eher davon ausgehen, das es bei der Authentifizierung Probleme gibt. Ich habe da mal ne ganz dumme Frage: Welchen Provider nutzt du ? Wenn es z.B. T-Online ist und du auch DSL hast.... und neben dem 1003 Router ein anderer Router vorhanden ist, und du auf beiden die gleichen Einwahldaten nutzt, dann würde das nicht funktionieren. Schönen Abend noch !

Also versuchs erst einmal mit dieser config: ! service timestamps debug uptime service timestamps log uptime service password-encryption no service tcp-small-servers no service udp-small-servers ! hostname Router ! enable password BBBBBBBBBBBB! no ip name-server ! isdn switch-type basic-net3 ! ip subnet-zero no ip domain-lookup ip routing ! interface Ethernet 0 no shutdown ip address 192.168.0.1 255.255.255.0 ! interface BRI 0 no shutdown no ip address dialer pool-member 1 encapsulation ppp isdn switch-type basic-net3 ! ! Dialer Control List 1 ! interface Dialer 1 description connected to Internet ip address negotiated encapsulation ppp dialer pool 1 dialer idle-timeout 999 dialer string 0192071 dialer hold-queue 10 dialer-group 1 ppp authentication chap pap callin ppp pap sent-username BBBBBBBBB password 7 BBBBBBB ppp chap hostname BBBBBBBB ppp chap password 7 BBBBBBBBB no ppp multilink no cdp enable no dialer-list 1 dialer-list 1 protocol ip permit ! router rip version 2 network 192.168.0.0 passive-interface Dialer 1 no auto-summary ! ! ip classless ! ! IP Static Routes ip route 0.0.0.0 0.0.0.0 Dialer 1 no ip http server no snmp-server location no snmp-server contact ! line console 0 exec-timeout 0 0 password BBBBBBB login ! line vty 0 4 password BBBBBBB login ! end

Also: 1. Images sind in der Regel Geräte spezifisch. 2. Für Preise schau mal unter http://www.preisroboter.de 3. Oder frag deinen Cisco Reseller

Ich lerne ja auch für den CCNA, habe mir deswegen auch einen CISCO 836 angeschafft, weil ich super Konditionen bekommen habe und meine Firma mich ein bissel dabei supported hat... Sonst hätte ich auch keinen 836 genommen!

Naja um das zu verstehen.....muss man wohl wie ein IOS Programmierer denken.

Kannst du einfach ausprobieren. Es sollte eigentlich nichts passieren, wenn doch hast du ja noch Zugriff über die Console!

Der Fehler ist nun behoben. Man sollte wie folgt vorgehen: System Manager von Exchange aufrufen, Empfänger öffnen, dann den Empfängeraktualisierungsdienst auswählen. Und unter diesem die Recipient Update Service jeweils mit einem Rechtsklick und "Neu erstellen" aktualisieren. Danach sollte alles wieder laufen.

Hallo, ich würde darauf tippen, das im Flash mehr als nur ein IOS Image zu finden ist. Das kannst du verifizieren, in dem du folgenden Befehl ausführst: # show flash Sollten da mehrere Images sein, dann solltest du folgende Befehle eingeben: > en # conf t # boot system flash name (name = Das Image wovon du booten willst) # exit # write

Genau das ist seit heute auch bei mir der Fall, noch keiner der eine Lösung für das Problem hat ?

Habe hier einen 836 Zuhause stehen. Natürlich sollte man sofern alle Voraussetzungen, wie z.B. RAM und FLASH Ausbau, stimmen ein anderes IOS verwenden. Die Schwierigkeit für jemanden ohne Cisco Contract dürfte es sein, legal an ein neues Image zu kommen.

Also: Die Probleme sind nach einem IOS Update auf 12.3.(6) behoben. Aufgrund von Problemen, wie ich nun herausfand, wurde meine alte IOS Version auf deferred gesetzt.

Der unterschied zwischen dem 836 und dem 837 ist der folgende: 836 -> ADSl over ISDN 837 -> ADSL over POTS

Jepp überlege auch schon, werde es erst einmal mit der 12.3.(6) probieren.....

Der Cisco Support sagte mir nur.....Updaten sie auf eine neuere IOS Version, aufgrund ihrer Bedürfnisse raten wir zu Version 12.3.(6) LD. Mehr sagten die mir auch nicht. Scheint also sehr oft IOS Version abhängig zu sein.

Also es tut mir leid, aber ich verstehe noch nicht ganz was du tun willst, kannst du es mal deutlich hinschreiben, ohne Wörter etc. wegfallen zu lassen ? Bisher glaube ich aus deinen Schilderungen ableiten zu können, das dein netz in etwa wie folgt aussieht: Netz A ------- RTR -------- Switch...... am Switch hängt eine PIX(???) und Netz B (bestehend aus: Server und Clients) ?

Das ist ja schön, naja gut dann eröffne ich mal einen neuen CASE damit die Jungs vom EMEA TAC mal Bug fixing betreiben.

Und täglich grüßt das Murmeltier... Ein Problem jagt das nächste.... Folgendes Problem: Bekomme folgende Traceback Meldungen: Thu Mar 18 00:08:32 2004: <186>692: Mar 8 17:32:53.131: %SYS-2-INTSCHED: 'may_suspend' at level 5 Thu Mar 18 00:08:32 2004: <186>693: -Process= "PPP IP Route", ipl= 5, pid= 56 Thu Mar 18 00:08:32 2004: <186>694: -Traceback= 8028855C 802711AC 80A9F5BC 80AB31F0 80AB1CE8 810FB358 80AB1D28 80A9BFA4 8044C44C 8044DDE8 8044DE88 8044FF0C 809BA7D0 80280B30 80280C68 809BD634 Thu Mar 18 00:08:32 2004: <186>695: Mar 8 17:32:53.131: %SYS-2-INTSCHED: 'may_suspend' at level 5 Thu Mar 18 00:08:32 2004: <186>696: -Process= "PPP IP Route", ipl= 5, pid= 56 Thu Mar 18 00:08:32 2004: <186>697: -Traceback= 8028855C 802711AC 80A9F5BC 80AB31F0 80AB1CE8 810FB358 80AB1D28 80A9BFA4 8044C44C 8044DDE8 8044DE88 8044FF0C 809BA7D0 80280B30 80280C68 809BD634 Thu Mar 18 00:08:32 2004: <186>698: Mar 8 17:32:53.131: %SYS-2-INTSCHED: 'may_suspend' at level 5 Thu Mar 18 00:08:32 2004: <186>699: -Process= "PPP IP Route", ipl= 5, pid= 56 Thu Mar 18 00:08:32 2004: <186>700: -Traceback= 8028855C 802711AC 80A9F5BC 80AB31F0 80AB1CE8 810FB358 80AB1D28 80A9BFA4 8044C44C 8044DDE8 8044DE88 8044FF0C 809BA7D0 80280B30 80280C68 809BD634 Thu Mar 18 00:08:32 2004: <186>701: Mar 8 17:32:53.135: %SYS-2-INTSCHED: 'may_suspend' at level 5 Thu Mar 18 00:08:32 2004: <186>702: -Process= "PPP IP Route", ipl= 5, pid= 56 Thu Mar 18 00:08:32 2004: <186>703: -Traceback= 8028855C 802711AC 80A9F5BC 80AB31F0 80AB1CE8 810FB358 80AB1D28 80A9BFA4 8044C44C 8044DDE8 8044DE88 8044FF0C 809BA7D0 80280B30 80280C68 809BD634 Thu Mar 18 00:08:32 2004: <186>704: Mar 8 17:32:53.135: %SYS-2-INTSCHED: 'may_suspend' at level 5 Thu Mar 18 00:08:32 2004: <186>705: -Process= "PPP IP Route", ipl= 5, pid= 56 Thu Mar 18 00:08:32 2004: <186>706: -Traceback= 8028855C 802711AC 80A9F5BC 80AB31F0 80AB1CE8 810FB358 80AB1D28 80A9BFA4 8044C44C 8044DDE8 8044DE88 8044FF0C 809BA7D0 80280B30 80280C68 809BD634 Thu Mar 18 00:08:32 2004: <186>707: Mar 8 17:32:53.135: %SYS-2-INTSCHED: 'may_suspend' at level 5 Thu Mar 18 00:08:32 2004: <186>708: -Process= "PPP IP Route", ipl= 5, pid= 56 Thu Mar 18 00:08:32 2004: <186>709: -Traceback= 8028855C 802711AC 80A9F5BC 80AB31F0 80AB1CE8 810FB358 80AB1D28 80A9BFA4 8044C44C 8044DDE8 8044DE88 8044FF0C 809BA7D0 80280B30 80280C68 809BD634 Thu Mar 18 00:08:32 2004: <186>710: Mar 8 17:32:53.139: %SYS-2-INTSCHED: 'may_suspend' at level 5 Thu Mar 18 00:08:32 2004: <186>711: -Process= "PPP IP Route", ipl= 5, pid= 56 Thu Mar 18 00:08:32 2004: <186>712: -Traceback= 8028855C 802711AC 80A9F5BC 80AB31F0 80AB1CE8 810FB358 80AB1D28 80A9BFA4 8044C44C 8044DDE8 8044DE88 8044FF0C 809BA7D0 80280B30 80280C68 809BD634 Thu Mar 18 00:08:32 2004: <186>713: Mar 8 17:32:53.139: %SYS-2-INTSCHED: 'may_suspend' at level 5 Thu Mar 18 00:08:32 2004: <186>714: -Process= "PPP IP Route", ipl= 5, pid= 56 Thu Mar 18 00:08:32 2004: <186>715: -Traceback= 8028855C 802711AC 80A9F5BC 80AB31F0 80AB1CE8 810FB358 80AB1D28 80A9BFA4 8044C44C 8044DDE8 8044DE88 8044FF0C 809BA7D0 80280B30 80280C68 809BD634 Thu Mar 18 00:08:32 2004: <190>716: Mar 8 17:32:53.143: %DIALER-6-UNBIND: Interface Vi1 unbound from profile Di1 Thu Mar 18 00:08:32 2004: <187>717: Mar 8 17:32:53.147: %LINK-3-UPDOWN: Interface Virtual-Access1, changed state to down Jemand eine Idee, was da verrückt spielt ?

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.

Dh. dein Server steht irgendwo ausserhalb deines Netzes und du willst mit einem Client aus deinem Netzwerk auf diesen connecten ?

Also.... ich bin mir sehr sicher, das 1723 der Port für PPTP ist. Und das GRE Protocol hat direkt keinen Port sondern ist eben ein IP Protocol. Wenn ich die Infos über das Tunnel0 Interface bei Dir richtig lese, dann verwundern mich ein zwei Zeilen. Die erste Tatsache ist dein Keepalive von 10sec..... (Hast du die eingestellt?) und dann die Tatsache, das die Destination die IP zu sein scheint, die du per ipcp zugewiesen bekommst. Poste bitte noch einmal deine Config.

tunnel source ist Dialer 1 und destination die IP deines Server

Du benötigst vom Interface Dialer x einen GRE Tunnel zum VPN-Server. Also bei mir sieht das für einen einfachen GRE Tunnel so aus: interface Tunnel0 no ip address ip broadcast-address 0.0.0.0 tunnel source xxx tunnel destination xxx und dann noch eine passende Route: ip route 0.0.0.0 0.0.0.0 Tunnel0 Zusätzlich solltest du Port 1723 auf den VPN Server weiterleiten: ip nat inside source static tcp 192.168.0.4 1723 interface Dialer1 1723