Synkroninen datalinkin ohjaus - Synchronous Data Link Control

Synkroninen Data Link Control ( SDLC ) on tietokone tiedonsiirtoprotokolla . Se on kerroksen 2 protokolla IBM: n järjestelmäverkkoarkkitehtuurille (SNA). SDLC tukee monipisteitä ja virheiden korjausta. Se toimii myös olettaen, että SNA -otsikko on läsnä SDLC -otsikon jälkeen. SDLC: tä käyttivät pääasiassa IBM: n keskusyksiköt ja keskialueen järjestelmät; toteutuksia on kuitenkin monilla alustoilla monilta toimittajilta. SDLC: n (ja SNA: n) käyttö on yhä harvinaisempaa, ja se korvataan enimmäkseen IP-pohjaisilla protokollilla tai tunneloidaan IP: n kautta (AnyNetin tai muun tekniikan avulla). Yhdysvalloissa SDLC löytyy liikenteenohjauskaappeista.

Vuonna 1975 IBM kehitti ensimmäisen bittisuuntautuneen protokollan, SDLC, IBM : lle 1970-luvun alussa tehdystä työstä . Tämä tosiasiallinen standardi on hyväksytty ISO kuin hdlc (HDLC) vuonna 1979 ja ANSI kuin Advanced Data Communication valvonnan menettelyt (ADCCP). Jälkimmäiset standardit lisäsivät ominaisuuksia, kuten asynkronisen tasapainotetun tilan , kehyskoot, joiden ei tarvinnut olla bittoktettien monikertoja, mutta poistivat myös joitakin menettelyjä ja viestejä (kuten TEST-sanoman).

SDLC toimii itsenäisesti kullakin tietoliikenneyhteydellä, ja se voi toimia pisteestä pisteeseen monipiste- tai silmukkalaitteistoissa , kytketyissä tai omistetuissa, kaksijohtimisissa tai nelijohtimisissa piireissä sekä täys- ja puolisuuntaisessa toiminnassa. SDLC: n ainutlaatuinen ominaisuus on sen kyky sekoittaa puolidupleksiset toissijaiset asemat täysdupleksisiin ensisijaisiin asemiin nelijohtimilla piireillä, mikä vähentää omistettujen laitteiden kustannuksia.

Intel käytti SDLC: tä perusprotokollana BITBUS: lle , joka on edelleen suosittu Euroopassa kenttäväylänä ja sisälsi tuen useille ohjaimille (i8044/i8344, i80152). 8044-ohjain on edelleen kolmannen osapuolen toimittajien tuotannossa. Muita toimittajia, jotka laittivat laitteistotuen SDLC: lle (ja hieman erilaiselle HDLC: lle) 1980 -luvun viestintäohjainsiruihin, olivat Zilog , Motorola ja National Semiconductor . Tämän seurauksena monet laitteet 1980 -luvulla käyttivät sitä ja se oli hyvin yleistä keskusyksikkökeskeisissä yritysverkoissa, jotka olivat normaalia 1980 -luvulla. Yleisin vaihtoehtoja SNA kanssa SDLC olivat luultavasti DECnet kanssa Digital Data Communications Message Protocol (ddCMP), Burroughs Network Architecture (BNA) kanssa Burroughs Data Link Control (BDLC), ja ARPANET kanssa IMP .

SDLC: n ja HDLC: n erot

HDLC on enimmäkseen SDLC: n laajennus, mutta jotkut ominaisuudet poistettiin tai nimettiin uudelleen.

HDLC -ominaisuudet eivät ole SDLC: ssä

HDLC: ssä, mutta ei SDLC: ssä, on seuraavat ominaisuudet:

  • kehykset, jotka eivät ole moninkertaisia ​​8 bittiin, ovat laittomia SDLC: ssä, mutta valinnaisesti laillisia HDLC: ssä.
  • HDLC sallii valinnaisesti yli yhden tavun pituiset osoitteet.
  • HDLC: llä on mahdollisuus 32-bittiseen kehystarkistusjärjestykseen.
  • asynkroninen vastaustila ja siihen liittyvät SARM- ja SARME U -kehykset,
  • asynkroninen tasapainotettu tila ja siihen liittyvät SABM- ja SABME U -kehykset,
  • ja useita muita HDLC: lle luotuja kehystyyppejä:
    • valikoivan hylkäyksen (SREJ) S -kehys,
    • Reset (RSET) -komento ja
    • varaamattomat (NR0 ​​- NR3) U -kehykset.

