Вопрос: Как Fibre Channel Frames заполняются и пересекаются с Fabric?


Попытка обернуть голову вокруг того, как Fibre Channel Frames фактически заполняются и отправляются через коммутируемую структуру. Я понимаю WWNN WWPN, WWNN - это WWN фактического HBA, а WWPN - WWN фактически портов на карте. Так что если HBA имеет 4 порта, все они имеют один и тот же WWNN, но имеют разные WWPN. Тем не менее, не уверен, что WWNN вступает в игру с коммуникацией в ткани. Во-вторых, процесс FLOGI, с помощью которого новый узел N_port пытается войти в систему и получает назначенный динамический FCID. После завершения PLOGI узел N-port может отправить WWPN. Это поддерживает отношение WWPN к FCID ....

Наконец, адресация FC представляет собой комбинацию идентификатора домена, идентификатора области и идентификатора порта. Все 8 бит. Насколько я понимаю, он используется для определения места, где в структуре есть интерфейс? Итак, если у меня есть два домена домена 1 и домен 2, то 0100000 будет означать первую зону коммутации 00 и порт 00?

Кроме того, я все еще не уверен, как хост отправляет на другой хост. При взгляде на фрейм FC есть поля для идентификатора назначения и идентификатора источника, которые являются 24-битными FC-адресами или FCID. Мой вопрос заключается в том, чтобы эти DestID и SourceID были заполнены хостом HBA или коммутатором FC? Я думал, что хозяин только знал, что это собственный WWNN и WWPN от HBA?

Во-вторых, я не вижу нигде в кадре Fibre Channel, в который войдут WWNN или WWPN. Если они не используются только в процессе FLOGI и PLOGI для получения динамического FCID.

Спасибо за вашу помощь. Ценить это.

PS Я использую Cisco MDS и на наших хостах fcinfo для сбора информации, я не вижу способа получить FCID с помощью fcinfo на каждом хосте? Вот почему я смущен, если хост поддерживает список FCID назначения или нет.

Кроме того, для непосредственных подключенных хостов, нет коммутатора, подключаются ли хосты FLOGI друг к другу?


8
2017-08-22 19:20


Источник


Без каких-либо знаний об этой теме текст немного похож на этот «WWN WWNN, WWPN WWW FCID HBA ...» - Christopher Perrin


Ответы:


В начале хозяин знает WWNN и WWPN.

Ну, забудьте WWNN. WWNN, теоретически, должен быть одинаковым во всех портах всех HBA компьютера, но это редко бывает. Обычно это одно и то же на одном HBA, но я видел случай многопортового HBA с несколькими WWNN. Так что это немного беспорядок.

При входе в систему (FLOGI / PLOGI) хост узнает свой P_ID от коммутатора. И коммутатор узнает WWPN / WWNN от хоста. Следовательно, коммутаторы знают, какой WWPN назначается один к одному, к которому относится 24-бит P_ID.

Хост во время нормальной работы запрашивает коммутатор, например:

  • на какие WWPN мне разрешено общаться?
  • каков текущий P_ID WWPN, который я помню как мое блочное устройство (мой жесткий диск)?

Многие люди думают, что WWPN работает так же, как MAC-адрес, потому что номера выглядят «похожими». У них почти нет ничего общего и играют разные роли.

WWPN или WWNN никогда не используются в качестве адреса; P_ID есть. В DNS и IP-аналогий, WWPN подобен my.node.com: он идентифицирует адрес (111.112.113.114), но не служит адресом во время фактического сообщения; 111.112.113.114 делает. В FC, P_ID будет фактическим адресом, используемым в кадрах.

Это не идеальная аналогия. WWPN не совсем читается как DNS-имя. И P_ID немного полезнее IP, так как его самый формат помогает коммутаторам FC быстро узнать, как обращаться с фреймом. Во всяком случае, это большая картина.

Кстати, нет ничего похожего на MAC-адрес в FC (хорошо для нас!) - нет адресации низкого уровня ниже адресации P_ID.


4
2017-08-22 20:46



Есть ли способ увидеть PID хоста с хоста? Сохраняются ли PID удаленных устройств локально? Например, если nodeA хочет отправить nodeB, знает ли nodeA PID узла B? Также, если WWNN WWPN не имеет никакого отношения к передаче фреймов FC, как работают Ppoint-to-point? Подходит ли каждый узел друг к другу? - Jim
Да, запросы NodeA переключаются, а затем локально сохраняют текущий P_ID узла NodeB. Можно увидеть собственный P_ID, но это зависит от используемой ОС. Точка-точка без коммутатора не нуждается в PLOGI / FLOGI / WWNN / WWPN / P_ID: все, что мы видим на проводе, адресовано нам, все, что мы отправляем, адресовано NodeB, мы не можем ошибаться, поэтому мы не нуждайтесь ни в каком адресе. - kubanczyk
Существует ли тип фрейма FC, который отправляется из нового узла, чтобы выяснить, какие другие узлы находятся на Ткане? Например, я знаю, что наши целевые объекты FC могут видеть другие WWPN узлов в одной и той же зоне, мне просто интересно, как Target обнаруживает их? Он отправляет трансляцию FC или что-то еще? Я слышал, что это связано с сервером имен коммутаторов FC? - Jim
Нет трансляции. Узел отправляет кадр запроса по адресу 0xFFFFFC. Каждый коммутатор обычно прослушивает этот addres, поэтому первый переключатель, который получает такой фрейм, отвечает. Ответ представляет собой список: P_ID, WWNN и WWPN. Кроме того, существует еще один необязательный механизм под названием RSCN, где сам коммутатор отправляет кадр в узел после появления в списке нового WWN. - kubanczyk


Caveat - я не знаю, что материал MDS newer (FC-SW и т. Д.) Меняет часть этого, но это (отвратительно) обратный совместимый протокол, поэтому ...

Я понимаю, что FC всегда выглядит как петля для устройств на нем. В каждом цикле может быть более одного устройства, но сам FC не имеет понятия о маршрутизации или переключении, все это обрабатывается коммутаторами (или другими трюками, но не внутри «обычных» фреймов FC, без поддержки тегов VLAN и т. Д., Возможно, с FC -SW).

Домены являются логическими группами этих циклов.

Страница Википедии на самом деле неплохо.


0
2017-08-22 19:35



«У самого FC нет понятия маршрутизации или переключения» ... Ну, на самом деле, если вы сравниваете FC-маршрутизацию или переход в мир IP, тогда становится ясно, что FC имеет действительно чистый и последовательный подход, а IP-стек - это чрезмерно сложный и в значительной степени устаревший беспорядок. - kubanczyk
Я согласен, если вы измените IP на IPv4. IPv6 намного ближе к FC. Разница в том, что (по крайней мере, в традиционном FC) у вас не будет более 127 конечных точек. И IPv4 тоже не переключается, это делается на уровне ethernet. - TheFiddlerWins
Согласитесь с замечанием IPv4. Но 127 конечных точек в FC? Нет. Вы говорите об устаревшем режиме без ткани, называемом «частным циклом». В традиционной ткани 2 ^ 24 минус небольшой резервный бассейн. - kubanczyk
Я не уверен, что вы определяете как «традиционную» ткань, я говорил о FC-AL, похоже, вы говорите только о FC-SW, который является относительно новым. - TheFiddlerWins
Оба были введены в производство в предыдущем тысячелетии. - kubanczyk