Маршрутизатори Cisco у мережах Frame Relay

РефератДопомога в написанніДізнатися вартістьмоєї роботи

Маршрутизатори Cisco у мережах Frame Relay (реферат, курсова, диплом, контрольна)

Реферат.

Тема: Маршрутизатори Cisco в сетях.

Frame Relay.

1. Запровадження 2.

2. Технологія Frame Relay 4.

1. Основи технології 4.

2. Формати блоку даних 5.

3. Реалізація мережі 6.

3. Моделі маршрутизаторів Cisco до роботи з Frame Relay 8.

1. Створення телефонного та цифровий интрасети 8.

2. Серія маршрутизаторів Cisco 2600/2600ХМ 8.

4. Конфигурирование Frame Relay на маршрутизаторах Cisco 12.

1. Конфігурація FR-коммутатора 13.

2. Конфігурація кінцевого маршрутизатора (FR DTE) 13.

3. Show & Debug 17.

5. Укладання 19.

6. Список джерел 20.

Введение

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

Рішення підвищення ефективності роботи локальних мереж можуть звести до мінімуму перевантаження у мережі, істотно продуктивність настільних систем, серверів і магістралі. Щоб запобігти вузьких місць і підвищення продуктивності локальних мереж пропонуються рішення з урахуванням комутаторів і продуктів до роботи на середовищі Ethernet і Fast Ethernet компанії Cisco Systems з допомогою концентраторів серії FastHub і MicroHub, комутаторів MicroSwitch і комутаторів серії Catalyst.

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

Cisco розробляє комплексні рішення, з допомогою яких замовники створюють власні об'єднані інформаційні інфраструктури чи отримують доступом до мереж інших власників. У цьому під комплексним розуміється таке рішення, яка створює загальну архітектуру з метою узгоджених мережевих послуг всім абонентам. Що ширшим спектр мережевих послуг, тим корисніше для підключених абонентів буде дана сеть.

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

Маршрутизатор (router) дозволяє організовувати у мережі надлишкові зв’язку, що утворюють петлі. Основна мета застосування роутеров — об'єднання різнорідних мереж, і обслуговування альтернативних шляхів. Він справляється з цієї завданням завдяки тому, що визнає рішення передачу пакетів на підставі повнішої інформації про графі зв’язків у мережі, ніж міст чи комутатор. Маршрутизатор має у розпорядженні базу топологічної інформації, що розповідає йому, наприклад, у тому, між якими подсетями загальної мережі є зв’язку й що не стані (працездатному чи ні) вони перебувають. Маючи таку карту мережі, маршрутизатор може вибрати одне із кількох можливих маршрутів доставки пакета адресата. У разі під маршрутом розуміють послідовність проходження пакетом маршрутизаторов.

Різні типи router-ов відрізняються кількістю і типами своїх портів, що й визначає місця їх використання. Маршрутизатори, наприклад, можна використовувати в локальної мережі Ethernet для управління трафіком за наявності значної частини сегментів мережі, для сполуки мережі типу Ethernet з мережами іншого типу, наприклад Token Ring, FDDI, і навіть задля забезпечення виходів локальних мереж на глобальну сеть.

Маршрутизатори непросто здійснюють зв’язок різних типів мереж, і забезпечують доступом до глобальної мережі, а й можуть керувати трафіком на основі протоколу мережного рівня (третього в моделі OSI), цебто в більш рівні проти комутаторами. Необхідність у тому управлінні виникає при ускладненні топології сіті й зростання кількості її вузлів. З іншого боку, маршрутизатор забезпечує вищого рівня локалізації трафіку, ніж міст, надаючи можливість фільтрації широкомовних пакетів, і навіть пакетів з адресами призначення, оскільки вміє обробляти адресу сети.

На відміну від моста/коммутатора, який знає, як пов’язані сегменти друг з одним поза його портів, маршрутизатор бачить всю картину зв’язків подсетей друг з одним, й тому він може вибрати правильний маршрут й за наявності кількох альтернативних маршрутів. Рішення про вибір того чи іншого маршруту приймається кожним маршрутизатором, з якого проходить сообщение.

