Newsgroup: it.comp.reti.cisco
Titolo: isdn tra due router funzionante in una sola direzione

Ciao a tutti e grazie in anticipo a chi dedichera' del tempo al mio
problema:
Ho configurato il collegam ISDN tra 2 router 1701 (sono dei 1700 a config
fissa con una ISDN BRI, una ADSL e la solita Eth)
che si comportano in questo modo strano: se dal router_A pingo la dialer
del router_B la chiamata ISDN va su, le risposte ai ping tornano
e a quel punto i ping funzionano in entrambe le direzioni.
Se invece cerco di iniziare la chiamata dal router_B (una volta buttata
giu' la chiamata precedente) pingando la dialer del router_A,
questo risulta  irraggiungibile (le risposte ai ping non tornamo indietro)
e dal debug isdn 
Premetto che 
1) entrambe le borchie ISDN sono state collaudate in entrambe le direzioni
chiamando e conversando con 2 telefoni ISDN
2) i due router hanno IOS identico (c1700-k9o3sy7-mz.122-15.ZL1.bin) 
non riesco assolutamente a venirne a capo.
I due router dialogano gia' tramite una VPN su ADSL e su quella non ci
sono probl, riuscire a far funzionare le ISDN servirebbe
per un eventuale backup, modificando la VPN per far passare nel tunnel un
protoc di routing dinamico. Per ora pero' mi interessa
solo che i due router riescano a telefonarsi. 
Vi allego la configurazione dei router_A e routerB da dove ho tolto le
parti relative alla config del tunnel su adsl. 
*****ROUTER_A******
 Current configuration : 3996 bytes
version 12.2
no service pad
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname router_A
!
logging queue-limit 100
logging buffered 4096 debugging
no logging console
no logging monitor
enable password pippo
!
username router_B password 0 pippo
ip subnet-zero
!
!
!
ip audit notify log
ip audit po max-events 100
no ftp-server write-enable
isdn switch-type basic-net3
isdn tei-negotiation first-call
!
!
!
!
!
interface BRI0
 description interfaccia fisica ISDN
 no ip address
 encapsulation ppp
 dialer pool-member 1
 isdn switch-type basic-net3
!
!
interface Dialer1
 description interfaccia di backup verso router_C
 ip address 192.168.5.1 255.255.255.252
 encapsulation ppp
 dialer pool 1
 dialer idle-timeout 300
 dialer string #telefono_router_C
 dialer hold-queue 10
 dialer-group 1
 ppp authentication chap callin
!
interface Dialer2
 description interaccia di backup verso router_B
 ip address 192.168.5.5 255.255.255.252
 encapsulation ppp
 dialer pool 1
 dialer idle-timeout 300
 dialer string #telefono_router_B
 dialer hold-queue 10
 dialer-group 1
 ppp authentication chap callin
!
ip classless
ip route 0.0.0.0 0.0.0.0 ATM0.1
ip route 192.168.5.0 255.255.255.252 Dialer1
ip route 192.168.5.4 255.255.255.252 Dialer2
!
!
!
no logging trap
dialer-list 1 protocol ip permit
no cdp run
!
!
!
line con 0
 exec-timeout 120 0
 stopbits 1
line aux 0
 stopbits 1
line vty 0 4
 exec-timeout 120 0
 login local
 length 0
!
scheduler max-task-time 5000
!
end
********Router_B******
Current configuration : 2875 bytes
!
version 12.2
no service pad
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname router_B
!
logging queue-limit 100
logging buffered 4096 debugging
no logging console
no logging monitor
enable password pippo
!
username router_A password 0 pippo
ip subnet-zero
!
!
!
!
ip audit notify log
ip audit po max-events 100
no ftp-server write-enable
isdn switch-type basic-net3
isdn tei-negotiation first-call
!
!
!
!
!
!
!
interface BRI0
 description interfaccia fisica ISDN
 no ip address
 encapsulation ppp
 dialer pool-member 1
 isdn switch-type basic-net3
