비트-중심 프로토콜 지국의 종류(Station Types) 주국(primary) : 명령을 전송

Presentation on theme: "비트-중심 프로토콜 지국의 종류(Station Types) 주국(primary) : 명령을 전송"— Presentation transcript:

1 비트-중심 프로토콜 지국의 종류(Station Types) 주국(primary) : 명령을 전송
종국(secondary) : 응답을 전송 혼합국(combined) : 명령과 응답을 전송

2 비트-중심 프로토콜 구성 링크상의 하드웨어 장치의 관계

3 비트-중심 프로토콜(통신 모드) 통신 모드 누가 링크를 제어하는가? NRM(Normal Response Mode)
ARM(Asynchronous Response Mode) ABM(Asynchronous Balanced Mode)

4 비트-중심 프로토콜 NRM(Normal Response Mode) 표준 주-종 관계
종국 장치는 전송하기 전에 주국의 허가를 받아야 한다

5 비트-중심 프로토콜 ARM(Asynchronous Response Mode)
종국은 채널이 휴지상태 일 때, 주국의 허가 없이 전송을 초기화한다 어떠한 방법으로도 주-종국의 관계는 바뀌어지지 않는다

6 비트-중심 프로토콜 ABM(Asynchronous Balanced Mode)
모든 국이 동일하다. 그러므로 점-대-점의 연결된 혼합국만 사용된다 혼합국은 허가 없이 다른 혼합국과 전송을 초기화 한다

7 비트-중심 프로토콜 HDLC 모드

8 비트-중심 프로토콜 프레임 I( Information ) 프레임 S( Supervisory ) 프레임
사용자 데이터와 사용자 데이터와 관계된 제어 정보 전송에 사용 S( Supervisory ) 프레임 데이터 링크 층 제어와 에러 제어 등과 같은 제어 정보 전송에 사용 U( Unnumbered) 프레임 시스템 관리를 위한 예약용

9 비트-중심 프로토콜(계속) HDLC 프레임 유형

10 비트-중심 프로토콜(계속) 프레임 6개 필드로 구성 시작 플래그(beginning flag) 주소(address)
제어(control ) 정보(information) FCS(Frame Check Sequence) 끝 플래그(ending flag)

11 비트-중심 프로토콜(계속) HDLC 플래그 필드 수신자를 위한 동기 패턴으로 제공

12 비트-중심 프로토콜(계속) 비트 스터핑(Bit stuffing)
수신자가 플래그와 데이터를 혼동하지 않게 하기위해 전송되는 데이터 중에서 1이 연속으로 5번 오면 0을 추가

13 비트-중심 프로토콜(계속) HDLC에서 비트 채우기와 제거

14 비트-중심 프로토콜 HDLC에서 비트 채우기

15 비트-중심 프로토콜(계속) HDLC 주소 필드 프레임 발신지나 목적지인 종국의 주소를 포함한다

16 비트-중심 프로토콜(계속) HDLC 제어 필드

17 비트-중심 프로토콜(계속) HDLC에서 Poll/Final 필드 Poll/Final 비트 : 1인 경우만 유효

18 비트-중심 프로토콜(계속) 정보 필드

19 비트-중심 프로토콜(계속) 피기백킹(Piggybacking) 송신 데이터와 수신 데이터에 대한 응답을 한 프레임에 조합하는 것

20 비트-중심 프로토콜(계속) FCS 필드

21 비트-중심 프로토콜(계속) 프레임 심화연구 S 프레임 확인 응답, 흐름 제어, 오류 제어용으로 사용

22 비트-중심 프로토콜(계속) RR(Receive Ready) 확인응답(ACK) Poll Poll에 대한 부정 응답
Select에 대한 긍정 응답

23 비트-중심 프로토콜(계속) RNR(Receive Net ready) REJ(Reject)
ACK Select Select에 대한 부정 응답 REJ(Reject) n 프레임 후퇴 ARQ 오류 정정 시스템에서 수신기에 의해 보내지는 부정 응답 SREJ(Selective-reject) Select-reject ARQ에서 사용되는 부정 응답

24 비트-중심 프로토콜(계속) poll과 select에서 P/F 비트 용도

25 비트-중심 프로토콜(계속) U-프레임 서로 연결된 장치들 간에 세션 관리와 제어 정보를 교환하는 용도로 사용

