Binaire Synchrone Communicatie

Binaire synchrone communicatie is een IBM-georiënteerde karakter, half-duplex verbinding protocol, in 1967 aangekondigd na de introductie van System / 360. Het verving de synchrone transmit-ontvangt-protocol gebruikt met de tweede generatie computers. De bedoeling was dat het management regels gemeenschappelijke schakel zou kunnen worden gebruikt met drie verschillende teken-coderingen voor berichten. Zes-bit Transcode keek naar achteren om oudere systemen; USASCII met 128 personages en EBCDIC met 256 tekens uitgekeken. Transcoderen verdween heel snel, maar de EBCDIC en USASCII dialecten van Bisync in gebruik blijven.

Op een gegeven moment was Bisync de meest gebruikte communicatieprotocol en is nog steeds in beperkte mate gebruik in 2013.

Framing

Bisync verschilt van protocollen die er in geslaagd de complexiteit van het bericht framing. Later gebruikte protocollen één framing regeling voor alle berichten die door het protocol. HDLC, Digital Data Communications Message Protocol, Point-to-Point Protocol, etc. elk verschillende inlijsten stelsels maar slechts één frameformaat bestaat in een bepaald protocol. Bisync had vijf verschillende framing formaten.

ACK0 en Ack1 werden gecodeerd als twee personages DLE '70'x en DLE / voor EBCDIC, DLE DLE 0 en 1 voor USASII, DLE - en DLE T voor Transcode. WABT werd gecodeerd als DLE ", DLE? Of DLE W.

Alle frameformaten beginnen met ten minste twee SYN bytes. De binaire vorm van SYN byte heeft de eigenschap dat geen rotatie van de byte gelijk is aan het origineel. Hierdoor kan de ontvanger het begin van een frame door te zoeken de ontvangen bitstroom voor SYN patroon. Wanneer dit is gevonden, heeft voorlopige byte synchronisatie is bereikt. Als het volgende teken is ook een SYN, heeft karakter synchronisatie is bereikt. De ontvanger zoekt vervolgens naar een personage dat een frame kan beginnen. Karakters buiten deze reeks worden beschreven als "toonaangevende graphics". Ze worden soms gebruikt om de afzender van een frame te identificeren. Lange berichten had SYN bytes geplaatst ongeveer elke seconde om de synchronisatie te behouden. Deze werden genegeerd door de ontvanger.

Een normaal blok einde teken wordt gevolgd door een controle som. Voor USASCII, dit is een teken longitudinale redundantie controle; voor Transcode en EBCDIC, de controle som is een twee karakter cyclische redundantie check. Een data-frame kan een tussentijdse controle som voorafgegaan door een ITB teken bevatten. Dit vermogen om tussentijdse controle bedragen omvatten met een lange dataframe kon een aanzienlijke verbetering van de fout detectiekans. USASCII tekens werden ook verzonden met oneven pariteit voor een extra controle.

Pad tekens moesten na een lijn turn-around NAK, EOT, ENQ, ACK0, Ack1. Als de verzending eindigt met EOT of ETX het pad volgt de BCC. Dit pad is ofwel alle '1' bit of alternerende "0" en "1" bits. De volgende transmissie begint met het opvulteken dat kan zijn gemaakt van de hierboven of een SYN.

Een optionele post bevat besturingsinformatie kan gegevens vooraf in een frame. De inhoud van de post niet gedefinieerd door het protocol maar gedefinieerd voor elk specifiek apparaat. De kop, indien aanwezig, werd voorafgegaan door een SOH karakter en gevolgd door een STX.

Tekst data normaal volgt de kop, begonnen door de STX en beëindigd door ETX of ETB.

Normale data frames niet toestaan ​​bepaalde tekens te verschijnen in de gegevens. Dit zijn de blok eindigt karakters: ETB, ETX en ENQ en de ITB en SYN karakters. Het aantal unieke personages die kan worden overgedragen is dus beperkt tot 59 voor Transcode, 123 voor USASCII, of 251 voor EBCDIC.

Transparante data framing verstrekt een onbeperkte alfabet van 64, 128 of 256 karakters. In de transparante modus blok framing tekens zoals ETB, ETX en SYN werden voorafgegaan door een DLE karakter aan hun controle betekenis aan te geven. Deze techniek werd bekend als personage vulling, naar analogie met wat vulling.

Link controle

De link control protocol is vergelijkbaar met STR. De ontwerpers getracht bescherming tegen eenvoudige transmissiefouten. Het protocol vereist dat elk bericht worden bevestigd of negatief bevestigd, zodat de overdracht van kleine pakketten heeft een hoge transmissie overhead. Het protocol kan herstellen van een beschadigde gegevens frame, een verloren data frame, en een verloren erkenning.

Fout herstel is door de doorgifte van de beschadigde frame. Sinds Bisync datapakketten niet seriële genummerd, is het mogelijk in aanmerking voor een data-frame vermist, zonder de ontvanger te beseffen. Daarom worden afwisselend ACK0s en ACK1s ingezet; Als de zender ontvangt de verkeerde ACK, kan het aannemen van een datapakket vermist. Een mogelijke fout is dat de corruptie van ACK0 in Ack1 kan resulteren in duplicatie van een data-frame.

