요약

  • RFC 1188은 IP 데이터그램과 ARP 메시지가 FDDI에서 어떻게 사용되는지 규정했습니다. 즉, 로컬 LLC/SNAP 문법, 4,352옥텟 IP MTU, 그리고 FDDI와 브리지된 이더넷의 상호운용성을 유지하도록 설계된 ARP 관례입니다.
  • EtherType, 48비트 하드웨어 주소, ARP 매핑, 허용되는 프레임 크기, 수신된 링크 프레임은 경계가 명확한 전송 사실만을 식별합니다. 이것은 특정 인물, 소유권, 권한 부여, 경로, 수신 또는 애플리케이션 결과를 증명하지 않습니다.

고속 링에도 공통 문장이 필요했다

FDDI는 100Mbit/s 광 링을 약속했지만, 속도만으로는 IP 구현이 로컬 프레임 내부의 비트를 어떻게 읽어야 하는지 결정되지 않았습니다. 1990년 10월 David Katz가 발표하고 RFC 1103을 대체한 RFC 1188이 바로 그 빠져 있던 합의를 제공했습니다. 이 문서는 FDDI상에서 IP 데이터그램과 ARP 요청·응답을 다루는 방식을 규정했으며,RFC 1042에 담긴 이전의 IEEE 802 상호운용 모델을 크게 참조했습니다.

공통 문장은 LLC 타입 1 뒤에 SNAP이 오는 형태였습니다. 익숙한 표기법으로 두 서비스 접근점은0xAA, 제어 바이트는0x03, 조직 코드는 0이며, 뒤따르는 프로토콜 식별자가 IP와 ARP를 구분합니다. 이 필드들은 로컬 수신자에게 내부 페이로드를 어떻게 해석할지 알려줍니다. 이는 프로토콜 레이블에 흔히 나중에 덧붙여지는 주장들보다 의도적으로 훨씬 좁은 의미입니다. “IP”라고 표시된 마커는 링크 계층이 어떤 문법을 실어 달라는 요청을 받았는지를 말할 뿐, 발신자를 인증하거나, 주장된 IP 주소가 특정 인물에게 속한다는 것을 보증하거나, 프레임을 다른 시스템을 사용할 권한으로 바꾸지 않습니다.

이 소박한 경계야말로 표준화의 목적이었습니다.RFC 1042는 이미 호환되는 IEEE 802 구현이 LLC/SNAP을 사용하여 IP와 ARP가 각 네트워크 유형 내에서 상호운용되도록 요구했습니다. RFC 1188은 같은 규율을 FDDI에 적용했습니다. FDDI를 보편적 신원 평면으로 만들지는 않았습니다. 구현은 유효한 캡슐화를 인식할 수 있어도, 로컬 프레임 이상의 발신자에 대한 증거를 가지지 않고, 원격 호스트에 대한 권한이 없으며, 상위 계층이 그 트래픽을 수용할 것이라는 증명도 가지지 않습니다.

큰 로컬 프레임은 단대단 권리가 아니었다

RFC 1188은 FDDI IP MTU를 4,352옥텟으로 정했습니다. 문서는 최대 FDDI 프레임이 LLC/SNAP 이후 약 4,470옥텟의 데이터를 담을 수 있지만 가능한 MAC 및 프레임 상태 오버헤드를 위해 추가 공간을 확보했다고 명시합니다. 게이트웨이는 MTU 크기의 패킷을 수용하고 필요할 때 단편화해야 했습니다. 이 숫자는 로컬 엔지니어링 상한입니다. 즉, 지정된 규칙에 따라 준수하는 FDDI 네트워크가 IP 데이터그램 주위에 배치할 수 있는 크기를 설명합니다.

같은 RFC는 이러한 링의 호스트가 인터넷 전체가 4,352옥텟 데이터그램을 받아들일 수 있다고 가정해도 된다는 유혹적인 결론을 거부합니다. 호스트는 목적지가 더 많이 수용할 수 있다는 명시적 지식 없이는 일반적인 576옥텟 한도를 넘어 전송해서는 안 됩니다. 이후의RFC 1191은 역사적 경로 MTU 표에 4,352를 개정된 FDDI 항목으로 나열하지만, 표의 항목은 어떤 특정 경로에 대한 관측이 아닙니다. 로컬 MTU, 게이트웨이의 단편화 의무, 원격 경로의 사용 가능한 크기는 서로 다른 세 가지 명제입니다.

