Newsgroup: it.comp.reti.locali
Titolo: strano problema con protocollo http

Ciao a tutti.
Da due giorni sto impazzendo dietro ad un problema di rete
(presumibilmente)....
In breve: ho preso in gestione da poco diversi pc (circa 20) collegati
dietro ad un firewall (iptables, su linuxbox), che ha un'interfaccia
sulla rete del provider.
Ora, la cosa ha sempre funzionato egregiamente, ma da un paio di giorni
è impossibile fare traffico http, se non avendo MOOOOOLTA pazienza e
reinizializzando tutte le volte le connessioni.
La cosa strana è che se navigo con un browser testuale il problema
sparisce, o comunque si attenua di molto.
Scaricando invece tramite wget, sempre via http, non ho nessun problema
e sfrutto a pieno la banda del provider.
Ho già escluso eventuali problemi di risoluzione dei nomi, sia perché ho
già provato con diversi dns, sia perché ho provato anche a navigare
chiamando direttamente l'ip dei siti.
Controllando l'interfaccia che si collega al provider, ho notato che ho
parecchie collisioni (circa il 7% sui pacchetti inviati). Pensavo di
aver trovato la causa, ma un amico che usa lo stesso provider ha un
numero di collisioni simili, ma non lamenta problemi di banda (ovvero:
l'apparato del provider non ha un guasto in tal senso), e inoltre anche
collegando un'altro pc allo stesso frutto di rete, riscontro un elevato
numero di collisioni (ovvero: le mie interfacce non sono guaste).
La macchina che fa da firewall non ha apparentemente problemi (no
eccessivo load, no uso intensivo dello swap, no altri errori
sull'interfaccia).
Cosa devo pensare? Il provider non è collaborativo, nel senso che loro
dicono che è tutto a posto.
Sono disperato :D
[xpost anche su it.comp.os.linux.sys]


Visto che parli di collisioni immagino che il provider ti dia una
linea ethernet, se la linea e' in half-duplex (es. credo Fastweb) puo'
essere perfettamente normale.
X toglierti il dubbio puoi chiedergli se la linea e' settata half o
full (no collision in questo caso).
Ciaoooooooooooooo,
Luciano

 full (no collision in questo caso).
Sì è FastWeb e siamo in HF (loro in HF e noi sull'interfaccia che si
attesta sul loro apparato).
La cosa strana è che questa mattina, all'improvviso, ha cominciato a
funzionare (mi tocco e faccio le corna...). Spero che duri :D
In ogni caso questa è la dimostrazione che non abbiamo problemi lato hw.
Forse il loro hag o forse non vogliono ammettere problemi sul catalyst
(visto che prima un tecnico ci aveva detto che vedeva le collisioni, poi
il giorno dopo le negavano categoricamente...) o sulla rete in generale.
Mah!
Grazie per l'interessamento!
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 numero di collisioni (ovvero: le mie interfacce non sono guaste).
Te l'hanno gia' accennato, ma l'interfaccia in questione e' in half-duplex o
full-duplex?
Prova eventualmente a cambiare configurazione e se e' in auto, impostala
manualmente.
Mi fai venire in mente un paio di "questioni" che ho avuto con Telecom, ma
dalle poche informazioni che ci dai non so se la tua situazione possa
essere la stessa...
Una era appunto legata al duplex della scheda, l'altra era un blackhole
router a monte...
 bye
        av.

 router a monte...
MMmmm... ho cercato un po' su google, ma non mi č chiaro come rilevarlo.
Ho questo output, pingando una macchina all'esterno di fastweb,
interrompendola dopo qualche secondo:
[root@supernova ~] # ping -f -l 1473 -.-.-.159
WARNING: probably, rcvbuf is not enough to hold preload.
PING -.-.-.159 (-.-.-.159) 56(84) bytes of data.
 
 
--- -.-.-.159 ping statistics ---
43842 packets transmitted, 4882 received, 88% packet loss, time 4126ms
rtt min/avg/max/mdev = 10.299/96.680/278.942/48.009 ms, pipe 1479,
ipg/ewma 0.094/59.334 ms



Questo e' quando hai il problema o quando ti sembra sia tutto OK ?
Questo e' ICMP, niente HTTP e non sembra che funzioni molto bene
neppure lui ...
Sono ancora confuso dalla descrizione del tuo problema, certe cose
farebbero pensare a problemi di firewall o traffic shaping o a
problemi di rete (es. ping qui sopra), ma poi altri tuoi test sembrano
contraddirlo ..
Io cercherei di ridurre le variabili ai minimi termini
- Ad esempio tutte le prove su un PC collegato direttamente all'HAG
(elimini FW e tua rete).
- Un minimo di  applicazioni (browser grafico, testuale & ping con
pacchetti magari sotto i 500B x evitare che qualcuno sul tragitto ti
butti via i pacchetti per problemi di MTU verso almeno un paio di nodi
target, all'interno ed all'esterno di Fastweb).
Lanciate + o - in contemporanea per comparare i risultati
- Prove in orari differenti nei picchi utente (9:00 -14:00 -17:00) e
fuori picco (10:00 -11:00)
Delle collisioni non mi preoccuperei + di tanto (ad Ethernet piacciono
le collisioni .. :-)) senza staresti molto peggio ..), visto che non
puoi modificare la porta dell'HAG (verso di te', probabilmente
dall'HAG al catalyst sara' in FD).
Ciaooooooooo,
Luciano

 ipg/ewma 0.094/59.334 ms
Direi innanzitutto di cercare di sistemare questo mezzo disastro :-)
Ciao
Luca


Non ci credo molto, ma potrebbe dipendere dalla lunghezza del
pacchetto (1473), se e' particolarmente
sfigato e capita su routers con MTU + bassa  & DF disabilitato E con
multiple route (xche 10% sembra funzionare ..) ...io non ci credo ma
in teoria possibile ... e' x quello che gli dicevo di provare con
pacchetti sotto i 500 bytes.
Ciaoooooooooooo,
Luciano