А, щоб скласти карту зв’язків у мережі, маршрутизатори обмінюються спеціальними службовими повідомленнями, які містять інформацію про тих зв’язках між подсетями, яких вони знають (ці подсети під'єднані до ним безпосередньо або ж вони дізналися цю інформацію з інших маршрутизаторов).

Маршрутизатори дозволяють об'єднувати мережі з різними принципами організації у єдину мережу, що нинішнього разі часто називається интерсеть (internet). Назва интерсеть підкреслює ту особливість, що освічене з допомогою маршрутизаторів об'єднання комп’ютерів представляє собою сукупність кількох мереж, які зберігали велику ступінь автономності, ніж декілька логічних сегментів однієї мережі. У кожній із мереж, їхнім виокремленням интерсеть, зберігаються властиві їм принципи адресації вузлів і протоколи обміну. Тому маршрутизатори можуть об'єднувати як локальні мережі з різноманітною технологією, а й локальні мережі з глобальными.

Маршрутизатори як об'єднують мережі, а й надійно захищають їх друг від друга. І ця ізоляція здійснюється набагато простіше й надійніше, ніж із допомогою мостов/коммутаторов. Наприклад, на час вступу кадру з неправильним адресою мост/коммутатор зобов’язаний повторити його за всіх своїх портах, що робить мережу незахищеною від некоректно працюючого вузла. Маршрутизатор у такому разі просто відмовляється передавати «неправильний «пакет далі, ізолюючи дефектний вузол від решти сети.

З іншого боку, маршрутизатор надає адміністратору зручні кошти фільтрації потоку повідомлень завдяки тому, що сама розпізнає багато поля службової інформацією пакеті і дозволяє їх іменувати зрозумілим адміністратору чином. Слід зазначити, деякі мосты/коммутаторы також здатні виконувати функції гнучкою фільтрації, але ставити умови фільтрації адміністратор мережі повинна сама в двоичном форматі, що досить сложно.

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

Через війну, маршрутизатор виявляється складним інтелектуальним пристроєм, збудованим з урахуванням одного, котрий іноді кількох потужних процесорів. Такий спеціалізований мультипроцессор працює, як правило, під керівництвом спеціалізованої операційній системы.

Є ще один тип комунікаційних пристроїв — шлюз, який може працювати будь-якому рівні моделі OSI. Шлюз (gateway) — цей прилад, яке виконує трансляцію протоколів. Шлюз розміщається між взаємодіючими сітями та служить посередником, переводящим повідомлення, які з однієї мережі, в формат інший мережі. Шлюз може бути реалізовано і суто програмними засобами, встановленими на звичайному комп’ютері, і з урахуванням спеціалізованого комп’ютера. Також роль шлюзу може виконувати маршрутизатор фірми Cisco.

2. Технологія Frame Relay.

Frame Relay спочатку задумувався як протокол від використання в інтерфейсах ISDN, і вихідні пропозиції, представлені у CCITT в 1984 р., переслідували цієї мети. Було також розпочата робота над Frame Relay в акредитованим ANSI комітеті за стандартами T1S1 в США.

Велике події історії Frame Relay відбулося 1990 р., коли Cisco Systems, StrataCom, Northern Telecom і Digital Equipment Corporation утворили консорціум, щоб зосередити зусилля розробка технології Frame Relay і прискорити поява виробів Frame Relay, які забезпечують взаємодія мереж. Консорціум розробив специфікацію, відповідальну вимогам базового протоколу Frame Relay, розглянутої в T1S1 і CCITT; але він розширив її, включивши характеристики, щоб забезпечити додаткових можливостей для комплексних оточень межсетевого про «єднання. Ці доповнення до Frame Relay називають узагальнено local management interface (LMI) (інтерфейс управління локальної сетью).

1. Основи технологии.

Frame Relay забезпечує можливість передачі з комутацією пакетів через інтерфейс між пристроями користувача (наприклад, маршрутизаторами, мостами, головними обчислювальними машинами) і устаткуванням мережі (наприклад, переключающими вузлами). Устрою користувача часто називають термінальним устаткуванням (DTE), тоді як мережне устаткування, що забезпечує узгодження з DTE, часто називають пристроєм роботи інформаційному ланцюзі (DCE). Мережа, забезпечує інтерфейс Frame Relay, може або загальнодоступна мережу передачі та використанням несучою, або мережу із устаткуванням, які у приватному володінні, яка обслуговує окреме предприятие.

У ролі мережного інтерфейсу, Frame Relay є так само типом протоколу, як і Х.25. Проте Frame Relay істотно відрізняється від Х.25 по своїм функціональними можливостями і з формату. Зокрема, Frame Relay є протоколом для лінії з великим потоком інформації, забезпечуючи вищу продуктивність і эффективность.

У ролі інтерфейсу між устаткуванням користувача і мережі, Frame Relay забезпечує кошти на мультиплексування значної частини логічних інформаційних діалогів (званих віртуальними ланцюгами) через один фізичний канал передачі, яке виконується з допомогою статистики. Це відрізняє його від систем, використовують лише техніку тимчасового мультиплексування (TDM) підтримки безлічі інформаційних потоків. Статистичне мультиплексування Frame Relay забезпечує більш гнучкий і ефективне використання доступною смуги пропускання. Це може використовуватися не залучаючи техніки TDM чи як засіб для каналів, вже наділених системами TDM.

Ще одна важлива характеристикою Frame Relay і те, що вона використовує новітні досягнення технології передачі глобальних мереж. Більше ранні протоколи WAN, такі як Х.25, розробив той час, коли переважали аналогові системи передачі і мідні носії. Ці канали передачі значно менш надійні, ніж доступні сьогодні канали з волоконно-оптичним носієм та цифрового передачею даних. У таких каналах передачі протоколи канального рівня передувати які вимагають значних тимчасових витрат алгоритмам виправлення помилок, залишаючи це задля виконання більш високих рівнях протоколу. Отже, можливі великі продуктивність і ефективність без шкоди цілісності інформації. Саме ця мета ставилася розробки Frame Relay. Він містить у собі алгоритм перевірки з допомогою циклічного надлишкового коду (CRC) щоб виявити зіпсованих бітов (що робить дані може бути відкинуті), але у ньому відсутні будь-які механізми для коригування зіпсованих даних засобами протоколу (наприклад, шляхом повторної їх передачі цьому рівні протокола).

Іншим відмінностями між Frame Relay і Х.25 є явно вираженого управління потоком кожної віртуальної ланцюга. У цей час, коли більшість протоколів вищих рівнів ефективно виконують свої власні алгоритми управління потоком, потреба у цієї функціональної можливості на канальном рівні зменшилася. Отже, Frame Relay не включає явно виражених процедур управління потоком, що є надмірними тих процедур найвищих рівнях. Замість цього передбачені дуже прості механізми повідомлення про перевантаженнях, дозволяють мережі інформувати якесь пристрій користувача у тому, що ресурси мережі перебувають близько до стану перевантаження. Таке повідомлення може попередити протоколи вищих рівнів у тому, що Мінздоров'я може знадобитися управління потоком.

Стандарти Current Frame Relay адресовані перманентним віртуальним ланцюгах (PVC), визначення конфігурації яких і було управління здійснюється адміністративним шляхом у мережі Frame Relay. Було також запропонований і той тип віртуальних ланцюгів — комутовані віртуальні ланцюга (SVC). Протокол ISDN запропонований ролі засобів повідомлення між DTE і DCE для динамічною організації, завершення та управління ланцюгами SVC.

2. Формати блоку данных.

Формат блоку даних зображений на Рис. 2.2.1. Прапори (flags) обмежують початок і поклала край блоку даних. За открывающими прапорами йдуть два байта адресної (address) інформації. 10 бітов з цих двох байтів становлять ідентифікацію (ID) фактичної ланцюга (звану скорочено DLCI від «data link connection identifier »).

Длина поля, в байтах 1 2.

Рис. 2.2.1 Кадр Frame Relay.

Центром заголовка Frame Relay є 10-битовое значення DLCI. Воно ідентифікує ту логічно, яка мультиплексируется в фізичний канал. У базовому режимі адресації (тобто. не розширеному доповненнями LMI), DLCI має логічне значення; це, що кінцеві усторойства на дві протилежні кінцях зв’язку може використати різні DLCI для звернення лише до й тієї зв’язку. На рис. 2.2.2 представлений приклад використання DLCI при адресації відповідно до нерасширенным Frame Relay.

Рис. 2.2.2 припускає наявність двох ланцюгів PVC: одна між Aтлантой і Лос-Анджелесом, й інша між Сан Хосе і Піттсбургом. Лос Анджелес може звертатися зі своєю PVC з Атлантою, використовуючи DLCI=12, тоді як Атланта звертається до тієї ж самої PVC, використовуючи DLCI=82. Аналогічно, Сан Хосе може звертатися зі своєю PVC з Піттсбургом, використовуючи DLCI=62. Мережа використовує внутрішні патентовані механізми підтримки двох логічно значимих ідентифікаторів PVC различными.

Наприкінці кожного байта DLCI перебуває біт розширеного адреси (ЕА). Якщо це біт одиниця, то поточний байт є останньою байтом DLCI. У даний час реалізації використовують двубайтовый DLCI, але присутність бітов ЕА означає, може бути досягнуто згоди про використання в майбутньому більш довгих DLCI. Биток C/R, наступний за самим значущою байтом DLCI, нині не используется.

[pic].

Рис. 2.2.2 Адресація Frame Relay.

І, насамкінець, три біта в двубайтовом DLCI є полями, пов’язані з управлінням перевантаженням. Биток «Повідомлення про явно вираженої перевантаження в напрямку «(FECN) встановлюється мережею Frame Relay у блоці даних у тому, щоб повідомити DTE, що бере цього блоку даних, що у тракті джерела до місця призначення повинна була перевантаження. Биток «Повідомлення про явно вираженої прегрузке у напрямі «(BECN) встановлюється мережею Frame Relay в блоках даних, переміщаються у бік, протилежному тому, у якому переміщаються блоки даних, зустріли перевантажений тракт. Суть цих бітов у тому, що показання FECN чи BECN може бути просунуті у якійсь протокол вищого рівня, котрі можуть зробити відповідні дії управління потоком. (Біти FECN корисні протоколів вищих рівнів, що використовують управління потоком, контрольованим користувачем, тоді як біти BECN є значущими тим протоколів, які залежить від управління потоком, контрольованим джерелом («emitter-controlled »).

Биток «прийнятності відкидання «(DE) встановлюється DTE, щоб повідомити мережі Frame Relay у тому, що якийсь блок даних має як нижчу значення, ніж інші блоки даних, і може бути відкинуто раніше інших блоків даних у разі, якщо мережу починає відчувати недолік в ресурсах. Тобто. він належить до дуже проста механізм пріоритетів. Цей біт зазвичай встановлюється в тому разі, коли мережу перегружена.

2.3 Реалізація сети.

Frame Relay можна використовувати як інтерфейсу до послуг або загальнодоступною мережі зі своїми несучою, або мережі із устаткуванням, які у приватному володінні. Звичайним способом реалізації приватної мережі є доповнення традиційних мультиплексоров Т1 інтерфейсами Frame Relay для інформаційних пристроїв, і навіть інтерфейсами (які є спеціалізованими інтерфейсами Frame Relay) й інших прикладних завдань, як-от передача голосу і проведення видео-телеконференций. На Рис. 2.3.1 «Гібридна мережу Frame Relay «представлена така конфігурація сети.

[pic].

Рис. 2.3.1 Гібридна мережу Frame Relay.

Обслуговування загальнодоступною мережею Frame Relay розгортається шляхом розміщення коммутирующего устаткування Frame Relay у офісах (CO) телекомунікаційної лінії. І тут користувачі можуть реалізувати економічні вигоди від тарифів нарахувань користування послугами, чутливих до трафіку, і позбавлені роботи з адмініструванню, підтримці і за обслуговуванням устаткування сети.

Для будь-якого типу мережі лінії, подключающие устрою користувача до устаткуванню мережі, можуть працювати зі швидкістю, обраної з широкого діапазону швидкостей передачі. Типовими є швидкістю діапазоні від 56 Kb/сек до 2 Mb/сек, хоча технологія Frame Relay може забезпечувати ще й нижчі і вищі швидкості. Очікується, що незабаром будуть доступні реалізації, здатні оперувати каналами зв’язки України із пропускною спроможністю понад 45 Mb/сек (DS3).

Як у загальнодоступною, і у приватної мережі факт забезпечення пристроїв користувача інтерфейсами Frame Relay перестав бути неодмінною умовою те, що між мережними пристроями використовується протокол Frame Relay. У час немає стандартів обладнання межсоединений всередині мережі Frame Relay. Отже, можна використовувати традиційні технології комутації ланцюгів, комутації пакетів, чи гібридні методи, комбинирующие ці технологии.

3. Моделі маршрутизаторів Cisco до роботи з Frame Relay.

3.1 Створення телефонного та цифровий интрасети.

Модульні маршрутизатори Cisco 3620 і 3640 дозволяють здійснювати передачу голоси поверх IP з допомогою протоколів стискування голоси. Крім того, тих маршрутизаторів є велика кількість різних модулів. Cisco 3640 має 4 слота розширення під модулі, а Cisco 3620 має 2 слота. Зрозуміло, передача голоси вразлива щодо затримкам на лінії, але з допомогою використання оригінальних алгоритмів управління пріоритетним трафіком, системи з урахуванням Cisco 36xx дозволяють домогтися дуже хороших результатів. Маршрутизатори дозволяють встановлювати різні модулі, тому конкретна конфігурація визначається з поставленої задачи.

[pic].

Рис. 3.1.2 Створення телефонного та цифровий интрасети по Frame Relay.

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

3.2 Серія маршрутизаторів Cisco 2600/2600ХМ.

Серія маршрутизаторів Cisco 2600/2600ХМ є економічним сімейством універсальних модульних маршрутизаторів і дає широкі можливості їх використання їх у глобальних і локальних мережах, численні функції забезпечення безпеки і гнучкі рішення з інтеграції мови і даних. Цей набір особливостей робить серію маршрутизаторів Cisco 2600/2600XM ідеальної від використання у офісах компаний.

На зміну успішно зарекомендували себе у різних галузях застосування маршрутизаторам серії Cisco 2600 приходить нове сімейство модульних маршрутизаторів, у тому числі серію Cisco 2600 XM і маршрутизатор Cisco 2691. Нові моделі виділяються підвищеної продуктивністю, високої щільністю портів, високопродуктивними функціями забезпечення безпеки і більше сильної підтримкою паралельних додатків, йдучи назустріч зростаючим вимогам центральних офісів компаний.

Нові моделі серії 2600ХМ базуються на архітектурі серії Cisco 2600, та їх продуктивність на 33% вище, маршрутизатори за умовчанням комплектуються більший обсяг пам’яті і мають великі спроби з нарощуванню пам’яті, і навіть залишаються у тієї ж цінової категорії, як і серія Cisco 2600.

Найбільш продуктивною маршрутизатором в лінійці Cisco 2600 є маршрутизатор Cisco 2691, продуктивність якого майже двічі вище, ніж в Cisco 2650XM. Він комплектується тими самими модулями, як і серії Cisco 2600, Cisco 3600, Cisco 3700. У порівняні з моделями Cisco 2600XM новий маршрутизатор Cisco 2691 розроблений надання високої ступеня універсальності, надаючи вищу пропускну спроможність про передачу даних, підтримку високошвидкісних інтерфейсів і підвищену продуктивність до роботи з новими видами услуг.

Основные возможности.

. Підтримує всі функції ПО Cisco IOS.

. Модульна архитектура.

. Послуги передачі мови і даних — знижують вартість телефонному зв’язку між офісами; використовуючи функції Cisco IOS щодо якості обслуговування (такі як RSVP, WFQ, CAR, RED) мовна інформація оцифровується, инкапсулируется в пакети IP чи Frame Relay і передається разом із данными.

. Мережні модулі високої густини передачі мови і факсів дають можливість підключати устаткування АТС і ТФоП безпосередньо до маршрутизатору.

. Модуль апаратного стискування даних дозволяє зменшити видатки роботу через глобальні мережі, ефективніше використовувати смугу пропускання канала.

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

. Модуль EtherSwitch із 16-го портами 10/100 Mbps Ethernet і опциональным портом Gigabit Ethernet надає функції інтегрованого комутатори із можливістю харчування IP-телефонів і базових станцій бездротового доступу Aironet 802.11.

. Наявність модулів WIC-ADSL і WIC-1SHDSL дає можливості по широкосмугового доступу.

Программное забезпечення Cisco IOS.

. Маршрутизація IP (IP Feature Set).

. Маршрутизація IP, IPX, Apple Talk (AT) і DEC (IP/IPX/AT/DEC Feature.

Set).

. Мережний екран (Firewall feature set).

. Повний набір мережевих протоколів (Enterprise Feature Set).

. Функції трансляції адрес (NAT), віддаленого моніторингу (RMON), протоколу резервування ресурсів (RSVP) й підтримки протоколів IBM.

(Plus Feature Set).

. Шифрування на мережному рівні за використанням 40-битного чи 56- бітного алгоритму DES, підтримка технології IPSec (Plus Encryption.

Feature Sets).

4. Конфигурирование Frame Relay на маршрутизаторах Cisco.

Налаштування Frame Relay на маршрутизаторах Cisco включає надстройку таблиць перетворення IP адрес в ідентифікатори DLCI і надстройку підключених віртуальних ланцюгів. Це налаштовується однаково як сполуки «точка-точка », так многоточечного режиму. Відмінність у цьому, що той, що ви робите для сполуки «точка-точка », ви повторюєте для кожної логічного ланцюзі у многоточечном режимі. Сполуки точка-точка і багатоточкове працюють чи явному (explicit) чи «подразумеваемом «(implicit) режимі. У явному режимі карта перетворення віддалених IP адрес в ідентифікатори DLCI настроюється вручну. У подразумеваемом режимі робиться припущення, що маршрутизатор іншому кінці має потрібний IP адресу, який передається пакет. Для настройки маршрутизатора у явному режимі необхідно провести такі команды:

interface serial0 encapsulation frame-relay {ietf} interface serial 0.1 point-to-point ip address 10.10.10.3 255.255.255.0 frame-relay map 10.10.10.1 7 broadcast.

Перша команда налаштовує инкапсуляцию Frame Relay для інтерфейсу. Команда IETF наприкінці рядки може змінитися метод инкапсуляции з власного методу компанії Cisco на сумісний з стандартом IETF. Це використовують у ситуаціях, коли маршрутизатор іншому кінці перестав бути продукцією компанії Cisco. Команда INTERFACE створює суб-интерфейс точкаточка й така рядок оголошує його IP адресу. Останній рядок робить надстройку явною асоціації IP адреси — й DLCI. Вона вказує, що кінець каналу DLCI номер 7 має IP адресу 10.10.10.1. Аргумент BROADCAST каже маршрутизатору, що широкомовний трафік, а саме відновлення маршрутизатора, мали бути зацікавленими переслані цю PVC.

Наступний приклад використовує режим implicit, що дає можливість прозирнути чудові можливості LMI, використовують reverse ARP.

interface serial0 encapsulation frame-relay {ietf} frame-relay lmi-type ansi interface serial0.1 point-to-point ip address 10.10.10.3 255.255.255.0 frame-relay interface-dlci 7 broadcast.

Здебільшого, враження таке ж, але тип Frame Relay lmi-type інший. У цю команду дозволяє виконання LMI розширень і вказує, який із трьох стандартів використовувати: ansi, q933a, чи стандарт за умовчанням — Cisco. Команда FRAME RELAY у вищій рядку пов’язує DLCI 7 з суб-интерфейсом.

Говорячи маршрутизатору використовувати DLCI, маршрутизатор буде використовувати inverse ARP для побудови таблиці IP адрес суб-интерфейсов на кінці PVC, збігаються з відповідними DLCI. Використовуючи inverse-arp замість явною конфігурації може значно зберегти час і спростити процес встановлення і управління, якщо є кілька вузлів і має безліч PVC.

4.1 Конфігурація FR-коммутатора.

Для конфигурирования маршрутизатора як FR-коммутатора (пристрій Frame Relay DCE), необхідні три действия.

По-перше, треба включити режим комутації FR-кадров:

router (config)#frame-relay switching.

По-друге, необхідно встановити протокол Frame Relay на послідовних інтерфейсах, яких підключатимуться устрою FR DTE, і зазначити, що це інтерфейси належать влаштуванню FR DCE, тобто — коммутатору:

router (config-if)#encapsulation frame-relay router (config-if)#frame-relay intf-type dce.

Якщо інтерфейс є пристроєм DCE ще й на фізичному рівні, необхідно встановити тактову частоту в лінії командою clock rate.

По-третє, необхідно побудувати таблицю комутації віртуальних каналів між інтерфейсами. Це потрібно шляхом подачі потрібної кількості команд connect. Кожна команда встановлює двунаправленное з'єднання між двома DLCI — тобто, утворює транзитний PVC.

router (config)#connect ім'я интерфейс (1) DLCI (1) интерфейс (2) DLCI (2) router (config-fr-switching)#exit router (config)#.

где ім'я — довільний текстовий ідентифікатор соединения.

4.2 Конфігурація кінцевого маршрутизатора (FR DTE).

Найпростіший спосіб організації IP на інтерфейсі FR зображений на малюнку 1, слева.

[pic].

Рис. 4.2.1. Протокол IP на основному FR-интерфейсе І тут все PVC терминируются однією IP-интерфейсе, який збігаються з інтерфейсом FR. І тут кажуть, що протокол IP використовується на «основному інтерфейсі «(major interface).

Граф мережі з погляду протоколу IP показаний на рис. 4.2.1, справа: все вузли під'єднані до загальної IP-мережі. З цією мережі, як й у будь-який інший IP-мережі, виділяється діапазон адрес і кожному основному інтерфейсу призначається IP-адрес від цього диапазона.

Примітка — За визначенням IP-мережі, кожен вузол у ній може зв’язатися з кожним без допомоги проміжного маршрутизатора. Фактично, повну зв’язність можна реалізувати лише за полносвязной структурі PVC, де кожен маршрутизатор з'єднаний із кожним. У цьому прикладі маршрутизатори B, C, D не зможуть зв’язатися один з одним непосредственно.

Мінімальна конфігурація інтерфейсу маршрутизатора виглядає наступним образом:

router (config-if)#encapsulation frame-relay [ietf] router (config-if)#ip address адресу маска.

За умовчанням використовується інкапсуляція даних кадрів FR за стандартом Cisco, альтернативний варіант — інкапсуляція відповідно до RFC 2427 (йому відповідає параметр ietf).

Тип LMI маршрутизатор визначає автоматично, аналізуючи повідомлення, які від утройства DCE (FR-коммутатора). За необхідності жорстко поставити тип LMI використовується команда.

router (config-if)#frame-relay lmi-type {cisco | ansi | q933a }.

Бо у аналізованої конфігурації интрефейса вказані DLCI і відповідні їм IP-адреси, то маршрутизатор автоматично a) отримує номери DLCI від утройства DCE за протоколом LMI отже визначає підключені інтерфейсу PVC;

б) використовує протокол InARP для опитування віддалених кінців підключених PVC щодо їх IP-адресов.

