요약

  • RFC 2333은 NHRP를 라우팅 결정 위에 구축된 주소 해석으로 다루었으며, 라우팅 프로토콜도 아니고 양단 간 도달 가능성 검증도 아니었다.
  • 적용 가능성은 토폴로지, 숏컷 비용, 애플리케이션 요구, NHRP 참여 여부, 루프 안전성 가정에 좌우되었다. NHRP가 적합하다고 판단했다고 해서 숏컷이 요청되거나 설치되었다는 뜻은 아니었다.
  • 등록 승인, 권위 있는 해석 응답, 캐시 항목은 각각 출처와 정책, 수명이 결부된 제한된 제어 평면 상태를 기록했다. 그 어느 것도 ATM 가상 회로나 패킷 흐름을 증명하지 못했다.
  • RFC 2332는 해석이 진행되는 동안에도 라우트된 포워딩을 보존하고, NAK, 퍼지(purge), 오류 경로를 정의했다. 매핑 메커니즘의 존재만으로 성공적인 데이터 서비스를 추론할 수 없었기 때문이다.
  • 운영상의 증명은 별도의 단계로 진행되어야 했다: 라우팅, 적용 가능성, 매핑, 연결, 포워딩, 원격 서비스, 애플리케이션 결과.

가장 안심되는 한 줄은 지도에 불과했다

운영 화면 하나가 계층화된 시스템을 초록색 한 줄로 바꿔 보일 수 있다.

NHRP의 경우 그 줄에는 프로토콜 주소, NBMA 주소, 권위(authoritative) 플래그, 남은 보유 시간이 담길 수 있다. 이 조합을 "다음 홉이 살아 있다"고 읽고 싶은 유혹이 든다. 그러나 프로토콜 문서는 그 줄에 그런 의미를 부여한 적이 없다.

RFC 2333은 적용 가능성 진술서(applicability statement)로 쓰였다. 중심 질문은 NHRP 패킷의 형식이 유효한지가 아니라, 특정 NBMA 환경과 특정 트래픽 결정에서 그 메커니즘이 적합한지였다. 이 구분이 이후 상태가 증명할 수 있는 범위를 즉시 제한한다.

NHRP를 사용하기 적합한 시스템이라도 현재의 숏컷이 없을 수 있다. 클라이언트가 유효한 매핑을 갖고 있어도 연결이 수립되지 않았을 수 있다. 연결이 존재해도 성공적인 IP 트래픽을 실어 나르지 않을 수 있다. 패킷이 도착한 호스트의 애플리케이션이 사용 불가능할 수도 있다.

캐시 줄은 그 연쇄의 끝이 아니라 시작 부분 근처에 놓인다.

NHRP보다 라우팅이 먼저 말했다

RFC 2333은 명확했다: NHRP는 라우팅 프로토콜이 아니다.

평범한 네트워크 계층 라우팅이 먼저 목적지까지의 경로를 결정한다. 그 경로가 NBMA 인터페이스를 사용한다면, NHRP는 목적지 또는 적절한 출구 라우터를 대응하는 NBMA 계층 주소로 해석할 수 있다. 출구가 여럿인 경우 동적 라우팅을 쓰는 NHRP 도메인은 라우팅 시스템이 내린 선택을 반영한다.

이 순서가 중요하다.

NHRP는 선택된 출구가 최선임을 독자적으로 인증하지 않았다. 그것은 한 시점의 라우트 결정을 물려받았다. 라우팅 시스템은 원래 IP 홉 수가 적은 쪽을 선호할 수 있지만, 그 선호는 애플리케이션이 신경 쓸 수 있는 모든 속성에 대한 측정이 아니었다. 지연, 가격, 혼잡, 장애 상관성을 반드시 최소화하지 않는다.

또한 NHRP 응답이 그것을 산출한 라우트를 고정하지 않았다. RFC 2333은 빠르게 변하는 라우트 경로가 숏컷을 짧은 수명으로 만들 수 있고, 어떤 라우터 간 사례에서는 지속적인 루프에 일조할 수 있다고 경고했다.

따라서 해석된 주소는 라우팅 권위의 하류에 놓였다. 그 권위에 기반한 숏컷 실현을 도울 수는 있어도, 라우트 결정을 대체하거나 인증하거나 영구 보존할 수 없었다.

