호스트의 링크에서 2개의 네트워크 접두사가 있는 IPv6을 사용하여 연결 복구에 대한 정보를 찾고 있었습니다. 즉, 첫 번째 IP 주소가 연결 시간 초과에 도달하면 애플리케이션은 두 번째 IP 주소를 사용합니다.
두 ISP에 연결된 라우터는 두 개의 접두사로 구성됩니다. 라우터에 연결된 호스트에는 2개의 접두사가 있는 링크가 있습니다.
YouTube 동영상을 시청하는 동안 ROUTER에서 ISP1에 연결된 링크를 통해 트래픽이 흐릅니다. ROUTER에서 ISP1로의 링크가 중단되면 HOST의 애플리케이션 계층이 다른 링크를 통해 연결을 복원합니까? 그렇다면 왜? 내가 읽을 수 있는 출처(RFC 또는 출판물)를 언급하세요.
답변1
언급하신 구체적인 사례는 다음과 같습니다.RFC6724:
10.5. 멀티홈 사이트 구성
사이트 A가 다른 사이트 B와 중요한 비즈니스 관계를 갖고 있다고 생각해 보세요. 비즈니스 요구 사항을 지원하기 위해 두 사이트 모두 특수 고성능 ISP와 서비스 계약을 맺었습니다. 이는 두 사이트와 다른 ISP 간의 일반적인 인터넷 연결에 추가됩니다. 고성능 ISP는 비용이 많이 들고 두 사이트는 서로 간의 업무상 중요한 트래픽에만 사용하기를 원합니다.
각 사이트에는 두 개의 전역 접두사가 있는데, 하나는 고성능 ISP에서, 다른 하나는 일반 ISP에서 제공됩니다. 사이트 A에는 고성능 ISP의 접두어 2001:db8:1aaa::/48이 있고 일반 ISP의 접두어 2001:db8:70aa::/48이 있습니다. 사이트 B에는 고성능 ISP의 접두사 2001:db8:1bbb::/48이 있고 일반 ISP의 접두사 2001:db8:70bb::/48이 있습니다. 두 사이트의 모든 호스트는 두 주소를 모두 DNS에 등록합니다.
라우팅 실패 시 자동 장애 조치를 제공하지 않습니다.
다중 WAN 장애 조치는 ipv6 사양(rfc2460)의 일부가 아닙니다.
상황은 ipv6에서 NAT 사용이 권장되지 않는다는 점을 제외하면 ipv4와 동일합니다. 따라서 ipv4에서 사용한 것과 동일한 솔루션이 ipv6에서도 문제를 일으킬 것입니다.
자동 다중 WAN 장애 조치를 수행하는 가장 깔끔한 방법은 ipv6 블록을 확보하고 두 ISP 모두에 BGP를 설정하는 것입니다. 그러나 이는 소규모 설정의 경우 약간 과잉일 수 있습니다. IPv4에도 동일하게 적용됩니다.
ipv4에서 가장 저렴한 옵션은 NAT를 수행하고 사용할 WAN 링크를 라우터가 선택하도록 하는 것입니다. ipv6에 해당하는 것은 다음과 같습니다.NPTv6그리고ULA내부적으로는 IPv4 NAT에 비해 몇 가지 장점이 있습니다.
애플리케이션이 한 링크에서 다른 링크로의 장애 조치를 처리하는 방법은 애플리케이션과 애플리케이션 구축 방법에 따라 다릅니다. 애플리케이션이 통신하고 있는 서버가 갑자기 다른 네트워크 접두사를 사용하는 다른 주소와 통신하게 됩니다.
HTTP를 사용하는 애플리케이션에는 문제가 발생하지 않을 수 있습니다. SSH를 사용하는 애플리케이션은 연결이 끊어집니다.
전체적으로 모든 애플리케이션에 대해 기본적으로 투명하게 작동하는 IPv6용 마법의 장애 조치/로밍 솔루션은 없습니다.
추신: 사람들이 사용에 관해 이야기하는 것을 본 적이 있습니다.라우터 환경설정원래 시나리오에서 장애 조치를 구현하는 방법으로 사용했지만 이것이 작동할지는 모르겠습니다. 그렇더라도 애플리케이션이 처리해야 할 몇 가지 측면이 여전히 있습니다(Ssh 연결은 여전히 끊어집니다).