IFMP
IFMP (англ. Ipsilon Flow Management Protocol — Протокол управления потоком Ipsilon) — протокол, позволяющий узлу инструктировать смежный узел, чтобы тот присоединил метку 2-го уровня (модели OSI) к указанному IP-потоку. Метка позволяет более эффективно получать доступ к кэшированной маршрутной информации для этого потока. Также позволяет потоку коммутироваться вместо того, чтобы прокладывать маршрут в некоторых случаях. Протокол подробно описан в спецификации RFC 1953. Протокол IFMP был создан в 1996 году компанией Ipsilon Networks и поддерживается большинством выпускаемых ей IP-коммутаторов. Некоторые другие производители коммутаторов, такие как 3Com и IBM, также поддерживают протокол.
| IFMP | |
|---|---|
| Название | Ipsilon Flow Management Protocol |
| Уровень (по модели OSI) | Канальный |
| Создан в | 1996 |
| Спецификация | RFC 1953 |
IFMP (англ. Ipsilon Flow Management Protocol — Протокол управления потоком Ipsilon) — протокол, позволяющий узлу инструктировать смежный узел, чтобы тот присоединил метку 2-го уровня (модели OSI) к указанному IP-потоку. Метка позволяет более эффективно получать доступ к кэшированной маршрутной информации для этого потока. Также позволяет потоку коммутироваться вместо того, чтобы прокладывать маршрут в некоторых случаях.
Протокол подробно описан в спецификации RFC 1953.
Протокол IFMP был создан в 1996 году компанией Ipsilon Networks и поддерживается большинством выпускаемых ей IP-коммутаторов. Некоторые другие производители коммутаторов, такие как 3Com и IBM, также поддерживают протокол[1].
Структура дейтаграмм протокола
[править | править код]Протокол имеет два основных режима. Первый — это протокол соседства (Adjacency Protocol), второй — протокол переадресации (Redirection Protocol).
Дейтаграммы IFMP инкапсулируются в IP-пакеты и передаются по адресу ограниченного широковещания (255.255.255.255).
Adjacency Protocol
[править | править код]Структура протокола выглядит следующим образом[2]:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
- Версия
- Текущая версия имеет значение 1.
- Код
- Код, определяющий назначение сообщения:
- SYN: Код = 0
- SYNACK: Код = 1
- RSTACK: Код = 2
- ACK: Код = 3
- Контрольная сумма
- Контрольная сумма пакета IFMP. Контрольная сумма должна быть рассчитана при передаче пакета и должна быть проверена при получении пакета. При расчете контрольной суммы само поле контрольной суммы должно приниматься как ноль.
Redirection Protocol
[править | править код]Структура протокола выглядит следующим образом[2]:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
- Версия
- Текущая версия имеет значение 1.
- Код
- Код, определяющий назначение сообщения:
- REDIRECT: Код = 4
- RECLAIM: Код = 5
- RECLAIM ACK: Код = 6
- LABEL RANGE: Код = 7
- ERROR: Код = 8
- Контрольная сумма
- Контрольная сумма пакета IFMP. Контрольная сумма должна быть рассчитана при передаче пакета и должна быть проверена при получении пакета. При расчете контрольной суммы само поле контрольной суммы должно приниматься как ноль.
Примечания
[править | править код]- ↑ Курс лекций по сетевым технологиям. Часть III. Дата обращения: 22 марта 2010. Архивировано 4 марта 2016 года.
- ↑ 1 2 согласно RFC 1953