숏컷은 선택이지 기본값의 진실이 아니었다

NHRP는 Classical IP over ATM 모델을 일반화했다.

하나의 논리적 IP 서브넷(LIS) 안에서 ATMARP는 IP 주소를 ATM 주소로 매핑할 수 있었다. 다른 LIS로의 통신은 두 단말이 같은 물리적 ATM 패브릭을 공유하고 직접 가상 회로가 기술적으로 가능하더라도 보통 IP 라우터를 거쳤다. NHRP는 논리적 NBMA 네트워크 안에서 그런 추가 IP 홉을 피할 수 있는 LIS 간 해석 메커니즘을 제공했다. 그 네트워크 밖 목적지에 대해서는 현재 출구 라우터의 NBMA 주소를 돌려줄 수 있었다.

RFC 2333은 가능한 모든 숏컷을 만들어야 한다고 주장하지 않았다.

특별한 QoS 요구가 없는 짧은 통신에서는 연결 설정과 유지되는 상태가 홉 단위 포워딩보다 비쌀 수 있었다. 그 비용은 금전적이거나 계산적일 수도 있고, 네트워크 인터페이스와 스위칭 자원의 부담일 수도 있었다. 따라서 애플리케이션이나 운영자가 숏컷의 효용이 그 상태를 정당화하는지 판단해야 했다.

이는 적용 가능성을 조건과 트레이드오프에 대한 결정으로 만들었다. 데이터 경로가 이미 존재한다는 관찰이 아니었다.

RFC는 누가 숏컷을 시작할지에 대한 제약까지 제안했다: 발신 호스트, 라우트된 다음 홉이 NBMA 인터페이스를 통해 도달 가능한 첫 라우터, 또는 요구되는 정책 라우터. 그 규율이 없으면 보통의 라우트 경로 상 여러 지점이 같은 트래픽에 대해 각자 자기 숏컷을 만들 수 있었다.

따라서 적용 가능성 판단은 정의된 정책 하에서 메커니즘을 시도할 허가를 세우는 일이었다. 허가는 실행이 아니었다.

라우터 간 경계는 위험을 드러냈다

호스트 간, 호스트-라우터, 라우터-호스트 통신은 제시된 모델에 들어맞았다. 라우터 간 사용은 더 뚜렷한 한계를 드러냈다.

기본 NHRP는 하위 라우팅 프로토콜이 루프 억제에 필요한 정보를 잃으면 — 예컨대 자율 시스템 간 라우팅 메트릭 변화를 넘어 — 지속적인 포워딩 루프를 만들 수 있었다. 적용 가능성 진술서는 출구 바로 뒤의 안정적으로 인접한 목적지를 더 안전한 특수 사례로 다루었다.

요청의 Q 비트는 라우터를 요청자로 식별했다. 필요한 안정 조건 하에서 목적지가 출구와 직접 인접하지 않다면, 안전한 응답은 부정 응답이었다. 패킷은 라우트된 경로에 머문다.

그 부정 응답은 네트워크 목적의 실패가 아니었다. 권위가 라우팅에 남아 있는 경로를 보존한 것이며, 루프 안전성이 확립되지 않은 숏컷을 만들어내지 않았다.

이것이 RFC 2333의 가장 중요한 운영 교훈 중 하나다. 프로토콜이 사용 가능하고 목적지가 라우팅 가능해도, 숏컷은 만들지 말아야 할 상태일 수 있다.

등록은 보관 기록이지 생존 증명이 아니었다

RFC 2332가 적용 가능성 진술서 뒤의 메시지 기계장치를 제공했다.

NHRP 클라이언트는 등록 요청을 보내 서빙 Next Hop Server(NHS)가 자신의 프로토콜-NBMA 매핑을 보관하게 할 수 있었다. NHS는 오류 검사와 적용 가능한 정책 검사를 마친 뒤에만 요청을 처리했다. 주소를 서빙할 수 없거나, 자원이 부족하거나, 행정적으로 수락이 금지되어 있거나, 고유성 충돌이 있으면 거부할 수 있었다.

따라서 성공적인 등록 응답에는 실제 의미가 있었다. NHS가 그 시점에 자신의 규칙에 따라 매핑 정보를 수락했음을 보여준다.

