Vizinhos e operações do agente ANCP

Visão geral

O ANCP atua como um plano de controle entre um dispositivo de borda de Camada 3 orientado a serviços e um nó de acesso de Camada 2. Os nós de acesso — vizinhos ANCP — são dispositivos de rede que encerram loops de acesso de assinantes; para loops de acesso DSL, o nó de acesso é um multiplexador de acesso DSL (DSLAM). Os mecanismos de enfileiramento e agendamento para o tráfego de assinantes devem evitar o congestionamento dentro da rede de acesso enquanto enfrentam vários fluxos e requisitos de CoS distintos. Esses mecanismos exigem que o dispositivo de borda — um roteador que atua como um gateway de rede de banda larga (BNG), muitas vezes também chamado de servidor de acesso à rede (NAS) — forneça informações sobre a rede de acesso e o tráfego de assinantes.

O agente ANCP pode mapear uma linha de acesso para uma interface ou conjunto de interfaces estática ou dinamicamente. O agente fornece essas informações para CoS e AAA. O agente passa para o CoS e o AAA os atributos de modelagem de tráfego para cada linha de acesso do assinante que o nó de acesso enviou ao agente ANCP. Além disso, o agente envia para a AAA todos os atributos do Fórum DSL que foram enviados pelo nó de acesso. A AAA pode usar esses atributos durante a contabilidade e a autenticação RADIUS para sessões de assinante DHCP, IP, demux e PPPoE. As taxas de tráfego também podem ser usadas para moldar o tráfego de túnel L2TP.

Você pode monitorar eventos e operações do agente ANCP incluindo a traceoptions declaração no nível da [edit protocols ancp] hierarquia.

O Junos OS oferece suporte à modelagem de tráfego de classe de serviço (CoS) nos seguintes tipos de interface para ANCP:

• Interfaces VLAN estáticas, exceto aquelas criadas pelo ESSM (Extensible Subscriber Services Manager)

• Interfaces estáticas de VLAN demux, exceto aquelas criadas pelo ESSM

• Conjuntos de interfaces estáticas, incluindo aqueles criados pelo ESSM

• Conjuntos de interfaces dinâmicas

• Conjuntos de interfaces dinâmicas marcadas por VLAN

• Conjuntos de interfaces de identificador de circuito de agente dinâmico (ACI), também conhecidos como conjuntos ACI ou VLANs ACI

• Interfaces dinâmicas de assinante PPPoE e DHCP IP demux

• Interfaces dinâmicas de VLAN demux com encapsulamento Ethernet-VPLS

O ANCP foi desenvolvido como uma extensão do RFC 3292, General Switch Management Protocol (GSMP) V3, mas agora está definido no RFC 6320, Protocol for Access Node Control Mechanism in Broadband Networks.

Serviços de assinante

O roteador recebe o perfil de serviço para os assinantes de um servidor RADIUS. A maioria dos serviços é aplicada pelo próprio roteador. O roteador molda o tráfego de saída agregado para assinantes com base na taxa de transferência do loop local relatada pelo DSLAM. Essa modelagem de tráfego otimiza o fluxo de tráfego, evitando quedas de tráfego no nó de acesso.

Alguns atributos de serviço, como atraso de intercalação e informações de canal multicast, são aplicados no nó de acesso. O agente ANCP fornece o mecanismo de configuração de linha que o dispositivo de borda pode usar para passar a configuração de linha para os nós de acesso. Normalmente, vários perfis são provisionados no nó de acesso. O roteador instrui o nó de acesso qual perfil usar para um determinado assinante.

Os assinantes normalmente recebem alguma combinação de serviços de voz, dados e vídeo. Cada serviço pode ser provisionado em uma VLAN. Um assinante pode receber apenas um único serviço em uma única VLAN configurada em uma interface lógica. Um grupo de VLANs que transportam serviços para um assinante é um conjunto de interfaces.

Os assinantes têm estados operacionais, mas não têm estados administrativos porque não podem ser configurados na CLI.

Os assinantes têm um dos seguintes estados operacionais que representam o estado da linha DSL conforme relatado nas mensagens ANCP Port Up e Port Down enviadas por um nó de acesso:

• Ocioso — as portas não estão configuradas e o assinante não pode fazer login.

• Silencioso — as portas estão configuradas e o assinante está conectado, mas o modem DSL não está pronto para transferir dados.

• Showtime — as portas estão configuradas, o assinante está conectado e o modem DSL está online e pronto para transferir dados.

Observação:

Para obter informações sobre ANCP para assinantes e serviços empresariais, consulte Visão geral do atacado de camada 2 com VLANs acionadas por ANCP.

Interfaces ANCP e identificadores de circuito de loop de acesso

O loop de acesso ou linha de acesso em uma topologia ANCP consiste nos elementos físicos entre o dispositivo assinante (CPE) e o nó de acesso. Um identificador associado ao loop de acesso serve para identificar o assinante também. Esse identificador é uma cadeia de caracteres alfanumérica que realmente identifica a interface no DSLAM da qual as solicitações de assinante se originam. Pode ser referido por vários nomes.

• Nas mensagens ANCP, um TLV transporta o ID do circuito de loop de acesso, também conhecido como identificador de linha de acesso, identificador de circuito de loop de acesso ou identificador de acesso.

• Os pacotes de descoberta DHCP podem identificar a linha com a subopção ID do Circuito do Agente no campo Opção 82.

