nocproject.org

dvolodin: а это нормально, что у меня платы рисуются и в шасси и отдельно?

какие платы?

ну я вчера сделал модели шасси FastIron 400, сделал платы, шасси, правило соединения

захожу в инвентори железки, у меня рисует шасси, в нем платы. Если свернуть шасси, то ниже идут те же платы

management на платах не прописывал случайно?

и еще одна тонкость. Ты не указал в описании, что надо выдавать трансиверы вслед за соответсвующей им платой. Если их выдавать отдельно в самом конце - все трансиверы пририсуются в шасси

указал :)

ща поправлю

утюги завелись?

угу

старые пока

только трансиверы не встают. Если я serial=None отдаю - это должно их запихнуть в шасси или нет?

от чего каталист 45-й с суп4 может периодически не отвечать на снмп-запросы? на графике загрузке проца выпадов нет. в какую сторону лучше начать копать?

проблем с IP-доступностью вроде нет, иначе они бы были заметны

причём, нок ещё на это не напарывался (ну или нигде об этом не сигнализировал), а вот мртг бывает по несколько раз в сутик

*сутки

таймаута snmp не хватает на ответ?

timeout: 2s

retries: 5

тогда хз

как я не люблю дебажить мистику...

в очередной раз наткнулся на неприятный момент: нельзя так просто взять и скопировать список vlan'ов с интерфейса в sa - managed objects - interfaces - switchports

dvolodin: утюги завелись, но трансиверы в порты не втыкает. Хотя по логам - вроде находит, куда втыкать

если открыть инвентори объекта - все порты -- EMPTY --

пащему?

и молчит как партизан?

http://pastebin.com/C6jeP6QX вот такой лог дискавери

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

только "вроде".

их же должно быть видно в инвентори железяки?

в порту

а там пусто...

SNUNKNOWN

в этом что-то есть

ну нету у меня серийника для SFP =).

какое надо отдать? отдавал None - все-равно не втыкалось

потому и нет их

должны быть разные?

серийник нуже

да

понятно

иначе он один будет перетыкать по кругу

и чо делать, если железка не умеет дергать серийник?

думать надо

понятно

нужен какой-то уникальный идентификатор

у меня такие же блоки питания в каждом шасси. Серийника нет, питальники у каждого шасси одинаковые

от 1 до 4 штук в зависимости от шасси

блоки без серийника я нашел на Cisco 7201

не, они с серийником на наклейке. Но железка наклейку смотреть не умеет

в новых железках тоже не для каждого трансивера есть серийник/вендор. Есть такое, что просто "SFP-LX"

ну и генерировать где-то внутри без привзяки к железу - значит на каждый заход сгенерится новый серийник и трансиверы/БП расплодятся хуже мошек

а с привязкой к железу - не узнаешь о смене трансивера, хотя и так не узнаешь

может генерировать и считать, что не менялось, а если чо - кнопкой "достать" из железки, чтоб новый загенерило?

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

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

ну да

в скрипте лучше делать, или ты в джоб засунешь?

подумать надо, как оно вообще

dvolodin, я все к вчерашнему с 6500. Смотри - есть рулзы 7600. С шасси у меня прилетает 3 VTT модуля и 2 CLK. Я делаю новые коннекшены для них как 6500, модельки опять же, и в рулах 7600 добавляю 3 слота VTT соответственно на шасси. Все верно?

ну да

VTT это что за фигня?

7600 отличается от 6500 только цветом корпуса ;)

и part_no в EEPROM

WS-C6K-VTT=

это контроль вольтажа

из по 3 штуки на шасси

интересно, зачем?

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

dvolodin, говоришь только партнамбером - а коннекшены все те хе?

фантрей допустим

если подходит к шасси - то да

карты и супы - те же

это то да. Ну хочешь сказать что зря делать коннекшены для 6500?

почему

сделай шасси отдельное, не убудет

а на 7600 тоже ведь VTT есть

да, и еще скрипт get_inventory у меня не все выдергивает.. супы и карты не видит, видимо что то с regexp

поразбираюсь сегодня где затык

типы проверяй

там таблица mapping'ов названий в типы

хм

Set context chassis = None -> chassis=None, Nchassis=7, NN=7, N=None

Reset context scopes linecard, sup, clk, vtt -> chassis=None, Nchassis=7, NN=7, N=None