이 구분은 흔한 서술 오류를 막습니다. 큰 인터페이스 능력은 첫 링크에서 패킷을 가능하게 할 수 있지만, 모든 다음 홉, 엔드포인트, 필터, 전송 세션 또는 애플리케이션이 그것을 수용할 것이라는 것을 확립하지 않습니다. 반대로 단편화는 IP 데이터그램을 더 작은 경계를 넘어 운반하기 위한 메커니즘이지, 원래 애플리케이션 거래가 성공했다는 증명서가 아닙니다.

ARP는 청구인이 아니라 로컬 다음 홉 주소를 매핑했다

RFC 1188은 또한 언뜻 평범해 보이는 ARP 결정을 결과적으로 중요하게 만들었습니다. FDDI는 16비트와 48비트 스테이션 주소를 모두 허용했지만, 상호운용 문제를 피하기 위해 RFC는 IP와 ARP에 48비트 주소만을 요구했습니다. 브리지 환경에서의 ARP에 대해서는 하드웨어 타입 1로 전송하고, 하드웨어 타입 1 또는 6을 수용하며, 하드웨어 주소에 대해 표준(canonical) 비트 순서를 사용할 것을 요구했습니다. FDDI의 일반적인 표현은 그룹 비트를 다르게 배치했으므로, ARP 표현을 위해 각 옥텟의 비트를 뒤집어야 했습니다.

이 규칙들은 하드웨어 주소를 개인 이름으로 만들지 않습니다. 노드가 ARP 메시지를 형성하고 수신할 수 있을 만큼 두 로컬 인코딩을 호환되게 만들 뿐입니다. ARP 캐시가 유용한 이유는 IP 구현이 특정 매체에서 다음 홉 프레임 목적지가 필요하기 때문입니다. 그것은 토지 등기부도, 로그인 기록도, 원격 IP 스택이 살아 있다는 증명도, 주소가 반환된 스테이션에 대한 명령도 아닙니다.

브리지 관련 문구는 이 한계를 이례적으로 명확히 합니다. RFC 1188은 FDDI와 이더넷 관례가 비트 순서 오해 없이 만날 수 있는지에 관심을 두었습니다. 응답이 중복 주소, 물리적 보관, 라우팅 선택, 정책 또는 보안 문제를 해결한다고 주장하지는 않았습니다. 문서의 보안 섹션은 보안 문제가 논의되지 않는다고 말합니다. 독자는 결코 보안 결론을 제공하지 않은 호환성 규칙에서 보안 결론을 만들어 내서는 안 됩니다.

이후의 표준화가 바꾼 것—그리고 증명하지 않은 것

RFC 1390은 FDDI 상에서의 IP와 ARP에 관한 1993년 인터넷 표준 후속 문서를 기록합니다. 이는 유용한 개정 표지입니다. 그러나 RFC 1188 자체가 현행 표준이었다는 것, 특정 장소에 FDDI 배치가 존재했다는 것, 또는 현재의 인터페이스가 어느 쪽 문서를 따른다는 것의 증거는 아닙니다. 이 역사는 명확히 경계 지어진 계층에 관한 것입니다. 인터넷 커뮤니티는 페이로드 문법, 로컬 주소 표현, 프레임 예산을 케이블의 암묵적 속성이 아니라 명시적인 것으로 다루는 법을 배웠습니다.

따라서 오래 남는 교훈은 “MAC 주소가 진실이다”나 “고속 프레임은 전달을 의미한다”가 아닙니다. 조정 계층은 자신이 어떤 사실을 실어 나르는지 정확히 말할 때 더 안전해진다는 것입니다. RFC 1188은 특정 FDDI 프레이밍 규칙 위에 IP 또는 ARP 페이로드를 실었습니다. 신원, 소유권, 권한, 원격 도달 가능성, 애플리케이션 효과는 그 각 주장에 대한 증거가 실제로 속한 자리에 남겨두었습니다.

출처와 증거 경계

이 역사적 분석은RFC 1042,RFC 1188,RFC 1191,RFC 1390을 사용합니다. 이 문서들은 캡슐화 관례, 역사적 MTU 처리, 문서 계승을 확립합니다. 현재의 FDDI 배치, 특정 네트워크, 신원, 소유권, 권한 부여, 활성 경로, 전달 또는 애플리케이션 결과를 확립하지는 않습니다.