High-Level Data Link Control (HDLC) — біт-орієнтований кодопрозорий мережевий протокол управління каналом передачі даних канального рівня мережевої моделі OSI, розроблений ISO.
Поточним стандартом для HDLC є ISO 13239.
HDLC може бути використаний у з'єднаннях точка-багатоточка, але в наш час[] в основному використовується у з'єднаннях з використанням асинхронного збалансованого режиму (ABM).
Історія
HDLC був розроблений на основі протоколу SDLC фірми IBM. Його несильно змінені дочірні протоколи — LAPB, [en], [en], LAPD (Link Access Procedures, D channel) були вбудовані ITU відповідно в стеки протоколів X.25, [en], Frame Relay, ISDN. Також HDLC був базою при розробці кадрових механізмів у протоколі PPP, широко використовується в Інтернеті.
Типи станцій
- Первинна (ведуча) станція (Primary terminal) відповідальна за управління каналом і відновлення його працездатності. Вона виробляє кадри команд. У з'єднаннях точка-багатоточка підтримує окремі зв'язку з кожною з вторинних станцій.
- Вторинна (ведена) станція (Secondary terminal) працює під контролем ведучої, відповідаючи на її команди. Підтримує тільки 1 сеанс зв'язку.
- Комбінована станція (Combined terminal) поєднує в собі функції як провідної, так і веденої станцій. Виробляє і команди і відповіді. Тільки з'єднання .
Логічні стани
Кожна із станцій в кожен момент часу знаходиться в одному з 3 логічних станів:
- Стан логічного завершення (LDS - Logical Disconnect State)
Якщо вторинна станція знаходиться в режимі нормального закінчення (NDM), то вона може приймати кадри тільки після отримання явного дозволу від первинної. Якщо ж в асинхронному режимі роз'єднання (ADM), то вторинна станція може самовільно ініціювати передачу.
- Стан ініціалізації (IS - Initialization State)
Використовується для передачі управління на віддалену комбіновану станцію і для обміну параметрами між віддаленими станціями.
- Стан передачі інформації (ITS - Information Transfer State)
Всім станціям дозволено вести передачу і приймати інформацію. Станції можуть перебувати в режимах NRM, ARM, ABM.
Режими
HDLC підтримує три режими логічного з'єднання, що відрізняються ролями взаємодіючих пристроїв.
- Режим нормального відповіді (NRM - Normal Response Mode) вимагає ініціації передачі у вигляді явного дозволу на передачу від первинної станції. Після використання каналу вторинної станцією (відповіді на команду первинної), для продовження передачі вона зобов'язана чекати іншого дозволу. Для вибору права на передачу первинна станція проводить кругової опитування вторинних. В основному використовується в з'єднаннях точка-багатоточка.
- Режим асинхронного відповіді (ARM - Asynchronous Response Mode) дає можливість вторинної станції самої ініціювати передачу. В основному використовується в сполуках типу і багатоточкових з незмінною ланцюжком опитування, так як в цих з'єднаннях одна вторинна станція може отримати дозвіл від передачі від іншої вторинної і у відповідь почати передачу. Тобто дозвіл на передачу передається за типом маркера (token). За первинною станцією зберігаються обов'язки з ініціалізації лінії, визначення помилок передачі і логічному роз'єднання. Дозволяє зменшити накладні витрати, пов'язані з початком передачі.
- Асинхронний збалансований режим (ABM - Asynchronous Balanced Mode) використовується комбінованими станціями. Передача може бути ініційована з будь-якого боку, може відбуватися в . У режимі ABM обидва пристрої рівноправні і обмінюються кадрами, які діляться на кадри-команди і кадри-відповіді.
Конфігурації каналу
Для забезпечення сумісності між станціями, які можуть змінювати свій статус (тип), в протоколі HDLC передбачено 3 конфігурації каналу:
- Незбалансована конфігурація (UN - Unbalanced Normal) забезпечує роботу 1 первинної і однієї або декількох вторинних станцій в (симплексному) і режимах, з комутованим або некомутованими каналом.
- Симетрична конфігурація (UA - Unbalanced Asynchronous) забезпечує взаємодію двох двоточкових незбалансованих станцій. Використовується 1 канал передачі, в який мультиплексуються і команди і відповіді. У наш час[] не використовується.
- Збалансована конфігурація (BA - Balanced Asynchronous) складається з 2 комбінованих станцій. Передача в (симплексному) і режимах, з комутованим або некомутованими каналом. Кожна станція несе однакову відповідальність за управління каналом.
Кадри
Кадри HDLC можна передавати, використовуючи синхронні і асинхронні з'єднання. У самих з'єднаннях немає механізмів визначення початку і кінця кадру, для цих цілей використовується унікальна в межах протоколу послідовність прапорців (FD - Frame Delimiter) '01111110 '(0x7E в шістнадцятковому представленні), що поміщається в початок і кінець кожного кадру. Унікальність прапора гарантується використанням бітстафінга у синхронних з'єднаннях і байтстафінга в асинхронних. Бітстафінг - вставка бітів, тут - біту 0 після 5 поспіль йдуть бітів 1. Бітстафінг працює тільки під час передачі інформаційного поля (поля даних) кадру. Якщо передавач виявляє, що передано підряд п'ять одиниць, то він автоматично вставляє додатковий нуль в послідовність переданих бітів (навіть якщо після цих п'яти одиниць і так йде нуль). Тому послідовність 01111110 ніколи не з'явиться на полі даних кадру. Аналогічна схема працює в приймальнику і виконує зворотну функцію. Коли після п'яти одиниць виявляється нуль, він автоматично видаляється з поля даних кадру. У байтстафінгу використовується escape-послідовність, тут - '01111101 '(0x7D в шістнадцятковому представленні), тобто байт FD (0x7E) в середині кадру замінюється послідовністю байтів (0x7D, 0x5E), а байт (0x7D ) - послідовністю байтів (0x7D, 0x5D).
Під час простою середовища передачі при синхронному з'єднанні FD постійно передається по каналу для підтримки бітової синхронізації. Може мати місце поєднання останнього біта 0 одного прапора та початкової біта 0 наступного. Час простою також називається міжкадрових тимчасовим заповненням.
Структура кадрів
Структура кадру HDLC, включаючи прапори FD:
Прапор | Адреса | Управляюче поле | Інформаційне поле | FCS | Прапор |
---|---|---|---|---|---|
8 біт | 8 біт | 8 або 16 біт | 0 або більше біт, кратно 8 | 16 біт | 8 біт |
- Прапори FD — відкривальні і закривальні прапори, що являють собою коди 01111110, обрамляють HDLC-кадр, дозволяючи приймачу визначити початок і кінець кадру. Завдяки цим прапори в межах HDLC-кадрі відсутнє поле довжини кадру. Іноді прапор кінця одного кадру може (але не обов'язково) бути початковим прапором наступного кадру.
- Адреса виконує свою звичайну функцію ідентифікації одного з декількох можливих пристроїв тільки в конфігураціях точка-багатоточка. У двохточечній конфігурації адресу HDLC використовується для позначення напрямку передачі - з мережі до пристрою користувача (10000000) або навпаки (11 млн).
- Поле, що управляє займає 1 або 2 байти. Його структура залежить від типу переданого кадру. Тип кадру визначається першими бітами керувального поля: 0 - інформаційний, 01 - керувальний, 11 - ненумерований тип. У структуру керувального поля кадрів усіх типів входить біт P / F, він по-різному використовується в кадрах-командах і кадрах-відповідях. Наприклад, станція-приймач при отриманні від станції-передавача кадру-команди з встановленим бітом P негайно повинна відповісти керувальним кадром-відповіддю, встановивши біт F.
- Інформаційне поле призначене для передачі по мережі пакетів протоколу вищого рівня - мережевих протоколів IP, IPX, AppleTalk, DECnet, в окремих випадках - прикладних протоколів, коли ті викладають свої повідомлення безпосередньо в кадри канального рівня . Інформаційне поле може бути відсутнім в керувальних кадрах і деяких ненумерованих кадрах.
- Поле FCS (Frame Check Sequence ) — контрольна послідовність, необхідна для виявлення помилок передачі. Її обчислення в основному проводиться методом циклічного кодування з виробляють поліномом X16 + X12 + X5 +1 (CRC-16), відповідно до Рекомендації CCITT V.41. Це дозволяє виявляти всілякі кортежі помилок довжиною до 16 біт викликаються одиночної помилкою, а також 99,9984% всіляких більш довгих кортежів помилок. FCS складається по полях: Адреса, Поле, що управляє, Інформаційне поле. У рідкісних випадках використовуються інші (методи циклічного кодування). Після прорахунку FCS на стороні приймача він відповідає позитивною або негативною квитанцією. Повтор кадру передавальною стороною виконується по приходу негативною квитанції або після закінчення тайм-ауту.
Типи кадрів
I-кадри (інформаційні кадри, кадри даних)
Призначені для передачі даних користувача. У процесі передачі інформаційних блоків здійснюється їх нумерація відповідно до алгоритму ковзного вікна. Після встановлення з'єднання дані і позитивні квитанції починають передаватися в інформаційних кадрах. Логічний канал HDLC є дуплексним, так що інформаційні кадри, а значить, і позитивні квитанції можуть передаватися в обох напрямках. Якщо ж потоку інформаційних кадрів у зворотному напрямку немає або ж потрібно передати негативну квитанцію, то використовуються кадри, що управляють. При роботі HDLC для забезпечення надійності передачі використовується ковзне вікно розміром в 7 кадрів (при розмірі керувального поля 1 байт) або 127 (при розмірі керувального поля 2 байти). Для підтримки алгоритму вікна в інформаційних кадрах станції-відправника відводиться 2 поля:
- N (S) — номер відправляється кадру;
- N (R) — номер кадру, який станція очікує отримати від свого партнера по діалогу.
Припустимо для визначеності, що станція А відправила станції В інформаційний кадр з деякими значеннями NA (S) і NA (R). Якщо у відповідь на цей кадр приходить кадр від станції В, в якому номер посланого цією станцією кадру NB (S) збігається з номером очікуваного станцією А кадру NA (R), то передача вважається коректною. Якщо станція А приймає кадр-відповідь, в якому номер відправленого кадру NB (S) не дорівнює номером очікуваного NA (R), то станція А цей кадр відкидає і посилає негативну квитанцію REJ (відмова) з номером NA (R). Прийнявши негативну квитанцію, станція У зобов'язана повторити передачу кадру з номером NA (R), а також всіх кадрів з великими номерами, які вона вже встигла відіслати, користуючись механізмом ковзаючого вікна.
I-кадри також містять біт опитування / відповідь P / F (poll / final). У режимі NRM провідний термінал використовує біт P для опитування, ведений - біт F в останньому I-кадрі відповіді. У режимах ARM і ABM біти P / F використовуються для форсування відповіді.
Команда / Відповідь | Опис | Формат упр. поля 8 ... 7 ... 6 ... 5 ... 4 ... 3 ... 2 ... 1 ... .. |
---|---|---|
C / R | Дані користувача | .- N (R) - ... P / F ... ..- N (S) -.. 0 |
S-кадри (керувальні)
Використовуються для контролю потоку помилок передачі. У керувальних кадрах передаються команди і відповіді в контексті встановленого логічного з'єднання, в тому числі запити на повторну передачу перекручених інформаційних блоків:
Готовий до Прийому(RR )
- Використовується як позитивна квитанція (до N (r) -1).
- Провідна станція може зробити опитування, встановивши біт P.
- Ведена станція на опитування може відповісти кадром з встановленим F бітом, якщо у неї немає даних для передачі.
Не готовий до Прийому (RNR )
- Використовується як позитивна квитанція і запит зупинити передачу I-кадрів до отримання наступного кадру RR.
- Провідна або Комбінована станції можуть встановити біт P для уточнення статусу прийому веденої / комбінованої станції.
- Ведена / комбінована станції можуть відповісти установкою біта P як індикації зайнятості станції.
Неприйняття (REJ )
- Часто використовується як негативна квитанція приймача
- Неприйняття кадрів останнього вікна (повтор передачі з кадру N (r))
Вибіркове неприйняття (SREJ )
- Неприйняття конкретного кадру (повтор передачі одного кадру)
Ім'я | Команда / Відповідь | Опис | Інформація | Формат упр. поля 8 ... 7 ... 6 ... 5 ... 4 ... 3 ... 2 ... 1 ... .. |
---|---|---|---|---|
Готовий до Прийому (RR) | C / R | Позитивна квитанція | Готовий до прийому I-кадру | .- N (R) - ... P / F ... 0 ... 0 ... 0 ... 1 |
Не готовий до Прийому (RNR) | C / R | Позитивна квитанція | Не готовий до Прийому | .- N (R) - ... P / F ... 0 ... 1 ... 0 ... 1 |
Неперервним (REJ) | C / R | Негативна квитанція | Повтор N кадрів | .- N (R) - ... P / F ... 1 ... 0 ... 1 ... 0 |
Вибірковий неперервним (SREJ) | C / R | Негативна квитанція | Повтор 1 кадру | .- N (R) - ... P / F ... 1 ... 1 ... 0 ... 1 |
U-кадри (ненумеровані)
Призначені для встановлення і розриву логічного з’єднання, а також інформування про помилки.
Поле М ненумерованих кадрів містить коди, що визначають тип команд, якими користуються два вузли на етапі встановлення з'єднання (наприклад, SABME, UA, REST).
- Встановлення режиму (SNRM, SNRME, SARM, SARME, SABM, SABME, UA, DM, RIM, SIM, RD, DISC)
- Ненумерована інформація (UP, UI)
- Відновлення (FRMR, RSET)
- Невірне поле управління
- Перевищена довжина поля даних
- Невірна довжина для даного типу кадрів
- Невірний номер кадру
- Інші (XID, TEST)
Ім'я | Команда / Відповідь | Опис | Інформація | Формат упр. поля 8 ... 7 ... 6 ... 5 ... 4 ... 3 ... 2 ... 1 ..... |
---|---|---|---|---|
Встановити режим нормальної відповіді SNRM | C | Встановити режим | .. 1 ... 0 ... 0 ... P ... 1 ... 1 ... 0 ... 1 | |
Встановити розширений режим нормальної відповіді SNRME | C | Встановити режим | .. 1 ... 1 ... 0 ... P ... 1 ... 1 ... 1 ... 1 | |
Встановити режим асинхронної відповіді SARM | C | Встановити режим | .. 0 ... 0 ... 0..P/F..1 ... 1 ... 0 ... 1 | |
Встановити розширений режим асинхронної відповіді SARME | C | Встановити режим | .. 0 ... 1 ... 0 ... P. .1 ... 1 ... 1 ... 1 | |
Встановити асинхронний збалансований режим SABM | C | Встановити режим | .. 0 ... 0 ... 1..P/F..1 ... 1 ... 1 ... 1 | |
Встановити розширений асинхронний збалансований режим SABME | C | Встановити режим | .. 0 ... 1 ... 1 ... P ... 1 ... 1 ... 1 ... 1 | |
Встановити режим ініціалізації SIM | C | Ініціювати функцію контролю за лінією в адресуємій станції | .. 0 ... 0 ... 0..P/F..0 ... 1 ... 1 ... 1 | |
Розрив з'єднання DISC | C | Розірвати логічне з'єднання | .. 0 ... 1 ... 0..P/F..0 ... 0 ... 1 ... 1 | |
Ненумеровані підтвердження UA | R | Підтвердження прийому однієї з команд встановлення режимів | .. 0 ... 1 ... 0 .... F. .0 ... 0 ... 1 ... 1 | |
Режим роз'єднання DM | R | Індикація режиму лог. роз'єднання | ||
Запит роз'єднання RD | R | Відповідь на команду DISC | .. 0 ... 1 ... 0..P/F..0 ... 0 ... 1 ... 1 | |
Запит ініціалізації RIM | R | Необхідна ініціалізація | Запит команди SIM | |
Ненумерована інформація UI | C / R | Використовується для обміну інформацією управління | .. 0 ... 0 ... 0..P/F..0 ... 0 ... 1 ... 1 | |
Ненумероване опитування UP | C | Використовується для запиту керуючої інформації | .. 0 ... 0 ... 1 .. P ... .0 ... 0 ... 1 ... 1 | |
Перезапуск лічильників RSET | C | Вик. для відновлення | Обнуляє N (R), N (S) | .. 1 ... 0 ... 0 .. P ... .1 ... 1 ... 1 ... 1 |
Обмін статусом XID | C / R | Вик. для запиту / передачі статусу | .. 1 ... 0 ... 1..P/F..1 ... 1 ... 1 ... 1 | |
Тест TEST | C / R | Обмін ідентичними інф. полями для тесту | .. 1 ... 1 ... 1..P/F..0 ... 0 ... 1 ... 1 | |
Не прийняття кадру FRMR | C / R | Повідомлення про невірний кадр |
Див. також
- Протокол PPP
- Протокол SLIP
- (Стек протоколів TCP/IP)
- RFC 1662, standard 51, PPP in HDLC-like Framing
- RFC 2687, Proposed Standard, PPP in a Real-time Oriented HDLC-like Framing
- RFC 4349, Proposed Standard, HDLC frames over L2TPv3
Література
- Галкин В. А., Григорьев Ю. А. Телекоммуникации и Сети. — М.: МГТУ им. Н. Э. Баумана, 2003. С. 608.
- Олифер В.Г., Олифер Н.А. Компьютерные сети. Принципы, технологии, протоколы: Учебник для вузов. 3-е изд. — СПб.: Питер, 2006.
- Friend, George E.; John L. Fike, H. Charles Baker, John C. Bellamy (1988). Understanding Data Communications (вид. 2nd). Indianapolis: Howard W. Sams & Company. ISBN .
- Stallings, William (2004). Data and Computer Communications (вид. 7th). Upper Saddle River: Pearson/Prentice Hall. ISBN .
- S. Tanenbaum, Andrew (2005). Computer Networks (вид. 4th). 482,F.I.E., Patparganj, Delhi 110 092: Dorling Kindersley(India)Pvt. Ltd.,licenses of Pearson Education in South Asia. ISBN .
Посилання
- Протокол HDLC [ 8 жовтня 2011 у Wayback Machine.]
- HDLC protocol information page (good description of HDLC fields) [ 19 липня 2011 у Wayback Machine.]
- HDLC packet format and other information [ 29 квітня 2011 у Wayback Machine.]
Рівень OSI | Протоколи |
---|---|
прикладний | HTTP, gopher, Telnet, DNS, SMTP, SNMP, CMIP, FTP, TFTP, SSH, IRC, AIM, NFS, NNTP, NTP, , XMPP, , , X.400, X.500, AFP, LDAP, SIP, IETF, RTP, RTCP, , , , IMAP, POP3, SMB, MFTP, BitTorrent, e2k, PROFIBUS Це всього лише кілька найрозповсюдженіших протоколів прикладного рівня, яких існує безліч. Всі їх неможливо описати в рамках даної статті. |
відображення | ASN.1, XML, TDI, XDR, NCP, AFP, ASCII, Unicode |
сеансовий | ASP, ADSP, DLC, Named Pipes, , NetBIOS, , , Zone Information Protocol, SSL, TLS, SOCKS, PPTP |
транспортний | TCP, UDP, NetBEUI, , ATP, IL, , RTMP, SMB, SPX, SCTP, DCCP, RTP, STP, TFTP |
мережний | IPv4, IPv6, ICMP, IGMP, IPX, , NetBEUI, DDP, IPSec, ARP, |
канальний (Ланки даних) | ARCnet, ATM, , SLIP, , Ethernet, FDDI, Frame Relay, , Token Ring, PPP, PPPoE, , WiFi, PPTP, , L2TP, PROFIBUS |
фізичний | RS-232, RS-422, , , RS-485, ITU-T, RJ-11, T-система (T1, E1), модифікації стандарту Ethernet: , 10BASE2, 10BASE5, 100BASE-TX, 100BASE-FX, 100BASE-T, 1000BASE-T, 1000BASE-TX, 1000BASE-SX |
Вікіпедія, Українська, Україна, книга, книги, бібліотека, стаття, читати, завантажити, безкоштовно, безкоштовно завантажити, mp3, відео, mp4, 3gp, jpg, jpeg, gif, png, малюнок, музика, пісня, фільм, книга, гра, ігри, мобільний, телефон, android, ios, apple, мобільний телефон, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, ПК, web, Інтернет
High Level Data Link Control HDLC bit oriyentovanij kodoprozorij merezhevij protokol upravlinnya kanalom peredachi danih kanalnogo rivnya merezhevoyi modeli OSI rozroblenij ISO Potochnim standartom dlya HDLC ye ISO 13239 HDLC mozhe buti vikoristanij u z yednannyah tochka bagatotochka ale v nash chas koli v osnovnomu vikoristovuyetsya u z yednannyah z vikoristannyam asinhronnogo zbalansovanogo rezhimu ABM IstoriyaHDLC buv rozroblenij na osnovi protokolu SDLC firmi IBM Jogo nesilno zmineni dochirni protokoli LAPB en en LAPD Link Access Procedures D channel buli vbudovani ITU vidpovidno v steki protokoliv X 25 en Frame Relay ISDN Takozh HDLC buv bazoyu pri rozrobci kadrovih mehanizmiv u protokoli PPP shiroko vikoristovuyetsya v Interneti Tipi stancijPervinna veducha stanciya Primary terminal vidpovidalna za upravlinnya kanalom i vidnovlennya jogo pracezdatnosti Vona viroblyaye kadri komand U z yednannyah tochka bagatotochka pidtrimuye okremi zv yazku z kozhnoyu z vtorinnih stancij Vtorinna vedena stanciya Secondary terminal pracyuye pid kontrolem veduchoyi vidpovidayuchi na yiyi komandi Pidtrimuye tilki 1 seans zv yazku Kombinovana stanciya Combined terminal poyednuye v sobi funkciyi yak providnoyi tak i vedenoyi stancij Viroblyaye i komandi i vidpovidi Tilki z yednannya Logichni staniKozhna iz stancij v kozhen moment chasu znahoditsya v odnomu z 3 logichnih staniv Stan logichnogo zavershennya LDS Logical Disconnect State Yaksho vtorinna stanciya znahoditsya v rezhimi normalnogo zakinchennya NDM to vona mozhe prijmati kadri tilki pislya otrimannya yavnogo dozvolu vid pervinnoyi Yaksho zh v asinhronnomu rezhimi roz yednannya ADM to vtorinna stanciya mozhe samovilno iniciyuvati peredachu Stan inicializaciyi IS Initialization State Vikoristovuyetsya dlya peredachi upravlinnya na viddalenu kombinovanu stanciyu i dlya obminu parametrami mizh viddalenimi stanciyami Stan peredachi informaciyi ITS Information Transfer State Vsim stanciyam dozvoleno vesti peredachu i prijmati informaciyu Stanciyi mozhut perebuvati v rezhimah NRM ARM ABM RezhimiHDLC pidtrimuye tri rezhimi logichnogo z yednannya sho vidriznyayutsya rolyami vzayemodiyuchih pristroyiv Rezhim normalnogo vidpovidi NRM Normal Response Mode vimagaye iniciaciyi peredachi u viglyadi yavnogo dozvolu na peredachu vid pervinnoyi stanciyi Pislya vikoristannya kanalu vtorinnoyi stanciyeyu vidpovidi na komandu pervinnoyi dlya prodovzhennya peredachi vona zobov yazana chekati inshogo dozvolu Dlya viboru prava na peredachu pervinna stanciya provodit krugovoyi opituvannya vtorinnih V osnovnomu vikoristovuyetsya v z yednannyah tochka bagatotochka Rezhim asinhronnogo vidpovidi ARM Asynchronous Response Mode daye mozhlivist vtorinnoyi stanciyi samoyi iniciyuvati peredachu V osnovnomu vikoristovuyetsya v spolukah tipu i bagatotochkovih z nezminnoyu lancyuzhkom opituvannya tak yak v cih z yednannyah odna vtorinna stanciya mozhe otrimati dozvil vid peredachi vid inshoyi vtorinnoyi i u vidpovid pochati peredachu Tobto dozvil na peredachu peredayetsya za tipom markera token Za pervinnoyu stanciyeyu zberigayutsya obov yazki z inicializaciyi liniyi viznachennya pomilok peredachi i logichnomu roz yednannya Dozvolyaye zmenshiti nakladni vitrati pov yazani z pochatkom peredachi Asinhronnij zbalansovanij rezhim ABM Asynchronous Balanced Mode vikoristovuyetsya kombinovanimi stanciyami Peredacha mozhe buti inicijovana z bud yakogo boku mozhe vidbuvatisya v U rezhimi ABM obidva pristroyi rivnopravni i obminyuyutsya kadrami yaki dilyatsya na kadri komandi i kadri vidpovidi Konfiguraciyi kanaluDlya zabezpechennya sumisnosti mizh stanciyami yaki mozhut zminyuvati svij status tip v protokoli HDLC peredbacheno 3 konfiguraciyi kanalu Nezbalansovana konfiguraciya UN Unbalanced Normal zabezpechuye robotu 1 pervinnoyi i odniyeyi abo dekilkoh vtorinnih stancij v simpleksnomu i rezhimah z komutovanim abo nekomutovanimi kanalom Simetrichna konfiguraciya UA Unbalanced Asynchronous zabezpechuye vzayemodiyu dvoh dvotochkovih nezbalansovanih stancij Vikoristovuyetsya 1 kanal peredachi v yakij multipleksuyutsya i komandi i vidpovidi U nash chas koli ne vikoristovuyetsya Zbalansovana konfiguraciya BA Balanced Asynchronous skladayetsya z 2 kombinovanih stancij Peredacha v simpleksnomu i rezhimah z komutovanim abo nekomutovanimi kanalom Kozhna stanciya nese odnakovu vidpovidalnist za upravlinnya kanalom KadriKadri HDLC mozhna peredavati vikoristovuyuchi sinhronni i asinhronni z yednannya U samih z yednannyah nemaye mehanizmiv viznachennya pochatku i kincya kadru dlya cih cilej vikoristovuyetsya unikalna v mezhah protokolu poslidovnist praporciv FD Frame Delimiter 01111110 0x7E v shistnadcyatkovomu predstavlenni sho pomishayetsya v pochatok i kinec kozhnogo kadru Unikalnist prapora garantuyetsya vikoristannyam bitstafinga u sinhronnih z yednannyah i bajtstafinga v asinhronnih Bitstafing vstavka bitiv tut bitu 0 pislya 5 pospil jdut bitiv 1 Bitstafing pracyuye tilki pid chas peredachi informacijnogo polya polya danih kadru Yaksho peredavach viyavlyaye sho peredano pidryad p yat odinic to vin avtomatichno vstavlyaye dodatkovij nul v poslidovnist peredanih bitiv navit yaksho pislya cih p yati odinic i tak jde nul Tomu poslidovnist 01111110 nikoli ne z yavitsya na poli danih kadru Analogichna shema pracyuye v prijmalniku i vikonuye zvorotnu funkciyu Koli pislya p yati odinic viyavlyayetsya nul vin avtomatichno vidalyayetsya z polya danih kadru U bajtstafingu vikoristovuyetsya escape poslidovnist tut 01111101 0x7D v shistnadcyatkovomu predstavlenni tobto bajt FD 0x7E v seredini kadru zaminyuyetsya poslidovnistyu bajtiv 0x7D 0x5E a bajt 0x7D poslidovnistyu bajtiv 0x7D 0x5D Pid chas prostoyu seredovisha peredachi pri sinhronnomu z yednanni FD postijno peredayetsya po kanalu dlya pidtrimki bitovoyi sinhronizaciyi Mozhe mati misce poyednannya ostannogo bita 0 odnogo prapora ta pochatkovoyi bita 0 nastupnogo Chas prostoyu takozh nazivayetsya mizhkadrovih timchasovim zapovnennyam Struktura kadriv Struktura kadru HDLC vklyuchayuchi prapori FD Prapor Adresa Upravlyayuche pole Informacijne pole FCS Prapor 8 bit 8 bit 8 abo 16 bit 0 abo bilshe bit kratno 8 16 bit 8 bit Prapori FD vidkrivalni i zakrivalni prapori sho yavlyayut soboyu kodi 01111110 obramlyayut HDLC kadr dozvolyayuchi prijmachu viznachiti pochatok i kinec kadru Zavdyaki cim prapori v mezhah HDLC kadri vidsutnye pole dovzhini kadru Inodi prapor kincya odnogo kadru mozhe ale ne obov yazkovo buti pochatkovim praporom nastupnogo kadru Adresa vikonuye svoyu zvichajnu funkciyu identifikaciyi odnogo z dekilkoh mozhlivih pristroyiv tilki v konfiguraciyah tochka bagatotochka U dvohtochechnij konfiguraciyi adresu HDLC vikoristovuyetsya dlya poznachennya napryamku peredachi z merezhi do pristroyu koristuvacha 10000000 abo navpaki 11 mln Pole sho upravlyaye zajmaye 1 abo 2 bajti Jogo struktura zalezhit vid tipu peredanogo kadru Tip kadru viznachayetsya pershimi bitami keruvalnogo polya 0 informacijnij 01 keruvalnij 11 nenumerovanij tip U strukturu keruvalnogo polya kadriv usih tipiv vhodit bit P F vin po riznomu vikoristovuyetsya v kadrah komandah i kadrah vidpovidyah Napriklad stanciya prijmach pri otrimanni vid stanciyi peredavacha kadru komandi z vstanovlenim bitom P negajno povinna vidpovisti keruvalnim kadrom vidpoviddyu vstanovivshi bit F Informacijne pole priznachene dlya peredachi po merezhi paketiv protokolu vishogo rivnya merezhevih protokoliv IP IPX AppleTalk DECnet v okremih vipadkah prikladnih protokoliv koli ti vikladayut svoyi povidomlennya bezposeredno v kadri kanalnogo rivnya Informacijne pole mozhe buti vidsutnim v keruvalnih kadrah i deyakih nenumerovanih kadrah Pole FCS Frame Check Sequence kontrolna poslidovnist neobhidna dlya viyavlennya pomilok peredachi Yiyi obchislennya v osnovnomu provoditsya metodom ciklichnogo koduvannya z viroblyayut polinomom X16 X12 X5 1 CRC 16 vidpovidno do Rekomendaciyi CCITT V 41 Ce dozvolyaye viyavlyati vsilyaki kortezhi pomilok dovzhinoyu do 16 bit viklikayutsya odinochnoyi pomilkoyu a takozh 99 9984 vsilyakih bilsh dovgih kortezhiv pomilok FCS skladayetsya po polyah Adresa Pole sho upravlyaye Informacijne pole U ridkisnih vipadkah vikoristovuyutsya inshi metodi ciklichnogo koduvannya Pislya prorahunku FCS na storoni prijmacha vin vidpovidaye pozitivnoyu abo negativnoyu kvitanciyeyu Povtor kadru peredavalnoyu storonoyu vikonuyetsya po prihodu negativnoyu kvitanciyi abo pislya zakinchennya tajm autu Tipi kadriv I kadri informacijni kadri kadri danih Priznacheni dlya peredachi danih koristuvacha U procesi peredachi informacijnih blokiv zdijsnyuyetsya yih numeraciya vidpovidno do algoritmu kovznogo vikna Pislya vstanovlennya z yednannya dani i pozitivni kvitanciyi pochinayut peredavatisya v informacijnih kadrah Logichnij kanal HDLC ye dupleksnim tak sho informacijni kadri a znachit i pozitivni kvitanciyi mozhut peredavatisya v oboh napryamkah Yaksho zh potoku informacijnih kadriv u zvorotnomu napryamku nemaye abo zh potribno peredati negativnu kvitanciyu to vikoristovuyutsya kadri sho upravlyayut Pri roboti HDLC dlya zabezpechennya nadijnosti peredachi vikoristovuyetsya kovzne vikno rozmirom v 7 kadriv pri rozmiri keruvalnogo polya 1 bajt abo 127 pri rozmiri keruvalnogo polya 2 bajti Dlya pidtrimki algoritmu vikna v informacijnih kadrah stanciyi vidpravnika vidvoditsya 2 polya N S nomer vidpravlyayetsya kadru N R nomer kadru yakij stanciya ochikuye otrimati vid svogo partnera po dialogu Pripustimo dlya viznachenosti sho stanciya A vidpravila stanciyi V informacijnij kadr z deyakimi znachennyami NA S i NA R Yaksho u vidpovid na cej kadr prihodit kadr vid stanciyi V v yakomu nomer poslanogo ciyeyu stanciyeyu kadru NB S zbigayetsya z nomerom ochikuvanogo stanciyeyu A kadru NA R to peredacha vvazhayetsya korektnoyu Yaksho stanciya A prijmaye kadr vidpovid v yakomu nomer vidpravlenogo kadru NB S ne dorivnyuye nomerom ochikuvanogo NA R to stanciya A cej kadr vidkidaye i posilaye negativnu kvitanciyu REJ vidmova z nomerom NA R Prijnyavshi negativnu kvitanciyu stanciya U zobov yazana povtoriti peredachu kadru z nomerom NA R a takozh vsih kadriv z velikimi nomerami yaki vona vzhe vstigla vidislati koristuyuchis mehanizmom kovzayuchogo vikna I kadri takozh mistyat bit opituvannya vidpovid P F poll final U rezhimi NRM providnij terminal vikoristovuye bit P dlya opituvannya vedenij bit F v ostannomu I kadri vidpovidi U rezhimah ARM i ABM biti P F vikoristovuyutsya dlya forsuvannya vidpovidi Komanda Vidpovid Opis Format upr polya 8 7 6 5 4 3 2 1 C R Dani koristuvacha N R P F N S 0 S kadri keruvalni Vikoristovuyutsya dlya kontrolyu potoku pomilok peredachi U keruvalnih kadrah peredayutsya komandi i vidpovidi v konteksti vstanovlenogo logichnogo z yednannya v tomu chisli zapiti na povtornu peredachu perekruchenih informacijnih blokiv Gotovij do Prijomu RR Vikoristovuyetsya yak pozitivna kvitanciya do N r 1 Providna stanciya mozhe zrobiti opituvannya vstanovivshi bit P Vedena stanciya na opituvannya mozhe vidpovisti kadrom z vstanovlenim F bitom yaksho u neyi nemaye danih dlya peredachi Ne gotovij do Prijomu RNR Vikoristovuyetsya yak pozitivna kvitanciya i zapit zupiniti peredachu I kadriv do otrimannya nastupnogo kadru RR Providna abo Kombinovana stanciyi mozhut vstanoviti bit P dlya utochnennya statusu prijomu vedenoyi kombinovanoyi stanciyi Vedena kombinovana stanciyi mozhut vidpovisti ustanovkoyu bita P yak indikaciyi zajnyatosti stanciyi Neprijnyattya REJ Chasto vikoristovuyetsya yak negativna kvitanciya prijmacha Neprijnyattya kadriv ostannogo vikna povtor peredachi z kadru N r Vibirkove neprijnyattya SREJ Neprijnyattya konkretnogo kadru povtor peredachi odnogo kadru Im ya Komanda Vidpovid Opis Informaciya Format upr polya 8 7 6 5 4 3 2 1 Gotovij do Prijomu RR C R Pozitivna kvitanciya Gotovij do prijomu I kadru N R P F 0 0 0 1 Ne gotovij do Prijomu RNR C R Pozitivna kvitanciya Ne gotovij do Prijomu N R P F 0 1 0 1 Neperervnim REJ C R Negativna kvitanciya Povtor N kadriv N R P F 1 0 1 0 Vibirkovij neperervnim SREJ C R Negativna kvitanciya Povtor 1 kadru N R P F 1 1 0 1 U kadri nenumerovani Priznacheni dlya vstanovlennya i rozrivu logichnogo z yednannya a takozh informuvannya pro pomilki Pole M nenumerovanih kadriv mistit kodi sho viznachayut tip komand yakimi koristuyutsya dva vuzli na etapi vstanovlennya z yednannya napriklad SABME UA REST Vstanovlennya rezhimu SNRM SNRME SARM SARME SABM SABME UA DM RIM SIM RD DISC Nenumerovana informaciya UP UI Vidnovlennya FRMR RSET Nevirne pole upravlinnya Perevishena dovzhina polya danih Nevirna dovzhina dlya danogo tipu kadriv Nevirnij nomer kadru Inshi XID TEST Im ya Komanda Vidpovid Opis Informaciya Format upr polya 8 7 6 5 4 3 2 1 Vstanoviti rezhim normalnoyi vidpovidi SNRM C Vstanoviti rezhim 1 0 0 P 1 1 0 1 Vstanoviti rozshirenij rezhim normalnoyi vidpovidi SNRME C Vstanoviti rezhim 1 1 0 P 1 1 1 1 Vstanoviti rezhim asinhronnoyi vidpovidi SARM C Vstanoviti rezhim 0 0 0 P F 1 1 0 1 Vstanoviti rozshirenij rezhim asinhronnoyi vidpovidi SARME C Vstanoviti rezhim 0 1 0 P 1 1 1 1 Vstanoviti asinhronnij zbalansovanij rezhim SABM C Vstanoviti rezhim 0 0 1 P F 1 1 1 1 Vstanoviti rozshirenij asinhronnij zbalansovanij rezhim SABME C Vstanoviti rezhim 0 1 1 P 1 1 1 1 Vstanoviti rezhim inicializaciyi SIM C Iniciyuvati funkciyu kontrolyu za liniyeyu v adresuyemij stanciyi 0 0 0 P F 0 1 1 1 Rozriv z yednannya DISC C Rozirvati logichne z yednannya 0 1 0 P F 0 0 1 1 Nenumerovani pidtverdzhennya UA R Pidtverdzhennya prijomu odniyeyi z komand vstanovlennya rezhimiv 0 1 0 F 0 0 1 1 Rezhim roz yednannya DM R Indikaciya rezhimu log roz yednannya Zapit roz yednannya RD R Vidpovid na komandu DISC 0 1 0 P F 0 0 1 1 Zapit inicializaciyi RIM R Neobhidna inicializaciya Zapit komandi SIM Nenumerovana informaciya UI C R Vikoristovuyetsya dlya obminu informaciyeyu upravlinnya 0 0 0 P F 0 0 1 1 Nenumerovane opituvannya UP C Vikoristovuyetsya dlya zapitu keruyuchoyi informaciyi 0 0 1 P 0 0 1 1 Perezapusk lichilnikiv RSET C Vik dlya vidnovlennya Obnulyaye N R N S 1 0 0 P 1 1 1 1 Obmin statusom XID C R Vik dlya zapitu peredachi statusu 1 0 1 P F 1 1 1 1 Test TEST C R Obmin identichnimi inf polyami dlya testu 1 1 1 P F 0 0 1 1 Ne prijnyattya kadru FRMR C R Povidomlennya pro nevirnij kadrDiv takozhProtokol PPP Protokol SLIP Stek protokoliv TCP IP RFC 1662 standard 51 PPP in HDLC like Framing RFC 2687 Proposed Standard PPP in a Real time Oriented HDLC like Framing RFC 4349 Proposed Standard HDLC frames over L2TPv3LiteraturaGalkin V A Grigorev Yu A Telekommunikacii i Seti M MGTU im N E Baumana 2003 S 608 ISBN 5 7038 1961 X Olifer V G Olifer N A Kompyuternye seti Principy tehnologii protokoly Uchebnik dlya vuzov 3 e izd SPb Piter 2006 Friend George E John L Fike H Charles Baker John C Bellamy 1988 Understanding Data Communications vid 2nd Indianapolis Howard W Sams amp Company ISBN 0 672 27270 9 Stallings William 2004 Data and Computer Communications vid 7th Upper Saddle River Pearson Prentice Hall ISBN 978 013100 6812 S Tanenbaum Andrew 2005 Computer Networks vid 4th 482 F I E Patparganj Delhi 110 092 Dorling Kindersley India Pvt Ltd licenses of Pearson Education in South Asia ISBN 81 7758 165 1 PosilannyaProtokol HDLC 8 zhovtnya 2011 u Wayback Machine HDLC protocol information page good description of HDLC fields 19 lipnya 2011 u Wayback Machine HDLC packet format and other information 29 kvitnya 2011 u Wayback Machine Riven OSI Protokoli prikladnij HTTP gopher Telnet DNS SMTP SNMP CMIP FTP TFTP SSH IRC AIM NFS NNTP NTP XMPP X 400 X 500 AFP LDAP SIP IETF RTP RTCP IMAP POP3 SMB MFTP BitTorrent e2k PROFIBUS Ce vsogo lishe kilka najrozpovsyudzhenishih protokoliv prikladnogo rivnya yakih isnuye bezlich Vsi yih nemozhlivo opisati v ramkah danoyi statti vidobrazhennya ASN 1 XML TDI XDR NCP AFP ASCII Unicode seansovij ASP ADSP DLC Named Pipes NetBIOS Zone Information Protocol SSL TLS SOCKS PPTP transportnij TCP UDP NetBEUI ATP IL RTMP SMB SPX SCTP DCCP RTP STP TFTP merezhnij IPv4 IPv6 ICMP IGMP IPX NetBEUI DDP IPSec ARP kanalnij Lanki danih ARCnet ATM SLIP Ethernet FDDI Frame Relay Token Ring PPP PPPoE WiFi PPTP L2TP PROFIBUS fizichnij RS 232 RS 422 RS 485 ITU T RJ 11 T sistema T1 E1 modifikaciyi standartu Ethernet 10BASE2 10BASE5 100BASE TX 100BASE FX 100BASE T 1000BASE T 1000BASE TX 1000BASE SX