그러나 양단 간 가상 회로가 수립되었음을 보여주지 못했다. 목적지 애플리케이션을 탐색하지 않았다. 모든 중간 NHRP 서버가 최신 상태를 동기화했음을 검증하지 않았다. 라우트가 여전히 같은 논리적 NBMA 도메인을 가리키는지 증명하지 못했다.

등록은 주소 해석 서비스에서의 보관 이벤트였다. 이를 원격 상태 이벤트로 읽으면 NHS가 실제로 갖지 못한 지식을 부여하는 셈이다.

갱신 규칙이 이 한계를 강화했다. 클라이언트는 패킷 손실에도 등록을 유지하도록 충분히 자주 재전송해야 했고, 규격은 광고된 보유 시간(Holding Time)에 기반한 주기를 권고했다. 수락된 상태는 나이를 먹는 것으로 기대되었다.

응답은 권위를 실었지만 모든 권위는 아니었다

해석 응답은 매핑 질문에 답했다.

발신측은 먼저 보통 라우팅으로 다음 홉을 정했다. 사용 가능한 해석 상태가 없고 그 다음 홉이 NBMA 인터페이스를 통해 도달 가능하면, 목적지를 향해 NHRP 요청을 보냈다. 서빙 NHS는 목적지가 논리적 NBMA 네트워크에 붙어 있으면 그 NBMA 주소를, 네트워크 밖 목적지라면 해당 출구 라우터의 주소를 돌려줄 수 있었다.

RFC 2332는 권위 있는 정보와 권위 없는 정보를 구분했다. 중계 NHS는 허용되는 경우 캐시된 권위 없는 상태로 응답할 수 있었다. 클라이언트는 목적지를 담당하는 서버로부터 권위 있는 응답을 요구할 수 있었다.

권위는 실제로 물어진 질문에 대한 답을 개선했다. 질문 자체를 넓히지는 않았다.

권위 있는 응답은 NHRP의 서빙 관계 아래 그 매핑에 대한 최선의 사용 가능한 진술일 수 있었다. 그러나 ATM 시그널링이 스위치형 가상 회로를 수락할지 말하지 않았다. 회로가 요청한 대역폭을 갖출지 말하지 않았다. ACL, 클로즈드 사용자 그룹, 주소 스크리닝 규칙이 통신을 허용할지 말하지 않았다. RFC 2332의 논리적 NBMA 서브네트워크 정의 자체가 필터 없는 서브네트워크 연결을 가정했다. 필터의 존재는 물리적으로 공유되어 보이는 것을 나눌 수 있었다.

응답은 클라이언트가 시도해볼 수 있는 곳을 확립했다. 시도 이후 무슨 일이 있었는지 보고하지 않았다.

캐시 출처 구분이 한 줄이 여러 의미를 갖는 것을 막았다

NHRP 캐시는 하나의 배타적 경로로만 채워지지 않았다.

NHS는 등록, 해석 교환, 사전 구성된 표, ARP 또는 RFC 2332 밖의 메커니즘에서 매핑을 배울 수 있었다. NHC는 응답, 수동 구성 또는 다른 메커니즘에서 배울 수 있었다. "존재함"만 표시하는 관리 화면은 그 차이를 지워버린다.

RFC 2677은 그 누락된 맥락 일부를 관찰 가능하게 만들었다. 캐시 유형, 항목의 출처와 용도, 협상된 MTU, 보유 시간 유효성, 남은 수명을 기술했다. 학습된 항목은 유효한 보유 시간을 갖고 타이머가 0에 도달하면 사라져야 했다. 행정적으로 추가된 줄은 비휘발성 구성에 살 수 있어 수명이 정의되지 않을 수 있었다.

이것은 꾸미기용 메타데이터가 아니다.

수동 구성된 줄과 신선한 권위 있는 응답은 같은 주소 쌍을 보이면서 서로 다른 판단을 지지할 수 있다. 동기화된 NHS 사본은 원래 클라이언트가 여전히 도달 가능함을 증명하지 않으면서도 유용할 수 있다. 음의 캐시된 답은 반복 조회 부담을 막으면서 영구적 불가능함을 증명하지 않는다.

