 | Оваа статијаможеби бара дополнително внимание за да ги исполнистандардите за квалитет на Википедија. Ве молимеподобрете ја оваа статија ако можете. |
| Петте нивоа на TCP/IP моделот |
| 5. Применето ниво (Application layer) |
| 4. Преносно ниво |
| 3. Мрежно ниво |
| 2. Податочно ниво |
ATM •DTM •Ethernet •FDDI •Frame Relay •GPRS •PPP •ARP •RARP •L2TP •PPTP |
| 1. Физичко ниво |
High-Level Data Link Control (HDLC) е синхрон, бит-ориентиран, протокол на data link нивото развиен одИнтернационална Организација за Стандардизација (ISO). Оригиналните ISO стандарди за HDLC се:
Важечки стандард за HDLC е ISO 13239, кој ги заменува сите останати стандарди.
HDLC обезбедува и конекциски ориентирана услуга и без конекциска услуга.
HDLC може да биде користен за поврзување на еден уред со повеќе уреди, но скоро секогаш се користи само за да се поврзат два уреди меѓу себе, познато како Асинхром Балансиран Режим (Asynchronous Balanced Mode (ABM)). Другите два режими Normal Response Mode (NRM) и Asynchronous Response Mode (ARM) се ретко користени.
HDLC е заснован на IBM-отSDLC протокол, кој е протокол од второ ниво за IBM-та Системска Мрежна Архитектура (SNA). Беше проширена и стандардизирана одITU како LAP, додекаANSI нивната идентична верзија ја наречеADCCP.
Дериватите оттогаш се појавиле во безброј стандарди. Беше посвоен воX.25 протоколовиот магацин какоLAPB, воV.42 протоколот какоLAPM, воFrame Relay протоколот какоLAPF и воISDN протоколт какоLAPD. Тоа беше инспирација заIEEE 802.2LLC протоколот, и тоа е основата за оформување на механизам користен соPPP на синхрони линии, користен од многу опслужувачи за да се конекнтираат наWAN, најчесто на Интернет. Благо поинаква верзија исто така се користи како канал за контрола наE-carier(E1) и во SONET повеќе каналните телефонски линии. Некој произведувачи како Cisco, имплементираа протоколи какоCisco HDLC кој користат ниско ниво од HDLC врамувачката технологија но додадоа поле за протокол во стандардниот HDLC хедер. Уште поважно, HDLC е стандардна енкапсулација за сериски интерфејси на насочувачите наCisco.
HDLCрамките можат да бидат пренесени прекусинхрони илиасинхрони врски. Овие врски немаат механизам да го означат почетокот или крајот на рамката, па почетокот и крајот на секоја рамка мора да бидат идентифицирани. Ова е направено со користење на раздвојувач на рамки, илизнаменце, кое е уникатна секвенца од битови која сигурно нема да постои внатре во рамката. Оваа секвенца е '01111110', или, вохексадецимална нотација, 0x7E. Секоја рамка започнува и завршува со раздвојувач на рамки. Раздвојувачот на крајот од рамката исто така може да биде и почеток на наредната рамка. Секвенца од 7 или повеќе последователни 1-битови во рамката ќе предизвика рамката да биде прекината.
Кога без рамки се пренесуваат на симплекс или full-duplex синхрона врска, раздвојувачот на рамката постојано се пренесува на линкот. Користеики го стандарднотоNRZI кодирање од битови во нивоа на линии (0 бит = пренос, 1 бит = нема пренос), ова генерира еден од двата континуирани бранови, во зависност од почетната состојба:
Ова се користи од страна намодем за да се обучат и синхронизираат нивните часовници прекуphase-locked loops. Некој протокили дозволуваат 0-бит на крајото од расвојувачот на рамки да се сподели со почетокот на следниот раздвојувач на рамки, пр. '011111101111110'.
Во синхронизираните врски, ова е завршено совметнување бит. Секој пат кога ќе се појават 5 последователни 1-битови во податоците кој се пренесуваат, податоците се паузираат и се префрла 0-бит. Ова осигурува дека не повеќе од 5 последователни 1-битови ќе бидат пратени. Уредот кој ги прифака знае дека ова е направено, и после примени 5 1-бита во ред, следниот 0-бит се отврла од примените податоци. Ако следниот бит е 1-бит, примачот пронашол знаменце.
HDLC пренесува бити од податоци од кој првиот бит е најмалку значајниот.
При користење наасинхрона сериска комуникација како стандардотRS-232, битовите се пракаат во групи од 8, спојувањето на битови е незгодно. Наместо тоа тие користат "транспарентност на октет-контрола", наречено "бајт пополнување" или "октет пополнување". Октетот на границата на рамката е 01111110, (7E вохексадецимална нотација). "Контролатаизбеган октет" има бит секвенца '01111101', (7D хексадецимално). Ако некоја од овие два октети се појави во пренесуваните податоци, еден избеган октет е прратен, пратен од оригиналниот октет податоци со извртени 5 бита. На пример, податочната секвенца "01111110" (7E хексадецимално) ќе биде пренесена како "01111101 01011110" ("7D 5E" хексадецимално). Другиот резервиран октет вредности (какоXON или XOFF) може да биде избегнат на истиот на истиот начин ако е потребно.
Содржината на HDLC рамката е прикажана во следната табела:
| Знаменце | Адреса | Контрола | Информации | FCS | Знаменце |
|---|---|---|---|---|---|
| 8 битови | 8 или повеќе битови | 8 или 16 битови | Променлива должина, 0 или повеќе битови | 16 или 32 битови | 8 битови |
Забележете дека крајното знаменце на една рамка може да биде (но не мора) почетно знаменце од наредната рамка.
Линк Конфигурациите можат да бидат категоризирани како:
Трите Линк Конфигурации се:
Дополнителна Линк Конфигурација е Дисконектиран Режим. Ова е режим каде секундарната станица е внатре пред да биде иницијализирана од примарната, или кога е изречно дисконектирана. Во овој режим, секундарниот одговара на скоро секоја рамка освен на оние со наместена наредба "Дисконектиран режим" да одговори. Целта на овој режим е да му овозможи на примарната станица сигурно да открие доколку секундарната станица е исклучена или рестартирана.
HDLC режимот го пренесува на другиот крај на рамката кога барањето е прифатено. И ако барањето е одбиено тоа се праќа на рамката од Дисконектираниот режим.
| Тип на Рамка | Име | Команда/ Одговор | Објаснување | Инфо | C-поле Формат | |||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 | |||||
| Информации(I) | C/R | Размена на податоци од Корисниците | N(R) | P/F | N(S) | 0 | ||||||
| Супервизија (Supervisory) (S) | Спремен за Примање (Receive Ready) (RR) | C/R | Позитивна Потврда (Positive Acknowledgement) | Спремен за примање на I-рамка N (Ready to receive I-frame N(R)) | N(R) | P/F | 0 | 0 | 0 | 1 | ||
| Не Спремен за Примање (Receive Not Ready (RNR)) | C/R | Позитивна Потврда (Positive Acknowledgement) | Неспремен за примање | N(R) | P/F | 0 | 1 | 0 | 1 | |||
| Отфрлање (REJ) | C/R | Негативна Потврда | Повторното префрлање започнува за N(R) | N(R) | P/F | 1 | 0 | 0 | 1 | |||
| Селективно Отфрлање (SREJ) | C/R | Негативна Потврда | Повторно пренеси само N(R) | N(R) | P/F | 1 | 1 | 0 | 1 | |||
Ненумерирани рамки се идентификуваат преку ниските два бити и тоа ако се 1. Со P/F знаменцето, тоа остава 5 бита како тип на рамка. Иако помалку од 32 вредносити се во употреба, некој типови имаат различни значења зависно од правецот каде се пратени: како барање или како одговор. Односот помеѓуDISC (disconnect) командата иRD (request disconnect) одговорот се чини доволно јасни, но причината за создавање наSARM наредба бројчено еднаква наDM одговорот е непознат.
| Име | Команда/ Одговор | Објаснување | Инфо | C-поле Формат | |||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| 7 | 6 | 5 | 4 | 3 | 2 | 1 | 0 | ||||
| Намести нормален ОдговорSNRM | C | Избери режим | Користи 3 битен секвенцен број | 1 | 0 | 0 | P | 0 | 0 | 1 | 1 |
| Избери нормален одговор во проширениот режимSNRME | C | Избери режим; проширен | Користи 7 битен секвенцен број | 1 | 1 | 0 | P | 1 | 1 | 1 | 1 |
| Избери асинхрон одговорSARM | C | Намести режим | Користи 3 битен секвенцен број | 0 | 0 | 0 | P | 1 | 1 | 1 | 1 |
| Избери асинхрон одговор во проширениот режимSARME | C | Избери режим; роширен | Use 7 bit sequence number | 0 | 1 | 0 | P | 1 | 1 | 1 | 1 |
| Намести асинхрон балансиран режимSABM | C | Намести режим | Користи 3 битен секвенцен број | 0 | 0 | 1 | P | 1 | 1 | 1 | 1 |
| Намести асинхрон балансиран во прожирен режимSABME | C | Намести режим; проширен | Користи 7 битен секвенцен број | 0 | 1 | 1 | P | 1 | 1 | 1 | 1 |
| Постави иницијализациски режимSIM | C | Иницијализирај линк контролна функција во адресираната станица | 0 | 0 | 0 | P | 0 | 1 | 1 | 1 | |
| ДисконектDISC | C | Прекинете логичка линк врска | Идни I и S фрејмови враќаатDM | 0 | 1 | 0 | P | 0 | 0 | 1 | 1 |
| Ненумерирана КонфирмацијаUA | R | Потврди прифаќање на една од постави-мод командите. | 0 | 1 | 1 | F | 0 | 0 | 1 | 1 | |
| Дисконектирај МодDM | R | Одговарач во Дисконект Мод | поставување на мод потребно | 0 | 0 | 0 | F | 1 | 1 | 1 | 1 |
| Побарај ДисконектRD | R | Покана заDISC Команда | 0 | 1 | 0 | F | 0 | 0 | 1 | 1 | |
| Побарај Иницијализациски МодRIM | R | Иницијализација потребна | Барање заSIM команда | 0 | 0 | 0 | F | 0 | 1 | 1 | 1 |
| Ненумерирана Информација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 | R | Пријави примање на непризнат фрејм | 1 | 0 | 0 | F | 0 | 1 | 1 | 1 | |
| Нерезервирани 0NR0 | C/R | Нестандардизирани | За апликациска употреба | 0 | 0 | 0 | P/F | 1 | 0 | 1 | 1 |
| Нерезервирани 1NR1 | C/R | Нестандардизирани | За апликациска употреба | 1 | 0 | 0 | P/F | 1 | 0 | 1 | 1 |
| Нерезервирани 2NR2 | C/R | Нестандардизирани | За апликациска употреба | 0 | 1 | 0 | P/F | 1 | 0 | 1 | 1 |
| Нерезервирани 3NR3 | C/R | Нестандардизирани | За апликациска употреба | 1 | 1 | 0 | P/F | 1 | 0 | 1 | 1 |
| Конфигурирање за тестирањеCFGR | C/R | Не е дел од HDLC | Беше дел од SDLC | 1 | 1 | 0 | P/F | 0 | 1 | 1 | 1 |
| ЗракBCN | R | Не е дел од HDLC | Беше дел од SDLC | 1 | 1 | 1 | F | 1 | 1 | 1 | 1 |
UI, XID и TEST рамки содржат товар, и може да се користат и како команди и одговори.
FRMR рамката содржи товар кој ги опишува непоригатливите рамки. Првите 1 или 2 бајти се копија од отфрленото контролно поле, наредните 1 или 2 ја содржат пратената или примената секвенца од бројќи, а наредните 4 или 5 бити ја наведува причината поради која се случило одбивањето.