Synchronní ovládání datového spojení - Synchronous Data Link Control

Synchronní ovládání datového spojení (SDLC) je počítač komunikační protokol. Jedná se o protokol vrstvy 2 pro IBM Systémová síťová architektura (SNA). SDLC podporuje vícebodové odkazy i opravy chyb. Rovněž běží za předpokladu, že po hlavičce SDLC je přítomen záhlaví SNA.[1] SDLC používaly hlavně systémy IBM mainframe a midrange; implementace však existují na mnoha platformách od mnoha dodavatelů. Používání SDLC (a SNA) je stále vzácnější, většinou je nahrazeno protokoly založenými na IP nebo je tunelováno prostřednictvím IP (pomocí AnyNet nebo jiných technologií).[Citace je zapotřebí ] Ve Spojených státech lze SDLC nalézt ve skříňkách řízení dopravy.[2]

V roce 1975 vyvinula IBM první bitově orientovaný protokol SDLC,[3] z práce pro IBM na začátku 70. let.[4] Tento de facto normu přijal ISO tak jako Ovládání datového spojení na vysoké úrovni (HDLC) v roce 1979[4] a tím ANSI tak jako Pokročilé postupy řízení datové komunikace (ADCCP). Posledně uvedené standardy přidaly funkce, jako je Asynchronní vyvážený režim, velikosti rámců, které nemusí být násobkem bitových oktetů, ale také odstranily některé postupy a zprávy (například zprávu TEST).[5]

SDLC pracuje nezávisle na každém komunikačním spojení a může fungovat dále bod-bodvícebodový nebo smyčka zařízení, zapnuto nebo vyhrazeno, dvouvodičový nebo čtyřvodičový obvodů a plny Duplex a poloduplexní úkon.[6]Jedinečnou charakteristikou SDLC je jeho schopnost kombinovat poloduplexní sekundární stanice s plně duplexními primárními stanicemi na čtyřvodičových obvodech, čímž se sníží náklady na vyhrazená zařízení.[7]

Intel používá SDLC jako základní protokol pro BITBUS, stále populární v Evropě jako sběrnice a zahrnoval podporu v několika řadičích (i8044 / i8344, i80152). Řadič 8044 je stále ve výrobě od dodavatelů třetích stran. Zahrnuti byli i další prodejci, kteří do čipů komunikačních řadičů z 80. let uváděli hardwarovou podporu pro SDLC (a mírně odlišné HDLC) Zilog, Motorola, a National Semiconductor. Výsledkem bylo, že jej v 80. letech používala široká škála zařízení a v podnikových sítích zaměřených na sálové počítače, které byly v 80. letech normou, bylo velmi běžné. Nejběžnější alternativy pro SNA s SDLC byly pravděpodobně DECnet s Protokol zpráv o digitální datové komunikaci (DDCMP), Burroughs Network Architecture (BNA) s Burroughs Data Link Control (BDLC) a ARPANET s IMP.[8]

Rozdíly mezi SDLC a HDLC

HDLC je většinou rozšířením SDLC,[9]:69–72 ale některé funkce byly odstraněny nebo přejmenovány.

Funkce HDLC nejsou v SDLC

Funkce přítomné v HDLC, ale ne SDLC, jsou:

  • rámce dlouhé ne více než 8 bitů jsou v SDLC nelegální, ale volitelně legální v HDLC.
  • HDLC volitelně umožňuje adresy delší než 1 bajt.
  • HDLC má možnost pro 32bitovou sekvenci kontroly snímků.
  • asynchronní režim odezvy a související rámce SARM a SARME U,
  • asynchronní vyvážený režim a přidružené rámce SABM a SABME U,
  • a několik dalších typů rámců vytvořených pro HDLC:
    • rámec selektivního odmítnutí (SREJ) S,
    • příkaz reset (RSET) a
    • nezarezervované (NR0 ​​až NR3) U snímky.

