View Full Version : ETH0 : Collisioni e errori durante UPLOAD e DOWNLOAD sincroni
AnonimoVeneziano
09-10-2003, 19:49
Ciao .
Volevo esporvi un problema.
E' per caso normale che mentre sfrutto la mia scheda di rete (settata in HALF-DUPLEX) per la connessione ADSL durante grossi carichi di rete (UPLOADs e DOWNLOADs in contemporanea) io ottenga diverse collisioni controllando "IFCONFIG" ?
Questo succede spesso durante l'utilizzo di aMule ad esempio (rete eDonkey) e gicando a Enemy Territory . Come saprete nella rete di eDonkey spesso si arriva a Uplodare + roba di quanto si Downloada , ed è proprio durante questa attività che noto le collisioni che aumentano abbastanza :
bash-2.05a# ifconfig
eth0 Link encap:Ethernet HWaddr 00:40:F4:55:9D:95
inet addr:192.168.254.1 Bcast:192.168.254.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:21441 errors:0 dropped:0 overruns:0 frame:0
TX packets:22372 errors:0 dropped:0 overruns:0 carrier:0
collisions:100 txqueuelen:100
RX bytes:5749249 (5.4 Mb) TX bytes:21935268 (20.9 Mb)
Interrupt:17 Base address:0x8f00
come vedete su 22472 inviati e 21441 ricevuti ,100 si sono scontrati .
Navigando su internet non me ne ero reso mai conto (e non penso fosse mai successo) In particolare sono proprio i programmi tipo lMule/xMule/aMule che provocano questo tipo di problemi ,e anke giocando in multiplayer, ma il fenomeno è assai + lieve .
Quello che vedete sopra è il risultato di 40 minuti di connessione e scaricamento-upload .
Ogni tanto (circa ogni 100000 (centomila) pacchetti ricevuti) tra i pacchetti ricevuti compare un Errore , in una giornata che sono rimasto collegato 24 ore a scaricare ne ho ricevuti 6 .
Ho una RTL8139C , so che è un chip mooooolto economico , ma queste cose sono normali? C'è qualcosa che posso fare per sistemarle eventualmente?
Grazie
Ciao
Originariamente inviato da AnonimoVeneziano
Come saprete nella rete di eDonkey spesso si arriva a Uplodare + roba di quanto si Downloada ,
Oggi ho provato emule per wincat. Bè ho scaricato solo un file da 20mb quindi non è un grankè come test ma me lo ha scaricato subito. Mi sembra che quello che tu dici accada solo su quello di linux (constatato da me medesimo) :mad:
AnonimoVeneziano
09-10-2003, 20:02
Originariamente inviato da Hrc211v
Oggi ho provato emule per wincat. Bè ho scaricato solo un file da 20mb quindi non è un grankè come test ma me lo ha scaricato subito. Mi sembra che quello che tu dici accada solo su quello di linux (constatato da me medesimo) :mad:
Constatato da te medesimo?
Che intendi? Ma tu non hai un ITEX attaccato a PPPoA ?
Io sto parlando di Ethernet , oppure c'è qualcosa che non so?
Originariamente inviato da AnonimoVeneziano
Constatato da te medesimo?
Che intendi? Ma tu non hai un ITEX attaccato a PPPoA ?
Io sto parlando di Ethernet , oppure c'è qualcosa che non so?
Parlavo di emule non del tuo problema con eth0 ;)
io ho una dlink con lo stesso chip e non mi è mai capitato (100mb/s full-duplex). è strano che ci siano delle collisioni per delle trasmisioni che non superano i 30kb/s. in ogni caso quando avviene una collisione il pachetto viene rispedito quindi non perdi dati.
ciao ;)
AnonimoVeneziano
09-10-2003, 20:06
Originariamente inviato da Hrc211v
Parlavo di emule non del tuo problema con eth0 ;)
Ahhhhh :D
AnonimoVeneziano
09-10-2003, 20:08
Originariamente inviato da VICIUS
io ho una dlink con lo stesso chip e non mi è mai capitato (100mb/s full-duplex). è strano che ci siano delle collisioni per delle trasmisioni che non superano i 30kb/s. in ogni caso quando avviene una collisione il pachetto viene rispedito quindi non perdi dati.
ciao ;)
Si , ma la cosa non mi piace.
Tu usi la tua scheda per connessioni tra computers?
Non c'è la possibilità che la scheda venga settata Half-Duplex e il modem ADSL Full-Duplex generando così le collisioni?
Che kernel usi?
Ciao
prova a fare un ping -f sul modem e controlla quante collisioni ci sono.
ciao ;)
Originariamente inviato da AnonimoVeneziano
Si , ma la cosa non mi piace.
mamma mia che pignolo. 1 errore ogni mille mila pachetti e oltre tutto non è neanche grave ;)
Originariamente inviato da AnonimoVeneziano
Tu usi la tua scheda per connessioni tra computers?
non ho capito la domanda. :confused:
Originariamente inviato da AnonimoVeneziano
Non c'è la possibilità che la scheda venga settata Half-Duplex e il modem ADSL Full-Duplex generando così le collisioni?
questo no se succedesse non riusciresti neanche a parlarci con il modem. proprio per la differenza che c'è tra full/half duplex.
Originariamente inviato da AnonimoVeneziano
Che kernel usi?
2.6.0-test7. ma anche con 2.4.xx mai nessun problema.
ciao ;)
AnonimoVeneziano
09-10-2003, 20:13
:eek: :eek:
eth0 Link encap:Ethernet HWaddr 00:40:F4:55:9D:95
inet addr:192.168.254.1 Bcast:192.168.254.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:107513 errors:0 dropped:0 overruns:0 frame:0
TX packets:109525 errors:0 dropped:0 overruns:5 carrier:0
collisions:33523 txqueuelen:100
RX bytes:22987762 (21.9 Mb) TX bytes:49262688 (46.9 Mb)
Interrupt:17 Base address:0x8f00
Ammazza, 33000 collisioni!!
Aiuto :cry:
Su entrambe le schede mi fa lo stesso scherzo
Con che opzioni hai compilato il driver?
Ciao
AnonimoVeneziano
09-10-2003, 20:14
Originariamente inviato da VICIUS
non ho capito la domanda. :confused:
Intendevo: Usi la scheda attaccata al modem ADSL oppure attaccata a un altra scheda di rete?
CIao
PS= Può essere per il kernel -ac4? (2.4.22-ac4 per la precisione)
Interrupt : 17
che strano. ho sempre pensato che il numero massimo di interrupt fosse 15. (zero compreso). non si smette mai di imparare.
in ogni caso è compialto come modulo semplicissimo.
ciao ;)
Originariamente inviato da AnonimoVeneziano
Intendevo: Usi la scheda attaccata al modem ADSL oppure attaccata a un altra scheda di rete?
CIao
PS= Può essere per il kernel -ac4? (2.4.22-ac4 per la precisione)
ahhhhhhhhhhh.
no la scheda (eth0) è collegata direttamente al modem.
in ogni caso nel -acX di solito ci vanno anche cose un po sperimentali. messe apposta per testarle.
ciao ;)
AnonimoVeneziano
09-10-2003, 20:28
Originariamente inviato da VICIUS
che strano. ho sempre pensato che il numero massimo di interrupt fosse 15. (zero compreso). non si smette mai di imparare.
in ogni caso è compialto come modulo semplicissimo.
ciao ;)
APIC :D
Ciao
AnonimoVeneziano
09-10-2003, 20:29
Originariamente inviato da VICIUS
ahhhhhhhhhhh.
no la scheda (eth0) è collegata direttamente al modem.
in ogni caso nel -acX di solito ci vanno anche cose un po sperimentali. messe apposta per testarle.
ciao ;)
Uff , vabbè , provo a ricompilare il kernel con il 2.4.22 classico , che palle :(
Speriamo...
Originariamente inviato da AnonimoVeneziano
APIC :D
Ciao
lol giusto. :)
Originariamente inviato da AnonimoVeneziano
Uff , vabbè , provo a ricompilare il kernel con il 2.4.22 classico , che palle :(
Speriamo...
se neanche questo funziona puo sempre provare a impostare la scheda come fullduplex. se il modem non ce la fa a 100mbit/s puoi sempre scendere a 10.
ciao ;)
AnonimoVeneziano
09-10-2003, 20:59
Originariamente inviato da VICIUS
lol giusto. :)
se neanche questo funziona puo sempre provare a impostare la scheda come fullduplex. se il modem non ce la fa a 100mbit/s puoi sempre scendere a 10.
ciao ;)
E come cavolo si fa? :D
Hai qualche guida che lo dice?
Ciao
AnonimoVeneziano
09-10-2003, 21:14
Con il 2.4.22 non cambia :(
Che sfiga che ho , ho provato anke un altro cavo ma niente...
Che sia costretto a provare il 2.6.0 ? (non ho voglia di upgradare :cry: )
Originariamente inviato da AnonimoVeneziano
E come cavolo si fa? :D
Hai qualche guida che lo dice?
Ciao
apt-get install mii-diag
poi per vedere le velocita supportate:
caspar:~# mii-tool -v
eth0: negotiated 100baseTx-FD, link ok
product info: vendor 00:00:00, model 0 rev 0
basic mode: autonegotiation enabled
basic status: autonegotiation complete, link ok
capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
advertising: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
eth1: no link
product info: vendor 00:00:00, model 0 rev 0
basic mode: autonegotiation enabled
basic status: no link
capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
advertising: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
per cambiare dovrebbe essere
caspar:~# mii-tool -A 10baseT-FD -F 10baseT-FD eth0
ciao ;)
AnonimoVeneziano
10-10-2003, 14:35
Allora, ho appurato che è un problema di driver linux , ed in particolare sulla AUTONEGOZIAZIONE della velocità .
Su gentoo Linux questo funziona (perchè ha un kernel parecchio modificato) ma sulle altre distro no , guarda questo output di MII-TOOLS :
bash-2.05a# mii-tool -v
eth0: autonegotiation failed, link ok
product info: vendor 00:00:00, model 0 rev 0
basic mode: autonegotiation enabled
basic status: autonegotiation complete, link ok
capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
advertising: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
eth1: no link
product info: vendor 00:00:00, model 0 rev 0
basic mode: autonegotiation enabled
basic status: no link
capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
advertising: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
bash-2.05a#
Come puoi vedere l'autonegoziazione fallisce . (ovviamente il modem è sul eth0 )
Ho provato anke a collegarlo su ETH1 , ma non cambia :(
Che dovrei fare?
Non riesco a capire il perchè....
AnonimoVeneziano
10-10-2003, 15:07
Ho provato a forzare le connessioni .
Forzando a 100baseTx la connessione non funziona .
Forzando la connessione a 10baseT-HD ho il problema delle collisioni.
Forzando la connessione a 10baseT-FD non ci sono collisioni , ma ogni 3 secondi ho un pacchetto di errore .
Insomma, in nessun caso non ho problemi , solo con il LiveCD di Gentoo e FreeBSD non ho problemi.
Qualcuno ha interpretazioni?
E' probabile che il mio modem non supporti l'autonegoziazione?
Ciao
strano. in mii-tools non fa vedere le velocita supportate dal modem. è _veramente_ strano.
visto che non hai problemi con il kernel di gentoo perchè non provi a compialre quello ?
non è che potresti allegare la configurazione del kernel attuale. ?
ciao ;)
AnonimoVeneziano
10-10-2003, 16:12
Kernel 2.6.0-test7
Tutti i problemi risolti
Purtroppo i MIITOOL con questo kernel non funzionano , come d'altronde non funziona anke la console in X .
Insomma , tutto funziona bene , ma con diversi altri problemi.. :(
Devo avvisare la Mailing list del kernel?
Bhe, mi sa che a sto punto....
a questo punto se vuoi fare un bel bug report il file dove trovare le istruzioni sai dovè :D
ciao ;)
Wei, succede anche a me:
eth1 Link encap:Ethernet HWaddr 00:50:BF:4F:0B:09
inet addr:10.0.0.1 Bcast:10.255.255.255 Mask:255.0.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:12084397 errors:0 dropped:0 overruns:0 frame:3
TX packets:13833479 errors:0 dropped:0 overruns:0 carrier:0
collisions:1860 txqueuelen:100
RX bytes:1307637371 (1.2 GiB) TX bytes:3086271291 (2.8 GiB)
Interrupt:5 Base address:0x2020
uptime
20:23:51 up 4 days, 21:48, 2 users, load average: 0.00, 0.01, 0.00
uname -a
Linux compaq.sydney 2.4.22 #1 dom set 28 13:04:47 CEST 2003 i686 unknown
ho una conf molto simile alla tua immagino, il modem adesl è 10mbit half duplex, uso una Realtek Semiconductor Co., Ltd. RTL-8029(AS). Dici che col 2.6 la cosa si è risolta?
AnonimoVeneziano
10-10-2003, 21:22
Originariamente inviato da DjMix
Wei, succede anche a me:
eth1 Link encap:Ethernet HWaddr 00:50:BF:4F:0B:09
inet addr:10.0.0.1 Bcast:10.255.255.255 Mask:255.0.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:12084397 errors:0 dropped:0 overruns:0 frame:3
TX packets:13833479 errors:0 dropped:0 overruns:0 carrier:0
collisions:1860 txqueuelen:100
RX bytes:1307637371 (1.2 GiB) TX bytes:3086271291 (2.8 GiB)
Interrupt:5 Base address:0x2020
uptime
20:23:51 up 4 days, 21:48, 2 users, load average: 0.00, 0.01, 0.00
uname -a
Linux compaq.sydney 2.4.22 #1 dom set 28 13:04:47 CEST 2003 i686 unknown
ho una conf molto simile alla tua immagino, il modem adesl è 10mbit half duplex, uso una Realtek Semiconductor Co., Ltd. RTL-8029(AS). Dici che col 2.6 la cosa si è risolta?
Si, il 2.6 non da questi messaggi di collisione .
Comunque fai anke tu un bug report alla Kernel-list e alla Netdev-list , + siamo meglio è!
Comunque è strana anke la cosa dell' autonegoziazione , "mii-tool -v" che ti dice?
Ciao
guarda, sto cercando di capire come si fanno i bug report visto che ne ho altri due da mandare :D:D:D se mi spieghi facciamo prima..... :sofico:
AnonimoVeneziano
10-10-2003, 21:37
Ahh , su questo sono un esperto , sono TAGGATO come il rompicoglioni della mailing list del Kernel Linux :D E il bello è anke che dopo le tue e-mail vengono anke trovate da GOOGLE :D
Allora, il procedimento è questo :
0- Allora, prima di tutto devi decidere se usare il tuo indirizzo e-mail normale o sceglierne uno alternativo creato per l'occasione , non tanto per l'anonimato , ma + che altro perchè il carico di E-MAIL della mailing list del kernel Linux è elevatissimo!
1- Una volta deciso passiamo alla parte pratica . Vai a questa pagina : http://vger.kernel.org/majordomo-info.html
Qua ci sono le informazioni su come iscriversi alle varie mailing lists , basta inviare un messaggio con il solo testo "subscribe linux-XXX" dove XXX è il nome della list all' indirizzo
[email protected] per essere iscritto alla mailing-list, poi devi rispondere a una lettera di conferma. LE LIST CHE INTERESSANO A NOI SONO "linux-kernel" e "linux-net"
2- Una volta iscritto invia un messaggio spiegando il tuo problema agli indirizzi "
[email protected]" (sostituendo sempre XXX con il nome della list) , inoltre io ho inviato un MEX anke a
[email protected] che sembra essere il mantenitore del driver 8139too
3- Ciao :D
AnonimoVeneziano
10-10-2003, 21:40
Ah, ovviamente l'iscrizione alla lista non è d'obbligo, ma così le e-mail di risposta non ti arriveranno se mandate attraverso la lista e non direttamente
Ciao
AnonimoVeneziano
10-10-2003, 21:43
Si, ma devo dire che ultimamente non cagano + i bug reports come prima , sono tutti agitati per il 2.6.0 , se gli invii un bug report del 2.4 potrebbero anke non risponderti... Speriamo!
Ciao
gli altri due sono del 2.6.0-test7
uno è bello tosto, mi va in kernel panic se monto un cdrom col dma abilitato
l'altro è una cosa strana, riguardo alla scheda audio.... gli OSS mi riconoscono una es1688, windows mi riconosce una es1688, il modulo alsa della es1688 e della es968 non ne vogliono sapere dicono che non trovano una scheda compatibile
e poi avrei una cosetta sul tcq del disco ma devo approfondire
AnonimoVeneziano
10-10-2003, 21:49
Originariamente inviato da DjMix
gli altri due sono del 2.6.0-test7
uno è bello tosto, mi va in kernel panic se monto un cdrom col dma abilitato
l'altro è una cosa strana, riguardo alla scheda audio.... gli OSS mi riconoscono una es1688, windows mi riconosce una es1688, il modulo alsa della es1688 e della es968 non ne vogliono sapere dicono che non trovano una scheda compatibile
e poi avrei una cosetta sul tcq del disco ma devo approfondire
Allora sicuramente quei due troveranno posto .
Ank io ne avrei un paio sul 2.6.0 , ma adesso non ho voglia :D
AnonimoVeneziano
10-10-2003, 21:51
ok, i miei sembrano essere arrivati a destinazione , sono anke su marc.theaimsgroup :
http://marc.theaimsgroup.com/?l=linux-kernel&m=106581059326613&w=2
http://marc.theaimsgroup.com/?l=linux-net&m=106581468031040&w=2
Ciao
AnonimoVeneziano
11-10-2003, 13:44
UP!!
Allora hai fatto DjMIx? :D
Ciao
ho mandato l'iscrizione ma devono ancora accettarla.... e nel frattempo ho trovato un'altro problema :sofico:
cavolo sto 2.6 funziona tanto bene nei sistemi nuovi però in quelli vecchi è ancora un po acerbo eh!
ho visto oggi il tuo messaggio sulla lkml. fino ad ora non ti ha cagato nessuno neanche di striscio :rolleyes:
io rimango del parere che per una collisione ogni tanto non è il caso di fasciarsi la testa. chi si accontenta gode.
ciao ;)
AnonimoVeneziano
11-10-2003, 13:54
Uffa, questo problema della rete è veramente seccante comunque :(
Non so se spendere 8 € e provarne un altra ...
Comunque se c'è un bug va risolto, me sbatt i BALL ! :D
Adesso provo a compilare il driver con il Debug attivato e vediamo che mi dice..
AnonimoVeneziano
11-10-2003, 13:56
Originariamente inviato da VICIUS
ho visto oggi il tuo messaggio sulla lkml. fino ad ora non ti ha cagato nessuno neanche di striscio :rolleyes:
io rimango del parere che per una collisione ogni tanto non è il caso di fasciarsi la testa. chi si accontenta gode.
ciao ;)
Qui si parla del 70% dei pacchetti, non di una collisione ogni tanto :D
Ho visto che non mi ha cagato nessuno , ultimamente il 2.4 è poco tenuto conto , comunque sono uno duro :D
Originariamente inviato da AnonimoVeneziano
Qui si parla del 70% dei pacchetti, non di una collisione ogni tanto :D
Ho visto che non mi ha cagato nessuno , ultimamente il 2.4 è poco tenuto conto , comunque sono uno duro :D
70%. ma chi ti ha insegnato la matematica. :D
se ricontrolli un attimo i tuoi calcoli noterai che i la percentuale di collisioni quando usi xmule è dello 0.23% mentre con ping -f sali a 15.45%.
ciao ;)
AnonimoVeneziano
11-10-2003, 14:56
Ao, ho sparato a caso :D
Comunque usando la velocità minima di 10Mbit in Half duplex, secondo te se piazzassi il tutto a 100Mbit in FUll Duplex che cosa otterrei? ;)
Ciao
Secondo me ha ragione vicius.
Nel protocollo ethernet supporta le collisoni, ovvero i segnali sul cavo possono interferire.
e del tutto normale per ethernet, ma le collisioni non dovrebbero presentarsi nei casi di connessione full duplex:
2 comonenti in rete con connessione fullduplex: ci sono 2 canali separati per ricevere e per trasmettere, le collisioni non accadono in quanti si usano prorpio fili spearati(infatti di solito il cavo si incrocia per far concidere trasmissione id 1 con ricezione dell'altro e vicecersa).
connessioni tramite switch. qui dovrebbe essere lo switch che si occupa di gestire i canali verso i vari comunicanti, gestendo una coda, e non dovrebbe floddare su tutte le porte(mi pare), sempre che le connessioni alle singole porte siano in full duplex.
Le collisioni sono invece inevitabili su halfduplex, in quanto il protocollo non ha possibilita' di sapere qaundo uno dei 2 partecipanti decidera di spedire,e disponendo di un solo canale magari i due pacchetti cocciano generando una collisiione,a quel punto i 2 rilevano la collisone e decidono di ritrasmettere il pacchetto dopo un certo tempo t(detto semplicisticamente).
Se la il tuo collegamento rimane half duplex penso che gli "errori" rimangano.
AnonimoVeneziano
11-10-2003, 15:47
SI, ma con certi kernel non avvengono , mentre con certi altri avvengono (con tutti i VANILLA avvengono per esempio , con il nuovo 2.6.0-test7 e con il 2.4.21-Gentoo no ) .
Questa è la cosa strana . Inoltre ogni tanto mi ritrovo degli errori (ogni 100000 pacchetti circa) anke questo è normale?
Sembra che tu di ethernet te ne intendi (al contrario di me che ,devo ammetterlo , sono un po' a digiuno di connessioni di rete ;) ) , secondo te su 630000 pacchetti ricevuti è normale la comparsa di 6 errori?
Ciao
Originariamente inviato da AnonimoVeneziano
SI, ma con certi kernel non avvengono , mentre con certi altri avvengono (con tutti i VANILLA avvengono per esempio , con il nuovo 2.6.0-test7 e con il 2.4.21-Gentoo no ) .
Questa è la cosa strana . Inoltre ogni tanto mi ritrovo degli errori (ogni 100000 pacchetti circa) anke questo è normale?
Sembra che tu di ethernet te ne intendi (al contrario di me che ,devo ammetterlo , sono un po' a digiuno di connessioni di rete ;) ) , secondo te su 630000 pacchetti ricevuti è normale la comparsa di 6 errori?
Ciao
forse è solo un caso che su alcuni kernel tutto funziona oppure è questione di timings o chissa cosa. se hai voglia di sbatterti prendi il 2.4.21-gentoo e il 2.4.21-vanilla e fai una bella diff poi ti diverti a cercare qualcosa che interferisca con la rete o il tuo driver :)
secondo me 1.4 errori su 1 _MILIONE_ di pachetti è un errore piu che accetabile :)
se vuoi approfondire un po la tua conoscenza della rete e ethernet qui c'è il sito del libro del mio ex-prof di sistemi: http://www.ingmonti.it/libri/ -> Parte 4: "Reti di computer" -> "8 Ethernet".
ciao ;)
AnonimoVeneziano
11-10-2003, 16:05
Originariamente inviato da VICIUS
forse è solo un caso che su alcuni kernel tutto funziona oppure è questione di timings o chissa cosa. se hai voglia di sbatterti prendi il 2.4.21-gentoo e il 2.4.21-vanilla e fai una bella diff poi ti diverti a cercare qualcosa che interferisca con la rete o il tuo driver :)
secondo me 1.4 errori su 1 _MILIONE_ di pachetti è un errore piu che accetabile :)
se vuoi approfondire un po la tua conoscenza della rete e ethernet qui c'è il sito del libro del mio ex-prof di sistemi: http://www.ingmonti.it/libri/ -> Parte 4: "Reti di computer" -> "8 Ethernet".
ciao ;)
Ehm , guarda che 100000 non è un_milione , ma Centomila, è accettabile ankora?
CIao
PS= Grazie per il link , ci vado subito!
diciamo che le ho studiate.
Per il kernel, controlla nel dmesg come si settano le varie connessioni
eth0: Setting 100mbps full-duplex based on auto-negotiated partner ability 45e1.
magari qualche kernel ha un supporto migliore per le possibilita della tua scheda.
a quanto pare il modem puo supportare il full duplex in quanto su alcuni kernel funge.
Probabilmente e il supporto per la tua scheda.
se guardi nei changelog magari trovi qualche patch per apliare le possibilita della tua realtek
AnonimoVeneziano
11-10-2003, 16:11
La scheda si setta in Half-Duplex automaticamente con questo modem , e inoltre se la piazzo in Full-Duplex le collisioni si trasformano in errori :D (anke se comunque gli errori sono molti meno delle collisioni , ma si alzano molto velocemente per essere errori) . A 100Mbit non va ne in Half ne in Full Duplex con questo modem .
Ovviamente ho già fatto Diff e controllato i Changelogs dei vari drivers, ma il Diff da driver a driver è veramente grosso , e in questo momento ho un mal di testa galattico :D , e il change log non mi sembra dire niente di interessante per quel che riguarda il mio problema...
Originariamente inviato da AnonimoVeneziano
Ehm , guarda che 100000 non è un_milione , ma Centomila, è accettabile ankora?
CIao
PS= Grazie per il link , ci vado subito!
questa volta ho caziato io :p
in ogni caso sopra a ethernet ci sono sempre ip e tcp. non dovresti perdere alcun dato.
ciao ;)
AnonimoVeneziano
11-10-2003, 16:17
Originariamente inviato da VICIUS
questa volta ho caziato io :p
in ogni caso sopra a ethernet ci sono sempre ip e tcp. non dovresti perdere alcun dato.
ciao ;)
Si , ma in genere come dovrebbe essere ? insomma, io non ho ankora capito se la mia situazione è :
1-Normale
2- Così Così
3- Un disastro totale :D
Insomma, è questo che non ho capito, perchè non ho esperienza di reti Ethernet :D
Ciao
AnonimoVeneziano
11-10-2003, 16:40
I 2 diff (2.4.22-bk33 e 2.6.0-test7) sono + simili di quanto pensavo :
112a113
> #include <linux/suspend.h>
131c132
< /*#undef RTL8139_DEBUG*/
---
> #undef RTL8139_DEBUG
134c135
< /*#undef RTL8139_NDEBUG*/
---
> #undef RTL8139_NDEBUG
716c717
< kfree (dev);
---
> free_netdev(dev);
762a764
> SET_NETDEV_DEV(dev, &pdev->dev);
1583,1591c1585,1586
< daemonize ();
< reparent_to_init();
< spin_lock_irq(¤t->sigmask_lock);
< sigemptyset(¤t->blocked);
< recalc_sigpending(current);
< spin_unlock_irq(¤t->sigmask_lock);
<
< strncpy (current->comm, dev->name, sizeof(current->comm) - 1);
< current->comm[sizeof(current->comm) - 1] = '\0';
---
> daemonize("%s", dev->name);
> allow_signal(SIGTERM);
1596a1592,1594
> /* make swsusp happy with our thread */
> if (current->flags & PF_FREEZE)
> refrigerator(PF_IOTHREAD);
1600d1597
< spin_lock_irq(¤t->sigmask_lock);
1602d1598
< spin_unlock_irq(¤t->sigmask_lock);
2152c2148
< synchronize_irq (); /* racy, but that's ok here */
---
> synchronize_irq (dev->irq); /* racy, but that's ok here */
(END)
Io però non vedo roba che centri molto con le collesioni , sembra tutto riferito agli IRQ...
Qualcuno vede qualcosa che non ho visto?
AnonimoVeneziano
11-10-2003, 17:40
Ecco un esempio di errore .
Come vedete non è sempre preciso , è più è meno 100000 :
eth0 Link encap:Ethernet HWaddr 00:40:F4:55:9D:95
inet addr:192.168.254.1 Bcast:192.168.254.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:90327 errors:1 dropped:0 overruns:0 frame:0
TX packets:97820 errors:0 dropped:0 overruns:0 carrier:0
collisions:2328 txqueuelen:1000
RX bytes:32692035 (31.1 Mb) TX bytes:65225918 (62.2 Mb)
Interrupt:17 Base address:0x8f00
Ciao
Anonimo alla fine se rimani con half-duplex avrai sempre il rischio di collisioni con qualsiasi kernel tu usi, è una conseguenza dell'architetura di ethernet. anche gli errori sono previsti e in caso di pachetto dannegiato il modem te lo rispedisce.
certo che se gli errori e le collisioni superano una certa soglia forse è il caso di incominciare a preoccuparsi.
quindi metti il cuore in pace e lascia stare i poveri sviluppatori del kernel. :p
ciao ;)
AnonimoVeneziano
11-10-2003, 19:12
Originariamente inviato da VICIUS
Anonimo alla fine se rimani con half-duplex avrai sempre il rischio di collisioni con qualsiasi kernel tu usi, è una conseguenza dell'architetura di ethernet. anche gli errori sono previsti e in caso di pachetto dannegiato il modem te lo rispedisce.
certo che se gli errori e le collisioni superano una certa soglia forse è il caso di incominciare a preoccuparsi.
quindi metti il cuore in pace e lascia stare i poveri sviluppatori del kernel. :p
ciao ;)
:muro: :muro:
Si , ma perchè con certi si e certi altri no!!!!! Io li ammazzo tutti!!!!!!
http://digilander.libero.it/doniuccia/faccine/Mad/2201smilie_1_.gif http://digilander.libero.it/doniuccia/faccine/Mad/basi_1_.gif http://digilander.libero.it/doniuccia/faccine/Mad/behead_1_.gif http://digilander.libero.it/doniuccia/faccine/Mad/bigun2_1_.gif http://digilander.libero.it/doniuccia/faccine/Mad/BIGBBfall_1_.gif
:sofico:
Scoperchiatore
11-10-2003, 19:30
Originariamente inviato da VICIUS
Anonimo alla fine se rimani con half-duplex avrai sempre il rischio di collisioni con qualsiasi kernel tu usi, è una conseguenza dell'architetura di ethernet. anche gli errori sono previsti e in caso di pachetto dannegiato il modem te lo rispedisce.
certo che se gli errori e le collisioni superano una certa soglia forse è il caso di incominciare a preoccuparsi.
quindi metti il cuore in pace e lascia stare i poveri sviluppatori del kernel. :p
ciao ;)
veramente se è in ethernet 2.0 o csma/cd lo standard non prevede ritrasmissione dei pacchetti danneggiati (danneggiati nel senso che il fcs non corrisponde, non nel senso della collisione)...:D
ma vai oltre i 16 tentativi "critici"? (sottolineo, non ho letto il thread, quindi se gli standard non sono quelli, (csma/cd o ethernet / fast ethernet etc..) le cose saranno diverse! :D
AnonimoVeneziano
11-10-2003, 19:33
Originariamente inviato da Scoperchiatore
veramente se è in ethernet 2.0 o csma/cd lo standard non prevede ritrasmissione dei pacchetti danneggiati (danneggiati nel senso che il fcs non corrisponde, non nel senso della collisione)...:D
ma vai oltre i 16 tentativi "critici"? (sottolineo, non ho letto il thread, quindi se gli standard non sono quelli, (csma/cd o ethernet / fast ethernet etc..) le cose saranno diverse! :D
Ma vaffanc.... Tutto il lavoro persuasivo di VICIUS l'hai distrutto in 1 millisecondo , sei un demone! :D
Scoperchiatore
11-10-2003, 21:29
Originariamente inviato da AnonimoVeneziano
Ma vaffanc.... Tutto il lavoro persuasivo di VICIUS l'hai distrutto in 1 millisecondo , sei un demone! :D
:ops:
vabbè, se stai con l'ADSL magari non utilizzi proprio quello standard....:mc: :D anzi, è probabile...
Originariamente inviato da Scoperchiatore
veramente se è in ethernet 2.0 o csma/cd lo standard non prevede ritrasmissione dei pacchetti danneggiati (danneggiati nel senso che il fcs non corrisponde, non nel senso della collisione)...:D
ma vai oltre i 16 tentativi "critici"? (sottolineo, non ho letto il thread, quindi se gli standard non sono quelli, (csma/cd o ethernet / fast ethernet etc..) le cose saranno diverse! :D
si ethernet ritrasmette solo i pachetti che vanno in collisione. ma nei frame ethernet ci viaggiano dei pachetti tcp/ip. se succede un errore ci pensa lui a richiedere la trasmissione.
ciao ;)
AnonimoVeneziano
11-10-2003, 22:37
Originariamente inviato da VICIUS
si ethernet ritrasmette solo i pachetti che vanno in collisione. ma nei frame ethernet ci viaggiano dei pachetti tcp/ip. se succede un errore ci pensa lui a richiedere la trasmissione.
ciao ;)
Comunque , guarda un po' :D
Sembra che sia un momento fortunato questo , sto scaricando e inviando a pala con questi risultati :D
eth0 Link encap:Ethernet HWaddr 00:40:F4:55:9D:95
inet addr:192.168.254.1 Bcast:192.168.254.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:231670 errors:0 dropped:0 overruns:0 frame:0
TX packets:239952 errors:0 dropped:0 overruns:1 carrier:0
collisions:877 txqueuelen:1000
RX bytes:107386093 (102.4 Mb) TX bytes:131993742 (125.8 Mb)
Interrupt:17 Base address:0x6f00
Nessun errore e solo 877 collisioni su 249952 inviati :D
Mha , mistero del Caos...
AnonimoVeneziano
11-10-2003, 22:39
Comunque credo che le collisioni siano causate dall' Half-Duplex , per quanto riguarda gli errori... bho, sono moooolto sporadici ultimamente , comunque non vedo l'ora esca il 2.6.0.... mi sa che c'è qualcosa di diverso proprio nella gestione del protocollo , non solo nel driver in se...
Originariamente inviato da AnonimoVeneziano
Mha , mistero del Caos...
Una farfalla sbatte le ali a New York ed il modem di AnonimoVeneziano genera un errore...
non ti resta che uccidere la farfalla. :D
ciao ;)
AnonimoVeneziano
11-10-2003, 22:57
Originariamente inviato da VICIUS
Una farfalla sbatte le ali a New York ed il modem di AnonimoVeneziano genera un errore...
non ti resta che uccidere la farfalla. :D
ciao ;)
Non c'è problema :cool:
http://digilander.libero.it/doniuccia/faccine/Mad/bigun2_1_.gif
Scoperchiatore
11-10-2003, 23:23
Originariamente inviato da VICIUS
Una farfalla sbatte le ali a New York ed il modem di AnonimoVeneziano genera un errore...
non ti resta che uccidere la farfalla. :D
ciao ;)
:D :D :D
secondo me la farfalla gli ha fatto andare in collisione un pacchetto...
il resto l'ha fatto il mio rutto....! :D :D :sofico:
AnonimoVeneziano
11-10-2003, 23:28
Originariamente inviato da Scoperchiatore
:D :D :D
secondo me la farfalla gli ha fatto andare in collisione un pacchetto...
il resto l'ha fatto il mio rutto....! :D :D :sofico:
Però , vai calando Scoop , da Terremoti, Uragani ed altre amenità a un misero pacchetto errato nella mia Ethernet ? :D
Scoperchiatore
12-10-2003, 00:17
Originariamente inviato da AnonimoVeneziano
Però , vai calando Scoop , da Terremoti, Uragani ed altre amenità a un misero pacchetto errato nella mia Ethernet ? :D
eh,sai, l'età.... :D
patch-o-matic centra qualcosa con le schede di rete o riguarda solo iptables? Ho visto che di patch ne ha un sacco, magari risolve
AnonimoVeneziano
12-10-2003, 12:57
Che è patch-o-matic?
una raccolta di patch enorme.... ma centra solo con netfilter, scusate non centra niente
AnonimoVeneziano
12-10-2003, 14:00
Ho provato ad attaccare il modem al portatile e tutti i pacchetti inviati si trasformavano in errore , ed anke lì comunque il "ping -f" indicava un 3% di packet loss , esattamente come nel mio PC , essendo le 2 schede diverse mi viene da pensare che il problema non sia il driver 8139too , ma proprio l'interfaccia Ethernet del Kernel....
Oppure il modo di interpretare gli errori etc..etc..
AnonimoVeneziano
13-10-2003, 18:42
Credo comunque di aver capito qual' è il sorgente delle collisioni e degli errori , è il modem stesso!
Infatti mi sono fatto prestare da un mio amico una scheda DUALTRIX basata su RealTek 8139D (il modello dopo quello delle mie due Skintek), e il risultato è il medesimo : Negoziazione fallita e Collisioni e errori. Quindi il sorgente di ciò è il modem stesso . Intanto già che ero fuori casa sono andato ad acquistare un cavo incrociato (che già era nella mia lista della spesa ) e ho collegato il mio PC con il computer portatile di mio padre , Risultato : Autonegoziazione riuscita e settata a 100baseTx-FD , ping -f riuscito con 0%packet loss - 0 collisioni e 0 errori fino a 500000 pacchetti (oltre non ho provato) . Insomma, sembra che la sorgente dei problemi sia proprio il modem, e che i timings troppo spinti del kernel Linux (forse, è solo una supposizione :D ) non li riesca a reggere .
Quindi mi dite che è un valore accettabile? :D
Grazie del tempo perso :D
Ciao
ma scusa non dicevi che con il kernel nuovo sparivano i problemi? E allora come fa ad essere il modem? Eppoi la prova che hai fatto coi due pc è stata in full duplex, non vale :D
ma sei un pirla. ma scusa attacchi il modem con un cavo normale ??
ci va un incrociato. se te lo hanno dato in dotazione con il modem allora sono dei pirla loro ed in effetti da quelli della telecoz c'era da aspettarselo.
ciao ;)
AnonimoVeneziano
13-10-2003, 18:58
Originariamente inviato da DjMix
ma scusa non dicevi che con il kernel nuovo sparivano i problemi? E allora come fa ad essere il modem? Eppoi la prova che hai fatto coi due pc è stata in full duplex, non vale :D
:muro: :muro:
Non si che dirti , col kernel nuovo sparisce il problema , è assurdo :muro:
Vabbè , pace, adesso proverò in Half-Duplex , e se i pacchetti si inchiodano ti ammazzo :D
Ciao
AnonimoVeneziano
13-10-2003, 19:00
Originariamente inviato da VICIUS
ma sei un pirla. ma scusa attacchi il modem con un cavo normale ??
ci va un incrociato. se te lo hanno dato in dotazione con il modem allora sono dei pirla loro ed in effetti da quelli della telecoz c'era da aspettarselo.
ciao ;)
No, il modem lo si attacca con un cavo Dritto , non incrociato .
E comunque se ci andava quello incrociato manco si sarebbero visti teoricamente il modem e la scheda di rete (penso , almeno , con il portatile mi faceva così)
Ciao
anche il mio modem funziona con cavo dritto, non incrociato
il mio va con un incrociato. ;)
AnonimoVeneziano
13-10-2003, 19:17
Proverò il cavo incrociato... ma non credo che funzionerà , se la Telecoz me l'ha dato dritto allora mi sa che è perchè ci vuole dritto .
CHe modem è il vostro?
alcatel speed touch home ethernet --> cavo dritto
AnonimoVeneziano
13-10-2003, 19:35
Ho provato in HD sul computer di mio papà , ed effettivamente mi da qualche collisione , ma le collisioni non danno problemi, e comunque il packet loss è sempre 0% (col modem si attesta sul 3 - 2% , ma lo imputo all' impossibilità del ping a contare certi pacchetti arrivati perchè interrotto) .
Comunque non sono le collisioni che mi preoccupano (per lo meno , non + dato che adesso so che cosa sono) , ma quegli errori che ogni tanto appaiono sull' eth0 !
Quelli si che mi danno fastidio.
A sapere come fare a eliminarli... che devo usare , un cavo STP al posto di un UTP??
usa un momem usb :sofico:
AnonimoVeneziano
13-10-2003, 19:39
Originariamente inviato da DjMix
usa un momem usb :sofico:
:fuck:
AnonimoVeneziano
13-10-2003, 19:40
Adesso che ci penso però il mio modem ha una presa USB , qualcuno sa come usarla? :D
AnonimoVeneziano
01-12-2003, 14:33
A chi interessasse dopo tanto tempo ho trovato la sorgente degli errori .... il supporto al protocollo IPv6!! :D
Se lo tolgo rimangono le collisioni e gli errori se ne vanno , la cosa che mi fa girare le BALLS è che non riesco a capire perchè mai il supporto al protocollo IPv6 fa apparire sti cappero di errori , e se lo tolgo scompaiono , che cavolo aggiunge il supporto IPv6 ?? Qualcuno sa come disattivare IPv6 su una data periferica (eth0) e tenerlo abilitato per gli altri ?? (Oppure disabilitarlo per un dato protocollo (TCP/IP) e tenerlo abilitato per altri (Unix) )
Grazie
Ciao
a che ti serve il protocollo ipv6 ?? su internet non lo usa ancora nessuno, apparte qualche maniaco di irc... :rolleyes:
ciao ;)
AnonimoVeneziano
01-12-2003, 14:48
Il mio XFree86 Rogna se non lo abilito , sbraita strani messaggi all' avvio :D
Ciao
AnonimoVeneziano
01-12-2003, 23:32
Ops
vBulletin® v3.6.4, Copyright ©2000-2026, Jelsoft Enterprises Ltd.