Newsgroup: it.tlc.gestori.fastweb
Titolo: lavori finiti ?

Oggi ho visto il traceroute andare (ora non va) e i link ancora su telia 
come prima deilavori.
Ftp attivo funzionante.
Ma adesso traceroute ancora no
-- 
-----------------------------trip65---------------------------------
home : 
http://www.telelombardia.tv
radio : 
http://www.fastradio.net
 (only fw)
direct stream : 
http://stream.fastradio.net:8000/fastradio
 (only fw)
-----------------------------fastradio.NET--------------------------

 Ma adesso traceroute ancora no
Confermi l'interruzione sul punto con IP 59.59.59.* ?
-- 
|Ż \/Ż | /Ż\ /Ż__/Ż__|-<|> 
http://planynet.hypermart.net/fastweb
 <|
|Ż|\/|Ż|/Ż_Ż\|(__\__ \-<|> * FAQ 1.4 ITGF it.tlc.gestori.fastweb <|
|_|  |_/_/ \_\___|___/-<|> * SITO: 
http://planynet.hypermart.net
 <|
|>Togli/Remove .INVALID<|> * NEWS: free.it.ingegneria.meccanica _<|

 
No e' su 59.53.1.63 , finoa ieri era come dicevi tu.
Verso telvia si e' tornati a passare su TELIA e non piu' su TISCALI 
AMSTERDAM, praticamente si e' tornati alla vecchia ed efficente route, 
la stessa che ippd usa sempre.
Buon segno


Aggiungo inoltre che per me i 59.x.x.x sono fittizi, si e'dirottati su 
un binario morto.
Bisognerebbe verificare che i protocolli diversi da icmp passino da quei 
router ma mi sa di no


 
mah.. ora si vola. Ping dimezzati verso ngi.
guadagnati 30 ms verso telvia grazie al cambio routing


 quei router ma mi sa di no
Le prove effettuate a suo tempo con i vari traceroute UDP, UDP+ICMP, TCP
SYN, FIN Probe indicavano tutte interruzioni su IP 59/8. Se avessi un
po' di tempo da perdere stasera potresti cmq fare una prova ;) :
==
* x MacOS-X/Linux/Windows2000/XP
--------------------------------
- TCP SYN/FIN Probe LFT 
http://www.mainnerve.com/lft/
 [*]
==
* x Linux/*Nix-like
-------------------
- HPing 
http://www.hping.org/
 
- HRPas 
http://www.phenoelit.de/irpas/download.html
 
- TCPTraceroute 
http://michael.toren.net/code/tcptraceroute/
 
==
* x Soli OS Windows
-------------------
- WinMTR 
http://www.icnet.ro/~stanimir/winmtr/
 
- 3D Traceroute 
http://www.hlembke.de/prod/3dtraceroute/
 
- HyperTrace 
http://www.analogx.com/contents/download/network/htrace.htm
 
- Nscan TraceRoute0.21 
http://www.nscan.org/index.cgi?index=download
 
[*] x Windows richiede CYGWIN 
http://www.redhat.com/download/cygwin.html


 Ma adesso traceroute ancora no
qui tutto ok.
-- 
per leggere e postare su free.it.*:
http://infofreeit.altervista.org/polacco.zip

 
Con che so ?
Io uso linux


 Io uso linux
vedo, ma che rilevanza ha per il traceroute?


 po' di tempo da perdere stasera potresti cmq fare una prova ;) :
C:\WINDOWS>tracert 
www.ngi.it
 -d
Rilevazione instradamento verso 
www.ngi.it
 [194.185.88.15]
su un massimo di 30 punti di passaggio:
  1     1 ms   <10 ms     1 ms  2.9.41.2
  2     1 ms     1 ms     1 ms  10.2.5.65
  3   <10 ms     1 ms   <10 ms  213.156.52.129
  4   <10 ms     1 ms   <10 ms  10.254.0.250
  5     1 ms     1 ms     1 ms  10.254.1.233
  6     1 ms     1 ms     1 ms  59.59.59.54
  7     2 ms     2 ms     1 ms  59.51.2.36
  8     2 ms     3 ms     3 ms  59.59.59.17
  9     2 ms     2 ms     2 ms  59.59.59.101
 10     2 ms     3 ms     2 ms  213.140.31.231
 11    11 ms    11 ms    11 ms  217.29.66.2
 12    12 ms    11 ms    11 ms  194.185.46.140
 13    12 ms    12 ms    12 ms  213.92.7.3
 14    11 ms    11 ms    12 ms  213.92.34.19
 15    22 ms    17 ms    14 ms  194.185.88.249
 16    11 ms    12 ms    13 ms  194.185.88.15
Rilevazione completata.
Ciao Excal

 vedo, ma che rilevanza ha per il traceroute?
L'unica rilevanza e' la modalita' usata = il traceroute di Windows e'
UDP+ICMP mentre OS Linux/*NIX-like usano anche traceroute su solo UDP,
TCP e protocollo IP (ved. OpenBSD) -> se fosse un problema legato e.g. a
Iptables non si vedrebbe un'interruzione su un punto di passaggio 59/8,
per cui propendo sulla differente modalita' usata.


Blak ha scritto:
aspetta un attimo..
 > traceroute to 
host.cisco.it
 (217.59.35.80), 30 hops max, 38 byte packets
 >  1  5.255.56.1 (5.255.56.1)  99.437 ms  129.135 ms  95.576 ms
 >  2  10.0.145.220 (10.0.145.220)  273.666 ms  360.638 ms  132.509 ms
 >  3  
213-156-56-129.fastres.net
 (213.156.56.129)  94.821 ms  124.708 ms
[CUT]
Cioe' hai 95 ms (e l'altro giorno 200) sul gateway default (immagino sia 
5.255.56.1) ?
Quindi la prima macchina.
Prova a pingare l'hag , non e' difficile capire che ip ha e penso che tu 
lo sappia.
Il tuo problema e' molto vicino , ma il doppino e' pulito = e' stato 
testato e dichiarato ok ?
L'impressione che ho, e vediamo i risultati di ping dell'hag, e' che il 
problema sia li'

Anche da me, Milano Sud Fibra confermo che tutto e' tornato alla
normalita': funziona sia FTP in active che il Traceroute. Inoltre,
niente piu' pacchetti persi...
Speriamo regga tutto :-)

 
Allora : ifconfig ethX in linux dove X sta per l'interfaccia che va 
verso l'hag
  ipconfig /all in windows
Guarda chi e' il DHCP server : quello e' l'ip dell'hag.Pinga quello e se 
tutto va bene devi avere latenze bassissime inferiori al ms.
Poi guarda qual e' il gateway default e pinga quello.
Quella e' la prima macchina fw che raggiungi.
Se la latenza e' altissima verso il gateway, potrebbe anche essere che 
ci siano problemi sul doppino  , oppure che ci siano problemi di fw su 
quel collegamento. In questo caso devi sentire loro e dirgli che 200ms 
sono troppi per arrivare al gateway default.
Ma prima vediamo se non e' la tua rete o l'hag. hai un altro pc da 
collegare a quest'ultimo per scongiurare eventuali probemi 
sull'interfaccia di rete del pc che usi ?