Newsgroup: it.comp.reti.locali
Titolo: Il solito problema

Ho giň scritto per questo problema, ma non ne vengo a capo.
La mia connessione adsl presenta questo problema:
alle volte rallenta incredibilmente con valori veramente alti di "ping".
Al momento non potevo uscire su Internet, allora mi sono loggato tramite 
ssh al mio router e da lě ho pingato google: questi i risultati dopo 
qualche secondo di attesa:
root@DD-WRT:~# ping 
www.google.it
PING 
www.google.it
 (72.14.234.104): 56 data bytes
64 bytes from 
72.14.234.104
: seq=0 ttl=49 time=9690.152 ms
64 bytes from 
72.14.234.104
: seq=1 ttl=49 time=9544.241 ms
64 bytes from 
72.14.234.104
: seq=2 ttl=49 time=9672.933 ms
64 bytes from 
72.14.234.104
: seq=3 ttl=49 time=9639.471 ms
64 bytes from 
72.14.234.104
: seq=4 ttl=49 time=9441.502 ms
64 bytes from 
72.14.234.104
: seq=5 ttl=49 time=9025.956 ms
64 bytes from 
72.14.234.104
: seq=6 ttl=49 time=8128.946 ms
64 bytes from 
72.14.234.104
: seq=7 ttl=49 time=7134.574 ms
64 bytes from 
72.14.234.104
: seq=8 ttl=49 time=6148.661 ms
64 bytes from 
72.14.234.104
: seq=9 ttl=49 time=5235.619 ms
64 bytes from 
72.14.234.104
: seq=10 ttl=49 time=4505.181 ms
64 bytes from 
72.14.234.104
: seq=11 ttl=49 time=3796.116 ms
64 bytes from 
72.14.234.104
: seq=12 ttl=49 time=3000.339 ms
64 bytes from 
72.14.234.104
: seq=13 ttl=49 time=2223.916 ms
64 bytes from 
72.14.234.104
: seq=14 ttl=49 time=1764.649 ms
64 bytes from 
72.14.234.104
: seq=15 ttl=49 time=1778.105 ms
64 bytes from 
72.14.234.104
: seq=16 ttl=49 time=812.411 ms
64 bytes from 
72.14.234.104
: seq=17 ttl=49 time=63.690 ms
64 bytes from 
72.14.234.104
: seq=18 ttl=49 time=63.797 ms
64 bytes from 
72.14.234.104
: seq=19 ttl=49 time=64.148 ms
64 bytes from 
72.14.234.104
: seq=20 ttl=49 time=64.225 ms
64 bytes from 
72.14.234.104
: seq=21 ttl=49 time=64.253 ms
--- 
www.google.it
 ping statistics ---
22 packets transmitted, 22 packets received, 0% packet loss
round-trip min/avg/max = 63.690/4630.131/9690.152 ms
Strano no ?
Da che cosa puň dipendere ?
p.s. Non sono in esecuzione nessun programma p2p.
Alla rete sono solamente attaccati il mio notebook, il mio pc fisso ed 
un nas.

 p.s. Non sono in esecuzione nessun programma p2p.
Se non hai alcun programma in esecuzione che possa creare traffico tale
da giustificare il problema, controlla per presenza di trojan e altre
"features" che non sai di avere.. :-P
Pensa anche all'opportunità di mettere sotto monitoraggio (snmp) la
porta WAN del router, in modo da poter vedere quando i picchi di
traffico avvengono e correlare di conseguenza.
-- 
Paranoia is a disease unto itself. And may I add: the person standing
next to you may not be who they appear to be, so take precaution.
-----------------------------------------------------------------------------
http://bofhskull.wordpress.com/

 
nas accessibile via intenet e aperto dogs & pigs?
-- 
Paolo opg
BE AWARE that this post uses a fake reply-to address
to contact me write to:
janickg ( at ) hotmail ( dot ) com
--

 giusto cosi'. 
Tendenziaalmente poco probabile.
Google è presente direttamente presso MIX-IT, quindi per arrivarci si fa
davvero poca strada:
zarathustra:~ skull$ traceroute 
www.google.it
traceroute to 
www.l.google.com
 (72.14.234.104), 64 hops max, 52 byte packets
 1  147.123.126.129 (147.123.126.129)  24.045 ms  1.119 ms  2.972 ms
 2  147.123.64.31 (147.123.64.31)  9.940 ms  10.408 ms  9.995 ms
 3  
google.mix-it.net
 (217.29.66.96)  13.845 ms  10.650 ms  10.507 ms
 4  209.85.249.54 (209.85.249.54)  10.537 ms  10.290 ms  11.112 ms
 5  72.14.232.63 (72.14.232.63)  10.257 ms  14.513 ms  10.325 ms
