Bagaimana Frame Fibre Kanal diisi dan melintasi Fabric?

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?

storage-area-network fibre-channel hba

— Jim
sumber

Tanpa pengetahuan tentang topik ini, teksnya akan terlihat seperti ini "WWN WWNN, WWPN WWW FCID HBA ..."

— Christopher Perrin

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:

WWPN mana saya diizinkan berkomunikasi?
apa P_ID WWPN saat ini yang saya ingat sebagai perangkat blok saya (hard disk saya)?

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.

— kubanczyk
sumber

Apakah ada cara untuk melihat PID host dari host? Apakah PID perangkat jarak jauh disimpan secara lokal? Sebagai contoh jika nodeA ingin mengirim ke nodeB, apakah nodeA tahu PID nodeB? Juga jika WWNN WWPN tidak ada hubungannya dengan transfer frame FC, bagaimana cara kerja tautan Ppoint-to-point? Apakah setiap node saling masuk?

— Jim

Ya, NodeA kueri beralih dan kemudian menyimpan P_ID NodeB saat ini secara lokal. Dimungkinkan untuk melihat P_ID sendiri, tetapi itu tergantung pada OS yang digunakan. Point-to-point tanpa switch tidak perlu PLOGI / FLOGI / WWNN / WWPN / P_ID: semua yang kita lihat di kawat ditekankan kepada kami, semua yang kami kirim ditujukan ke NodeB, kami tidak bisa salah, jadi kami tidak perlu alamat.

— kubanczyk

Apakah ada jenis bingkai FC yang dikirim dari Node baru untuk mencari tahu apa Node lain pada Fabric? Misalnya saya tahu Target FC kami dapat melihat WWPN of Nodes lain di zona yang sama, saya hanya ingin tahu bagaimana Target menemukan mereka? Apakah itu mengirim siaran FC atau sesuatu? Saya mendengar ini ada hubungannya dengan server FC Switches Names?

— Jim

Tidak ada siaran. Node mengirimkan bingkai permintaan ke alamat 0xFFFFFC. Setiap switch biasanya mendengarkan addres ini, sehingga switch pertama yang menerima frame tersebut merespons. Responsnya adalah daftar: P_ID, WWNN, dan WWPN. Juga, ada mekanisme opsional lain yang disebut RSCN, di mana saklar itu sendiri mengirim bingkai ke simpul setelah WWN baru muncul di daftar.

— kubanczyk

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.

— TheFiddlerWins
sumber

"FC itu sendiri tidak memiliki konsep perutean atau pengalihan" ... Ya, sebenarnya, jika Anda membandingkan perutean FC atau beralih ke dunia IP, maka menjadi jelas bahwa FC memiliki pendekatan yang sangat bersih dan konsisten, dan tumpukan IP adalah terlalu rumit dan sebagian besar barang kuno.

— kubanczyk

Saya setuju jika Anda mengubah IP ke IPv4. IPv6 jauh lebih dekat ke FC. Perbedaannya adalah bahwa (setidaknya dalam FC tradisional) Anda tidak akan memiliki lebih dari 127 poin akhir. Dan IPv4 tidak melakukan switching, itu dilakukan pada level ethernet.

— TheFiddlerWins

Setuju dengan komentar IPv4. Tapi 127 titik akhir di FC? Tidak. Anda berbicara tentang mode tanpa-kain usang yang disebut "loop pribadi". Dalam kain tradisional, 2 ^ 24 dikurangi kolam kecil yang dipesan.

— kubanczyk

Saya tidak yakin apa yang Anda definisikan sebagai kain "tradisional", saya berbicara tentang FC-AL, sepertinya Anda hanya berbicara tentang FC-SW yang relatif baru.

— TheFiddlerWins

Keduanya digunakan untuk produksi pada milenium sebelumnya.

— kubanczyk