LTE-8X DHCP option 82

[Eriksson]

Доброго времени суток.

Имеется LTE-8X и управляемый свитч, подключенный к одному из pon портов. На LTE также подключены отдельные абоненты. Нужно со свитча получить IP по DHCP.
Если свитч включить напрямую в нашу сеть, то IP получаем, option 82 проходит корректно. Если же подключаем свитч через LTE, то его LTE заменяет его option 82 на свою.
Пробовали отключить в настройках OLT в разделе Layer 3 опцию Overwrite client's Option82 - IP через свитч получаем, но абоненты с этого OLT получить IP уже не могут.
Как нам настроить LTE, чтобы работали и те, и другие?

[АндрейБ]

Здравствуйте.
Так как в нижестоящем сегменте сети (относительно LTE-8X) расположен локальный
DHCP Relay Agent, необходима функция доверия таким сторонним DHCP посредникам.
Данный функционал релаизован на нашей линейке станционных терминалов (в том числе
и LTE-8X).
Перейдите в настройки OLT-чипа, затем в раздел конфигурирования Layer 3. Включите
дополнительно флаг "Trust other DHCP relay agent", выполните реконфигурацию OLT-чипа.
Данный режим позволит пропускать DHCP-запросы, снабжённые опцией сторонним DHCP-
посредником, без изменения.

[Eriksson]

Перейдите в настройки OLT-чипа, затем в раздел конфигурирования Layer 3. Включите
дополнительно флаг "Trust other DHCP relay agent", выполните реконфигурацию OLT-чипа.

Этот флаг у нас включен, однако желаемого эффекта это не приносит

[АндрейБ]

В этом случае Ваш нижестоящий Relay Agent, вставляя Опцию 82,
заполняет и поле GIADDR (Relay Agent IP address) DHCP-запроса.
Если следовать рекомендации RFC, данное поле должно быть не
заполнено. Тогда возможен корректный проброс такого запроса
Relay Agent-ом LTE-8X.

[Eriksson]

Вот DHCP запрос, который посылает свитч через LTE:

Код: Выделить всё

10:34:32.870413 00:e0:4c:18:20:11 (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 358: (tos 0x0, ttl 128, id 50590, offset 0, flags [none], proto UDP (17), length 344)
    0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from 00:e0:4c:18:20:11 (oui Unknown), length 316, xid 0x42c67c69, secs 768, Flags [none] (0x0000)
          Client-Ethernet-Address 00:e0:4c:18:20:11 (oui Unknown)
          Vendor-rfc1048 Extensions
            Magic Cookie 0x63825363
            DHCP-Message Option 53, length 1: Discover
            NOAUTO Option 116, length 1: Y
            Client-ID Option 61, length 7: ether 00:e0:4c:18:20:11
            Hostname Option 12, length 15: "fe7c3dd1156d4ab"
            Vendor-Class Option 60, length 8: "MSFT 5.0"
            Parameter-Request Option 55, length 11:
              Subnet-Mask, Domain-Name, Default-Gateway, Domain-Name-Server
              Netbios-Name-Server, Netbios-Node, Netbios-Scope, Router-Discovery
              Static-Route, Classless-Static-Route-Microsoft, Vendor-Option
            Vendor-Option Option 43, length 2: 220.0
            Agent-Information Option 82, length 14:
              Circuit-ID SubOption 1, length 4: ^AM-v^@^L
              Remote-ID SubOption 2, length 6: x^]M-:JM-^Y"
            END Option 255, length 0


поле GIADDR вроде не заполнено

[АндрейБ]

В пакете, который Вы приводите, поле GIADDR отсутствует.
Возможно, это проблема некорректного отображения пакета.
Просьба записать сетевой дамп с наличием DHCP-запросов,
которые уже после обработки Вашим коммутатором, приходят
на LTE-8X. Дамп будет проанализирован. При необходимости в
нашей лаборатории мы проверим прохождение пакетов с Вашей
сети через LTE-8X.

Полученный дамп можете отправить на Bosenko@eltex.org