Pretender
-
Gesamte Inhalte
274 -
Registriert seit
-
Letzter Besuch
Beiträge erstellt von Pretender
-
-
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
Cisco 1003 Router Einwahlproblem mit ISDN
in Cisco Forum — Allgemein
Geschrieben
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