Làm thế nào các khung kênh sợi được phổ biến và đi qua một vải?

Cố gắng quấn lấy đầu của tôi xung quanh cách Khung hình sợi thực sự được tạo ra và được gửi qua một loại vải được chuyển đổi. Tôi hiểu WWNN WWPN, WWNN là WWN của HBA thực tế và WWPN là WWN của các cổng thực sự trên thẻ. Vì vậy, nếu một HBA có 4 cổng, tất cả chúng đều có chung WWNN nhưng có WWPN khác nhau. Vẫn không chắc chắn nơi WWNN đi vào hoạt động với giao tiếp trong một kết cấu. Thứ hai, Quá trình FLOGI mà một nút N_port mới cố gắng đăng nhập vào kết cấu và được gán một FCID khác. Ở đó sau khi PLOGI được thực hiện để nút cổng N có thể gửi WWPN. Điều này duy trì mối quan hệ WWPN với FCID ....

Cuối cùng, địa chỉ FC là sự kết hợp của ID miền, ID khu vực và ID cổng. Tất cả 8 bit. Sự hiểu biết của tôi là nó được sử dụng để xác định vị trí của một giao diện? Vậy nếu tôi có hai công tắc tên miền 1 và tên miền 2, 0100000 có nghĩa là khu vực chuyển đổi đầu tiên 00 và cổng 00?

Hơn nữa, tôi vẫn không chắc chắn về cách một máy chủ gửi đến một máy chủ khác. Nhìn vào khung FC, có các trường cho ID đích và ID nguồn là địa chỉ FC 24 bit hoặc FCID. Câu hỏi của tôi là các DestID và SourceID này có được HBA lưu trữ hoặc bởi công tắc FC không ?? Tôi nghĩ rằng một máy chủ chỉ biết WWNN và WWPN của riêng mình từ HBA?

Thứ hai, tôi không thấy bất cứ nơi nào trong khung Kênh sợi quang nơi WWNN hoặc WWPN đến để chơi. Trừ khi chúng chỉ được sử dụng trong quy trình FLOGI và PLOGI để có được FCID động.

Cảm ơn bạn đã giúp đỡ. Cảm kích điều đó.

PS Tôi đang sử dụng Cisco MDS và trên máy chủ fcinfo của chúng tôi để thu thập thông tin, tôi không thể thấy cách lấy FCID bằng fcinfo trên mỗi máy chủ? Đó là lý do tại sao tôi bối rối nếu chủ nhà có duy trì một danh sách các FCID đích hay không.

Ngoài ra, đối với các máy chủ được kết nối trực tiếp, không có sự tham gia của chuyển đổi, các máy chủ FLOGI có vào nhau không?

Lúc đầu máy chủ biết WWNN và WWPN.

Thôi, quên WWNN. Về mặt lý thuyết, WWNN phải giống nhau trên tất cả các cổng của tất cả các HBA của máy tính, nhưng điều này hiếm khi xảy ra. Thông thường nó giống nhau trên một HBA, nhưng tôi đã thấy một trường hợp HBA đa nhân với nhiều WWNN. Vì vậy, đó là một chút lộn xộn.

Khi đăng nhập vào vải (FLOGI / PLOGI), chủ nhà sẽ biết P_ID của nó từ công tắc. Và chuyển đổi học WWPN / WWNN từ máy chủ. Do đó, các bộ chuyển mạch biết WWPN nào được gán một-một cho P_ID 24 bit.

Máy chủ trong quá trình hoạt động bình thường truy vấn chuyển đổi, ví dụ:

• Tôi được phép liên lạc với WWPN nào?
• P_ID hiện tại của WWPN mà tôi nhớ là thiết bị khối của tôi (đĩa cứng) là gì?

Nhiều người nghĩ rằng WWPN hoạt động tương tự như địa chỉ MAC, vì các con số trông "tương tự". Họ gần như không có gì chung và đóng các vai trò khác nhau.

WWPN hoặc WWNN không bao giờ được sử dụng làm địa chỉ; P_ID là. Trong tương tự DNS và IP, WWPN giống như my.node.com: nó xác định địa chỉ ( 111.112.113.114), nhưng không phục vụ như một địa chỉ trong quá trình giao tiếp thực tế; 111.112.113.114làm. Trong FC, P_ID sẽ là địa chỉ thực tế được sử dụng trong các khung.

Đây không phải là một sự tương tự hoàn hảo. WWPN không hoàn toàn dễ đọc như tên DNS. Và P_ID hữu ích hơn một chút so với IP, vì chính định dạng của nó giúp các công tắc FC nhanh chóng tìm ra cách xử lý khung. Dù sao đây là bức tranh lớn.

Nhân tiện, không có gì giống với địa chỉ MAC trong FC (tốt cho chúng tôi!) - không có địa chỉ cấp thấp bên dưới địa chỉ P_ID.

Hãy cẩn thận - Tôi không biết các công cụ MDS mới hơn (FC-SW, v.v.) thay đổi một số điều này nhưng đó là một giao thức tương thích ngược (cực kỳ) vì vậy ...

Sự hiểu biết của tôi là FC luôn trông giống như một vòng lặp cho các thiết bị trên đó. Có thể có nhiều hơn một thiết bị trên mỗi vòng lặp nhưng bản thân FC không có khái niệm định tuyến hoặc chuyển đổi, tất cả đều được xử lý bởi các công tắc (hoặc các thủ thuật khác nhưng không nằm trong khung FC "bình thường", không hỗ trợ gắn thẻ Vlan, v.v. -SW).

Tên miền là nhóm logic của các vòng lặp.

Trang Wikipedia thực sự khá tốt.