49272 (Технологія Frame Relay), страница 2

2016-07-30СтудИзба

Описание файла

Документ из архива "Технологія Frame Relay", который расположен в категории "". Всё это находится в предмете "информатика" из 1 семестр, которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "курсовые/домашние работы", в предмете "информатика, программирование" в общих файлах.

Онлайн просмотр документа "49272"

Текст 2 страницы из документа "49272"

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

Як було сказано раніше, пристрої користувача називають (Data Terminal Equipment, DTE ), а мережеве обладнання, взаємодіюче з DTE, називається завершеним обладнанням канала даних (Data Circuit-Terminating Equipment, DCE). [6].

2.2 Технологія передачі даних з використанням VC

FR допускає змінну довжину кадру - від кількох байтів до 2000 байт. Гнучка зміна довжини кадру дає змогу налаштовуватися до зміни навантаження. З іншого боку, вона призводить до змінної затримки у передаванні інформації та неможливості роботи з ізохронними потоками (відео та аудіо інформація).

Frame Relay використовує сталі віртуальні канали (Permanent Virtual Chennel, РVС). У випадку розірвання зв'язку Frame Relay автоматично перемаршрутизовує сполучення. РVС автоматично виділяються під час приєднання до мережі. Перед початком сполучення користувачу забезпечують:

  • Гарантовану швидкість передавання інформації (Commited Information Rate, СІR) – швидкість з якою мережа буде передавати дані користувача.

  • Гарантовану величину пульсації (Committed Burst Size, Вс) – максимальна кількість байтів, яке мережа буде передавати від даного користувача за інтервал часу Т, називаємий часом пульсації, дотримуючись гарантованої швидкості передавання СІR.

  • Допоміжна величина пульсації (Excess Burst Size, Ве) – максимальна кількість байтів, які мережа буде пробувати передавати з зверх встановленого значення Вс за інтервал часу Т.

Якщо приведені вище величини відомі, то час Т визначається наступною формулою:

T=Bc/CIR

Основним параметром по якому абонент і мережа заключає згоду при з’єднанні віртуального канала, являється гарантована швидкість передачі даних. Для постійних віртуальних каналів ця згода являється частиною контракту на користування послугами мережі. При встановленні з’єднання комутуючого віртуального канала (Switching Virtual Chennel, SVC) згода про якість обслуговування заключається автоматично. Потрібні параметри передаються в пакеті запиту на встановлення з’єднання.

Швидкість передачі даних вимірюється на контрольному інтервалі часу Т, на якому провіряються умови згоди. Тобто користувач не повинен в цьому інтервалі передавати в мережу дані з середньою швидкістю більшою за СІR . Якщо ж користувач порушує умови згоди, то мережа не гарантує доставку кадра і помічає цей кадр признаком готовності до видалення – DE=1. Однак такі кадри помічені такою ознакою видаляються із мережі в тому випадку, коли комутатори мережі перенавантажені. Якщо перенавантаження немає, то кадри з признаком DE=1 доставляються адресату.

Така поведінка мережі відповідає випадку, коли загальна кількість даних переданих користувачем в мережу за період Т, не перевищує значення Вс+Ве. Якщо ж цей поріг перевищенний то кадр не помічається ознакою DE, а не гайно видаляється.

Рисунок паказує випадок, коли за інтервал часу Т в мережу по віртуальному каналу поступило 5 кадрів. Середня швидкість надходження даних в мережу на цьому інтервалі складає R біт/с і вона виявилась більша за СІR. Кадри F1, F2 і F3 доставили в мережу дані, загальна сума, яких не перевищила порогу Вс, тому ці кадри пішли далі з ознакою DE=0. Дані кадра F4, добавлені до даних кадрів F1, F2 і F3 уже перевищили поріг Вс, але ще не перевищили порогу Вс+Ве, тому кадр F4 також пішов далі, але уже з ознакою DE=1. Дані кадра F5 добавлені до попередніх кадрів, перевищели поріг Вс+Ве, тому цей кадр був видалений із мережі.[1].

2.3 Основні принципи роботи Frame Relay

2.3.1 VC, ідентифікація VC

Кожне з’єднання PVC і SVC ідентифікується за допомогою ідентифікатора каналу передачі даних (Data-Link Control Identifier, DLCI). DLCI схожий на телефонний номер. Різниця полягає в тому, що сфера його дії обмежується тільки локальною ділянкою мережі. Завдяки цьому різні маршрутизатори в мережі можуть повторно використовувати той самий DLCI, що дозволяє мережі підтримувати велику кількість віртуальних каналів. Таблиці перехресних з’єднань (cross-connect tables) поширювані між всіма комутаторами Frame Relay в мережі, встановлюються між вхідними і вихідними DLCI.

