요약

  • RFC 2215는 모든 네트워크 요소의 로컬 기여 값을 경로 전체에서 합성된 값과 분리하고, 특성화(characterization)를 개념적으로 다음 홉(next-hop) 단위로 다루었습니다.
  • 서로 다른 주장에는 서로 다른 대수를 적용했습니다. 통합 서비스(Integrated Services) 지원 결손에는 논리 OR, 인지 홉 수에는 증가, 사용 가능 대역폭과 경로 MTU에는 최솟값, 최소 지연에는 상한이 있는 덧셈을 사용했습니다.
  • 미지수와 불확정 값은 설계상 지속되도록 했습니다. 이후 홉이 전달하는 깨끗한 값으로는 지원되지 않는 요소, 사용 불가 판정된 대역폭 추정치, 또는 알 수 없는 지연 기여를 복구할 수 없습니다.

하나의 경로가 곧 하나의 연산을 의미하지는 않았다

설정(setup) 메시지가 라우터에 도착하며, 이미 통과한 경로에 대한 네 가지 사실을 담고 있다고 상상해 보십시오. 하나는 이전 요소 중 어느 곳이 필요한 제어 프레임워크를 지원하지 못했는지 여부를 알려 줍니다. 하나는 통합 서비스(Integrated Services)를 인지하는 요소가 몇 개 참여했는지를 말합니다. 하나는 가장 좁은 사용 가능 대역폭을 추정합니다. 하나는 전파 및 처리 지연의 최소 가능 누적치를 더해 갑니다.

라우터는 이 네 수치를 하나의 평균 함수에 넣을 수 없습니다. 지원되지 않는 지점 하나만으로 경로 주장 전체가 오염되므로 그 조건에는 논리 OR가 사용됩니다. 참여 수는 하나씩 증가해야 합니다. 병목 수치는 같거나 작아질 수만 있습니다. 지연 기여는 더해져야 합니다. 1997년에 발표된RFC 2215는 이러한 차이들을 간결한 책임 추적 체계로 정립했습니다.

이것은 관측된 서비스에 대한 보고가 아니었습니다. 특성화는 후보 플로우의 경로를 따라 존재하는 QoS 제어 환경에 관한 정보였습니다. 애플리케이션이나 다른 네트워크 요소가 무엇을 요청할지 판단하는 데 도움이 될 "수 있었습니다". 바로 이 "수 있었다"는 표현이 경계를 담고 있습니다. 특정 예약이 실제로 이루어지기 전에, 경로가 지정된 규칙에 따라 무엇을 주장하는지를 기술하는 것이 이 객체의 역할이었습니다.

로컬 사실과 합성된 주장은 서로 다른 정체성을 지녔다

RFC 2215는 각 특성화에 두 가지 형태를 부여했습니다. 로컬 값은 하나의 네트워크 요소를 기술합니다. 합성 값은 이미 통과한 경로에 그 로컬 기여를 결합하고 다음 요소로 전달됩니다. 합성은 수신자 방향으로도 송신자 방향으로도 진행될 수 있습니다.

문서는 모든 특성화를 개념적으로 다음 홉별(per-next-hop) 것으로 정의했습니다. 공유 매체나 대규모 클라우드를 제어하는 장치는 한 다음 홉에는 한 값, 다른 출구에는 다른 값이 필요할 수 있습니다. 그 수치를 장치의 영구 속성으로 취급하면 그 값이 참이 되게 만든 경로 선택이 사라져 버립니다. 벤더는 대안들이 문서화된 허용 오차 안에 머무는 경우에만 하나의 값을 저장할 수 있습니다.

로컬 수량과 합성 수량은 서로 다른 식별자를 받았습니다. 덕분에 관리 체계는 한 요소가 공급한 값과 그 지점에서 경로가 누적한 값을 모두 검사할 수 있었습니다. 최종 수치만 남으면 더 이상 기여자들을 재구성할 수 없습니다. 최솟값은 병목이 어디인지 알려 주지 않습니다. 합계는 어느 요소가 얼마를 기여했는지 드러내지 않습니다. OR 플래그는 결손 위치를 특정하지 못합니다.

기본값은 만능 사실이 아니라 분기였다