Оскільки InARP визначає IP-адреси на далеких кінцях лише про тих PVC, які безпосередньо під'єднані до маршрутизатору, то маршрутизатори, наприклад, У і З не зможуть зв’язатися один з одним, бо між ними немає PVC.

Інший спосіб вказівки номерів DLCI і IP-адрес, доступних через зазначені DLCI, полягає у ручному конфигурировании цих параметров:

router (config-if)#frame-relay map ip IP-адрес DLCI.

При ручному вказуванні frame-relay map, протокол InARP на відповідному PVC автоматично відключається. Отже, або використовується InARP, або вручну указуються всі IP-адреси, доступні через даний DLCI. На PVC, чий DLCI не згадано зовсім у командах frame-relay map, InARP продовжує работу.

Необхідно розуміти, під «усіма IP-адресами «розуміються адреси IPмережі, що з PVC, підключених до цього інтерфейсу. Досяжність інших IP-адрес визначається за таблицею маршрутов.

Розглянемо приклад. Нехай адресу мережі FR малюнку 1 — 1.0.0.0/24. Інтерфейси маршрутизаторів Проте й У мають адреси 1.0.0.1 і 1.0.0.2. Маршрутизатор У отримує дейтаграмму, адресовану в 2.2.2.2. По таблиці маршрутів він визначає, що такі дейтаграммы слід відправляти через вузол 1.0.0.1. Далі маршрутизатор У помічає, що вона має IP-интерфейс (припустимо, serial0), підключений ж IP-сеть, як і вузол 1.0.0.1, отже, пошук за таблицею маршрутів завершено і наступний маршрутизатор найден.

