Протокол HDLC

|Техническое завдання |2 | | | | |Запровадження |3 | | | | |Глава 1. Теоретична частина | | | | | | Вибір мови |4 | |програмування | | | Поняття протоколу |5 | |канального рівня | | | Огляд протоколу HDLC |6 | | | | |Глава 2. Програмна частина | | | | | | Опис алгоритму роботи |13| |програми | | | Опис інтерфейсу |15| | | | |Укладання. |17| | | | |Список використовуваної літератури. |18| |Додаток. |19|.

Технічне задание.

Розробити програму імітації передачі через протокол канального рівня HDLC.

HDLC — протокол высокоуровнего управління каналом передачі, є опублікованим ISO стандартом і базовим для побудови інших протоколів канального рівня (SDLC, LAP, LAPB, LAPD, LAPX і LLC). Він реалізує механізм управління потоком у вигляді безперервного ARQ.

(ковзне вікно) і має необов’язкові можливості (опції), підтримують полудуплексную і полнодуплексную передачу, одноточечную і многоточечную конфігурації, а як і комутовані і некоммутируемые каналы.

Вибір мови программирования.

Потреба з розробки й застосуванні ефективних і адекватних реальної буденної дійсності комп’ютерних програм, тож технологій сьогодні зростає. Комп’ютерна технологія незамінна, оскільки він дає можливість оптимізувати раціоналізувати управлінську функцію за рахунок нових засобів збору, передачі й перетворення информации.

Випускна робота написана в програмної середовищі Delphi. Це на питання, а чому обраний саме такий мову программирования?

Delphi має широким набором можливостей, починаючи з проектувальника форм і закінчуючи підтримкою всіх форматів популярних баз даних. Середовище усуває необхідність програмувати такі компоненти Windows загального призначення, як мітки, піктограми і навіть діалогові панелі. Працюючи в Windows, ви неодноразово бачили однакові «об'єкти» у багатьох різноманітних додатках. Діалогові панелі (наприклад, Choose File і Save File) є взірцями багаторазово використовуваних компонентів, вбудованих у Delphi, що дозволяє пристосувати ці компоненти до наявний завданню, аби вони працювали у такий спосіб, як потрібно створюваному додатку. Також тут є попередньо певні візуальні і візуальні об'єкти, включаючи кнопки, об'єкти з цими, меню вже побудовані діалогові панелі. З допомогою цих об'єктів можна, наприклад, забезпечити введення даних просто кількома натисканнями кнопок миші, не вдаючись до програмування. Та частина, що безпосередньо пов’язані з програмуванням інтерфейсу користувача системою, отримав назву візуальне программирование.

Візуальне програмування хіба що додає новий вимір при створенні додатків, дає можливість зображати ці об'єкти на екрані монітора до виконання самої програми. Без візуального програмування процес відображення вимагає написання фрагмента коду, що створює і настрающего об'єкт «за місцем». Побачити закодовані об'єкти було можливе тільки під час виконання програми. За такого підходу досягнення того, щоб об'єкти виглядали громіздко і поводилися заданим чином, стає стомлюючий процесом, який вимагає кількаразових виправлень програмного коду із наступною прогонкою програми розвитку й контролю над тим, що врешті-решт получилось.

Завдяки засобам візуальної розробки можна працювати з об'єктами, тримаючи поперед очі і одержуючи результати відразу. Здатність бачити об'єкти такими, якими вони під час виконання програми, знімає необхідність виконання безлічі операцій вручну, типові до роботи на середовищі, не яка має візуальними засобами — незалежно від цього, є вона объектно-ориентированной чи ні. Потому, як об'єкт поміщений у форму середовища візуального програмування, усі його атрибути відразу відбиваються як коду, що відповідає об'єкту як одиниці, виконуваної під час роботи программы.

