번호 없는 터널: 어떤 주소를 빌리는가

번호 없는 터널은 논리 인터페이스용 서브넷을 만들어 내는 단계를 건너뛰지만 주소 지정 자체를 완전히 건너뛰지는 않는다. 구현은 여전히 로컬 IP 정체성이 필요하므로 다른 구성된 인터페이스의 주소를 빌린다. 그 제공자는 이제 설계의 일부다. 주소가 바뀌거나 인터페이스가 플랩되면 터널의 IP 동작도 이를 따른다. 대부분의 글에서 세 가지 결정이 뒤섞이는데, 이를 분리하면 올바르게 보이면서 아무것도 라우팅하지 않는 구성을 피할 수 있다.

제공자를 구문 세부 사항이 아니라 설계 선택으로 다루어라.

세 가지 주소 역할을 분리해 유지

외부 소스는 터널 패킷을 언더레이 너머로 운반하는 주소이며, 피어가 도달할 수 있어야 하는 대상이다. 빌린 주소는 패킷이 캡슐 해제된 뒤 번호 없는 논리 인터페이스가 IP 처리에 사용하는 정체성이다. 보호되는 프리픽스는 트래픽이 터널을 지나야 하는 LAN 네트워크이며, 터널 주소가 아니라 라우팅 프로토콜로 광고된다. 인터페이스를 번호 없음으로 표시해도 이 역할 중 어느 것도 다른 쪽으로 넘어가지 않는다.

그 분리가 흔한 혼란을 설명한다. 주소를 빌리는 것은 제공자의 이더넷 세그먼트 전체를 원격 피어에게 넘기는 것이 아니다.

제공 인터페이스 선택

보통 루프백이 더 나은 제공자다. 주소가 안정적이고 항상 활성이며 단일 물리 링크에 의존하지 않기 때문이다. LAN 인터페이스에서 빌리면 터널이 해당 인터페이스의 상태와 주소 할당에 묶이며, 이는 다른 운영상의 맞바꿈이다. 실험실에서는 편리하지만 LAN 주소가 바뀌면 취약하다. 둘 중 무엇을 선택하든, 지으려는 터널 유형에서 플랫폼이 번호 없는 동작을 지원하는지 먼저 확인하라.

어떤 제공자를 선택하든 터널 구성 바로 옆의 변경 기록에 의존성으로 문서화하라.

터널 구성과 다시 읽기

아래 예시는 IOS 계열 라우터의 멀티포인트 GRE 터널로, 루프백을 빌리고 외부 소스를 언더레이 인터페이스로 향하게 한다. NHRP 정체성은 빌린 주소와 별개이며 명시적으로 구성해야 한다.

interface Loopback0
 ip address 10.255.255.1 255.255.255.255
interface Tunnel0
 ip unnumbered Loopback0
 tunnel source GigabitEthernet0/0
 tunnel mode gre multipoint
 ip nhrp network-id 100
! verify
show interfaces Tunnel0 | include line protocol|Tunnel source
show ip interface brief | include Tunnel|Loopback
show ip nhrp

먼저 인터페이스 행을 읽어라. down을 보고하는 번호 없는 터널은 빌린 주소와 무관하게 라우팅하지 않는다. 그다음 제공자가 활성인지, 그 주소가 의도한 주소인지 확인하라. 주소가 다시 부여된 루프백은 터널이 제시하는 정체성을 조용히 바꾸기 때문이다.

마지막으로 보호되는 프리픽스의 라우팅 테이블과 터널 너머의 인접 관계를 확인하라. 왜냐하면 올바른 인터페이스 상태는 둘 중 어느 것의 도달 가능성도 증명하지 않기 때문이다.

빌린 주소가 제공하지 않는 것

DMVPN은 스포크가 서로를 해석할 수 있도록 NHRP 등록과 매핑이 필요하지만, 번호 없는 회선은 그중 아무것도 제공하지 않는다. 인증, 허용된 전달, 반환 경로는 여전히 필요하며, 어떤 프리픽스든 교환되기 전에 라우팅 프로토콜이 터널 너머로 인접 관계를 형성해야 한다. 이들 각각은 인터페이스가 활성이라고 보고하는 동안에도 실패할 수 있으므로 검증은 주소에서 매핑으로, 다시 경로로 진행된다.

명령 구문과 주소 지정 규칙도 제품과 릴리스에 따라 다르므로, 다른 플랫폼의 구성을 복사하지 말고 눈앞의 장비 인터페이스 모델에 맞춰라. 목표는 같아도 필요한 행은 같지 않을 수 있다.

제공자, 외부 소스, 광고되는 프리픽스를 터널 문서에 적고, 제공자 주소가 바뀌면 크게 실패하는 검사를 하나 추가하라. 그 하나의 검사가 번호 없는 설계가 가장 잘 숨기는 고장 모드를 잡아낸다.