Newsgroup: it.comp.reti.cisco
Titolo: POP TIN e Backup CDN

Ho un 1600, con una interfaccia Ethernet, seriale per CDN e BRI per ISDN
Ho configurato due dialer, il primo per l'ISP, il secondo come backup
per la CDN.
Il problema e' che l'idle-time si azzera anche quando c'e traffico,
sconnetendo quindi le connessioni in corso.
Di seguito riporto la configurazione... se qualcuno capisce dove
sbaglio...
...
version 11.3
service timestamps debug uptime
no service password-encryption
!
hostname xxxx
!
enable password xxxx
!
username xxxx password 7 045D0E141D205E47
ip subnet-zero
ip nat translation timeout 1800
ip nat inside source list 1 interface Dialer0 overload
no ip finger
ip name-server 172.16.20.141
isdn switch-type basic-net3
!
!
interface Ethernet0
 ip address 172.16.20.100 255.255.255.0
 ip nat inside
!
interface Serial0
 description Collegamento verso T4 64k
 ip address 192.168.210.10 255.255.255.252
 bandwidth 64000
!
interface BRI0
 description Collegamento con ISP e BCK di Serial 0
 no ip address
 encapsulation ppp
 no keepalive
 dialer pool-member 1 max-link 1
 dialer pool-member 2 max-link 1
 isdn switch-type basic-net3
 no peer default ip address
 no fair-queue
 no cdp enable
 hold-queue 75 in
!
interface Dialer0
 description Collegamento ISDN con Provider Internet
 ip address negotiated
 ip nat outside
 encapsulation ppp
 bandwidth 64000
 dialer remote-name SUSA1
 dialer idle-timeout 600
 dialer string 0122621800
 dialer pool 1
 dialer-group 1
 pulse-time 0
 no cdp enable
 ppp authentication chap callin
 ppp chap hostname xxxx
 ppp chap password xxxx
!
interface Dialer1
 description Collegamento di backup con T4 via ISDN Tel.xxxx
 ip address 192.168.11.100 255.255.255.0
 encapsulation ppp
 no keepalive
 dialer remote-name xxxx
 dialer idle-timeout 300
 dialer string xxxx
 dialer string 0
 dialer pool 2
 dialer-group 2
 no peer default ip address
 no fair-queue
 pulse-time 0
 no cdp enable
 ppp authentication chap
 ppp chap hostname xxxxx
 ppp chap password xxxxx
!
ip classless
ip route 0.0.0.0 0.0.0.0 Dialer0 permanent
ip route 10.42.10.0 255.255.255.0 192.168.210.9
ip route 86.1.0.0 255.255.0.0 192.168.210.9
ip route 86.40.1.0 255.255.255.0 192.168.210.9
ip route 86.60.216.0 255.255.255.0 192.168.210.9
ip route 100.50.2.0 255.255.255.0 192.168.210.9
ip route 100.80.1.0 255.255.255.0 192.168.210.9
ip route 172.16.10.0 255.255.255.0 Serial0
ip route 172.16.10.0 255.255.255.0 192.168.11.99 200
ip route 194.5.5.0 255.255.255.0 192.168.210.9
no logging console
access-list 1 permit 172.16.20.141
access-list 1 permit 172.16.10.141
access-list 1 permit 172.16.20.106
access-list 1 permit 172.16.20.101
access-list 2 permit 172.16.20.0 0.0.0.255
access-list 3 permit 192.168.210.9
access-list 3 permit 172.16.20.0 0.0.0.255
access-list 3 permit 172.16.10.0 0.0.0.255
dialer-list 1 protocol ip list 1
dialer-list 2 protocol ip list 2
... (SNMP)
line con 0
 exec-timeout 0 0
line vty 0 4
 access-class 3 in
 password xxxx
 login
!
end
 
Ciao.
____________________
Michele Ferraudo
Torino
email:
ferr...@NONusaRE.net
togli le maiuscole NON e RE per rispondere
ICQ 22344505
Tersite

...
Mi rispondo da solo, chissa' che non serva anche ad altri o che qualcuno
non mi sappia spiegare se era l'unica strada...
Il difetto si manifesta SOLO unsando access-list specifiche, che
derivavano dall'esigenza di rendere la Dialer 0 accessibile solo da
certe macchine, mentre con permit any il funzionamento era regolare.
A questo punto ho aggiunto questa access list:
access-list 1 permit 212.216.65.0 0.0.0.255
nella quale 212... e' il range di IP che mi viene assegnato
dinamicamente da TIN.
Ovviamente sono rimaste le access list dai 5 server che devono usare
dialer 0.
A questo punto tutto funziona.
Anche se non sono del tutto convinto... ;-)))))