Myöskään SDLC: ssä ei ole myöhempiä HDLC -laajennuksia ISO/IEC 13239 -standardissa, kuten:

  • 15- ja 31-bittiset järjestysnumerot,
  • asetustilan (SM) U -kehys,
  • 8-bittinen kehystarkistus,
  • kehyksen muotoinen kenttä ennen osoitetta,
  • tietokenttä tilassa asetetuissa U -kehyksissä ja
  • "numeroimattomat tiedot otsikkotarkistuksen" (UIH) U -kehyksellä.

Erojen nimeäminen

HDLC nimesi uudelleen joitakin SDLC -kehyksiä. HDLC -nimet sisällytettiin SDLC: n myöhempiin versioihin:

Alkuperäinen nimi Uusi nimi
NSA Jatkuva tunnustaminen UA Numeroimaton tunnustus
NSI Jatkamaton tieto Käyttöliittymä Numeroimattomia tietoja
NSP Jatkuva kysely YLÖS Numeroimaton kysely
ROL Pyydä verkossa DM Yhteys katkaistu
CMDR Komento hylätty FRMR Kehyksen hylkääminen
RQI Pyydä alustustilaa RIM Pyydä alustustilaa
RQD Pyydä yhteyden katkaisua RD Pyydä yhteyden katkaisua

HDLC -laajennukset lisätty SDLC: hen

Jotkut ominaisuudet lisättiin HDLC: hen ja sittemmin lisättiin takaisin SDLC: n myöhempiin versioihin.

  • Laajennetut (modulo-128) järjestysnumerot ja vastaava SNRME U -kehys lisättiin SDLC: hen HDLC-standardin julkaisemisen jälkeen.

SDLC -ominaisuudet eivät ole HDLC: ssä

Kaksi U -kehystä SDLC: ssä, joita ei ole HDLC: ssä, ovat:

  • BCN (majakka): Kun toissijainen menettää kantoaallon (lakkaa vastaanottamasta mitään signaalia) ensisijaiselta, se alkaa lähettää "majakka" -vastausvirtaa, joka tunnistaa tiedonsiirtovian sijainnin. Tämä on erityisen hyödyllistä SDLC -silmukatilassa.
  • CFGR (Configure for test) -komento ja vastaus: CFGR-komento sisältää 1 tavun hyötykuorman, joka tunnistaa toissijaisen suoritettavan erityisdiagnoositoiminnon. Vähiten merkitsevä bitti osoittaa, että diagnostiikkatilan pitäisi käynnistyä (1) tai pysähtyä (0). Hyötykuorma tavu 0 pysäyttää kaikki diagnostiikkatilat. Toissijainen toistaa tavun vastauksessaan.
    • 0: Pysäytä kaikki diagnostiikkatilat.
    • 2 (pois)/3 (päällä): Majakkatesti. Poista kaikki lähdöt käytöstä, jolloin seuraava vastaanottaja menettää operaattorin (ja aloittaa majakan).
    • 4 (pois)/5 (päällä): Näyttötila. Poista kaikki kehysten luominen käytöstä, hiljene, mutta älä lopeta operaattorin tai silmukan tilan toimintaa.
    • 8 (pois)/9 (päällä): Käärintätila. Anna paikallinen silmukka, yhdistämällä toissijaisen tulo omaan lähtöön testin ajaksi.
    • 10 (pois)/11 (päällä): Itsetesti. Suorita paikallinen diagnostiikka. CFGR-vastaus viivästyy, kunnes diagnoosi on valmis, jolloin vastaus on 10 (itsetesti epäonnistui) tai 11 (itsetesti onnistui).
    • 12 (pois)/13 (päällä): Muokattu linkkitesti. Sen sijaan, että kaikuisit TEST -komentoja sanasta sanaan, luo TEST -vastaus, joka koostuu useista kopioista TEST -komennon ensimmäisestä tavusta.

