동기 데이터 링크 제어

Synchronous Data Link Control

SDLC(Synchronous Data Link Control)는 컴퓨터 통신 프로토콜입니다.IBM의 SNA(Systems Network Architecture)를 위한 레이어 2 프로토콜입니다.SDLC는 멀티포인트링크 및 오류 수정을 지원합니다.또, SDLC [1]헤더 뒤에 SNA 헤더가 있는 것을 전제로 하고 있습니다.SDLC는 주로 IBM 메인프레임 및 미드레인지 시스템에서 사용되었지만, 많은 벤더의 많은 플랫폼에 구현되어 있습니다.SDLC(및 SNA)의 사용은 점점 더 드물어지고 있으며, 대부분 IP 기반 프로토콜로 대체되거나 IP(AnyNet 또는 [citation needed]기타 기술 사용)를 통해 터널링됩니다.미국과 캐나다에서는 SDLC는 트래픽 제어 [2]캐비닛에 있습니다.

1975년 IBM은 1970년대 [4]초에 IBM을 위해 수행된 작업으로부터 최초의 비트 지향 프로토콜인 SDLC를 [3]개발했습니다.이 사실상의 표준은 1979년에[4] ISO에 의해 High-Level Data Link Control(HDLC; 고급 데이터 링크 제어)로, ANSI에 의해 Advanced Data Communication Control Procedures(ADCCP; 고급 데이터 통신 제어 절차)로 채택되었습니다.후자의 표준에서는 비동기 균형 모드 등의 기능이 추가되어 비트옥텟의 배수가 필요 없는 프레임사이즈뿐만 아니라 일부 절차 및 메시지(TEST [5]메시지 등)도 삭제되었습니다.

SDLC는 각 통신 링크에서 독립적으로 동작하며 포인트 포인트멀티포인트 또는 루프 설비, 스위치드 또는 전용 회선, 2선 또는4선 회선, 전이중 [6]반이중 동작으로 동작할 수 있습니다.SDLC의 고유한 특징은 4선 회선 상에서 반이중 세컨더리 스테이션과 전이중 프라이머리 스테이션을 혼재시킬 수 있기 때문에 전용 [7]설비의 비용을 절감할 수 있다는 것입니다.

인텔은 SDLC를 BITBUS의 기본 프로토콜로 사용했으며, 여전히 유럽에서 필드버스로 인기가 있으며 여러 컨트롤러(i8044/i8344, i80152)에 대한 지원을 포함했습니다.8044 컨트롤러는 아직 서드파티 벤더에 의해 생산되고 있습니다.1980년대의 통신 컨트롤러 칩에 SDLC(및 약간 다른 HDLC)를 지원하는 다른 벤더로는 Zilog, Motorola National Semiconductor가 있습니다.그 결과, 1980년대에는 다양한 장비가 이 기술을 사용했으며, 1980년대에는 일반적인 메인프레임 중심 기업 네트워크에서 매우 흔했습니다.SDLC를 사용한SNA의 가장 일반적인 대안은 Digital Data Communications Message Protocol(DDCMP), Burroughs Data Link Control(BDLC)을 사용한 Burroughs Network Architecture(BNA) 및 IMPS를 [8]사용ARPANET일 입니다.

SDLC와 HDLC의 차이점

HDLC는 대부분 SDLC의 [9]: 69–72 확장이지만 일부 기능이 삭제되거나 이름이 변경되었습니다.

SDLC에는 없는 HDLC 기능

SDLC 이외의 HDLC에는 다음과 같은 기능이 있습니다.

  • 8비트의 배수가 아닌 프레임은 SDLC에서는 불법이지만 HDLC에서는 옵션으로 합법입니다.
  • HDLC에서는 옵션으로 1바이트 이상의 주소를 사용할 수 있습니다.
  • HDLC에는 32비트프레임 체크시퀀스 옵션이 있습니다.
  • 비동기 응답 모드 및 관련된SARM 및 SARME U 프레임,
  • 비동기 밸런스 모드 및 관련된SABM 및 SABME U 프레임,
  • 및 HDLC용으로 작성된 기타 몇 가지 프레임유형:
    • 선택 리젝트(SREJ) S 프레임,
    • reset(RSET) 명령어 및
    • 비예약(NR0~NR3) U 프레임.

