nocproject.org

Hi. Можно ли при выводе команды cli не обрезать первый символ \n ?

Регекспу нужно скормить последовательность \n\n, а вывод команды cli начинается с одного \n

Пример:

реальный вывод из сокета: ыhow lldp remote_ports mode normal\r\n\r\r\nPort ID

В скрипт попадает: \nPort ID

А нужно, чтобы попало \n\nPort ID

а зачем ему именно два \n\n ?

В хитровжаренном CLI абсолютно две одинаковых строчки выполняют разные вещи

\n\nPort ID - локальный порт

\nPort ID - удаленный порт

Самый первый локальный порт скрипт "обкусывает" до \nPort ID

а как целиком выглядит вывод?

show lldp remote_port

\n\nPort ID : 1

\nЧего-то там

\nPort ID : 2

Причем, Port ID : 1 - это локальный порт, а Port ID : 2 - удаленный

Порты разделяются \n\n

Но скрипт САМЫЙ ПЕРВЫЙ в списке \n "рубает" вместе с повторением команды

Т.е. вывод выглядит так: "show stp remote_port\n\nPort ID : 1"

Мне нужно оставить связку \n\n

портов строго два?

Или как-то добавить "\n" в начало строки.

да легко

s="\n"+self.cli(".....")

Скорее всего так и решу.

Че-то не работает lldp с Сisco

Хитрая Cisco вместо shassis_id в каждую связку подставляет MAC адрес своего интерфейса

А на 3560 аж 52 интерфейса

s="\n"+self.cli(".....") не прокатило

Шаблон rx_line=re.compile(r"\n\nPort ID\s+:\s+",re.MULTILINE) не сработал

lldp с cisco работает

или ты про то, что там chassis_id разные могут быть?

да

Из-за этого связка между D-Link и Cisco Catalyst по LLDP не строится

красавчики

А в chassis_id можно больше одного MAC адреса запихнуть?

cat-3560g#show interfaces | include Hardware is

Hardware is EtherSVI, address is 0024.1301.b540 (bia 0024.1301.b540)

Hardware is EtherSVI, address is 0024.1301.b541 (bia 0024.1301.b541)

Hardware is Gigabit Ethernet, address is 0024.1301.b501 (bia 0024.1301.b501)

Hardware is Gigabit Ethernet, address is 0024.1301.b502 (bia 0024.1301.b502)

Hardware is Gigabit Ethernet, address is 0024.1301.b503 (bia 0024.1301.b503)

Шеститонник честно предупреждает об этом:

6509_core_switch#show catalyst6000 chassis-mac-addresses

chassis MAC addresses: 1024 addresses from 0005.7497.4900 to 0005.7497.4cff

6509_core_switch#

это да

вроде он в LLDP использовал младший mac

Ну, значит это только болезнь 3560 каталистов. Ондако, как-то с этим нужно бороться.

попробую завтра проверить на других

Я вижу путь решения только один - сделать возможность хранения несколько MAC адресов в chassis_id

теоретически можно разрешить get_chassis_id возвращать не только MAC, то и список MAC'ов

А можно?

А скрипт пусть идет по списку и смотрит, какой из них подходит.

Я даже патч напишу.

В смысле патч для Cisco.IOS.get_chassis_id.py

Base ethernet MAC Address : 00:1B:2B:78:17:80

это вот у мелких каталистов

и все равно разные маки отдает?

Base ethernet MAC Address : 00:24:13:01:B5:00

[{'local_interface': '1', 'neighbors': [{'remote_capabilities': 20, 'remote_chassis_id': '00:24:13:01:B5:1B', 'remote_chassis_id_subtype': 4, 'remote_port': 'Olmat', 'remote_port_subtype': 1, 'remote_system_name': 'sever-cat-3560g.caletv.dp.ua'}]}]

00:24:13:01:B5:1B - Gi0/27

вот собака страшная

Т.е B5:00 + 27 (десятичное) = B5:1B

на шеститонниках так же?

У меня старая версия IOS. Там нет LLDP.

у меня просто LLDP только на блейдовых свичах

подозреваю, что придется делать вот так

сделать еще интерфейс get_chassis_ids

который возвращает список MAC'ов

О!

а дальше так

в IGetTopologyData

Да. Было бы не плохо

если есть такой скрипт, то возвращать данные из него

нет - пустой список

а склеивать уже по тому, что вернули chassis_id и chassis_ids

Не. В IGetTopologyData пытаться выбрать из списка get_chassis_id + get_chassis_ids

не стоит ломать на корню то, что работает везде, кроме cisco

:)

Ты первый успел написать :)

в IGetTopologyData добавить еще одно поле

этот интерфейс по природе своей расширяем

и выдается Generic script'ом

то есть править все - в одном месте

Я подозреваю, что все устройства Cisco-like подобным страдают.

force10 не страдает

прокурвы - тоже

Я имею ввиду часть Allied Telesyn, Linksys, D-Link и т.п.

интересно - выдавать просто список маков, или же их диапазон?

наверное, все-таки, диапазон маков

Ээээ. Я бы список MAC адресов. Но чтобы оно умело и из диапазона.

думаю дырок не бывает

:)

sever-cat-3560g#show interfaces | include Hardware is

Hardware is EtherSVI, address is 0024.1301.b540 (bia 0024.1301.b540)

Hardware is EtherSVI, address is 0024.1301.b541 (bia 0024.1301.b541)

Hardware is Gigabit Ethernet, address is 0024.1301.b501 (bia 0024.1301.b501)

Hardware is Gigabit Ethernet, address is 0024.1301.b502 (bia 0024.1301.b502)

Ну

вот и бери - минимум и максимум

Последний адрес:

Hardware is Gigabit Ethernet, address is 0024.1301.b51b (bia 0024.1301.b51b)

Hardware is Gigabit Ethernet, address is 0024.1301.b51c (bia 0024.1301.b51c)

sever-cat-3560g#

будет .b540 - .b51c

Между 0024.1301.b51c и 0024.1301.b540 огого как много!

b

и

не так уж и много

а

оно вниз пошло

36 штук

cisco нарезает диапазон mac'ов на ящик

в зависимости от количества интерфейсов и vlan'ов

это точно абсолютно

может и формулой поделишься ? :)

у шеститонников, кстати, 1024 MAC'а всего

Проще список (хэш) сделать, а не диапазон. Хотя тормозить будет не по детски.

Cisco_s72033_rp_12_2_18_SXF14_get_chassis_id_0001.py:'show catalyst6000 chassis-mac-addresses': 'show catalyst6000 chassis-mac-addresses\n chassis MAC addresses: 64 addresses from 0014.1b33.1cc0 to 0014.1b33.1cff\n',

Cisco_s72033_rp_12_2_33_SXH2a_get_chassis_id_0001.py:'show catalyst6000 chassis-mac-addresses': 'show catalyst6000 chassis-mac-addresses\n chassis MAC addresses: 1024 addresses from 0019.07da.ac00 to 0019.07da.afff\n',

это в тушенке

таки меняется

ничем помочь не могую

Я домой. Надеюсь завтра решим эту проблему.

будем возвращать минимальный и максимальный адреса

я тоже домой

Есть у меня подозрение, что киска тут ни при чем, а дурит DLink

подсовывая в качестве chassis id MAC из пакета