Jumping Bytes and Hopping Bits
the church of tech
Menu

hdlc 예제 August 2, 2019

이 자습서에서는 예제를 통해 HDLC 프로토콜을 단계별로 구성, 확인 및 해결하는 방법을 설명합니다. HDLC 캡슐화의 기본 및 기본 개념, HDLC 프로토콜의 작동 방식, HDLC 프레임 및 HDLC 프로토콜 유형(ISO HDLC 및 시스코 HDLC)에 대해 자세히 알아보십시오. 대신 비동기 프레임은 “바이트 스터핑” 또는 “옥텟 스터핑”이라고도 하는 “제어 옥텟 투명도”를 사용합니다. 프레임 경계 옥텟은 011111110, (헥사데피미 표기형에서 0x7E)입니다. “제어 이스케이프 옥텟”은, RS-232가 가장 유의한 비트를 먼저 전송함에 따라 0x7D(비트 시퀀스 `101111110`)를 가한다. 이 두 옥텟 중 하나가 전송된 데이터에 나타나면 이스케이프 옥텟이 전송되고 비트 5가 반전된 원본 데이터 옥텟이 전송됩니다. 예를 들어 바이트 0x7E는 0x7D 0x5E(“10111110 011110”)로 전송됩니다. 필요한 경우 다른 예약된 옥텟 값(예: XON 또는 XOFF)을 동일한 방식으로 이스케이프할 수 있습니다. 프로토콜 및 캡슐화 방법은 인터페이스에 따라 다릅니다. 우리는 다른 인터페이스에서 다른 프로토콜 및 캡슐화 방법을 사용할 수 있습니다. 예를 들어 두 개의 직렬 인터페이스가 있는 경우 HDLC를 한 인터페이스와 다른 인터페이스의 PPP를 사용할 수 있습니다. 따라서 첫 번째 논리적 단계는 올바른 직렬 인터페이스에 액세스하는 것입니다. .

수신기의 FCS 계산이 보낸 사람의 계산과 일치하지 않으면 프레임에 오류가 있음을 나타내는 경우 수신자는 음수 승인 패킷을 보낸 사람에게 보내거나 아무 것도 보낼 수 없습니다. 음수 승인 패킷을 받거나 양수 승인 패킷을 기다리는 타이밍을 벗어난 후 보낸 사람은 실패한 프레임을 다시 전송할 수 있습니다. 우리가 직렬 인터페이스 직렬 0/0/0의 캡슐화 방법을 변경하려는 경우 우리는 직렬 인터페이스에 액세스하기 위해 다음 명령을 사용합니다 HDLC 사양은 프레임 필드의 전체 의미 체계를 지정하지 않습니다. 이를 통해 다른 완전히 준수하는 표준을 파생할 수 있으며 파생 상품은 이후 무수한 표준에 등장했습니다. X.25 프로토콜 스택을 LAPB로, LAPM으로 V.42 프로토콜로, 프레임 릴레이 프로토콜 스택에 LAPF로 채택하고 ISDN 프로토콜 스택을 LAPD로 채택했습니다. 현재 표준인 ISO/IEC 13239:2002는 이러한 모든 사양을 대체했습니다. HDLC 주소 필드 주소 필드의 길이는 사용되는 데이터 링크 계층 프로토콜에 따라 다르지만 일반적으로 길이가 0, 8 또는 16비트입니다. 대부분의 경우 주소 필드는 일반적으로 단일 바이트에 불과하지만 확장 주소 [EA] 비트를 사용하여 다중 바이트 주소를 허용할 수 있습니다. LSB 비트에 있는 것은 주소 필드의 길이가 8비트 길이임을 나타냅니다. 이 비트 위치의 0[이제 다중 바이트 필드의 첫 번째 바이트]는 필드의 연속을 나타냅니다[8비트 추가]. SDLC 프로토콜은 8비트 주소만 사용합니다.

지점 간 링크에 사용되는 SS7 프로토콜은 주소 필드를 전혀 사용하지 않습니다. 주소 필드의 첫 번째 [MSB] 비트는 프레임이 유니캐스트 또는 멀티캐스트 메시지인지를 나타냅니다.

Categories: Uncategorized