Страница 1 из 1

LTE-8x и получение VLAN-ов по SNMP

Добавлено: 25 окт 2013 19:32
mpolk
Имеется упомянутый OLT с прошивкою 3.6 build 126 on 13:15:17 30.07.2013. Требуется получить от него список задействованных в нем VLAN-ов с привязкой к портам. (Имеются в виду как порты свича, так и ПОНовые).

Традиционный способ (опрос Q-BRIDGE-MIB) к успеху не ведет - изделие с этим МИБом не знакомо. Нетрадиционный способ, основанный на изучении приватного МИБа eltex-lte.mib и snmpwalk-аньи по нему, обнаруживает в недрах изделия 12(!) портов свичевых (с какими-то ВЛАНами на них) и 8 портов ПОНовых (без какого-либо упоминания о ВЛАНах).

Более внимательное знакомство с результатами snmp-обхода повергает в еще большее недоумение. В OLT-е на данный момент присутствуют два VLAN-а: 1-й дефолтный, нетэгированный на всех портах; и 410-й управляющий, наоборот, на всех портах тэгированный. Последний ВЛАН я вручную на порты не добавлял, ОЛТ сам решил, что неплохо бы иметь управляющий ВЛАН на всех аплинках и добавил его туда. По крайней мере так показывает CLI, да и я не могу сомневаться в наличии управляющего ВЛАН-а на , к примеру, нулевом порту, т.к. сам хожу в ОЛТа через этот порт/ВЛАН. Опрос же по SNMP показывает примерно следующую картину:

front-port-1: Uplink 1 ena up 1000M 1p,1u
front-port-2: Uplink 2 ena down 0M 1p,1u
front-port-3: Uplink 3 ena down 0M 1p,1u
front-port-4: Uplink 4 ena down 0M 1p,1u
front-port-5: Uplink 5 ena down 0M 1p,1u
front-port-6: Uplink 6 ena down 0M 1p,1u
front-port-7: Uplink 7 ena down 0M 1p,1u
front-port-8: Uplink 8 ena down 0M 1p,1u
10G-front-port-1: Uplink 9 ena down 0M 1p,1u,410t
10G-front-port-2: Uplink 10 ena down 0M 1p,1u,410t
EPON0/0: PON0 ena up 1000M 1p,1u,410t
EPON0/1: PON1 ena up 1000M 1p,1u,410t
EPON1/0: PON0 ena up 1000M
EPON1/1: PON1 ena up 1000M
EPON2/0: PON0 ena up 1000M
EPON2/1: PON1 ena up 1000M
EPON3/0: PON0 ena up 1000M
EPON3/1: PON1 ena up 1000M

Здесь показана часть вывода мониторящего демона, ВЛАНы находятся в конце строк; "p" означает PVID, "u" - нетэгированный ВЛАН, а "t" - тэгированный. В соответствии ВЛАНов портам я не вполне уверен. Я просто приложил 12 портов из приватного МИБа к первым двенадцати портам, которые я вижу на ОЛТе невооруженным глазом.

В результате возникает тяжелый когнитивный диссонанс и трудные вопросы:

1) Почему свичевых портов именно 12? (имеет ли это какое-то отношение к известной поэме Блока или к фильму Михалкова?) Снаружи изделия видно 10 портов. Правда, четыре из них комбо, но если прибавить к 10-и четыре физических выхода комбо-портов, то получится 14. Да и вряд ли физические элементы комбо-портов могут нести независимые ВЛАНы. Мне также известно, что Элтексовский ОЛТ представляет собой не единый организм, а колонию симбионтов, объединенных эзернетом. При разглядывании его внутренностей через CLI видны еще 8 NNI-портов, соединяющих свича с ПОНовыми секциями. Но и с учетом NNI-интерфейсов получается 18 портов, а не 12.

2) Почему не видно 410-го ВЛАНа на первых 8-и портах?

3) Как все-таки получить ВЛАНы с ПОН-портов?

Эти вопросы я хотел бы адресовать прежде всего инженерам Элтекса, но если кто-то, знакомый с тонкостями Элтексового SNMP, поможет разобраться — буду признателен.

Добавлено: 25 окт 2013 21:03
mpolk
Позволю себе самому отчасти ответить на свои вопросы. Изыскания с искусственной расстановкой ВЛАНов на порты и последующим наблюдением за тем, где эти ВЛАНы появляются, показали что:

а) Первые 8 портов из МИБа - это ПОН-порты

б) Оставшиеся 4 порта из МИБа - это 4 первых front-порта.

в) Еще 4 front-порта и оба 10G-порта в МИБе отсутствуют.

Таким образом, вопрос 3) из моего первого сообщения можно считать решенным. Но вопросы 1) и 2) продолжают довлеть с еще более мрачной безысходностью. И как тут жить?

Добавлено: 31 окт 2013 15:55
Евгений Т
Да, в SNMP-агенте не было поддержки вывода информации по 6 портам OLT. Наиболее оптимальным решением считаем поддержку Q-BRIDGE-MIB.
Включили в план работ поддержку Q-BRIDGE-MIB.