Cisco 1603 R uitbel probleem

[Baileys]

Ik heb een 1603 R geconfigureerd met configmaker om verbinding te maken met een ISP. Nu is er het volgende aan de hand:

Bij het commando: show ISDN status is de lijn ACTIVE, maar als ik nu een ping geef naar bv www.tweakers.net of 62.45.45.45 dan krijg ik van het debug ISDN events commando het volgende:

Router#ping 62.45.45.45

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 62.45.45.45, timeout is 2 seconds:

02:30:57: ISDN BR0: Outgoing call id = 0x800A
02:30:57: ISDN BR0: Event: Call to 00703782888 at 64 Kb/s....
02:31:05: ISDN BR0: received HOST_DISCONNECT_ACK
02:31:05: ISDN BR0: Error: Unexpected Disconnect_Ack - callid 800A.
Success rate is 0 percent (0/5)
Router#

IOS versie is 11.3

Current configuration:
!
version 11.3
service timestamps debug uptime
service timestamps log uptime
service password-encryption
!
hostname Router
!
enable password ******
!
ip subnet-zero
ip nat inside source list 1 interface Dialer1 overload
ip name-server 62.45.45.45
isdn switch-type basic-net3
!
!
!
interface Ethernet0
description connected to EthernetLAN
ip address 192.168.25.65 255.255.255.0
ip nat inside
!
interface BRI0
description connected to Internet
no ip address
ip nat outside
encapsulation ppp
dialer rotary-group 1
isdn switch-type basic-net3
no cdp enable
!
interface Dialer1
description connected to Internet
ip address negotiated
ip nat outside
encapsulation ppp
no ip split-horizon
dialer in-band
dialer string 00703782888
dialer hold-queue 10
dialer-group 1
no cdp enable
ppp authentication chap pap callin
ppp chap hostname [e-mail]
ppp chap password ******
ppp pap sent-username [e-mail] password *******
!
router rip
version 2
passive-interface Dialer1
network 192.168.25.0
no auto-summary
!
ip classless
ip route 0.0.0.0 0.0.0.0 Dialer1
access-list 1 permit 192.168.25.0 0.0.0.255
dialer-list 1 protocol ip permit
!
line con 0
exec-timeout 0 0
password ******
login
line vty 0 4
password ******
login
!
end

Kan iemand mij helpen?

[Koffie]

Geen enkel verstand ervan, maar een hele domme vraag ... is het opgeven wachtwoord voor inbellen correct ?

Of bedoel je met ACTIVE dat de lijn open is ?

[Baileys]

Dat is juist het probleem, hij zegt dat tie open is maar belt vervolgens zoals je hebt gezien niet uit....

en ik heb de ISP gegevens gecontroleerd, maar die zijn goed.

[Koffie]

Wat bedoel je met open ? een verbinding naar de ISP, of een lijn die OK is om te gebruiken voor een verbinding naar een ISP ?

Toch lijkt het alsof de *andere kant* de verbinding verbreekt ..

[Baileys]

Ik weet niet meer als dat ik de melding krijg waarmee ik deze topic ben gestart. Misschien dat iemand hier al een keer eerder hetzelfde probleem aan de hand heeft gehad.

[teigetjuh]

Als ik me niet vergis, geef je aan dat ie eerst CHAP moet gebruiken en dan PAP. Probeer het hele CHAP verhaal er eens uit te gooien. Dat zal toch niet werken. (Of heb jij iets met 12move geregeld?)

[Baileys]

Ik zelf heb dat CHAP er niet in gezet maar configmaker. Voor de rest heb ik niets met 12move geregeld. Maar het vreemde aan dit verhaal is dat ik de router na een aantal dagen aan laat staan hij het opeens wel doet?
Heel vreemd...

[Soepie]

Zet eens even debug ppp authentication en negotiation aan, eerst maar eens zien of hij daar al wel komt, anders probeer het eens op een rechtstreekse lijn (ja klinkt vaag, maar ik heb het zelf al meerdere malen gehad) daar cisco niet altijd even lekker werkt achter een centrale. Als je van de dialer string een normaal telefoon nummer maakt (die van jezelf bijvoorbeeld) gaat de tel dan wel over ??

