Cisco 836 ADSL met isdn backup

[relaxteb]

Ik heb een Cisco 836 met een ADSL / ISDN / ETH interface.

Ik probeer een ISDN backup verbinding voor een ADSL lijn te configureren.
Helaas werkt het nog niet zoals het zou moeten :
Dialer 1 (ISDN) komt netjes up bij het eruit trekken van de DSL kabel.
En gaat ook weer netjes down als de DSL kabel er terug in wordt geplugd.
Echter wordt de ISDN verbinding niet opgezet.

Ik weet niet waar het aan ligt en weet ook niet wat ik moet debuggen.
Ik vermoed dat het em de dialer pool member zit maar misschien dat iemand van jullie al direct mij op een een fout kan wijzen.

Ik heb een hoop voor dit topic overbodige config weggelaten, dat leest wat makkelijker.

ios version : c836-k9o3s8y6-mz.123-4.T1.bin


Current configuration : 2197 bytes
!
version 12.3
no service pad
service timestamps debug uptime
service timestamps log uptime
service password-encryption
!
hostname DSL+backup-Router
!
ip subnet-zero
!
!
isdn switch-type basic-net3
!
!
interface Ethernet0
no ip address
ip nat inside
hold-queue 100 out
!
interface BRI0
description ISDN interface
no ip address
encapsulation ppp
dialer pool-member 2
isdn answer1 9999
isdn answer2 9999

!
interface ATM0
description DSL interface
no ip address
backup delay 5 10
backup interface Dialer1
no atm ilmi-keepalive
pvc 0 8/48
encapsulation aal5mux ppp dialer
dialer pool-member 1
!
dsl operating-mode auto
hold-queue 224 in
!
interface Dialer0
description ADSL Dial
ip address negotiated
ip access-group 102 in
ip nat outside
encapsulation ppp
dialer pool 1
dialer-group 1
no peer default ip address
ppp authentication pap callin
ppp pap sent-username xxxxxxxxxx password xxxxxxxxxxxx
!
interface Dialer1
description ISDN Backup Dial
ip address negotiated
ip nat outside
encapsulation ppp
dialer pool 2
dialer string 0487517330
dialer-group 1
ppp authentication pap callin
ppp pap sent-username xxxxxxxxxx password xxxxxxxxxx
!
ip nat inside source route-map nonat interface Dialer0 overload
ip nat inside source route-map nonat interface Dialer1 overload
ip classless
ip route 0.0.0.0 0.0.0.0 Dialer0
ip route 0.0.0.0 0.0.0.0 Dialer1 250
no ip http server
no ip http secure-server
!
!
access-list 102 remark Incoming Internet via dialer 0
access-list 102 remark Permit FTP
access-list 102 permit tcp any eq ftp any
access-list 102 permit tcp any eq ftp-data any
access-list 102 remark Permit all incoming ICMP
access-list 102 permit icmp any any
access-list 120 remark Except Private to Private from NAT
access-list 120 permit ip 172.16.16.0 0.0.0.255 any
dialer-list 1 protocol ip permit
no cdp run
route-map nonat permit 10
match ip address 120
!
!
!
!
line con 0
transport preferred all
transport output all
line vty 0 4
!
scheduler max-task-time 5000

!

[kell.nl]

Zou je eens wat kunnen debuggen?
Bijvoorbeeld:

code:

debug ppp authentication
debug dialer events
debug ppp errors
debug ppp negotiation

En dan de eventuele foutmeldingen hier posten.
Dan kunnen we je makkelijker helpen.

[relaxteb]

kell.nl schreef op 05 januari 2004 @ 15:26:
Zou je eens wat kunnen debuggen?
Bijvoorbeeld:

code:

debug ppp authentication
debug dialer events
debug ppp errors
debug ppp negotiation

En dan de eventuele foutmeldingen hier posten.
Dan kunnen we je makkelijker helpen.

Bij debug van bovenstaande items :