V SDLC také nejsou pozdější rozšíření HDLC v ISO / IEC 13239, jako například:

  • 15- a 31bitové pořadové číslo,
  • rám nastaveného režimu (SM) U,
  • 8bitová sekvence kontroly snímků,
  • pole formátu rámečku před adresou,
  • informační pole v režimu nastavených U rámců a
  • rámec U „nečíslovaných informací s kontrolou záhlaví“ (UIH).

Pojmenování rozdílů

HDLC přejmenoval některé rámce SDLC. Názvy HDLC byly začleněny do pozdějších verzí SDLC:[9]:73

Původní názevNové jméno
NSANeobsazené potvrzeníUANečíslované potvrzení
NSINezávislé informaceUINečíslované informace
NSPNezávislý průzkumNAHORUNečíslovaný průzkum
ROLŽádost onlineDMOdpojený režim
CMDRPříkaz odmítnoutFRMROdmítnutí rámu
RQIVyžádejte si režim inicializaceOKRAJVyžádejte si režim inicializace
RQDPožádat o odpojeníRDPožádat o odpojení

Přidání rozšíření HDLC do SDLC

Některé funkce byly přidány do HDLC a následně přidány zpět do pozdějších verzí SDLC.

  • Po vydání standardu HDLC byla do SDLC přidána rozšířená (modulo-128) pořadová čísla a odpovídající SNRME U rámec.

Funkce SLDC nejsou v HDLC

Dva U snímky v SDLC, které v HDLC neexistují, jsou:

  • BCN (Beacon): Když sekundární ztratí nosnou (přestane přijímat jakýkoli signál) z primární, začne vysílat proud „majákových“ odpovědí, identifikujících místo selhání komunikace. To je zvláště užitečné v režimu smyčky SDLC.
  • Příkaz a odpověď CFGR (Konfigurace pro test): Příkaz CFGR obsahuje 1bajtovou datovou část, která identifikuje některé speciální diagnostické operace, které má sekundární jednotka provést.[9]:47–49 Nejméně významný bit označuje, že diagnostický režim by měl být spuštěn (1) nebo zastaven (0). Bajt užitečného zatížení 0 zastaví všechny diagnostické režimy. Sekundární odráží bajt v jeho odpovědi.
    • 0: Zastavit všechny diagnostické režimy.
    • 2 (vypnuto) / 3 (zapnuto): Test majáku. Zakažte veškerý výstup, což způsobí, že další příjemce ztratí nosnou (a začne signalizovat).
    • 4 (vypnuto) / 5 (zapnuto): Režim monitoru. Deaktivujte generování všech snímků, ztište se, ale nezastavujte provoz v režimu nosiče nebo smyčky.
    • 8 (vypnuto) / 9 (zapnuto): režim zalamování. Zadejte místní smyčku a připojte vstup sekundárního k vlastnímu výstupu po dobu trvání testu.
    • 10 (vypnuto) / 11 (zapnuto): Autotest. Proveďte místní diagnostiku. Odezva CFGR je zpožděna, dokud nedojde k dokončení diagnostiky, kdy je odpověď 10 (autotest selhal) nebo 11 (autotest úspěšný).
    • 12 (vypnuto) / 13 (zapnuto): Upravený test spojení. Namísto doslovného opakování příkazů TEST vygenerujte odpověď TEST skládající se z počtu kopií prvního bajtu příkazu TEST.

Několik rámců U je v HDLC téměř úplně nevyužito, existuje primárně kvůli kompatibilitě SDLC:

  • Inicializační režim a související rámce RIM a SIM U jsou v HDLC tak vágně definovány, že jsou zbytečné, ale některé periferie v SDLC je používají.
  • Unnumbered poll (UP) is almost never used in HDLC, its function having been superseded by asynchronous response mode. UP je výjimka z obvyklého pravidla v normálním režimu odezvy, že sekundární musí před přenosem obdržet příznak hlasování; zatímco sekundární musí reagovat na jakýkoli snímek s nastaveným bitem hlasování, to smět reagovat na UP snímek s volným bitem dotazu, pokud má data k přenosu. Pokud je komunikační kanál nižší úrovně schopen zabránit kolizím (jako je tomu v režimu smyčky), NAHORU na adresu vysílání umožňuje reagovat více sekundárům, aniž byste je museli individuálně dotazovat.