일반 파라미터는 서비스 전반에서 공통 정의를 공유했지만 그 값은 달라질 수 있었습니다. 서비스 번호 1은 글로벌, 즉 기본 분기를 나타냈습니다. 서비스별 값은 특정 서비스에 대한 재정의(override)였습니다.

우선순위 규칙은 두 의미를 모두 보존했습니다. 서비스별 값이 도착했는데 로컬 서비스에도 자체 재정의가 있으면 두 값이 함께 합성됩니다. 로컬 서비스에 재정의가 없으면 도착한 서비스 분기가 로컬 글로벌 값과 합성되며 서비스별 성격을 유지합니다. 재정의를 노출하는 요소에 글로벌 값이 도착하면 새 서비스 분기가 생성되고, 글로벌 분기는 독립적으로 계속 존재합니다.

RFC의 예제는 의도적으로 구체적입니다. 라우터는 일반 경로 MTU 1,500바이트를 지원하면서 자사의 보증 서비스(Guaranteed Service) 구현은 250바이트만 처리할 수 있을 수 있습니다. 작은 재정의는 물리적 경로가 줄어들었다고 주장하는 것이 아닙니다. 이 서비스가 더 엄격한 실행 가능한 경계를 부과한다고 주장하는 것입니다. 분기를 하나로 합쳐 버리면 서비스 사용자를 오도하거나 일반 경로를 실제보다 과소 기술하게 됩니다.

결손은 OR로 전파되었다

로컬NON_IS_HOP파라미터는 요소가 해당 QoS 서비스를 갖추지 못했거나 체인에 결손이 있다는 것을 알 때 참이 됩니다. 그 합성 형태에는 논리 OR가 적용됩니다. 한 번 참이 기여하면 이후 모든 결과는 참으로 남습니다.

이 단조 규칙은 그 주장과 일치합니다. 지원되지 않는 터널 뒤에 능력 있는 라우터 네 개가 있어도 터널이 소급하여 능력을 갖추게 되지는 않습니다. RFC 2215는 보수적 처리를 요구했습니다. IP 터널로 패킷을 보내는 라우터는 자신 또는 설정 프로토콜이 그렇지 않음을 증명할 수 없는 한 캡슐화된 경로에 QoS 제어가 없다고 가정해야 합니다.

이 메커니즘에는 구조적 난점이 있었습니다. 통합 서비스(Integrated Services)를 이해하지 못하는 장치는 자신이 이해하지 못하는 명세가 정의한 플래그를 설정할 수 없다는 점입니다. 따라서 결손 감지는 인접 요소, 설정 프로토콜 또는 수동 구성의 몫일 수 있습니다. 결손 비트는 고장 난 장치가 스스로 낸 자기인증적 고백이 아니었습니다.

그 결과는 하나의 불리언보다 넓었습니다. 글로벌 결손 플래그가 설정되면 수신자는 다른 모든 RFC 2215 파라미터를 부정확할 수 있는 것으로 취급하라는 지시를 받습니다. 서비스별 결손 역시 해당 서비스에 대해 다른 값들의 신뢰성을 약화시킵니다.RFC 2210은 이후 RSVP가 이 상태를 ADSPEC으로 전송하는 방식을 기술했습니다. 전송 자체가 경고의 범위를 좁히지는 않았습니다. 불확정성은 관련된 근거 체인 전체에 적용됩니다.

홉 수는 스스로 셀 수 있는 것만 셌다

NUMBER_OF_IS_HOPS는 또 다른 규칙을 따랐습니다. 인지하는 요소는 합성 카운터를 하나씩 증가시킵니다. 그 결과는 IP 홉 수 한도 안에서 메시지가 통과한 적합한 참여 요소의 수를 말해 줍니다.

이 수치는 단독으로 읽을 때 위험해집니다. 인지 홉 다섯 개는 물리적 또는 논리적 구간이 정확히 다섯 개뿐이라는 증거가 아닙니다. 인지하지 못하는 장치는 인지 홉 카운터를 증가시킬 수 없습니다. 따라서 홉 수와 결손 플래그는 서로 다른 질문에 답합니다. 알려진 참여 요소가 몇 개 기여했는가, 그리고 지원되지 않는 결손이 다른 주장들을 의심스럽게 만드는가.

