Inbellen op Cisco 803 router lukt niet

[Verwijderd]

Ik heb met de configmaker van cisco een script gemaakt en een beetje aangepast omdat er onnodige dingen e.d in staan zoals pots. Verder heb ik alleen een route toegevoegd. Als ik wil gaan inbellen met een gewone ISDN kaart op een lokatie komt ie niet verder dan het inbellen en komt hij met "bri0 state down", waarom? (iets te maken met autorisatie?)
Ik geef ook even het script (wachtwoorden eruit gevist natuurlijk en de banners ook)

Of zijn er misschien nog dingen die ik op de client moet aanpassen?
Kan iemand mij hierbij helpen?
alvast bedankt


!
version 12.1
no service pad
service timestamps debug uptime
service timestamps log uptime
service password-encryption
!
hostname Cello07
!
enable password 7 (hehe)
!
username <username> password 7 <password>
!
!
!
!
!
ip subnet-zero
!
!
no ip domain-lookup
isdn switch-type basic-net3
!
!
!
interface Ethernet0
description connected to 3COM SUPERSTACK HUB
ip address 10.20.0.248 255.255.255.0
!
interface BRI0
description connected to inbel 1 , inbel2
no ip address
encapsulation ppp
dialer pool-member 1
dialer pool-member 2
isdn switch-type basic-net3
!
interface Dialer1
description connected to inbel 1
ip address 192.168.255.1 255.255.255.248
encapsulation ppp
no ip split-horizon
dialer pool 1
dialer idle-timeout 300
dialer-group 1
peer default ip address pool Cello07-Group-1
no cdp enable
ppp authentication chap pap callin
ppp multilink
!
interface Dialer2
description connected to inbel 2
ip address 192.168.255.9 255.255.255.248
encapsulation ppp
no ip split-horizon
dialer pool 2
dialer idle-timeout 300
dialer-group 1
peer default ip address pool Cello07-Group-2
no cdp enable
ppp authentication chap pap callin
ppp multilink
!
router rip
version 2
network 10.0.0.0
network 192.168.255.0
no auto-summary
!
ip local pool Cello07-Group-1 192.168.255.3 192.168.255.4
ip local pool Cello07-Group-2 192.168.255.10 192.168.255.11
no ip http server
ip classless
ip route 0.0.0.0 0.0.0.0 10.20.0.2
!
dialer-list 1 protocol ip permit
snmp-server engineID local 00000009020000021763DF89
snmp-server community public RO
snmp-server chassis-id JAD05400J5W
!
line con 0
exec-timeout 0 0
password 7 <password>
login
transport input none
stopbits 1
line vty 0 4
password 7 <password>
login
!
no rcapi server
!
!
end

[TrailBlazer]

geef ff de output van show ip int brief.
Als je BRI0 down is dan heb je een namelijk een brakke isdn lijn. Je BRI0 is je Signaleringskanaal (D kanaal voor de ingewijden) deze moet altijd actief zijn
je kan ook wat debug commando's gebruiken
debug isdn events is erg makkelijk

[Verwijderd]

Ik kom met die debug commando ook niets wijzer uit.
Hij komt eerst "bri0 81 changed to up"
multi nlcb dl_est cid 0x19 cr 0xEE ev 0x300 ces 1 dsl 0
multi nlcb dl_est cid 0x1A cr 0xEF ev 0x300 ces 1 dsl 0
dan met "bri0 81 changed to down"

Heb je hier wat aan?

Interface IP-Address OK? Method status Protocol
BRI0 unassigned YES manual up up

BRI0:1 unassigned YES unset down down

BRI0:2 unassigned YES unset down down

Dialer1 192.168.255.1 YES manual up up

Dialer2 192.168.255.9 YES manual up up

Ethernet0 10.20.0.248 YES manual up up

[TrailBlazer]

wta zie je met je debug als je inbelt naar dat nummer zie je dan wat gebeuren

[Verwijderd]

Volgens mij gaat het verkeerd met false call type is data. Moet ik iets anders opgeven in de conf?

02:04:29: ISDN BR0: L1 is IF_ACTIVE
02:04:29: ISDN BR0: Incoming call id = 0x002B, dsl 0
02:04:29: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI 81 changed to up
02:04:124554092544: ISDN BR0: Incoming call id = 0x002C, dsl 0
02:04:124560901372: ISDN BR0: LIF_EVENT: ces/callid 1/0x2C HOST_INCOMING_CALL
02:04:124554051584: ISDN BR0: HOST_INCOMING_CALL: voice_answer_data = FALSE call
type is DATA
02:04:124560901548: ISDN BR0: process_disconnect(): call id 0x2C, call type is D
ATA, b_idb 0x276F0A4, ces 1, cause Call rejected(0x15)
02:04:124554051584: ISDN BR0: HOST_INCOMING_CALL: DIALER ERROR 1: bchan 0, call
id 2C
02:04:124560901372: ISDN BR0: LIF_EVENT: ces/callid 1/0x2C HOST_DISCONNECT_ACK
02:04:124554051584: ISDN BR0: HOST_DISCONNECT_ACK: call type is DATA
02:04:39: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0, TEI 81 changed to down
02:04:171798691839: L3: NLCB watch! cid 0x4BC64C cr 0x0 ev 0x211 ces 222 dsl 0
02:04:55: ISDN BR0: Recvd MPH_EI1_IND from L1
02:04:57: ISDN BR0: Physical layer is IF_DOWN
02:04:244813176832: ISDN BR0: Shutting down ME
02:04:244813135872: ISDN BR0: Shutting down ISDN Layer 3



