[MontelLUG] Ping simpatico

[Samuele]

Facciamo un po' di spamming...
Oggi tanto per cambiare ero alle prese con una teleassistenza di un cliente.
C'è da dire che una volta questo cliente aveva la connessione isdn, poi,
siccome lui abita ad Arsego e, a detta del cliente quel paese non risulta di
importanza strategica per telecom e non può avere l'adsl, sono ricorsi ad
una cdn 64k di Albacom.

Quando va bene, lentamente, ma si riesce a lavorare, oggi invece era uno di
quei giorni in cui non andava.
Il ping dava il seguente responso:

Reply from 10.99.0.36: bytes=1 time=8833ms TTL=127
Reply from 10.99.0.36: bytes=1 time=8192ms TTL=127
Reply from 10.99.0.36: bytes=1 time=8672ms TTL=127
Reply from 10.99.0.36: bytes=1 time=8022ms TTL=127
Reply from 10.99.0.36: bytes=1 time=8822ms TTL=127
Reply from 10.99.0.36: bytes=1 time=6860ms TTL=127
Reply from 10.99.0.36: bytes=1 time=7571ms TTL=127

A volte il tempo va anche sui 10 - 12 secondi e rimane così per delle
mezz'ore. Mi risulta che le comunicazioni con la luna siano più veloci (1
secondo e qualcosa se non sbaglio).
Visto che oggi la linea non voleva tornare a velocità umane, ho provato a
fare un tracert per tentare di capire di chi è la colpa:

tracert 213.217.143.25

Tracing route to h213-217-143-25.albacom.net [213.217.143.25]
over a maximum of 30 hops:

  1     1 ms     1 ms     1 ms  miorouter.mclink.it [x.y.z.k]
  2    49 ms    48 ms    49 ms  net128-146.mclink.it [195.110.128.146]
  3    51 ms    53 ms    52 ms  net128-139.mclink.it [195.110.128.139]
  4    51 ms    49 ms    50 ms  btitalia.mix-it.net [217.29.66.40]
  5    49 ms    51 ms    49 ms  217.220.187.206
  6    51 ms    50 ms    52 ms  217.220.187.201
  7    51 ms    51 ms    58 ms  ac7-mi2-VPNinternet.albacom.net
[217.220.187.21]

  8   105 ms    58 ms    56 ms  h217-220-168-161.albacom.net
[217.220.168.161]
  9  1001 ms  1115 ms   703 ms  h217-220-168-162.albacom.net
[217.220.168.162]
 10   633 ms   800 ms  1108 ms  h217-220-168-161.albacom.net
[217.220.168.161]
 11  2048 ms  2620 ms  2183 ms  h217-220-168-162.albacom.net
[217.220.168.162]
 12  1564 ms  1366 ms   827 ms  h217-220-168-161.albacom.net
[217.220.168.161]
 13  1828 ms  3091 ms     *     h217-220-168-162.albacom.net
[217.220.168.162]
 14  2228 ms  1597 ms   867 ms  h217-220-168-161.albacom.net
[217.220.168.161]
 15  1842 ms  2317 ms  1817 ms  h217-220-168-162.albacom.net
[217.220.168.162]
 16     *        *        *     Request timed out.
 17     *     2984 ms     *     h217-220-168-162.albacom.net
[217.220.168.162]
 18  1623 ms   548 ms   383 ms  h217-220-168-161.albacom.net
[217.220.168.161]
 19     *     3352 ms     *     h217-220-168-162.albacom.net
[217.220.168.162]
 20  ^C

Ad un certo punto ho visto che i pacchetti cominciano a rimbalzare in loop
infinito tra i nodi 161 e 162.
Secondo voi perché fa così?
Il bello è che quando la linea si è sistemata, quindi ping intorno al mezzo
secondo, il tracert dava lo stesso risultato.
Ne deduco che il rallentamento non fosse dovuto a questo loop.
Il cliente ha già chiamato più volte Albacom e secondo loro la linea è
sempre in perfetto stato...