Trying to connect #0. CHASSIS (chassis=None, NN=0, Nchassis=0, N=None)

т е не определяет тип?

почему

тип у него CHASSIS

ну тогда что тут не так?)

абсолютно

в анкноунах ничего не светится,, а БП не цепляется.

хотя #0 -- это точно шасси

там дальше тоже самое, только номер меняется.

dvolodin, открой мне страшную тайну, зачем ты разделяешь LH и LX трансиверы?

я их не разделяю

их juniper разделяет

:)

вот голубятня

у циски давно уже lx/lh в одном флаконе, и думать не надо

dvolodin, куда еще можно поглядеть?

так... FastIron SX800 запилил

надо ему теперь трансиверы мучать

потом вентиляторы, БП...

zi_rus: а у juniper'а давно все LH

кстати у 6500 модули все NAME - номера просто

как подебажить?

elif "XFP" in pid or "GLC" in pid or "SFP" in descr:

number = name.split()[2].split("/")[-1]

if pid == '':

pid = "NoName | Transceiver | 1G | Unknown SFP"

return "XCVR", number, pid

это нормально

zi_rus: что именно продебажить?

не срабатывает if pid

или что-то еще

print repr(pid) воткни

NAME: "module mau 0/1/0/6", DESCR: "SFP"

PID: , VID: N/A, SN: AGM121729WG

вот это хочу отловить

NAME: "1", DESCR: "WS-X6K-SUP2-2GE 2 ports Catalyst 6000 supervisor 2 Rev. 2.0"

PID: WS-X6K-SUP2-2GE , VID: , SN: SAD04490A9T

кто о чём, а я снова о своём. где есть подробнее про конфигдифф пирули?

я хочу суть понять, он разбирает новый конфиг или дифф?

и то и другое

и выкусывает лишнее перед diff'ом

а какие есть средства для быстрого теста таких пирулей?

хм

я про такие не знаю

это обычная функция

на входе текст, и на выходе текст

тестировать можно ./noc shell

но на входе текст нового конфига?

а как правильно noname вендора вернуть?

а нет

все нормально

а, я кажется понял, есть iconfigfilter, а есть iconfigdifffilter

dvolodin, для линейных карт и супов параметр 'number': '' критичен - или там все равно по порядку втыкаться будет в подходящие слоты?

заодно и стоит ли revision там снимать с таких штук как SUP MSFC PFC, а то они не в VID , а в Description сейчас матчит.

гм... регэксп чот на re-try срабатывает, а на железе - нет :(

dvolodin, у меня вот такие переделки получились - http://pastebin.com/ERWYjBXC

mikevlz, у меня чаще наоборот происходит

_4ePTeHok: от правил зависит

глянь тогда пасту

MSFC и PFC я нарочно выкинул

6500 отдает все слоты с NAME - номерами.

эм. зачем?)

пока не ясно куда и как их вставлять?

dvolodin: можешь помочь с регэкспом? http://pastebin.com/z4ummwDh

там вывод с железки и сам регэксп. в re-try выдергивает серийник, в скрипте - не дергает. метод везде findall использую

Unknown part number for Cisco s222_rp: WS-F6K-PFC2 (WS-F6K-PFC2 Policy Feature Card 2 Rev. 2.2)

Unknown part number for Cisco s222_rp: WS-F6K-MSFC2 (WS-F6K-MSFC2 Cat6k MSFC 2 daughterboard Rev. 1.13)

Unknown part number for Cisco s222_rp: WS-X6K-S2U-MSFC2 (WS-X6K-S2U-MSFC2 2 ports Catalyst 6000 supervisor 2 Rev. 2.17)

Unknown part number for Cisco s222_rp: WS-X6416-GBIC (WS-X6416-GBIC 16 port 1000mb GBIC ethernet Rev. 2.6)

вот отсюда ревизии стоит выдергивать в отдельную переменную?)

ну а почему бы нет

там сабматч по дескрипшену тогда придется.

а

тогда нафиг не надо

вопрос снимаю

регэксп верный, а вот железка ведет себя некрасиво

с включенным пейджером выводит данные по sfp, с отключенным - нет

очешуеть

ну тогда глянь http://pastebin.com/ERWYjBXC на предмет закомиттить, у меня с ними определяет 6500 модули.

без выдачи номеров слотов только. Они в Name лежат там))

первые две правки - разумны

я же верно понимаю, что "number": number, - это слот?