[Baileys]

Dat heb ik inderdaad al een keer aangezet, maar zover komt tie niet eens.... De cisco zit achter een centrale, misschien dat dat wel het probleem is.

Zou ik ook een 06 nr kunnen geven? Ik probeer het wel, post zo wel het resultaat......

[Kliniclown]

Anders probeer je het met RIP uitgeschakelt.

Wel wel eens werken

[Soepie]

Klopt, zet ook ff rip uit (is ook niet nodig in dit geval), wil inderdaad ook wel eens problemen geven.

Wat betreft de mobiele telefoon: Weet ik niet, vroeger kon ik wel naar mijne bellen, met de huidige 800-serie en zo niet meer

[Baileys]

Oke, ik heb ook debug voor dialer 1 aangezet. Dialer 1 is ervoor als er om een verbinding word gevraagd door een computer. Ik heb no router rip gegeven, dus deze staat nu uit en wat krijg ik:

Router#ping 62.45.45.45

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 62.45.45.45, timeout is 2 seconds:

02:29:48: BRI0: rotor dialout [priority]
02:29:48: BRI0: Dialing cause ip (s=192.168.25.65 (IP van de router, d=62.45.45.45 (DNS server))
02:29:48: BRI0: Attempting to dial 00703782888
02:29:48: ISDN BR0: Outgoing call id = 0x801A
02:29:48: ISDN BR0: Event: Call to 00703782888 at 64 Kb/s.....
Success rate is 0 percent (0/5)
Router#
02:30:18: BRI0: wait for carrier timeout, call id=0x801A
02:30:18: : Dialing failed, 0 packets unqueued and discarded
02:30:18: ISDN BR0: Event: Hangup call to call id 0x801A
Router#

Nog steeds ellende, terwijl ik als ik hem een lange tijd (meer dan 3 dagen aan laat staan, doet tie het wel, al meerdere keren eerder meegemaakt.)

Ik weet het nog steeds niet? zucht........

[Soepie]

Wat je nog eens zou kunnen proberen is het hele dialer verhaal eruit slopen en alles gelijk op de BRI0 zetten, kijken of het dan wel werkt. Ik weer het klinkt vaag, maar ook dat gaat wel eens mis, hoewel de configuratie er verder wel helemaal goed uitziet.

[Baileys]

Ik weet het niet zeker, maar die dialer is Dial on Demand, als ik dus alles in de bri0 interface zou gooien dan heeft tie altijd verbinding zodra de router is opgestart. Of niet?

Maar ik ga het zeker proberen

[Soepie]

Nee hoor, ook als je alles op de bri zet dan is het DDR, zet er alleen wel even een DIALER IDLE-TIMEOUT 180 (of minder) in, gooit ie de lijn weer dicht na 3 minuten, en dat is wel zo handig Anders wordt het wel een beetje duur internetten.

[Baileys]

Met het debug ISDN q931 commando kwam er een error code uitrollen welke bij cisco bekend staat met de volgende omschrijving:

Recovery on time expiry

Your call was not completed, probably because an error occurred (for example, a state synchronization error).

You should wait and try the call again later. If the problem persists, contact your ISDN service provider

Juist, daar heb ik wat aan! Tot nu toe heb ik nog steeds geen verbinding....

[Volture]

Kun je eens het volgende posten:
debug ppp negotiation
debug ppp authentication
debug isdn q921
debug isdn q931
debug ppp chap
debug ppp pap

Let op: graag elke debug appart uitvoeren. Dat maakt het een beetje duidelijke voor me.

[Baileys]

Ik heb ze allemaal geprobeerd, ik kreeg alleen bij debug isdn q921 dit te zien:

ISDN Q921 packets debugging is on
Router#ping 195.240.240.2
00:40:31: %QUICC_ETHER-1-LOSTCARR: Unit 0, lost carrier. Transceiver problem?54

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 195.240.240.254, timeout is 2 seconds:

00:40:34: ISDN BR0: TX -> INFOc sapi = 0 tei = 117 ns = 18 nr = 0 i = 0x080
1160504028890180183700C803030373033373832383838
00:40:34: ISDN BR0: RX <- RRr sapi = 0 tei = 117 nr = 19..
00:40:38: ISDN BR0: TX -> INFOc sapi = 0 tei = 117 ns = 19 nr = 0 i = 0x080
1160504028890180183700C803030373033373832383838
00:40:38: ISDN BR0: RX <- RRr sapi = 0 tei = 117 nr = 20..
00:40:42: ISDN BR0: TX -> INFOc sapi = 0 tei = 117 ns = 20 nr = 0 i = 0x080
1165A080280E6
00:40:42: ISDN BR0: RX <- RRr sapi = 0 tei = 117 nr = 21.
Success rate is 0 percent (0/5)
Router#
00:40:50: ISDN BR0: RX <- IDCKRQ ri = 0 ai = 127
00:40:50: ISDN BR0: TX -> IDCKRP ri = 24891 ai = 117
00:40:52: ISDN BR0: TX -> RRp sapi = 0 tei = 117 nr = 0
00:40:52: ISDN BR0: RX <- RRf sapi = 0 tei = 117 nr = 21
00:41:02: ISDN BR0: TX -> RRp sapi = 0 tei = 117 nr = 0
00:41:02: ISDN BR0: RX <- RRf sapi = 0 tei = 117 nr = 21
Router#no de
Router#no debug
Router#no debug
00:41:12: ISDN BR0: TX -> RRp sapi = 0 tei = 117 nr = 0
00:41:12: ISDN BR0: RX <- RRf sapi = 0 tei = 117 nr = 21
00:41:14: ISDN BR0: RX <- IDCKRQ ri = 0 ai = 127
00:41:14: ISDN BR0: TX -> IDCKRP ri = 29932 ai = 117
Router#no debug q921
Router#no debug
00:41:22: ISDN BR0: TX -> RRp sapi = 0 tei = 117 nr = 0
00:41:22: ISDN BR0: RX <- RRf sapi = 0 tei = 117 nr = 21isdn
Router#no debug isdn q9
Router#no debug isdn q92
Router#no debug isdn q921
ISDN Q921 packets debugging is off
Router#

????

[Volture]

Ik zal tussen het werk door het een en ander proberen uit te zoeken voor je. Ik ben zelf de configuratie met een eigen 12move account aan het uitproberen.

[mughato]

probeer eens

debug ppp chap
of
debug ppp pap

Hierin zie je of de authenticatie goed gaat.

Andere tip is gebruik eens de cisco config maker en vergelijk de configuratie met je eigen.

[dontcare]

probeer anders een gewoon - sh isdn stat kan je zien of al je layers up zijn , of sh isdn history als die belt staat het daar ....

Had ook liever de output van - debug q931 (layer 3 ) gezien die gaat nl over je call setup terwijl q921 over de layer 2 status = niet echt boeiend ...

[Verwijderd]

Twee vraagjes:

1) Klopt het te bellen nummer? (extra 0 voor het netnummer)
2) Als die extra 0 klopt, achter wat voor pabx zit je dan?
Ik heb in het verleden een paar keer meegemaakt dat de pabx zo was geprogrammeerd dat over een interne S0 bus alleen voice calls konden worden geplaatst en dat data calls werden gewijgerd. Misschien een idee?

Verder zou inderdaad de layer 3 info nuttig zijn (q931).

Bye,
Vincent.

[Baileys]

Eindelijk doet tie het!!!! Het lag aan de ISDN centrale....

[Flyduck]

hehehe jah altijd gezeik met die centrales.. zeker weer iets met de s0 bus ofsow...

Als ik een advies mag geven, sloop de "router rip" eruit!.
Dit zorgt er namelijk voor dat er om de zoveel tijd een verbinding wordt opgezet.. (leuk kadootje van cisco configmaker)

[Soepie]

Hmmmzzz mijn eerste opmerking toch weer goed, gaat wel vaker mis met die kl... centrales