A meno che il provider da lui usato non sia davvero malmesso in quanto a
connettività e backbone, difficile il collo di bottiglia sia a monte
della sua ADSL...


 non necessariamente.
Beh... insomma... dovrebbe abitare tra Mercurio e Venere per avere un ping
cosě alto.. :-)
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 giusto cosi'. 
Escluderei quasi categoricamente il "lungo il percorso".
Mai visto in vita mia 9 SECONDI di latenza causata da
traffico sulle varie backbone. Se così fosse, stai pur 
certo che si saprebbe a livello mondiale di questo
improbabile intasamento da/verso alcune direttrici.
E' molto più realistico (di parecchio)
un problema che non va più in la della adsl.

 Tendenziaalmente poco probabile.
Ecco, appunto.
Scusate, non avevo visto la risposta.

 davvero poca strada:
Con Telecom passo dal seabone:
tracert 
www.google.it
Tracing route to 
www.l.google.com
 [72.14.234.104]
over a maximum of 30 hops:
  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2    49 ms    50 ms    49 ms  192.168.100.1
  3    55 ms    50 ms    49 ms  
r-bg36-vl11.opb.interbusiness.it
 
[217.141.105.202]
  4    81 ms    50 ms    49 ms  172.17.5.9
  5    52 ms    50 ms    49 ms  172.17.6.121
  6   156 ms    51 ms    50 ms  
te1-15-5-0.milano50.mil.seabone.net
 
[195.22.192.25]
  7    51 ms    50 ms   142 ms  
te4-2.milano53.mil.seabone.net
 
[195.22.205.241]
  8   142 ms    50 ms    50 ms  74.125.50.241
  9    50 ms    64 ms    51 ms  209.85.249.54
 10    50 ms    50 ms    50 ms  72.14.232.63
 11    51 ms    51 ms    50 ms  
mil01s07-in-f104.1e100.net
 
[72.14.234.104]
Trace complete.
sbaglio oppure questo vuol dire che per aprire un sito italiano telecom 
 fa fare ai pacchetti un giretto negli USA?
-- 
     Ciao
                    DOC
                    ~~~
God's in His Heaven.All's Right with the World.
                    ~~~

 fa fare ai pacchetti un giretto negli USA?
La prima (sbagli) :-P
Seabone è roba di Telecom; il fatto che transiti su apparati seabone non
significa affatto che stai andando dall'altra parte del mondo...



in tutte le risposte al post non v'e' stata nessuna che rilevava la 
sequenza del ping che è fortemente calante fino ad arrivare a valori 
accettabili intorno ai 60 ms (ed ancora in calo), la sequenza pare abbia 
un andamento logaritmico... io indagherei anche sul dispositivo 
pingante......


od ancora ecludendo tutti i dispositivi a monte del router e 
riattaccandoli ad uno ad uno....

 pingante......
A si, ma anche in questo caso il dispositivo pingante non va
più in la della ADSL, ergo, il problema o è in casa sua o è
nella sua ADSL, non sulla dorsale.

 wrote in
news:1285963762.4803.25.camel@ale-netbook: 