З другого краю етапі процесу обслуговування дейтаграммы маршрутизатор У має визначити, яким із кількох підключених до інтерфейсу serial0 віртуальних каналів PVC ця дейтаграмма мусить бути відправлено. Якби місці FR був Ethernet, то маршрутизатор звернувся до ARPтаблиці і гроші знайшло б MAC-адрес вузла 1.0.0.1. Що стосується FR аналогічну роль грає карта (map), що має у відповідність IP-адреси мережі 1.0.0.0/24 і PVC (DLCI), підключені інтерфейсу serial0. Карта заповнюється протоколом InARP і/або вручну командами frame-relay map.

Продовжимо приклад. Маршрутизатор З у мережі FR має адресу 1.0.0.3. Маршрутизатор У отримує дейтаграмму, адресовану в 3.3.3.3. По таблиці маршрутів він визначає, що такі дейтаграммы слід відправляти через вузол 1.0.0.3. Маршрутизатор У помічає, що вона має IPінтерфейс serial0, підключений ж IP-сеть, як і вузол 1.0.0.3, отже, пошук за таблицею маршрутів завершено і наступний маршрутизатор найден.

Далі маршрутизатор У звертається до карти FR визначення PVC, через яку має відправити дейтаграмму. Якщо карта будується протоколом InARP, то, бо між У і З немає PVC, карта зовсім позбавлений інформацію про IP-адресе 1.0.0.3 і дейтаграмма знищується. А, щоб зробити можливої доставку дейтаграммы, потрібно реалізувати одне із наступних вариантов:

