Convenção de nomenclatura IQN

Question

Eu vi muitas informações sobre como os IQNs devem ser formatados, mas não há muitas informações sobre como criá-los. Eu sou uma espécie de newb quando se trata de iSCSI, e eu tenho que trabalhar, mas eu estou querendo saber se eu deveria apenas fazer essas coisas, ou se há uma boa razão para seguir algum tipo de padrão.

Como exemplo, é assim que o (wikipedia link ) diz que você deve formatar os 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]

Minha pergunta é particularmente: Por que a data? Pode ser qualquer coisa, significa alguma coisa? Há alguma aplicação aqui? Será que algum dia vou me deparar com um ponto em que colocar a data 'errada' me morderá?

O exemplo de domínio é invertido (como o dns é) por algum motivo? Se eu tenho um nome de domínio como starkindustries.pri seria o meu iqn:

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

Isso depende do DNS? (a experiência me diz que não é, mas pode estar falhando de uma forma sublime) E, se depender do DNS, eu uso um nome de host ou apenas o nome do meu domínio? ou seja, Jarvis.starkindustries.pri ou apenas starkindustries.pri?

Além disso, se eu usar um endereço IP (o que alguns sugerem se você não estiver usando o DNS, o que é mais confuso porque funciona sem o DNS), você o inverte como faz com o DNS? ou seja, 10.1.2.0

iqn.2006-05.0.2.1.10:Linux:array0 

Além disso, você usa um endereço de host (do destino iSCSI?) ou um endereço de rede.

Existe alguma imposição da 'cadeia de caracteres definida por' exemplo.com 'autoridade de nomenclatura', ou seja, existe uma razão pela qual não posso usar blahblahblah versus algo útil? Eu percebo que um nome útil é mais descritivo, mas há alguma razão técnica para isso? Eu também dou um enorme salto de fé que sou a 'autoridade de nomeação'.

Eu acho que mais do que tudo, estou inventando um monte de coisas para esses IQNs, e eles parecem estar funcionando. Eu só quero saber, pelo menos, onde encontrar algumas práticas recomendadas quando se trata da geração atual dos iqns. Eu estou apenas considerando que um dia eu não serei o único responsável pelo armazenamento, então eu preciso passar alguns padrões, ou eu vou fazer uma bagunça, ou ter alguém fazendo uma bagunça quando um novo bloco de IQNs é necessário.

    

Answer 1

O raciocínio por trás disso em RFC 3720 é que, acima de tudo, os IQNs devem ser únicos. A data prefixada é uma garantia razoável de que a entidade que controlava o nome de domínio representava (no campo de autenticação de nomes) naquele momento uma "autoridade de nomeação" que poderia garantir a exclusividade - nomes de domínio mudam de mãos o tempo todo e como a única outra coisa única acontecendo é com o RHS daquele primeiro: (que é um free-for-all) já pode haver um Linux: array0 ou algo similarmente imaginativo flutuando por aí.

RFC 3720 usa o (muitas vezes divertido) deve definir a data como AAAA-MM e entra em detalhes perniciosos sobre o formato preciso e tempo de uso etc. Eu imagino que isso é simplesmente para fazer análise e classificação mais simples (comprimentos de campo fixo , sempre aumentando). Os policiais RFC vão quebrar sua porta se você chamar seu alvo iqn.screwyouRFC3720? Será que vai quebrar a internet? Não.

Não tem absolutamente nada a ver com o DNS, o DNS é meramente um sistema hierárquico, delegado e prático que já leva você de qualquer TLD a um único dispositivo, se quiser, por isso é uma maneira fácil de identificar pessoas responsáveis.

Pessoalmente, gosto de ter certeza de que o IQN diz algo sobre quando, quem, o quê, por que e como os dados são importantes, por isso, quando estou procurando espaço em algum lugar, sei a quem perguntar.

Goste ou não, você é a autoridade de nomenclatura.