Is niet echt gemakkelijk, maar ik hoop dat jij eruit komt
thnx

[TrailBlazer]

Ok ik h eb ff lopen spitten op de cisco site. Laat ik daar nou toevallig over mogen komen is wel handig. Het lijt er inderdaad op dat de incomming call als een voice call wordt geidentificeerd. Hoe dit komt weet ik ook niet alleen. Het zou best kunnen dat je alleen met een andere cisco in kan bellen op een 803. Ik heb zelf alleen de ballen verstadn van 803 en isdn. Op mijn werk werken we eigenlijk alleen maar met FrameRelay en grotere cisco's van 1600 tot en met 7204

[Flyduck]

Als cisco goeroe moet ik natuurlijk even de oplossing geven.
Je configuratie ziet er erg brak uit,... echt een configmaker geval.
Hier een config die wel werkt

service timestamps debug uptime
service timestamps log uptime
service password-encryption
!
hostname router
!
enable password ******

username inbel1 password t1
username inbel2 password t2
!
memory-size iomem 25
ip subnet-zero
no ip domain-lookup
!
isdn switch-type basic-net3
isdn voice-call-failure 0
!
interface BRI0
no ip address
no ip directed-broadcast
encapsulation ppp
dialer rotary-group 1
isdn switch-type basic-net3
no fair-queue
!
interface Ethernet0
description connected to 3COM SUPERSTACK HUB
ip address 10.20.0.248 255.255.255.0
!
interface Dialer1
bandwidth 64
ip address 192.168.3.1 255.255.255.0
no ip directed-broadcast
encapsulation ppp
dialer in-band
dialer idle-timeout 300
dialer map ip 192.168.4.254 name inbel1
dialer map ip 192.168.5.254 name inbel2
dialer hold-queue 20
dialer-group 1
no fair-queue
ppp authentication pap
!
ip classless
ip route 192.168.4.0 255.255.255.0 192.168.4.254
ip route 192.168.5.0 255.255.255.0 192.168.5.254
no ip http server


Ok de router rip enzo kan er dus allemaal uit. Wel nog ff de vty 0 4 configgen voor telnet access.
In dit geval kan je bv met user inbel1 met wachtwoord t1 inbellen vanaf win95 waarna je het ip adres 192.168.4.254 toegewezen krijgt.
Die ip route commando's zijn voor een enkele inbel pc niet van toepassing, dat is eerder als er nog een heel netwerk achter hangt wat ook van de verbinding gebruikt maakt (router-router verbinding). Maar kan nooit kwaad om het ering te pleuren.

Greetz
Fly

[mughato]

als je wil checken of je authenticatie goed gaat kun je debug ppp pap of chap gebruiken. Dit is meestal de oorzaak bij inbelproblemen.

[Verwijderd]

Hoe kan je in dit verhaal zeggen dat de BRI alleen mag opnemen bij een bepaald MSN nummer ?

isdn answer1 0201234567
of
isdn calling-number 0201234567
?

Iemand ?

[Verwijderd]

Op maandag 21 januari 2002 21:27 schreef kevertje77 het volgende:
Hoe kan je in dit verhaal zeggen dat de BRI alleen mag opnemen bij een bepaald MSN nummer ?

isdn answer1 0201234567
of
isdn calling-number 0201234567
?

Iemand ?

Das ook een leuke.., zoiets dat ie alleen de route kent via dat msn nummer.
Hoe zit dat nou eigenlijk met die POTS?
Is het nou eigenlijk wel of niet mogelijk om met een analoge modem in te bellen op een 803, want je iets van voice-data-line in je config zetten of iets dergelijks?

[Verwijderd]

Sorry voor de heavy topickick maar dit probleem sluit redelijk goed aan met een probleem wat ik heb.

Situatie:

We hebben een cisco 2600 met 4-voudige bri. Deze is voor internet en telewerken. Nu is het zo dat wij op dit moment 1 NT-1 aansluiting hebben.

Nu het probleem.

Internet werkt prima, niks mee aan de hand, deze zit op bri 1/1 en het uitbellen is no problemo.

Als wij in proberen te bellen gaat het vaak fout. Dan neemt namelijk de actieve interface op ipv bri 1/0. We hebben al met MSN nummers gespeeld onder de bri's zelf omdat we geen dialers hebben. Dit hebben we gedaan met isdn answer1 [msnnr]

Echter dit werkt helemaal niet.

Bri1/1 is aangesloten met dezelfde NT-1 dmv een aparte utp kabel. Kan iemand mij vertellen wtf ik verkeerd doe of is dit technisch gezien gewoon onmogelijk en moeten ze een extra nt-1 of internet via kabel.

Nu moet ik er wel bijzeggen dat internet over de kabel er wel aan zit te komen maar het is een bedrijf en budget.... je kent het wel.

Wat moet ik aanpassen???

[sniper20]

Je kunt beter met dialers werken. Hier een voorbeeld die ik uit een config geplukt heb.

username thuiswerk1 password xxxxx

int bri0
no ip directed-broadcast
ip nat outside
encap ppp
ppp auth pap chap callin
dialer pool-member 3
exit

interface Dialer1
ip address 10.1.1.1 255.255.255.0
no ip directed-broadcast
ip nat inside
encapsulation ppp
no ip split-horizon
dialer remote-name thuiswerk1
dialer idle-timeout 1800
dialer caller <Nummer van inbeller>
dialer hold-queue 10
dialer pool 3
dialer-group 1
no cdp enable
ppp authentication chap pap callin

[Verwijderd]

ik weet dat we beter met dialers kunnen werken maar is het uberhaupt mogelijk om het te doen zoals ik heb opgezet?