• Os pacotes de descoberta de PPPoE podem identificar a linha com o subatributo Agent-Circuit-ID na tag específica do fornecedor do Fórum DSL.

Cada um desses identificadores é abreviado como ACI. Quando o agente ANCP recebe uma mensagem de gerenciamento de porta de um nó de acesso, ele usa o identificador de circuito de loop de acesso contido na mensagem para determinar qual interface lógica ou conjunto de interfaces corresponde ao assinante.

Você pode associar um identificador a uma linha de acesso ANCP por configuração estática. Ao configurar uma interface lógica especificando o nome da interface no nível da [edit protocols ancp interfaces] hierarquia, inclua a access-identifier instrução para associar o identificador do circuito de loop de acesso à interface. Ao configurar um conjunto de interfaces incluindo a interface-set declaração no nível de [edit protocols ancp interfaces] hierarquia, associe o identificador de circuito de loop de acesso ao conjunto de interfaces incluindo a access-identifier declaração no nível de [edit protocols ancp interfaces interface-set interface-set-name] hierarquia.

Quando o pacote de descoberta DHCP ou PPPoE inclui uma ACI, o agente ANCP pode mapear dinamicamente a ACI para a interface do assinante ou conjunto de interfaces. As VLANs para os assinantes são criadas de acordo com um perfil dinâmico; elas são chamadas de VLANs dinâmicas baseadas em identificador de circuito de agente ou baseadas em ACI.

O suporte do agente ANCP para autenticação e contabilidade RADIUS exige que as ACIs estáticas e dinâmicas sejam exclusivas em toda a rede. Não há duas interfaces entre vários vizinhos (nós de acesso) que possam compartilhar o mesmo identificador. Os processos DHCP e PPPoE não têm informações sobre os endereços IP do nó de acesso e, consequentemente, não podem distinguir entre identificadores duplicados. Essa situação impede que a estrutura de serviços AAA correlacione uma sessão de cliente DHCP ou PPPoE com uma linha de acesso para autenticação e contabilidade RADIUS.

Mapeamento de linhas de acesso para interfaces e conjuntos de interfaces

O agente ANCP mapeia a ACI para linhas de acesso do assinante para uma interface ou conjunto de interface para aplicar atributos DSL recebidos do nó de acesso à modelagem de tráfego CoS para a linha de acesso. O mapeamento da linha de acesso pode ser configurado estaticamente com a access-identifier declaração ou derivado dinamicamente durante a autenticação do assinante. O mapeamento estático sempre substitui o mapeamento dinâmico.

O agente ANCP pode remapear uma linha de acesso para uma interface ou conjunto de interfaces diferente de seu mapeamento original. O remapeamento também pode ser estático ou dinâmico. Por exemplo, uma linha de acesso pode ser primeiro mapeada dinamicamente para uma interface de assinante e, em seguida, configurada estaticamente para um conjunto de interfaces.

Você pode configurar estaticamente o mapeamento com a declaração apenas para tipos de interface e conjunto de interfaces que tenham nomes configurados ou determinísticos:

• Interfaces VLAN estáticas

• Interfaces estáticas de VLAN demux

• Conjuntos de interfaces estáticas

• Conjuntos de interfaces dinâmicas

• Conjuntos de interfaces dinâmicas marcadas por VLAN

A configuração estática com a declaração é necessária para mapear uma linha de acesso para conjuntos de interfaces estáticas, conjuntos de interfaces dinâmicas e conjuntos de interfaces dinâmicos marcados com VLAN. Isso é verdadeiro independentemente da presença de uma ACI no pacote de descoberta do assinante PPPoE ou DHCP IP demux, porque o uso da ACI é irrelevante para a criação desses tipos de conjuntos de interfaces.

Você não pode configurar estaticamente o mapeamento com a declaração para os seguintes tipos de interface e conjunto de interfaces, porque eles têm nomes não determinísticos gerados automaticamente:

• Interfaces dinâmicas de VLAN demux

• Conjuntos de interfaces dinâmicas da ACI (VLANs da ACI)

• Interfaces dinâmicas de assinante PPPoe e DHCP IP demux

No contexto de serviços de atacado de Camada 2, o agente ANCP pode mapear linhas de acesso para interfaces dinâmicas de VLAN demux que têm encapsulamento Ethernet-VPLS. O agente ANCP aciona a criação dessas interfaces com a mensagem ANCP Port UP, que sempre inclui a ACI para a linha de acesso. O agente pode então mapear dinamicamente a interface para uma linha de acesso para modelagem de tráfego CoS.

O mapeamento dinâmico funciona da seguinte maneira:

• Se a interface do assinante for membro de um conjunto de interfaces, o agente ANCP mapeará a ACI da linha de acesso para o conjunto de interfaces.

• Se a interface do assinante não for membro de um conjunto de interfaces, o agente ANCP mapeará a ACI da linha de acesso para a interface do assinante.

O agente ANCP não oferece suporte ao mapeamento estático ou dinâmico para os seguintes tipos de interface, independentemente da presença da ACI da linha de acesso no pacote de descoberta do assinante:

• Interfaces VLAN estáticas criadas pelo ESSM.

• Interfaces estáticas de VLAN demux criadas pelo ESSM.

• Interfaces VLAN dinâmicas.

• Interfaces de demux VLAN dinâmicas que não têm encapsulamento Ethernet-VPLS.