또, 다음의 ISO/IEC 13239 에서의 HDLC 확장도 SDLC 에는 없습니다.

  • 15비트 및 31비트 시퀀스 번호,
  • 설정 모드(SM) U 프레임,
  • 8비트 프레임체크 시퀀스
  • 주소 앞에 있는 프레임 형식 필드,
  • 모드 세트 U 프레임의 정보 필드 및
  • unnumbered information with header check(UIH; 헤더체크) U 프레임.

이름의 차이

HDLC는 일부 SDLC 프레임의 이름을 변경했습니다.HDLC 이름은 SDLC의 [9]: 73 최신 버전에 통합되었습니다.

원래 이름 새 이름
NSA 시퀀스되지 않은 확인 UA 번호 없는 확인 응답
NSI 비시퀀스 정보 UI 번호 없는 정보
NSP 비순서 폴링 업. 번호 없는 폴링
온라인으로 요청 DM 절단 모드
CMDR 명령 거부 FRMR 프레임 거부
RQI 요청 초기화 모드 요청 초기화 모드
RQD 연결 해제 요청 RD 연결 해제 요청

SDLC에 HDLC 확장 추가

일부 기능이 HDLC에 추가되어 이후 SDLC 버전에 다시 추가되었습니다.

  • HDLC 표준 발표 후 확장(모듈로-128) 시퀀스 번호와 대응하는 SNRME U 프레임이 SDLC에 추가되었습니다.

HDLC에는 없는 SDLC 기능

SDLC에는 HDLC에는 존재하지 않는2개의 U 프레임이 있습니다.

  • BCN(Beacon):세컨더리가 프라이머리로부터 반송파를 잃으면(신호를 수신하는 것을 정지), 통신 장해의 장소를 특정하는 「beacon」응답의 스트림을 송신하기 시작합니다.이것은, SDLC 루프 모드에서 특히 도움이 됩니다.
  • CFGR(테스트용 설정) 명령 및 응답:CFGR 명령어에는 [9]: 47–49 세컨더리에 의해 실행되는 특별한 진단 조작을 식별하는1 바이트의 페이로드가 포함되어 있습니다.최하위 비트는 진단 모드가 시작(1) 또는 중지(0)되어야 함을 나타냅니다.페이로드 바이트가 0이면 모든 진단 모드가 정지됩니다.세컨더리는 응답 바이트를 에코합니다.
    • 0: 모든 진단 모드를 중지합니다.
    • 2(오프)/3(온): 비콘 테스트.모든 출력을 디세블로 하고, 다음의 수신자가 캐리어를 잃습니다(및 비콘을 시작합니다).
    • 4(오프)/5(온): 모니터모드모든 프레임 생성을 디세블로 하여 사일런트 상태가 되도록 합니다만, 캐리어 모드 또는 루프 모드 동작을 정지하지 말아 주세요.
    • 8(오프)/9(온): 랩모드로컬 루프백을 입력하여 테스트 기간 동안 세컨더리 입력을 자체 출력에 연결합니다.
    • 10(오프)/11(온): 셀프 테스트.로컬 Diagnostics를 실행합니다.CFGR 응답은 진단이 완료될 때까지 지연됩니다.이 때 응답은 10(셀프 테스트 실패) 또는 11(셀프 테스트 성공)입니다.
    • 12(오프)/13(온): 링크 테스트 수정.TEST 명령어를 말 그대로 에코하는 것이 아니라 TEST 명령어의 첫 번째 바이트의 여러 복사본으로 구성된 TEST 응답을 생성합니다.

몇 개의 U 프레임은, 주로 SDLC와의 호환성을 위해서, HDLC에서는 거의 완전하게 사용되지 않습니다.

  • 초기화 모드 및 관련된 RIM 및 SIM U 프레임은 HDLC에서 모호하게 정의되어 있기 때문에 사용할 수 없지만 SDLC의 일부 주변기기에서 사용됩니다.
  • Unnumbered Poll(UP; 번호 없는 폴)은 HDLC에서는 거의 사용되지 않습니다.기능은 비동기 응답 모드로 대체되었습니다.UP은 일반 응답 모드의 일반 규칙에 대한 예외로, 세컨더리는 전송 전에 폴링 플래그를 수신해야 합니다.세컨더리는 폴링 비트가 설정된 프레임에 응답해야 하지만 전송 데이터가 있는 경우 폴링 비트가 클리어된 UP 프레임에 응답할 수 있습니다.하위 레벨의 통신 채널이 충돌을 회피할 수 있는 경우(루프 모드인 경우), 브로드캐스트주소에 UP 를 사용하면, 복수의 secondary 를 개별적으로 폴링 할 필요 없이 응답할 수 있습니다.

