Esta es una pregunta realmente básica, pero necesito una verificación de cordura para asegurarme de que mis expectativas no sean incorrectas y que lo que veo no sea el comportamiento esperado.
La situación es la siguiente: tengo una Mac Pro con MacOS/X y una máquina Linux basada en ARM. Ambos están conectados a un conmutador Gigabit de Extreme Networks de 8 puertos (sin enlace ascendente a Internet, esta es solo una LAN local).
En mi Mac, inicio una sesión de ping6, haciendo ping al cuadro de Linux:
$ ping6 fe80::21c:abff:fe00:55e5%en1
... y empezar a recibir respuestas pong, como se esperaba.
Luego voy al conmutador Ethernet, desconecto del conmutador Ethernet el cable que conduce a la caja de Linux y vuelvo a conectar ese cable a otro puerto abierto en el conmutador Ethernet.
En este punto, mi expectativa es que (después de una pausa de unos segundos), la sesión de ping6 en mi Mac continúe viendo respuestas.
Sin embargo, mi observación es que a veces la sesión de ping6 deja de recibir respuestas indefinidamente, o al menos, hasta que devuelvo la conexión Ethernet de la máquina Linux al puerto del conmutador al que estaba conectada originalmente. (detener y reiniciar el proceso ping6 no ayuda; esperar más no ayuda)
Mi pregunta principal, entonces, es: ¿el comportamiento que estoy observando es el comportamiento esperado? Y si es así, ¿hay algo que pueda hacer (en el software) para recuperarme de este cambio de puerto? O si no, ¿tienes alguna idea de qué podría estar fallando? (Mi sospecha es que podría ser un problema del NDP)
Respuesta1
Tiene razón en que debe seguir recibiendo respuestas de ping después de volver a conectar el dispositivo de destino, incluso después de moverlo a otro puerto del conmutador.
detener y reiniciar el proceso ping6 no ayuda; esperar más no ayuda
Esto no es normal. Algo impide que las solicitudes de ping o las respuestas se transmitan entre los dos dispositivos después del cambio de puerto. No estoy familiarizado con las posibilidades de configuración específicas del firewall en Linux, pero en una máquina con Windows, un cambio en la interfaz de red puede dar lugar a que se apliquen diferentes reglas de firewall.
También existe la posibilidad de que haya algún problema con el conmutador en sí, aunque eso se puede descartar fácilmente confirmando que la máquina Linux puede comunicarse con la red normalmente mientras está conectada al nuevo puerto del conmutador.
Respuesta2
El conmutador no tiene forma de saber que se ha cambiado el puerto hasta que la máquina cuyo puerto se cambió envía algo de tráfico. Si su máquina Linux está silenciosa y no realiza ninguna actividad de red en el momento en que mueve su cable Ethernet a otro puerto, tendrá que esperar hasta que envíe algo de tráfico.
Una vez que envíe tráfico, el conmutador detectará el hecho de que se ha movido y actualizará sus tablas internas de forma adecuada.