Newsgroup: it.comp.reti.cisco
Titolo: Re: ISDN BRI


Non credo sia il firewall il problema per almeno due ragioni:
1) Il mio firewall regola solo il traffico in entrata
2) Se il traffico in uscita non giungesse al router, il DDR non riceverebbe
l'input
    per attivare la linea ISDN che invece si attiva come e quando stabilito.
Piuttosto direi che qualcosa impedisce ai pacchetti di passare dalla
Ethernet alla ISDN,
nello stesso modo in cui passano dalla Ethernet alla ATM,
ma non ho ancora capito cosa...

Salve,
ho un router Cisco 1721 con le seguenti interfaccie:
- Fastethernet0
- ATM
- ISDN BRI
L'accesso principale ad Internet avviene ad opera dell'interfaccia ATM,
tuttavia ho a disposizione una linea ISDN e una interfaccia del router dello
stesso
tipo sulla quale ho configurato un accesso di backup.
Quindi se l'ATM va giu' si dovrebbe navigare con l'ISDN.
Il problema è che i pc della lan non navigano.
In pratica se da PC apro il brouser con l'ATM giu', dal debug vedo
che si attiva correttamente la chiamata ISDN e da consol riesco a pingare
qualsiasi sito internet con il DNS che risolve correttamente l'IP.
Ne deduco che la connettivita' c'è.
Tuttavia i PC dietro la ethernet non navigano. Quest'ultima ha IP pubblico
poiché il NAT avviene ad opera del firewall.
Di seguito posto la configurazione:
hostname xxx
!
logging queue-limit 100
!
username pippo password xxx
!
!
ip subnet-zero
!
!
ip name-server x.x.x.x
ip name-server y.y.y.y
!
isdn switch-type basic-net3
!
!
!
interface ATM0
no ip address
no atm ilmi-keepalive
dsl operating-mode auto
!
interface ATM0.1 point-to-point
ip address a.b.c.d. 255.255.255.252
pvc 8/35
encapsulation aal5snap
!
interface BRI0
no ip address
encapsulation ppp
dialer pool-member 1
isdn switch-type basic-net3
ppp authentication chap
ppp multilink
!
interface FastEthernet0
ip address 62.x.x.x. 255.255.255.248                // ip pubblico
registrato
speed auto
!
interface Dialer0
description Chiamata Internet in Dial-up (di backup)
ip address negotiated
encapsulation ppp
dialer pool 1
dialer string 123456789
dialer-group 1
no fair-queue
no cdp enable
ppp authentication chap pap callin
ppp chap hostname pippo
ppp chap password xxx
ppp pap sent-username pippo password xxx
ppp multilink
!
ip classless
ip route 0.0.0.0 0.0.0.0 ATM0.1
ip route 0.0.0.0 0.0.0.0 Dialer0 200
no ip http server
!
access-list 10 permit a.b.c.d  0.0.0.7
access-list 10 permit a.b.c.d  0.0.0.7
access-list 101 permit tcp any any eq www
dialer-list 1 protocol ip list 101
!
line con 0
password xxx
line aux 0
line vty 0 4
access-class 10 in
!
end
Qualche suggerimento?
Grazie.

Ciao
Da perfetto ignorante in materia di routing mi vien da pensare che il 
firewall sia impostato per lasciar passare el connessioni SOLO verso l'ip 
della ADSL
Connettendoti via ISDN di backup sicuramente il provider ti assegna un 
indirizzo dinamico diverso da quello che hai per ADSL.
Il firewal vede connessioni provenienti da un provider che non conosce e 
blocca...
Mattia
Perito informatico
MCP


Il tuo problema è proprio quello, i pacchetti escono correttamente verso 
internet dalla isdn, ma non riescono a rientrare perchè l'indirizzo pubblico 
del firewall fa parte del pool associato alla adsl e non alla isdn, quindi 
vengono rediretti verso la prima che però è down.
Questo spiega perchè dalla console del router tutto funziona, dato che in 
quel caso esci con l'indirizzo pubblico "ereditato" dalla isdn stessa.
Ciao,
        Tosh. 


Questa mattina, ragionando per esclusione,  pensavo proprio ad un problema
di NAT.
Tuttavia mi chiedo: se inserisco il NAT con overload verso l'ISDN come
si comporta l'ADSL?
Se ho ben capito dovrei abilitare il NAT solo se esco con ISDN.


Non importa... Ho già visto che con il nat funzionano entrambe le
interfaccie.
Dunque il comando 'ip nat inside' sulla fastethernet viene relazionato con
'ip nat outside' della ISDN,
mentre se i pacchetti entrano/escono dall' ATM non avviene attivato nessun
NAT come peraltro si
evince dal comando 'debug ip nat' e quindi funziona tutto correttamente.
Ci sono arrivato! Grazie a tutti per la collaborazione.