Newsgroup: it.comp.reti.cisco
Titolo: ancora cisco 1720 wic1 adsl + backup isdn

Ci sto provando ancora e Vi aggiorno sul tutto:
inserendo nel profilo ATM0 un backup sull'interface dialer1 (quello
dell'isdn) sembra che qualcosa funzioni; infatti se il router è collegato
con ADSL e, quindi, l'atm0 è up, mette in down la BRI0;  non appena scollego
il cavo telefonico adsl con l'effetto che la ATM0 e la dialer0 vanno down,
la BRI0 e la dialer1 vanno in up.Poi sembra che il router effettui il
tentativo di connessione isdn sull'ISP , ma il problema che non riesco a
trovare una configurazione in isdn che funzioni!
Lo avrei preso a mozzichi!!!
Poi, per essere più sicuro della cazzatona che stavo facendo, ho provato a
buttare giù il tutto ed a riconfigurare il router solo con ISDN: stesso
risultato. Non si riesce a collegare ... mi sono dovuto dire (parlando da
solo) "lascia perde i Cisco e datti all'ippica"
Mi rendo conto che forse l'idea di base che sto sviluppando per risolvere il
problema potrebbe essere un'altra delle mie megastronzate, ma, in generale,
si dice che nessuna te la dà se perlomeno non ci provi!!! Quindi tanto vale
provarci!
Penso che se qualcuno di Voi mi aiuta a trovare una buona conf. su ISDN
forse riuscirò a capire se funziona oppure no.
A proposito ho una versione di IOS 12.1(3)XT2.
Comunque allego la configurazione che avrei pensato e spero he nessuno di
Voi si rotoli dal ridere
Mahyem direbbe: "uno che ci sta  provando come un disperato"
Saluti a tutti
clock timezone CET 1
ip subnet-zero
no ip source-route
ip domain-name 
tin.it
ip name-server 212.216.112.112
ip name-server 212.216.172.62
!
!
interface fastethernet0
ip address 192.2.0.89 255.255.255.0
ip nat inside
speed auto
no cdp enable
hold-queue 4096 in
hold-queue 4096 out
!
interface ATM0
backup interface dialer1
backup delay 10 10
no ip address
no ip mroute-cache
no atm ilmi-keepalive
pvc 8/35
encapsulation aal5mux ppp dialer
dialer pool-member 1
dsl operating-mode auto
hold-queue 224 in
!
interface Dialer0
ip address negotiated
ip nat outside
encapsulation ppp
dialer pool 1
no cdp enable
ppp pap sent-username pippo password paperino
hold-queue 4096 in
hold-queue 4096 out
interface bri0
no ip address
no ip directed-broadcast
dialer pool-member2
isdn switch-type basic-net3
no cdp enable
!
interface Dialer1
 ip address negotiated
 no ip directed-broadcast
 ip nat outside
 encapsulation ppp
 no ip split-horizon
 dialer in-band
 dialer string <n.telefono>
 dialer hold-queue 10
 dialer load-threshold 10 outbound
 dialer pool 2
 no cdp enable
 ppp authentication chap callin
 ppp chap hostname <user id isp> ppp chap password "password"
no ppp multilink
ip nat inside source list 1 interface Dialer0 overload
ip nat inside source list 2 interface Dialer1 overload
ip classless
ip route 0.0.0.0 0.0.0.0 Dialer0
ip route 0.0.0.0 0.0.0.0 Dialer1
no ip http server
!
access-list 1 permit 192.2.0.0 0.0.0.255
access-list 2 permit 192.2.0.0 0.0.0.255
no cdp run
banner login ^
                              ||        ||
                              ||        ||
                             ||||      ||||
                         ..:||||||:..:||||||:..
 
pippo.it
             -----------------------------------------------
                Ogni accesso non autorizzato e' proibito
                   Unauthorized access is prohibited
            -----------------------------------------------
                      Ogni accesso viene registrato
                          Every access is logged
            -----------------------------------------------
^
!
line con 0
transport input none
stopbits 1
line vty 0 4
password paolo65
login
!
scheduler max-task-time 5000
end

 ha scritto nel messaggio