. (рішення лише на рівні 3) в таблиці маршрутів У направити маршрут к.

3.3.3.3 через 1.0.0.1, а таблиці маршрутів, А направити маршрут к.

3.3.3.3 через 1.0.0.3;

. (рішення лише на рівні 2) вказати й у карті маршрутизатора У, що адрес.

1.0.0.3 доступний через PVC A-B (після цього протокол InARP у цьому PVC відключиться, отже, слід також вказати, що за той же.

PVC доступний й адреса 1.0.0.1).

IP-интерфейсы, підключені мереж FR, діляться на 2 типу: точка-точка (point-to-point) і точка-много точок (point-to-multipoint). Інтерфейс pointto-point дозволяє обмінюватися пакетами лише з однією вузлом, а point-tomultipoint — з кількома. Вочевидь, що його інтерфейс (з прикладу маршрутизатора А) має тип point-to-multipoint.

На малюнку 4.2.2, зліва, зображено організація мережного рівня на FRінтерфейсі з допомогою подынтерфейсов типу point-to-point.

[pic].

Малюнок 4.2.2 — Протокол IP на подынтерфейсах «точка-точка «.

І тут кожен PVC терминируется у власному IP-интерфейсе. Ці логічні IP-интерфейсы називаються подынтерфейсами основного інтерфейсу. На подынтерфейсах типу point-to-point може терминироваться, очевидно, лише одне PVC. Такий подынтерфейс з погляду протоколу IP нічим не відрізняється від зазвичайного послідовного інтерфейсу; кожному з подынтерфейсов присвоюється власний IP-адрес. Тому (рис. 4.2.2, справа) граф IP-мереж представлений трьома різними IP-сетями.

