Newsgroup: it.comp.reti.cisco
Titolo: alcuni domini irraggiungibili su 1721

Ciao a tutti,
ho un problema strano.(Almeno per me ;-) )
Ho configurato un router 1721 con contratto ADSL LAN della telecom italia.
I dati dell'abbonamento sono i seguenti:
ip STATICO: 80.12.34.70
subnet: 255.255.255.252
default gateway: 80.12.34.69
Il router funziona. I pc della lan escono su internet. Il problema è che 
alcuni siti web sono invisibili.
E sono tutti quelli della Telecom: es 
tin.it
 , 
helpadsl.it
 , 
virgilio.it
Ho provato a pingarli dalla console del router: il nome di dominio viene 
risolto correttamente ma il ping fallisce sempre. Facendo il traceroute 
verso questi IP riesco ad arrivare fino al'ottavo hop ma poi mi fermo: gli 
hop raggiungibili sono tutti appartenenti alle rete telecom, l'ultimo hop 
raggiungibile nel tracert di "
tin.it
" è 62.211.79.2.
La configurazione corrente è la seguente:
!
version 12.3
service timestamps debug datetime msec
service timestamps log datetime msec
!
hostname routercentrale
!
boot-start-marker
boot-end-marker
!
logging buffered 4096 debugging
!
clock timezone Berlin 1
clock summer-time Berlin date Mar 30 2003 2:00 Oct 26 2003 3:00
mmi polling-interval 60
no mmi auto-configure
no mmi pvc
mmi snmp-timeout 180
no aaa new-model
ip subnet-zero
no ip source-route
ip cef
!
ip name-server 212.216.172.62
ip name-server 212.216.112.112
ip name-server 151.99.125.1
ip name-server 151.99.0.100
ip name-server 151.99.229.225
ip name-server 151.99.229.246
no ftp-server write-enable
!
interface ATM0
 no ip address
 ip nat outside
 no atm ilmi-keepalive
 bundle-enable
 dsl operating-mode auto
!
interface ATM0.1 point-to-point
 bandwidth 640
 ip address 80.12.34.70 255.255.255.252
 ip nat outside
 pvc 8/35
  protocol ip 80.12.34.69 broadcast
  oam-pvc manage
  oam retry 5 5 1
  encapsulation aal5snap
 !
!
interface FastEthernet0
 description $ETH-LAN$toLan
 ip address 10.155.254.1 255.255.255.0
 ip nat inside
 speed auto
 full-duplex
 no keepalive
 no cdp enable
 hold-queue 300 in
!
ip nat translation timeout 43200
ip nat inside source list 50 interface ATM0.1 overload
ip classless
ip route 0.0.0.0 0.0.0.0 ATM0.1
ip http server
ip http authentication local
!
access-list 50 permit 10.155.254.0 0.0.0.255
no cdp run
snmp-server community public RO
snmp-server enable traps tty
!
end
Grazie per l'aiuto che vorrete darmi.
Ciao
Lello 

 alcuni siti web sono invisibili.
Un uccellino mi dice che se togli il cef le cose possono migliorare, tanto 
con una adsl non te ne faresti di niente.
Ciao,
         Tosh. 

 ha scritto nel messaggio 
news:317vjtF...@individual.net...

Un uccellino? Amico di Del Piero? ;-)
Ho seguito il tuo consiglio ma non sono riuscito a risolvere il problema.
routercentrale(config)#no ip cef
routercentrale(config)#int atm0
routercentrale(config-if)#no ip cef
routercentrale(config)#int atm0.1
routercentrale(config-subif)#no ip cef
routercentrale(config)#int fa0
routercentrale(config-if)#no ip cef
routercentrale(config)#end
routercentrale#ping 
tin.it
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 62.211.64.100, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)
Altre idee? O altri uccellini in giro? ;-)
Grazie
Raffaele 


Magari è un caso, ma 
tin.it
 non risponde nemmeno a me, prova con 
mail.tin.it
.
Giusto per informazione, non è detto che se un sito non risponde al ping 
questo sia irraggiungibile, può essere semplicemente stato filtrato il ping, 
ad esempio 
www.tin.it
 non risponde al ping ma funziona perfettamente.
Ciao,
        Tosh. 

 raggiungibile nel tracert di "
tin.it
" ? 62.211.79.2.
Mayhem, questa comincia ad assomigliare ad una FAQ e, se non vado errato
(sono pigro e non mi va di controllare) qualcosa nelle FAQ in merito
c'e'.
Ai due affetti dal problema aggiungete nella dialer oppure nella fastethernet
in interface configuration mode il comando:
ip tcp adjust-mss 1452
Ciao
Fabio S

 ha scritto nel 
messaggio news:eoird.21210$C94....@tornado.fastwebnet.it...


Caro Fabio
Scusa tanto se ti annoiamo... :-P
In ogni caso ho provato il comando che dici te e FUNZIONA!!! MITICO!!!
Posso chiederti umilmente di spiegarmi anche quale era il problema ???
Grazie tante ancora!!!
Ciao
Simone 

 Posso chiederti umilmente di spiegarmi anche quale era il problema ???
Il problema e' che con l'encapsulation PPPoE il pacchetto di 1500 byte
supera il massimo MTU della ethernet ....
Riducando la misura del payload TCP rientriamo nei limiti.
Ciao
-- 
   __|__  Fabio Sardone|  
____(0)_____           | 
http://www.geocities.com/f_sardone/pictures.html
  O  o  O              | Change dot in . and remove .invalid

Ah ok, avevo capito male, meglio ancora :)
Grazie ancora.
Ciao
<fsar...@btinternetdotcom.invalid> ha scritto nel messaggio 
news:cpfrcn$p7f$1...@apollo.home.sardone.org...