Rámec TEST U nebyl zahrnut do časných standardů HDLC, ale byl přidán později.

Režim smyčky

Speciální režim SDLC provozu, který je podporován např. the Zilog SCC ale nebyl začleněn do HDLC je režim smyčky SDLC.[9]:42–49,58–59 V tomto režimu jsou primární a řada sekundárních zařízení připojeny jednosměrně kruhová síť, přičemž vysílací výstup každého z nich je připojen k přijímacímu vstupu dalšího. Každý sekundární je zodpovědný za kopírování všech rámců, které dorazí na jeho vstup tak, aby dosáhly zbytku kruhu a nakonec se vrátily k primárnímu. Kromě tohoto kopírování sekundární jednotka pracuje v poloduplexním režimu; vysílá pouze tehdy, když protokol zaručuje, že neobdrží žádný vstup.

Když je sekundární napájení vypnuto, a relé připojuje svůj vstup přímo k jeho výstupu. Při zapnutí sekundární modul čeká na vhodný okamžik a poté se "on-loop" vloží do datového proudu s jednobitovým zpožděním. Podobná příležitost se používá k vypnutí „smyčky“ v rámci čistého vypnutí.

V režimu smyčky SDLC dorazí rámce do skupiny a končí (po posledním příznaku) nečinným signálem všeho. Prvních sedm 1 bitů tohoto (vzor 01111111) představuje sekvenci „pokračování“ (nazývanou také EOP, konec hlasování), která poskytuje sekundární povolení k přenosu. Sekundární, který si přeje vysílat, používá své 1-bitové zpoždění k převodu posledního 1 bitu v této sekvenci na 0 bit, což z něj dělá vlajkový znak, a poté vysílá své vlastní snímky. Po svém vlastním závěrečném příznaku vysílá signál nečinnosti všeho, který bude sloužit jako start pro další stanici ve smyčce.

Skupina začíná příkazy z primární a každá sekundární připojuje své odpovědi. Když primární přijme nečinnou sekvenci pokračování, ví, že sekundární jednotky jsou hotové a může vysílat více příkazů.

Odezva majáku (BCN) je navržena tak, aby pomohla najít přerušení smyčky. Sekundární, který po dlouhou dobu nevidí žádný příchozí provoz, začne odesílat rámce odpovědí „maják“ a sděluje primárnímu, že spojení mezi tímto sekundárním a jeho předchůdcem je přerušeno.

Protože primární také obdrží kopii odeslaných příkazů, které jsou nerozeznatelné od odpovědí, připojí na konec svých příkazů speciální „otočný“ rámec, který je oddělí od odpovědí. Jakákoli jedinečná sekvence, která nebude interpretována sekundárními soubory, bude fungovat, ale konvenční je jediný bajt s nulovou hodnotou.[9]:44 Toto je "runt frame" s adresou 0 (rezervovaný, nepoužívaný) a bez kontrolního pole nebo sekvence kontroly rámce. (Sekundární systémy schopné plně duplexního provozu to také interpretují jako „uzavírací sekvenci“, která je nutí přerušit přenos.[9]:45)

Poznámky

  1. ^ (Odom 2004 ).
  2. ^ (ITS 2006 ).
  3. ^ PC Lube and Tune, přístup 15. října 2009.
  4. ^ A b (Přítel 1988, str. 188).
  5. ^ (Přítel 1988, str. 191).
  6. ^ (Pooch 1983, str. 302).
  7. ^ (Pooch 1983, str. 303).
  8. ^ (Pooch 1983, str. 309–321).
  9. ^ A b C d E F Divize IBM Communication Products (červen 1986). Synchronní ovládání datovým spojem: Koncepty (PDF) (Technická zpráva) (4. vydání). Dokument č. GA27-3093-3.

Reference

externí odkazy