Visão geral da rede de acesso ao assinante de banda larga

Serviço de acesso a fluxo de bits de camada 2 (L2-BSA) em placas de linha de nova geração (MX304-LMIC16 em MX304, MPC10E-10C e MPC10E-15C em MX960, MX10004, MX10008 e MX10016)

Suporte para o serviço L2-BSA (Layer-2 Bit Stream Access) em placas de linha baseadas em AFT, MX304-LMIC16 em MX304 e em dispositivos da série MX com placas de linha MPC10E-10C e MPC10E-15C baseadas em trio MPC10E-10C em MX960, MX10004, MX10008 e MX10016 que inclui suporte para:

• L2-BSA em linha.
• L2-BSA fora de banda.
• Criação de assinantes L2BSA.
• Redução de assinantes L2BSA.
• Fluxo de fluxo de pacotes upstream.
• Fluxo de fluxo de pacotes downstream.
• Os provedores de serviços agora podem oferecer suporte a VDSL2 de velocidade DSL de 100 Mbps com o serviço L2-BSA (Layer-2 Bit Stream Access) para parceiros NSP (Provedor de serviços de rede).

Conexão direta

No método de conexão direta, cada MSAN tem uma conexão ponto a ponto com o roteador de serviços de banda larga. Se houver um escritório central intermediário, o tráfego de várias MSANs poderá ser combinado em uma única conexão usando multiplexação por divisão de onda (WDM). Você também pode conectar a MSAN a um roteador de serviços de vídeo. No entanto, esse método de conexão requer que você use uma MSAN de Camada 3 que tenha a capacidade de determinar qual link usar ao encaminhar tráfego.

Ao usar o método de conexão direta, lembre-se do seguinte:

• Recomendamos essa abordagem sempre que possível para simplificar o gerenciamento de rede.

• Como várias MSANs são usadas para se conectar ao roteador de serviços e as MSANs de Camada 3 geralmente exigem um custo de equipamento mais alto, esse método raramente é usado em um modelo de gerenciamento de assinantes de várias bordas.

• A conexão direta é normalmente usada quando a maioria dos links MSAN é utilizada em menos de 33% e há pouco valor em combinar o tráfego de várias MSANs.

Conexão do switch de agregação Ethernet

Um switch de agregação Ethernet agrega tráfego de várias MSANs downstream em uma única conexão com o roteador de serviços (roteador de serviços de banda larga ou roteador de serviços de vídeo opcional).

Ao usar o método de conexão do switch de agregação Ethernet, lembre-se do seguinte:

• A agregação de Ethernet é normalmente usada quando a maioria dos links MSAN são utilizados acima de 33% ou para agregar tráfego de MSANs de velocidade mais baixa (por exemplo, 1 Gbps) a uma conexão de velocidade mais alta com o roteador de serviços (por exemplo, 10 Gbps).

• Você pode usar um roteador da Série MX como um switch de agregação Ethernet. Para obter informações sobre como configurar o roteador da Série MX em cenários de Camada 2, consulte o Guia do usuário de redes Ethernet para roteadores da Série MX.

Conexão de agregação em anel

Em uma topologia em anel, a MSAN remota que se conecta aos assinantes é chamada de terminal remoto (RT). Este dispositivo pode ser localizado na planta externa (OSP) ou em um escritório central remoto (CO). O tráfego atravessa o anel até chegar ao terminal do escritório central (COT) na cabeceira do anel. Em seguida, o COT se conecta diretamente ao roteador de serviços (roteador de serviços de banda larga ou roteador de serviços de vídeo).

Você pode usar um roteador da Série MX em uma topologia de agregação de anel Ethernet. Para obter informações sobre como configurar o roteador da Série MX em cenários de Camada 2, consulte o Guia do usuário de redes Ethernet para roteadores da Série MX.

Pseudowire Ingress Termination Background