Vizinhos ANCP

O agente ANCP pode relatar o tráfego apenas para nós de acesso configurados como vizinhos ANCP (também chamados de pares ANCP). Os vizinhos podem estabelecer conexões TCP com o roteador. Inclua a neighbor declaração no [edit protocols ancp] nível de hierarquia para configurar um nó de acesso como um vizinho ANCP.

O agente ANCP troca mensagens de adjacência com vizinhos. Se uma mensagem de adjacência não for recebida de um vizinho dentro do período esperado, o vizinho será considerado inativo e desconectado. Você pode ajustar quanto tempo o agente ANCP aguarda por mensagens de adjacência de todos os vizinhos incluindo a adjacency-timer instrução no nível da [edit protocols ancp] hierarquia. O intervalo entre as mensagens de adjacência é negociado entre o roteador e o vizinho durante o estabelecimento da adjacência. O maior dos dois valores de temporizador — o valor recebido na mensagem ANCP SYN ou o valor configurado — é selecionado. A perda de sincronização entre o roteador e um vizinho é declarada quando nenhuma mensagem válida é recebida por um período de tempo que excede três vezes o valor negociado.

Observação:

A conexão TCP ANCP não é estabelecida e, consequentemente, os vizinhos ANCP não aparecem em nenhuma das seguintes circunstâncias:

• Quando o endereço vizinho (numerado ou não numerado) tem uma máscara /32.

• Quando o endereço local não numerado para interfaces lógicas dinâmicas ANCP é configurado para usar um endereço de origem preferencial.

Os vizinhos ANCP têm um dos seguintes estados administrativos, que simplesmente representam a configuração do vizinho:

• enabled— O vizinho está configurado na CLI.

• disabled — O vizinho não está configurado, o que significa que ele nunca foi configurado ou que a configuração foi excluída.

Os vizinhos ANCP no estado habilitado têm um dos seguintes estados operacionais, que representam o estado das negociações de adjacência:

• Configurado — o vizinho foi configurado, mas nunca estabeleceu uma adjacência.

• Estabelecendo - As negociações de adjacência estão em andamento.

• Estabelecido - As negociações de adjacência foram bem-sucedidas e uma sessão do ANCP foi estabelecida.

• Não estabelecido — O vizinho perdeu uma adjacência previamente estabelecida, mas está pronto para iniciar negociações.

Você também pode configurar parâmetros para um vizinho específico que substituem configurações globais ou padrão, incluindo qualquer uma das seguintes declarações no [edit protocols ancp neighbor ip-address] nível da hierarquia:

• adjacency-timer— Ajuste o intervalo entre as mensagens de adjacência trocadas com este vizinho.

• ietf-mode— Impedir que o agente ANCP opere em um modo compatível com versões anteriores para este vizinho; para vizinhos que usam a implementação atual do IETF do ANCP.

• maximum-discovery-table-entries— Especifique quantas entradas da tabela de descoberta são aceitas deste vizinho. Inclua essa declaração no nível da [edit protocols ancp] hierarquia para definir o número de entradas globalmente para todos os vizinhos.

• pre-ietf-mode— Permitir que o agente ANCP opere em um modo compatível com versões anteriores para este vizinho; para vizinhos que usam a implementação IETF original do ANCP (GSMPv2) em vez da implementação atual. Inclua essa instrução no nível da [edit protocols ancp] hierarquia para operar no modo compatível com versões anteriores globalmente para todos os vizinhos.

O RFC 6320, protocolo para mecanismo de controle de nó de acesso em redes de banda larga, define o ANCP versão 1. O ANCP foi originalmente implementado com base no General Switch Management Protocol (GSMP) versão 3, subversão 1. No entanto, a comunidade da Internet fez tantas extensões e modificações no GSMPv3 durante o desenvolvimento do ANCP que o ANCP não é mais interoperável com o GSMPv3. Consequentemente, os vizinhos ANCP devem ser capazes de detectar dinamicamente a versão compatível com cada peer. Um registro conjunto codifica os números de versão GSMP e ANCP.

Quando um vizinho ANCP abre negociações de adjacência, ele indica a versão mais alta do ANCP que ele suporta, seja 0x31 para GSMPv3 ou 0x32 para ANCP Versão 1. (A versão 1 também pode ser chamada de versão 50, referindo-se à conversão decimal do valor hexadecimal.) Se o vizinho de recebimento der suporte a essa versão do ANCP, ele retornará esse valor quando responder aos vizinhos de envio. Se ele não suportar essa versão, o vizinho receptor simplesmente descarta a mensagem.

O agente ANCP armazena informações sobre assinantes ANCP ativos no banco de dados compartilhado Junos, incluindo atributos DSL para as linhas de acesso. Esse armazenamento é persistente e é removido do banco de dados somente quando você exclui a interface ou o conjunto de interfaces para a linha de acesso ou emite um dos seguintes comandos:

• limpar vizinho ancp

• Limpar assinante do ANCP

A persistência do armazenamento permite que os assinantes PPPoE e DHCP IP demux sejam gerenciados adequadamente pelo RADIUS para autenticação e contabilidade, com seus atributos DSL, mesmo quando a conexão ANCP foi temporariamente encerrada.

Partições