news:6ZIA7.6428$QL2.2...@news2.tin.it...
prova cosi'
no ip nat inside source list 1 interface Dialer0 overload
no ip route 0.0.0.0 0.0.0.0 Dialer0
no access-list 1
no interface Dialer0
int d1
dialer-g 2
dialer-list 2 protocol ip permit
ed hai una cfg corretta.
a questo punto deb isdn q921 e q931 per essere sicuro che la borchia e la
wic funzionino, deb dialer packet e deb ppp auth per vedere il traffico e
che pensa il tuo pop di protocollo di auth e username/password.
sappimi dire
un mayhem barbaro quotatore
--
"Se una cosa e' segreta e riservata ad un'elite non puo' essere buona."
The Skulls - 
http://www.gnu.org/

Caro Amico Ti scrivo ... in isdn continua a non andare (porca miseria!).
Ho ho fatto come mi ha suggerito ed in effetti la chiamata va su ma non si
collega a tin.
La wic funziona perchи con un ios 12.0 T ed una conf un po' diversa va bene
e che un cisco si rompe ci credo poco!
Ti allego un debug isdn events ove mi pare che sia il problema
Che sarа, che sarааааааа ...
Un poker ridotto a doppia coppia svestita
00:05:25: Di1 DDR: ip (s=192.2.0.223, d=212.48.2.21), 48 bytes, outgoing
interes
ting (ip PERMIT)
00:05:25: ISDN BR0: Outgoing call id = 0x8005, dsl 0
00:05:25: ISDN BR0: Event: Call to 0650519904 at 64 Kb/s
00:05:25: ISDN BR0: process_bri_call(): call id 0x8005, called_number
0650519904
, speed 64, call type DATA
00:05:107374182400: CCBRI_Go Fr Host InPkgInfo (Len=26) :
00:05:107374182400: 1 0 1 80 5 0 4 2 88 90 18 1 83 70 B 80 30 36 35 30 35 31
39
39 30 34
00:05:107374182400:
00:05:109539938732: CC_CHAN_GetIdleChanbri: dsl 0
00:05:107374182400:     Found idle channel B1
00:05:25: ISDN BR0: Activating
00:05:25: ISDN BR0: L1 is IF_ACTIVE
00:05:25: ISDN BR0: Incoming call id = 0x0003, dsl 0
00:05:25: ISDN BR0: Recvd MPH_EI2_IND from L1
00:05:26: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI 84 changed to up
00:05:111669149696: CCBRI_Go Fr L3 pkt (Len=7) :
00:05:111669149696: D 1 5 B7 18 1 89
00:05:111669149696:
00:05:113834946476: ISDN BR0: LIF_EVENT: ces/callid 1/0x8005
HOST_INFORMATION
00:05:111669149696: CCBRI_Go Fr L3 pkt (Len=4) :
00:05:111669149696: 2 1 5 98
00:05:111669149696:
00:05:111669149696: ISDN BR0: LIF_EVENT: ces/callid 1/0x8005 HOST_PROCEEDING
00:05:111669149696: B-channel assigned in previous message call id = 0x8005
00:05:111669149696: CCBRI_Go Fr L3 pkt (Len=4) :
00:05:111669149696: 1 1 5 94
00:05:111669149696:
00:05:113834946476: ISDN BR0: LIF_EVENT: ces/callid 1/0x8005 HOST_ALERTING
00:05:111669149696: ISDN bchan %d, call_id %x, cause %d:
DEV_CALL_PROGRESSING: V
OICE ERROR: BR0(0x80CFC358):
00:05:111669149696: ISDN BR0: HOST_PROGRESS: VOICE ERROR: Bearer capability
not
available(0x3A): bchan 0, call id 8005
00:05:111669149696: CCBRI_Go Fr L3 pkt (Len=24) :
00:05:111669149696: 7 1 5 91 4C B 21 83 36 35 30 35 31 39 39 30 34 96 1A 4
C2 1
0 0
00:05:111669149696:
00:05:113834946476: ISDN BR0: LIF_EVENT: ces/callid 1/0x8005 HOST_CONNECT
00:05:111669149696: ISDN BR0: Event: Connected to <unknown> on B1 at 0 Kb/s
00:05:28: Di1 DDR: ip (s=192.2.0.223, d=212.48.2.21), 48 bytes, outgoing
interes
ting (ip PERMIT)
00:05:34: Di1 DDR: ip (s=192.2.0.223, d=212.48.2.21), 48 bytes, outgoing
interes
ting (ip PERMIT)
00:05:36: Di1 DDR: ip (s=192.2.0.208, d=64.4.13.56), 52 bytes, outgoing
interest
ing (ip PERMIT)
00:05:37: Di1 DDR: ip (s=192.2.0.208, d=64.4.13.56), 52 bytes, outgoing
interest
ing (ip PERMIT)
00:05:39: Di1 DDR: ip (s=192.2.0.208, d=64.4.13.56), 52 bytes, outgoing
interest
ing (ip PERMIT)
00:05:43: Di1 DDR: ip (s=192.2.0.208, d=64.4.13.56), 52 bytes, outgoing
interest
ing (ip PERMIT)
00:05:46: Di1 DDR: ip (s=192.2.0.223, d=212.48.2.21), 48 bytes, outgoing
interes
ting (ip PERMIT)
00:05:50: Di1 DDR: ip (s=192.2.0.208, d=64.4.13.56), 52 bytes, outgoing
interest
ing (ip PERMIT)
00:05:55: ISDN BR0: Event: Hangup call to call id 0x8005
00:05:55: ISDN BR0: process_disconnect(): call id 0x8005, call type is DATA,
b_i
db 0x81347CF4, ces 1, cause Normal call clearing(0x10)
00:05:55: ISDN: get_isdn_service_state(): idb 0x81347CF4 bchan 2 is_isdn 1
Not a
 Pri
