Newsgroup: it.comp.os.linux.iniziare
Titolo: Rete che scazza....

Salve,
Utilzzo un pc con debian come gateway.
A questo pc ho installato 2 sk di rete.
la prima ci ho collegato fastweb e la seconda allo switch a cui ho collegato
la lan locale.
Utilizzo iptables per il forward dei pacchetti e come firewall su alcune
porte.
C'è qualche modo per rilevare le prestazioni della lan ?
Non sono soddisfatto delle prestazioni generali della rete....
Il problema principale e che negli upload va troppo lento.
Un esempio stupido potrebbe essere quello di WinMX nei server Openap con
soli utenti FW.
Quando sono collegato direttamente all'HUG FW riesco ad uppare a velocità
abbastanza elevate.
Da quando ho installato il gateway, gli upload vanno lenti.
Per es, uppando ad un adsl 256kbit con banda totalmente libera, prima senza
GW arrivavo sui 30kB fissi,
mentre ora ho sbalzi di upload che non superano i 15kB.
Cosa potrebbe essere ?
Soluzioni ?
Il problema rimane lo stesso anche quando faccio degli upload in locale sul
server. Ho provato ad usare tutti i vari protocolli(FTP, SSH, e altri
trasferimenti), pensando che il problema dipendesse da Samba. Invece è a
livello + basso...
Nei download non ho rilevato grossi problemi....
Penso di aver individuato qualcosa...
FAcendo un ping -t 192.168.1.1 mettendo la dimensione del buffer + elevata
di quella di default(32 byte) comincio a perdere pacchetti.Ora li perdo
anche con 32 byte..
D:\Documents and Settings\pypons>ping -t crazydebby
Esecuzione di Ping crazydebby [192.168.1.1] con 32 byte di dati:
Risposta da 
192.168.1.1
: byte=32 durata<1ms TTL=255
Risposta da 
192.168.1.1
: byte=32 durata<1ms TTL=255
Richiesta scaduta.
Risposta da 
192.168.1.1
: byte=32 durata<1ms TTL=255
Risposta da 
192.168.1.1
: byte=32 durata<1ms TTL=255
Risposta da 
192.168.1.1
: byte=32 durata<1ms TTL=255
Risposta da 
192.168.1.1
: byte=32 durata<1ms TTL=255
Risposta da 
192.168.1.1
: byte=32 durata<1ms TTL=255
Statistiche Ping per 
192.168.1.1
:
    Pacchetti: Trasmessi = 8, Ricevuti = 7, Persi = 1 (12% persi),
