Остання корекція: 09.02.2004	/1 1 2 3 4 5
Вперше опубліковано: 09.02.2004
Сторінку відкрито: 947	Коментарiв: 0ДодатиЧитатиДопомога
ПОЧИТАТИRFC українською

Протоколи комутації IP

В наш час багато маршрутизаторів підтримують можливість установки інтерфейсів ATM. Проте для того, аби повністю використовувати всю смугу, надану каналом ATM 155 Мбіт/с, IP-маршрутизатор повинен мати можливість передавати в лінію до 100000 пакетів в секунду. Це перевищує можливості більшості маршрутизаторів. Справа в тому, що маршрутизатор повинен приймати рішення про маршрутизацію кожного окремого пакету IP, оскільки протокол IP відноситься до числа протоколів connectionless (без організації з'єднань).

Для вирішення даної проблеми компанія Ipsilon розробила так називаний комутатор IP, працюючий по принципу наскрізної (Cut Through) маршрутизації, що дозволяє збільшити продуктивність маршрутизації IP в 5 разів в порівнянні з звичайними маршрутизаторами. Такий ефект досягається за рахунок детектування декількох класів потоків IP під час процесу маршрутизації. Під потоком розуміється послідовність пакетів, що мають однакові адресу відправника і адресата, а також таких, що використовують однотипні протоколи вище лежачих рівнів (TCP, UDP), однаковий тип сервісу (TOS) та інші характеристики (визначається заголовком IP-пакета).

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

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

Сигналізація між двома комутаторами IP здійснюється на базі двох протоколів - IFMP (Ipsilon Flow Management Protocol - протокол управління потоком компанії Ipsilon) и GSMP (General Switch Management Protocol - загальний протокол управління комутатором).

IFMP

RFC 1953 1996-05 htto://www.cis.ohio-state.edu/htbin/rfc/rfc1953.html

Протокол IFMP (Ipsilon Flow Management Protocol - протокол управління потоком Ipsilon) служить для передачі сусідньому вузлу інформації про необхідність добавлення мітки канального рівня до вказаного потоку IP для маршрутизації цього потоку через комутатор IP. Використання мітки забезпечує для потоку більш ефективний і швидкий доступ до маршрутної інформації і дозволяє комутувати потік, а не маршрутизувати його.

IFMP складається з двох розділів: Adjacency Protocol (протокол сусідства) і Redirection Protocol (протоколу переадресації). Повідомлення IFMP інкапсулюються в пакети IPv4 й передаються за адресою limited broadcast (пакет обмеженого широкомовлення) -255.255.255.255. Поле протоколу в заголовкові пакета IP містить десяткове значення 101, ідентифікуюче повідомлення IFMP.

Структура заголовку IFMP показана на малюнку.

версія (1)

ОР-код(1)

контрольна сума

Структура заголовку IFMP

• Версія.
  Номер версії протоколу IFMP. *Поточна версія -1.
• ОР-код
  Призначення повідомлення
  Для IFMP Adjacency Protocol визначено чотири значення Ор-кода.
  0. SYN.
  1. SYNACK.
  2. RSTACK.
  3. АСК.
  Для IFMP Redirection Protocol визначені п'ять кодів.
  4. REDIRECT.
  5. RECLAIM.
  6. RECLAIM ACK.
  7. LABEL RANGE.
  8. ERROR.
• Контрольна сума
  Значення контрольної суми (CRC).

GSMP

RFC 7987 1996-08 http://www.cis.ohio-state.edu/htbin/rfc/rfc1987.html

Протокол GSMP (General Switch Management Protocol) використовується в якості протоколу загального призначення для управління комутаторами ATM. GSMP дозволяє управляти організацією і розривом з’єднань через комутатор, добавляти і видаляти вузли в групові з'єднання (point-multipoint), управляти портами комутатора, запитувати відомості про конфігурацію і статистику.

Пакети GSMP мають перемінну довжину і інкапсулюються в AAL5 с заголовком LLC/SNAP OxOO-OO-OO-88-OC для ідентифікації повідомлень GSMP. Структура заголовка GSMP показана на малюнку.

Версія (1)

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

Результат (1)

Код(1)

Структура заголовка GSMP

• Версія
  Номер версії протоколу GSMP. *Поточна версія -1
• Тип повідомлення
  Тип повідомлення GSMP.
  Існує п’ять класів повідомлень, кожний з яких підтримує:
  1. безліч типів повідомлень,
  2. REDIRECT,
  3. Connection Management (управління з'єднанням),
  4. Port Management (управління портом),
  5. Statistics (статистика),
  6. Configuration (конфігурація)
  7. и Events (події).
• Результат
  Це поле застосовується в запитах і служить індикатором необхідності відгуку при успішному виконанні запиту.
• Код
  Додаткова інформація, що вміщує результат запиту (відгук). Найчастіше це поле служить для передачі кодів помилок. В запиті поле коду не використовується і повинно мати нульове значення.

 "Кохання гра"

[2006-06-15] Твій шепіт ніжний, Подих тихий В думки закралися мої. Як срібло осені торішньой, Як шурхіт листя уночі ... Про дотик рук, Як ми в обіймах Спливає спогад у думки. І я приховую обличчя, Страждаю й плачу в темноті. Знайти розгадку, Ціль, мету Твоєї гри над почуттями! Частину серц ...

 ФОТОАЛЬБОМ

... помилка доступу

 HTML Digest 08

[2003-01-01] Flash x.x (себто самі визначайте) Oops!... (прим. ред.: звучить, як “Упс!...” - найчастіше вигукувані слова при роботі з програмою Flash 4, хоча дехто більше любить вигук “О-о...”, що по ...

 HTML Digest 04

[2003-01-01] Засоби створення Скажіть мені, добрі люди, що змушує творців комп'ютерних програм називати їх іменами тваринок?... Наприклад, Кажан (Thе Bat!), Годзіла (Go!Zilla), Лис-Професіонал (FoxPro) ...

 Розчарування. 28.04.2003

... помилка доступу

Ідея проекту, програмування, HTML, CSS, дизайн, редагування та переклад текстів - Дідок Олександр.
Велика подяка Українській Банерній Мережі за показ банерів,
всім, хто приймає участь у розвитку сайту та його наповненні матеріалами!
©Дідок Олександр Олександрович. 1997-2007