Розміщення об'єктів в Delphi пов’язано з більш тісними стосунками між об'єктами і її реальним програмним кодом. Об'єкти вкладаються у вашу форму, у своїй код, відповідальний об'єктах, автоматично записується в вихідний файл. Цей код компілюється, забезпечуючи більш високу продуктивність, ніж візуальна середовище, яка інтерпретує інформацію лише хід виконання программы.

Поняття протоколу канального уровня.

До сформування надійного механізму передачі між двома станціями необхідно визначити протокол, що дозволить ухвалювати й передавати різні дані про каналами зв’язку. Протоколи є просто набір умов (правив), які регламентують формат і складні процедури обміну інформацією між двома або кількох незалежними пристроями чи процесами. Протокол має три найважливіших елементи: синтаксис, семантику і синхронізацію. Синтаксис протоколу визначає поля; наприклад, то, можливо 16- байтовое полі для адрес, 32-байтовое полі для контрольних сум і 512 байт на пакет. Семантика протоколу надає цим полях значення: наприклад, якщо адресне полі складається з всіх адрес, це «широкомовний «пакет. Синхронізація — кількість бітов в секунду — це швидкість передачі. Вона важлива як найнижчих рівнях протоколу, а й у высших.

Протокол канального забезпечує такі функції :

. управління передачею даних через фізичний канал організований першою уровне;

. перевірка інформаційного канала;

. формування кадру тобто. облямування переданих даних службовими символами даного уровня;

. контроль данных;

. забезпечити прозорість інформаційного канала;

. управління каналом передачі данных;

Цей протокол займає другий в багаторівневої організації управління сетью.

Огляд протоколу HDLC.