O ANCP suporta a divisão de um nó de acesso em partições lógicas. Cada partição cria uma adjacência com um roteador; Cada partição em um nó de acesso pode formar adjacências com roteadores diferentes. A negociação de partição ocorre durante a negociação de adjacência ANCP. As mensagens ANCP contêm os seguintes campos relacionados à negociação de partição:

• O campo tipo de partição (PType) indica se o nó de acesso é particionado e como o identificador de partição é negociado. O campo tem um dos seguintes valores negociados durante a formação da adjacência:

  • 0 — O nó de acesso não é particionado ou não suporta partições.

  • 1 — O número de partições é fixo e o roteador solicita ao nó de acesso que use o identificador que ele coloca no campo identificador de partição.

  • 2 — O número de partições é fixo e o nó de acesso atribuiu o identificador de partição.

• O campo ID da partição que indica um dos seguintes cenários para suporte ao agente ANCP do vizinho:

  • ID de partição zero — o agente ANCP oferece suporte a cada vizinho em um endereço IP em uma única sessão TCP com um ID de partição zero. Esse é o caso de suporte padrão. Esse valor é necessário quando o tipo de partição é zero.

  • ID de partição única diferente de zero — o agente ANCP oferece suporte a cada vizinho em um endereço IP em uma única sessão TCP com uma ID de partição diferente de zero. Esse caso requer que o aprendizado de ID de partição seja habilitado com a gsmp-syn-wait instrução no nível da [edit protocols ancp] hierarquia.

• O campo de sinalizador de partição (PFlag) indica o tipo de solicitação de partição que está sendo feita. Um valor de um especifica uma nova adjacência.

Os seguintes esquemas de particionamento são suportados

• Cada partição tem uma sessão ANCP independente e um canal para um roteador adjacente. Todas as partições têm uma ID de partição fixa de zero.

• Cada partição tem uma sessão ANCP independente e um canal para um roteador adjacente. Cada partição tem uma ID de partição dedicada diferente de zero.

Mensagens de atualização de adjacência

Após uma adjacência ter sido estabelecida, o agente ANCP usa mensagens de atualização de adjacência para informar os roteadores que controlam a mesma partição uns sobre os outros. Uma vez que mais de um roteador tenha estabelecido uma adjacência para uma determinada partição, o agente ANCP envia uma mensagem de atualização de adjacência para cada um desses roteadores para relatar quantas adjacências estabelecidas a partição suporta atualmente. Quando uma adjacência é perdida, uma mensagem de atualização é enviada aos roteadores restantes para relatar a mudança no status. Você pode usar o show ancp neighbor detail comando para exibir o número de adjacências atualmente estabelecidas em uma partição específica.

Mensagens de resposta genéricas e códigos de resultado

Os vizinhos ANCP e o roteador podem responder a mensagens com uma mensagem de resposta específica ou uma mensagem de resposta genérica. Uma mensagem de resposta genérica é normalmente enviada quando nenhuma informação precisa ser enviada ao par além de um resultado de sucesso ou falha. Se a resposta for sobre uma falha, será incluído um código de resultado que especifica o tipo de falha; Uma quantidade limitada de dados de diagnóstico também pode ser incluída. Uma mensagem de resposta genérica também pode ser enviada independentemente de uma solicitação se a adjacência estiver sendo desligada devido à falha. Nesse caso, o remetente da mensagem zera o campo ID da transação no cabeçalho da mensagem e o campo Tipo de mensagem no Status-Info TLV.

A Tabela 1 descreve os códigos de resultado que podem ser incluídos em uma mensagem de resposta genérica.

Tabela 1: Códigos de resultado de falha ANCP

Valor do código	Descrição	Detectado por
0x02	Embora a mensagem de solicitação esteja formada corretamente, ela é inválida porque viola o protocolo, seja devido a problemas de tempo, como uma condição de corrida ou a direção na qual a mensagem foi transmitida.	Agente ANCP
0x06	Uma ou mais das portas especificadas estão inativas devido a uma incompatibilidade de estado entre o roteador e um aplicativo de controle ANCP.	Aplicativos de controle (nenhum ainda disponível)
0x13	A ANCP está sem recursos. Esse código de resultado é enviado apenas pelo nó de acesso; O problema provavelmente não está relacionado às linhas de acesso, mas pode estar relacionado a uma solicitação específica.	Camada de protocolo ANCP ou aplicativos de controle (nenhum ainda disponível)
0x51	O tipo de mensagem de solicitação não é implementado devido a uma incompatibilidade nas versões de protocolo ou no estado de capacidade entre os pares, ou possivelmente porque o tipo de mensagem é opcional para uma funcionalidade ANCP.	Agente ANCP
0x53	A mensagem está malformada porque foi corrompida em trânsito ou ocorreu um erro de implementação em uma extremidade da conexão.	Agente ANCP
0x54	Um ou mais TLVs obrigatórios estão ausentes da solicitação.	Agente ANCP
0x55	O conteúdo de um ou mais TLVs na solicitação é inválido porque não corresponde à especificação TLV.	Agente ANCP
0x500	Uma ou mais das portas especificadas em uma solicitação não existem, possivelmente devido a uma incompatibilidade de configuração entre o nó de acesso e o roteador ou AAA.	Aplicativos de controle (nenhum ainda disponível)

Observação:

