Resumo

  • A RFC 3980 introduziu o formato naa. para que um identificador Network Address Authority pudesse fundamentar o nome de um nó iSCSI e acompanhar a mesma identidade já expressa em Fibre Channel e SAS.
  • O nome persistente identificava o nó lógico; não continha portal de rede, endereço IP, porta TCP, rota atual, resposta de descoberta, autenticação, autorização, sessão nem resultado de I/O.

Imagine uma controladora trocada durante uma madrugada, duas interfaces desativadas e um novo endereço entregue ao serviço na manhã seguinte. O que deveria sobreviver a essa sequência? Não o cabo, a placa ou a sessão. O elemento que precisa manter continuidade é a identidade do nó lógico. Esse problema ficava mais difícil quando o mesmo sistema de armazenamento oferecia portas Fibre Channel, ligações SAS e acesso iSCSI: três meios de transporte podiam produzir três inventários incompatíveis para um único equipamento.

A RFC 3980, publicada em 2005, resolveu uma parte precisa dessa fragmentação. Ela acrescentou ao iSCSI o tipo de nome naa., seguido pela representação hexadecimal de um identificador INCITS T11 Network Address Authority. O registro de status, a página de errata e o histórico no Datatracker documentam a alteração no Standards Track. Valores NAA de 64 ou 128 bits cabiam no formato; mesmo o maior consumia só 32 caracteres hexadecimais depois do designador.

O ganho institucional estava na continuidade da autoridade de atribuição. Fibre Channel e SAS já empregavam identificadores no formato NAA. Ao aceitar o mesmo tipo no iSCSI, a norma permitiu que um equipamento com várias classes de porta baseasse seu nome SCSI em um único valor atribuído. O nó deixava de precisar de um novo nascimento administrativo quando o tráfego mudava de transporte.

Mas o nome não fazia o trabalho de um catálogo. A RFC 3720, especificação original do iSCSI, separava o nome do nó dos endereços usados para alcançá-lo. A RFC 3721 abordava nomenclatura e descoberta como problemas ligados, porém distintos. Um intercâmbio SendTargets ou outro serviço podia associar o nome de um alvo a um ou mais portais; a sequência naa. não produzia essa associação. A RFC 4171, ao definir o iSNS, manteve uma superfície própria para descoberta e gestão.

A consolidação posterior tornou essa divisão inequívoca. A RFC 7143 afirma que um nome iSCSI não implica localização ou endereço. Um nó pode mudar de lugar, possuir vários endereços e substituir uma interface sem mudar de nome. Já o portal de rede contém o endereço IP e, no lado do alvo, a porta TCP de escuta. O status, as erratas e o registro no Datatracker mostram que a RFC 7143 tornou a RFC 3980 obsoleta ao consolidá-la, mas conservou o formato naa. e a separação conceitual.

Essa arquitetura permite que dois portais sejam caminhos para um alvo sem duplicar o alvo. Se um portal cai, a validade do nome não cai com ele. A proposição inversa, contudo, seria falsa: encontrar um nome sintaticamente válido não demonstra que exista um portal alcançável. A distinção ecoa os requisitos de URN da RFC 1737. Persistência e alcance global são qualidades úteis de um identificador justamente porque ele não precisa carregar a localização corrente.

Até a comparação textual tem alcance limitado. A RFC 3722 definiu a preparação de strings dos nomes iSCSI, reduzindo diferenças de representação entre implementações. Isso permite decidir se duas formas canônicas expressam o mesmo nome. Não permite concluir que a autoridade correta atribuiu o NAA, que o apresentador controla o nó nomeado ou que o dispositivo continua em operação.

Autenticar também não transforma nome em credencial. A especificação consolidada trata o nome iSCSI como objeto principal utilizado na autenticação, mas a designação de um principal não prova sua posse. A RFC 3723 reservou uma arquitetura própria para autenticação, integridade e confidencialidade. Uma tentativa de login pode apresentar o nome certo e falhar na autenticação; pode ser autenticada e negada pela autorização; pode superar ambas e ainda perder a sessão ou a operação de armazenamento. A seção de segurança da RFC 3980 prometia apenas que a nova forma não criava preocupação adicional às demais formas de nome iSCSI.

As correções posteriores preservaram a linhagem, não certificaram implantações. A RFC 4850 corrigiu a arquitetura de nós iSCSI, e a RFC 5048 reuniu correções do protocolo antes da consolidação na RFC 7143. O registro IANA iSCSI Parameters é evidência atual da governança dos parâmetros. Nenhum desses documentos prova que um fornecedor implementou corretamente a forma, que certo valor foi atribuído a certo equipamento, que há rota viva, que um login terminou ou que os dados persistiram.

A RFC 3980 foi modesta da maneira certa. Ela reduziu a rotatividade de identidade entre transportes, mas não transformou permanência nominal em disponibilidade. O mesmo nome pôde atravessar Fibre Channel, SAS e iSCSI; cada endereço, descoberta, decisão de acesso, sessão e I/O continuou obrigado a produzir sua própria prova.

Fontes