No especificó un fabricante, supondré que los conmutadores de Cisco, aunque la mayoría de los otros proveedores deberían comportarse de manera similar.
Si el modo del grupo de canales está activo, las interfaces no reenviarán el tráfico, ya que el conmutador intentará activamente formar un canal y si la negociación del canal falla, el canal del puerto estará "inactivo".
Si el modo del grupo de canales es pasivo o analógico a pasivo, las interfaces reenviarán el tráfico normalmente y escucharán las negociaciones LACP / PaGP. Esto abrirá las interfaces y escuchará el tráfico en las interfaces. Si el conmutador ve estos paquetes LACP desde el host y comienza una negociación, se negociará el canal y se reenviarán los paquetes a través de la interfaz del canal del puerto y no de las interfaces individuales.
Desde la perspectiva del servidor, en la capa IP, si el host de destino está en la subred definida por la configuración de red en la interfaz, el servidor intentará ARP esta dirección. Si de alguna manera ambas interfaces estaban conectadas a la misma subred (la mayoría de los sistemas operativos mostrarán una advertencia o no permitirán este comportamiento), pueden ARP a ambas interfaces. Entonces, una vez que se recibe el ARP en una interfaz determinada, el servidor sabrá enviar los paquetes a esta interfaz, y el conmutador también identificará qué IP y MAC están vinculados a cada interfaz individual (pero el comportamiento de reenvío será controlado por lo siguiente )
Si solo está hablando de paquetes Ethernet y no de IP, el servidor reenviará las tramas utilizando la interfaz que se especifique. Si no me equivoco, en Linux DEBE especificarse la interfaz; en Windows probablemente usará la interfaz con la prioridad más alta (superior) en los enlaces de la interfaz de red. Este comportamiento varía de SO a SO.
Desde la perspectiva del conmutador, el conmutador inundará las tramas con una dirección MAC en todas las interfaces hasta que sepa en qué puerto se encuentra una dirección MAC determinada. Aprenderá este puerto escuchando un marco con la dirección MAC de origen. Entonces, si 0111.2222.3333 envía una trama a 0111.2222.3334, el conmutador inundará la trama en todos los puertos de esa VLAN
0111.2222.3333 (Fa0 / 1) -> 0111.2222.3334 se inundará en todos los puertos
Hasta que vea una respuesta
0111.2222.3334 (Fa0 / 2) -> 0111.2222.3333 (Fa0 / 1)
Luego comenzará a reenviar todo el tráfico al puerto específico que emitió estas tramas.
Aquí hay una serie de casos extremos que pueden generar más confusión, como la interacción potencial del árbol de expansión, pero esto cubre los conceptos básicos.