Protocolo de controle de porta

Benefícios do Protocolo de Controle de Porta

Muitos aplicativos compatíveis com NAT enviam mensagens frequentes no nível do aplicativo para garantir que suas sessões não sejam expiradas por um dispositivo NAT. O PCP é usado para:

• Reduza a frequência dessas mensagens de keepalive do NAT

• Reduza a largura de banda na rede de acesso do assinante

• Reduza o tráfego para o servidor

• Reduza o consumo de bateria em dispositivos móveis

Protocolo de controle de porta versão 2

A partir do Junos OS Release 15.1, há suporte ao protocolo de controle de porta (PCP) versão 2, que está em conformidade com o RFC 6887. O PCP fornece uma maneira de controlar o encaminhamento de pacotes recebidos por dispositivos upstream, como NAT44 e dispositivos de firewall, e uma maneira de reduzir o tráfego de manutenção de aplicativos vivos. O PCP versão 2 oferece suporte à autenticação nonce. O PCP permite que os aplicativos criem mapeamentos de um endereço IP e porta externos para um endereço IP e uma porta internos. Uma carga nonce impede um ataque de repetição e é enviada por padrão, a menos que seja explicitamente desabilitada.

A verificação de nonce do cliente para solicitações de mapa da versão 2 (para atualização ou exclusão) requer que o nonce recebido na solicitação de mapa original que faz com que o mapeamento PCP seja criado seja preservado. A versão da solicitação inicial que permite a criação do mapeamento também é preservada. Esse comportamento de salvar os parâmetros nonce e version denota que 13 bytes por mapeamento PCP são usados. Esse ligeiro aumento no espaço de armazenamento não é significativo quando combinado com o uso atual de memória de um sistema para um único mapeamento solicitado (levando em conta o mapeamento independente de endpoint (EIM) e a filtragem independente de endpoint (EIF) que são criados junto com ele). Em uma implantação de cliente, o PCP faz com que os mapeamentos EIM e EIF representem uma fração de todos esses mapeamentos.

Até o Junos Release 15.1, os PICs de serviços oferecem suporte a servidores PCP em roteadores da Juniper Networks de acordo com a versão 22 do PCP com codificação de mensagens versão 1. Com o PCP sendo refinado da versão de rascunho, conforme definido no Protocolo de Controle de Porta (PCP) draft-ietf-pcp-base-22 (expiração de julho de 2012) para uma versão padrão finalizada, conforme definido no RFC 6887 -- Protocolo de Controle de Porta (PCP), a codificação da mensagem mudou para a versão 2 com a adição de uma carga nonce aleatória para autenticar solicitações de peer e mapa conforme necessário. A versão 1 não decodifica mensagens compatíveis com o formato da versão 2 e a autenticação nonce não é suportada. Em um ambiente de rede real, com dispositivos de equipamento de instalações do cliente (CPE) cada vez mais suportando apenas a versão 2, é necessário analisar e enviar mensagens da versão 2. A compatibilidade com versões anteriores com dispositivos CPE compatíveis com a versão 1 é mantida (a negociação de versão faz parte do padrão) e autentica pacotes de carga nonce de solicitação quando as mensagens v2 estão em uso.

A saída do show services pcp statistics comando contém o campo de versão não suportada do PCP, que é incrementado para indicar sempre que a versão não é 1 ou 2. Um novo campo, o nonce de solicitação PCP não corresponde ao mapeamento existente, é introduzido para indicar o número de solicitações PCP versão 2 que foram ignoradas porque a carga útil do nonce não correspondeu à registrada no mapeamento (falha na autenticação). Se a versão 2 estiver em uso, o nonce do cliente será usado para autenticação.