캐시는 출처와 만료 규칙이 붙은 주장들의 모음이다. 모든 줄을 동일한 관찰로 다루면 프로토콜 데이터베이스가 "현재 도달 가능성"이라는 허구로 변한다.

퍼지와 오류 메시지가 매핑을 계속 수정 가능하게 만들었다

RFC 2332는 스테이션이 캐시된 다음 홉 정보를 무효화할 수 있도록 Purge 메시지를 포함했다. 루프, 도달 불가능한 프로토콜 주소, 유효하지 않은 응답, 인증 실패, 소진된 홉 수에 대한 오류도 정의했다.

이 경로들은 프로토콜이 의도한 자세를 드러낸다.

매핑은 시를 초월하는 명명 주장이 아니었다. 토폴로지, 정책, 자원, 보안 검사, 시간에 종속되는 운영 상태였다. 프로토콜은 조건이 학습 후에 바뀔 수 있으므로 상태를 철회하거나 거부할 수단이 필요했다.

서버 동기화가 그 불확실성을 제거하지 않았다. SCSP와 RFC 2335의 NHRP 전용 프로파일은 여러 서버가 매핑을 배포하고 조정하도록 돕았다. 동기화는 서버들 간 일관성 문제에 답했다. 동기화된 값을 신선한 패킷 탐사로 변환하지 않았다.

원래 정보가 아직 정정되지 않았다면 여러 NHS가 만료된 현실에 대해 합의할 수 있다. 합의는 복제에 대한 증거이지, 그것이 기술하는 외부 시스템에 대한 증거는 아니다.

해석과 연결 설정은 별개의 행위였다

가장 강한 경계는 RFC 2332가 연결 지향 NBMA 네트워크를 기술하면서 직접 드러난다.

NBMA 다음 홉을 해석한 후, ATM 상의 발신측은 원하는 대역폭으로 먼저 연결을 수립할 수 있었다. 반대로 비연결 NBMA 서비스는 발신측이 곧바로 패킷을 보내도록 허용할 수 있었다. 따라서 프로토콜 기술은 주소 해석을 링크 수립으로 붕괴시키지 않았다.

이 구분은 현대 언어에서 잃기 쉽다. "해석됨"이 종종 "도달 가능함"처럼 들린다. 여기서 해석은 주소 매핑 단계가 다음 단계의 입력을 공급했음을 뜻했다.

ATM 시그널링은 여전히 실패할 수 있었다. 자원이 없을 수 있었다. 원격 인터페이스가 설정을 거부할 수 있었다. 협상된 속성이 애플리케이션의 요구와 다를 수 있었다. 가상 회로가 형성되어도 IP 포워딩이나 돌아오는 경로가 틀릴 수 있었다.

패킷 교환조차 최종 계층이 아니었다. 원격 호스트가 IP에서는 응답하면서 특정 서비스가 중단되어 있을 수 있었다. 전송 계층 핸드셰이크가 성공하면서 애플리케이션 트랜잭션이 실패할 수 있었다. 그 어떤 이후의 결과도 NHRP 응답에 소급해 쓰일 수 없었다.

라우트된 포워딩이 안전 경로였다

RFC 2332는 해석을 기다리는 발신측이 트리거 패킷을 버리거나, 보존하거나, 라우트된 경로로 포워딩하는 것을 허용했다. 클라이언트가 더 직접적인 경로를 찾는 동안에도 데이터가 계속 흐를 수 있도록 라우트된 포워딩을 기본값으로 권고했다.

RFC 2333은 같은 아키텍처에 확장성 결과를 부여했다. NHRP 요청이 NHRP를 이해하지 못하는 라우터를 만나면 요청이 조용히 폐기될 수 있었다. 숏컷은 만들어지지 않지만, 연결성은 홉 단위로 계속 제공될 수 있었다.

이 폴백은 단지 편의가 아니다. 서비스 연속성과 최적화를 구분한다.

NHRP의 목적은 적절한 조건에서 라우트된 경로를 줄이는 것이었다. 줄이기에 실패했다고 해서 전달에 실패한 것은 아니다. 반대로 줄이기 성공 신호가 전달을 증명하지도 않는다.

숏컷 상태와 양단 간 건강을 하나의 지표로 다루는 대시보드는 두 실패 모드 모두를 더 진단하기 어렵게 만든다.