Embora o Junos OS ofereça suporte tanto para o envio quanto para o recebimento de mensagens de resposta genéricas, atualmente o agente ANCP só recebe essas mensagens. Quando uma dessas mensagens é recebida, o roteador gera um log do sistema, incrementa os contadores de mensagens genéricos e incrementa os contadores de código de resultado. Quando o agente ANCP recebe uma mensagem de resposta genérica incorreta ou inesperada de um vizinho ANCP, ele imediatamente descarta o pacote, gera uma mensagem de aviso de log do sistema e não executa nenhuma ação adicional.

As mensagens de resposta genéricas geralmente incluem o Status-Info TLV, que inclui informações suplementares sobre uma condição de aviso ou erro. O TLV de informações de status é necessário quando o código de resultado indica qualquer um dos seguintes: uma porta está inativa ou não existe, um TLV obrigatório está ausente ou um TLV é inválido. O Status-Info TLV também pode ser incluído em outros tipos de mensagem ANCP.

Benefícios do protocolo de controle de nó de acesso

• Simplifique a configuração e a manutenção das linhas de acesso entre nós de acesso e assinantes.

• Realizar ajustes relacionados a CoS em atributos de taxa de dados upstream e downstream para fornecer serviços com precisão e controlar o congestionamento na rede.

• Forneça acesso a informações de rede, como atributos DSL, a aplicativos de back-end, como sistemas de suporte a operações (OSS) para gerenciamento de serviços.

• Armazene atributos DSL no banco de dados de sessão para uso durante a autenticação RADIUS e a contabilidade de sessões PPPoE.

Modelos de modelagem de tráfego 1:1 e N:1

Os modelos de modelagem de tráfego 1:1 e N:1 determinam como as VLANs são correlacionadas com as residências. Esses modelos também são chamados de modelos de acesso ou modelos de configuração. Uma rede pode incluir um ou ambos os modelos:

• Modelo 1:1 — Uma família tem apenas uma sessão de assinante PPPoE ou DHCP IP demux. Uma ou mais dessas famílias podem existir em uma única VLAN ou interface VLAN demux. No caso de uma única família, a interface do assinante ou sua VLAN subjacente ou interface VLAN demux pode representar a família. No caso de vários agregados familiares, as interfaces de assinante correspondentes representam os agregados familiares. Em ambos os casos, a interface que representa uma família deve ser mapeada para a ACI para sua linha de acesso.

  A Tabela 2 descreve os tipos de interfaces suportadas para o modelo de acesso ANCP 1:1 quando os conjuntos de interfaces não estão envolvidos e se os pacotes de descoberta de demux PPPoE ou DHCP IP devem incluir a ACI para as linhas de acesso do assinante.

  Tabela 2: Mapeamento ACI por tipo de interface para o modelo ANCP 1:1

  Tipo de interface	Descrição	Presença de ACI em pacotes de descoberta
  Interface dinâmica PPPoE ou DHCP IP demux	Quando a ACI está presente em pacotes de descoberta, o agente ANCP mapeia a ACI para a interface do assinante. O nome da interface é gerado automaticamente e não determinístico.	Necessário.
  VLAN estática ou interface demux VLAN	O nome da interface é configurado estaticamente. A configuração do agente ANCP deve incluir a access-identifier declaração para mapear estaticamente a ACI para a interface.	Não presente.

• Modelo N:1 — Uma família pode ter mais de uma sessão de assinante PPPoE ou DHCP IP demux. A família pode ter mais de uma interface VLAN ou VLAN demux. Em ambos os casos, todas as interfaces devem ser agrupadas em um conjunto de interfaces. A interface definida, por sua vez, deve ser mapeada para o ACI para a linha de acesso da família.

  Um conjunto de interfaces agrupa as sessões dinâmicas de demux PPPoE ou DHCP IP para uma casa. Os assinantes são colocados em conjuntos de interfaces por vários métodos. A Tabela 3 descreve os tipos de conjuntos de interfaces suportados no modelo de acesso ANCP N:1, como eles são criados e como a ACI é mapeada para o conjunto de interfaces.

  Tabela 3: Mapeamento ACI por tipo de conjunto de interface para o modelo de acesso ANCP N:1

  Tipo de conjunto de interface	Descrição	Tipo de interface	Presença de ACI em pacotes de descoberta
  Conjuntos de interfaces VLAN baseadas em ACI	Quando o roteador recebe um pacote de descoberta DHCP ou PPPoE que inclui uma ACI incorporada na tag específica do fornecedor do Fórum DSL, ele cria dinamicamente a VLAN e o conjunto de interface. O roteador gera um nome não determinístico para o conjunto de interfaces, como aci-1003-ge-1/0/0.1073741832. O agente ANCP mapeia automaticamente a ACI do pacote de descoberta para o conjunto de interfaces criado dinamicamente. Todas as sessões DHCP, IP, demux ou PPPoE que têm a mesma ACI são mapeadas para o mesmo conjunto de interfaces.	VLAN dinâmica e interfaces VLAN demux.	Necessário.
  Conjuntos de interfaces dinâmicas	Um perfil dinâmico cria dinamicamente o conjunto de interfaces e coloca interfaces no conjunto. O perfil pode ter o nome do conjunto de interfaces configurado explicitamente ou uma variável que representa o nome do conjunto de interfaces. Se uma variável for usada, o nome do conjunto de interfaces será fornecido pelo RADIUS quando ele retornar uma mensagem de aceitação de acesso para o assinante. A configuração do agente ANCP deve incluir a access-identifier declaração para mapear estaticamente a ACI para o conjunto de interfaces. Todas as sessões DHCP, IP, demux e PPPoE são mapeadas para uma interface definida de acordo com as regras do perfil dinâmico.	Interfaces de assinante DHCP IP demux, interfaces de assinante PPPoE ou interfaces VLAN.	Irrelevante.
  Conjuntos de interfaces estáticas	O conjunto de interfaces e o nome do conjunto são configurados estaticamente e incluem várias interfaces estáticas. A configuração do agente ANCP deve incluir a access-identifier declaração para mapear estaticamente a ACI para o conjunto de interfaces.	VLAN estática e interfaces VLAN demux.	Irrelevante.
  Conjuntos de interfaces com tags de VLAN	Quando o roteador recebe um pacote de descoberta DHCP ou PPPoE que inclui um ID de VLAN, ele cria dinamicamente a VLAN e o conjunto de interface. O conjunto de interfaces recebe um nome determinístico que consiste no nome da interface física e nas tags VLAN, por exemplo, ge-1/0/0-101. A configuração do agente ANCP deve incluir a access-identifier declaração para mapear estaticamente a ACI para o conjunto de interfaces. Todas as sessões DHCP, IP, demux ou PPPoE que têm a mesma tag de ID de VLAN são mapeadas para o mesmo conjunto de interfaces.	VLAN dinâmica e interfaces VLAN demux.	Irrelevante.

