요약

  • RFC 1266은 독립적으로 개발된 세 가지 BGP 구현을 명시하고, 운용 중인 49대 라우터 6개 시스템 하위 집합에서 총 56대 라우터 7개 시스템을 구분했습니다.
  • 2,000개가 넘는 네트워크, 56kbit/s에서 45Mbit/s에 이르는 전송 속도, 다양한 하드웨어는 BGP-3에 대한 당대의 증거였으며, 전수 조사도 현대적 조사도 아니었습니다.
  • CA*Net 링에서 이 보고서는 혼잡, 라우팅 패킷 손실, 느린 수렴을 연결하고, 이 극단적 구성이 해석의 기준이 되어서는 안 된다고 경고했습니다.

큰 숫자가 아니라 두 개의 모집단

RFC 1266은 BGP를 Draft Standard 상태로 진행시키기 위해 당시 요구되던 기준을 충족하는 문서였습니다. 프로토콜에 경험이 있다고만 주장하지 않았습니다. 그 경험의 좌표를 제시했습니다.

세 계열의 코드가 있었습니다. 자체 라우터 시스템의 cisco 코드, BSD와 AIX 등에서 구동되던 퍼블릭 도메인 코드gated, 그리고 T1·T3 백본에 사용된 NSFNET/IBM 구현이 그것입니다. 문서는 이들을 완전히 독립적이고 상호 운용 가능하다고 평가했습니다. 이러한 독립성은 동일한 소스 트리의 세 배포보다 명세의 정확성을 더 잘 검증합니다. 다만 공통 오류의 부재나 모든 실패 경로의 실행까지는 입증하지 못합니다.

세부 수치는 서술적 반올림을 막아 줍니다. CA*Net 10대, NSFNET T1 백본 20대, T3 백본 15대, T3 시험 네트워크 7대, CICNET 2대, MERIT 1대, PSC 1대. 합계 56대 라우터, 7개 자율 시스템입니다.

이어서 보고서는 시험 네트워크를 운용 범위에서 제외합니다. 남는 것은 6개 자율 시스템의 49대 라우터입니다. “운용 중인 56대 라우터”라고 말하면 출처를 단순화하는 것이 아니라 가장 검증 가능한 단서를 지워 버리는 것입니다.

이질성 자체가 시험의 일부였다

숫자만으로 증명이 이루어지지 않았습니다. 링크는 56kbit/s부터 45Mbit/s까지였습니다. 기기는 PC/RT부터 RS/6000까지를 아울렀습니다. 전용 라우터와 Unix 워크스테이션이 공존했습니다. 토폴로지는 링이나 저밀도 트리부터 조밀한 백본까지 다양했습니다. 당시 BGP는 외부 네트워크 경로 2,000개가 넘는 경로를 전달하고 있었습니다.

각 축은 서로 다른 취약점을 드러냅니다. 출처가 다른 코드는 텍스트의 모호성을 검증합니다. 여러 운영체제는 메모리와 스케줄링 가정을 검증합니다. 크게 떨어진 전송 속도는 손실과 지연을 검증합니다. 서로 다른 그래프는 경로와 루프를 검증합니다.

RFC 1164는 “구현”이라는 단어 뒤에 숨은 작업을 보여 줍니다. TCP는 흐름을 전달할 뿐, 매 읽기마다 BGP 메시지 전체를 주지 않습니다. 프로그램은 헤더와 길이를 확인하고, 부족한 바이트를 누적하며, 라우팅 프로세스를 막지 않아야 합니다. 업데이트는 증분 방식입니다. 학습된 경로는 명시적으로 철회되거나 교체될 때까지 유지됩니다.

RFC 1267에서 BGP-3는 연결 시작 시 전체 테이블을 보내고 이후에는 변경 사항만 보냅니다. 조용한 불일치를 교정하는 주기적 전체 갱신은 존재하지 않습니다. 따라서 연결 이력이 상태의 일부가 되며, 세션이 끊기면 피어들은 Idle 상태로 돌아가 뷰를 다시 구축해야 합니다.

이렇듯 “BGP가 작동한다”는 말은 잘못 여러 행위를 하나로 묶습니다. 흐름을 프레임으로 나누고, 상태를 유지하고, 경로를 선택하고, 정책을 적용하고, 손실을 견디고, 세션을 다시 세우는 일들입니다.

시대의 증명서, 영구 여권이 아님

