이것은 매우 기본적인 질문이지만 내 기대가 틀리지 않았는지, 내가 보고 있는 것이 예상된 동작이 아닌지 확인하기 위해 온전한 점검이 필요합니다.
상황은 다음과 같습니다. MacOS/X를 실행하는 Mac Pro와 ARM 기반 Linux 상자가 있습니다. 둘 다 8포트 Extreme Networks 기가비트 스위치에 연결되어 있습니다(인터넷 업링크가 없고 로컬 LAN만 해당).
Mac에서 ping6 세션을 시작하여 Linux 상자에 ping을 보냅니다.
$ ping6 fe80::21c:abff:fe00:55e5%en1
... 예상대로 탁구 응답을 다시 받기 시작합니다.
그런 다음 이더넷 스위치로 이동하여 이더넷 스위치에서 Linux 상자로 연결되는 케이블을 분리하고 해당 케이블을 이더넷 스위치의 다른 열린 포트에 다시 연결합니다.
이 시점에서 나는 (몇 초 동안 멈춘 후) 내 Mac의 ping6 세션이 다시 응답을 볼 것으로 기대합니다.
그러나 내가 관찰한 바에 따르면 ping6 세션이 무기한으로 응답 수신을 중단하는 경우가 있습니다. 또는 적어도 Linux 상자의 이더넷 연결을 원래 연결되었던 스위치 포트로 다시 되돌릴 때까지입니다. (ping6 프로세스를 중지했다가 다시 시작해도 도움이 되지 않습니다. 더 오래 기다려도 도움이 되지 않습니다.)
그렇다면 나의 주요 질문은 내가 관찰하고 있는 행동이 예상된 행동인가?입니다. 그렇다면 이 포트 변경을 복구하기 위해 (소프트웨어에서) 할 수 있는 작업이 있습니까? 아니면 그렇지 않다면 무엇이 잘못될 수 있는지 아시나요? (내 의심은 NDP 문제일 수도 있다는 것입니다)
답변1
대상 장치를 다른 스위치 포트로 옮긴 후에도 다시 연결한 후에는 계속 ping 응답을 받아야 한다는 말씀이 맞습니다.
ping6 프로세스를 중지했다가 다시 시작해도 도움이 되지 않습니다. 더 오래 기다리는 것은 도움이 되지 않습니다
이것은 정상이 아닙니다. 포트 변경 후 두 장치 간에 ping 요청이나 응답이 전송되지 않는 문제가 있습니다. 저는 Linux의 특정 방화벽 구성 가능성에 대해 잘 모르지만 Windows 시스템에서는 네트워크 인터페이스가 변경되면 다른 방화벽 규칙이 적용될 수 있습니다.
스위치 자체에 문제가 있을 가능성도 있지만 새 스위치 포트에 연결되어 있는 동안 Linux 상자가 네트워크와 정상적으로 통신할 수 있는지 확인하면 쉽게 배제할 수 있습니다.
답변2
스위치는 포트가 변경된 시스템이 일부 트래픽을 보낼 때까지 포트가 변경되었음을 알 수 없습니다. 이더넷 케이블을 다른 포트로 이동할 때 Linux 시스템이 조용하고 네트워크 활동에 참여하지 않는 경우 일부 트래픽을 보낼 때까지 기다려야 합니다.
트래픽을 전송하면 스위치는 이동했다는 사실을 파악하고 내부 테이블을 적절하게 업데이트합니다.