00:05:236223201280: CCBRI_Go Fr Host InPkgInfo (Len=13) :
00:05:236223201280: 5 0 1 80 5 3 8 1 90 8 2 80 90
00:05:236223201280:
00:05:236223201280: CCBRI_Go Fr L3 pkt (Len=11) :
00:05:236223201280: 4D 1 5 97 96 1A 4 C4 1 0 0
00:05:236223201280:
00:05:238388998060: ISDN BR0: LIF_EVENT: ces/callid 1/0x8005
HOST_DISCONNECT_ACK
00:05:240518168575: ISDN: get_isdn_service_state(): idb 0x81347CF4 bchan 2
is_is
dn 1 Not a Pri
00:05:236223201280: ISDN BR0: HOST_DISCONNECT_ACK: call type is DATA
00:05:238388998060: ISDN BR0: LIF_EVENT: ces/callid 1/0x8005
HOST_DISCONNECT_ACK
00:05:238388998036: ISDN: get_isdn_service_state(): idb 0x81347CF4 bchan 2
is_is
dn 1 Not a Pri
00:05:236223201280: ISDN BR0: HOST_DISCONNECT_ACK: call type is DATA
00:06:05: Di1 DDR: ip (s=192.2.0.208, d=64.4.13.56), 52 bytes, outgoing
interest
ing (ip PERMIT)
00:06:05: ISDN BR0: Outgoing call id = 0x8006, dsl 0
00:06:05: ISDN BR0: Event: Call to 0650519904 at 64 Kb/s
00:06:05: ISDN BR0: process_bri_call(): call id 0x8006, called_number
0650519904
, speed 64, call type DATA
00:06:21474836480: CCBRI_Go Fr Host InPkgInfo (Len=26) :
00:06:21474836480: 1 0 1 80 6 0 4 2 88 90 18 1 83 70 B 80 30 36 35 30 35 31
39 3
9 30 34
00:06:21474836480:
00:06:23640592812: CC_CHAN_GetIdleChanbri: dsl 0
00:06:21474836480:     Found idle channel B1
00:06:21474836480: CCBRI_Go Fr L3 pkt (Len=7) :
00:06:21474836480: D 1 6 B7 18 1 8A
00:06:21474836480:
00:06:23640633260: ISDN BR0: LIF_EVENT: ces/callid 1/0x8006 HOST_INFORMATION
00:06:21474836480: CCBRI_Go Fr L3 pkt (Len=4) :
00:06:21474836480: 2 1 6 98
00:06:21474836480:
00:06:21474836480: ISDN BR0: LIF_EVENT: ces/callid 1/0x8006 HOST_PROCEEDING
00:06:21474836480: B-channel assigned in previous message call id = 0x8006
00:06:21474836480: CCBRI_Go Fr L3 pkt (Len=4) :
00:06:21474836480: 1 1 6 94
00:06:21474836480:
00:06:23640633260: ISDN BR0: LIF_EVENT: ces/callid 1/0x8006 HOST_ALERTING
00:06:21474836480: ISDN bchan %d, call_id %x, cause %d:
DEV_CALL_PROGRESSING: VO
ICE ERROR: BR0(0x80CFC358):
00:06:21474836480: ISDN BR0: HOST_PROGRESS: VOICE ERROR: Bearer capability
not a
vailable(0x3A): bchan 1, call id 8006
00:06:21474836480: CCBRI_Go Fr L3 pkt (Len=24) :
00:06:21474836480: 7 1 6 91 4C B 21 83 36 35 30 35 31 39 39 30 34 96 1A 4 C2
1 0
 0