Se aumento la dimensione del buffer perdo anche il 50 % dei pacchetti...
D:\Documents and Settings\pypons>ping -t -l 10000 crazydebby
Esecuzione di Ping crazydebby [192.168.1.1] con 10000 byte di dati:
Risposta da 
192.168.1.1
: byte=10000 durata=3ms TTL=255
Risposta da 
192.168.1.1
: byte=10000 durata=2ms TTL=255
Richiesta scaduta.
Risposta da 
192.168.1.1
: byte=10000 durata=2ms TTL=255
Richiesta scaduta.
Risposta da 
192.168.1.1
: byte=10000 durata=2ms TTL=255
Richiesta scaduta.
Risposta da 
192.168.1.1
: byte=10000 durata=2ms TTL=255
Statistiche Ping per 
192.168.1.1
:
    Pacchetti: Trasmessi = 8, Ricevuti = 5, Persi = 3 (37% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
    Minimo = 2ms, Massimo =  3ms, Medio =  2ms
Cosa poterebbe essere ? Notando anche gli errori in ricezione da ifconfig
della eth0.
Ho notato facendo un ifconfig che la eth0 in RX ah molti errori... potrebbe
essere quello ?
Vi faccio una copia...
Penso propio di si...
dite che doveri provare a cambiare sk di rete oppure i driver non sono
quelli? Prima di smontare il pc vorrei essere un po sicuro, visto che il pc
thanks
crazydebby:/# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:05:1C:05:06:C5
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:12086974 errors:462618 dropped:0 overruns:0 frame:0
          TX packets:17419466 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:3792616202 (3.5 GiB)  TX bytes:3051419725 (2.8 GiB)
          Interrupt:12 Base address:0xa000
eth1      Link encap:Ethernet  HWaddr 00:00:E8:88:A9:D1
          inet addr:1.117.xx.xx  Bcast:1.117.xx.xx  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:5618092 errors:0 dropped:0 overruns:0 frame:0
          TX packets:5012938 errors:0 dropped:0 overruns:0 carrier:0
          collisions:1418129 txqueuelen:100
          RX bytes:3851097748 (3.5 GiB)  TX bytes:3276838630 (3.0 GiB)
          Interrupt:12 Base address:0xc000

Mi capitava una cosa simile quando nella LAN locale avevo un hub che
stava per morire.
S.
---------------------------------------
Please visit my site at
http://www.crapa.org


 ha scritto nel messaggio
news:3f071139....@10.25.20.1...


           Interrupt:12 Base address:0xc000
stesso interrupt, tra due schede di rete con lo stesso driver facile
dia rogne

 ha scritto nel messaggio
news:be7cs4$203pk$1...@ID-154267.news.dfncis.de...

Dici che potrebbe essere questo ??? Mmmm... mi sembra strano visto il
ptoblema che mi da...

 ptoblema che mi da...
leggendo al volo e` quello su cui mi e` caduto l'occhio, non sapendo
che apparati e cavi hai e visto che non si presenta come un problema
classico di autosensing, lo stesso irq per due nic dello stesso tipo
vuol dire contare troppo sulla bonta` del driver imho (o dei chipset
ho visto nic tirar numeri a seconda del device con cui condividivano
l'irq =))

frick wrote:
 > stesso interrupt, tra due schede di rete con lo stesso driver facile
 > dia rogne
 >
Anche sul mio sistema c'e' lo stesso interrupt per due schede di rete,
penso che non dovrebbero esserci problemi (almeno non ne ho io).
Eventualmente per essere tranquilli si potrebbe cambiare l'interrupt di
una delle due schede da lilo, vero?
lorenzo

 una delle due schede da lilo, vero?
se il driver e` builtin, senno` di options in /etc/modules.conf

 ha scritto nel messaggio
news:be8kbr$2d372$1...@ID-154267.news.dfncis.de...

si ma ragazzi avete visto qual'è il problema ??? SOLO in RX... arrivano
migliaia di errori....
se pingo da l server su altre macchine del mondo va tutto bene.
Cmq, se posso cambiare l'irq... e mi dite come fare lo faccio volentieri
thanks
Ps. secondo me potrebbe esssere anche problema + a livello fisico... vedi
cavi di rete che scazzano ;-)

frick wrote:

e come è possibile cambiare un irq su una scheda pci da lilo o dalle cfg del
modulo ?
sul pci gli irq non sono legati ai famosi 4ch di ogni bus ( IRQ_A...IRQ_D )
non mi pare possibile , ma potrei sbagliarmi...
ciao.
-- 
-------------------------------------------------------------------------------
Sesso:
        Il piacere e' momentaneo, i dolori infiniti, la posizione ridicola.
                -- Kidledge
-------------------------------------------------------------------------------

Ma come vi ripeto il problema secondo me non sono gli interrupt

 non mi pare possibile , ma potrei sbagliarmi...
si` ho scritto una vaccata pensando ad altro causa moccoli contemporanei
su un, guarda te, dec2000 =)

 cavi di rete che scazzano ;-)
spero che tu non sia stato cosi` pigro da non fare un paio di prove ;)

 Ma come vi ripeto il problema secondo me non sono gli interrupt
uhmmm .
IMHO avendo avuto un sacco di problemi con l' irq shared proverei cmq a
cambiare slot , ci metti un attimo.
ciao.
-- 
-------------------------------------------------------------------------------
Credevo di essere un amante eccezionale, finche' non scoprii che lei
aveva l'asma...
                -- Da it.hobby.umorismo
-------------------------------------------------------------------------------

 ha scritto nel messaggio
news:bebpm4$3ac05$2...@ID-154267.news.dfncis.de...

Rsolto. la cosa + stupida al modo. Il cavo di rete!!!!!
Ne ho messo un'altro ed ora viaggia di brutto...
ma.... quello che mi ha fatto i cavi dovrà subire la mia violenza.
IRQ.... see.e...

 IRQ.... see.e...
cambiare il cavo prima di postare su un ng... seee =)
a proposito, non mi si accende il pc, che puo` essere
secondo te? =)