A modelagem de tráfego de CoS é baseada na taxa de tráfego downstream do assinante que o agente ANCP recebe do nó de acesso e depois passa para o CoS. O CoS pode moldar o tráfego de assinantes no nível da casa ou da sessão:

• Modelagem da família — somente o tráfego agregado para a casa é moldado. A modelagem doméstica resulta da aplicação de um perfil de controle de tráfego CoS à VLAN estática ou à interface demux VLAN ou ao conjunto de interfaces.

• Modelagem de sessão — A taxa de tráfego para dispositivos individuais na casa é moldada. A modelagem de sessão resulta da especificação de um perfil de controle de tráfego CoS no perfil PPPoE dinâmico que cria a sessão do assinante. Dependendo da configuração da rede, a modelagem de sessão pode empregar filas de prioridade compartilhada para moldar todas as sessões de forma idêntica ou filas de prioridade individuais para moldar as sessões separadamente.

Modelo de modelagem de tráfego de serviços empresariais

Além dos modelos de modelagem de tráfego N:1 e 1:1, o agente ANCP também oferece suporte a um modelo de modelagem de tráfego de serviços empresariais. Nesse modelo, o ESSM (Extensible Subscriber Services Manager) classifica uma sessão PPPoE como assinante residencial, doméstico ou comercial. A classificação ocorre durante a autenticação e autorização do RADIUS. O agente ANCP aplica a modelagem de tráfego CoS de forma diferente, dependendo da classificação.

Antes da autenticação e autorização do RADIUS, a sessão PPPoE representa uma residência no modelo ANCP 1:1. O agente ANCP mapeia dinamicamente a linha de acesso da residência para a interface do assinante correspondente e aplica a modelagem de tráfego CoS a essa interface. A ACI da linha doméstica está presente no pacote de descoberta PPPoE.

Quando o ESSMD subsequentemente classifica uma sessão PPPoE como uma sessão de assinante de negócios durante a autenticação e autorização do RADIUS, ele cria e agrupa várias interfaces VLAN estáticas de gerenciamento e plano de dados em um conjunto de interfaces estáticas. em seguida, ele mapeia estaticamente a linha de acesso para a sessão PPPoE para essa interface definida de acordo com a configuração da CLI. O agente ANCP remove a modelagem de tráfego CoS da interface do assinante e a aplica ao conjunto de interfaces estáticas. Remover a modelagem de tráfego CoS significa que o aplicativo CoS aplica a próxima taxa em seu perfil de controle de ajuste padrão ou configurado à interface ou conjunto de interfaces. O novo conjunto de interfaces de assinante de negócios não pode conter uma mistura de interfaces estáticas e dinâmicas. Essa proibição não se limita a VLANs dinâmicas e à sessão PPPoE que acionou a criação do conjunto de interfaces.

Observação:

Uma exceção ao suporte geral do agente ANCP para modelagem de tráfego CoS e autenticação e contabilidade RADIUS em interfaces VLAN estáticas e VLAN Demux é que ele não oferece suporte a essas interfaces se elas forem criadas pelo ESSM. Essas interfaces são diferentes dos conjuntos de interfaces criados pelo ESSM, que são suportados pelo agente ANCP.

Do ponto de vista do agente ANCP, o modelo de serviços de negócios substitui efetivamente um mapeamento de linha de acesso para interface derivado dinamicamente por um mapeamento de linha de acesso para conjunto de interface configurado estaticamente. Essa ação aciona o agente ANCP para reaplicar a modelagem de tráfego CoS de acordo.

O modelo de serviços empresariais é normalmente usado em uma rede de atacado de Camada 2. Para obter informações detalhadas, consulte Visão geral do atacado de camada 2 com VLANs acionadas por ANCP.

Rede ANCP usando modelos de configuração N:1 e 1:1 sem conjuntos de interface

