Newsgroup: it.comp.reti.cisco
Titolo: PROBLEMA CISCO 1700

Salve,
ho un problema utilizzando un router Cisco 1700 nella mia lan 
192.168.1.0/24
In pratica il router non di connette ad internet utilizzando una ISDN, a
seguito di una qualunque richiesta fatta dai PC.
La configurazione del router é la seguente
Current configuration : 1718 bytes
!
version 12.1
no service single-slot-reload-enable
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname grimmtour
!
no logging buffered
no logging buffered
no logging rate-limit
enable secret 5 $1$3Q$DEVSsC4d47CHrUu.
!
username 
pi...@libero.it
 password 0 password casuale
ip subnet-zero
no ip domain-lookup
!
isdn switch-type basic-net3
!
!
!
interface ATM0
 no ip address
 no ip mroute-cache
 atm vc-per-vp 256
 atm ilmi-keepalive
 dsl operating-mode auto
 no fair-queue
!
interface BRI0
 description Connessione Libero
 no ip address
 ip nat outside
 encapsulation ppp
 dialer rotary-group 1
 isdn switch-type basic-net3
 no cdp enable
!
interface FastEthernet0
 ip address 192.168.1.1 255.255.255.0
 ip nat inside
 speed auto
!
interface Dialer1
 description Connessione a Libero Infostrada
 ip address negotiated
 ip nat outside
 encapsulation ppp
 dialer in-band
 dialer idle-timeout 60
 dialer string 
7027020000
 dialer hold-queue 20
 dialer-group 1
 no cdp enable
 ppp authentication chap pap callin
 ppp chap hostname 
pi...@libero.it
 ppp chap password 7 13sdawef54fsfa465F5E
 ppp pap sent-username 
pi...@libero.it
 password 7 101Fewrsdf145
!
ip nat inside source list 1 interface Dialer1 overload
ip classless
ip route 0.0.0.0 0.0.0.0 Dialer1
no ip http server
!
access-list 1 permit 192.168.1.0 0.0.0.255
access-list 101 deny   tcp any any eq 139
access-list 101 deny   udp any any eq netbios-ns
access-list 101 deny   udp any any eq netbios-dgm
access-list 101 permit ip any any
dialer-list 1 protocol ip list 1
!
line con 0
 password cisco
 login
 transport input none
line aux 0
line vty 0 4
 password cisco
 login
!
scheduler allocate 4000 1000
end
C'è qualcosa di sbagliato in tale configurazione??
Vi ringrazio

 seguito di una qualunque richiesta fatta dai PC.
Se usi una rotary interface, tra l'altro inutile per un collegamento ad
internet, devi configurare la dialer map all'interno della dialer interface.
Meglio ancora se configuri un pool.
nella bri devi togliere la seguente riga:
dialer rotary-group 1
e sostiuirla con la seguente:
dialer pool-member 1
e poi aggiungere la seguente riga:
ppp authentication chap pap callin
puoi anche togliere la seguente riga che non serve:
ip nat outside
nella dialer 1 devi invece inserire la seguente riga:
dialer pool 1
Il resto sembra a posto.
Ciao,
        Tosh.

Grazie Tosh
ora il tracert dai pc abilita la connessione che perņ dopo circa 1 minuto si
interrompe e si riattiva ciclicamente.
Il router mi da questo messaggio
0:15:56: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0:1, changed
state
to up
00:16:01: %ISDN-6-CONNECT: Interface BRI0:1 is now connected to 
7027020000
unkno
wn
00:16:55: %DIALER-6-UNBIND: Interface BR0:1 unbound from profile Di1
00:16:55: %ISDN-6-DISCONNECT: Interface BRI0:1  disconnected from 
7027020000
unk
nown, call lasted 60 seconds
00:16:238387982940: %LINK-3-UPDOWN: Interface BRI0:1, changed state to down
00:16:56: %LINEPROTO-5-UPDOWN: Line protocol on Interface BRI0:1, changed
state
to down
ho notato che il tracert verso qualunque indirizzo non riesce a superare la
rete di LIbero (151.x )
e dopo 5/9 passaggi compaiono solo *   *   * disconnettendosi e dandomi i
messaggi di cui sopra.
Superfluo dire che non apre nessuna pagina Web.
Posto nuovamente la configurazione del Router per un eventuale consiglio e
correzione. grazie.
version 12.1
no service single-slot-reload-enable
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname grimmtour
!
no logging buffered
no logging buffered
no logging rate-limit
enable secret 5 $1$Bm3K28A.E4d47CHrUu.
!
ip subnet-zero
no ip finger
no ip domain-lookup
!
isdn switch-type basic-net3
!
!
!
interface ATM0
 no ip address
 no ip mroute-cache
 atm vc-per-vp 256
 atm ilmi-keepalive
 dsl operating-mode auto
 no fair-queue
!
interface BRI0
 description Connessione Libero
 no ip address
 encapsulation ppp
 dialer pool-member 1
 isdn switch-type basic-net3
 ppp authentication chap pap callin