Em uma rede de acesso de banda larga ou de borda empresarial habilitada para MPLS, os pseudowires Ethernet são comumente usados como interfaces virtuais para conectar nós de acesso a nós de serviço. Cada pseudowire transporta o tráfego bidirecional de um ou vários assinantes de banda larga ou clientes de borda empresarial entre um nó de acesso e um par de nós de serviço. O estabelecimento do pseudowire geralmente é iniciado pelo nó de acesso, com base na configuração estática ou na detecção dinâmica de um novo assinante de banda larga ou cliente de borda empresarial que chega em uma porta voltada para o cliente no nó de acesso.

Idealmente, o nó de acesso deve criar um pseudowire por porta do cliente, onde todos os assinantes ou clientes hospedados pela porta são mapeados para o pseudowire. A alternativa é onde há um pseudowire por porta de cliente (S-VLAN) e todos os assinantes ou clientes que compartilham um S-VLAN comum na porta são mapeados para o pseudowire. Em ambos os casos, o pseudowire é sinalizado no modo bruto.

O S-VLAN, se não for usado para delimitar o serviço no nó de serviço ou combinado com o C-VLAN para distinguir assinantes ou clientes, será removido antes que o tráfego seja encapsulado em payload pseudowire e transportado para o nó de serviço. Assinantes ou clientes individuais podem ser distinguidos por C-VLAN ou um cabeçalho de Camada 2, como DHCP e PPP, que será transportado em carga pseudowire para o nó de serviço. No nó de serviço, o pseudowire é encerrado. Os assinantes ou clientes individuais são então desmultiplexados e modelados como interfaces de assinante de banda larga, interfaces de borda de negócios (por exemplo, PPPoE), interfaces Ethernet ou interfaces IP. As interfaces Ethernet e IP podem ser ainda mais conectadas a instâncias de serviço, como instâncias VPLS e VPN de Camada 3.

No Junos OS, a terminação de entrada pseudowire em nós de serviço é suportada por meio do uso de interfaces físicas e lógicas de serviço pseudowire. Essa abordagem é considerada superior em escalabilidade à antiga abordagem baseada em interface de túnel lógico, devido à sua capacidade de multiplexar e desmultiplexar assinantes ou clientes em um único pseudowire. Para cada pseudowire, uma interface física de serviço pseudowire é criada em um Mecanismo de Encaminhamento de Pacotes selecionado, que é chamado de Mecanismo de Encaminhamento de Pacotes âncora. Em cima dessa interface física de serviço pseudowire, uma interface lógica ps.0 (interface lógica de transporte) é criada e um circuito de Camada 2 ou VPN de Camada 2 é criado para hospedar a interface lógica ps.0 como uma interface de anexo.

O circuito de Camada 2 ou VPN de Camada 2 permite a sinalização pseudowire em direção ao nó de acesso, e a interface lógica ps.0 desempenha o papel de interface voltada para a borda do cliente para o pseudowire. Além disso, uma ou várias interfaces lógicas ps.n (também conhecidas como interfaces lógicas de serviço, em que n>0) podem ser criadas na interface física do serviço pseudowire para modelar fluxos assinante/cliente individuais como interfaces lógicas. Essas interfaces podem então ser anexadas aos serviços de banda larga e de borda empresarial desejados ou a instâncias VPN de Camada 2 ou Camada 3.

Para o Junos OS versão 16.2 e anteriores, a criação e a exclusão das interfaces físicas do serviço pseudowire, interfaces lógicas de serviço pseudowire, circuitos de Camada 2 e VPNs de Camada 2 para terminação de entrada pseudowire dependem da configuração estática. Essa não é considerada a melhor opção do ponto de vista da escalabilidade, eficiência e flexibilidade, especialmente em uma rede em que cada nó de serviço pode hospedar um grande número de pseudowires. O objetivo é ajudar os provedores de serviços a sair da configuração estática no provisionamento e desprovisionamento da terminação de entrada pseudowire em nós de serviço.

Abordagem de detecção automática Pseudowire