Fout bescherming ACK0 en Ack1 is zwak. De Hamming-afstand tussen de twee boodschappen slechts twee bits.

Het protocol is half-duplex. In deze omgeving, pakketten of frames van de transmissie zijn strikt eenrichtingsverkeer, noodzakelijk 'turn-around' voor zelfs de eenvoudigste doeleinden, zoals bevestigingen. Turn-around impliceert

  • de omkering van de transmissie richting,
  • quiescing van lijn echo,
  • opnieuw synchroniseren.

In een 2-draads, dit veroorzaakt een opmerkelijke round-trip delay en vermindert de prestaties.

Sommige datasets ondersteunen full-duplex en full-duplex kan worden gebruikt in vele gevallen te verbeteren door het elimineren van de doorlooptijd op de extra kosten van 4-draads installatie en ondersteuning. In typische full-duplex, worden datapakketten langs een draad paar terwijl de bevestigingen worden geretourneerd aan de andere.

Topologie

Veel Bisync verkeer was point-to-point. Point-to-point-lijnen kunnen desgewenst gebruik maken van de stelling aan de master station te bepalen. In dit geval zou een apparaat ENQ doorgeven aan bod voor controle. Het andere apparaat kan ACK0 reageren op het bod te accepteren en bereid om te ontvangen, of NAK of WABT te weigeren. In sommige gevallen aansluiting van een terminal meerdere hosts mogelijk was via het telefoon netwerk.

Multi-drop maakte deel uit van de eerste Bisync protocol. Een meester-station, normaal gesproken een computer, zou achtereenvolgens poll terminals die via analoge bruggen naar dezelfde communicatielijn zijn verbonden. Dit werd bereikt door een bericht uitsluitend bestaande uit een karakter ENQ aan iedere apparaat weer. De geselecteerde zender zal dan een boodschap over te brengen aan de kapitein of antwoorden met EOT om aan te geven dat het geen gegevens te verzenden had.

Bisync toepassingen

Het oorspronkelijke doel van Bisync was voor batch communicatie tussen een System / 360 mainframe en andere mainframe of een Remote Job Entry terminal, zoals de IBM 2780 of IBM 3780. De RJE terminals ondersteund een beperkt aantal bestandsformaten: ponskaart beelden in en uit en afdrukken lijn beelden naar de terminal. Sommige niet-IBM-hardware leveranciers, zoals Mohawk gegevens Sciences Bisync gebruikt voor andere doeleinden, zoals tape-to-tape-transmissie. Een programmeur kan gemakkelijk na te bootsen een RJE terminal of een ander apparaat.

IBM aangeboden assembler taal macro's te programmeren ondersteuning te bieden. Tijdens de System / 360-tijdperk, deze toegangsmethoden waren BTAM en QTAM - die later werd vervangen door Telecommunications Access Method. IBM introduceerde VTAM met de System / 370.

Teleprocessing monitoren zoals IBM CICS en third-party software zoals Remote DUCS en Westi platforms gebruikt Bisync line controle om te communiceren met externe apparaten.

Het academisch computernetwerk Bitnet, samen met het verbinden van netwerken in andere geografische gebieden, gebruikt Bisync 3000 computersystemen op zijn hoogtepunt te sluiten.

Pseudo-Bisync toepassingen

Enkele belangrijke systemen gebruikt Bisync data framing met een andere koppeling control protocol. Houston Automated Spooling Programma gebruikt Bisync half-duplex hardware in combinatie met een eigen link control protocol om full-duplex multi-datastroom communicatie bieden tussen een kleine computer en een mainframe lopende HASP. In Bisync termen, dit was conversational modus.

Sommige vroege X.25 netwerken getolereerd een verbinding regeling waarbij transparante Bisync data frames ingekapseld HDLC LAPB data en controle pakketten. Met ingang van 2012, verschillende leveranciers te kapselen Bisync transmissies binnen TCP / IP-gegevensstromen.

Aanleg

Bisync begon te worden verplaatst in de jaren 1970 door Systems Network Architecture waarvan de bouw van een netwerk met meerdere hosts en meerdere programma maakt gebruik van telecommunicatie. X.25 en het Internet Protocol zijn latere protocollen die, zoals SNA, bieden meer dan alleen koppeling controle.

Bisync apparaten

Een groot aantal apparaten gebruikte Bisync protocol, sommige daarvan waren:

  • IBM 3270 terminal Subsystem controle-eenheden.
  • IBM 2780 gegevensoverdracht Terminal.
  • IBM 2703 Transmission Control.
  • IBM HASP werkstations.
  • IBM 1130 Computing System.
  • IBM 2922 programmeerbare Terminal.
(0)
(0)
Commentaren - 0
Geen commentaar

Voeg een reactie

smile smile smile smile smile smile smile smile
smile smile smile smile smile smile smile smile
smile smile smile smile smile smile smile smile
smile smile smile smile
Tekens over: 3000
captcha