У разі немає сенсу задіяти InARP чи вручну створювати карту, бо всі IP-адреси, досяжні через даний IP-интерфейс, має перебувати іншому кінці єдиного PVC, підключеного до подынтерфейсу. Та оскільки до основного інтерфейсу може бути підключені кілька PVC, то конфігурації кожного подынтерфейса типу «точка-точка «необхідно вказати, що саме PVC підключено до даному подынтерфейсу (шляхом специфікації номери DLCI).

Наступна послідовність команд вирішує завдання конфігурації, показаної на рис. 4.2.2. router (config)#interface serial0 router (config-if)#encapsulation frame-relay [ietf] router (config-if)#no ip address.

router (config-if)#interface serial0.1 point-to-point router (config-subif)#frame-relay interface-dlci DLCI router (config-fr-dlci)#exit router (config-subif)#ip address адресу маска.

router (config-subif)#interface serial0.2 point-to-point router (config-subif)#frame-relay interface-dlci DLCI router (config-fr-dlci)#exit router (config-subif)#ip address адресу маска.

… тощо всім подынтерфейсов.

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

На малюнку 3 зображений змішаний дизайн мережі, де два PVC терминируются щодо одного IP-интерфейсе, а третій PVC терминируется у своїй власному IP-интерфейсе. Відповідний граф IP-мереж показаний тому ж малюнку справа.

