Configuration de l’accès client L2TP pour prendre en charge MLPPP pour les abonnés statiques
Pour activer la prise en charge de MLPPP sur serveur réseau LT2P (LNS) pour MX Series, vous devez indiquer si MLPPP est pris en charge pour les abonnés statiques à partir d’un client L2TP (LAC) particulier en configurant l’instruction multilink actuellement prise en charge dans access profile. Les profils d’accès définissent comment valider les connexions L2TP (Layer 2 Tunneling Protocol) et les demandes de session. Dans chaque profil d’accès L2TP, vous configurez un ou plusieurs clients (LAC). Vous pouvez configurer plusieurs profils d’accès et plusieurs clients dans chaque profil.
Avec la prise en charge du mode mixte, l’instruction multilink active MLPPP mais ne le définit pas. Toutefois, si vous ne configurez pas l’instruction, MLPPP n’est pas pris en charge pour les multilink abonnés LAC statiques.
Les deux exemples suivants illustrent des configurations de profil d’accès L2TP pour un client L2TP statique compatible MLPPP et un client L2TP statique non multiliaison (liaison simple).
Pour configurer un profil d’accès L2TP pour les clients L2TP statiques compatibles MLPPP :
MLPPP est d’abord négocié avec les abonnés statiques provenant du profil de groupe de pairs BAC, ce-lac-1-gp, puis passe à PPP si l’abonné rejette MLPPP. Voici un exemple de sortie pour un client L2TP statique compatible 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;
}
}
}
}
Pour configurer un profil d’accès L2TP pour des clients L2TP statiques non-MLPPP ou à liaison unique, répétez les étapes 1 à 7 pour configurer un profil d’accès L2TP pour les clients L2TP statiques compatibles avec les liaisons multiples. Ne pas set l2tp multilink.
Seul le PPP est négocié avec les abonnés statiques à partir du profil de groupe de pairs BAC, ce-lac-2-gpet une demande de configuration LCP provenant de l’équipement sur le site client (CPE) avec l’option MRRU (Maximum received rebuilt unit) est rejetée. L’exemple suivant montre un exemple de sortie pour le client L2TP statique à liaison unique :
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
}
}
}
}