noto che chi mi ha quotato non ha usato certezze ('quasi 
categoricamente', 'tendenzialmente poco probabile').
lo so anche io che un ping alto 9 volte su 10 dipende da un problema a 
casa dell'utente (vedi la mia ipotesi del nas open dogs & pigs).
ma con il solo log del ping si puo' giusto sparare a caso facendo ipotesi 
senza riscontri (basate sull'esperienza, ma non su dati).
ecco perche' ho chiesto informazioni in piu'.
informazioni che pero' non sono arrivate...


 senza riscontri (basate sull'esperienza, ma non su dati).
Ben appunto, hai mai visto 9 secondi di latenza per raggiungere,
grossomodo, il mix? (escluderei anche che Google possa
avere 9 secondi di latenza in casa sua)
Si parla di secondi, ovvero 8 volte il RTT che avresti con la Luna.
Io personalmente non ho mai visto una latenza così elevata che non
sia imputabile alla ADSL o a qualche problema subito prima, lato utente.

 Da che cosa può dipendere ?
Ciao, ho letto anche il primo post che hai scritto.. Una domandina.. Hai 
provato la connessione "modem-pc" senza passare per il router ?
Ciao, Davide.

scusate a tutti se non ho risposto fino ad ora, ma non ho potuto, cosě 
risponderň ad ognuno sopra.

 nas accessibile via intenet e aperto dogs&  pigs?
Naturalmente no, il nas è accessibile solo dalla rete interna.


Il mio provider è tele2. È anche abbastanza famoso per bloccare tutto il 
traffico p2p durante le ore diurne


Questo il mio traceroute verso 
www.google.it
ale-1@workgroups:/$ traceroute 
www.google.it
traceroute to 
www.google.it
 (72.14.234.104), 30 hops max, 60 byte packets
  1  DD-WRT (192.168.1.1)  1.085 ms  2.309 ms  2.605 ms
  2  192.168.0.1 (192.168.0.1)  6.422 ms  6.756 ms  7.155 ms
  3  
net-93-146-96-1.cust.dsl.teletu.it
 (93.146.96.1)  56.544 ms  60.459 
ms  62.347 ms
  4  
bolz-ncore-2.vlan721.swip.net
 (212.151.237.53)  64.554 ms  68.325 
ms  70.278 ms
  5  * * *
  6  93.179.134.61 (93.179.134.61)  86.319 ms  78.279 ms  56.374 ms
  7  85.205.26.157 (85.205.26.157)  58.379 ms  62.045 ms  64.144 ms
  8  74.125.51.14 (74.125.51.14)  81.897 ms  70.249 ms  74.246 ms
  9  209.85.249.54 (209.85.249.54)  76.414 ms  78.151 ms  81.827 ms
10  72.14.232.63 (72.14.232.63)  79.979 ms  82.170 ms  85.621 ms
11  
mil01s07-in-f104.1e100.net
 (72.14.234.104)  87.576 ms  89.796 ms 
93.775 ms
devo però dire che durante questo traceroute i valori di ping sono nella 
norma. Infati come già detto il problema non è continuo, ma si presenta 
alle volte (spesso).


..ma come faccio ad identificare il guasto ?
Come ho scritto sopra ho un modem adsl2+ Netgear DM111P e quindi posso 
fare anche il test "ADSL BER TEST": ecco il risultato:
Tested Time  	20
Total Transferred Bits 	34523904
Total Error Bits 	0
Error Ratio 	0.00e+00
Non so se serva a qualcosa (in realtà non so proprio a cosa serva)

 avere 9 secondi di latenza in casa sua)
Scusate, .. ma cosa è il mix ?


Si e se ben ricordo era la stessa cosa. Per sicurezza domani provo tutta 
la mattinata con il modem direttamente attaccato al mio pc (oggi non posso)
Nutrivo il dubbio che il traffico generato dal mio nas attaccato al 
router creasse qualche fastidio, ma non credo.
Ho infatti provato a staccarlo dalla rete e successivamente a 
riattaccarlo e il ping andava bene (come già detto non ha sempre valori 
alti)

 Scusate, .. ma cosa è il mix ?
ma con che voi fare il frullato? con il mux?

 ..ma come faccio ad identificare il guasto ?
"Pronto Tele2, sono $TuoCognome $TuoNome e credo di avere un
problema sulla linea ADSL, potete fare un controllo?"


Mi sono rivolto a questo newsgroup perchè ho già tentato quella via.
Inutile dire che non hanno risolto un bel niente.


non richiedo una risposta obbligatoria, come in tutti i newsgroup se non 
si ha tempo e voglia di rispondere basta non farlo, piuttosto che 
esprimersi in questo modo che a modesto parere ritengo poco proficuo.
Poi può darsi che mi sbagli, ma il più delle volte ho ricevuto risposte 
tecniche caratterizzate da un notevole background culturale e ringrazio 
chiunque mi abbia fornito e mi fornirà risposte per partecipare alla 
conversazione al fine di raggiungere la causa del problema presentato.

 Scusate, .. ma cosa è il mix ?
http://www.mix-it.net
Per farla facile, una LAN dove si affacciano tanti ISP e si scambiano il
traffico tra loro.


 rtt min/avg/max/mdev = 485.443/615.588/668.252/53.474 ms
ma 615ms di media verso il tuo gateway non è tantissimo? 


Grazie per il link!!


Beh si assolutamente.
Come già detto non si verifica sempre, ad esempio oggi non mi ha dato 
problemi. Ora ho questi valori, sempre verso il mio gateway:
$ ping 93.146.104.1
PING 93.146.104.1 (93.146.104.1) 56(84) bytes of data.
64 bytes from 
93.146.104.1
: icmp_req=1 ttl=61 time=95.0 ms
64 bytes from 
93.146.104.1
: icmp_req=2 ttl=61 time=89.2 ms
64 bytes from 
93.146.104.1
: icmp_req=3 ttl=61 time=97.3 ms
64 bytes from 
93.146.104.1
: icmp_req=4 ttl=61 time=89.1 ms
64 bytes from 
93.146.104.1
: icmp_req=5 ttl=61 time=95.2 ms
64 bytes from 
93.146.104.1
: icmp_req=6 ttl=61 time=91.0 ms
64 bytes from 
93.146.104.1
: icmp_req=7 ttl=61 time=97.5 ms
^C
--- 93.146.104.1 ping statistics ---
7 packets transmitted, 7 received, 0% packet loss, time 6008ms
rtt min/avg/max/mdev = 89.158/93.515/97.552/3.380 ms
Se il problema fosse una configurazione errata all'interno della mia 
rete, non si dovrebbe presentare continuamente tutto il giorno tutti i 
giorni ?

 la mattinata con il modem direttamente attaccato al mio pc (oggi non posso)
La prova non l'ho fatta, ma con la stessa configurazione di ieri oggi 
non ho avuto nessun problema, quindi non credo sia il router o il modem.
Che passi posso compiere per capire qualcosa in più ?
Se qualcuno ha qualche idea si faccia avanti...

 giorni ?
Non è detto.
Ad esempio, potresti avere un vicino di casa con una rete WiFi impostata
sullo stesso canale.
Quando lui accende, il segnale degrada.
In tal caso, prova a spostarti su un altro canale.



Il problema si presenta anche quando sono attaccato con cavo ethernet.
C'è un'altra rete wirelss sullo stesso canale 6. Ora ho messo la mia sul 
canale 1

 Se qualcuno ha qualche idea si faccia avanti...
Chiamare il tuo gestore telefonico e fargli fare un controllo sulla 
tratta router-isp appena si ripresenta il problema..
In alternativa, procurati un modem e tienilo pronto a sostituirlo non 
appena si ripresenta il problema. E' un modo se vogliamo dire 
"rudimentale", ma imho efficace, per capire da dove proviene l'anomalia ;-)
Davide.


Ora ho fatto anche questa prova aprendo un programma p2p.
Il p2p in questione è aMule sotto linux ubuntu sul mio notebook.
64 bytes from 
mil01s07-in-f104.1e100.net
 (72.14.234.104): icmp_req=36 
ttl=48 time=3392 ms
64 bytes from 
mil01s07-in-f104.1e100.net
 (72.14.234.104): icmp_req=37 
ttl=48 time=3482 ms
64 bytes from 
mil01s07-in-f104.1e100.net
 (72.14.234.104): icmp_req=38 
ttl=48 time=3429 ms
64 bytes from 
mil01s07-in-f104.1e100.net
 (72.14.234.104): icmp_req=39 
ttl=46 time=3021 ms
64 bytes from 
mil01s07-in-f104.1e100.net
 (72.14.234.104): icmp_req=40 
ttl=46 time=2562 ms
64 bytes from 
mil01s07-in-f104.1e100.net
 (72.14.234.104): icmp_req=41 
ttl=48 time=1988 ms
64 bytes from 
mil01s07-in-f104.1e100.net
 (72.14.234.104): icmp_req=42 
ttl=46 time=1235 ms
64 bytes from 
mil01s07-in-f104.1e100.net
 (72.14.234.104): icmp_req=43 
ttl=46 time=540 ms
64 bytes from 
mil01s07-in-f104.1e100.net
 (72.14.234.104): icmp_req=44 
ttl=48 time=65.8 ms
64 bytes from 
mil01s07-in-f104.1e100.net
 (72.14.234.104): icmp_req=45 
ttl=46 time=70.7 ms
64 bytes from 
mil01s07-in-f104.1e100.net
 (72.14.234.104): icmp_req=46 
ttl=46 time=67.4 ms
64 bytes from 
mil01s07-in-f104.1e100.net
 (72.14.234.104): icmp_req=47 
ttl=48 time=67.9 ms
64 bytes from 
mil01s07-in-f104.1e100.net
 (72.14.234.104): icmp_req=48 
ttl=48 time=65.8 ms
64 bytes from 
mil01s07-in-f104.1e100.net
 (72.14.234.104): icmp_req=49 
ttl=46 time=66.7 ms
64 bytes from 
mil01s07-in-f104.1e100.net
 (72.14.234.104): icmp_req=50 
ttl=48 time=65.5 ms
^C
--- 
www.l.google.com
 ping statistics ---
50 packets transmitted, 50 received, 0% packet loss, time 49062ms
rtt min/avg/max/mdev = 65.547/2211.964/3784.158/1073.290 ms, pipe 4
Come si vede il time decresce con la chiusura del programma
Valori dell'intorno di 4000 msec sono normali a programma aperto ?

 Valori dell'intorno di 4000 msec sono normali a programma aperto ?
Sono normali a banda satura in una delle due direzioni.
Configura il p2p per limitarsi all'80% della banda disponibile,
soprattutto in uscita.
