nocproject.org

с кроссировкой получается что-то вроде такого

http://kb.nocproject.org/display/DEV/ObjectModel

со сплиттерами тоже вроде решается добавлением интерфейса http://kb.nocproject.org/display/DEV/splitter

zi_rus: вот набросал с протоколами

http://kb.nocproject.org/display/DEV/Protocols

https://bitbucket.org/nocproject/noc/commits/220d006a6d39ccf782bc03b5e6fef7182e2bee65

посмотри Force10 S-series

прописал протоколы для блоков питания и для консоли

заодно удалось описать разницу между DCU и DTU на консоли

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

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

а для ethernet постеснялся protоcols прописать

кстати, по поводу ground

что-то я сомневаюсь в необходимости этой штуки в модели

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

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

а

для eth еще не придумал

для eth почему не сделать просто eth_10M, eth_100M, eth_1G, eth_10G, eth_40G, eth_100G

с sfp сложнее

хотя

sfp_100M, sfp_1G, sfp+_10G или sfp_plus_10G

лаконично и прозрачно

пишут что есть еще sfp_1.25G

хотя нет

для eth

по-другому надо, чтобы различать медь и оптику, single- и multi- mode

1000BASE-T

и так далее

такие названия и прозрачны и отражают суть

совместимость только прописать как-нибудь ZX и EX допустим

а еще соединение одноглазых sfp, они же парами идут

zi_home: нет, земля нужна

иногда нужны схемы организации заземления

так вот с SFP петрушка получается

делаем, скажем, 1000Base-LX

на tx у нас будет прописан протокол <1000Base-LX

на rx -- >1000Base-LX

а вот для одноволоконников придется вводить отдельный протокол

что-то вроде 1000Base-LX-bidi

или -duplex

и указывать без направления

а совместимость, того же ER и LR достаточно просто прописать

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

dvolodin, если ты собрался валидацию делать, то одноволоконки надо различать на концах

это очевидно

нельзя соединять две одинаковых

а чтобы различать, их надо как-то отмечать

там в model data трансивера должна быть tx lambda и rx lambda

а, то есть оно там есть

тогда проще, да

а можно и так, смотри

делать протокол 1000Base-LX-1350

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

тогда и не даст соединить их криво

а для одноглазиков нет отдельного стандарта?

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

тогда да 1000Base-LX-1350

dvolodin, смотри 1000BASE-BX10-D transmits a 1490-nm channel and receives a 1310-nm signal, whereas 1000BASE-BX10-U transmits at a 1310-nm wavelength and receives a 1490-nm signal

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

*стандарт

они разные бывают

не забывай про цветные трансиверы

я думаю просто лямбду укажем

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

не могу сейчас найти описание 1000BASE-BX10-D, что там говорится

ну или по твоему 1000BASE-BX10 (сокращенно), а доп опциями или где ты там хочешь, указать лямбды

я кстати хочу прo sdh напомнить

я вот к чему

его протоколы тоже нужны

пусть будет 1000BaseBX10-1310 и 1000BaseBX-1490

ммм

тоже вариант

нашед длинковские одноглазики, там 1310/1550

одного числа не хватает

оно или лишнее или писать сразу оба

Tx: 1550nm, Rx: 1310 nm

Tx: 1310nm, Rx: 1550 nm

Tx: 1550nm, Rx: 1310 nm

Tx: 1310nm, Rx: 1550 nm

нет

смотри

там одна дырка txrx

пишем на ней протоколы >1310,<1550

с мдругой стороны - наоборот

BX -- это же дуплексный LX?

судя по тому что я вижу BX10 == LX; BX40 == EX

ты же написал 1000BaseBX10-1310 - я так понял что ты хочешь указывать длину волны в названии

да

тогда BX нам не нужен

эээ

а что тогда

LX будет

просто у тебя же не полуится воткнуть sfp у которой на передачу 1490 в сфп у которой на прием 1550, а как ты их будешь различать? ведь протокол один 1000BASE-BX10-1310. или что ты задумал?

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

что меня остановит циску с длинком соединить?

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

если лямбды совпадают, то работать будет

а ты говоришь различать

http://pastie.org/8381815

мы же про протоколы говорим

я про другое

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

я видел, там есть и другие проблемы с моделью

я валидатор налабал

airflow exhaust я неправильно указал "назад" b вместо r

на psu aitflow не нужен

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

да

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

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

для psu можно делать по примеру force10 S

так по sfp ты что сейчас решил?

dvolodin , http://i.ebayimg.com/t/Phoenix-Combicon-1757035-MSTB-2-5-4-ST-5-08-New-/07/!BjTOn%29wBGk~$%28KGrHqUH-EUEt!3UB8T1BLS-,G7Oog~~_35.JPG

лямбда и мощность

это m или f?

там ST и G

это я в курсе, вопрос в определнии что есть м, а что ф

посмотри, что я прописал

я к тому что валидатор твой ругнулся

мне кажется он лжет

не должен

а, ну понятно в чем дело

ST это F или M?

(вид на картинке)

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

ST у меня прописано как M

G -- female

http://www.mouser.com/catalog/645/usd/1739.pdf

а почему? я обозвал наоборот

на картинках на рисунке G явный самэц

dvolodin, G это то что в верхнем ряду нарисовано,

да

мамы

а st - нижный

<dvolodin> на картинках на рисунке G явный самэц

ты по табличкам посмотри снизу

рисунок G

на рисунке G там для ST :)

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

я понял твою позицию

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

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

был бы нормальный способ исправить модель и отправить в репо, придется опять json'ы по файлам раскидывать

commit :)

с пушем

ты мигрируешь на ethrnet порты поле с протоколами или руками прописывать?

протоколы - руками

я же не знаю, какие они там

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

сейчас только табличку протоколов допиши

допишу

я пока не буду делать протоколы таблицей

не вижу смысла

http://kb.nocproject.org/display/DEV/Protocols

тут они будут

ну можно было на все ethernet тупо 10/100 прописать, а потом подправить

Dmitry1 уже жаловался, что в моем удивительном мире скорости начинаются от гигабита ;)

http://www.schelto.com/SFP/SFP%20MSA.pdf

что-то с SFP заморочился

так бы протокол между SFP и MAC обозвать?

что за мак

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

там что-то вроде XAUI на самом деле

но это, блин, застрелиться

TransEth100M, TransEth1G, TransEth10G

я думаю так и будет

http://kb.nocproject.org/display/DEV/Protocols

вот так, короче

так скоро в нок будут asic, dfc/pfc и прочая нечисть :) packet flow внутри железки и автоматический поиск узких мест :)