Типи, логічні гніву й режими роботи станцій. Способи конфигурирования каналу связи Существует три типу станцій HDLC: Первинна станція (провідна) управляє ланкою передачі (каналом). Несе відповідальність за організацію потоків переданих даних, і відновлення працездатності ланки передачі. Ця станція передає кадри команд вторинним станціям, підключеним до. Під час перебування чергу вона отримує кадри відповіді цих станцій. Якщо канал є многоточечным, головна станція відпо-відає підтримку окремого сеансу зв’язки України із кожної станцією, підключеної до. Вторинна станція (відома) працює як залежна стосовно первинної станції (провідною). Вона реагує на команди, отримані від первинної станції, як відповідей. Підтримує лише одне сеанс, саме тільки з первинної станцією. Вторинна станція і не відповідає за управління каналом. Комбінована станція поєднує у собі одночасно функції первинної і вторинної станції. Передає як команди, і відповіді й отримує команди, і відповіді інший комбінованої станції, з якою підтримує сеанс. Три логічних стану, у яких можуть бути станції у процесі взаємодії друг з одним. Стан логічного роз'єднання (LDS). У стані станція не може вести передачу або приймати інформацію. Якщо вторинна станція перебуває у нормальному режимі роз'єднання (NDM — Normal Disconnection Mode), вони можуть прийняти кадр лише після отримання явного врегулювання це ти від первинної станції. Якщо станція перебуває у асинхронному режимі роз'єднання (ADM — Asynchronous Disconnection Mode), вторинна станція може ініціювати передачу без отримання цього явного дозволу, але кадр може бути єдиним кадром, що вказує статус первинної станції. Умовами переходу до стану LDS може бути початкова чи повторне (після короткочасного відключення) включення джерела харчування; ручного управління встановленням у початковий стан логічних ланцюгів різних пристроїв станції й з урахуванням прийнятих системних угод. Стан ініціалізації (IS). Цей стан використовується передачі управління на найвіддаленіші вторичную/комбинированную станцію, її корекції в разі потреби, і навіть обмінюватись параметрами між віддаленими станціями в ланці передачі, які у стані передачі інформації. Стан передачі (ITS). Вторинної, первинної і комбінованим станціям дозволяється вести передачу і вчасно приймати інформацію користувача. У стані станція може перебуває у режимах NRM, ARM і ABM, описаних нижче. Три режиму роботи станції може передачі, що потенційно можуть встановлюватися і скасовувати будь-якої миті. Режим нормального відповіді (NRM — Normal Response Mode) вимагає, щоб колись, ніж розпочати передачу, вторинна станція отримала явне дозвіл від первинної. Після набуття дозволу вторинна станція починає передачу відповіді, котрі можуть утримувати дані. Поки канал використовується вторинної станцією, може передаватися чи більш кадрів. Після останнього кадру вторинна станція повинна знову чекати явного дозволу, як знову розпочати передачу. Зазвичай, цей режим використовується вторинними станціями в многоточечных конфігураціях ланки передачі. Режим асинхронного відповіді (ARM — Asynchronous Response Mode) дозволяє вторинної станції ініціювати передачу без отримання явного дозволу від первинної станції (зазвичай, коли канал вільний, — може спокою). Цей режим надає більшої гнучкості роботи вторинної станції. Можуть передаватися чи кілька кадрів даних чи управляюча інформація, відбиває зміна статусу вторинної станції. ARM може зменшити накладні витрати, оскільки вторинна станція, щоб передати дані, вже не потребує послідовності опитування. Зазвичай, такий режим використовується для управління з'єднаними в кільце станціями або ж многоточечных з'єднаннях з опитуванням ланцюжком. У обох випадках вторинна станція може одержати дозвіл одної вторинної станції у відповідь нею розпочати передачу. Отже дозволу роботу просувається по кільцю чи вздовж сполуки. Асинхронний збалансований режим (ABM — Asynchronous Balanse Mode) використовують комбіновані станції. Комбінована станція може ініціювати передачу без отримання попереднього дозволу одної комбінованої станції. Цей режим забезпечує двосторонній обмін потоками даних між станціями і є основним (робочим) і найбільш часто що використовуються практично Три способу конфигурирования каналу задля забезпечення сумісності взаємодій між станціями, використовують основні елементи процедур HDLC і здібних своєю практикою змінювати свого статусу (первинна, вторинна, комбінована): Незбалансована конфігурація (UN — Unbalanced Normal) забезпечує роботу однієї первинної станції та однієї чи більшої кількості вторинних станцій в конфігурації одноточечной чи многоточечной, полудуплексной чи полнодуплексной, з комутованих каналом і з некоммутируемым. Конфігурація називається незбалансованої оскільки первинна станція відпо-відає управління кожної вторинної станцією і поза виконання команд встановлення режиму. Симетрична конфігурація (UA — Unbalanced Asynchronous) був у вихідної версії стандарту HDLC і використовувалася у перших мережах. Ця конфігурація забезпечує функціонування двох незалежних двухточечных незбалансованих конфігурацій станцій. Кожна станція має статус первинної і вторинної, і, отже, кожна станція логічно сприймається як дві станції: первинна і вторинна. Головна станція передає команди вторинної станції іншому кінці каналу, і навпаки. Попри те що, що станція може працюватиме, як як первинної, і вторинної станції, що є самостійними логічними об'єктами, реальні команди, і відповіді мультиплексируются до одного фізичний канал. Цей підхід нині використовується рідко. Збалансована конфігурація (BA — Balanced Asynchronous) і двох комбінованих станцій, метод передачі - полудуплексный чи двобічний, канал — комутований чи некоммутируемый. Комбіновані станції мають рівний статус і в каналі і може несанкціоновано посилати одна одній трафік. Кожна станція несе однакову відповідальність за управління каналом. Управління потоком Формат кадру HDLC.

