ik heb ze wel op een rijtje, maar ze werken partime....
/u/24937/crop65fe1ebc2efd0_cropped.png?f=community)
:strip_exif()/u/8111/bill60.gif?f=community)
UTP-bekabeling (tenminste, 100Base-TX) gebruikt 2 paar, eentje voor verzenden en eentje voor ontvangen, beide kunnen 100 Mbps verstouwen, zodat je een totale bandbreedte van 200 Mbps ter beschikking hebt. Dit is met name interessant voor servers, die tegelijkertijd zowel zware up- als download-belastingen te verwerken krijgen (nee, je moet dan niet verwachten 200 Mbps een kant op te krijgen 
).
Echter, daarvoor is het nodig dat de beide componenten aan weerzijden van het kabeltje (netwerk-kaart, hub-/switch-poort, ...) dat ondersteunen, die moeten namelijk d.m.v. buffering of voldoende processing-capaciteit in staat zijn binnenkomende data te verwerken terwijl ze zelf aan het verzenden zijn. Zo verhindert de technologie van een hub dat een hub full-duplex kan zijn. Een NIC of een switch kan, maar hoeft niet noodzakelijkerwijs, full-duplex ondersteunen.
Als je de kaart in full-duplex forceert, en de snelheid gaat spectaculair achteruit, dan is het mis met de auto-sensing mogelijkheden van de switch. Dit is niet ongebruikelijk, de afspraken daarover rammelen nogal, en het gaat met name nogal eens mis als een auto-sensing device een fixed-rate device "ontmoet". Uit eigen ervaring weet ik dat een 3Com 3C905-kaart niets snapt van een grote Cisco-switch waarvan de poorten hard op 10 Mbps/half-duplex staan ingesteld, die kaart probeert toch full-duplex te gaan, en dan krijg je zoveel collisions dat het systeem onwerkbaar wordt.
In dit geval lijkt het dat je switch niet doorheeft dat de kaart vast is ingesteld, en half-duplex gaat doen, met de bijbehorende spraak-verwarring en vertraging, omdat de switch een collision genereert voor elk pakketje van de kaart op een "onverwacht moment".
).Echter, daarvoor is het nodig dat de beide componenten aan weerzijden van het kabeltje (netwerk-kaart, hub-/switch-poort, ...) dat ondersteunen, die moeten namelijk d.m.v. buffering of voldoende processing-capaciteit in staat zijn binnenkomende data te verwerken terwijl ze zelf aan het verzenden zijn. Zo verhindert de technologie van een hub dat een hub full-duplex kan zijn. Een NIC of een switch kan, maar hoeft niet noodzakelijkerwijs, full-duplex ondersteunen.
Als je de kaart in full-duplex forceert, en de snelheid gaat spectaculair achteruit, dan is het mis met de auto-sensing mogelijkheden van de switch. Dit is niet ongebruikelijk, de afspraken daarover rammelen nogal, en het gaat met name nogal eens mis als een auto-sensing device een fixed-rate device "ontmoet". Uit eigen ervaring weet ik dat een 3Com 3C905-kaart niets snapt van een grote Cisco-switch waarvan de poorten hard op 10 Mbps/half-duplex staan ingesteld, die kaart probeert toch full-duplex te gaan, en dan krijg je zoveel collisions dat het systeem onwerkbaar wordt.
In dit geval lijkt het dat je switch niet doorheeft dat de kaart vast is ingesteld, en half-duplex gaat doen, met de bijbehorende spraak-verwarring en vertraging, omdat de switch een collision genereert voor elk pakketje van de kaart op een "onverwacht moment".
The number of things that Arthur couldn't believe he was seeing was fairly large