На рисунку зображено три уявних PVC, один між Штаб-квартирою і Регіональним центром 1, другий між Штаб-квартирою і Регіональним центром 2 і третій між Регіональним центром 1 і Регіональним центром 2. Для ссилки на свій PVC з Штаб-квартирою, Регіональний центр 1 використовує DLCI 15, в той же час Штаб-квартира використовує для цієї ж цілі DLCI 25. Для ссилки на свій PVC з Штаб-квартирою, Регіональний центр 2 використовує DLCI 12, в той же час Штаб-квартира використовує для цієї ж цілі DLCI 25. Аналогічно це проходить і для третєго уявного PVC. [1,5].

2.3.2 Структура FR-кадра

Структура кадру Frame Relay показана на рис.

  • “Прапорець” – вказує на початок і кінець кадру і починається з такою послідовністю 01111110. Для запобігання випадкової імітації послідовності “Прапорець” в середині кадру при передачі провіряє вміст між двума прапорцями і після кожної послідовності, яка складається із п’яти ідучих підряд бітів “1” вставляється біт “0” Ця процедура називається Bit Stuffing. Вона є обов’язковою при формуванні любого кадру Frame Relay, при отриманні ці біти “0” відкидаються.

  • “Дані” – поле змінної довжини, вміщує в собі інкапсульовані дані протоколів верхніх рівнів.

  • “FCS” (Frame Check Sequence) — перевірочна послідовність кадру, використовується для забезпечення цілісності передаючих даних.

  • “Заголовок” – вказує довжину адресного поля. Заголовок протокола ретрансляції фреймів мають довжину 2 байта. Восьмий біт кожного байта адресного поля використовується для вказання адреси.

Структура заголовка FR-кадру.

  • “DLCI” (Data Link Connection Identifier) — ідентифікатор канального з’єднання складається із 10 бітів, що дозволяє використати до 1024 віртуальних з’єднаннь.

  • “CR” (Command / Response) — переносить признак команди Command, або відповіді Response.

  • “EA” (Extended Address – розширений адрес). Якщо біт розширення адреса встановлений в нуль, то признак називається ЕА0 і означає, що в наступному байті знаходиться продовження поля адреса, а якщо біт розширення адреса встановлений в одиницю, то поле називається ЕА1 і означає закінчення поля адреса.

  • “FECN” (Forward Explicit Congestion Notification) – пряме явне повідомлення про перенавантаження.

  • “BECN” (Backward Explicit Congestion Notification) – зворотнє явне повідомлення про перенавантаження.

  • “DE” (Discard Eligibility) – ознака готовності до видалення. Якщо DE=1, то ці кадри можуть бути видалені лише в тому виадку коли комутатори мережі перенавантажені. [1, 6].

2.3.3 Взаємодія DLCI з IP-адресою (Invers - ARP)

Inverse Address Resolution Protocol (протокол рішення адрес) - мережний протокол канального рівня призначений для перетворення IP-адрес (адрес мережного рівня) в MAC-адреси (адреси канального рівня) у мережах TCP/IP. Цей протокол в основному використовується в Frame Relay і АТМ.

ARP протокол - дуже розповсюджений і надзвичайно важливий протокол. Кожний вузол мережі має дві адреси: фізичну адресу і логічну адресу. У мережі Frame Relay для ідентифікації відправника і отримувача інформації використовується обидві адреси. Інформація відправлена від одного комп'ютера іншому по мережі містить у собі фізичну адресу відправника, IP-адресу відправника, фізичну адресу одержувача і IP-адресу одержувача. ARP-Протокол забезпечує зв'язок між цими двома адресами. Існує чотири типи ARP-Повідомлень:

  • ARP-запит (ARP request)

  • ARP-Відповідь (ARP reply)

  • RARP-Запит (RARP-request)

  • RARP-Відповідь (RARP-reply).

Локальний хост за допомогою ARP-Запиту запитує фізичну адресу хоста-отримувача. Відповідь (фізична адреса хоста-отримувача) приходить у вигляді ARP-Відповіді. Хост- отримувача, разом з відповіддю, шле також RARP-Запит, адресований відправникові, для того, щоб перевірити його IP-адрес. Після перевірки IP-адреса відправника починається передача пакетів даних. Перед тим, як створити підключення до якого-небудь пристрою в мережі IP-Протокол перевіряє свій ARP-Кеш, щоб з'ясувати, чи не зареєстрована в ньому вже потрібна для підключення інформація про хост- отримувача. Якщо такого запису в ARP-Кеші не має, то виконується широкомовний ARP-Запит. [7].

