Newsgroup: it.comp.reti.ip-admin
Titolo: perdita pacchetti su shdsl

Primo post su questo ng e mi scuso se la domanda è già stata fatta.
Ho traslocato la mia hdsl da prato a firenze (1 mb mcr e 2 mbit pcr); a fi 
la telecom mi ha installato una shdsl dicendo che va molto meglio ma 
naturalmente le cose non stanno proprio così..
In sintesi sembra che la linea, quando è sotto carico (~1.8 mbps in 
uscita, sono un piccolo isp e il carico è principalmente in upload) c'è 
una certa perdita di pacchetti già sulla punto punto; quando sussiste tale 
perdita di pacchetti c'è un brutale rallentamento della rete (si arriva 
anche a dei blocchi).
Uso nagios per monitorare il traffico e si va dal 20 al 40% dei pacchetti 
persi.
DOpo un mese mi ha chiamato telecom (dimenticavo: il fornitore di banda è 
wind) dicendomi che è il *normale* funzionamento della frame relay: quando 
  la banda disponibile è minore di quella richiesta non vengono rallentati 
i pacchetti ma vengono droppati di brutto: sai che goduria per i servizi 
in udp...
Dopo poco mi chiama wind dicendomi che telecom aveva sbagliato a 
configurare i 2 pvc, mettendo quello di controllo del router (32 kb) al 
posto di quello di accesso a internet...
Il risultato è che i clienti non mi segnalano più blocchi ma comunque 
nagios mi continua a segnalare perdita di pacchetti.
QUal'è la verità? È forse nel mezzo (ovvero i pacchetti effettivamente 
vengono tagliati ma i blocchi erano causati dalla errata configurazione di 
telecom)? Dove posso trovare un po' di documentazione sulla frame relay 
accessibile ad un povero programmatore?
Grazie
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
	Prima di parlare collegare la spina del cervello,
	 leggere e in caso di schermata blu riavviare.

 arriva anche a dei blocchi).
Un problema simile ci e' stato risolto da telecom su due shdsl
aggiornando il firmware del fast-frame. Sotto elevato carico
(prova, che so, a scaricare un service pack per w2k da microsoft),
osserva come si comporta il fast-frame: se si resetta (mi sembra
che si accendano, o si spengano, tutti i led), molto probabilmente
il problema e' il firmware bacato.
Se non e' quello il problema, considera che l'apparecchio sembra
molto sensibile all'eccessiva temperatura, tipica situazione di un
armadio di cablaggio non sufficentemente ventilato, durante la stagione
estiva. Considera in tal caso la possibilita' di lasciarlo all'esterno
dell' armadio. Anche questo gia' verificato da un ns. cliente, che
aveva il climatizzatore guasto, ed una ventola ferma nell'armadio...
:-)
-- 
« E' assolutamente evidente che l'arte del cinema
  si ispira alla vita, mentre la vita si ispira alla TV »
(Woody Allen)

 :-)
Adesso c'è caldino (il condizionatore è rotto :-((( ) ma lo faceva anche a 
maggio (quindi più fresco) e col condizionatore funzionante.
Adesso sto "stressando" in modo un po' pesante (1 dowload dal mirror 
svizzero di sunsire, 1 da 
kernel.org
 e 1 dal garr): un 10% fisso ed ogni 
tanto le segnalazioni del 20 e oltre..
[07-19-2004 15:39:03] SERVICE ALERT: punto-punto;PING;WARNING;SOFT;1;PING 
WARNING - Packet loss = 20%, RTA = 234.60 ms
[07-19-2004 15:26:42] SERVICE ALERT: punto-punto;PING;OK;SOFT;2;PING OK - 
Packet loss = 0%, RTA = 171.80 ms
[07-19-2004 15:25:56] SERVICE ALERT: punto-punto;PING;WARNING;SOFT;1;PING 
WARNING - Packet loss = 20%, RTA = 208.70 ms
Il tutto sulla punto punto, ovvero al primo hop.
Telecom dice che deve essere così, wind dice che telecom dice che blablabla..
Prima non lo faceva? Per telecom erano gli apparati più vecchi e quindi 
più performanti (???)


 più performanti (???)
Nella mia esperienza, avendo noi una hdsl tradizionale, e qualche
shdsl, non abbiamo notato differenze apprezzabili in termini di
prestazioni e affidabilita'.
bye G.L.


 
Mi hanno detto in tanti che fra hdsl e shdsl problemi non ce ne sono, 
anzi, dovrebbe andare meglio l'shdsl.


 segnali venivano gestiti, adesso no.
Qui stai andando in un campo dove capisco poco.   :-)
Comunque provando empiricamente a "floodare"
dal router fra la nostra hdsl e il router delle
varie shdsl, non riscontro perdita di pacchetti in
reply superiore al 18%.


 
Floodare in che senso, ping cattivi di 10 mbyte oppure ping normali?
La segnalazione più divertente comunque è stata questa:
[07-20-2004 05:04:15] SERVICE ALERT: punto-punto;PING;WARNING;SOFT;1;PING 
WARNING - Packet loss = 20%, RTA = 11.50 ms
Adesso sono mi continua a segnalare di continuo fra il 20 ed il 40%.
Mi sono dimenticato di dire che se imposto il mio packet shaper ad una 
banda di 1.8 mbit le segnalazioni diminuiscono (bella forza: il lavoro lo 
fa lui!), ed è uno dei possibili rimedi proposti da telecom (tanto costa 
solo una decina di migliaia di euro, cosa vuoi che sia..)


 Adesso sono mi continua a segnalare di continuo fra il 20 ed il 40%.
