Cisco 1600

[Baileys]

Het volgende: Ik heb op mijn stage een stuk of 8 1600 routers (1601 R met ISDN WIC, 1603 R). Ik configureer deze met configmaker voor een ISP verbinding over ISDN zodat de clients pc's de router hebben als Gateway.

Iedere keer als ik een nieuwe configuratie op een router maak, duurt het langer dan 6 uur voordat deze ook daadwerkelijk werkt. Wat is hier het probleem? IOS versie is 11.3 met NAT.

[FJR1300]

Op donderdag 22 november 2001 13:44 schreef Baileys het volgende:
Iedere keer als ik een nieuwe configuratie op een router maak, duurt het langer dan 6 uur voordat deze ook daadwerkelijk werkt. Wat is hier het probleem? IOS versie is 11.3 met NAT.

Da's niet goed. Maar aangezien je geen gegevens geeft over de config wordt dit het betere koffiedikkijken....

Geef eens een stukje van de config (zonder passwords enzo). Dan kunnen we zien waar het probleem mogelijk zit.

[Baileys]

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

[FJR1300]

Op donderdag 22 november 2001 14:00 schreef Baileys het volgende:

isdn switch-type basic-net3

Voeg hier ook nog maar 'isdn tei-negotiation first-call' bij. Dat voorkomt dat de verbinding zonder reden verbroken wordt bij lange online tijden.

router rip
version 2
passive-interface Dialer1
network 192.168.25.0
no auto-summary

Is er een speciale reden waarom je rip gebruikt als routing protocol? Je hebt maar 1 verbinding naar buiten. Kan je het niet met een statisch route af ?

Ik zie zo snel geen vage instellingen. Dit zou enige minuten na het booten gewoon moeten werken. De config is redelijk gelijk aan de config van mijn cisco 800 (kleine broertje).

Heb je m.b.v. debugging al getracht te zoeken OF de router wil uitbellen ?

[Baileys]

Ik heb het commando er tussen gezet maar hij doet nog niet zoveel. Tja ik weet alleen dat configmaker RIP heeft gegenereerd. Ik heb er zelf niet specifiek voor gekozen.

Wat zou in dit geval een statische route kunnen zijn?

(Heb alleen inlognaam, wachtwoord, inbel nr, en dns van de ISP)

alvast bedankt

Hoe werkt debugging?

[FJR1300]

Op donderdag 22 november 2001 14:29 schreef Baileys het volgende:

Hoe werkt debugging?

Je kan op het console 'debug isdn events' intypen (wel vanuit 'enable mode'). Probeer dan een client een verbinding te laten opzetten. Vervolgens moet je op het console een eventuele inbelpoging kunnen zien.

Uitzetten van debugging doe je met 'no debug isdn events'.

Heb je ervaring met Cisco? Indien niet, dan wordt dit wel erg lastig uitleggen.....

[Baileys]

Uuuuh, ik heb me CCNA gehaald maar uh, dat ging meer over acces list's enzo, niet zo heel diep wat betreft router configuraties..

en heeeeel veel theorie ipv praktijk

[Baileys]

Ik heb dat debug commando aangezet en krijg het volgende:

Router#ping 62.45.45.45
01:51:27: %QUICC_ETHER-1-LOSTCARR: Unit 0, lost carrier. Transceiver problem?

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 62.45.45.45, timeout is 2 seconds:
..
01:51:32: ISDN BR0: Event: Hangup call to call id 0x8015
01:51:33: ISDN BR0: Outgoing call id = 0x8016
01:51:33: ISDN BR0: Event: Call to 00703782888 at 64 Kb/s...
Success rate is 0 percent (0/5)

[FJR1300]

Op donderdag 22 november 2001 15:26 schreef Baileys het volgende:

Router#ping 62.45.45.45
01:51:27: %QUICC_ETHER-1-LOSTCARR: Unit 0, lost carrier. Transceiver problem?

Iets mis met je Ethernet ? 10/100Mbit conflict ?

01:51:32: ISDN BR0: Event: Hangup call to call id 0x8015
01:51:33: ISDN BR0: Outgoing call id = 0x8016
01:51:33: ISDN BR0: Event: Call to 00703782888 at 64 Kb/s...
Success rate is 0 percent (0/5)

Ah, uitbellen doet'ie dus.
Als de verbinding open is, en je type 'sh ip route', zie je dan de routing tabel met vermeldingen van routes die 'geleerd' zijn via rip? (kan 2 minuutjes duren)

[Baileys]

Oke, ik heb de bri0 interface de no shutdown commando gegeven. Toen ging ik weer pingen en nu krijg ik dit:

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:12:02: ISDN BR0: Outgoing call id = 0x801E
02:12:02: ISDN BR0: Event: Call to 00703782888 at 64 Kb/s....
02:12:10: ISDN BR0: received HOST_DISCONNECT_ACK
02:12:10: ISDN BR0: Error: Unexpected Disconnect_Ack - callid 801E.
Success rate is 0 percent (0/5)
Router#sh ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default
U - per-user static route, o - ODR

Gateway of last resort is 0.0.0.0 to network 0.0.0.0

S* 0.0.0.0/0 is directly connected, Dialer1
Router#

[FJR1300]

Op donderdag 22 november 2001 15:44 schreef Baileys het volgende:

02:12:02: ISDN BR0: Outgoing call id = 0x801E
02:12:02: ISDN BR0: Event: Call to 00703782888 at 64 Kb/s....
02:12:10: ISDN BR0: received HOST_DISCONNECT_ACK
02:12:10: ISDN BR0: Error: Unexpected Disconnect_Ack - callid 801E.
Success rate is 0 percent (0/5)