[pic].

Рис. 4.2.3 Змішаний дизайн.

І тут для синьої IP-мережі створюється подынтерфейс типу point-topoint, а коричневої - подынтерфейс point-to-multipoint.

Подынтерфейс point-to-multipoint поводиться як і основний інтерфейс, у плані використання протоколу InARP чи заповнення карти. Проте, якби основному інтерфейсі ми мали змогу не перечилять PVC, підключені інтерфейсу, тому що цей список повідомляв нас комутатор, то випадку з подынтерфейсом point-to-multipoint ми мусять чесно вказати підключені до подынтерфейсу DLCI, інакше маршрутизатор зможе визначити, які саме з PVC, підключених до основного інтерфейсу, необхідно згрупувати в подынтерфейс. Конфігурація подынтерфейса point-to-multipoint: router (config)#interface serial0.1 multipoint.

router (config-subif)#frame-relay interface-dlci DLCI router (config-fr-dlci)#exit … повторити всім DLCI, підключених до подынтерфейсу.

router (config-subif)#ip address адресу маска.

… за необхідності скласти frame-relay map вручную.

На закінчення слід підкреслити, що це розглянуті вище способи роботи протоколу IP на каналах Frame Relay мають значення для абонентів мережі (пристроїв DTE). Понад те, всі ці способи застосовувалися фізично лише до й тієї FR-сети. Для оператори зв’язку (DCE) всі ці діяльність немає жодного значення: оператор працює лише з рівні комутації кадрів виходячи з номерів DLCI і всі три розглянутих дизайну з його погляду цілком ідентичні, як і перехід від однієї дизайну до іншому для оператори мобільного зв’язку невидимий і немає значения.

4.3 Show & Debug.

Наступні команди корисні отримання інформації і налагодження Frame Relay.

router#show interface serial номер[.номер].

