Caches PNRP

Caches de protocolo PNRP são coleções locais de pontos de extremidade de par selecionados de maneira algorítmica mantidos no par.

Inicialização do cache PNRP

Para inicializar o cache PNRP ou a coleção de registro de nome de nó par, quando um nó par é iniciado, um nó pode usar os seguintes métodos:

  • Entradas de cache persistentes que estavam presentes quando o nó foi desligado são carregadas do armazenamento em disco rígido.

  • Se um aplicativo usa a infraestrutura de colaboração P2P, as informações de colaboração estão disponíveis no Gerenciador de Contatos para esse nó.

Colocação em escala da resolução de nomes de par com um cache multinível

Para manter os tamanhos dos caches PNRP pequenos, nós pares usam um cache multinível, em que cada nível contém um número máximo de entradas. Cada nível no cache representa uma parte menor equivalente a um décimo do espaço do número de identificação de PNRP (2256). O nível mais baixo no cache contém uma ID PNRP registrada localmente e outras IDs PNRP que estão numericamente próximas a ele. Como um nível do cache é preenchido com um máximo de 20 entradas, um novo nível inferior é criado. O número máximo de níveis no cache está na ordem do log10 (número total de IDs PNRP na nuvem). Por exemplo, para uma nuvem global com 100 milhões de IDs PNRP, não há mais do que 8 níveis (=log10(100.000.000)) no cache e um número semelhante de saltos para resolver uma ID PNRP durante a resolução de nomes. Esse mecanismo permite uma tabela de hash distribuída para a qual uma ID PNRP arbitrária pode ser resolvida encaminhando mensagens de solicitação PNRP para o par mais próximo até que o par com o CPA correspondente seja encontrado.

Para garantir que a resolução possa ser concluída, cada vez que um nó adiciona uma entrada para o nível mais baixo de seu cache, ele sobrecarrega uma cópia da entrada para todos os nós contidos no último nível do cache.

As entradas de cache são atualizadas ao longo do tempo. As entradas de cache obsoletas são removidas do cache. O resultado é que a tabela hash distribuída de IDs PNRP é baseada em endpoints ativos, diferentemente do DNS, em que os registros de endereço e o protocolo DNS não oferecem nenhuma garantia de que o nó associado ao endereço esteja realmente ativo na rede.

Outros caches PNRP

Outro armazenamento de dados persistente é o cache local. Além dos outros objetos necessários para a atividade PNRP, ele pode incluir os registros associados a uma sessão de colaboração ou nuvem PNRP que é publicada e sincronizada com segurança entre todos os membros da nuvem. Esse repositório replicado representa a exibição dos dados do grupo, o que deve ser o mesmo para todos os membros do grupo. Tecnicamente, esses objetos não são registros em si, mas sim dados de aplicativo, presença e objeto destinados a um cache local. O uso da nuvem PNRP garante que os objetos sejam propagados para todos os nós na sessão de colaboração ou nuvem PNRP. A replicação de registro entre membros de nuvem usa SSL para fornecer criptografia e integridade de dados.

Quando um par ingressa em uma nuvem, ele não recebe automaticamente dados de cache local do par de host ao qual ele se conecta; ele precisa assinar o par de host para receber atualizações de dados de aplicativos, de presença de objeto. Após a sincronização inicial, os pares ressincronizam periodicamente seus repositórios replicados para garantir que todos os membros do grupo tenham consistentemente a mesma exibição. A sessão de colaboração ou os aplicativos na sessão de colaboração também podem executar a mesma função.

Depois que uma sessão de colaboração for iniciada para uma nuvem, os aplicativos poderão registrar pares e começar a publicar suas informações usando a segurança definida pelo escopo da nuvem. Quando um par ingressa em uma nuvem, os mecanismos de segurança para a nuvem são aplicados ao par, dando a ele um escopo no qual participar. Em seguida, seus registros podem ser publicados com segurança dentro do escopo da nuvem. Observe que o escopo da nuvem pode não ser o mesmo que o escopo do aplicativo de colaboração.

Os pares podem registrar interesse em receber objetos de outros pares. Quando um objeto é atualizado, o aplicativo de colaboração é notificado e o novo objeto é passado para todos os assinantes do aplicativo. Por exemplo, um par em um aplicativo de chat de grupo pode registrar interesse em receber informações do aplicativo, que ele envie todos os registros de chat como dados de aplicativo. Isso permite que ele monitore a atividade de chat na nuvem.

Consulte também

  • Last updated on