CiscoForums.it

Salve a tutti e Buongiorno,

Ho un problema sulle interfacce di rete tra il router e il pix, dopo 15/20 minuti cessano di parlarsi.
Vi spiego:

il router è Telecom ( Il discovolante con il bollino blu e la simcard ), un solo IP Publico (82.91.xxx.20), Ip Privato (192.168.30.1).
Pix outside (192.168.30.10), Inside(10.0.0.2)
nel router ho nattato soltanto il Pix (192.168.30.10) senza fare il port forwarding ( anche abilitandolo il discorso non cambia).

Il pix ha una configurazione standard.

interface ethernet0 auto
interface ethernet1 auto
nameif ethernet0 outside security0
nameif ethernet1 inside security100
enable password xxxxxxxx encrypted
passwd xxxxxx encrypted
hostname fwds01
domain-name dynamicsolutions.it
fixup protocol ftp 21
fixup protocol h323 h225 1720
fixup protocol h323 ras 1718-1719
fixup protocol http 80
fixup protocol ils 389
fixup protocol rsh 514
fixup protocol rtsp 554
fixup protocol sip 5060
fixup protocol sip udp 5060
fixup protocol skinny 2000
fixup protocol smtp 25
fixup protocol sqlnet 1521
names
pager lines 24
mtu outside 1500
mtu inside 1500
ip address outside 192.168.30.10 255.255.255.0
ip address inside 10.0.0.10 255.255.255.0
ip audit info action alarm
ip audit attack action alarm
ip local pool admin 10.0.0.82-10.0.0.84
pdm history enable
arp timeout 14400
global (outside) 1 in interface
nat (inside) 1 10.0.0.0 255.255.255.0 0 0
route outside 0.0.0.0 0.0.0.0 192.168.30.1 1
timeout xlate 3:00:00
timeout conn 1:00:00 half-closed 0:10:00 udp 0:02:00 rpc 0:10:00 h225 1:00:00
timeout h323 0:05:00 mgcp 0:05:00 sip 0:30:00 sip_media 0:02:00
timeout uauth 0:05:00 absolute
aaa-server TACACS+ protocol tacacs+
aaa-server RADIUS protocol radius
aaa-server LOCAL protocol local
aaa authentication ssh console LOCAL
http server enable
http 10.0.0.4 255.255.255.255 inside
snmp-server host inside 10.0.0.55 trap
snmp-server location grafi
snmp-server contact a
snmp-server community public
snmp-server enable traps
floodguard enable
telnet 10.0.0.0 255.255.255.0 inside
telnet timeout 5
ssh 0.0.0.0 0.0.0.0 outside
ssh timeout 5
console timeout 0
terminal width 80

Vi prego aiutatemi........

Sul PIX dai il comado "arp timeout 120" e magicamente andrà tutto!
Facci sapere

Come mai mi succede solo con questo ? con gli altro che ho installato non mi è mai successo !!
ti ringrazio per la velocità.

sempre con questo pix, avrei la necessità di configurare una vpn site to site.
potete aiutarmi sulla configurazione ?
l'altro sito e configurato con le stesse apparecchiature e modalità di configurazione a differenza degli ip.
Ip publico router 87.29.xxx.105
ip privato 192.168.20.1
ip outside pix 192.168.20.2
ip inside pix 192.168.50.1


Grazie

Che io sappia succede solo con quei router pirelli con la smart card della Telecom!
Per la vpn lan 2 lan se hai 2 pix vacci in pdm e falla in parallelo, vedrai che ci salti fuori!

MI PUOI AIUTARE.....COME FACCIO A FARLA IN PDM.......IO CI LAVORO SOLO IN SHELL

Il PDM (PIX Device Manager) è la gestione grafica dei pix e ci vai con https:\\ip del pix

Ricordati di attivarlo prima dando i comani:

http server enable
http RETE_LAN 255.255.255.0 inside

fatto..mi chiede un utente e password.
non riesco ad entrarci.
è complicato l'installazione in parallelo ?
Grazie

non ci devi mettere l'utnete quindi lascia il campo vuoto e metti solo la password.
Verifica che come versione di java hai la 1.4.2, le versioni successive non sono compatibili.
La configurazione della vpn l2l è abbastanza semplice!

Ti ringrazio infinitamente !!!!!
Molto gentile.

Ciao
Alessandro

ho fatto l'aggiornamento del arp timeout, mi rimane il problema della vpn......mi dice :

dst src state pending created
87.29.xxx.105 192.168.30.10 MM_NO_STATE 0 0

perchè ?

Grazie

Anchio ho avuto lo stesso problema. Dopo un pò di ricerce mi sono accorto che non tutto viente "nattato" dal pirellino. Infatti su alcuni protocolli il funzionamento del pirellino non è corretto.
Nel caso mio specifico, le richieste verso il pix per creare inizializzare IKE non avenivano proprio. Ho provato in diversi modi a configurare il pirellino ma niente. Sembra una battaglia persa. Metti un router decente dal cliente e risolvi il problema al volo.

Ciao

MM_NO_STATE è un po' generico anche se spesso è un problma si isakmp quindi prova afare un po' di debug sugli apparati:

debug cry isakmp
sh debug cry isakmp