RFC: 2427
Оригинал: Multiprotocol Interconnect over Frame Relay
Предыдущие версии: RFC 1294, RFC 1490
Категория: Стандарт Интернета
Дата публикации:
Авторы: ,
Перевод: Николай Малых

RFC 2427, Страница 6 из 18

4.1. Маршрутизируемые кадры

С некоторыми протоколами связаны значения NLPID, но ограниченность пространства номеров NLPID не позволяет выделить такие идентификаторы для всех протоколов. Когда пакеты протоколов, не имеющих идентификатора, маршрутизируются через сети Frame Relay, для таких пакетов используется значение NLPID=0x80 (оно говорит о наличии SNAP), за которым следует заголовок SNAP. Если для протокола выделено значение Ethertype, поле OUI имеет значение 0x00-00-00 (это значение говорит о наличии поля Ethertype) и поле PID принимает значение Ethertype для используемого протокола.

При наличии упомянутого выше заголовка SNAP используется один октет заполнения для выравнивания протокольных данных по 2-октетной границе, как показано ниже

  Формат маршрутизируемых кадров
       с заголовком SNAP
+-------------------------------+
|          Адрес Q.922          |
+---------------+---------------+
| Control  0x03 | pad     0x00  |
+---------------+---------------+
| NLPID    0x80 | Organization- |
+---------------+               |
| ally Unique Identifier (OUI)  |
+-------------------------------+
| Идентификатор протокола (PID) |
+-------------------------------+
|                               |
|      Протокольные данные      |
|                               |
+-------------------------------+
|              FCS              |
+-------------------------------+

В тех случаях, когда протокол имеет идентификатор NLPID (см. Приложение A), можно сократить заголовок на 48 битов за счет использования показанного ниже формата:

  Формат маршрутизируемых кадров
  при наличии NLPID для протокола
+-------------------------------+
|          Адрес Q.922          |
+---------------+---------------+
| Control  0x03 |     NLPID     |
+---------------+---------------+
|      Протокольные данные      |
+-------------------------------+
|              FCS              |
+-------------------------------+

Инкапсуляция NLPID не требует использовать заполнение, поэтому данное поле отсутствует в заголовке.

Для некоторых протоколов ISO значение NLPID рассматривается как первый октет данных протокола. В таких случаях нет необходимости дублировать поле NLPID. Один октет используется для демультиплексирования и в качестве данных протокола (см. параграф «Инкапсуляция других протоколов»). Другие протоколы (такие, как IP) имеют значение NLPID (для IP — 0xCC), но это значение не является частью протокольных данных.

Формат маршрутизируемой дейтаграммы IP
+-------------------------------+
|          Адрес Q.922          |
+---------------+---------------+
| Control  0x03 |  NLPID  0xCC  |
+---------------+---------------+
|        Дейтаграмма IP         |
+-------------------------------+
|              FCS              |
+-------------------------------+

Страница 6 из 18

2007 - 2022 © Русские переводы RFC, IETF, ISOC.