W metodzie dostępu do medium CSMA/CD (Carrier Sense Multiple Access with Collision Detection) stacja, która planuje rozpocząć transmisję, nasłuchuje, czy w sieci występuje ruch, a następnie
Odpowiedź 'po wykryciu ruchu w sieci czeka aż nośnik będzie wolny' jest trafna. W przypadku CSMA/CD stacja przed tym, jak zacznie przesyłać dane, musi najpierw posłuchać, co się dzieje w sieci. Jeśli zauważy, że coś już nadaje, to nie wysyła swoich danych, tylko czeka, aż będzie wolno. Dzięki temu ograniczamy szansę na kolizje, które mogą wystąpić, gdy kilka stacji chce jednocześnie wysłać swoje dane. Jak już medium się zwolni, wtedy stacja może rozpocząć nadawanie. W praktyce takie metody jak CSMA/CD są mega ważne w sieciach Ethernet, bo pomagają w tym, żeby nie było kolizji, co z kolei wpływa na wydajność i stabilność komunikacji. Warto też pamiętać, że jak projektujemy sieci, to dobrze jest dodać mechanizmy do wykrywania kolizji i zarządzania pasmem, żeby jak najmniej danych się gubiło i usługi działały lepiej.
Wybór odpowiedzi, która mówi o wysyłaniu zgłoszenia żądania transmisji, jest niepoprawny. W metodzie CSMA/CD nie ma czegoś takiego. Stacja, która chce wysłać dane, najpierw sprawdza, co się dzieje w sieci, a nie wysyła jakiegoś żądania. To bardziej przypomina inne metody, jak Token Ring, gdzie stacje mogą prosić o pozwolenie na nadawanie. Oczekiwanie na żeton do nadawania też nie ma miejsca w CSMA/CD, bo ta metoda skupia się na wykrywaniu kolizji, a nie na posiadaniu jakiegoś żetonu. Jeszcze jedna rzecz, co do oczekiwania na nadanie priorytetu przez koncentrator - to też jest mylne, bo w CSMA/CD nie ma centralnego zarządzania jak w przypadku koncentratorów. Myślę, że te błędne informacje mogą wynikać z niezrozumienia, jak naprawdę działa sieć Ethernet i jakie mechanizmy są tam używane. Ważne jest, żeby wiedzieć, że CSMA/CD polega na tym, że każdy w sieci decyduje sam, kiedy może wysłać dane, bazując na tym, co dzieje się w medium, a nie na zewnętrznych sygnałach albo pozwoleniach od innych urządzeń.