На канальном рівні використовується термін кадр для позначення незалежного об'єкта даних, переданого від однієї станції в іншу (мал.1). Прапор. Усі кадри повинні починатися і закінчуватися полями прапора «1 111 110 ». Станції, підключені каналу, постійно контролюють двійкову послідовність прапора. Прапори можуть постійно передаватися на каналі між кадрами HDLC. Для індексації виняткової ситуації у каналі можуть бути послані сім поспіль які йдуть одиниць. П’ятнадцять чи більше одиниць підтримують канал може спокою. Якщо станція знайде послідовність бітов які є прапором, вона цим повідомляється про початку кадру, про виняткової (з аварійним завершенням) ситуації чи ситуації спокою каналу. При виявленні наступній флаговой послідовності станція знатиме, що зробив повний кадр. |Формат кадру HDLC | |Прапор |Адреса |Котра Управляє полі |Інформаційне полі |CRC |Прапор |.

|Формат управляючого поля кадру HDLC | |1 |0 |S-коды |P/F |N® |S-формат | |1 |1 |U-коды |P/F |U-коды |U-формат |.

Мал.1. Формат кадру і керує поля HDLC, где:

N (S) — порядковий номер переданого кадра,.

N® — порядковий номер прийнятого кадра,.

P/F — біт опроса/окончания Адресне полі визначає первинну чи вторинну станції, що у передачі конкретного кадру. Кожній станції присвоюється унікальний адресу. У незбалансованої системі адресні поля була в командах і відповідях містять адресу вторинної станції. У збалансованих конфігураціях командний кадр містить адресу одержувача, а кадр відповіді містить адресу передавальної станції. |Правила адресації | |Первинна|——— Команда (Адреса У) ——-> |Вторична|Несбалансир| |я | |я |. | |станція | |станція |конфигураци| |А | |У |я | | | |Комбинир|Сбалансир. | |. | |. |конфигураци| |станція | |станція |я | |А | |У | | | |= msecs; end; procedure TForm1. SpeedButton1Click (Sender: TObject); begin if opendialog1. Execute then begin kl:=true; LabeledEdit1. Text:=OpenDialog1.FileName; memo3.Lines.LoadFromFile (OpenDialog1.FileName); end; end;

procedure TForm1. Button3Click (Sender: TObject); var st6, st5,st3,st2,st1,st, st4: string;kol, k, i, j, im:integer;f:file of char;ch:char; begin if kl=true then begin kl:=false; assignfile (f, OpenDialog1. filename); reset (f); form2. Memo3.Lines.Clear; while not eof (f) do begin im:=0; form2. Memo2.Lines.Clear; edit3. Text:= «10 100 000 »; memo2.Lines.Add («Команда RR — готовий до прийому »); memo2.Lines.Add («—————————————- «); Radiogroup1. itemindex:=0; RichEdit1.Lines.Clear; RichEdit1.Lines.Add («11 111 101 010 010 101 207 706 682 822 985 745 694 720 »); RadioGroup2. ItemIndex:=1; delay (2000);

form2.RadioGroup1.ItemIndex:=0; form2. RadioGroup2.ItemIndex:=1; form2. memo1.Lines.Clear; form2. memo1.Lines.Add («11 111 101 010 010 101 207 706 682 822 985 745 694 720 »); form2. Show; delay (2000); form2. Memo1.Lines.Clear; form2. Memo1.Lines.Add («11 111 101 010 010 101 207 706 682 822 985 745 694 720 »); form2. RadioGroup1.itemindex:=1; form2. RadioGroup2.ItemIndex:=1; delay (2000); form2. Hide; edit3. Text:= «10 101 000 »; memo2.Lines.Add («Відповідь RR — готовий до прийому »); memo2.Lines.Add («————————————- «); RichEdit1.Lines.Clear; RichEdit1.Lines.Add («11 111 101 010 010 101 207 706 682 822 985 745 694 720 »); RadioGroup1. itemindex:=1; RadioGroup2. ItemIndex:=1;

st:= «»; st:= «11 111 101 010 010 100 »; i:=0; st3:= «»; RichEdit1.Lines.Clear; memo2.Lines.Add («Передача »); memo2.Lines.Add («————————————- «); st4:= «»; st4:=st4; st5:= «»; st6:= «»; while (not eof (f))and (i.