00:06:21474836480:
00:06:23640633260: ISDN BR0: LIF_EVENT: ces/callid 1/0x8006 HOST_CONNECT
00:06:21474836480: ISDN BR0: Event: Connected to 0650519904 on B2 at 0 Kb/s
mardiren#
00:06:35: ISDN BR0: Event: Hangup call to call id 0x8006
00:06:35: ISDN BR0: process_disconnect(): call id 0x8006, call type is DATA,
b_i
db 0x8134B828, ces 1, cause Normal call clearing(0x10)
00:06:35: ISDN: get_isdn_service_state(): idb 0x8134B828 bchan 3 is_isdn 1
Not a
 Pri
00:06:150323855360: CCBRI_Go Fr Host InPkgInfo (Len=13) :
00:06:150323855360: 5 0 1 80 6 3 8 1 90 8 2 80 90
00:06:150323855360:
00:06:150323855360: CCBRI_Go Fr L3 pkt (Len=11) :
00:06:150323855360: 4D 1 6 97 96 1A 4 C4 1 0 0
00:06:150323855360:
00:06:152489652140: ISDN BR0: LIF_EVENT: ces/callid 1/0x8006
HOST_DISCONNECT_ACK

 wrote in message
news:6ZIA7.6428$QL2.2...@news2.tin.it...


 wrote in message
news:_H_A7.3235$GW5....@news2.tin.it...


ed hai una cfg corretta.
In questo modo lui usa comuqnue le regole di nattazione 
della Dia1, corretto?
Grazie,
Marco.

 della Dia1, corretto?
certo. cisco sconsiglia l'uso di dialer0. la configurazione corretta era
quella del dialer1, a meno delle righe che ho suggerito, sempre che non
fossero state solo omesse. cmq e' buona norma tenere nella cfg solo le cose
che servono.
meno cose ci sono, dice *un amico*, meno se ne rompono.
un mayhem che uccide scorpioni


Hai proprio ragione: più che altro direi meno ce ne stanno e meno te le
rompono ...
Infatti la wic ISDN proprio non vuole saperne anche se la configuro "stand
alone"
Ho una wic-1b-s/t, ma comincio a pensare che ci sia la possibilità di un
qualche problema o bug sull'interfaccia BRI e sulla wic isdn nella versione
di IOS in mio possesso(12.1-3 XT2 ---c1700-sv3y7-mz.121-3.xt2).
Con una 12.0 (7) T, funziona tutto perfettamente, però non posso far
funzionare la wic adsl
Che ne pensi?
Ciao


 funzionare la wic adsl
se hai un accesso al cco autorizzato allo scarico di ios (basta lo smartnet
attivo) allora provane un po', fino a trovare un ios-adsl che faccia
funzioanre pure la bri. se non lo hai ci si sente in pvt ;P
un mayhem affamato