Na abordagem de detecção automática pseudowire, um nó de serviço usa a mensagem de mapeamento de rótulo LDP recebida de um nó de acesso como um gatilho para gerar dinamicamente a configuração para uma interface física de serviço pseudowire, uma interface lógica de serviço pseudowire, um circuito de Camada 2. Da mesma forma, ele usa a mensagem de retirada de rótulo LDP recebida do nó de acesso e o evento de sessão LDP inativo como gatilhos para remover a configuração gerada. No sensoriamento automático pseudowire, presume-se que os nós de acesso são os iniciadores da sinalização pseudowire e os nós de serviço são os alvos. Em uma rede em que um serviço pode ser hospedado por vários nós de serviço para redundância ou balanceamento de carga, isso também fornece aos nós de acesso um modelo de seleção e conexão para estabelecimento de serviços. O fluxo de controle básico da detecção automática de pseudowire é mostrado na Figura 3

Figura 3: Fluxo de controle básico do sensor automático Pseudowire

O procedimento básico de fluxo de controle da detecção automática de pseudowire é o seguinte:

1. O equipamento nas instalações do cliente (CPE) fica on-line e envia um quadro Ethernet com C-VLAN para o terminador de linha óptica (OLT). O OLT adiciona S-VLAN ao quadro e envia o quadro para o nó de acesso. O nó de acesso verifica com o servidor RADIUS para autorizar as VLANs.

2. O servidor RADIUS envia uma aceitação de acesso ao nó de acesso. O nó de acesso cria um circuito de Camada 2 e sinaliza um pseudowire para o nó de serviço por meio de uma mensagem de mapeamento de rótulo LDP.

3. O nó de serviço aceita a mensagem de mapeamento de rótulo e envia uma solicitação de acesso com informações pseudowire ao servidor RADIUS para autorização e para seleção de uma interface física de serviço pseudowire ou uma interface lógica.

4. O servidor RADIUS envia uma aceitação de acesso ao nó de serviço com uma string de serviço especificando a interface física ou lógica do serviço pseudowire selecionada. O nó de serviço cria uma configuração de circuito de Camada 2, as informações pseudowire e a interface física ou lógica do serviço pseudowire. O nó de serviço sinaliza o pseudowire em direção ao nó de acesso por meio de uma mensagem de mapeamento de rótulo LDP. O pseudowire surge bidirecionalmente.

Configuração de exemplo

A configuração a seguir marca explicitamente o circuito de Camada 2 como gerado por detecção automática. A interface física do serviço pseudowire e a configuração da interface lógica do serviço pseudowire são opcionais, dependendo se elas preexistem.

Roteador 0

Tráfego da LAN do cliente para o MPLS

As instâncias VPLS-x e VPLS-y são configuradas no lado do núcleo MPLS do dispositivo de borda de serviço (PE A). Um circuito de Camada 2 ou VPN de Camada 2 é configurado entre o dispositivo de agregação Ethernet (EAD 1) e o dispositivo de borda de serviço. ps0.0 (interface lógica de transporte) é a interface local na circuito de Camada 2 ou VPN de Camada 2 no PE A. Junos OS oferece suporte ao serviço pseudowire na interface lógica de serviço ps0.x (x>0) na instância VPLS VPLS-X (ID da VLAN em VPLS-x = m) e serviço pseudowire na interface lógica de serviço ps0.y(y>0) na instância VPLS VPLS-Y (ID da VLAN em VPLS-y = n).

Na Figura 4, quando o tráfego vem do EAD 1 para o PE A (em um circuito de Camada 2 ou VPN de Camada 2) com qualquer ID de VLAN, o tráfego sairá pelo ps0.0. Com base no ID da VLAN no tráfego, o serviço pseudowire na interface lógica de serviço é selecionado. Por exemplo, se o ID da VLAN for m, o tráfego digitará ps0.x e se o ID da VLAN for n, o tráfego digitará ps0.y.

Figura 4: Serviços de camada 2 para serviço pseudowire na interface lógica de serviço

Quando o tráfego entra no serviço pseudowire na interface lógica de serviço ps0.n, onde n>0, as etapas a seguir são executadas.

