브리지된 네트워크가 있는 호스트에 가상 머신이 있습니다(따라서 자체 MAC 주소가 있음). 호스트 머신과 가상 머신 모두 CentOS를 실행하고 있습니다. 그들의 네트워크는 간단한 파일로 관리됩니다 /etc/sysconfig/network-scripts/ifcfg-enpXsY. IPv4는 잘 작동합니다.
VM에 IPv6 주소(호스트 컴퓨터에도 주소가 있음)를 할당했으며 데이터 센터에서 올바르게 라우팅됩니다. 그러나 대부분의 연결은 IPv4를 사용하고 있습니다(머신에는 아직 DNS AAAA 항목이 없으며 여전히 IPv6를 테스트 중입니다).
가상 머신을 시작하면 완전한 IPv6 연결이 가능해집니다. 하지만,일정 시간이 지나면 IPv6 연결이 작동하지 않습니다.(IPv6 마법?). 문제의 범위를 이웃(ARP/NDISC 캐시) 데이터로 좁혔습니다.
작동하지 않으며 IPv6 입출력을 통해 핑하거나 연결할 수 없습니다.
# ip -6 neighbour
fe80::1 dev enp1s2 lladdr 0c:86:72:2e:04:28 router STALE
캐시를 새로 고치는 수정/해결 방법:
# ip -6 neighbour flush dev enp1s2
# ip -6 neighbour
(empty, as expected)
그런 다음 호스트는 ping6VM 내에서 캐시를 채웁니다.
# ping6 2912:1375:23:9a6c::2
PING 2912:1375:23:9a6c::2(2912:1375:23:9a6c::2) 56 data bytes
64 bytes from 2912:1375:23:9a6c::2: icmp_seq=1 ttl=64 time=2.35 ms
64 bytes from 2912:1375:23:9a6c::2: icmp_seq=2 ttl=64 time=0.468 ms
^C
# ip -6 neighbour
fe80::1 dev enp1s2 lladdr 0c:86:72:2e:04:28 router REACHABLE
2912:1375:23:9a6c::2 dev enp1s2 lladdr 08:21:4b:b7:f8:31 DELAY
IPv6 인접/ARP 테이블이 다시 유효해졌고 연결이 작동 중입니다!
그래서 내 질문은 다음과 같습니다
- 캐시가 오래되는 이유는 무엇입니까?
- 그것을 방지하려면 어떻게 해야 합니까?
물론 cron작업 내에서 이러한 명령을 실행할 수 있지만(얼마나 자주?) IPv6에서는 일반적으로 그렇게 할 필요가 없다고 가정합니까?
추신: 테스트를 위해 스크립트를 사용했습니다.IPv6 스택은 약 20분마다 충돌합니다.. RFC를 설명할 수 있나요?