Newsgroup: it.comp.reti.cisco
Titolo: Cisco 2610 - Mi sono rincoglionito ?-

Ciao ragazzi vi posto una configurazione di un 2610 attestato
su due Bri.
Questo router riceve le chiamate da altri 3 router disposti su 3 sedi
remote.
L'unica connessione che funziona in entrata e' quella della dialer2.
Le altre connessioni in entrata sulla dialer 1 e 3 vengono droppate.
Secondo voi cosa c'e' di sbagliato ? O forse come dico io la borchia
alla quale e' attestata la bri 1/0 non funziona correttamente ?
Pingando i 3 router quindi chiamate in uscita funziona tutto
correttamente.
Puo' essere un bug ios ? :c2600-io3-mz.121-3.bin
Grazie 
Herman
service timestamps debug uptime
service timestamps log uptime
service password-encryption
!
hostname xxxxxxx
enable password 7 xxxxxxxxxxx
!
username xxxxxx password yyyyyyyy
username xxxxxx password yyyyyyyy
username xxxxxx password yyyyyyyy
ip subnet-zero
no ip domain-lookup
isdn switch-type basic-net3
!
!
!
interface Ethernet0/0
 description connected to EthernetLAN
 ip address x.x.x.x y.y.y.y
 ip access-group 101 in
 no ip directed-broadcast
!         
interface BRI1/0
 description connected to xxxxx, yyyyy
 no ip address
 no ip directed-broadcast
 encapsulation ppp
 dialer pool-member 1
 dialer pool-member 3
 isdn switch-type basic-net3
 isdn answer1 xxxxxxxxxxxxx
!         
interface BRI1/1
 description connected to xxxx
 no ip address
 no ip directed-broadcast
 encapsulation ppp
 dialer rotary-group 2
 isdn switch-type basic-net3
 isdn answer1 xxxxxxxxxx
 no cdp enable
!         
interface BRI1/2
 no ip address
 no ip directed-broadcast
 shutdown
 isdn switch-type basic-net3
!
interface BRI1/3
 no ip address
 no ip directed-broadcast
 shutdown
 isdn switch-type basic-net3
!
interface Dialer1
 description connected to xxxxx
 ip address x.x.x.x y.y.y.y 
 no ip directed-broadcast
 encapsulation ppp
 no ip split-horizon
 dialer remote-name xxxx
 dialer string xxxxxxxx
 dialer hold-queue 10
 dialer pool 1
 dialer-group 1
 no cdp enable
 ppp authentication chap
 ppp chap hostname xxxx
 ppp chap password xxxxxx
!
interface Dialer2
 description connected to xxxxx
 ip address x.x.x.x y.y.y.y 
 no ip directed-broadcast
 encapsulation ppp
 no ip split-horizon
 dialer in-band
 dialer map ip x.x.x.x name xxxxx broadcast xxxxxxxxx
 dialer hold-queue 10
 dialer-group 1
 no cdp enable
 ppp authentication chap
!
interface Dialer3
 description connected to xxxxxx
 ip address x.x.x.x y.y.y.y
 no ip directed-broadcast
 encapsulation ppp
 no ip split-horizon
 dialer remote-name xxxxxxxxxx
 dialer string xxxxxxxxxxxxxxxxx
 dialer hold-queue 10
 dialer pool 3
 dialer-group 1
 no cdp enable
 ppp authentication chap
 ppp chap hostname xxxxxxx
 ppp chap password 7 xxx
!
ip classless
ip route x.x.x.x y.y.y.y
ip route x.x.x.x y.y.y.y
ip route x.x.x.x y.y.y.y
!
access-list 101 deny   udp any range netbios-ns netbios-ss any
access-list 101 deny   tcp any range 135 139 any
access-list 101 permit ip x.x.x.x y.y.y.y z.z.z.z w.w.w.w
access-list 101 permit ip any any
dialer-list 1 protocol ip permit
snmp-server community public RO
!
line con 0
 exec-timeout 0 0
 password 7 01100F175804
 logging synchronous
 login
 transport input none
line aux 0
line vty 0 4
 password 7 01100F175804
 login