нет

просто порядковый номер?

точнее -- для карты, да

номер слота

дык а чем не нравятся PFC/MSFC?

нафиг они

у тебя есть привычка их выкручивать и переставлять?

нед. но инвентори - это ж бд того что там есть.

зачем внутреннее устройство карт держать

если ты не покупаешь эти модули отдельно

Clk мы вроде тоже не выкручиваем

однако оно есть

к нему подключается что-то

а к PFC нет

а DFC мы прописываем потому, что они закупаются отдельно и стоят как подержанный самосвал

ну хз, странно по стоимости решать - писать в инвентори или нет)

ну не по стоимости

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

если каждый компонент не живет отдельно

DFC ты можешь достать и переставить на другую карту

ну тогда в супе уже надо прописывать что там есть мсфц +пфц

А зачем?

что даст тебе эта информация?

вдруг будет железка где суп без них?

бугага

тогда это будет другой part number

и железка будет называться ASR9k :)

сделал так, что скрипт спрашивает каждый слот на предмет show media, так вывод желеки не успевает за скриптом... :(

или CRS-1

dvolodin: как победить? скрипт спрашивает уже 4-й слот, а железка еще выдает инфу по второму.

а когда спрашивал второй слот - еще первый отдаваться не закончил

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

нет

промпт она не выдает

а как ты команды ей посылаешь?

self.cli()

одной?

в цикле

она точно должна дождаться промпта между командами

self.cli("show media slot %s" % match1[0])

по логам - не ждет нифига

не может такого быть

показывай логи

http://pastebin.com/M7mbuctS

промпт наверное кривой, но в логе нету EVENT(PROMPT)

оно может сматчить Part#: в теории, или Serial#:

с таким промптом

Port 2/1: Type : 10GE LR 10km (SFP +)

Vendor: OEM Version:

Part# : ML-P20T Serial#: SX23222600009

Port 2/2: Type : EMPTY

пример вывода

dvolodin, посмотри сюда NOC-1230

dvolodin: если уж решил выкидывать msfc и pfc, то и из правил их выпилить надо и где они там ещё в моём патче были

mikevlz: ну да

адаптивный делай

естественно, порно у тебя

lexus-omsk: я их выпилил везде

по-моему нет, я по коммитам смотрел на bb, как обновлюсь - ещё раз проверю у себя

народ, кому скучно, посмторите на это

!!! UNKNOWN: {'serial': 'ONT123602HD', 'pid': 'TRT5024EN-SMC-13', 'name': 'TenGigabitEthernet1/29', 'vid': '01', 'descr': '10Gbase-LR'}

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

чтобы этот китайский х2 матчился

if ("Transceiver" in descr or

фактически ему только type не хватает

name.startswith("GigabitEthernet") or

pid.startswith("X2-")):

впиши or name.startswith("TenGigabitEthernet")

ок

и там еще засадка будет

точно, это логично

погоди, патчик дам

гожу

а чем отличается connection type Tranciever | GBIC от Tranciever | GBIC | Cisco?

http://pastie.org/8494761

если карта цисковская - то второй берем?

_4ePTeHok, циско и не циско, есть мнение что делать не циско и отказаться от разделения

10-ки, наверное, Cisco делаем

dvolodin, а как же этот китаец для которого ты только что патч рисовал

кстати его как noname надо бы вернуть

хотя пофиг

dvolodin, connection rule указывается для всех объектов или только для шасси?

только для шасси

zi_rus: помогло?

да, сейчас все доделаю и в issue отпишу

sync-collections теперь не пишет update, если объект в JSON-файл внесли, а он уже был в БД?

dvolodin, все в NOC-1230 отписал

_4ePTeHok: пишет

непишет. вот только что перенес все в файлы. - молча прошел

удалил в морде, прогнал снова - нааписал про Created

и все же. Где еще можно нарыть информации - почему не стыкует модули с шасси?

кто бы теперь это обрабатывал и коммитил

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

zi_rus: патч на get_inventory сомнителен

ох я чую весело будет параллельные патчи вносить.

dvolodin, какой именно? там их три

для IOS XR возможно

для IOS

я вот что думаю вообще

+ if pid in ("N/A", "Unspecified", "1000BASE-LX"):?????

почему нет

если пид такой кривой, значит там левак

может быть там сделать такой хитрый ход

я же не настаиваю, если у тебя есть лучше решение, которое отловит такое

NAME: "GigabitEthernet1/2", DESCR: "1000BaseLH"

PID: 1000BASE-LX , VID: A0 , SN: H11L432

неизвестные трансиверы отдавать как, скажем Unknown | Transceiver | 1000BASE-LX

при этом мы не знаем его тип

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

SFP это или GBIC

discovery при поиске будет искать только по серийнику

так...похоже начало цеплятся.

а если это новый объект -- то ищем подходящий unknown по connection type ?

dvolodin, http://pastebin.com/bbDEgsQQ что бы это значило?)

каюк монге)

