[Linux] Collisions?

[Mujo]

Ik draai een Linux server met RedHat 8.0
Deze doet tevens Masquerading voor een aantal windows clients die
verbonden zijn met de server door middel van een 10/100 switch.
Als ik nou op een willekeurige windowsclient bijvoorbeeld een pagina
bezoek en vervolgens het ifconfig-commando van Linux
gebruik dan valt mij op dat het aantal
collisions alleen bij eth0
(netwerkkaart die verbonden is met het cablemodem)
steeds een aantal toeneemt...

Iemand een idee wat collisions precies zijn
(ik dacht het botsen van packages),
waar dit aan zou kunnen liggen
en of het 'schadelijk' is voor het netwerkgebeuren...?

code:

eth0      Link encap:Ethernet  HWaddr 00:50:FC:2C:9B:FE  
          inet addr:213.xxx.xxx.xxx  Bcast:213.xxx.xxx.xxx  
          Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:92186 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7285 errors:0 dropped:0 overruns:0 carrier:0
          collisions:748 txqueuelen:100 
          RX bytes:13308869 (12.6 Mb)  TX bytes:885431 (864.6 Kb)
          Interrupt:12 Base address:0xc000 

eth1      Link encap:Ethernet  HWaddr 00:50:FC:2C:9B:FA  
          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:7630 errors:0 dropped:0 overruns:0 frame:0
          TX packets:9275 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100 
          RX bytes:910898 (889.5 Kb)  TX bytes:8370324 (7.9 Mb)
          Interrupt:10 Base address:0xe000 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:10 errors:0 dropped:0 overruns:0 frame:0
          TX packets:10 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:700 (700.0 b)  TX bytes:700 (700.0 b)

[Brahiewahiewa]

Je weet toch dat Linux en Windows niet op hetzelfde netwerk kunnen: dat botst!

[Exirion]

Brahiewahiewa schreef op 02 november 2002 @ 02:10:
Je weet toch dat Linux en Windows niet op hetzelfde netwerk kunnen: dat botst!

Wat een slap GELUL

[Mujo]

Inderdaad, even serieuze replies only graag

[Verwijderd]

Ik ga er voor het gemak ff vanuit dat er verder niet met een hubje gewerkt wordt aan de eth0 maar dat je daar gewoon met een cross-cable naartoe connect.
Schadelijk is het niet, kan wel lijden tot een verslechtering van de performance van de verbinding, maar omdat die van de provider al zo laag is denk ik dat dat verlies marginaal zal zijn.

Het zou kunnen zijn dat:
1) de kabel van eth0 wat naar je kabelmodem gaat rot is. (misschien ergens een sluiting in de kabel, kan wel eens voorkomen)
2) de eth0 interface niet helemaal lekker is
3) de eth interface van je kabelmodem rot is

[Coen Rosdorff]

Wat een slappe antwoorden hier allemaal zeg

Collisions hebben met half-duplex netwerken te maken.

Aangezien kabel modems 99,9% van de tijd enkel half-duplex ondersteunen is het logisch dat er op deze link wat collisions ontstaan. Collisions zijn een essentieel onderdeel van ethernet. Zonder dat zou je nooit een werkend netwerk krijgen.

Aan eth1 hangt waarschijnlijk een switch waardoor die link full-duplex is. Bij full-duplex netwerken kunnen beide kanten van de kabel tegelijk zenden. Bij half-duplex kan er maar 1 tegelijk zenden. Als er toch 2 zenden ontstaat er een collision, waarna beide zenders na een random wachttijd nogmaals proberen hun informatie te verzenden. Zonder collision detection zou je dus nooit een werkende half-duplex link kunnen krijgen.

Niets aan de hand dus.

Alle andere antwoorden kan je naast je neerleggen.

[Mujo]

Ah Hier kan ik zeker wat mee.
Klinkt eigenlijk vrij logisch allemaal.
Jij zegt dat een cablemodem 99.9% van de tijd half-duplex werkt,
hoe zit dit met een ADSL modem?

En eth1 hangt idd aan een switch zoals ik al zeg in eerste post.

[Predator]

Mujo schreef op 02 november 2002 @ 14:16:
Ah Hier kan ik zeker wat mee.
Klinkt eigenlijk vrij logisch allemaal.
Jij zegt dat een cablemodem 99.9% van de tijd half-duplex werkt,
hoe zit dit met een ADSL modem?

Hetzelfde, ADSL = half duplex

[Verwijderd]

eh, ADSL != Half duplex hoor.. het is meer een beperking die in je modem zit.. Het hangt dus van je modem af of e.e.a. full of half-duplex is..

[Predator]

Verwijderd schreef op 02 november 2002 @ 14:46:
eh, ADSL != Half duplex hoor.. het is meer een beperking die in je modem zit.. Het hangt dus van je modem af of e.e.a. full of half-duplex is..

Bij mijn weten is ADSL half duplex en SDSL full duplex.

Maar ik zal het even opzoeken...
Gevonden:
http://www.darleen.com/bandwidth/
Hier staat ook ADSL half & SDSL full
Als je een betere bron hebt die het tegendeel beweerd dan hoor ik dat graag

[Verwijderd]

We begrijpen elkaar niet goed

Wat ik bedoel is niet of de gebruikte techniek voor de kabelverbinding half of full duplex is, het gaat om de verbinding tussen je modem en je computer. En die is onafhankelijk van de verbinding tussen je provider en het modem. Stel ADSL zou het meest 'half-duplexe' zijn wat er bestaat (), dan nog kan de verbinding tussen je modem en je computer prima full duplex zijn.

//edit

scratch my last remark over synchroon oid.. niet wakker

[MeatGrinder]

Predator schreef op 02 november 2002 @ 15:05:

[...]

Bij mijn weten is ADSL half duplex en SDSL full duplex.

Maar ik zal het even opzoeken...
Gevonden:
http://www.darleen.com/bandwidth/
Hier staat ook ADSL half & SDSL full
Als je een betere bron hebt die het tegendeel beweerd dan hoor ik dat graag

Dit is onzin, zowel adsl als sdsl zijn full-duplex. Er wordt gebruik gemaakt van fdm (frequency division multiplexing) waardoor er een apart gedeelte van het spectrum beschikbaar is voor voice (pots/isdn), downstream en upstream. Bij adsl is het spectrum dat beschikbaar is voor downstream>upstream en bij sdsl is dit gelijk.

'www.darleen.com' is ook niet echt een overtuigende bron, probeer http://www.dslforum.org/aboutdsl/adsl_tutorial.html eens als je iets over adsl zoekt.

Om op de topic vraag terug te komen, collisions zijn dus volkomen normaal in een half-duplex netwerk (mits niet excessief, wat hier niet het geval is). Overigens is dit gezeur over collisions al zovaak voorgekomen dat ik me afvraag of je de search gebruikt hebt.