DMVPN 3단계: 양방향에서 지름길 읽기

ping 하나가 스포크에서 스포크로 갈 때 허브를 거치는 긴 경로를 택하고, 두 번째는 직접 가는 것을 본다. 그 시점에 지름길이 동작한다고 선언하기 쉽다. 그 결론은 절반만 맞다. 가는 경로가 지름길이어도 돌아오는 경로는 여전히 허브를 지날 수 있고, 각 방향을 증명하는 상태는 서로 다른 상태다. 두 방향을 모두 지나가고 설계를 건강하다고 받아들이기 전에 세 개의 표를 읽어라.

실제로 볼 수 있는 패킷 경로부터 시작하라

직접이어야 할 목적지를 가진 스포크에서 시작하라. 첫 패킷을 추적하라. 아직 지름길이 없으므로 스포크의 경로를 따라 허브로 간다. 허브는 이를 전달하고, 3단계 설계에서는 더 나은 경로가 있다는 리디렉션도 출처로 보낸다.

그 리디렉션은 방아쇠이지 증거가 아니다. 허브가 최적화할 수 있는 트래픽을 보았다고 말할 뿐이다. 출처가 지름길을 만들었는지, 목적지가 해석에 응답했는지, 응답 경로가 그것을 쓰는지는 말하지 않는다.

따라서 첫 번째 유용한 관찰은 전과 후다. 허브를 거친 첫 흐름과 이후의 직접 흐름.

하나의 터널처럼 보이는 세 가지 상태

지름길은 세 가지 상태 조각에 의존하며, 각각은 고유한 수명과 고유한 명령을 가진다.

NHRP 캐시 항목은 오버레이 주소를 NBMA 전송 주소에 매핑한다. 경로나 지름길은 하나의 내부 목적지가 어디로 전달되는지 결정한다. IPsec 연결은 그 결과로 생기는 트래픽을 보호한다. 응답이 없을 때는 세 가지 중 어느 것에서든 발생할 수 있고, 명령이 어느 것이 없는지 알려준다.

그 순서대로 읽어라. 매핑이 없으면 나머지 둘은 흥미롭지 않다.

요청과 응답을 따로 지나가라

스포크 A에서 해석을 요청하고 무엇이 돌아오는지 보라. 요청은 지원되는 NHRP 전달 경로를 지나고, 목적지는 허브를 거치지 않고 직접 응답할 수 있다. 이 비대칭은 정상이며, 그래서 응답이 교환의 흥미로운 절반이다.

이제 역할을 바꿔라. B에서 A로 보내고 같은 세 가지 읽기를 반복하라. 한 방향만 지름길을 만들고 다른 방향은 만들지 않는 설계는 대칭이 아니며, 비대칭은 보통 한쪽에서 빠진 접두사나 응답을 받지 못한 해석에서 온다.

요청이 허브를 지났다고 해서 상대의 응답이 허브를 지나야 하는 것은 아니다. 그것을 오류로 읽고 존재하지 않는 라우팅 결함을 쫓기 시작하지 마라.

허브의 경로만이 아니라 리디렉션을 읽어라

허브의 경로 테이블은 허브가 패킷을 어디로 보낼지 알려준다. 리디렉션은 허브가 출처에 무엇을 하라고 요청했는지 알려준다. 이는 다른 사실이며, 올바른 경로를 가졌지만 리디렉션을 보내지 않는 허브는 모든 흐름을 무기한 긴 경로에 붙잡아 둔다. 허브의 NHRP 이벤트를 확인하고 관심 있는 트래픽에 대해 리디렉션이 생성되는지 확인하라.

3단계는 요약의 의미도 바꾼다. 지름길 동작에서는 스포크가 2단계 설계가 기대했던 특정 원격 경로 전체 집합을 필요로 하지 않으므로, 스포크의 요약 경로가 자동으로 없는 네트워크는 아니다. 요약을 결함으로 읽기 전에 단계와 라우팅 정책을 확인하라.

바로 이 하나의 오해가 다른 무엇보다 많은 DMVPN 티켓을 만든다.

결론을 없는 객체로 기록하라

승인된 애플리케이션 흐름과 그 응답으로 마무리하고, 각 방향이 직접 경로를 썼는지 적어라. 그다음 결론을 없었던 객체로 써라. 매핑, 전달 지름길, 보호 연결, 또는 애플리케이션 응답이다.

라우팅 인접과 공유 보안 연결은 건강의 증거이지 경로의 증거가 아니다. 둘 다 완벽해도 모든 패킷이 여전히 먼 길을 돌 수 있다. 먼저 전달 결정을 확인하고, 그다음 그것을 나르는 연결을 확인하라. 순서가 중요하다. 연결은 어느 쪽이든 형성되기 때문이다.

그 습관은 다음 티켓에서 값을 한다. «터널은 올라왔지만 느리다»는 «B에 A 호스트로 가는 지름길이 없다»가 되고, 두 번째 문장은 다섯 분이면 고치는 일이다. 명령 출력을 결론과 함께 두고, 벤더의 3단계 안내서도 옆에 두어라.