RFC 1266은 1989년부터의 운용, 세 가지 구현, 모든 중요 기능, 트랜짓과 단말 네트워크 간 및 트랜짓 간 교환, 멀티벤더 환경을 기록했습니다. 인증과 루프 제거 기능이 실행되었음도 보고했습니다.

그 힘은 이름, 수치, 조건에서 나옵니다. 제20차 IETF의 CA*Net과 NSFNET 발표가 측정을 뒷받침하는 것으로 언급되었습니다. 제공된 자료에 이들이 없는 한, 원시 계열, 오차 범위, 커버리지 비율을 지어내는 것은 정당하지 않습니다.

마찬가지로 “2,000개가 넘는 네트워크”는 1991년의 부하 관찰일 뿐입니다. 이는 이후의 BGP-4 테이블도, 현대 정책도, 현재의 제품 준수도 측정하지 않습니다. 규모의 증거에는 날짜와 프로토콜 문법이 있습니다.

CA*Net에는 식별 가능한 인과 사슬이 있었다

가장 유익한 사례는 56kbit/s 고부하 회선으로 연결된 10대 라우터의 CA*Net 링이었습니다. 혼잡 때문에 BGP 정보를 운반하는 패킷의 상당 부분이 유실되었습니다. 이 손실이 이어서 수렴을 느리게 했습니다.

순서는 뒤집을 수 없습니다. 보고서는 TCP가 혼잡을 만들었다고 말하지 않았습니다. 전송 계층을 교체해도 혼잡에 빠진 라우터가 패킷을 버리는 것을 막지 못했을 것입니다. TCP는 잃어버린 것을 재전송할 수 있었지만, 손실이 발생한 큐의 정책은 갖고 있지 않았습니다.

두 개의 작용 지점이 구분되었습니다. 혼잡을 줄이는 일은 BGP의 범위를 넘었습니다. 반면 제어 패킷의 유실 비율을 줄이는 일은 식별과 우선순위, 즉 IP precedence, 잘 알려진 TCP 포트, 또는 출발지·목적지 주소를 통해 가능했습니다. CA*Net은 주소를 선택했습니다.

재전송 타이머를 조정하면 재시도를 앞당길 수 있고, TCP 윈도우를 줄이면 낡아버린 데이터를 제한할 수 있습니다. 그러나 RFC는 이것을 치료라고 부르기를 거부했습니다. 더 빨리 다시 보내는 것은 메시지를 파괴하는 큐 규칙을 폐지하지 못합니다.

우선순위 역시 결과의 증거가 아닙니다. 라우팅 패킷의 수용을 바꿀 뿐입니다. 그 이후에도 손실, 업데이트 처리, 경로 선택, 수렴, 실제 전달을 관찰해야 합니다.

보고서 자신이 극한 사례의 경계를 세웠다

CA*Net은 외부 경로를 내부 프로토콜에 담지 않았습니다. 따라서 BGP가 링 내부의 라우팅에 필요한 계산을 공급했고, 이로써 BGP의 수렴 지연이 비정상적으로 민감해졌습니다. RFC 1266은 이 상황을 극한 시험이라 불렀고, 그 결과가 기준이 아니라고 경고했습니다. 더 보통의 구성에서는 IGP가 내부 계산에 유용한 외부 정보를 운반하게 됩니다.

이 단서는 사례를 축소하지 않습니다. 사례에 좌표를 부여할 뿐입니다. 극한 시험은 보통 구성보다 먼저 의존성을 드러낼 수 있습니다. 다만 그것은 대표적인 네트워크도, TCP의 보편적 결함도, BGP의 시간을 초월한 속성도 되지 않을 뿐입니다.

RFC 1268은 또 하나의 한계를 더합니다. AS 경로와 로컬 구성은 단말, 멀티홈, 트랜짓 네트워크의 정책을 위해 존재했습니다. 따라서 경로 광고는 권한의 권리증도 전달의 약속도 아니었습니다. 보고서는 결정을 운반하는 메커니즘을 관찰했을 뿐, 모든 결정과 그 효과를 승인하지 않았습니다.

출처와 추론의 한계

이 문서들은 명세, 구현 권고, 사용 가정, 세 가지 코드, 선언된 모집단, 경로 규모, CA*Net 관찰을 확립합니다. 그러나 IETF 회의의 완전한 기록, 전 세계 채택, 현대 BGP의 동작, 현재의 제품 준수, 현재의 보안, 보편적 수렴, 도달 가능성, 전달, 사용자 결과를 확립하지는 않습니다.