Mencoba membungkus kepala saya di sekitar bagaimana Fibre Channel Frames sebenarnya diisi dan dikirim melalui kain yang diaktifkan. Saya Memahami WWNN WWPN, WWNN adalah WWN dari HBA yang sebenarnya, dan WWPN adalah WWN dari port yang sebenarnya ada di kartu. Jadi jika HBA memiliki 4 port, mereka semua memiliki WWNN yang sama tetapi memiliki WWPN yang berbeda. Masih tidak yakin di mana WWNN ikut bermain dengan komunikasi dalam kain sekalipun. Kedua, Proses FLOGI di mana simpul N_port baru mencoba masuk ke fabric dan ditugaskan FCID dinamis. Di sana setelah PLOGI dilakukan sehingga N-port node dapat mengirimkannya WWPN. Ini memelihara hubungan WWPN ke FCID ....
Terakhir, pengalamatan FC adalah kombinasi ID domain, ID area, dan ID port. Semua 8 bit. Pemahaman saya apakah ini digunakan untuk mencari di mana dalam sebuah kain antarmuka? Jadi jika saya memiliki dua switch domain 1 dan domain 2, 0100000 berarti area switch pertama 00 dan port 00?
Selain itu saya masih tidak yakin bagaimana suatu host mengirim ke host lain. Melihat bingkai FC ada bidang untuk ID Tujuan dan ID Sumber yang merupakan alamat FC 24-bit atau FCID. Pertanyaan saya adalah apakah DestID dan SourceID ini dapat diisi oleh host HBA atau oleh saklar FC ?? Saya pikir host hanya tahu WWNN dan WWPN itu sendiri dari HBA?
Kedua, saya tidak melihat di mana pun di frame Fibre Channel tempat WWNN atau WWPN masuk untuk bermain. Kecuali mereka hanya digunakan dalam proses FLOGI dan PLOGI untuk mendapatkan FCID dinamis.
Terima kasih atas bantuan Anda. Menghargai itu.
PS Saya menggunakan Cisco MDS dan pada host kami fcinfo untuk mengumpulkan informasi, saya tidak bisa melihat cara untuk mendapatkan FCID menggunakan fcinfo di setiap host? Itu sebabnya saya bingung apakah tuan rumah menyimpan daftar FCID tujuan atau tidak.
Juga, untuk host yang terhubung langsung, tidak ada keterlibatan switch, apakah host FLOGI menjadi satu sama lain?
Jawaban:
Pada awalnya host tahu WWNN dan WWPN.
Yah, lupakan WWNN. WWNN, secara teoritis, harus sama pada semua port semua HBA komputer, tetapi ini jarang terjadi. Biasanya sama pada satu HBA, tetapi saya telah melihat kasus HBA multiport dengan banyak WWNN. Jadi agak berantakan.
Setelah masuk ke fabric (FLOGI / PLOGI), host dapat mengetahui P_ID-nya dari sakelar. Dan beralih belajar WWPN / WWNN dari tuan rumah. Karenanya sakelar tahu WWPN mana yang ditugaskan satu-ke-satu ke mana P_ID 24-bit.
Host selama operasi normal menanyakan switch, misalnya:
Banyak orang berpikir bahwa WWPN bekerja mirip dengan alamat MAC, karena angkanya terlihat "mirip". Mereka hampir tidak memiliki kesamaan dan memainkan peran yang berbeda.
WWPN atau WWNN tidak pernah digunakan sebagai alamat; P_ID adalah. Dalam analogi DNS dan IP, WWPN seperti
my.node.com: ia mengidentifikasi alamat (111.112.113.114), tetapi tidak berfungsi sebagai alamat selama komunikasi aktual;111.112.113.114tidak. Dalam FC, P_ID akan menjadi alamat aktual yang digunakan dalam bingkai.Ini bukan analogi yang sempurna. WWPN tidak bisa dibaca oleh manusia seperti halnya nama DNS. Dan P_ID sedikit lebih berguna daripada IP, karena formatnya sangat membantu switch FC untuk dengan cepat mengetahui cara menangani frame. Bagaimanapun ini adalah gambaran besarnya.
Omong-omong, tidak ada yang mirip dengan alamat MAC di FC (baik untuk kita!) - tidak ada pengalamatan level rendah di bawah pengalamatan P_ID.
sumber
Peringatan - Saya tidak tahu hal-hal MDS yang lebih baru (FC-SW dll) mengubah beberapa hal ini tapi itu protokol (kompatibel) terbelakang sehingga ...
Pemahaman saya adalah bahwa FC selalu terlihat seperti lingkaran ke perangkat di atasnya. Mungkin ada lebih dari satu perangkat per loop tetapi FC itu sendiri tidak memiliki konsep routing atau switching, itu semua ditangani oleh switch (atau trik lain tetapi tidak di dalam frame FC "normal", tidak ada dukungan untuk penandaan VLAN dll, mungkin juga dengan FC -SW).
Domain adalah grup logis dari loop ini.
Halaman Wikipedia sebenarnya cukup bagus.
sumber