есть, подебил его

db.repairDatabase()

нет

db.noc.objects.remove({_id: ObjectId("528c440a5c8b821225468b1f")})

пачти

а нок пишет в логах куда-нибудь о срабатывании пируля?

zi_rus: смотри

вижу пока такой алгоритм

Скрипт возвращает левые трансиверы как part no "Unknown | Transceiver | <тип>"

где тип, скажем, 1000Base-LX

для таких мы на первом этапе не проводим поиск объекта

а начинаем чесаться только когда строим соединения

проверяем, если трансивер с этим серийником в этой дырке уже есть - то хорошо

dvolodin, у меня эта ошибка повторяется, после выполнения джоба asset. log asset - http://pastebin.com/Cy1R8AqT

это уже правда на другой железке

dvolodin, и твое предложение какое? что делать чтобы причесать это безобразие что есть сейчас

погоди, сейчас колбашу

аццукий поток сознания выродился

даже не знаю, чтоит ли этого бояться

*стоит

стоит

черт

нок и так страшная вещь

да там вообще пипец вышел аццкий

суть такая

из скрипта отдавать тип трансивера

закоммитил

в общем там суть такая

скрипт на левак отдает Unknown | Transceiver | 1000BASELH

job находит под него дырку

если там есть оптипа с этим серийником - он успокаивается

если нет -- смотрит на тип дырки

скажем, видит Transceiver | SFP

дальше делает следующее колдунство

расшибает 1000BASELH на 1000 и LH

1000 заменяет на 1G

склеивает все вместе и получает No Name | Transceiver | 1G | SFP LH

и на него создает объект

если дырка будет X2 и скрипт вернет 10GBASEZR

то воткнется NoName | Transceiver | 10G | X2 ZR

как-то так :)

я ничего не понял но выглядит устрашающе :)

особенно часть с расшибанием

ага

еще раз тогда

проблема вот в чем

китайцы

да

вот и вся проблема

мы про них знаем, фактически, только media

форм-фактора не знаем

форм-фактор мы можем узнать только в момент, когда будем засовывать эту хню в дырку

это там, где job пишет trying to connect ....

и мы отклаываем обнаружение типа ровно до этого момента

так понятнее

то есть скрипт нам выдает media

и мы конвертируем его в название модели

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

в репо уже

у juniper'а такая проблема не стоит

он честно отдает SFP-LX, SFP+-10G-LR и так далее

алгоритм работает если киска отдает в PID N/A или Unknown

наверное, его же надо включить для PID вида 1000BASE-LX

эмммм, а разве не это было в старом скрипте?

http://pastie.org/8495107

примерно так

старый скрипт отдавал все как SFP

посмотри его таблицу

X2 китайский он никак не мог отдать корректно, так как не знал, что это X2

!!! UNKNOWN: {'serial': 'ONT123602HD', 'pid': 'TRT5024EN-SMC-13', 'name': 'TenGigabitEthernet1/29', 'vid': '01', 'descr': '10Gbase-LR'}

вот, смотри

где тут X2 вообще?

в телепатии

нок пора научить

:)

вот он и телепатирует

для этого X2 у тебя еще PID осмысленый

а втот был бы 10GBase-LR

и все

там дальше еще можно попробовать определить таки вендора по префиксам серийника

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

в момент втыкания проверять, есть ли там железка

если нет -- ставить эту и генерировать какой-то рандомный номер ему

dvolodin, в коннекшен рулзе 7600 так и остался pfc/msfc/

только что обновлялся

да?

ну выкини

глянь трейс плиз http://pastebin.com/69YqCyQj

не могу понять где накосячил.

объект удаляю - при запуске джоба оно снова трейсится.

закоммитил фикс для правил