1. O aprendizado MAC de origem deve ocorrer no serviço pseudowire de Camada 2 na interface lógica de serviço. O Mecanismo de Encaminhamento de Pacotes de origem para este MAC é o Mecanismo de Encaminhamento de Pacotes da interface lógica do túnel na qual o serviço pseudowire está ancorado em uma instância VPLS ou domínio de ponte no dispositivo PE A.

2. A pesquisa MAC de destino é feita no lado da entrada como uma lista de recursos da família de bridge de entrada de serviços pseudowire em interfaces lógicas de serviço.

   • Se a pesquisa MAC de destino for bem-sucedida, o tráfego será enviado como unicast; caso contrário, o MAC de destino, o MAC de broadcast e o MAC de multicast serão inundados.

   • Se a pesquisa MAC de destino falhar para o tráfego que vem em um serviço pseudowire em uma interface lógica de serviço, o mlp query comando será enviado para o Mecanismo de Roteamento e o outro Mecanismo de Encaminhamento de Pacotes no domínio da ponte ou instância VPLS.

3. Se um novo MAC for aprendido em um serviço pseudowire em uma interface lógica de serviço, o mlp add comando será enviado ao Mecanismo de Roteamento e ao outro Mecanismo de Encaminhamento de Pacotes no domínio da bridge ou na instância VPLS.

Tráfego da borda de serviço para a LAN do cliente

Quando o tráfego entra na instância VPLS ou no domínio de ponte no dispositivo de borda de serviço e se o MAC de destino no tráfego for aprendido em um serviço pseudowire em uma interface lógica de serviço, o token associado a essa interface lógica de serviço pseudowire será definido no lado da entrada. O tráfego é então enviado para o Mecanismo de Encaminhamento de Pacotes no qual a interface lógica de túnel da interface física do serviço pseudowire é ancorada através de uma malha. Quando esse token é iniciado, ele oferece suporte a VLAN VPLS, VLAN bridge, Ethernet VPLS e encapsulamentos de Ethernet bridge. O próximo salto de encapsulamento aponta para a lista de recursos de interface lógica de saída do serviço pseudowire na interface lógica de serviço para executar todos os recursos de saída de Camada 2 e enviar o pacote para o lado de entrada do serviço pseudowire na interface lógica de transporte ps0.0.

Se a consulta MAC atingir o Mecanismo de Encaminhamento de Pacotes no qual o serviço pseudowire está ancorado, o Mecanismo de Encaminhamento de Pacotes enviará a resposta somente quando o MAC aprendido no serviço pseudowire na interface lógica de serviço estiver presente. O token de Camada 2 associado ao serviço pseudowire na interface lógica de serviço visto após a pesquisa MAC de destino para o MAC aprendido no serviço pseudowire na interface lógica de serviço deve apontar para o próximo salto associado ao lado de acesso do serviço pseudowire no serviço a interface lógica.

O serviço pseudowire na interface lógica de transporte é a interface local ps0.0 do circuito de Camada 2 ou VPN de Camada 2 entre a borda de serviço e os dispositivos de agregação Ethernet. O tráfego é enviado para o dispositivo de agregação Ethernet através do circuito de Camada 2 ou VPN de Camada 2 em todo o domínio de acesso MPLS.

Se o tráfego MAC de destino proveniente do lado de entrada e saída do dispositivo de borda de serviço for desconhecido ou multicast ou broadcast, o tráfego precisará ser inundado. Isso requer uma inundação de dispositivo de borda do cliente no próximo salto para incluir o serviço pseudowire na interface lógica de serviço, que atua como uma interface lógica de acesso para a instância VPLS ou domínio de ponte.

Interfaces de serviço Pseudowire

Os seguintes recursos são suportados em interfaces de serviço pseudowire:

• Uma interface de serviço pseudowire é hospedada em uma interface de túnel lógica (lt-x/y/z). O tráfego de um serviço pseudowire de transporte em uma interface lógica para um serviço pseudowire de assinante em uma interface lógica é baseado na ID de VLAN disponível.

