Configurando o acesso do cliente L2TP para oferecer suporte a MLPPP para assinantes estáticos
Para habilitar o suporte a MLPPP sobre servidor de rede LT2P (LNS) para a Série MX, você deve indicar se o MLPPP tem suporte para assinantes estáticos de um cliente L2TP (LAC) específico configurando a declaração atualmente suportada multilink no access profile. Os perfis de acesso definem como validar conexões e solicitações de sessão do Protocolo de Tunelamento de Camada 2 (L2TP). Em cada perfil de acesso L2TP, você configura um ou mais clientes (LACs). Você pode configurar vários perfis de acesso e vários clientes em cada perfil.
Com suporte ao modo misto, a instrução habilita o multilink MLPPP, mas não o define. No entanto, se você não configurar a declaração, o multilink MLPPP não terá suporte para assinantes estáticos do LAC.
Os dois exemplos a seguir mostram configurações de perfil de acesso L2TP para um cliente L2TP estático compatível com MLPPP e um cliente L2TP estático não multilink (link único).
Para configurar um perfil de acesso L2TP para clientes L2TP estáticos compatíveis com MLPPP:
O MLPPP é negociado primeiro com assinantes estáticos provenientes do perfil de grupo peer do LAC, ce-lac-1-gpmas depois muda para PPP se o assinante rejeitar o MLPPP. Veja a seguir uma saída de exemplo para o cliente L2TP estático compatível com MLPPP:
access profile {
ce-l2tp-profile1 {
client ce-lac-1 {
user-group-profile ce-lac-1-gp;
l2tp {
interface-id not-used;
lcp-renegotiation;
maximum-sessions-per-tunnel 2000;
shared-secret "$9$2wgUHQF/9pB";
aaa-access-profile ce-aaa-profile;
multilink;
}
}
}
}
Para configurar um perfil de acesso L2TP para clientes L2TP estáticos não MLPPP ou de link único, repita a Etapa 1 a Etapa 7 para configurar um perfil de acesso L2TP para clientes L2TP estáticos com capacidade para várias links. Não set l2tp multilink.
Somente o PPP é negociado com assinantes estáticos do perfil de grupo de peer do LAC, ce-lac-2-gpe uma solicitação de configuração de LCP do equipamento de instalações do cliente (CPE) com a opção de unidade reconstruída máxima recebida (MRRU) é rejeitada. Veja a seguir um exemplo de saída para o cliente L2TP estático de link único:
access profile {
ce-l2tp-profile1 {
client ce-lac-2 {
user-group-profile ce-lac-1-gp;
l2tp {
interface-id not-used;
maximum-sessions-per-tunnel 1000;
shared-secret "$9$2aBcXyz/2lP";
aaa-access-profile ce-aaa-profile;
## multilink not entered, static subscriber is single link only
}
}
}
}