db.noc.objects.remove({model: ObjectId("528b74ef5c8b82725af590c4")})

бблядь

elif lo == 0 or pid.startswith("CISCO") or pid.startswith("WS-C"):

return "CHASSIS", number, pid

WS-CAC-1300W - 110/220v AC power supply, 1360 watt 1

ы

а я не могу понять, чо ж не соединяет.

соеденило после правки вот того

о сколько нам открытий чудных

охохох, оно начало коннетить...)

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

чота чую мне не избавиться от новых писем по конфиг хэз бин чейнджед

написал пирулю для вырезания из диффа строчек с ацл

теперь приходит такой дифф

--- a/core-sw

+++ b/core-sw

@@ -1,1 +1,1 @@

-2125 (2013-11-20 16:25:37)

+2126 (2013-11-20 16:40:38)

где 2125, 2126 это номера ревизий

так, а 10/100/1000 порты у нас как именуются в инвентори?

rj-45

ура. Наконец то все разпознало и подключило.

хм. Суп сцуко не цепляется.

где-нибудь через годик и у меня дойдут руки до всего того, о чём вы сейчас тут гутарите

тогда уже концепция опять поменяется и нок уйдет на переделку

ну вон на новую схему днс-синхронизации я две недели назад перешёл

как же мне конфиги победить

я на новый днс вообще еще не перешел

а старый же сломали

вообще без днс?

да

а надо

хорошая штука

я вот всё до vc provisioning не могу добраться

впрочем, о чём я. почти половина коммутаторов это длинк дир-100, мать его в жопу за ногу

vc это головняк хуже инвентори и fm вместе взятых

http://www.geraldoreports.org

мы хотим такое себе?

а что это?

библиотечка для генерации отчетов

интересно

на чем мы с моделями остановились?

заработала распознавалка дырок?

эмм

у меня не вставляется невидимая сфп

это какая?

NAME: "module mau 0/1/0/6", DESCR: "SFP"

PID: , VID: N/A, SN: AGM121729WG

XR

в инвентори пустая дырка

!!! UNKNOWN: {'serial': 'AGM121729WG', 'pid': '', 'name': 'module mau 0/1/0/6', 'vid': 'N/A', 'descr': 'SFP'}

dvolodin, видимо надо скрипт подправить, но я еще не въехал в новую концепцию, куда костыль ставить

а

ну тут капитально, да

if not pid:

return None, None, None

ага

ну а чего тут придумать-то?

Unknown | Transceiver | Unknown :)

+ elif "XFP" in pid or "GLC" in pid or "SFP" in descr:

number = name.split()[2].split("/")[-1]

+ if pid == '':

+ pid = "NoName | Transceiver | 1G | Unknown SFP"

я так предлагал

ты не принял

это твой коммит none none none

ну только без скорости

подправишь?

не совсем так

if not pid:

pid = self.get_transceiver_pid(descr)

if not pid:

return None, None, None

это у меня

ну вот не работает как видишь

у меня так же

root@noc:/opt/noc/sa/profiles/Cisco/IOSXR # hg diff

root@noc:/opt/noc/sa/profiles/Cisco/IOSXR #

да, не сматчится

надо какой-нибудь бестолковый тип вернуть, чтобы видно было, что это заглушка

ну как заглушка

там просто цисковскаяя же glc-t

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

Ж)

ASR9k поддерживает только sfpe-ge-t

*sfp-ge-t

прсто есть волшебная командочка

transceiver permit pid all

вот и получаем что получаем

а если так?

http://pastie.org/8496098

пусть будет медяхой

все равно делать функцию ручной конверсии

с указанием вендора

а смысл привязываться к формату?

почему сразу медь?

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

разве нет?

return "Unknown | Transceiver | Unknown"

?

да

а что там дальше твоя система делает

пропишет noname вендора

тип 1g sfp сделает

она ждет Unknown | Transceiver | <speed>BASE<media>

а больше про это ничего не известно, кроме серийника

по дырке она поймет, что это SFP

по логике вещей нужно вставить что-то вроде NoName | Transceiver | Unknown SFP

без скорости и прочих извратов

NOC-1230

в самом начале

самый первый объект

)))

Да, только тут не 1G

а просто SFP

Со всемы мыслимыми протоколами

нюансы

ну да

там, по идеет, на все формфакторы нужно

закоммитил

схавало?

проверяю

млять