Nesta topologia de exemplo, duas famílias são configuradas para uma VLAN estática subjacente ou interface demux de VLAN (N:1; VLAN com tag dupla) e uma única família é configurada para outra interface subjacente (1:1; VLAN com tag única) (Figura 1). Além da ACI exclusiva atribuída pelo nó de acesso, cada família é identificada pela VLAN, que é mapeada para o identificador na configuração do agente ANCP. A modelagem de tráfego de CoS para sessões pode empregar apenas filas de prioridade compartilhadas para moldar todas as sessões de forma idêntica; Não há suporte para filas de prioridade individuais para moldar as sessões separadamente.

Sequência de eventos ANCP: VLAN estática ou interfaces VLAN Demux sobre Ethernet sem conjuntos de interfaces

A sequência de eventos a seguir é para a topologia na Figura 1 com interfaces VLAN estáticas sobre Ethernet sem conjuntos de interfaces.

1. Um dispositivo de rede na casa inicia a descoberta de PPPoE.

2. O PPPoE cria uma sessão PPPoE dinâmica na VLAN estática subjacente ou na interface demux da VLAN e aplica as opções de consultoria configuradas na VLAN à sessão.

3. O nó de acesso fornece de forma independente ao agente ANCP os atributos DSL ANCP para uma linha de acesso identificada por uma ACI.

4. O agente ANCP envia ao CoS a taxa de dados downstream ajustada para a VLAN estática ou VLAN demux mapeada para a ACI. O agente ANCP armazena todos os atributos DSL, incluindo a taxa de dados upstream ajustada, no banco de dados compartilhado do roteador.

5. O AAA correlaciona a sessão PPPoE dinâmica com a linha de acesso, combinando a interface subjacente da sessão com a VLAN estática ou a interface de demux VLAN associada à ACI na configuração do agente ANCP.

6. A AAA recupera os atributos ANCP DSL para a linha de acesso do banco de dados compartilhado do roteador e os mapeia para os VSAs DSL da Juniper Networks nas mensagens RADIUS Access-Request e Accounting-Request. Se os atributos DSL não estiverem disponíveis, as taxas de dados de upstream e downstream recomendadas da sessão serão mapeadas para os VSAs Upstream-Calculated-Qos-Rate (26-142) e Downstream-Calculated-Qos-Rate (26–141), respectivamente. Esses VSAs são então incluídos nas mensagens RADIUS.

Rede ANCP usando modelo de configuração N:1 com conjuntos de interface

Nessa topologia, várias famílias são configuradas para cada VLAN estática subjacente ou interface demux de VLAN (Figura 2). As VLANs são duplamente marcadas. Cada família inclui vários dispositivos CPE que acessam a Internet. Além da ACI exclusiva atribuída pelo nó de acesso, a família é identificada pelo conjunto de interfaces. O conjunto de interfaces agrupa as sessões PPPoE dinâmicas para os dispositivos assinantes individuais. Ele é configurado explicitamente no perfil PPPoE dinâmico ou especificado na mensagem RADIUS Access-Accept durante a autenticação da sessão PPPoE. A modelagem de sessão pode empregar filas de prioridade compartilhada para moldar todas as sessões de forma idêntica ou filas individuais para moldar as sessões separadamente.

Neste modelo N:1 com conjuntos de interface, o nó de acesso deve adicionar o VSA do Fórum DSL aos pacotes de descoberta PPPoE PADI e PADR que ele passa para o roteador durante o estabelecimento de sessões PPPoE dinâmicas. O VSA inclui o ACI para a família. Essa inclusão permite que a AAA correlacione as sessões PPPoE com suas respectivas linhas de acesso de assinante e atributos DSL durante a autenticação e a contabilidade do RADIUS. Se a ACI não estiver presente, a AAA não poderá fazer a correlação e, subsequentemente, relatará apenas as taxas de dados upstream e downstream de consultoria para a Autenticação e Contabilidade RADIUS.

Quando o perfil PPPoE dinâmico é configurado com a $junos-interface-set-name variável predefinida, a configuração do nó de acesso, do roteador e do servidor RADIUS deve ser sincronizada em relação à ACI e ao conjunto de interfaces:

• A mensagem RADIUS Access-Accept deve conter o nome do conjunto de perguntas e interfaces da Juniper Networks VSA (26-130).

• A configuração da Camada 2 do CoS deve identificar explicitamente o conjunto de interfaces nomeado no VSA Qos-Interface-Set-Name (26-130).

• A configuração do agente ANCP deve mapear uma ACI para o conjunto de interfaces nomeado no Qos-Interface-Set-Name VSA (26-130).

Sequência de eventos ANCP: Interfaces VLAN estáticas sobre Ethernet com conjuntos de interfaces

A sequência de eventos a seguir é para a topologia na Figura 2 com interfaces VLAN estáticas sobre Ethernet com conjuntos de interfaces.

1. Um dispositivo de rede na casa inicia a descoberta de PPPoE.

2. O nó de acesso adiciona a tag VSA do Fórum DSL com a ACI da casa aos pacotes de descoberta PPPoE PADI e PADR. (O identificador é conhecido pelo PPPoE como o identificador de circuito do agente.)

3. O PPPoE cria uma sessão PPPoE dinâmica com a ACI fornecida na VLAN estática subjacente e aplica as opções de consultoria configuradas na VLAN à sessão.

4. O nó de acesso fornece de forma independente ao agente ANCP os atributos DSL ANCP para uma linha de acesso identificada por uma ACI.