TEST U 프레임은 초기 HDLC 표준에는 포함되지 않았지만 나중에 추가되었습니다.

루프 모드

를 들어 Zilog SCC에 의해 지원되지만 HDLC에 통합되지 않은 SDLC 동작의 특수 모드는 SDLC [9]: 42–49,58–59 루프 모드입니다.이 모드에서는, 프라이머리 및 다수의 세컨더리가 단방향 링네트워크로 접속되어 각각의 송신 출력이 다음의 수신 입력에 접속됩니다.각 세컨더리는 입력에 도달한 모든 프레임을 복사하여 링의 나머지 부분에 도달하고 최종적으로 프라이머리로 돌아갑니다.이 카피를 제외하고, secondary는 반이중 모드로 동작합니다.프로토콜이 입력을 수신하지 않는 것을 보증하는 경우에만 송신합니다.

세컨더리 전원이 꺼지면 릴레이는 입력을 출력에 직접 연결합니다.전원을 켤 때 세컨더리는 적절한 타이밍을 기다렸다가 데이터 스트림에 1비트 지연으로 삽입하여 "on-loop" 상태가 됩니다.클린 셧다운의 일부로서 「오프 루프」가 되는 경우에도, 같은 기회가 사용됩니다.

SDLC 루프 모드에서는 프레임이 그룹에 착신하여 (최종 플래그 후에) 모두1의 아이돌 신호로 종료합니다.이 중 첫 번째 7개의 1비트(패턴 011111)는 전송에 대한 세컨더리 허가를 부여하는 "진행" 시퀀스(EOP, 폴 종료라고도 불립니다)를 구성합니다.송신하는 세컨더리는, 그 1비트 지연을 사용하고, 이 시퀀스의 마지막 1비트를 0비트로 변환해, 플래그 문자로 하고 나서 자신의 프레임을 송신합니다.자체 최종 플래그 후 루프상의 다음 스테이션에 대한 진행으로 기능하는 모두1개의 아이돌 신호를 전송합니다.

그룹은 프라이머리 명령어로 시작하여 각 세컨더리 명령어가 응답을 추가합니다.primary는 go-ahead 아이돌시퀀스를 수신하면 secondary가 종료되었음을 인식하고 더 많은 명령을 전송할 수 있습니다.

비콘(BCN) 응답은 루프의 단절을 특정하는 데 도움이 되도록 설계되어 있습니다.장시간 착신 트래픽이 검출되지 않는 세컨더리는, 프라이머리에 대해서, 그 세컨더리와 그 이전의 트래픽간의 링크가 끊어졌음을 통지하는 「beacon」응답 프레임의 송신을 개시합니다.

프라이머리는 송신한 명령어의 카피도 수신하기 때문에, 응답과는 구별되지 않기 때문에, 커맨드의 마지막에 특별한 「반전」프레임을 부가해 응답으로부터 분리합니다.세컨더리에 의해 해석되지 않는 고유 시퀀스는 모두 유효하지만, 기존의 시퀀스는 모두0 [9]: 44 바이트입니다.이것은 주소가 0(예약, 미사용)이고 제어 필드 또는 프레임체크 시퀀스가 없는 런트프레임입니다(전이중 동작이 가능한 세컨더리도 이것을 「셧다운 시퀀스」라고 해석해, 전송을 강제적으로 중단합니다).[9]: 45

메모들

  1. ^ (Odom 2004).
  2. ^ (ITS ) 오류:: 2006
  3. ^ PC Lube 및 Tune, 15에 액세스.2009년 10월
  4. ^ a b (Friend 1988, 188) 오류: : 도움말).
  5. ^ (Friend 1988, 페이지 ) : 도움말
  6. ^ (Poach 1983, 페이지 302) 오류::
  7. ^ (Poch 1983, 303) 오류::
  8. ^ (Poach 1983, 페이지 309–321) 오류::
  9. ^ a b c d e f IBM Communication Products Division (June 1986). Synchronous Data Link Control: Concepts (PDF) (Technical report) (4th ed.). Document No. GA27-3093-3.

레퍼런스

외부 링크