Failed to connect: Incompatible connection types: Transceiver | SFP - Transceiver | SFP | Cisco

=)))))))))))))))

dvolodin, http://pastebin.com/sYgeADnz

:)

погоди

мы ее другим обломаем

может нам сделать еще модель NoName | Transceiver | Unknown SFP | Cisco

?

по-моему это извращение, сейчас циска, потом будет не циска, ты же их не отличишь

по connection type

эээ

ты медную от оптической отличить не можешь

как ты циску от нециски отличать будешь?

сказано в дырку пихать киску - значет киска, если влезла :)

transceiver permit pid all

примет все что по размеру подошло

http://pastie.org/8496169

попробуй так

но, если оно принимает все, то да, lock нужно убирать

Unknown model 'NoName | Transceiver | Unknown SFP | Cisco'

отлично

но я за удаление лока

а теперь лови

Извращенные формы шаманизма :)

А потом сервачники точно так же будут иметься с безымянными планками памяти :)

dvolodin, вставила. а что значит replace? это как понимать?

в питоне?

замена подстроки на другую

"aaaabbccccddddbbbf".replace("b", "B") -> "aaaaBBccccddddBBf"

нет, в дескрипшене этой модели

а

что ты имел ввиду

сделаю функционал ручного уточнения

если железка не определяет нормально -- можно будет руками точно указать

если так, то за указанным еще следить надо

если переткнули

А для этих unknown отчетик сделаем

по серийнику сразу определять

ну да

если он уникальный

тогда ручной тип сохранится

dvolodin, что-то поломалось у одной железки

http://pastebin.com/X2hrNiAV

db.noc.objects.find({"model": ObjectId("528c77e7f3b68213faf03d45")})

я потом примотаю проверку целостности

> db.noc.objects.find({"model": ObjectId("528c77e7f3b68213faf03d45")})

{ "_id" : ObjectId("528c785ef3b682169aeb26c2"), "data" : { "asset" : { "serial" : "ONT123602HD", "revision" : "01" } }, "model" : ObjectId("528c77e7f3b68213faf03d45") }

{ "_id" : ObjectId("528c785ef3b682169aeb26c3"), "data" : { "asset" : { "serial" : "ONT123600J3", "revision" : "01" } }, "model" : ObjectId("528c77e7f3b68213faf03d45") }

приделаешь потом, а не работает сейчас

db.noc.objects.remove({"model": ObjectId("528c77e7f3b68213faf03d45")})

не помогло

> db.noc.objects.remove({"model": ObjectId("528c77e7f3b68213faf03d45")})

>

тот же трейс

Unable to dereference <class 'noc.inv.models.object.Object'>:528c785ef3b682169aeb26c2

> db.noc.objects.find({"model": ObjectId("528c77e7f3b68213faf03d45")})

>

http://pastie.org/8496205

вот такое накати

не помогло

UNHANDLED EXCEPTION (2013-11-20 23:14:20.614548)

Working directory: /opt/noc

<class 'mongoengine.base.ValidationError'>

Unable to dereference <class 'noc.inv.models.object.Object'>:528c785ef3b682169aeb26c2 [db.noc.objects.remove({_id: ObjectId("528c785ef3b682169aeb26c2")}) to remove]

вот и попробуй так

db.noc.objects.remove({_id: ObjectId("528c785ef3b682169aeb26c2")})

не помогает

может дропнуть чего? это тест, мне нежалко, если обратно все соберет

*не жалко

db.noc.objects и db.noc.objectconnections

просралась

а

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

надо только для 7600 модель для рсп и psu сделать и все мои железки вроде как в нок помещаются

ну и чудно

у некоторых трансиверов с пидом N/A, серийник очень похож на finisar

finisar-like transceiver

:)

ну а че, вот финисары который распознаны FNS16460D46 FNS0838K0WZ. а вот неизвестные FNS170417WD FNS17040Z54

возможно 7600 чего-то в пиде не нравится, а 4924 его нормально достает

7600 вообще у гиговых трансиверов у меня пиды почти нигде не показывает

ага

и что с этими unknown models делать?

NoName | Transceiver | Unknown SFP | Cisco

Unknown | Transceiver | Unknown -> NoName | Transceiver | Unknown SFP | Cisco

NoName | Transceiver | 1G | SFP T

Unknown | Transceiver | 1000BASET -> NoName | Transceiver | 1G | SFP T

стереть