이 짝은 결여(absence)를 0으로 변환하는 것을 거부하는 근거 체계의 초기 사례입니다. "계산되지 않음"과 "존재하지 않음"은 서로 다른 상태입니다.

사용 가능 대역폭은 추정치의 최솟값이었다

대역폭 파라미터는 가장 강한 유혹을 드러냈습니다. 각 요소는 물리적 자원뿐 아니라 행정적·정책적 제어까지 고려하여 선택된 경로를 따르는 패킷에 사용 가능한 대역폭을 추정합니다. 합성 값은 그 최솟값을 취합니다.

수학적으로 이는 광고된 사용 가능성 중 가장 좁은 것을 찾아냅니다. 그러나 운영적으로 입력값들은 예약이 아니었습니다. RFC 2215는 이 값이 특정 QoS 요청 이전, 즉 목적지·요청 서비스·예약 정책이 아직 알려지지 않았을 수 있는 시점에 산출되어야 한다고 명시했습니다. 그런 상황에서 요소는 최선의 추정을 하며, 나중에 실제로 사용 가능한 양을 실질적으로 과대 추정할 수 있습니다.

용량의 일부만 사용하도록 제한된 서비스는 더 작은 재정의를 공표할 수 있습니다. 그러면 종단은 그 값을 일반 포워딩 경로로 착각하지 않으면서도 해당 서비스에 특화된 경로 특성화를 받습니다.

0은 아무런 약속도 담지 않았습니다. 0은 해당 요소가 대역폭을 추정할 수 없거나 추정하지 않기로 선택했음을 의미하며, 합성 0을 받는 수신자는 실제 가용성을 미지수로 취급해야 합니다. 대수가 최솟값이기 때문에 0은 이후의 모든 양수 기여를 통과하고도 살아남습니다. 이는 불행한 부작용이 아니었습니다. 이는 하류의 정밀성이 상류의 근거 결손을 세탁하지 못하게 막았습니다.

최소 지연은 누적되다가 미지수로 포화되었다

지연에는 최솟값이 아니라 덧셈이 사용되었습니다. 로컬 값은 전파 및 패킷 처리가 더하는 최소 지연이며, 가변 큐잉 지연은 제외됩니다. 이는RFC 2212의 보증 서비스(Guaranteed Service) 같은 서비스를 위한 기준선이지, 일반적인 지연 측정도 아니고C/R + D상한 자체도 아니었습니다.

RFC는 클라우드가 서로 다른 최소 경로를 가질 수 있음을 인정했습니다. 이상적으로는 각 다음 홉마다 별도의 값을 외부로 내보내야 합니다. 공유 값은 클라우드 전체에서 가능한 최소 지연이어야 하며, 이는 실제 경로를 과소 기술할 수 있습니다. 대신 요소는 특별히 정의된 불확정(indeterminate) 값을 보고할 수 있습니다.

합성은 마이크로초 값을 더하되(2**32)-1에서 클램프(clamp)됩니다. 그 최댓값은 불확정 지연을 의미합니다. 이 값은 요소가 자신의 기여를 예측할 수 없거나 수치 범위가 넘칠 때 발생할 수 있습니다. 일단 나타나면 상한이 있는 합계는 그것을 유지합니다. 최종 소비자가 알게 되는 것은 실제 지연이 미지수라는 사실이며, 경로가 표현 가능한 최대 지연을 정확히 가진다는 뜻이 아닙니다.

정밀도 요건이 중요했는데, 작은 오차도 함께 합성되기 때문입니다. 밀리초 단위만 제공하는 추정은 거부되었습니다. 모든 홉에서 양의 하한이 존재하면 경로가 그에 대한 근거를 공급하기 전에도 몇 밀리초의 허위 지연이 만들어질 수 있습니다.

경로 MTU는 최솟값을 취했지만 더 강한 입력 의무를 갖았다

경로 MTU 역시 최솟값을 취하지만, 그 계약은 대역폭과 달랐습니다. 로컬 값은 링크 계층 헤더를 제외한 IP 및 상위 계층 헤더를 포함하여 해당 요소가 단편화 없이 운반할 수 있는 최대 IP 패킷입니다. 인지하는 모든 요소는 정확한 값을 제공해야 했습니다.

