Как Fibre Channel Frame заполняются и пересекают Fabric?
Попытка обернуть голову вокруг того, как кадры Fibre Channel фактически заполняются и отправляются через коммутируемую матрицу. Я понимаю 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 и Source ID хост-адаптер HBA или коммутатор FC? Я думал, что хозяин знал только свои WWNN и WWPN из HBA?
Во-вторых, я не вижу нигде в кадре Fibre Channel, где играют WWNN или WWPN. Если только они не используются в процессе FLOGI и PLOGI для получения динамического FCID.
Спасибо за вашу помощь. Ценить это.
PS Я использую Cisco MDS и на наших хостах fcinfo для сбора информации, я не вижу способа получить FCID, используя fcinfo на каждом хосте? Вот почему я запутался, поддерживает ли хост список FCID назначения или нет.
Кроме того, для хостов, подключенных напрямую, коммутатор не задействован, хосты FLOGI связаны друг с другом?
2 ответа
В начале хост знает 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 быстро выяснить, как обрабатывать кадр. Во всяком случае, это большая картина.
Кстати, в FC нет ничего похожего на MAC-адрес (это хорошо для нас!) - нет низкоуровневой адресации ниже адреса P_ID.
Предостережение - я не знаю, что вещи MDS более новые (FC-SW и т. Д.) Что-то меняют, но это (ужасно) обратно совместимый протокол, так что...
Насколько я понимаю, FC всегда выглядит как петля для устройств на нем. В каждом цикле может быть более одного устройства, но сам FC не имеет понятия маршрутизации или коммутации, все это обрабатывается коммутаторами (или другими приемами, но не внутри "обычных" кадров FC, нет поддержки тегов VLAN и т. Д., Может быть, с FC-SW).
Домены являются логическими группами этих циклов.
Страница Википедии на самом деле довольно хорошая.