Newsgroup: it.comp.reti.cisco
Titolo: Re: tunnel gre

 Questione:
io toglierei il comando "ip nat inside" sotto Tunnel1
e modificherei l'acl 1 cosi':
ip nat inside source list 100 interface Dialer0 overload
access-list 100 deny ip 192.168.2.0 0.0.0.255 192.168.1.0 0.0.0.255
access-list 100 permit ip 192.168.2.0 0.0.0.255 any






Il problema che riscontro è che il tunnel sembra essere correttamente
su, ma da un site non riesco a pingare i clients dell'altro site.
Inutile dire che ho eseguito vari tentativi, letto documenti nonchè le
faq di questo newsgroup non avendo però riscontrato possibilità di
uscita.
Ho provato ad eseguire debug ip packet ed il risultato è stato un bel
"failed encapsulation" sul router opposto al site.
C'è qualcuno che vedendo la configurazione appena postata, ad occhio
riesce ad arrivare a delle possibili soluzioni?
Grazie anticipatamente.
Paolo

 qualche altra idea?
sulle interfaccie atm 217.133.114. ci sono delle acl? le hai controllate?
prova a postare le due configurazioni.
hai provato ad aggiornare l'IOS alla 12.3.11T2?

 tiscali pppoa?
ma se invece del protocollo gre usi l'ipip, funziona?
in pratica devi aggiungere sotto la configurazione di tunnel 0 su i due 
router il comando
"tunnel mode ipip"
cosi' dovrebbe funzionare!
perche' tu hai un IOS IP/FW 3DES
e per creare un tunnel gre dei avere un IOS IP/FW/PLUS 3DES
come si vede dal feature navigator all'indirizzo:
http://tools.cisco.com/ITDIT/CFN/jsp/index.jsp
spero che queste info ti siano utili

Grazie prima di tutto per avermi risposto.
Ho provato a modificare la config come da te suggerito ma non ho avuto
nessun miglioramento. L'unica cosa è che mi è scomparso l'errore di
encapsulation, però niente ping... Ho provato a inserire una
route-map, funziona esattamente come la tua ma non mi fa girare il
ping, insomma dal router opposto non vedo la lan reciprocamente. Hai
qualche altra idea?
Grazie
Paolo

inizio a credere che tiscali impedisca il tunneling sugli ip statici
direttamente assegnati, secondo voi è possibile?
La configurazione delle adsl tiscali da me acquistate è pppoa,
qualcuno su questo nwgroup è riuscito ad attivare tunnel gre su adsl
tiscali pppoa?
Ciao,
Paolo

Purtroppo tra i vari tentativi intercorsi, leggendo il newsgroup, ho
anche già provato a utilizzare ipip, ma niente. i due router tra di
loro si pingano, ma nessuno dei due riesce ad uscire sulle LAN
opposte.
La configurazione adesso è la seguente:
-----------------------------------------------------------------------
Router A
interface Tunnel1
 description -----Tunnel negozio-sede1-----
 ip address 191.0.0.5 255.255.255.252
 ip mtu 1400
 tunnel source 217.133.224.xxx
 tunnel destination 217.133.114.xxx
 tunnel mode ipip
interface Ethernet0
 description -----LAN INTERFACE-----
 ip address 217.133.224.xxx 255.255.255.248 secondary
 ip address 192.168.1.254 255.255.255.0
 no ip proxy-arp
 ip nat inside
 hold-queue 100 out
interface ATM0
 no ip address
 no atm ilmi-keepalive
 pvc 8/35
  encapsulation aal5mux ppp dialer
  dialer pool-member 1
interface Dialer0
 ip address negotiated
 ip nat outside
 encapsulation ppp
 no ip route-cache
 dialer pool 1
 ppp chap hostname xxxxxxxxx
 ppp chap password 7 xxxxxxxxx
 ppp pap sent-username xxxxxxxxx password 7 xxxxxxxxx
ip nat inside source list 105 interface Dialer0 overload
ip classless
ip route 0.0.0.0 0.0.0.0 Dialer0
ip route 192.168.2.0 255.255.255.0 Tunnel1 permanent
access-list 105 deny   ip 192.168.1.0 0.0.0.255 192.168.2.0 0.0.0.255
access-list 105 permit ip 192.168.1.0 0.0.0.255 any
Router B
interface Tunnel1
 description -----Tunnel negozio-sede1-----
 ip address 191.0.0.6 255.255.255.252
 ip mtu 1400
 tunnel source 217.133.114.xxx
 tunnel destination 217.133.224.xxx
 tunnel mode ipip
interface Ethernet0
 description -----LAN INTERFACE-----
 ip address 192.168.2.254 255.255.255.0
 ip nat inside
 hold-queue 100 out
interface ATM0
 no ip address
 no atm ilmi-keepalive
 pvc 8/35
  encapsulation aal5mux ppp dialer
  dialer pool-member 1
interface Dialer0
 ip address negotiated
 ip nat outside
 encapsulation ppp
 no ip route-cache
 dialer pool 1
 ppp chap hostname xxxxxxxxx
 ppp chap password 7 xxxxxxxxx
 ppp pap sent-username xxxxxxxxx password 7 xxxxxxxxx
ip nat inside source list 105 interface Dialer0 overload
ip classless
ip route 0.0.0.0 0.0.0.0 Dialer0
ip route 192.168.1.0 255.255.255.0 Tunnel1 permanent
access-list 105 deny   ip 192.168.2.0 0.0.0.255 192.168.1.0 0.0.0.255
access-list 105 permit ip 192.168.2.0 0.0.0.255 any
-----------------------------------------------------------------------
Hai per caso altri suggerimenti?
Ti ringrazio comunque tantissimo.
Ciao
Paolo

Appena ho riscontrato l'anomalia ho eliminato tutte le acl sulle
interfaccie atm, però non ho aggiornato l'IOS all'ultima release.
Questo è un ottimo consiglio che proverò subito a mettere in pratica,
ti farò sapere appena fatto.
Grazie comunque per l'aiuto!!
Paolo

Ciao Daniele, 
grazie per i consigli, ho aggiornato l'ios e tutto è partito senza
problemi.
Non mi è mai capitata prima una situazione del genere, certo è che la
prossima volta sarà la prima cosa che farò. Purtroppo in questa
occasione la situazione in cui mi trovavo non era molto semplice,
visto che la location dei due routers era remota e non avevo dei modem
per ripristinare l'ios da remoto nel caso fosse capitato qualcosa. Per
fortuna è andato tutto liscio.
Grazie ancora,
Paolo