Resumo

  • A RFC 7145 diz que o iniciador iSER não pode presumir que o par invalidou um STag local: Send with Invalidate é opcional e, quando a invalidação é esperada, a camada local deve conferir o estado e invalidar o tag se ainda estiver válido.
  • A regra protege o ciclo de vida do recurso: um STag ativo pode manter o buffer de E/S acessível pela rede via RDMA mesmo depois da tarefa original.

A tarefa acabou. O acesso talvez não.

O encerramento de um comando de armazenamento é fácil de perceber: chega uma resposta, a tarefa é concluída e o software pode querer reutilizar o buffer. Com RDMA, resta uma pergunta menos visível: a capacidade de acesso remoto àquela memória foi realmente retirada? No iSER, o Steering Tag (STag) identifica um buffer de E/S que o iniciador anuncia para que o outro nó possa fazer uma leitura ou gravação direta por RDMA. O tag não é o dado; ele participa da identificação da região acessível.

Publicada em 2014 para substituir a RFC 5046, a RFC 7145 define quem responde pela conferência final. Quando o protocolo RDMA subjacente oferece suporte, o destino pode usar Send with Invalidate ao enviar a resposta SCSI, provocando a invalidação automática do tag. Mas esse tipo de mensagem é opcional. Portanto, o iniciador não pode depender da escolha do par. Se o STag deve estar inválido ao fim da tarefa, a camada iSER local precisa verificar seu estado e invalidá-lo caso ainda esteja ativo. RFC 7145

Receber uma resposta e alterar o registro de memória local são fatos diferentes. Para uma conclusão normal, a norma recomenda invalidar o STag anunciado; comandos bidirecionais e encerramentos anormais podem escapar da invalidação automática. Além disso, Send with Invalidate só identifica um tag por vez. Em certas transferências bidirecionais, o iniciador precisa invalidar o outro explicitamente. Se a tarefa termina sem uma PDU de resposta, a RFC 7145 prevê outro caminho de liberação: localizar os tags ligados à tarefa e invalidá-los junto com o mapeamento local.

O motivo é a duração da exposição. Se o STag for mantido — por exemplo, para ser armazenado em cache e reutilizado —, o buffer correspondente continuará acessível pela rede via RDMA depois da operação iSCSI que o anunciou. Manter o tag não prova que houve uso indevido; prolonga, porém, o período em que o recurso pode ser alcançado. A conclusão do comando, sozinha, não prova que esse intervalo terminou.

A norma não proíbe otimizações. A invalidação automática continua disponível quando o protocolo RDMA oferece o recurso. O limite é outro: uma ação remota opcional não pode ser a única evidência de uma mudança de estado local. A RFC 7145 não relata invasão, falha de fornecedor nem taxa de descumprimento. E invalidar o STag não substitui autenticação ou os demais requisitos de segurança do iSCSI e da camada RDMA. O histórico da RFC 5046 registra que a revisão esclareceu, por segurança, que a invalidação local é responsabilidade do iniciador. RFC 5046 · RFC 7143 Fontes: Página informativa do RFC Editor.