Subnetwork Access Protocol

Subnetwork Access Protocol

SNAP(Subnetwork Access Protocol)는 IEEE 802.2 LLC를 사용하는 네트워크에서 8비트 802.2 서비스 액세스 포인트(SAP) 필드로 구분할 수 있는 것보다 더 많은 프로토콜을 다중화하기 위한 메커니즘입니다. SNAP은 EtherType 필드 값으로 프로토콜 식별을 지원하며, 벤더-개인 프로토콜 식별자 공간도 지원합니다. IEEE 802.3, IEEE 802.4, IEEE 802.5, IEEE 802.11 및 기타 IEEE 802 물리적 네트워크 계층뿐만 아니라 802.2 LLC를 사용하는 FDDI와 같은 비IEEE 802 물리적 네트워크 계층에서도 사용됩니다.

SNAP 및 LSAP 필드는 수신 노드가 각각의 수신된 프레임을 주어진 프로토콜을 이해하는 적절한 디바이스 드라이버에 전달하도록 하기 위해 송신 노드에서 패킷에 추가됩니다.

배경

OSI 모델은 서비스 액세스 포인트(SAP)를 사용하여 계층 간 통신(네트워크, 전송, 세션 및 7계층 모델의 다른 계층)을 정의합니다. 즉, 어떤 프로토콜이 수신 메시지를 처리해야 하는지 식별합니다. 프로그램은 주어진 계층 내에서 상호 합의된 프로토콜 메커니즘에 의해 데이터를 교환할 수 있습니다. 공통 프로토콜을 지원하지 않는 프로그램 쌍은 서로 통신할 수 없습니다. 따라서 여러 프로토콜이 계층 내에서 공존하기 위해서는 하위 계층에 의해 전달되는 서비스 데이터 유닛을 처리하기 위해 호출되는 프로토콜을 결정해야 합니다.

SSAP(Source Service Access Point) 및 DSAP(Destination Service Access Point)를 포함한 SAP에 대한 가장 일반적인 언급은 데이터 링크 계층과 네트워크 계층 사이의 경계를 말합니다. SAP는 일반적으로 계층 2, 특히 IEEE 802.2 표준에 정의된 LLC(Logical Link Control) 하위 계층에서의 사용 측면에서만 생각됩니다. 링크 서비스 액세스 포인트(LSAP)에는 대상 서비스 액세스 포인트(DSAP)와 소스 서비스 액세스 포인트(SSAP)가 모두 포함됩니다. 이를 통해 MAC 스테이션은 서로 다른 프로토콜을 통해 상위 계층과 통신할 수 있습니다.

표준 네트워크 계층 프로토콜은 ISO/IEC TR 11802-1에 기록된 바와 같이 예약된 LLC 주소가 할당되었습니다. LLC 주소 공간의 절반이 이러한 할당을 위해 예약되어 있습니다. 다른 프로토콜은 두 가지 방식으로 제공됩니다. 한 가지 방법은 LLC 주소 공간의 나머지 절반을 사용할 수 있는 LSAP의 로컬 할당입니다. 두 번째 방법은 SNAP(Sub-network Access Protocol)와 함께 사용하도록 할당된 특정 예약 LLC 주소 값을 SNAP 주소라고 합니다. SNAP 주소는 각 MAC SAP에서 단일 LSAP를 식별합니다. 따라서 SNAP을 사용하는 각 프로토콜은 프로토콜 식별자를 사용해야 합니다. 따라서 SNAP(Subnetwork Access Protocol)는 IEEE 802.2 LLC를 사용하는 네트워크에서 8비트 802.2 서비스 액세스 포인트(SAP) 필드로 구분할 수 있는 것보다 더 많은 프로토콜을 다중화하기 위한 메커니즘입니다. SNAP은 이더넷 유형 필드 값으로 프로토콜 식별을 지원하며, 벤더-개인 프로토콜 식별자 공간도 지원합니다. IEEE 802.3, IEEE 802.4, IEEE 802.5, IEEE 802.11 및 기타 IEEE 802 물리적 네트워크 계층뿐만 아니라 802.2 LLC를 사용하는 FDDI와 같은 비IEEE 802 물리적 네트워크 계층에서도 사용됩니다.

사용하다

SNAP은 IEEE 802 개요 및 아키텍처 문서에 명시된 802.2 LLC의 확장입니다.[1] 대상 SAP(DSAP) 및 소스 SAP(SSAP)에 AA 또는 AB의 16진수 값이 포함된 경우 5 옥텟 SNAP 헤더는 802.2 LLC 헤더를 따릅니다.

802.2 LLC 헤더 SNAP 확장자
DSAP SSAP 통제 OUI 프로토콜 ID
1옥텟 1옥텟 1~2옥텟 3옥텟 2옥텟

SNAP 헤더는 3 옥텟 IEEE 조직 고유 식별자(OUI)와 2 옥텟 프로토콜 ID로 구성됩니다. OUI가 0인 경우 프로토콜 ID는 SNAP 위에서 실행되는 프로토콜에 대해 등록된 EtherType 값입니다. OUI가 특정 조직의 OUI인 경우 프로토콜 ID는 해당 조직이 SNAP 위에서 실행 중인 프로토콜에 할당한 값입니다.

SNAP은 일반적으로 제어 필드 값이 3인 비번호 정보 802.2 프로토콜 데이터 유닛(PDU)과 함께 사용되며 LSAP 값은 일반적으로 16진수 AA이므로 SNAP 패킷의 802.2 LLC 헤더는 일반적으로 AAA 03이지만 다른 PDU 유형과 함께 SNAP을 사용할 수도 있습니다.

이더넷에서 LLC와 SNAP 헤더가 차지하는 8 옥텟은 이더넷 II 프레이밍을 사용하는 것에 비해 인터넷 프로토콜과 같은 프로토콜에 사용 가능한 페이로드의 크기를 1492 바이트로 줄였습니다. 따라서 EtherType 값을 가지는 프로토콜의 경우, 패킷은 일반적으로 LLC 및 SNAP 헤더가 아닌 이더넷 II 헤더와 함께 전송됩니다. 다른 네트워크 유형에서는 링크 계층에서 서로 다른 프로토콜을 다중화하기 위해 LLC 및 SNAP 헤더가 필요합니다. MAC 계층 자체에 EtherType 필드가 없기 때문에 더 큰 사용 가능 페이로드를 가질 수 있는 대체 프레이밍이 없기 때문입니다.

"왜 별도의 서브 네트워크 헤더가 필요합니까?"라고 물을 수 있습니다. 답은 LLC 헤더의 레이아웃 중에 결정된 사항을 보강하는 것이었습니다. LLC 헤더를 설계할 당시에는 헤더에 있는 옥텟 하나(256개의 가능한 값)로 공급업체가 등록하려는 모든 프로토콜 값을 지정할 수 있다고 생각했습니다. 값이 예약되기 시작하면서 LLC 헤더에 오픈 값이 곧 소진될 것이라는 사실이 발견되었습니다. 16진수 AA 및 AB 값이 예약되었으며, SNAP 헤더인 추가 헤더가 개발되었으며, 모든 EtherType 값과 사설 프로토콜 값의 여러 공간을 지원할 수 있습니다.

IETF RFC 1042에 따르면, IP 데이터그램 및 ARP 데이터그램은 RFC 894에 따라 이더넷 II 헤더와 함께 전송되는 이더넷/IEEE 802.3을 제외하고, LLC 및 SNAP 헤더를 사용하여 IEEE 802 네트워크를 통해 전송됩니다.

참고문헌

  1. ^ IEEE 802 Overview and Architecture, IEEE, retrieved 2014-08-02