A quanto ho capito, "pinghi" l'endpoint remoto della punto-punto, ed
e' gia da quel tratto che si verifica la "perdita"?


 
Oui. Vero è che il traffico è abbastanza alto (adesso mrtg mi segnala 1.7 
mbit in uscita e 450 kbit in ingresso), ma la perdita di pacchetti *è 
male*, peggio della fine dell'universo..
Ho messo lo shaper a 1.8 mb ma continua a perdere pezzi (meno ma li 
perde): prendo una 2 mbit pcr e la sego a 1.5 perchè altrimenti non va?
Se continua così lascio wind (anche se capisco che è colpa di telecom)


 Se continua così lascio wind (anche se capisco che è colpa di telecom)
Se il tutto e' fornito dalla wind, se viene pagata solo wind, e telecom
si e' occupata solo di far arrivare il cavo e il segnale da contrale,
sempre su richiesta wind, mi concentrerei sulla wind: "l'altro provider
sono affari vostri, risolvete il problema o si da' disdetta" (se non
anche paventare richiesta danni alle ns. attivita'). A volte, funziona.
:-)


 
Denghiu



controlla le dimensioni dei pacchetti
falli da 65500 (la massima) a ritroso
e vedi se li perde
cmq la linea deve fare un po schifo :-(((((((


 cmq la linea deve fare un po schifo :-(((((((
Mica si deve salire poi tanto...
robyt:~# ping -c10 -s 20480 151.8.32.1
PING 151.8.32.1 (151.8.32.1): 20480 octets data
--- 151.8.32.1 ping statistics ---
10 packets transmitted, 0 packets received, 100% packet loss
A proposito: cosa vuol dire sta roba?
robyt:~# ping -c10 -s 10240 -v 151.8.32.1
PING 151.8.32.1 (151.8.32.1): 10240 octets data
ping: packet too short (36 octets) from 144.232.8.100
ping: packet too short (36 octets) from 211.176.57.54
ping: packet too short (36 octets) from 202.144.113.121
10248 octets from 
151.8.32.1
: icmp_seq=2 ttl=254 time=374.4 ms
10248 octets from 
151.8.32.1
: icmp_seq=3 ttl=254 time=507.7 ms
10248 octets from 
151.8.32.1
: icmp_seq=4 ttl=254 time=334.5 ms
10248 octets from 
151.8.32.1
: icmp_seq=5 ttl=254 time=372.4 ms
ping: packet too short (36 octets) from 62.166.80.34
10248 octets from 
151.8.32.1
: icmp_seq=6 ttl=254 time=548.0 ms
10248 octets from 
151.8.32.1
: icmp_seq=7 ttl=254 time=242.3 ms
10248 octets from 
151.8.32.1
: icmp_seq=8 ttl=254 time=205.7 ms
10248 octets from 
151.8.32.1
: icmp_seq=9 ttl=254 time=194.3 ms
ping: packet too short (36 octets) from 211.239.120.242
ping: packet too short (36 octets) from 211.239.120.242
ping: packet too short (147 octets) from 80.53.16.86
ping: packet too short (36 octets) from 160.81.109.82
ping: packet too short (36 octets) from 65.25.216.164
ping: packet too short (36 octets) from 80.170.25.49
ping: packet too short (36 octets) from 218.186.146.237
tanto per capire:
traceroute to 151.8.32.1 (151.8.32.1), 30 hops max, 38 byte packets
  1  151.8.36.1  187.598 ms  225.627 ms  231.681 ms
  2  151.8.32.1  294.958 ms *  293.491 ms
Gli altri ip che diamine sono?


 Secondo te nell'ultimo mese cosa ho fatto?????
Ecco, appunto dissi: "a volte, funziona".  :-(
Non e' difficile immaginare che lo scoglio piu' grosso
sia l'ambiente gia' in produzione...


 
Ti dirò, il mio cliente più grosso mi telefona a ore alterne (nel senso di 
alle 9,alle 10,alle 11...) e quindi se devo cambiare provider e ip pace, 
mi faccio agosto al lavoro ma con calma e tranquillità, non con uno che 
(giustamente per carità) mi smadonna dentro al telefono...
COme va fastweb? avete avuto esperienze?


 COme va fastweb? avete avuto esperienze?
Non saprei, mai avuto contatti (E non so se operi
anche in sardegna). Penso che per il momento telecom
sia tra le meno peggio (non fosse altro per il fatto
che, naturalmente per il momento, detiene la connettivita'
"hardware" fino all'ultimo metro di cablaggio che arriva
all'utenza...)


 
Vero, peccato che per lo stesso servizio voglia il doppio.. Mi fa pensare 
a concorrenza un pochetto sleale, poi se hai ip telecom sei respinto da 
molti server, con wind mi sembra di no.


 Vero, peccato che per lo stesso servizio voglia il doppio..
Ah, questo e' sicuro... mi riferivo all'aspetto puramente tecnico
della questione.



Ok, ma come mai mi sono arrivati pacchetti da questi ip quando ho pingato 
un'altra cosa?


 
Non ti sono mai arrivati pacchetti da quegli IP, se il pacchetto è 
corrotto, quei numeri sono semplicemente random!

 corrotto, quei numeri sono semplicemente random!
Direi che ho fatto una domanda idiota..
