Nic Teaming Windows Server 2012 R2: sin conexión de red

Nic Teaming Windows Server 2012 R2: sin conexión de red

Tengo 2 tarjetas NIC de 100 Mbps instaladas en ranuras PCIe y conecté cada tarjeta a su propio conmutador de escritorio de 8 puertos.

Mi configuración:

  • Modo: independiente del interruptor
  • Equilibrio de carga: dinámico/hash de dirección
  • VLAN: lo dejé todo por defecto

Sin embargo, después de configurar una IP estática porque el equipo no estaba obteniendo una IP de la red, todavía no puedo lograr que el servidor haga ping dentro o fuera de la red.

EDITAR: Jugué con la configuración y noté algunos fallos en los que el equipo no parece actuar como un equipo. Así que supongo que una pregunta rápida sería: ¿el hardware tiene que ser de "alta calidad"? Por ejemplo, estoy usando estos conmutadores TRENDnet TE100-S8 Conmutador Fast Ethernet de 8 puertoshttp://www.newegg.com/Product/Product.aspx?Item=9SIA25V2VW8636

Ejemplo:

ingrese la descripción de la imagen aquí

EDITAR: Funciona, más o menos, pero no puedo obtener un RDP, por ejemplo. Además, si acciono el interruptor 1, todo se rompe y ya no se puede hacer ping como lo probé con ping -t google.com. Pero si aprieto el otro interruptor, el ping continúa como debería, por lo que me hacen creer que solo está usando un interruptor.

EDITAR 2:

Entonces encontré esto en un documento del sitio de Microsoft que descargué:

3.11.1 La dirección MAC del equipo En el modo de conmutación independiente con hash de dirección o distribución de carga dinámica, el equipo utilizará la dirección MAC del miembro principal del equipo (uno seleccionado del conjunto inicial de miembros del equipo) en el tráfico saliente. El miembro principal del equipo es el primer miembro del equipo que se vincula al equipo después de la creación del equipo o del reinicio del host. Dado que el miembro principal del equipo puede cambiar de manera no determinista en cada inicio, acción de habilitación/desactivación de NIC u otras actividades de reconfiguración, la dirección MAC del equipo puede variar de vez en cuando. Normalmente esto no causará problemas, pero hay algunos casos en los que sí. Si el miembro principal del equipo se elimina del equipo y luego se pone en funcionamiento, puede haber un conflicto de dirección MAC. Para resolver este conflicto, deshabilite y habilite la interfaz del equipo. El proceso de realizar una operación de deshabilitación y habilitación en la interfaz del equipo hará que seleccione una nueva dirección MAC entre los miembros restantes del equipo. Si se desea estabilidad de la dirección MAC para el equipo, el administrador puede configurar la dirección MAC del equipo en cualquier dirección MAC que el administrador quiera usar configurándola en la interfaz principal del equipo de la misma manera que un administrador puede configurar la dirección MAC de cualquier dirección MAC física. NIC. FUENTE:https://www.microsoft.com/en-us/download/details.aspx?id=40319

¿Esto significa que si la NIC que se está utilizando como MAC falla, debe reiniciar el NIC TEAM? Me di cuenta de que puedo desconectar un interruptor y nada falla, pero cuando acciono el otro, falla a pesar de que el otro interruptor está encendido, por lo que mi problema estaría relacionado con MAC.

Respuesta1

No es necesario que los conmutadores de "escritorio" estén conectados entre sí para aprovechar la formación de equipos de NIC. La formación de equipos Switch Independent es totalmente compatible con cada miembro del equipo conectado a conmutadores ascendentes independientes y no conectados.

Aunque todavía no he usado equipos de NIC en Windows Server 2012 R2, esto es lo que creo que está sucediendo:

En el modo Switch Independent con Address Hashing, el servidor utiliza la dirección MAC del miembro principal del equipo. Entonces, si bien el tráfico saliente puede tener una carga equilibrada entre ambos miembros del equipo, el tráfico entrante se dirigirá al miembro principal (ya que una dirección IP solo puede asociarse con una única dirección MAC). Esto significa que la dirección IP del servidor se resuelve en la dirección MAC del miembro principal del equipo cuando el miembro principal del equipo está conectado y trabajando. Cuando el miembro principal del equipo falla, la dirección IP debe asociarse con la dirección MAC del "nuevo" miembro principal del equipo. Si está realizando la prueba desde una computadora conectada al conmutador perimetral, entonces es lógico que la tabla ARP en la computadora de prueba todavía tenga la dirección IP de la asociación de dirección MAC del miembro principal del equipo original. Puede probar esto fácilmente vaciando el caché ARP en la computadora de prueba y luego intentando conectarse al servidor.

La otra posibilidad (aunque no creo que sea el caso aquí debido al modo de equipo y al modo de equilibrio de carga que ha seleccionado) es que el problema se deba a que la dirección MAC del miembro principal del equipo está almacenada en caché en los conmutadores de borde MAC. tabla de direcciones (tenga en cuenta que la tabla de direcciones MAC del conmutador es la dirección MAC para la asociación del puerto del conmutador. Esto no tiene nada que ver con ARP). No creo que ese sea el caso aquí porque en el modo de equipo y equilibrio de carga, cada adaptador asociado debe usar una dirección MAC independiente del otro. Si cada miembro del equipo utilizara una única dirección MAC "compartida", entonces este escenario sería la causa probable de su problema.

Puede que esté completamente equivocado, pero espero que esto le brinde algunas cosas que considerar.

información relacionada