!
!
interface Dialer1
 description interfaccia di backup verso router_A
 ip address 192.168.5.6 255.255.255.252
 encapsulation ppp
 dialer pool 1
 dialer idle-timeout 300
 dialer string #numero_router_A
 dialer hold-queue 10
 dialer-group 1
 ppp authentication chap callin
!
ip classless
ip route 0.0.0.0 0.0.0.0 ATM0.1
ip route 192.168.5.4 255.255.255.252 Dialer1
!
!
!
no logging trap
dialer-list 1 protocol ip permit
!
!
line con 0
 exec-timeout 120 0
 stopbits 1
line aux 0
 stopbits 1
line vty 0 4
 exec-timeout 120 0
 login local
 length 0
!
scheduler max-task-time 5000
!
end
************************************
Il debug isdn q931 mi dice
router_B#ping 192.168.5.5
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 192.168.5.5, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)
router_B#show logg
Syslog logging: enabled (0 messages dropped, 1 messages rate-limited,
                13 flushes, 0 overruns, xml disabled, filtering disabled)
    Console logging: disabled
    Monitor logging: disabled
    Buffer logging: level debugging, 709 messages logged, xml disabled,
                    filtering disabled
    Logging Exception size (4096 bytes)
    Count and timestamp logging messages: disabled
    Trap logging: disabled
Log Buffer (4096 bytes):
1d12h: ISDN BR0 SERROR: L2_Go: at bailout DLCB is NULL
        L2: sapi 63 tei 127 ces 0 ev 0x650
1d12h: ISDN BR0 SERROR: L2_Go: at bailout DLCB is NULL
        L2: sapi 63 tei 127 ces 0 ev 0x3
1d12h: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI 105 changed to up
1d12h: ISDN BR0 Q931: TX -> SETUP pd = 8  callref = 0x25
        Bearer Capability i = 0x8890
                Standard = CCITT
                Transer Capability = Unrestricted Digital
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0x83
        Called Party Number i = 0x80, '#telef_router_A'
                Plan:Unknown, Type:Unknown
1d12h: ISDN BR0 Q931: RX <- SETUP_ACK pd = 8  callref = 0xA5
        Channel ID i = 0x89
1d12h: ISDN BR0 Q931: RX <- DISCONNECT pd = 8  callref = 0xA5
        Cause i = 0x8095 - Call rejected
1d12h: ISDN BR0 Q931: TX -> RELEASE pd = 8  callref = 0x25
        Cause i = 0x8095 - Call rejected
1d12h: ISDN BR0 Q931: RX <- RELEASE_COMP pd = 8  callref = 0xA5
1d12h: ISDN BR0 Q931: TX -> SETUP pd = 8  callref = 0x26
        Bearer Capability i = 0x8890
                Standard = CCITT
                Transer Capability = Unrestricted Digital
                Transfer Mode = Circuit
                Transfer Rate = 64 kbit/s
        Channel ID i = 0x83
        Called Party Number i = 0x80, '#telef_router_A'
                Plan:Unknown, Type:Unknown
1d12h: ISDN BR0 Q931: RX <- SETUP_ACK pd = 8  callref = 0xA6
        Channel ID i = 0x89
1d12h: ISDN BR0 Q931: RX <- DISCONNECT pd = 8  callref = 0xA6
        Cause i = 0x8095 - Call rejected
1d12h: ISDN BR0 Q931: TX -> RELEASE pd = 8  callref = 0x26
        Cause i = 0x8095 - Call rejected
1d12h: ISDN BR0 Q931: RX <- RELEASE_COMP pd = 8  callref = 0xA6
1d12h: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0, TEI 105 changed to
down
router_B#
se serve posso postare altri debug ISDN o altre cose che ritenete utili,
vi ringrazio in anticipo per l'aiuto ma, avendo gia' collaudato le borchie
con i telefoni ISDN e non avendo grossa esperienza con il DDR cisco non
ho idea di cosa fare.
bebe
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

         Cause i = 0x8095 - Call rejected