Verbinding zomaar verbroken ?

Router#sh ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, * - candidate default
U - per-user static route, o - ODR

Gateway of last resort is 0.0.0.0 to network 0.0.0.0

S* 0.0.0.0/0 is directly connected, Dialer1
Router#

m.a.w. er is geen routeinformatie bijgekomen. Er is maar 1 route, de default naar buiten.

De vraag is: Waarom wordt de verbinding zomaar verbroken (naam password probleem?) en heb je eigelijk wel RIP nodig?

Je kan met DEBUG PPP AUTHENTICATON eventueel meekijken of dat de reden is waarom de verbinding word verbroken....

[Baileys]

Ik ben nu ook bezig op een andere forum te zoeken naar dit probleem. In ieder geval harstikke bedankt voor de hulp! Als ik een oplossing heb gevonden laat ik het in dit forum weten.

debug ppp authentication heb ik trouwens aangezet maar zover komt tie niet.....

[FJR1300]

Op donderdag 22 november 2001 16:45 schreef Baileys het volgende:
Ik ben nu ook bezig op een andere forum te zoeken naar dit probleem. In ieder geval harstikke bedankt voor de hulp! Als ik een oplossing heb gevonden laat ik het in dit forum weten.

debug ppp authentication heb ik trouwens aangezet maar zover komt tie niet.....

Je kan ook met debug isdn q921 en debug isdn q931 op isdn netwerknivo meekijken. Misschien is er een technische achtergrond ?

[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....

[FJR1300]

Op maandag 26 november 2001 09:43 schreef Baileys het volgende:
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

Heb je een rechtstreekse lijn naar buiten, of ga je via een centrale? Dit lijkt op een isdn timing probleem....

[Tijger]

Gekke vraag...maar gebruik je het correct ISDN protocol?

[FJR1300]

Op maandag 26 november 2001 13:31 schreef Tijger het volgende:
Gekke vraag...maar gebruik je het correct ISDN protocol?

In de config haal ik:

isdn switch-type basic-net3

Dus in principe JA, maar achter een centrale ...... je weet het nooit.

[mughato]

ander vraagje?

Als jij op een ISDN lijn zit waarom plaats je dan nog een extra 0 voor het uitbel nummer? Of zit je achter een centrale? Geeft die centrale wel het juiste type ISDN af op de S0 bus?

[Verwijderd]

als je vanaf een centrale werkt moet je er wel een S0 bus voor hebben, test eens met een laptopje met isdn kaart of je een gewone externe toegang verbinding op kunt zetten..

[Baileys]

Ik heb een isdn kaartje aan me PC gehangen, en niet uitbellen!!!! Ik heb dit aan mijn begeleider doorgegeven en deze heeft direct contact met onze interne systeembeheerder opgenomen. Deze zegt weer dat alles in orde is. Dus heb ik met een kabeltester de kabel getest, maar deze blijkt in orde. De account gegevens zijn ook in orde. Dus nu lijkt het erop dat die ISDN lijn hier niet helemaal goed werkt. Dat verklaart ook, hetgeen ik een aantal dagen geleden wel een verbinding had. Ik kan dus nog niet met zekerheid zeggen of het aan de ISDN lijn ligt, maar naar alle waarschijnlijkheid wel.

Ik zal dit zo snel mogelijk posten. Nogmaals bedankt voor alle hulp....

(Volgens mij ligt het aan de centrale hier)

[mughato]

Instellingen in Centrale kunnen zeer kritisch zijn. Wat goed genoeg is voor een Voice ISDN call hoeft lang niet genoeg te zijn voor een Data ISDN call. Als de systeembeheerder zegt dat het ok is zal dat wel voor Voice gelden en niet voor Data. Heb zelf ook heel veel geemmer gehad met een een centrale en een aantal S0 bussen die daaruit kwamen. Signalering op de S0 bus moet precies overeen komen met de singalering die KPN aanbiedt vanuit hun centrales. Dus TEI waardes etc....

Is het niet mogelijk om een dedicated ISDN lijn te gebruiken. Inprikken in een NT1 kastje en werken Dus niet via de centrale?

[Verwijderd]

Op maandag 26 november 2001 16:36 schreef Baileys het volgende:
Ik heb een isdn kaartje aan me PC gehangen, en niet uitbellen!!!! Ik heb dit aan mijn begeleider doorgegeven en deze heeft direct contact met onze interne systeembeheerder opgenomen. Deze zegt weer dat alles in orde is. Dus heb ik met een kabeltester de kabel getest, maar deze blijkt in orde. De account gegevens zijn ook in orde. Dus nu lijkt het erop dat die ISDN lijn hier niet helemaal goed werkt. Dat verklaart ook, hetgeen ik een aantal dagen geleden wel een verbinding had. Ik kan dus nog niet met zekerheid zeggen of het aan de ISDN lijn ligt, maar naar alle waarschijnlijkheid wel.

Ik zal dit zo snel mogelijk posten. Nogmaals bedankt voor alle hulp....

(Volgens mij ligt het aan de centrale hier)

Zolang je niet kunt inbellen via jouw laptop en ISDN kaartje, kun je vergeten dat die Cisco zal uitbellen. Ligt gewoon aan de centrale, die is waarschijnlijk geconfigureerd voor eoa ISDN toestel. Data waardes in een centrale zijn toch net iets anders.

[Baileys]

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