VPN 백업이 EIGRP의 실행 가능한 후속자가 아닌 이유

두 번째 터널이 올라오고, 라우팅 테이블은 여전히 하나의 경로만 보여 주며, 뻔한 결론은 프로토콜이 이를 알아차리지 못했다는 것이다. 보통은 알아차리고 거부한다. EIGRP는 특정 루프 없는 시험을 통과할 때만 백업을 설치하며, 터널이 올라와 있다는 사실은 이웃의 보고 거리가 그 시험을 통과하는지에 대해 아무것도 말하지 않는다. 그 구분이 답의 전부이며, 타이머가 아니라 산술이다.

조건을 정확히 서술하면

RFC 7868 는 이웃의 루프 없는 경로에 대한 충분한 검사로 실행 가능성 조건을 정의한다: 목적지에 대한 이웃의 보고 거리는 로컬 실행 가능 거리보다 엄격히 작아야 한다. 엄격히. 작거나 같음이 아니다.

그 하나의 부등식이 대안을 실행 가능한 후속자로 만든다. 여기서 나머지 모든 것은 그 주변의 장부 정리다.

역할이 다른 두 거리

보고 거리는 이웃이 목적지에 대해 광고하는 값이다. 실행 가능 거리는 마지막 ACTIVE–PASSIVE 전환 이후 알려진 최소 총 메트릭의 기록이며, 그래서 현재 최선 경로의 메트릭과 다를 수 있다. 이 둘을 혼동하면 자신감 있는 잘못된 결론이 나온다.

운영 화면에서는 거리처럼 보이는 여러 열이 나란히 있다. 사용 중인 열의 머리글을 읽고, 이웃의 전체 계산된 경로 메트릭은 그가 보고한 거리와 같은 양이 아니라는 점을 기억하라.

하나의 계산 예

실행 가능 거리가 1000인 선언된 예를 들어 보자. 900을 보고하는 이웃은 시험을 통과하여 실행 가능한 후속자가 될 수 있다. 1000을 보고하는 이웃은 조건이 엄격한 부등식이고 같음으로는 충분하지 않기 때문에 실패한다.

그 숫자들은 산술이며 링크 속도가 아니다. 특정 라우터에 대한 예측이나 권장 메트릭으로 읽지 말라.

탐지는 자격이 아니다

한 메커니즘은 죽은 피어를 빠르게 알아차릴 수 있지만 EIGRP에는 아직 적격한 대체가 없을 수 있다. 알아차리는 것은 한 단계이고, 조정된 경로 계산은 또 다른 단계이며, 실행 가능한 후속자가 없을 때만 시작된다. 조건 실패는 대안이 물리적으로 루프되어 있음을 증명하지 않는다. 로컬 지름길 시험이 보증을 확립하지 못했다는 뜻이므로 계산이 그 결과를 처리해야 한다.

생존 타이머를 줄인다고 해서 결코 없었던 도달 가능성이 생기지는 않으며, 설정된 대역폭이나 지연 값을 바꾸는 것은 용량 측정이 아니다.

필드를 읽고 애플리케이션을 시험하라

목적지, 현재 후속자, 후보 이웃, 그 보고 거리, 실행 가능 거리, 결과 경로 상태를 기록하라. show ip eigrp topology 10.10.10.0/24 는 단일 프리픽스에 대해 그 대부분을 제공한다. 그런 다음 결정을 다음 홉을 실제로 운반하는 터널 경로에 묶는 것은, 라우팅 테이블과 터널 테이블이 어느 인터페이스가 사용 중인지에 대해 다를 수 있기 때문이다.

승인된 관찰 아래에서 탐지, 경로 선택, 애플리케이션 자체의 복구라는 세 가지를 따로 추적하라. 그 순서는 빠진 부분이 적격 백업인지, 그 아래의 VPN 경로인지, 아니면 워크로드의 재연결인지를 알려 준다 — 모든 느린 복구에 또 다른 타이머가 필요하다고 가정하는 대신에.

유용한 습관은 다른 무엇을 건드리기 전에 부등식을 확인하는 것이다. 명령 하나면 되고 논쟁이 끝난다.