26 비트-중심 프로토콜(계속) U-프레임 제어 명령과 응답 Command/ response Meaning SNRM SNRME
SARM SARME SABM SABME UP UI UA RD DISC DM RIM SIM RSET XID FRMR Set normal response mode Set normal response mode(extended) Set asynchronous response mode Set asynchronous response mode(extended) Set asynchronous balanced mode Set asynchronous balanced mode(extended) Unnumbered poll Unnumbered information Unnumbered acknowledgement Request disconnect Disconnect Disconnect mode Request information mode Set initialization mode Reset Exchange ID Frame reject

27 비트-중심 프로토콜(계속) U-프레임 다섯 가지 기본 기능 범주로 구분 모드 설정(Mode setting)
무 번호 교환(Unnumbered-Exchange) 연결해제(Disconnection) 초기화 모드(Initialization Mode) 기타 명령과 응답(Miscellaneous)

28 비트-중심 프로토콜(계속) 모드 설정 무번호 교환 연결 해제 초기화 모드 기타 명령 및 응답
세션의 모드를 설정하기 위하여 주국 또는 정보교환의 제어권을 갖고자 하는 조합국에 의해 송신(표 11.2 참조) 무번호 교환 장치간에 특정 데이터링크 정보의 일부분은 보내거나 요청하는데 사용(표 11.2 참조) 연결 해제 초기화 모드 기타 명령 및 응답

29 비트-중심 프로토콜(계속) 예 1 : Poll/Response

30 비트-중심 프로토콜(계속) 예 2 : Select/Response

31 비트-중심 프로토콜(계속) 예 3 : Peer Devices

32 비트-중심 프로토콜(계속) LAP(Link Access Procedure)
LAPB(Link Access Procedure Balanced) DTE와 DLE간의 통신을 위해 요구되는 기본 제어 기능을 제공 2개 장치의 균형 구성에만 사용 ISDN의 B 채널에서 사용(16장 참조) LAPD(Link Access Procedure for D channel) ISDN에서 사용 ABM(Asynchronous Balanced Mode)을 사용 LAPM(Link Access Procedure for Modem) 비동기-동기 변환, 오류 검출, 재전송하도록 설계 모뎀에 HDLC의 특징을 적용하도록 설계

33 SDLC(Synchronous Data Link Control)

34 파일 전송 프로토콜(FTP:File Transfer Protocol)
X-MODEM 크리스티안슨(Christiansen)이라는 프로그래머가 개발하여, 모뎀이라는 이름을 붙여 벌표한 공개 소프웨어로 전화선을 이용한 PC간 파일 전송 프로토콜이다. 반이중 정지-대기 ARQ 방식으로 수신기에서 NAK신호를 보냄으로써 전송이 시작되고 1개의 파일만을 전송 할 수 있다. Y-MODEM X-MODEM과 비슷하며, 다음과 같은 차이가 있다. 동시에 여러 개의 파일을 전송 할 수 있다. 데이터 단위는 1024 바이트이다 ITU-T CRC-16이 에러 검사에 사용 된다 전송을 포기하기 위해서는 두개의 취소신호(CAN)를 보낸다 Z-MODEM X-MODEM과 Y-MODEM의 특징을 혼합한 프로토콜로 속도가 매우 빠르며 현재 가장 많이 사용된다. 파일의 크기 및 날짜 등의 정보를 함께 전송하며, 빠른 오류 검출 및 교정 기능을 가진다.

35 4]착오 제어(Error Control) 오류 제어 방식
오류를 무시하는 방법: 영문 텍스트나 숫자가 포함되지 않은 간단한 문자 전송 등 그다지 중요하지 않은 데이터를 취급하는 데이터 통신에서 사용 전송 방법 부가에 의한 검사 방식: 전송한 데이터와 수신한 데이터를 서로 비교하여 유무를 판단하는 방식 전진 오류 수정(FEC, Forward Error Correction) 방식: ARQ 방식과 달리 수신측에서 오류의 발생을 인지했을 때는 오류의 검출뿐만 아니라 발생된 오류를 수정까지 할 수 있도록 중복 비트를 활용 검출 후 재전송 (ARQ, Automatic Repeat reQuest) 방식: 오류 발생시 수신측은 송신측에 오류 발생 사실을 알리고, 송신측은 오류가 발생한 프레임에 대해 재전송을 요구