Ethernet utiliza un refinamiento de ALOHA, conocido como Carrier Sense Multiple Access (CSMA), que mejora el rendimiento cuando hay una mayor utilización del medio. Cuando una NIC tiene datos para transmitir, la NIC primero escucha el cable (usando un transceptor) para ver si otro nodo está transmitiendo una portadora (señal). Esto puede lograrse monitoreando si fluye una corriente en el cable (cada bit corresponde a 18-20 miliamperios (mA)). Los bits individuales se envían codificándolos con un reloj de 10 (o 100 MHz para Fast Ethernet) utilizando la codificación Manchester. Los datos solo se envían cuando no se observa ninguna portadora (es decir, no hay corriente presente) y, por lo tanto, el medio físico está inactivo. Cualquier NIC que no necesite transmitir, escucha para ver si otras NIC han comenzado a transmitirle información.
Me estoy confundiendo acerca de CSMA/CD (comunicación semidúplex) después de leer la siguiente oración.
Los datos solo se envían cuando no se observa ninguna portadora (es decir, no hay corriente presente) y, por lo tanto, el medio físico está inactivo.
¿No se genera pulso (pulso de prueba de integridad de enlace, pulso normal, pulso rápido) cuando el medio está inactivo?
Una cosa más.
En la salida del comando show interfaces fastethernet , show interfaces gigabitethernet o show interfaces tengigabitethernet observe el valor de los contadores de la señal portadora. El contador de portadora perdida muestra el número de veces que la portadora se perdió durante la transmisión. El contador sin portador muestra el número de veces que el portador no estuvo presente durante la transmisión.
¿La pérdida de la portadora está determinada por el RX de la interfaz?
A partir de 10BASE-T, no hay CDMA/CD en Ethernet porque (y mientras) el PMA/PMD subyacente proporciona al PCS (proporcionando la interfaz de servicio para MAC) un mecanismo de transmisión de datos dúplex completo. En 10BASE-T, 100BASE-TX, 1000BASE-X, 1000BASE-T, etc., el modo de operación semidúplex, es decir, proporcionar señales CRS y CD por parte del PHY a su MAC, se simula especulativamente en el PHY por sí mismo como el siguiente:
carrier sense:= rx activity o tx activitycollision detect:= rx activity y tx activity(Tenga cuidado aquí y recuerde que rx activitytambién tx activityestán en el lado medio mientras carrier senseestán en la interfaz de servicio PHY, es decir, en el lado MAC).
Volviendo a sus contadores, ellos (podrían) mostrar cómo las acciones sobre el PHY (realizadas por el servicio de MAC) se correlacionan/corresponden con las acciones bajo el PHY (que suceden en el medio) y pueden (podrían) ser como las siguientes:
lost carrier counteraumenta cuando carrier sensetransita de ALTO a BAJO mientras TX_EN es ALTO (en términos generales, depende de la implementación y podría ser solo TX_EN, solo RX_DV o una combinación de ambos)
no carrier counteraumenta cuando TX_EN transita de BAJO a ALTO mientras carrier sensees BAJO (también depende de la implementación y podría ser cualquier otro)
En otras palabras, el primer contador indica cuántas veces falla el enlace mientras se transmitía y/o recibía un paquete (colectivamente, presentado) en el medio, y el segundo contador indica cuántas veces MAC intenta enviar un paquete. paquete mientras no había enlace físico.
Sí, en 10BASE-T (y en EEE hoy en día) los FLP se generan mientras el medio está inactivo, pero este no es el caso como se muestra arriba.