Als eerste gaat de DSL down ->
01:53:13: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
01:53:13: Vi2 IPCP: Remove link info for cef entry 195.190.241.140
01:53:13: Vi2 PPP: Sending Acct Event[Down] id[4]
01:53:13: Vi2 IPCP: State is Closed
01:53:13: Vi2 PPP: Phase is ESTABLISHING, renegotiate LCP
01:53:13: Vi2 PPP: Authorization required
01:53:13: Vi2 PPP: No remote authentication for call-out
01:53:13: Vi2 LCP: O CONFREQ [Closed] id 9 len 10
01:53:13: Vi2 LCP: MagicNumber 0x0E554552 (0x05060E554552)
01:53:13: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di0
01:53:13: Di0 IPCP: Remove route to 195.190.241.140
01:53:13: Vi2 PPP: Sending Acct Event[Down] id[4]
01:53:13: Vi2 LCP: State is Closed
01:53:13: Vi2 PPP: Phase is DOWN
01:53:13: %LINK-3-UPDOWN: Interface ATM0, changed state to down
01:53:14: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access2, chang
ed state to down
01:53:14: %LINEPROTO-5-UPDOWN: Line protocol on Interface ATM0, changed state to
down

Dan gaat de Dialer1 (ISDN) Up

01:53:20: %LINK-3-UPDOWN: Interface Dialer1, changed state to up
01:53:28: Vi2 DDR: re-enable timeout

Verder krijg ik geen output...

[Verwijderd]

Gaat je dialer0 interface ook down als je ATM interface down gaat?

[relaxteb]

Volgens mij gaat die wel down zoals te zien in de debugs

[Whizzer]

De backup interface constructie op zich blijkt wel te werken, anders ging de dialer1 interface tenslotte niet up...

Echter gaat hij (dialer1) niet bellen... Redenen kunnen legio zijn, maar voor zover ik hier kan zien, zou het enige verschil kunnen zijn dat je de routes niet 'permanent' hebt gemaakt... Het lijkt er namelijk op dat ie geen trigger krijg (in de vorm van verkeer) om te gaan bellen...

Maak van deze 2 regels:
ip route 0.0.0.0 0.0.0.0 Dialer0
ip route 0.0.0.0 0.0.0.0 Dialer1 250

eens:
ip route 0.0.0.0 0.0.0.0 Dialer0 permanent
ip route 0.0.0.0 0.0.0.0 Dialer1 250 permanent

[Verwijderd]

relaxteb schreef op 05 januari 2004 @ 16:09:
Volgens mij gaat die wel down zoals te zien in de debugs

Volgens mij is dat in de debugs niet te zien, want dan zou er

%LINK-3-UPDOWN: Interface Dialer0, changed state to down

staan...

En als de Dialer0 niet down gaat, zal de default route van Dialer1 niet 'boven komen drijven'...

[relaxteb]

JA maar als dialer 0 niet down zou gaan zou dialer 1 toch niet up komen ?
Ik ga morgen evne met die permanent proberen.
Hopelijk ligt t daaraan maar suggesties WELKOM

[Whizzer]

Verwijderd schreef op 06 januari 2004 @ 21:56:
[...]

Volgens mij is dat in de debugs niet te zien, want dan zou er

%LINK-3-UPDOWN: Interface Dialer0, changed state to down

staan...

En als de Dialer0 niet down gaat, zal de default route van Dialer1 niet 'boven komen drijven'...

Line protocol is (tenzij ik me verschrikkelijk mis) voldoende.... Aangezien dialer1 up komt, lijkt me dat ook voldoende bewijs... ;-)

[Zoetjuh]

Misschien beetje "stomme" opmerking, maar is de ISDN interface niet een dial-in (en geen dial-out).

Ik heb hier bijv een SOHO96 draaien; zeg maar de simplele variant; daarbij geld dat de interface alleen dial-ins doet.

[Verwijderd]

Lees dit maar eens goed door, staan ook wat configuratie voorbeelden. suc6!

http://www.cisco.com/en/U...6a0080118d1a.html#1087642

[relaxteb]

Ik heb even geen tijd gehad meer om verder te testen maar het werkte nog niet, ik ga bovenstaande link nog even doornemen(zag al een stukkie over de 836)
Iedereen alvast bedankt.

[Verwijderd]

Een oplossing heb ik helaas niet voor je.... sterker nog het bedrijf waar ik werk had ook een dergelijke oplossing bedacht voor een klant. Maar ondanks de support van Cisco Nederland en diverse IOSsen/Configs etc werkt het tot op heden nog steeds niet. De enige reden dat wij dit type routers nog uitzetten is dat ze even duur/of zelfs goedkoper zijn dan een 826 en als het ooit gaat werken.......