• A transferência de tráfego de um serviço pseudowire de assinante em uma interface lógica para um serviço pseudowire de transporte em uma interface lógica é baseada no channelID por meio de um endereço IP de loopback disponível.

• O serviço Pseudowire em interfaces lógicas de serviço é suportado na instância de roteamento de roteamento virtual e encaminhamento (VRF).

• Serviço de assinante pseudowire (ps) em uma interface de tronco para encerrar a instância de circuito de Camada 2 em um switch virtual habilitado para VPLS. O mesmo circuito de Camada 2 também pode ser terminado na instância de roteamento do tipo instância VPLS com diferentes interfaces lógicas de serviço e na instância de roteamento do tipo VRF VPN de Camada 3 usando outra interface lógica de serviço também.

Configuração de exemplo

As configurações de exemplo a seguir mostram um serviço pseudowire em uma interface lógica de transporte em um circuito de Camada 2, um serviço pseudowire em interfaces lógicas de serviço em um domínio de bridge e uma instância VPLS em um dispositivo de borda de serviço, e um serviço pseudowire em uma interface de serviço trunk em uma instância VPLS:

Serviço pseudowire em uma interface lógica de serviço no domínio da bridge no roteador 0

Serviço pseudowire em uma interface lógica de serviço em uma instância VPLS no roteador 0

Serviço pseudowire em uma interface de serviço de tronco em uma instância VPLS no roteador 0

Serviço pseudowire em uma interface lógica de serviço em um circuito de Camada 2 no roteador 0

Linha de Assinante Digital

A linha de assinante digital (DSL) é a tecnologia de banda larga mais implantada em todo o mundo. Essa opção de entrega usa linhas telefônicas existentes para enviar informações de banda larga em uma frequência diferente da usada para o serviço de voz existente. Muitas gerações de DSL são usadas para serviços residenciais, incluindo a Linha de Assinante Digital de Velocidade Muito Alta 2 (VDSL2) e versões de Linha de Assinante Digital Assimétrica (ADSL, ADSL2 e ADSL2+). Essas variações de DSL oferecem principalmente serviço de banda larga residencial assimétrico, onde diferentes velocidades upstream e downstream são implementadas. (VDSL2 também suporta operação simétrica.) Outras variações de DSL, como HDSL (Linha de Assinante Digital de Alta Taxa de Bits) e SDSL (Linha de Assinante Digital Simétrica), fornecem velocidades simétricas e são normalmente usadas em aplicativos de negócios.

O head-end de um sistema DSL é o Digital Subscriber Line Access Multiplexer (DSLAM). O dispositivo de demarcação nas instalações do cliente é um modem DSL. Os modelos de serviço DSL são definidos pelo Fórum de Banda Larga (anteriormente chamado de Fórum DSL).

Ethernet ativa

A Ethernet ativa usa a tecnologia Ethernet tradicional para fornecer serviço de banda larga em uma rede de fibra óptica. A Ethernet ativa não fornece um canal separado para o serviço de voz existente, portanto, o equipamento VoIP (ou TDM para VoIP) é necessário. Além disso, o envio de Ethernet de velocidade total (10 ou 100 Mbps) requer energia significativa, necessitando de distribuição para switches Ethernet e repetidores ópticos localizados em gabinetes fora do escritório central. Devido a essas restrições, as primeiras implantações de Ethernet ativa geralmente aparecem em áreas densamente povoadas.

Redes ópticas passivas

As redes ópticas passivas (PON), assim como a Ethernet ativa, usam cabos de fibra óptica para entregar serviços às instalações. Essa opção de entrega oferece velocidades mais altas do que o DSL, mas velocidades menores do que a Ethernet ativa. Embora a PON ofereça maior velocidade para cada assinante, ela requer um investimento maior em cabo e conectividade.

Uma das principais vantagens da PON é que ela não requer nenhum equipamento alimentado fora do escritório central. Cada fibra que sai do escritório central é dividida usando um divisor óptico não alimentado. A fibra dividida segue então uma conexão ponto a ponto com cada assinante.

As tecnologias PON se enquadram em três categorias gerais:

• PON ATM (APON), PON de banda larga (BPON) e PON com capacidade de Gigabit (GPON) — Padrões PON que usam as seguintes opções de entrega diferentes:

  • APON — O primeiro padrão de rede óptica passiva é usado principalmente para aplicativos de negócios.

  • BPON — Com base no APON, a BPON adiciona multiplexação por divisão de onda (WDM), alocação de largura de banda upstream dinâmica e superior e uma interface de gerenciamento padrão para permitir redes de fornecedores mistos.

  • GON — O GPON é baseado no BPON, mas suporta taxas mais altas, segurança aprimorada e a escolha de qual protocolo de Camada 2 usar (ATM, Modelo de Equipamento Genérico [GEM] ou Ethernet).

• Ethernet PON (EPON) — Fornece recursos semelhantes ao GPON, BPON e APON, mas usa padrões Ethernet. Esses padrões são definidos pelo IEEE. Gigabit Ethernet PON (GEPON) é a versão de maior velocidade.

• PON de multiplexação por divisão de onda (WDM-PON) — uma PON não padrão que, como o nome indica, fornece um comprimento de onda separado para cada assinante.

O head-end de um sistema PON é um terminador de linha óptica (OLT). O dispositivo de demarcação nas instalações do cliente é um terminador de rede óptica (ONT). O ONT oferece portas do lado do assinante para conexão de Ethernet (RJ-45), fios telefônicos (RJ-11) ou cabo coaxial (conector F).

Fibra híbrida coaxial

As operadoras de vários sistemas (MSOs; também conhecidas como operadoras de TV a cabo) oferecem serviço de banda larga por meio de sua rede híbrida de fibra coaxial (HFC). A rede HFC combina fibra óptica e cabo coaxial para entregar o serviço diretamente ao cliente. Os serviços saem do escritório central (CO) usando um cabo de fibra óptica. O serviço é então convertido fora do CO em uma árvore de cabos coaxiais usando uma série de nós ópticos e, quando necessário, através de um amplificador de radiofrequência (RF) de tronco. Os cabos coaxiais então se conectam a vários assinantes. O dispositivo de demarcação é um modem a cabo ou decodificador, que se comunica com um sistema de terminação de modem a cabo (CMTS) no head-end da MSO ou instalação primária que recebe sinais de televisão para processamento e distribuição. O tráfego de banda larga é transportado usando o padrão Data Over Cable Service Interface Specification (DOCSIS) definido pela CableLabs e muitas empresas contribuintes.

Benefícios das implantações DSLAM em cascata em relação aos canais DSL vinculados

Esse recurso é útil para dar suporte a implantações de rede de acesso em que vários assinantes compartilham a mesma linha de acesso agregada por um nó intermediário entre o nó de acesso e os gateways de roteamento doméstico. Outro benefício é conservar os nós de CoS de Camada 2. Normalmente, um nó fictício de Camada 2 é criado para cada domicílio residencial, o que pode esgotar os recursos de CoS de Camada 2. Portanto, os modelos de rede que usam modelos de acesso DSL, G.Fast e PON vinculados podem conservar nós de CoS de Camada 2.

Hierarquia do agendador de 4 níveis

O Junos OS oferece suporte a uma hierarquia de agendador de QoS de 4 níveis, com suporte mínimo ao acesso residencial e L2BSA em implantações de rede de acesso de cobre ao prédio (CTTB) ou de fibra ao edifício. Há suporte para os seguintes níveis de hierarquia do agendador de QoS:

• Porta de nível 1 (interface física ou AE)

• Linha de acesso de nível 2 (conjunto de interface lógica, representa uma coleção de assinantes que compartilham uma determinada linha de acesso agregada por um nó intermediário)

• Sessões de assinante de nível 3

• Filas de nível 4 (serviços)

Figura 5: Hierarquia do agendador

Na Figura 5, o acesso residencial e L2BSA requer apenas uma hierarquia de agendador de 4 níveis. No momento, não há suporte para o acesso de assinante corporativo e, portanto, a hierarquia do agendador de 4 níveis é suficiente para serviços CuTTB e PON direcionados a um prédio de apartamentos.