!
no scheduler allocate
end
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

 Roberto
Ciao Roberto, ho gia' provato ma non cambia niente; questo e' uno
stralcio del debug quando provo
a chiamare le dialer 1 e 3 ma il bello e' che se collego alla bri1/0 la
borchia che attualmente
e' sulla bri1/1 funziona tutto correttamente.
Collegando un telefono isdn alla borchia in questione avvengo
correttamente le chiamate in uscita
e in entrata.
Telecom dice che "e' tutto a posto" ma ......
6d00h:         Cause i = 0x8095 - Call rejected
6d00h: ISDN BR0: TX ->  RRr sapi = 0  tei = 70  nr = 3
6d00h: ISDN BR0: LIF_EVENT: ces/callid 1/0x80B8 HOST_DISCONNECT
6d00h: ISDN BR0: Event:  Call to xxxxxxxx was hung up.
6d00h: ISDN BR0: process_disc_ack(): call id 0x80B8, ces 1, call type
DATA
6d00h: ISDN BR0: TX ->  INFOc sapi = 0  tei = 70  ns = 1  nr = 3  i =
0x08012A4D08028095
6d00h:     RELEASE pd = 8  callref = 0x2A
6d00h:         Cause i = 0x8095 - Call rejected
Bye
Herman


  isdn answer1 xxxxxxxxxx
Prova a togliere gli "isdn answer1" dalle BRI, hai tre siti
e due soli isdn answer, forse non risolve tutto, ma per cominciare...
Ciao
Roberto


 e due soli isdn answer, forse non risolve tutto, ma per cominciare...
Si ma un sito deve solo ed esclusivamente chiamare 1 bri (una dialer) ed
2 siti devo solo ed esclusivamente
chiamare l'altra bri (due dialer).
Bye
Herman


 chiamare l'altra bri (due dialer).
Ecco, i due siti che chiamano l'altra BRI (con due dialer associate)
si trovano ad avere un unico "isdn answer1 xxx"; xxx o e' il 
numero di uno o dell'altro, ed uno dei due sicuramente non va.
Ciao
Roberto


 i = 0x08012A4D08028095
SNIP
http://www.cisco.com/univercd/cc/td/doc/product/software/ios113ed/dbook/disdn.htm
i=0x y1 y2 z1 z2 [a1 a2]
y1=08 => ITU-T standard coding
y2=01 => private network serving local user (carrier)
z1=2A => switching equipment congestion
Sembrerebbe colpa del carrier...
Ciao
Roberto


 Roberto
Scusa ma non ti seguo: i due siti (con due dialer associate) chiamano
sempre ed esclusivamente un numero "isdn answer1" appunto.
Ho usato un canale per un sito ed un canale per l'altro...
Non dovrebbero esserci problemi ....
Mentre il terzo sito chiama un'altra borchia.
Praticamente ho usato due borchie per far accedere 3 siti.
Grazie dell'interessamento.
Bye
Herman


 Sembrerebbe colpa del carrier...
Quelle borchie sono attestate ad Albacom ... potrebbe essere un problema
di switch tra Albacom e Telecom ?
Sulla vicenda continuano a rimbalzarsi la palla !!
Bye
Herman


 Non dovrebbero esserci problemi ....
Si', hai ragione, mi confondevo con "isdn caller".
Ciao
Roberto


 Si', hai ragione, mi confondevo con "isdn caller".
ranquillo era solo per capirci le idee .... comunque io sono convinto
che
e' un errore di Telecom o Albacom che sia ... volevo confrontare con
qualcunaltro la configurazione visto che
ho il cervello in pappa e il cliente che dice che e' colpa mia ...
Telecom dice che
e' tutto a posto Albacom dice che non c'entra niente ... Sclero !!!
Bye
Herman


Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG
--------------------------------
Inviato via 
http://usenet.iol.it
 

