Présentation des offres groupées MLPPP et des interfaces logiques de service en ligne
Chaque offre groupée MLPPP pour les abonnés LNS ou PPPoE (terminaison et tunnelisation) est représentée par une interface logique (IFL) de servicesi en ligne.
Cette rubrique contient les sections suivantes :
Distribution du traitement de réassemblage
Un serveur réseau L2TP (LNS) peut maintenir un débit d’environ 67 % du débit de ligne pour les paquets de 64 octets. En outre, le réassemblage MLPPP doit être effectué sur un sous-ensemble de ces sessions L2TP. En introduisant une si interface pour le bundle, une partie du traitement de réassemblage MLPPP peut être déchargée sur un autre moteur de recherche différent de celui qui effectue le traitement LNS.
Par exemple, la figure 1 montre un réseau MX Series typique contenant deux emplacements MPC2 orientés accès, chaque emplacement contenant deux moteurs de recherche. Un ou deux moteurs de recherche sont sous-utilisés dans les emplacements MPC2. Les moteurs de correspondance sous-utilisés sont disponibles pour héberger si des interfaces afin de décharger le traitement de réassemblage MLPPP.
de réassemblage MLPPP
Pour minimiser la réorganisation des fragments, l’interface MLPPP si doit se trouver sur une MPC2 où la mise en forme et la mise en file d’attente sont effectuées au niveau de l’offre groupée.
Point d’agrégation pour un véritable PPP multi-liaison
Vous pouvez mapper chaque liaison d’un bundle multilink à un moteur de recherche différent pour le traitement LNS. L’utilisation d’une si interface pour le bundle garantit que tous les fragments appartenant au même bundle arrivent dans un moteur de recherche unique pour être réassemblés.
Forfait abonné LAC
Une fois qu’un abonné est tunnelisé, le bundle n’est plus impliqué à la fois dans le plan de contrôle et le chemin de transfert, et l’IFL du bundle MLPPP et l’ID de session sont notés dans l’interface utilisateur graphique.