서비스 재정의는 글로벌 MTU를 낮출 수는 있지만 높일 수는 없었습니다. 이 비대칭성은 서비스가 하부 요소가 운반할 수 있는 것보다 큰 패킷을 받아들일 수 있다고 주장하는 것을 막았습니다. 합성 결과는 해당 경로와 서비스 분기에 대한 상한을 기술했습니다.

그래도 이것은 전달 영수증이 아니었습니다. 경로는 바뀔 수 있습니다. 숨겨진 터널은 특성화를 벗어날 수 있습니다. 송신자는 다른 크기를 선택할 수 있습니다. 패킷은 다른 이유로 실패할 수 있습니다. 최솟값은 기여자들이 부호화한 정확한 질문에 답할 뿐, 이후의 사건들에 대한 권위를 물려받지 않습니다.

같은 RFC 안에 합성되지 않는 것도 있었다

RFC 2215는 공유 토큰 버킷 TSpec을 파라미터 127로 포함했습니다. 그 존재는 유용한 경계선입니다. 이 구조는 레이트, 버킷 깊이, 최대 레이트, 최소 폴리싱 단위, 최대 패킷 크기를 사용하여 예상 트래픽을 기술합니다. 중간 요소는 경로 합성을 위해 로컬 TSpec 값을 외부로 내보내지 않았습니다.

따라서 입력 계약과 경로 특성화는 같은 아키텍처 안에서 함께 이동하면서도 같은 근거가 되지 않았습니다. TSpec은 서비스가 요청되는 트래픽을 기술합니다. 실제 적합성을 측정하거나, 수용(admission)을 증명하거나, 패킷이 어떻게 처리되었는지 보여 주지 않습니다.

합성 객체는 중간 단계의 증명이었다

RFC 1633의 통합 서비스(Integrated Services) 아키텍처,RFC 2205의 RSVP,RFC 2211및 RFC 2212의 서비스 의미론,RFC 2216의 명세 템플릿은 인접 계층에 놓여 있었습니다. 설정 프로토콜은 특성화를 운반할 수 있습니다. 서비스는 그것으로 요청을 구성할 수 있습니다. 수용 제어는 자원을 승인하거나 거부할 수 있습니다. 그러나 그 어떤 연산도 이전의 경로 요약을 관측된 결과로 바꾸지 않습니다.

RFC 2815의 이후 IEEE 802 매핑 작업도 이 구분을 유지했습니다. MTU와 결손 정보는 정확해야 했지만, 사용 가능 대역폭은 느슨한 추정치로 남을 수 있었습니다. 파라미터는 계산되거나 측정되거나 추정될 수 있었습니다. 공통 데이터 형태가 모든 필드에 동일한 인식적 품질을 부여하지는 않았습니다.

따라서 내구성 있는 장부에는 여러 행이 존재합니다. 파라미터와 서비스 분기, 경로 방향과 시점(epoch), 로컬 출처와 방법, 이전 합성 값, 합성 규칙, 결과와 유효성 상태, 요청, 수용, 설치된 동작, 관측된 트래픽, 전달, 애플리케이션 결과. 마지막 수치 하나만 저장하려는 유혹이야말로 RFC 2215의 대수가 거부하는 바로 그 유혹입니다.

출처와 한계

1차 출처는RFC 2215이며,RFC Editor와IETF Datatracker의 상태 기록이 함께합니다. 인접 RFC들은 아키텍처, 신호 전달, 서비스 및 이후 링크 계층 매핑을 설명합니다. 이들은 명세 의미론과 역사적 관계를 확립하지만, 현재 배포 상황, 특정 구현, 활성 예약, 측정된 성능, 인시던트 빈도 또는 애플리케이션 성공을 입증하지는 않습니다.

Lu Heng의 에세이들 —동작하는 코드 우위,최소 공유 규칙과 로컬 결정,현실과 상징 계층— 은 편집 렌즈를 제공합니다. 잘 구성된 주장이 중요하지만, 실행 가능한 현실은 구현과 관측을 요구합니다. 이는 공개된 프레이밍이지, 이후 에세이들이 1997년 설계를 만들었다는 근거가 아닙니다.