Ecco i debug su q921, q931, isdn events sul router remoto chiamando
quello a cui
e' collegata la borchia in questione:
6d04h: ISDN BR0: Outgoing call id = 0x80C3, dsl 0
6d04h: ISDN BR0: Event: Call to 0412770090 at 64 Kb/s
6d04h: ISDN BR0: process_bri_call(): call id 0x80C3, called_number
xxxxxx, speed 64, call type DATA
6d04h: CC_CHAN_GetIdleChanbri: dsl 0
6d04h:     Found idle channel B1
6d04h: ISDN BR0: Activating 
6d04h: ISDN BR0: L1 is IF_ACTIVE
6d04h: ISDN BR0: Incoming call id = 0x040D, dsl 0
6d04h: ISDN BR0: TX ->  SABMEp c/r = 0 sapi = 0  tei = 70
6d04h: ISDN BR0: RX <-  UAf c/r = 0  sapi = 0  tei = 70
6d04h: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI 70 changed to up
6d04h: ISDN BR0: TX ->  INFOc sapi = 0  tei = 70  ns = 0  nr = 0  i =
0x0801350504028890180183700B8030343132373730303930
6d04h:     SETUP pd = 8  callref = 0x35
6d04h:         Bearer Capability i = 0x8890
6d04h:         Channel ID i = 0x83
6d04h:         Called Party Number i = 0x80, 'xxxxxxx', Plan:Unknown,
Type:Unknown
6d04h: ISDN BR0: RX <-  RRr sapi = 0  tei = 70  nr = 1
6d04h: ISDN BR0: RX <-  INFOc sapi = 0  tei = 70  ns = 0  nr = 1  i =
0x0801B50D180189
6d04h:     SETUP_ACK pd = 8  callref = 0xB5
6d04h:         Channel ID i = 0x89
6d04h: ISDN BR0: TX ->  RRr sapi = 0  tei = 70  nr = 1
6d04h: ISDN BR0: LIF_EVENT: ces/callid 1/0x80C3 HOST_INFORMATION
6d04h: ISDN Event: dsl 0 call_id 0x80C3 B channel assigned by switch 0
ISDN BR0: RX <-  INFOc sapi = 0  tei = 70  ns = 1  nr = 1  i =
0x0801B502
6d04h:     CALL_PROC pd = 8  callref = 0xB5
6d04h: ISDN BR0: TX ->  RRr sapi = 0  tei = 70  nr = 2
6d04h: ISDN BR0: LIF_EVENT: ces/callid 1/0x80C3 HOST_PROCEEDING
6d04h: B-channel assigned in previous message call id = 0x80C3
6d04h: ISDN BR0: RX <-  INFOc sapi = 0  tei = 70  ns = 2  nr = 1  i =
0x0801B54508028095
6d04h:     DISCONNECT pd = 8  callref = 0xB5
6d04h:         Cause i = 0x8095 - Call rejected
6d04h: ISDN BR0: TX ->  RRr sapi = 0  tei = 70  nr = 3
6d04h: ISDN BR0: LIF_EVENT: ces/callid 1/0x80C3 HOST_DISCONNECT
6d04h: ISDN BR0: Event:  Call to xxxxxxx was hung up.
6d04h: ISDN BR0: process_disc_ack(): call id 0x80C3, ces 1, call type
DATA
6d04h: ISDN BR0: TX ->  INFOc sapi = 0  tei = 70  ns = 1  nr = 3  i =
0x0801354D08028095
6d04h:     RELEASE pd = 8  callref = 0x35
6d04h:         Cause i = 0x8095 - Call rejected
6d04h: ISDN BR0: RX <-  INFOc sapi = 0  tei = 70  ns = 3  nr = 2  i =
0x0801B55A
6d04h:     RELEASE_COMP pd = 8  callref = 0xB5
6d04h: ISDN BR0: TX ->  RRr sapi = 0  tei = 70  nr = 4
6d04h: ISDN BR0: LIF_EVENT: ces/callid 1/0x80C3 HOST_DISCONNECT_ACK
6d04h: ISDN BR0: HOST_DISCONNECT_ACK: call type is DATA 


Posted via
Mailgate.ORG Server - 
http://www.Mailgate.ORG
--------------------------------
Inviato via 
http://usenet.iol.it
 

Ok ragazzi ho risolto ! Stupido errore nella configurazione :-((
Bastava aggiungere anche alla bri 1/0 ppp authentication chap pap.
Bye
Herman
