Соглашение об именовании IQN

Я видел много информации о том, как IQN должны быть отформатированы, но не так много информации о том, как их создавать. Я новичок, когда дело доходит до iSCSI, и он у меня работает, но мне интересно, стоит ли мне просто придумывать это или есть веские основания для того, чтобы следовать какому-то стандарту.

Например, вот как (википедия 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 против чего-то полезного? Я понимаю, что полезное имя носит более информативный характер, но есть ли технические причины для этого? Я также делаю огромный шаг веры в то, что я «авторитет именования».

Думаю, больше всего на свете я готовлю кучу вещей для этих IQN, и они, похоже, работают. Я просто хочу знать, по крайней мере, где найти некоторые лучшие практики, когда речь идет о фактическом поколении iqns. Я просто считаю, что когда-нибудь я буду не единственным, кто отвечает за хранение, поэтому мне нужно передать некоторые стандарты, или я собираюсь сделать беспорядок, или кто-то другой, когда беспорядок нужен новый блок IQN.

Обоснование этого в RFC 3720 заключается в том, что, прежде всего, IQN должны быть уникальными. Указанная дата является разумной гарантией того, что организация, которая контролировала доменное имя, представляла (в поле аутентификации имен) в то время «полномочия по именованию», которые могли бы гарантировать уникальность - доменные имена все время переходят из рук в руки и с тех пор, как только другие уникальные вещи переход к RHS этого первого: (который является бесплатным для всех), возможно, уже существует Linux: array0 или что-то похожее, воображаемое.

RFC 3720 использует (часто забавно) ДОЛЖНО определять дату как ГГГГ-ММ и подробно рассказывает о точном формате и времени использования и т. Д. Я полагаю, это просто для упрощения анализа и сортировки (фиксированная длина поля, всегда увеличивающаяся ). Собираются ли копы RFC сломать вам дверь, если вы позвоните своей цели iqn.screwyouRFC3720? Это сломает интернет? Нет.

Он не имеет абсолютно никакого отношения к DNS, DNS - это просто удобная, делегированная иерархическая система, которая, если хотите, переносит вас из любого TLD в одно устройство, так что это простой способ определить ответственных сторон.

Лично я хотел бы убедиться, что IQN что-то говорит о том, когда, кто, что, почему и как важны данные, поэтому, когда я ищу место, я знаю, кого спросить.

Нравится вам это или нет, но вы называете авторитет.