IQN命名约定

我已经看到了很多有关应如何格式化IQN的信息，但是关于如何构建它们的信息并不多。在iSCSI方面，我有点像个新手，而且我已经可以使用它了，但是我想知道我是否应该只是整理一下这些东西，还是有充分的理由遵循某种标准。

例如，这就是（wikipedia http://en.wikipedia.org/wiki/ISCSI#Addressing）所说的应该格式化IQN的方式。

              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]

我的问题特别是，为什么要约会？可以是什么，什么意思？这里有执法吗？我会碰到一个错误的日期会咬我的地步吗？

域示例是否由于某种原因而被颠倒了（就像dns一样）？如果我有一个像starkindustries.pri这样的域名，我的iqn会像这样：

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

这取决于DNS吗？（经验告诉我不是，但是它可能会以微妙的方式失败）并且，如果它依赖于DNS，我是否使用主机名还是仅使用域名？即Jarvis.starkindustries.pri或仅starkindustries.pri吗？

另外，如果我使用的是IP地址（有人建议您使用的不是DNS，那会更令人困惑，因为它在没有DNS的情况下会起作用），您是否像DNS一样将其反向？即10.1.2.0

iqn.2006-05.0.2.1.10:Linux:array0 

另外，您是否使用（iSCSI目标的）主机地址或网络地址。

是否对“由“ example.com”命名权限定义的字符串”进行任何强制执行，即是否有原因我不能使用blahblahblah vs有用的东西？我知道有用的名称更具描述性，但是有任何技术原因吗？我也相信自己是“命名权威”的巨大飞跃。

我猜比什么都重要，我正在为这些IQN整理一堆东西，它们似乎正在起作用。我只想知道至少在实际生成iqns时在哪里可以找到一些最佳实践。我只是在考虑，有一天我将不再是唯一负责存储的人，所以我需要降低一些标准，否则我要么搞砸了，要么让别人搞砸了。需要一个新的IQN块。

RFC 3720中其基本原理是，IQN首先应该是唯一的。前置日期可以合理地保证控制域名的实体在那个时候（在命名auth字段中）表示一个可以确保唯一性的“命名机构”-域名始终是易手的，并且由于唯一的其他唯一原因首先要讲的是RHS ：（这是免费的），可能已经有Linux：array0或类似的具有想像力的东西在周围徘徊。

RFC 3720使用（通常很有趣）必须将日期定义为YYYY-MM，并详细介绍了准确的格式和使用时间等。我想这仅仅是为了简化解析和排序（固定字段长度，总是在增加）。如果调用目标iqn.screwyouRFC3720，RF​​C警察会否打破您的大门？会破坏互联网吗？没有。

它与DNS完全无关，DNS只是一个方便的，委派的，分层的系统，它已将您从任何TLD转移到单个设备（如果您愿意），因此这是识别负责方的简便方法。

就个人而言，我想确保IQN能够说明何时，何人，什么，为什么以及数据的重要性，所以当我在某个地方寻找空间时，我知道该问谁。

不管喜欢与否，您是命名机构。