5. O agente ANCP fornece ao CoS a taxa de dados downstream ajustada para o conjunto de interfaces mapeado para a ACI. O agente ANCP armazena todos os atributos DSL ANCP, incluindo as taxas de dados upstream e downstream ajustadas, no banco de dados compartilhado do roteador.

6. O AAA correlaciona a sessão PPPoE dinâmica com a linha de acesso, combinando o identificador de sessão recebido no VSA do Fórum DSL com a ACI configurada para a interface definida na configuração do agente ANCP.

7. A AAA recupera os atributos ANCP DSL para a linha de acesso do banco de dados compartilhado do roteador e os mapeia para os VSAs DSL da Juniper Networks nas mensagens RADIUS Access-Request e Accounting-Request. Se os atributos DSL não estiverem disponíveis, as taxas de dados de upstream e downstream recomendadas da sessão serão mapeadas para os VSAs Upstream-Calculated-Qos-Rate (26-142) e Downstream-Calculated-Qos-Rate (26–141), respectivamente. Esses VSAs são então incluídos nas mensagens RADIUS.

8. Quando a autenticação é concluída, a sessão PPPoE dinâmica é colocada no conjunto de interfaces configurado no perfil PPPoE dinâmico. O perfil especifica um conjunto de interfaces nomeado ou a $junos-interface-set-name variável predefinida, o que indica que o conjunto de interfaces é nomeado na mensagem RADIUS Access-Accept.

Rede ANCP usando modelo de configuração 1:1 com conjuntos de interfaces

Nessa topologia, uma única família é configurada para cada VLAN estática subjacente ou interface de demux de VLAN (Figura 3). As VLANs são duplamente marcadas. Cada família inclui vários dispositivos CPE que acessam a Internet. Além da ACI exclusiva atribuída pelo nó de acesso, a família é identificada pelo conjunto de interfaces. O conjunto de interfaces é configurado explicitamente no perfil PPPoE dinâmico ou especificado na mensagem RADIUS Access-Accept durante a autenticação da sessão PPPoE. A modelagem de sessão pode empregar filas de prioridade compartilhada para moldar todas as sessões de forma idêntica ou filas individuais para moldar as sessões separadamente.

Neste modelo 1:1 com conjuntos de interface, a configuração do agente ANCP deve mapear a interface subjacente para as sessões PPPoE em um conjunto de interface para a ACI e o conjunto de interface. Essa configuração permite que a AAA correlacione as sessões PPPoE com suas respectivas linhas de acesso de assinante e atributos DSL durante a autenticação e a contabilidade do RADIUS.

Quando o perfil PPPoE dinâmico é configurado com a $junos-interface-set-name variável predefinida, a configuração do nó de acesso, do roteador e do servidor RADIUS deve ser sincronizada em relação à ACI e ao conjunto de interfaces:

• A mensagem RADIUS Access-Accept deve conter o nome do conjunto de perguntas e interfaces da Juniper Networks VSA (26-130).

• A configuração da Camada 2 do CoS deve identificar explicitamente o conjunto de interfaces nomeado no VSA Qos-Interface-Set-Name (26-130).

• A configuração do agente ANCP deve mapear uma ACI para o conjunto de interfaces nomeado no Qos-Interface-Set-Name VSA (26-130).

Sequência de eventos ANCP: Interfaces estáticas de VLAN Demux sobre Ethernet agregada com conjuntos de interfaces

A sequência de eventos a seguir é para a topologia na Figura 3 com interfaces estáticas de VLAN demux por Ethernet agregada com conjuntos de interfaces.

1. Um dispositivo de rede na casa inicia a descoberta de PPPoE.

2. O PPPoE cria uma sessão PPPoE dinâmica com a ACI fornecida na interface demux estática da VLAN subjacente e aplica as opções de consultoria configuradas na VLAN à sessão.

3. O nó de acesso fornece de forma independente ao agente ANCP os atributos DSL ANCP para uma linha de acesso identificada por uma ACI.

4. O agente ANCP fornece ao CoS a taxa de dados downstream ajustada para o conjunto de interfaces mapeado para a ACI. O agente ANCP armazena todos os atributos DSL ANCP, incluindo as taxas de dados upstream e downstream ajustadas, no banco de dados compartilhado do roteador.

5. O AAA correlaciona a sessão PPPoE dinâmica com a linha de acesso, combinando a interface subjacente da sessão com a interface subjacente configurada para a interface definida na configuração do agente ANCP.

6. A AAA recupera os atributos ANCP DSL para a linha de acesso do banco de dados compartilhado do roteador e os mapeia para os VSAs DSL da Juniper Networks nas mensagens RADIUS Access-Request e Accounting-Request. Se os atributos DSL não estiverem disponíveis, as taxas de dados de upstream e downstream recomendadas da sessão serão mapeadas para os VSAs Upstream-Calculated-Qos-Rate (26-142) e Downstream-Calculated-Qos-Rate (26–141), respectivamente. Esses VSAs são então incluídos nas mensagens RADIUS.

7. Quando a autenticação é concluída, a sessão PPPoE dinâmica é colocada no conjunto de interfaces configurado no perfil PPPoE dinâmico. O perfil especifica um conjunto de interfaces nomeado ou a $junos-interface-set-name variável predefinida, o que indica que o conjunto de interfaces é nomeado na mensagem RADIUS Access-Accept.