Casos de uso de implantações DSLAM em cascata em canais DSL vinculados

A DSL vinculada para cobre ao edifício (CuTTB) introduz um nó intermediário Unidade de Ponto de Distribuição-Cobre (DPU-C) entre o multiplexador de acesso DSL (DSLAM) e um cluster de assinantes no local do cliente. Os modelos de implantação de linha de acesso compartilhado podem ser do tipo Rede Óptica Passiva (PON) ou linhas de cobre DSL ligadas. Exemplos de nós intermediários estão listados abaixo:

• DPU-C - DSL colado para Copper-To-The-Building (CTTB)

• ONU - PON (Fibra até o edifício (FTTB)

• PON híbrida e G.Fast

DSL vinculada para cobre para o edifício (CuTTB)

Figura 6: DSL/CuTTB ligado

Na Figura 6, cada DPU-C tem uma sessão ANCP para relatar parâmetros de linha de acesso de assinantes individuais conectados ao nó. A MSAN também tem uma sessão ANCP para relatar os parâmetros da linha de acesso da linha de acesso DSL vinculada à DPU-C. Todos os assinantes conectados à DPU-C estão, portanto, sujeitos à taxa de downstream da linha de acesso DSL, os assinantes da DPU-C são agrupados em um conjunto de interfaces. Você pode ajustar as velocidades relatadas nesta Port-Up e aplicá-las ao nó CoS para a interface correspondente, mantendo a semântica do perfil de controle de ajuste de CoS que é usado para linhas de assinantes individuais. O modelo de acesso consiste em um híbrido de acesso DSL vinculado e acesso não vinculado convencional. As sessões ANCP DPU-C e MSAN (Multi Service Access Node) são completamente independentes e as tags PPPoE-IA refletem apenas os atributos relatados na sessão dPU-C ANCP

PON híbrida + G.fast

Figura 7: PON híbrida + G.fast

Na Figura 7, o OLT tem uma sessão ANCP com o BNG e proxies para todos os nós PON nativos downstream. Os assinantes do G.fast DSL estão conectados a um nó intermediário, que possui uma conexão PON com a ONU intermediária na frente do OLT.

Uma rede de acesso híbrida conecta linhas de assinantes baseadas em DSL usando acesso PON e nós G.fast com um nó intermediário entre o OLT e os gateways domésticos (HGs). Tanto as empresas quanto as residências estão conectadas ao nó intermediário, que é a folha PON. A modelagem é necessária tanto no nível do assinante quanto no nível da leaf PON. Os assinantes do G.fast estão associados à ONU intermediária como um assinante nativo da PON. Os novos TLVs do tipo DSL são suportados pela AN e seus valores são relatados na porta ANCP para a linha de acesso do assinante correspondente. No entanto, ainda não é possível distinguir entre um nó intermediário e uma conexão convencional para uma determinada sessão PPPoE.

Recursos suportados

• Suporte à modelagem de tráfego baseada em ANCP em iflsets dinâmicos.

• Preservação da independência de PPP0E-IA e ANCP pela configuração de CLI para assinantes residenciais.

• O novo Juniper VSA, ERX-Inner-Vlan-Tag-Protocol-Id (4874-26-211) é suportado para originar o valor interno do VLAN Tag Protocol Identifier para assinantes L2BSA como uma otimização para manter dois perfis dinâmicos separados, um para TPID - 0x88a8 e outro para 0x8100, e obter o valor desejado retornando 4874-26-174 (Client-Profile-Name) no Access-Accept.

• Há suporte para os seguintes valores de tipo adicionais para o tipo DSL TLV. Todos os assinantes incluem esses TLVs do tipo DSL nas tags PPPoE IA das mensagens PPPoE PADR.

  • (8) G.fast

  • (9) VDSL2 Anexo Q

  • (10) SDSL ligado

  • (11) VDSL2 ligado

  • (12) G, ligado rapidamente

  • (13) VDSL2 Anexo Q ligado