이진 동기식 통신
Binary Synchronous CommunicationsBSC(Binary Synchronic Communication, BSC 또는 Bisync)는 IBM의 캐릭터 중심의 반중복 링크 프로토콜로, System/360의 도입 후 1967년에 발표되었다.2세대 컴퓨터와 함께 사용하는 동기식 송신수신(STR) 프로토콜을 대체했다.목적은 공통의 링크 관리 규칙을 메시지용 세 개의 다른 문자 인코딩과 함께 사용할 수 있다는 것이었다.6비트 트랜스코드는 이전 시스템을 뒤돌아보았다; 128자 US ASCII와 256자 EBCDIC가 앞을 내다보았다.트랜스코드는 매우 빠르게 사라졌지만, EBCDIC와 미국 ASCII 방언인 Bisync가 계속 사용되었다.
한때 비싱크는 가장 널리 사용되는 통신 프로토콜이었으며[1] 2013년에도 여전히 제한적으로 사용되고 있다.[2][3]
프레이밍
Bisync는 메시지 프레임의 복잡성에서 그것을 성공시킨 프로토콜과 다르다.이후 프로토콜은 프로토콜에 의해 전송된 모든 메시지에 대해 단일 프레임 체계를 사용한다.HDLC, DDCMP(Digital Data Communications Message Protocol), PPP(Point-to-Point Protocol) 등은 각각 프레임 구성이 다르지만 특정 프로토콜 내에 하나의 프레임 형식만 존재한다.Bisync는 다섯 가지 다른 프레임 형식을 가지고 있다.[citation needed]
차르 | EBCDIC (10진수) | US ASCII (10진수) | 트랜스코드 (10진수) | 설명 |
---|---|---|---|---|
SYN | 32 | 16 | 3A | 동기식 유휴 상태 |
SOH | 01 | 01 | 00 | 제목 시작 |
STX | 02 | 02 | 0A | 텍스트 시작 |
ETB | 26 | 17 | 0F | 변속기 블록 끝 |
ETX | 03 | 03 | 2E | 텍스트 끝 |
EOT | 37 | 04 | 1E | 전송의 끝. |
ENQ | , 2D | 05 | , 2D | 문의 |
NAK | 3D | 15 | 3D | 부정 인정 |
DLE | 10 | 10 | 1F | 데이터 링크 이스케이프 |
ITB | 1F | 1F(미국) | 1D(미국) | 중간블록체크 문자 |
ACK0과 ACK1(짝수/이상 긍정 인정)은 두 개의 문자로 인코딩된다.DLE '70'x 및 EBCDIC의 경우 DLE /, US ASCII, DLE - 및 T의 경우 DLE 0 및 DLE 1WABT(전송 전 대기)는 DLE ", DLE ? 또는 DLE W로 인코딩되었다.
모든 프레임 형식은 최소 두 개의 SYN 바이트로 시작한다.SYN 바이트의 이진 형식은 바이트의 회전이 원본과 같지 않은 속성을 가지고 있다.이를 통해 수신자는 수신된 비트 스트림을 검색하여 SYN 패턴을 찾아 프레임의 시작을 찾을 수 있다.이것이 발견되면, 잠정적인 바이트 동기화가 이루어졌다.다음 문자도 SYN이면 문자 동기화가 이루어진 것이다.그런 다음 수신자는 프레임을 시작할 수 있는 문자를 검색한다.이 집합 외부의 문자는 "선도 그래픽"으로 설명된다.그것들은 때때로 프레임의 발신자를 식별하기 위해 사용된다.긴 메시지에는 동기화를 유지하기 위해 대략 매초마다 SYN 바이트가 삽입된다.이것들은 수신자가 무시한다.
일반 블록 엔딩 문자(ETB 또는 ETX)에 이어 체크섬(블록 체크 문자 또는 BCC)이 나타난다.US ASCII의 경우 이는 1자 세로 중복 검사(LRC)이며, Transcode 및 EBCDIC의 경우 체크섬은 2자 주기 중복 검사(CRC)이다.데이터 프레임은 ITB 문자가 선행하는 중간 체크 합계를 포함할 수 있다.긴 데이터 프레임에 중간 체크 합계를 포함시키는 이 능력은 오류 감지 확률을 상당히 개선할 수 있다.US ASCII 문자도 추가 확인을 위해 홀수 패리티를 사용하여 전송된다.
줄 바꿈 후에 패드 문자가 필요함:NAK, EOT, ENQ, ACK0, ACK1.변속기가 EOT 또는 ETX로 끝나면 패드는 BCC를 따른다.이 패드는 모두 '1' 비트 또는 번갈아 '0' 비트와 '1' 비트 중 하나이다.다음 전송은 위 또는 SYN 중 하나가 될 수 있는 패드 문자로 시작한다.
제어 정보를 포함하는 선택적 제목이 프레임의 데이터 앞에 있을 수 있다.표제의 내용은 프로토콜에 의해 정의되지 않고 각각의 특정 장치에 대해 정의된다.제목 앞에 SOH(제목 시작) 문자가 있고 뒤에 STX(텍스트 시작) 문자가 있다.[4]
텍스트 데이터는 일반적으로 STX가 시작하고 ETX(텍스트 끝) 또는 ETB(엔드 전송 블록)에 의해 종료되는 표제를 따른다.
일반 데이터 프레임은 데이터에 특정 문자가 나타나는 것을 허용하지 않는다.블록 엔딩 캐릭터인 ETB, ETX, ENQ와 ITB, SYN 캐릭터들이다.따라서 전송할 수 있는 고유 문자 수는 트랜스코드의 경우 59자, US ASCII의 경우 123자, EBCDIC의 경우 251자로 제한된다.
투명한 데이터 프레임은 64, 128 또는 256자의 알파벳을 제한 없이 제공한다.투명 모드 블록 프레임 문자(ETB, ETX, SYN 등)에서는 제어 중요도를 나타내는 DLE 문자가 선행한다(DLE 문자 자체는 시퀀스 DLE로 표시된다).이 기술은 비트 스터핑과 유사하게 캐릭터 스터핑으로 알려지게 되었다.
링크 제어
링크 제어 프로토콜은 STR과 유사하다.설계자들은 단순한 전송 오류로부터 보호하려고 시도했다.프로토콜은 모든 메시지를 인정(ACK0/ACK1)하거나 부정적으로 인정(NAC)할 것을 요구하므로, 작은 패킷의 전송은 전송 오버헤드가 높다.프로토콜은 손상된 데이터 프레임, 손실된 데이터 프레임 및 손실된 승인으로부터 복구할 수 있다.
오류 복구는 손상된 프레임을 재전송하는 것이다.Bisync 데이터 패킷은 일련번호가 아니기 때문에, 수신자가 인식하지 못하는 사이에 데이터 프레임이 누락되는 것이 가능하다고 여겨진다.따라서 ACK0과 ACK1을 교대로 배치하고, 송신기가 잘못된 ACK를 수신하면 데이터 패킷(또는 ACK)이 누락되었다고 가정할 수 있다.잠재적인 결함은 ACK0이 ACK1로 손상되면 데이터 프레임이 중복될 수 있다는 것이다.
ACK0 및 ACK1에 대한 오류 보호가 약하다.두 메시지 사이의 해밍 거리는 2비트 밖에 되지 않는다.
프로토콜은 반이중(2와이어)이다.이러한 환경에서는 패킷이나 전송 프레임이 엄격히 단방향이기 때문에, 수신 확인과 같은 가장 단순한 목적에도 '턴어라운드'가 필요하다.턴어라운드에는
- 전송 방향의 반전,
- 회선 에코 중지,
- 재동기화하는
2와이어 환경에서, 이것은 현저한 왕복 지연을 야기하고 성능을 감소시킨다.
일부 데이터셋은 전이중 작동을 지원하며, 4와이어 설치 및 지원의 추가 비용으로 턴어라운드 시간을 없애 성능을 향상시키기 위해 여러 상황에서 풀듀플렉스(4와이어)를 사용할 수 있다.일반적인 전이중에서는 데이터 패킷이 한 와이어 쌍을 따라 전송되는 반면 다른 와이어 쌍을 따라 승인이 반환된다.
위상
많은 Bisync 트래픽이 지점간이다.점 대 점선은 선택적으로 경합을 사용하여 마스터 스테이션을 결정할 수 있다.이 경우 하나의 기기가 ENQ를 제어 입찰에 전송할 수 있다.다른 기기는 입찰에 응하고 받을 준비를 하기 위해 ACK0으로 회신할 수 있으며, NAK 또는 WABT는 거절할 수 있다.경우에 따라 다이얼 전화 네트워크를 통해 여러 호스트에 단말기를 연결할 수 있다.
멀티 드롭은 초기 Bisync 프로토콜의 일부분이다.보통 컴퓨터인 마스터 스테이션은 아날로그 브리지를 통해 연결된 단말기를 동일한 통신회선에 순차적으로 폴링할 수 있다.이는 각 장치에 차례로 주소가 지정된 ENQ 문자로만 구성된 메시지를 전송함으로써 달성된다.그런 다음 선택한 스테이션은 마스터에게 메시지를 전송하거나 EOT로 회신하여 전송할 데이터가 없음을 표시한다.
바이싱크 어플리케이션
Bisync의 원래 목적은 System/360 메인프레임과 다른 메인프레임 또는 IBM 2780 또는 IBM 3780과 같은 RJE(Remote Job Entry) 터미널 간의 일괄 통신이었다.RJE 단자는 제한된 수의 데이터 형식을 지원한다. 즉, 펀치된 카드 이미지와 단자로 라인 이미지를 인쇄한다.Mohawk Data Sciences와 같은 일부 비 IBM 하드웨어 공급업체는 테이프 대 테이프 전송과 같은 다른 목적으로 Bisync를 사용했다.프로그래머는 RJE 단말기나 다른 기기를 쉽게 모방할 수 있다.
IBM은 프로그래밍 지원을 제공하기 위해 조립자 언어 매크로를 제공했다.시스템/360 시대에는 이러한 접속 방법이 BTAM(기본 전기통신 접근법)과 QTAM(대기 전기통신 접근법)이었는데, 이후 TCAM(Telecommunications Access Method)으로 대체되었고, IBM은 VTAM(Virtual Telecommunications Access Method)을 System/370과 함께 도입하였다.
IBM의 CICS와 같은 텔레 프로세싱 모니터와 Remote DUCS(디스플레이 유닛 제어 시스템)와 Westi 플랫폼 등 제3자 소프트웨어에서는 비싱크 라인 컨트롤을 사용하여 원격 장치와 통신했다.
학술용 전산망 비트넷은 다른 지리적 지역의 연결망과 함께 비싱크를 사용하여 3000대의 컴퓨터 시스템을 최정점에 연결했다.
금융 네트워크 S.W.I.F.T.는 지역 센터와 기관(은행) 서버 간 임대 회선 통신에 BSC 프로토콜을 사용했다.1990년 중반에 BSC는 X.25 인프라로 대체되었다.
의사-바이싱 응용 프로그램
일부 중요한 시스템은 다른 링크 제어 프로토콜로 Bisync 데이터 프레임을 사용한다.HASP(Houston Automatic Spooling Priority)는 자체 링크 제어 프로토콜과 함께 Bisync 하프 듀플렉스 하드웨어를 사용하여 소형 컴퓨터와 HASP를 실행하는 메인프레임 사이에 전이중 다중 데이터베이스 통신을 제공한다.Bisync 용어로, 이것은 대화 모드다.
일부 초기 X.25 네트워크는 투명한 Bisync 데이터 프레임이 HDLC LAPB 데이터와 제어 패킷을 캡슐화하는 연결 방식을 허용했다.2012년[update] 현재, 몇몇 벤더는 TCP/IP 데이터 스트림 내에서 Bisync 전송을 캡슐화한다.
처분
비싱크는 1970년대에 여러 호스트와 여러 프로그램을 가진 네트워크를 통신망을 이용하는 시스템 네트워크 아키텍처(SNA)에 의해 대체되기 시작했다.X.25와 인터넷 프로토콜은 SNA와 마찬가지로 단순한 링크 제어 이상의 것을 제공하는 후기 프로토콜이다.
비싱크 장치
많은 수의 장치들이 Bisync 프로토콜을 사용하며, 이들 중 일부는 다음과 같다.
- IBM 3270 Display Terminal Subsystem 제어 장치
- IBM 2780 데이터 전송 터미널.
- IBM 2703 Transmission Control.
- IBM HASP 워크스테이션.
- IBM 1130 Computing System.
- IBM 2922 Programmable Terminal.
참고 항목
참조
- ^ Scuilli, Joseph A. (Oct 26, 1981). "Terrestrial to Satellite Switching Creates Options". Computerworld. Retrieved Aug 27, 2012.
- ^ Cisco. "Binary Synchronous and Asynchronous Communications (Bisync/Async)". Retrieved Oct 23, 2013.
- ^ Gartner. "Binary Synchronous Communications (BSC)". IT Glossary. Retrieved Oct 23, 2013.
- ^ IBM Corporation. General Information - Binary Synchronous Communications (PDF).
추가 읽기
- Charles A Wilde에 의한 Bisync 링크 제어에 대한 자세한 설명(새로운 링크)
- "Bisync, BSC". Connectivity Knowledge Platform. Made IT. Retrieved 2006-07-06. 프로토콜에 대한 자세한 설명.
- IBM 1130을 위한 Bisync & STR 프로그래밍
- "Data Communications Protocols". Telecom Corner Technical Reference Site. TBI/WebNet, Inc. October 2004. Retrieved 2006-07-06.
- "What is Bisync? A Short History Lesson". Serengeti Systems. Archived from the original on 2009-07-02. Retrieved 2006-07-06.
- IBM Corporation. "Bisync DLC Character Codes in Communications Trace on OS/400 or i5/OS System". Archived from the original on 2013-01-26. Retrieved 2012-06-07.
- IBM Corporation. General Information - Binary Synchronous Communications, first edition (PDF).
- IBM Corporation. General Information - Binary Synchronous Communications, third edition, October 1970 (PDF).