Команда, зокрема, виводить такі сведения:

. стан интерфейса,.

. використовуваний протокол 2-го рівня (Frame Relay),.

. тип инкапсуляции даних в кадри FR (а то й зазначений, то Cisco),.

. тип LMI (а то й зазначений, то Cisco),.

. DLCI, використовуваний для LMI,.

. число відправлених і збереження одержаних статусних LMI-сообщений (ці числа мали бути зацікавленими близки),.

. період посилки статусних повідомлень (keepalive).

router#show frame-relay pvc [DLCI] [interface интерфейс].

Команда виводить статус зазначеного PVC й різні відомості про неї. Якщо DLCI не зазначений, але виводяться інформацію про всіх PVC, підключених всім інтерфейсам FR. Якщо зазначений інтерфейс, то виводяться інформацію про PVC, підключеним до цього интерфейсу.

Статус PVC виражається двома категоріями: власне, PVC STATUS, і DLCI USAGE.

PVC STATUS інформує про стан віртуального каналу між даним маршрутизатором і віддаленим DTE. Можливі значения:

. Active — канал установлен.

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

. Deleted — даний PVC сконфигурирован на DTE (командою frame-relay interface-dlci чи frame-relay map), але з сконфигурирован на DCE.

(відсутня чи хибна команда connect).

. Static — даний PVC сконфигурирован на DTE, але LMI відключений, тому почути інформацію з DCE про статус даного PVC неможливо. Така ситуація може виникнути під час встановлення FR-соединений DTE-DTE (backto-back) й без участі комутатори — аби такі сполуки работали,.

LMI відключається командою no keepalive. DLCI USAGE показує, як даний PVC використовується маршрутизатором. Значения:

. Local — даний PVC терминируется одному з (под)интерфейсов.

. Switched — маршрутизатор є FR-коммутатором і цей PVC є транзитным.

. Unused — даний PVC не терминируется ніяким інтерфейсом не є транзитним (причиною цього є зрадлива чи незакінчена конфігурація DTE чи DCE).

router#show frame-relay map.

Команда виводить список DLCI і лобіювання відповідних їм IP-адрес. Наповнення картки відбувається протоколом InARP або команди frame-relay map. PVC типу «точка-точка «для повноти картини теж вносять у карту. Отже, рух IP-трафика можна тільки за тими PVC, DLCI яких зазначені у карте.

router#show frame-relay lmi [интерфейс].

Команда виводить інформацію про роботі LMI для зазначеного FR-интерфейса (або заради всіх інтерфейсів, якщо інтерфейс не зазначений). Зокрема, можна визначити тип LMI, тип інтерфейсу (FR DTE/DCE) і кількість отправленных/полученных через цей інтерфейс статусних запитів («Status Enq. ») і відповідей («Status msgs »). У нормально функціонуючої мережі число відправлених повідомлень одного типу, і число отриманих повідомлень протилежного типу мусять бути дуже близки.

router#show connect all.

Команда виводить таблицю комутації PVC на FR-коммутаторе. Команди виведення отладочной інформації, котрі дозволяють стежити за обміном FRповідомленнями, наведено нижче: router#debug frame-relay packet [interface інтерфейс [dlci DLCI]] router#debug frame-relay lmi.

Заключение

Frame Relay — високошвидкісна технологія передачі, заснована на комутації пакетів. З використанням цій технології дані поділяються на кадри (пакети) різною довжини, причому кожен кадр містить заголовок з адресою получателя.

Метод Frame Relay характеризується високим швидкодією і низької затримкою. Frame Relay має характеристики, які його ідеальним рішенням передачі «імпульсного «трафіку. Такий трафік, наприклад, має місце з організацією інформаційного обміну між локальної та глобальної сетями.

Переваги Frame Relay полягають у високу швидкість передачі, а й у методах статистичного ущільнення інформації, які у кілька разів збільшити ефективність використання каналів связи.

Frame Relay забезпечує оптимальне розподіл ресурсів немає і високу ефективність при:

. передачі графічних зображень з великим разрешением;

. передачі файлів на великих обсягах данных;

. об'єднанні низкоскоростных потоків даних до одного високошвидкісної канал;

. передачі трафіку типу редагування тексту, що вимагає коротких кадрів, малих затримок і невисокою пропускної способности.

Найбільш ефективно застосування Frame Relay у кризовій ситуації, коли Клієнту необхідно об'єднати кілька офісів. Особливо це актуально у кризовій ситуації, коли обмін даними між офісами має імпульсний характер. Витрати на встановлення та орендної плати під час використання такій ситуації Frame Relay будуть нижчими, аніж за організації аналогічної схеми зв’язки України із використанням виділених каналів, яка досягається з допомогою оптимізації використання канальних ресурсів. Причому, що більше офісів необхідно об'єднати, тим значніша экономия.

Також застосування технології Frame Relay дозволяє оптимально використовувати ресурси з організацією доступу в Интернет.

6. Список источников.

1. internet.

2. internet.

3. internet.

4. internet.

5. internet.

6. internet.

7. internet.

8. internet.

9. internet.

Показати весь текст

Заповнити форму поточною роботою