!
interface FastEthernet0
 ip address 192.168.0.2 255.255.255.0
 ip nat inside
 speed auto
!
interface Dialer1
 description Connessione a Libero Infostrada
 ip address negotiated
 ip nat outside
 encapsulation ppp
 dialer pool 1
 dialer idle-timeout 60
 dialer string 
7027020000
 dialer hold-queue 20
 dialer-group 1
 no cdp enable
 ppp authentication chap pap callin
 ppp chap hostname 
fa...@libero.it
 ppp chap password 7 13545655E
 ppp pap sent-username 
fa...@libero.it
 password 7 101D145
!
ip nat inside source list 1 interface Dialer1 overload
ip classless
ip route 0.0.0.0 0.0.0.0 Dialer1
no ip http server
!
access-list 1 permit 192.168.0.0 0.0.0.255


 interrompe e si riattiva ciclicamente.
Ora la conf direi che č a posto, il problema perň potrebbe essere ovunque,
anche se io propendo per un problema telecom, riesci a cambiare borchia
isdn?
Riesci a provare con un altro abbonamento, tipo virgilio?
Riesci a spostare la conf su un'altro router?
Ciao,
        Tosh.

 Riesci a spostare la conf su un'altro router?
E' un prob di config la riga:
dialer-list 1 protocol ip list 1
definisce il traffico interessante e il dialer timeout impostato a 60 secondi
ci dice che se il router non vede traffico interessante per 60 secondi abbatte
la chiamata.
Assicuriamoci che ci sia traffico interessante almeno ogni 59 secondi.
In particolare NAT precede routing per cui il source address dei pacchetti non
sara' quello assegnato alle macchine (RFC1918) ma l'indirizzo pubblico che
sara' usato per il NAT.
Essenzialmente la access-list 1 non e' adeguata (attenzione la usi anche per il
NAT) per cui usa la 2,3 etc per la dialer-list.
Meglio ancora, visto che stai permettendo tutto (occhio al costo della
bolletta)  puoi usare 
dialer-list 1 protocol ip permit.
Io suggerirei ....
dialer-list 1 protocol ip list 151
poi
access-list 151 permit tcp any host "ip del tuo server di posta" eq pop3
access-list 151 permit tcp any any eq nntp
access-list 151 permit tcp any any eq www
access-list 151 permit tcp any any eq ftp
access-list 151 remark dialer list 1 interesting traffic
infine
imposta il timeout a 120 secondi
in questo modo tenendo il tuo client di posta aperto e configurato per
controllare la posta (usando l'ip del tuo server POP) ogni 90 secondi ti
 connetti e rimani connesso chiudendo il client di posta ti disconnetti entro
120 secondi.
Meditate gente.
Ciao
-- 
   __|__  Fabio Sardone|  
____(0)_____           | 
http://www.geocities.com/f_sardone/pictures.html
  O  o  O              | Change dot in . and remove .invalid

 sara' usato per il NAT.
Boh, io ho sempre saputo il contrario, vale a dire che il nat viene
applicato quando i pacchetti arrivano sull'interfaccia outside, e per
arrivarci i pacchetti debbono essere prima ruotati.
Come fa il router a sapere quando deve nattare un pacchetto se prima non fa
un look-up della routing table per verificare la destinazione?
Ti ricordo che puoi avere più interfacce in un router, quindi più
destinazioni, ed applicare il nat solo su una .... ma può essere che mi
sbaglio.
Nello specifico del problema di Fabio, se fosse un problema di definizione
di pacchetti interessanti non si spiegherebbe perchè il trace attiva la
linea ma poi non la sostiene.
Ciao,
        Tosh.

 Ciao,
Abbiamo ragione entrambi:
http://www.cisco.com/en/US/tech/tk648/tk361/technologies_tech_note09186a0080133ddd.shtml
comunque se fau un debug dialer packet, prima del bind della dialer
all'interfaccia fisica, il source ip dei packet risulta essere quello non
nattato dell'origine, per cui le access list fanno un match ed il traffico e'
definito interessante
dopo il bind lo stesso debug indica come source IP il local outside per cui le
access-list di fabio non fanno piu' match e dopo il timeout l'interfaccia va
giu'.


Va ringrazio per l'aiuto e per . Ho provato ad eseguire le modifiche
proposte da entrambi ma non ho ottenuto risultati significativi.
Sto considerando l'ipotesi di un non perfetto funzionamento dell'interfaccia
ISND in quanto non sempre si connette in particolare cambiando provider. per
esempio ho configurato il router per la connessione con tiscali in questo
modo
no service udp-small-servers
no service tcp-small-servers
service password-encryption
hostname grimmtour
username grimmtour password aaaaa
enable secret aaaaaa
no ip source-route
isdn switch-type basic-net3
ip routing
ip classless
ip subnet-zero
ip name-server 195.130.224.18
ip name-server 195.130.225.129
interface ethernet 0
 keepalive
 no shutdown
 ip address 192.168.0.2 255.255.255.0
 ip route-cache
 no ip proxy-arp
 no ip directed-broadcast
 ip nat inside
 ip access-group 121 in
interface bri 0
 encapsulation ppp
 ppp authentication chap pap callin
 no ppp multilink
 isdn switch-type basic-net3
 dialer pool-member 1
 no shutdown
interface dialer 1
 dialer remote-name Cisco1
 dialer pool 1
 no ip split-horizon
 description ISP
 encapsulation ppp
 dialer idle-timeout 300
 dialer hold-queue 10
 dialer-group 1
 dialer string 
7022334455
 class DialClass
 ppp authentication chap pap callin
 ppp chap hostname USER
 ppp chap password PASS
 ppp pap sent-username mia user password mia password
 no ppp multilink
 ip address negotiated
 ip route-cache
 no ip proxy-arp
 no ip directed-broadcast
 ip nat outside
 ip access-group 121 in
map-class dialer DialClass
 no dialer isdn speed 56
dialer-list 1 protocol ip permit
no router rip
ip route 0.0.0.0 0.0.0.0 dialer 1
ip nat inside source list 18 interface dialer 1 overload
access-list 18 permit 192.168.0.0 0.0.0.255
access-list 121 deny udp any eq 138 any
access-list 121 deny udp any eq 137 any
access-list 121 deny udp any eq 139 any
access-list 121 deny tcp any eq 137 any
access-list 121 deny tcp any eq 138 any
access-list 121 deny tcp any eq 139 any
access-list 121 permit ip any any  time-range TIME
time-range TIME
periodic daily 00:00 to 23:59
line console 0
 exec-timeout 120
line vty 0 4
 exec-timeout 0
 login local
end
Il tentativo di connessione mostra questo messaggio
00:06:24: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0, TEI 93 changed to up
00:07:08: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0, TEI 93 changed to
down
e nient'altro
posto un sh int relativo all'int BRI. Se potete verificare qualche
anormalità ve ne sarei grato.
BRI0 is up (spoofing), line protocol is up (spoofing)
  Hardware is PQUICC BRI
  Description: Connessione Tiscali
  MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation HDLC, loopback not set
  Last input 01:20:55, output never, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: weighted fair
  Output queue: 0/1000/64/0 (size/max total/threshold/drops)
     Conversations  0/1/16 (active/max active/max total)
     Reserved Conversations 0/0 (allocated/max allocated)
     Available Bandwidth 48 kilobits/sec
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     38 packets input, 245 bytes, 0 no buffer
     Received 1 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
     29 packets output, 196 bytes, 0 underruns
     0 output errors, 0 collisions, 4 interface resets
     0 output buffer failures, 0 output buffers swapped out
     4 carrier transitions
BRI0:1 is down, line protocol is down
  Hardware is PQUICC BRI
  MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation HDLC, loopback not set
  Keepalive set (10 sec)
  Last input never, output never, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: weighted fair
  Output queue: 0/1000/64/0 (size/max total/threshold/drops)
     Conversations  0/0/16 (active/max active/max total)
     Reserved Conversations 0/0 (allocated/max allocated)
     Available Bandwidth 48 kilobits/sec
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     0 packets input, 0 bytes, 0 no buffer
     Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
     0 packets output, 0 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 output buffer failures, 0 output buffers swapped out
     4 carrier transitions
BRI0:2 is down, line protocol is down
  Hardware is PQUICC BRI
  MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation HDLC, loopback not set
  Keepalive set (10 sec)
  Last input never, output never, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: weighted fair
  Output queue: 0/1000/64/0 (size/max total/threshold/drops)
     Conversations  0/0/16 (active/max active/max total)
     Reserved Conversations 0/0 (allocated/max allocated)
     Available Bandwidth 48 kilobits/sec
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     0 packets input, 0 bytes, 0 no buffer
     Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
     0 packets output, 0 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 output buffer failures, 0 output buffers swapped out
     0 carrier transitions
Dialer1 is up (spoofing), line protocol is up (spoofing)
  Hardware is Unknown
  Description: Connessione Tiscali
  Internet address will be negotiated using IPCP
  MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation PPP, loopback not set
  DTR is pulsed for 1 seconds on reset
  Last input never, output never, output hang never
  Last clearing of "show interface" counters 01:28:06
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: weighted fair
  Output queue: 0/1000/64/0 (size/max total/threshold/drops)
     Conversations  0/0/16 (active/max active/max total)
     Reserved Conversations 0/0 (allocated/max allocated)
     Available Bandwidth 48 kilobits/sec
  5 minute input rate 0 bits/sec, 0 packets/sec
  5 minute output rate 0 bits/sec, 0 packets/sec
     0 packets input, 0 bytes
     0 packets output, 0 bytes
come detto sopra vi ringrazio entrambi se vorrete perdere ancora qualche
minuto del vostro tempo.

 modo
Riduci il numero delle variabili e fai le prove solo con il provider a cui
riuscivi a connetterti.
Poi cattura un debug dialer packet ed un debug dialer event durante il minuto
di connessione prima del disconnect.
