гори в аду, длинк

@dmitryluhtionov Можно тебя спросить, чеи принципиально отличаются профили длинка cisco-cli и smart?

офтоп, но ежли кто еще не видел

https://geektimes.ru/post/280034/?utm_campaign=email_digest&utm_source=email_geektimes&utm_medium=email_week_20160907&utm_content=link2post

Утро вам! Как сейчас правильно дебажить, почему свитчи не линкуются? Те же самые dlink

которые вместо порта мак отдают :/

Доброе утро. также: ./noc discovery run --check=stp,lldp box MOName

Можно, дебаг добавить: ./noc discovery --debug run --check=stp,lldp box MOName

вместо stp или lldp можно другие методы указать.

Unable to decode local subtype port id 00:1E:58:D2:12:FF at campus14 Reject link: Reject link: campus14:7 — campus14-13-7:50

Значит он примерно представляет, что куда, но из-за мака вместо порта ничего не делает?

надо посмотреть чтобы правильный subtype отдавался

@akubatkin что-то писал по этому поводу

насчёт багов в LLDP для DLink

даже, что-то, исправлял

@EKbfh дебаг get_lldp_neighbors с обеих сторон, пожалуйста

@EKbfh дебаг get_lldp_neighbors с обеих сторон, пожалуйста

http://pastebin.com/szrBhwke http://pastebin.com/LEWWWxYE http://pastebin.com/9LbaMKG3

к первому подключены второй и третий

разных моделей

./noc script --debug --pretty get_lldp_neighbors MO_NAME интересны в первую очередь записи вида Chassis Id Subtype : MACADDRESS Chassis Id : 00-21-91-57-E6-CD Port Id Subtype : LOCAL Port ID : 1/25

а что флаг притти делает?

красивость вывода

+)

так, на всех 3х?

видимо да, смысл в том, что в get_lldp_neighbors.py конкретного профиля прописаны subtype порта и шасси и при этом оно чувствительно к регистру, если в фильтр поиска не попал - тип не определяется, поэтому надо прописывать все возможные типы, а на разных длинках они прописаны по-разному

пример n["remote_port_subtype"] = { "interface alias": 1, # DES-3526 6.00 B48 and DES-3526 6.00 B49 "nterface alias": 1, "port component": 2, "mac address": 3, "macaddress": 3, "network address": 4, "interface name": 5, "interface_name": 5, "agent circuit id": 6, "locally assigned": 7, "local": 7

или вот для dlink.cisco_cli n["remote_port_subtype"] = { "interface alias": 1, "port component": 2, "mac address": 3, "macAddress": 3, "network address": 4, "interface name": 5, "Interface Name": 5, "Interface name": 5, "agent circuit id": 6, "locally assigned": 7, "local": 7

если в выводе ./noc script --debug --pretty get_lldp_neighbors MO_NAME красиво(с отступами) выведутся не все интерфейсы, на которых были обнаружены соседы, значит что-то где-то не совпадает и надо проверить вышеобозначенные поля

посмотри пожал. http://pastebin.com/mbmRESPd

ну все правильно оно и не должно соединять их

что теперь, длинки пристрелить?)

в общем, когда-то давно, до 15-го релиза они линковались

но когда я включал все-все TLV

нет

на обоих свитчах

не будут они линковаться

но они линковались +) на деввелопе

не по stp, т.к. отключён там

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

ты точно прочитал, что запостил ? Port ID : 23 ------------------------------------------------------------------------------- Remote Entities Count : 1 Entity 1 Chassis ID Subtype : MAC Address Chassis ID : 5C-D9-98-36-14-00 Port ID Subtype : MAC Address Port ID : 5C-D9-98-36-14-FF Port Description : D-Link DGS-3627 R2.84.B48 Port 24

тебя ничего не смущает здесь ?

то, что в Port id мак адрес?

ну допустим. а еще ? ты точно работал с длинками ?

:) допрос с пристрастием

ну допустим. а еще ? ты точно работал с длинками ?

Ничего не смущает

просто за 23 портом такой же свитч

ну, я задолбался раз в полгода рассказывать всем про d-link и его lldp

я прекрасно помню в ирке логи

сделать-то что-то можно?

ладно. расскажу еще раз

у D-link серии DGS-36xx, возможно еще в каких-то, все физические порты имеют один и тот же MAC адрес

Дим, напиши лучше tutorial

нам нужен рулильщик контентом :)

пора переделывать и сайт, и wiki

и форум докручивать

была идея сделать основной сайт статическим

на чем-то вроде https://jekyllrb.com

Единственный способ узнать номер порта - распарсить "Port Description" Но для этого, железка, куда воткнут этот длинк, должна: 1 по lldp показывать port description 2 в скрипте get_lldp_neighbors должен парсится port_description

полно материалов накопилось

Дим, а куда делась девушка, которая документацию писала ?

в том числе и по сайзингу

девушка куда-то подевалась

на чем-то вроде https://jekyllrb.com

pelican мб?

Ох, я же хотел документацию писать...

@CS_uJIu4 надо писать:) могу присоединиться

надо причесать сайт, составить список необходимого

и потопать по нему, глядишь, кто-нибудь и присоединится

Если меня немного поменеджить - я могу статейки молотить.

дак я тоже:) менеджер нужен

Типа разобрался - описал.

Хм, ну или взяться поменеджить.

потому что статейки-то пишем, только их никто найти не может

Тольк мне сначала с базовой совсем начать.

Через пару часов можно попробовать обсудить.

Мне с 5 систем надо будет собрать примерно 10к узлов/девайсов, как раз на примере покопаться в документации.

как я себе вижу сайт

делаем git'овский repo на github

делаем разметку jeckill

сажаем менеджера с правом коммита

static site generator + ci + github

кто хочет статью или блог -- pull request

блог отдельно

Гляньте на пеликан?

мне вот вариант как у прометея очень нравится https://prometheus.io/docs/alerting/configuration/

хостить можно либо у себя, либо на github pages

прометей на чем доку держит?

необходимо чтобы к блогу можно было задавать вопросы и помечать неверности

иначе, там копятся ошибки

для документации это критично

Это можно дискас например прикрутить.

Ну, или хотя на гитхабе же.

discuss или flarum, да

прометей на чем доку держит?

https://github.com/prometheus/docs

https://staticsitegenerators.net/

плюс кто-то может что-то от себя добавлять, как лучше сделать. Для всяких How-to это важно

ну или можно заводить отдельные страницы с примерами

The definitive listing of Static Site Generators — all 437 of them!

чтобы туда можно было оставлять свои наработки

Блиииин.