Questo mi sembra un buon inizio sul quale lavorare, questo messaggio
dovrebbe indicare che il router dall'altra parte non risponde nemmeno.
Potrebbe essere il numero sbagliato o la borchia di destinazione che ha
entrambi i canali occupati o (forse) la borchia di origine che è impostata
in sola ricezione.
Prova a lanciare un "debug isdn q931" sul router di destinazione per vedere
se arriva la chiamata ed un "debug ppp neg" sul router di origine per vedere
se i due router negoziano la connessione.
Ciao,
        Tosh.

 bebe
prova con un debug ppp authentication.
ciao
Lorenzo--


 se i due router negoziano la connessione.
L'ho fatto, la negoziazione del ppp non avviene neanche, tutto si ferma
prima.
Ho fatto anche debug q931 sul router di destinazione (router_A) e ho visto
che l'errore 
e' che la chiamata in ingresso viene definita "unbindable". Sul router_A,
come si vede
dalla config nel mio primo post, ci sono 2 dialer poiche' deve ricevere
chiamate anche 
da un altra sede (la config e' un hub-spoke dove il router_A e l'hub, ma
per ora ho 
deciso di concentrarmi sul router_A e router_B perche' hanno gli IOS
identici, lasciando 
perdere il router_C). 
Credo quindi che il router_A non sappia quale delle due dialer usare per
"accettare" la chiamata.
Cio' mi e' confermato dal fatto che cancellando la dialer relativa al
router_C tutto 
e' andato a posto (la comunicaz ora avviene sia che inizi il router_A, sia
che inizi il router_B). 
Ora pero' il problema e' che le dialer sul router_A (l'hub) mi servono
entrambe, 
per le ragioni che ho detto. Come posso fare per fare in modo che il
router_A (l'unico
che ha le due dialer) sappia con quale dialer "rispondere" alla chiamate?
Ciao,



non autentica !
manca sul router A
username router_C password 0 pippo
ciao

 ciao


La riga che dici tu e' presente ma cmnque nn credo sia quello il problema,
come ho detto non si arriva neanche alla fase ppp di negoziazione del ppp
(ho fatto debug ppp negotiation e authentication), la chiamata termina
prima poiche' viene definita unbindable, ovvero (credo) non si sa quale
dialer usare per gestirla.
ciao 


 ciao


La riga che dici tu e' presente ma cmnque nn credo sia quello il problema,
come ho detto non si arriva neanche alla fase ppp di negoziazione del ppp
(ho fatto debug ppp negotiation e authentication), la chiamata termina
prima poiche' viene definita unbindable, ovvero (credo) non si sa quale
dialer usare per gestirla.
ciao 


 bebe
In alcune verioni IOS è necessario mettere ppp authentication anche
nell'interfaccia fisica BRI.
non so rientri in questo caso..... ma provare ti ruba un minuto.
ciao
Lorenzo--



Prova a mettere nelle rispettive dialer il comando "dialer remote-name
nomerouteremoto"
Mancano anche le route verso le reti interne.
Ciao,
        Tosh

 nomerouteremoto"
Problema risolto, il tuo suggerim non ha funzionato ma usando la funz
debug q931 e ricercando il codice di errore per quanto riguarda la chiamata
"unbindable" ho trovato questo doc che spiega come avviene il processo di
binding tra le interfaccia fisiche e le dialer per quanto riguarda le
chiamate in ingresso (oltre a un po' di altre cose).
http://www.cisco.com/en/US/partner/tech/tk801/tk133/technologies_tech_note09186a0080094e6c.shtml#dialing_in
Pensando di fare cosa gradita ti dico che, in base a quanto ho letto
in questo doc  il tuo suggerim non ha funzionato perche' si basa
sull'ultima possibilita' che il router ha di effettuare un binding della
chiamata in ingresso, e cioe' rispondere comunque alla telefonata,
procedere all'autenticazione ppp e poi fare il binding sulla base del nome
del remote peer, ma tutto questo funziona solo se si e' dato il ppp
authentication direttamente sull' interfaccia fisica BRI (cosa che io
invece ho fatto solo nelle dialer).
Nel mio caso ho aggiunto nelle dialer il comando "dialer caller
#num_di_tel_del_router_chiamante" e tutto e' andato a posto.
Grazie per l'interessamento