2.4 Розштрення Frame Relay – LMI

Як ми вже говорили в 1990 році компанія Cisco, Digital Equipment Corporation, Northern Telecom і StrataCom утворили консорціум метою, якого був розвиток технології Frame Relay. Ця група виробників взяла за основу протокол Frame Relay схвалений комітетом СС1ТТ і добавила до нього розширення, яке позволяє пристроям між мережевої взаємодії оптимально обмінюватися даними в мережі Frame Relay.

Ці рішення називаються інтерфейсом локального управління (Local Management Interface — LMI) дозволяють DTE – пристроям мережі Frame Relay (наприклад, маршрутизаторам) спілкуватися з DCE – пристроями і виконувати обмін службовою інформацією, яка використовується для пердачі між мережного трафіка по глобальній мережі Frame Relay. Повідомлення LMI представляють собою інформацію про значення DLCI і їх характер (локальні чи глобальні), а також про стан віртуальних каналів.

Специфікація протокола Frame Relay також включає в себе процедури розсилки LMI. Повідомлення LMI розсилаються в фреймах, розрізняючись один від одного – індивідуальними LMI – ідентифікаторами (DLCI) визначеними в специфікациї консорціума, як DLCI=1023. Формат LMI – кадра зображений на рисунку.

1 байт

2

1

1

1

1

Перемінне

2

1

Прапорець

Ідентифікатор

LMI

Індикатор ненумерованої інформації

Дискримінатор протокола

Зсилка на виклик

Тип повідомлення

Інформаційні елементи

FCS

Прапорець

Після поля прапорець і поля ідентифікатор LMI фрей містить 4 обов’язкових байта. Індикатор ненумерованої інформації (unnumbered information indicator) – останній (poll/final) біт встановлений в нуль. Дискримінатор протокола (Protocol Discriminator)– вміщує в собі значення, визначаюче LMI. Зсилка на виклик (Call reference) – завжди заповнений нулями. Тип повідомлення (massage type). В комірці тип повідомлення визначені 2 типи повідомлень: повідомлення запитів про стан і повідомлення про теперіщній стан. Повідомлення про теперіщній стан являютья відповідями на повідомлення запитів. Повідомлення про активність (keep alive) – повідомлення посилаєме в обидва кінця з’єднання для підтвердження того, що обидві сторони продовжують розглядати з’єднання, як ативне. Повідомлення про статус PVC представляють собою приклади таких повідомлень. Розом взяті запити про статус і відповіді на них помагають провірити цілісність логічного і фізичного каналів. Ця інформація має критично важливе значення для маршрутизації по скільки протоколи маршрутизації приймають рішення, основані на припущенні цілісності мережі.

Далі слідує поле інформаційного елемента (Information Element, IE) яке містить в собі змінну кількість байт. За полем тупу повідомлення знаходиться деяка кількість IE. Кожний інформаційний елемент складається із одно-байтного ідентифікатора IE, поля довжини IE і одного або декількох байт які вміщують конкретні дані. [6].

РОЗДІЛ 3. ПЕРЕДАЧА ГОЛОСОВИХ ДАНИХ FRAME RELAY CISCO

Компанія Cisco Systems, заснована невеликою групою вчених

Свежие статьи
Популярно сейчас
А знаете ли Вы, что из года в год задания практически не меняются? Математика, преподаваемая в учебных заведениях, никак не менялась минимум 30 лет. Найдите нужный учебный материал на СтудИзбе!
Ответы на популярные вопросы
Да! Наши авторы собирают и выкладывают те работы, которые сдаются в Вашем учебном заведении ежегодно и уже проверены преподавателями.
Да! У нас любой человек может выложить любую учебную работу и зарабатывать на её продажах! Но каждый учебный материал публикуется только после тщательной проверки администрацией.
Вернём деньги! А если быть более точными, то автору даётся немного времени на исправление, а если не исправит или выйдет время, то вернём деньги в полном объёме!
Нет! Мы не выполняем работы на заказ, однако Вы можете попросить что-то выложить в наших социальных сетях.
Добавляйте материалы
и зарабатывайте!
Продажи идут автоматически
4144
Авторов
на СтудИзбе
667
Средний доход
с одного платного файла
Обучение Подробнее