Newsgroup: it.comp.os.linux.sys
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.reti.locali]

 parecchie collisioni (circa il 7% sui pacchetti inviati).
[...]
...dettagli piu' tecnici?
iniziando, per esempio, da
ifconfig
cat /proc/net/dev
ethtool ethN
ethtool -S ethN
netstat -s
ciao
-- 
Cybertoldo
Per rispondermi via email, sostituisci moc.liamg con 
gmail.com

 netstat -s
Ip:
    6566135 total packets received
    1 with invalid headers
    6437331 forwarded
    0 incoming packets discarded
    12445 incoming packets delivered
    6448972 requests sent out
Icmp:
    2597 ICMP messages received
    2508 input ICMP message failed.
    ICMP input histogram:
        destination unreachable: 2586
        echo requests: 11
    2643 ICMP messages sent
    0 ICMP messages failed
    ICMP output histogram:
        destination unreachable: 2617
        time exceeded: 15
        echo replies: 11
Tcp:
    16 active connections openings
    14 passive connection openings
    0 failed connection attempts
    13 connection resets received
    1 connections established
    8899 segments received
    8017 segments send out
    1 segments retransmited
    0 bad segments received.
    14 resets sent
Udp:
    945 packets received
    4 packets to unknown port received.
    0 packet receive errors
    990 packets sent
TcpExt:
    ArpFilter: 0
    1 TCP sockets finished time wait in fast timer
    503 delayed acks sent
    Quick ack mode was activated 1 times
    59 packets directly queued to recvmsg prequeue.
    14 packets directly received from prequeue
    481 packets header predicted
    TCPPureAcks: 368
    TCPHPAcks: 6113
    TCPRenoRecovery: 0
    TCPSackRecovery: 0
    TCPSACKReneging: 0
    TCPFACKReorder: 0
    TCPSACKReorder: 0
    TCPRenoReorder: 0
    TCPTSReorder: 0
    TCPFullUndo: 0
    TCPPartialUndo: 0
    TCPDSACKUndo: 0
    TCPLossUndo: 1
    TCPLoss: 0
    TCPLostRetransmit: 0
    TCPRenoFailures: 0
    TCPSackFailures: 0
    TCPLossFailures: 0
    TCPFastRetrans: 0
    TCPForwardRetrans: 0
    TCPSlowStartRetrans: 0
    TCPTimeouts: 1
    TCPRenoRecoveryFail: 0
    TCPSackRecoveryFail: 0
    TCPSchedulerFailed: 0
    TCPRcvCollapsed: 0
    TCPDSACKOldSent: 1
    TCPDSACKOfoSent: 0
    TCPDSACKRecv: 1
    TCPDSACKOfoRecv: 0
    TCPAbortOnSyn: 0
    TCPAbortOnData: 0
    TCPAbortOnClose: 12
    TCPAbortOnMemory: 0
    TCPAbortOnTimeout: 0
    TCPAbortOnLinger: 0
    TCPAbortFailed: 0
    TCPMemoryPressures: 0
Ti ci aggiungo:
mii-tool:
eth0: no autonegotiation, 10baseT-HD, link ok
(il fatto che sia 10baseT_HD è corretto, la rete del provider è una
10Mb/half duplex).
Grazie per l'interessamento.

 sulla rete del provider.
quella macchina non fa anche da proxy, vero?
Ciao,
Manuel

 quella macchina non fa anche da proxy, vero?
No, il proxy è trasparente e su un'altra macchina, ma ho già provato a
bypassarlo (disattivato) senza ottenere miglioramenti.
Sottolineo che sul firewall non è stata fatta alcuna modifica, né hw né sw.
Per il resto, ho riportato i dati dell'interfaccia nel post in risposta a
quello di Cybertoldo.
-- 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 quella macchina non fa anche da proxy, vero?
No, il proxy è trasparente e su un'altra macchina, ma ho già provato a


 10Mb/half duplex).
e' normale avere diverse collision quando sei in half-duplex, in questa
condizione e' abbastanza normale avere anche errori di "carrier" (anche
se IMHO ne hai troppi).
Cmq io inizierei cosi', banalmente:
- Riattivare l'autonegoziazione
- Cambio del cavo di rete
- Cambio della scheda di rete, a prescindere, con una piu' recente.
- Verifica dell'hw dall'altro capo del cavo di rete
...se poi nulla cambia, passiamo ad altro...
Ciao


 
io mi concentrerei piu' sulla parte hardware. se da prove fatte scarti le
schede di rete dei singoli pc, passa a controllare i cavi, i frutti,
possibili interferenze create magari da condizionatori posti nelle
vicinanze e switch.
anzi, io bypasserei del tutto lo switch che collega i pc della lan al
firewall e mi collegherei direttamente alla scheda di rete di questo
-- 
Pandozy vede tutto
    _   _
  O'|,=,/'O
    (0 0)
ooO--(_)--Ooo