Quy ước đặt tên IQN

Tôi đã thấy rất nhiều thông tin về cách định dạng IQN, nhưng không có nhiều thông tin về cách xây dựng chúng. Tôi là một người mới khi nói đến iSCSI, và tôi đã làm việc, nhưng tôi tự hỏi liệu tôi có nên tạo ra thứ này không, hoặc nếu có lý do chính đáng để tuân theo một số tiêu chuẩn.

Ví dụ, đây là cách (wikipedia http://en.wikipedia.org/wiki/ISCSI#Addressing ) nói rằng bạn nên định dạng IQNs.

              Naming     String defined by
 Type  Date    Auth      "example.com" naming authority
+--++-----+ +---------+ +-----------------------------+
|  ||     | |         | |                             |     

iqn.1992-01.com.example:storage:diskarrays-sn-a8675309
iqn.1992-01.com.example
iqn.1992-01.com.example:storage.tape1.sys1.xyz
iqn.1992-01.com.example:storage.disk2.sys1.xyz[10]

Câu hỏi của tôi là đặc biệt, Tại sao ngày? Nó có thể là bất cứ điều gì, Nó có nghĩa là gì? Có bất kỳ sự thi hành nào ở đây không? Tôi có bao giờ chạy vào một điểm mà đặt ngày 'sai' vào sẽ cắn tôi không?

Là ví dụ tên miền đảo ngược (như dns là) vì một lý do? Nếu tôi có một tên miền như starkindustries.pri thì iqn của tôi sẽ như sau:

iqn.2006-05.pri.starkindustries:Linux:array0

Điều này phụ thuộc vào DNS? (kinh nghiệm cho tôi biết không phải vậy, nhưng nó có thể thất bại theo cách sublte) Và nếu nó phụ thuộc vào DNS, tôi có sử dụng tên máy chủ hoặc chỉ tên miền của mình không? tức là Jarvis.starkindustries.pri hay chỉ starkindustries.pri?

Ngoài ra Nếu tôi sử dụng một địa chỉ IP (một số gợi ý nếu bạn không sử dụng DNS, điều này gây nhầm lẫn hơn vì nó hoạt động mà không có DNS), bạn có đảo ngược nó như bạn làm không? tức là 10.1.2.0

iqn.2006-05.0.2.1.10:Linux:array0 

Ngoài ra, bạn có sử dụng địa chỉ máy chủ (của mục tiêu iSCSI không?) Hoặc địa chỉ mạng.

Có bất kỳ sự thực thi nào của 'chuỗi được định nghĩa bởi "example.com" quyền đặt tên' tức là có lý do gì tôi không thể sử dụng blahblahblah vs một cái gì đó hữu ích không? Tôi nhận ra một cái tên hữu ích là mô tả nhiều hơn, nhưng có bất kỳ lý do kỹ thuật cho việc này? Tôi cũng có một bước nhảy vọt về niềm tin rằng tôi là 'cơ quan đặt tên'.

Tôi đoán nhiều hơn bất cứ điều gì, tôi đang tạo ra một loạt các công cụ cho các IQN này và chúng dường như đang hoạt động. Tôi chỉ muốn biết ít nhất là nơi để tìm một số thực tiễn tốt nhất khi nói đến thế hệ thực tế của iqns. Tôi chỉ đang cân nhắc rằng một ngày nào đó tôi sẽ không phải là người duy nhất phụ trách lưu trữ, vì vậy tôi cần phải thông qua một số tiêu chuẩn, hoặc tôi sẽ làm cho một mớ hỗn độn, hoặc có ai đó làm cho một mớ hỗn độn khi một khối IQN mới là cần thiết.

Lý do đằng sau điều này trong RFC 3720 là trên hết, IQN phải là duy nhất. Ngày được chuẩn bị trước là một đảm bảo hợp lý rằng thực thể kiểm soát tên miền được đại diện (trong trường xác thực đặt tên) tại thời điểm đó là "cơ quan đặt tên" có thể đảm bảo tính duy nhất - tên miền luôn thay đổi và chỉ là những thứ duy nhất khác tiếp theo là RHS của điều đó trước tiên: (là miễn phí cho tất cả) có thể đã có Linux: mảng0 hoặc một cái gì đó tương tự tưởng tượng nổi xung quanh.

RFC 3720 sử dụng (thường gây cười) PHẢI để xác định ngày là YYYY-MM và đi sâu vào chi tiết nguy hiểm về định dạng và thời gian sử dụng chính xác, v.v. ). Các cảnh sát RFC sẽ phá vỡ cửa của bạn nếu bạn gọi mục tiêu của mình là iqn.screwyouRFC3720? Nó sẽ phá vỡ internet? Không.

Nó hoàn toàn không liên quan gì đến DNS, DNS chỉ là một hệ thống phân cấp, được ủy nhiệm, tiện dụng, đã đưa bạn từ bất kỳ TLD nào đến một thiết bị duy nhất, nếu bạn muốn, vì vậy đây là cách dễ dàng để xác định các bên có trách nhiệm.

Cá nhân, tôi muốn đảm bảo IQN nói điều gì đó về thời điểm, ai, cái gì, tại sao và dữ liệu quan trọng như thế nào, vì vậy khi tôi tìm kiếm không gian ở đâu đó tôi biết phải hỏi ai.

Dù muốn hay không, bạn là người đặt tên.