Useat U -kehykset ovat lähes kokonaan käyttämättömiä HDLC: ssä, pääasiassa SDLC -yhteensopivuuden vuoksi:

  • Alustustila ja siihen liittyvät RIM- ja SIM U -kehykset on määritelty HDLC: ssä niin epämääräisesti, että ne ovat hyödyttömiä, mutta jotkin oheislaitteet käyttävät niitä SDLC: ssä.
  • Numeroimatonta kyselyä (UP) ei käytetä lähes koskaan HDLC: ssä, koska sen toiminnon on korvannut asynkroninen vastaustila. YLÖS on poikkeus tavanomaisesta vastaustilasta, jonka mukaan toissijaisen on vastaanotettava kyselylippu ennen lähettämistä; kun toissijaisen on vastattava mihin tahansa kehykseen, jossa kyselybitti on asetettu, se voi vastata YLÖS -kehykseen, jossa kyselybitti on selkeä, jos sillä on lähetettävää dataa. Jos alemman tason viestintäkanava pystyy välttämään yhteentörmäykset (kuten silmukka-tilassa), UP- lähetysosoitteeseen asti useat toissijaiset voivat vastata ilman, että heidän tarvitsee kyselemään niitä erikseen.

TEST U -kehys ei sisältynyt varhaisiin HDLC -standardeihin, mutta lisättiin myöhemmin.

Silmukkatila

Erityinen SDLC -toimintatila, jota tukee esimerkiksi Zilog SCC, mutta jota ei ole sisällytetty HDLC: hen, on SDLC -silmukkamuoto. Tässä tilassa ensisijainen ja useita toissijaisia ​​on kytketty yksisuuntaiseen rengasverkkoon , ja kunkin lähetyslähtö on kytketty seuraavan vastaanottotuloon. Jokainen toissijainen on vastuussa kaikkien sen tuloon saapuvien kehysten kopioimisesta, jotta ne saavuttavat muun renkaan ja palaavat lopulta ensisijaiseen. Tätä kopiointia lukuun ottamatta toissijainen toimii puolisuuntaisessa tilassa; se lähettää vain, kun protokolla takaa, että se ei vastaanota tuloa.

Kun toissijainen virta on katkaistu, rele kytkee tulonsa suoraan ulostuloonsa. Kun virta kytketään päälle, toissijainen odottaa sopivaa hetkeä ja siirtyy sitten "on-loop" -tilaan lisäämällä itsensä datavirtaan yhden bitin viiveellä. Samanlaista mahdollisuutta käytetään "off-loop" -tilaan osana puhdasta sammutusta.

SDLC-silmukkatilassa kehykset saapuvat ryhmään ja päättyvät (viimeisen lipun jälkeen) kaikkien valmiustilan signaaliin. Tämän seitsemän ensimmäistä 1-bittiä (kuvio 01111111) muodostavat "jatka" -sekvenssin (jota kutsutaan myös EOP: ksi, kyselyn loppu), joka antaa toissijaisen luvan lähettää. Toissijainen, joka haluaa lähettää, käyttää 1-bittistä viiveään muuntaakseen tämän sekvenssin viimeisen 1 bitin 0-bittiseksi, jolloin siitä tulee lippu, ja lähettää sitten omat kehyksensä. Oman lopullisen lippunsa jälkeen se lähettää kaikki tyhjäkäynnillä -signaalin, joka toimii jatko-osana silmukan seuraavalle asemalle.

Ryhmä aloittaa ensisijaisen käskyillä ja jokainen toissijainen liittää vastauksensa. Kun ensisijainen vastaanottaa jatko-joutokäynnin, se tietää, että toissijaiset ovat päättyneet ja se voi lähettää lisää komentoja.

Beacon (BCN) -vaste on suunniteltu auttamaan paikantamaan silmukat. Toissijainen, joka ei näe saapuvaa liikennettä pitkään aikaan, alkaa lähettää "majakka" -vastekehyksiä ja kertoo ensisijaiselle, että yhteys toissijaisen ja edeltäjänsä välillä on katkennut.

Koska ensisijainen vastaanottaa myös kopion lähettämistään komennoista, joita ei voida erottaa vastauksista, se liittää komentojensa loppuun erityisen "käännöskehyksen" erottaakseen ne vastauksista. Mikä tahansa ainutlaatuinen sekvenssi, jota toissijaiset eivät tulkitse, tekee, mutta perinteinen on yksi nolla tavu. Tämä on "suorituskehys", jonka osoite on 0 (varattu, käyttämätön) ja jossa ei ole ohjauskenttää tai kehyksen tarkistussekvenssiä. (Toissijaiset, jotka pystyvät dupleksitoimintaan, tulkitsevat tämän myös "sammutusjaksona", pakottaen ne keskeyttämään lähetyksen.)

Huomautuksia

Viitteet

Ulkoiset linkit