Surveillance des ressources pour la gestion des abonnés et les services

Utilisation de filigranes pour la surveillance des ressources des cartes de ligne

Vous pouvez configurer les valeurs de filigrane ou de point de contrôle pour les ressources de la carte de ligne, telles que la mémoire ukern (tas), la mémoire de saut suivant (NH) et la mémoire de pare-feu ou de filtre, afin qu’elles soient uniformes pour les cartes de ligne basées sur Trio et sur puce I. Le filigrane de mémoire NH s’applique uniquement à la mémoire d’encapsulation (mémoire RAM statique WAN de sortie). La mémoire d’encapsulation est spécifique aux puces I et ne s’applique pas aux puces basées sur Trio. Lorsque le filigrane configuré est dépassé, des journaux d’erreurs sont déclenchés. Si la ressource a été utilisée au-dessus d’un certain seuil, des messages d’avertissement du journal système sont générés pour signaler le dépassement de la valeur de seuil. En fonction de vos besoins réseau, vous pouvez ensuite déterminer si vous souhaitez résilier les abonnés et services existants pour éviter que le système ne soit surchargé et n’entraîne une panne.

Cette fonctionnalité recueille les données de chacune des cartes de ligne et transfère ces détails statistiques au processus du moteur de routage à l’aide d’un port interne bien connu. Ces informations sont analysées par le démon sur le moteur de routine et, à l’aide de l’espace mémoire partagé intégré à la base de données de session, des messages d’avertissement sont générés en cas de dépassement des conditions de seuil.

Vous pouvez configurer les paramètres suivants au niveau de la [edit system services] hiérarchie pour spécifier la valeur de seuil élevée commune à tous les espaces ou régions mémoire et les valeurs de filigrane pour les différents blocs de mémoire sur les DPC et MPC :

• Valeur seuil élevée, au-delà de laquelle des avertissements ou des journaux d’erreurs sont générés, pour toutes les régions de la mémoire, telles que le tas ou ukernel, le saut suivant et l’encapsulation, et la mémoire de filtre de pare-feu, à l’aide de l’instruction resource-monitor high-threshold value .

• Pourcentage d’espace mémoire libre utilisé pour les sauts suivants à surveiller avec une valeur de filigrane à l’aide de l’instruction resource-monitor free-nh-memory-watermark percentage .

• Pourcentage d’espace mémoire libre utilisé pour ukernel ou la mémoire du tas à surveiller avec une valeur de filigrane à l’aide de l’instruction resource-monitor free-heap-memory-watermark percentage .

• Pourcentage d’espace mémoire libre utilisé pour la mémoire du pare-feu et du filtre à surveiller avec une valeur de filigrane à l’aide de l’instruction resource-monitor free-fw-memory-watermark percentage . Cette fonctionnalité est activée par défaut et vous ne pouvez pas la désactiver manuellement. La valeur par défaut et la valeur configurée de la valeur du filigrane pour le pourcentage de mémoire de saut suivant libre s’appliquent également à la mémoire d’encapsulation.

Les valeurs de filigrane par défaut pour le pourcentage de mémoire ukernel ou de tas libre, de mémoire de saut suivant et de mémoire de filtre de pare-feu sont les suivantes :

• filigrane mémoire de tas libre—20

• Filigrane-mémoire-nh-gratuit—20

• filigrane-mémoire-fw gratuit—20

Limitation de la charge des abonnés en fonction de la capacité des ressources CoS

Les critères de classe de service (CoS) sont intégrés dans la décision de limitation de l’accès des abonnés. Les informations sur la disponibilité des ressources CoS, à savoir la capacité de file d’attente, sont collectées à partir des cartes de ligne. Lors de la connexion de l’abonné, en supposant que l’abonné a besoin de ressources CoS, les cartes de ligne indiquent l’utilisation de la file d’attente CoS en pourcentage des ressources liées à une hiérarchie de planification et qui ne peuvent pas être liées à une nouvelle hiérarchie de planification. L’instruction high-cos-queue-threshold au niveau de la [edit system services] hiérarchie peut être définie dans la plage de 0 % à 90 %, séparément pour chaque emplacement FPC. Lorsque l'utilisation de la file d'attente CoS sur un FPC donné atteint le niveau de seuil configuré de ce FPC, les connexions d'abonnés supplémentaires sur ce FPC ne sont pas autorisées. Ce mécanisme de surveillance des ressources fournit des marges de sécurité ajustables pour éviter d'épuiser complètement les ressources de file d'attente CoS disponibles de chaque FPC. Voir high-cos-queue-threshold. Cette fonctionnalité n’est disponible que lorsque vous activez la gestion des abonnés. Pour plus d’informations sur l’activation de la gestion des abonnés, reportez-vous à la section Configuration de la gestion des abonnés améliorée par Junos OS.

Examen de l’utilisation des régions de ressources mémoire à l’aide des commandes show

Vous pouvez utiliser la show system resource-monitor fpc commande pour surveiller l’utilisation des ressources mémoire sur les moteurs de transfert de paquets d’un FPC. La mémoire de filtre désigne la mémoire de compteur de filtres utilisée pour les compteurs de filtres de pare-feu. L’astérisque (*) affiché en regard de chacune des régions de mémoire indique celles pour lesquelles le seuil configuré est actuellement dépassé. Les commandes de surveillance des ressources affichent les valeurs configurées du filigrane pour les mémoires des différentes applications de carte de ligne à surveiller. Les mesures statistiques affichées sont basées sur le calcul effectué de l’utilisation actuelle de la mémoire des cartes de ligne individuelles. La mémoire ukrainienne est générique dans les différents types de cartes de ligne et signifie les tampons de mémoire de tas. Étant donné qu’une carte de ligne ou un FPC dans un emplacement particulier peut contenir plusieurs complexes de moteur de transfert de paquets, la mémoire utilisée sur les circuits intégrés spécifiques à l’application (ASIC) est spécifique à un complexe PFE particulier. En raison des différents modèles d’architecture pour différentes variantes de cartes de ligne prises en charge, le pourcentage d’utilisation de la mémoire spécifique à l’ASIC (next-hop et pare-feu ou mémoire de filtre) peut être interprété différemment.

Limitation de charge pour réduire les retards de traitement

Le moteur de routage peut utiliser la surveillance des ressources pour évaluer et réduire la charge de traitement sur le moteur de transfert de paquets d’une carte de ligne. Il est possible que le moteur de routage envoie du travail à un rythme supérieur à celui que le moteur de transfert de paquets peut traiter. C’est ce qu’on appelle parfois la surcharge de la carte de ligne ou du moteur de transfert de paquets. Lorsque la charge de travail sur le moteur de transfert de paquets est trop élevée, cela peut entraîner des retards notables dans le traitement des paquets.

La surveillance des ressources permet au moteur de routage d’évaluer la charge en évaluant le délai aller-retour des paquets qu’il envoie au moteur de transfert de paquets. Un temps d’aller-retour plus long indique une charge plus élevée et donc un plus grand risque de retards de traitement sur le moteur de transfert de paquets. Le cas échéant, le moteur de routage réduit le pourcentage de sessions d’abonnés (client et service) qui sont autorisées à se terminer.

Cette capacité est appelée limitation de charge ou limitation de charge à temps aller-retour. L’étranglement empêche le moteur de routage de surcharger les cartes de ligne au point que les retards de traitement deviennent visibles pour les opérateurs et les systèmes de back-office. Voici comment fonctionne :

1. Pour surveiller les retards, le moteur de routage envoie un message de demande d’écho toutes les secondes au moteur de transfert de paquets sur la carte de ligne. La demande d’écho comprend à la fois un horodatage pour son envoi et un numéro de séquence en cours d’exécution. La priorité du message est le meilleur effort, pour simuler le délai de traitement le plus défavorable sur la carte de ligne.

2. Le moteur de transfert de paquets traite la demande d’écho et répond par une réponse d’écho. La priorité des messages est élevée afin de minimiser la gigue lorsque le moteur de routage traite le paquet retourné.

3. Lorsque le moteur de routage reçoit la réponse d’écho, il calcule le temps d’aller-retour comme la différence de temps entre l’horodatage de la demande d’écho et l’heure à laquelle il reçoit la réponse d’écho pour ce numéro de séquence particulier.

4. Le moteur de routage compare le temps de retard aller-retour à une valeur de seuil aller-retour par défaut de 1 seconde. Si le délai mesuré est plus long que le seuil pour trois trajets consécutifs, le moteur de routage refuse les connexions pour un pourcentage de nouveaux abonnés, ce qui réduit le nombre de nouvelles sessions client et de service établies. Cette réduction est appelée étranglement.

   Un algorithme interne calcule le pourcentage d’étranglement en fonction du seuil et du temps d’aller-retour. Ce pourcentage varie en fonction du retard aller-retour à ce moment-là.

   Le moteur de routage augmente la limitation (refuse davantage de connexions d’abonnés) pour chaque ensemble successif de trois mesures de retard qui dépassent toutes le seuil.

5. Lorsque le retard mesuré est inférieur au seuil pour trois trajets consécutifs, le moteur de routage supprime la manette des gaz. Cela permet aux abonnés de se connecter librement.

Remarque :

La limitation de charge RTT s’applique aux interfaces Ethernet (ge, xe) et aux interfaces pseudowire (ps) sur la base d’une carte de ligne, comme suit :

• Pour les interfaces Ethernet agrégées, elle s’applique à l’ensemble des cartes d’interface associées à l’offre Ethernet agrégée.

• Pour les interfaces pseudowire avec un tunnel logique redondant (RLT), elle s’applique à l’ensemble des cartes de ligne associées au point d’ancrage.

Dans les deux cas, le moteur de routage considère que la valeur de retard qui détermine la limitation est le délai aller-retour le plus long de toutes les cartes de ligne du jeu.

Le Tableau 1 montre comment les sessions d’abonnés sont limitées sur une carte de ligne sur une période de 12 secondes lorsque le délai aller-retour est supérieur au seuil interne. Cet exemple repose sur les hypothèses suivantes :

• Le seuil de retard interne est de 1 seconde.

• Les mesures de retard ont lieu toutes les secondes.

• Le taux de création de sessions est réduit de 10 % après 3 mesures consécutives du retard aller-retour au-dessus du seuil de délai aller-retour. Tant que le seuil est dépassé, l’étranglement est augmenté toutes les 3 mesures.

• Si le retard mesuré diminue et reste inférieur au seuil pour 3 mesures consécutives du retard aller-retour, le taux de session revient à 100 %.

Remarque :

Cet exemple est simplifié. N’oubliez pas que le pourcentage exact d’étranglement est déterminé dynamiquement et peut varier d’une seconde à l’autre.

Tableau 1 : exemple de limitation de charge due à un délai aller-retour

Heure	Retard aller-retour (ms)	Seuil dépassé	Pourcentage de sessions autorisées
1	850	Non	100
2	900	Non	100
3	995	Non	100
4	1021	Oui Nombre de dépassements de seuil #1	100
5	1130	Oui Nombre de dépassements de seuil #2	100
6	1158	Oui Nombre de dépassements de seuil #3	90 Taux de sessions réduit de 10 %
7	1127	Oui Nombre de dépassements de seuil #1	90 Taux de sessions réduit de 10 %
8	1135	Oui Nombre de dépassements de seuil #2	90
9	1126	Oui Nombre de dépassements de seuil #3	80 Taux de sessions réduit de 10 %
10	1000	Non Seuil non dépassé compte #1	80
11	991	Non Seuil non dépassé compte #2	80
12	998	Non Seuil non dépassé compte #3	100 Suppression de l’étranglement

La surveillance de la charge des ressources et la limitation du temps d’aller-retour sont activées par défaut. Vous pouvez utiliser l’une des instructions suivantes pour désactiver cette fonctionnalité :

• no-load-throttle au niveau de la [edit system services resource-monitor] hiérarchie

• no-throttle au niveau de la [edit system services resource-monitor] hiérarchie

Si vous désactivez la fonctionnalité et que le moteur de transfert de paquets devient trop occupé, les nouveaux abonnés peuvent se connecter et devenir actifs, mais aucun trafic ne circule pendant un certain temps. Ce retard dans le traitement du trafic peut devenir notable.

Vous pouvez utiliser la commande suivante pour confirmer si la fonctionnalité de limitation de charge est activée et voir divers aspects de la fonctionnalité en action. Les champs en gras sont particulièrement utiles.

Limitation du nombre d’abonnés avec Resource Monitor

À partir de la version 17.3R1 de Junos OS, vous pouvez également utiliser la surveillance des ressources pour limiter directement le nombre d’abonnés pris en charge par élément matériel. Vous pouvez spécifier le nombre maximal d’abonnés qui peuvent être connectés par châssis, carte de ligne (MPC), MIC ou port. Vous pouvez définir la limite sur les abonnés d’un seul type de client (DHCP, L2TP ou PPPoE) ou sur les abonnés de n’importe quel type de client.

Cette fonctionnalité garantit que le nombre d’abonnés connectés par élément matériel ne dépasse pas le nombre que votre réseau peut servir avec stabilité à la bande passante de service souhaitée. Lorsque la limite est atteinte pour un élément matériel, les nouvelles connexions d’abonnés sont refusées sur cet élément jusqu’à ce que le nombre d’abonnés tombe en dessous de la limite configurée. Les nouveaux abonnés dépassant cette limite peuvent se connecter à un autre élément matériel du même domaine de diffusion. Lorsque vous configurez la limite sur une ou plusieurs branches d’une interface Ethernet agrégée, la connexion est refusée si le nombre d’abonnés dépasse la valeur de l’une des branches.

Limiter les abonnés de cette façon répartit la charge entre les éléments matériels, mais ne fournit aucune sorte d’équilibrage de charge. Cette fonctionnalité peut également vous aider à cartographier la capacité de votre réseau et à déterminer les ressources matérielles dont vous avez besoin pour étendre cette capacité. Par exemple, si vous fournissez un service qui nécessite une quantité particulière de mémoire et que vous savez combien d’abonnés vous pouvez desservir avec un ensemble donné de matériel, vous pouvez déterminer la quantité de mémoire dont vous avez besoin. Ou si vous souhaitez ajouter un service avec plus de mémoire par abonné, vous pouvez calculer la quantité supplémentaire dont vous avez besoin, la comparer à votre mémoire disponible et déterminer si vous devez provisionner de nouveaux ports, MIC, MPC ou routeurs pour gérer le nouveau service.

Historique des modifications sur la surveillance des ressources pour la gestion des abonnés et les services

La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l’explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.

Tableau 2 : Historique des modifications sur la surveillance des ressources pour la gestion des abonnés et les services

Description de	la version
17.3	À partir de la version 17.3R1 de Junos OS, vous pouvez également utiliser la surveillance des ressources pour limiter directement le nombre d’abonnés pris en charge par élément matériel.
17.4	À partir de la version 17.4R1 de Junos OS, les critères de classe de service (CoS) sont intégrés dans la décision de limitation de l’accès des abonnés.
19.4	À partir de la version 19.4R1 de Junos OS, vous pouvez spécifier la valeur 0 pour empêcher qu’un abonné ne soit limité par la limitation basée sur la file d’attente.

Surveillance des ressources spécifiques à la plate-forme pour la gestion des abonnés et le comportement des services

Plate-forme	Différence
Routeurs MX240, MX480 et MX960 avec cartes de ligne MPC2E héritées, MPC2E-NG, MPC3E-NG, MPC5E et MPC7E	La fonctionnalité de surveillance des ressources CoS base les décisions d’admission uniquement sur les files d’attente est prise en charge pour le matériel. Les autres ressources CoS ne font pas partie de ce critère. Cette fonctionnalité ne prend pas en charge la limitation pour les abonnés arrivant sur des périphériques pseudo-filaires, de tunnel logique ou de tunnel logique redondant.
Routeurs MX80, MX104	Prise en charge de la configuration de surveillance des ressources .
Routeurs MX240, MX480, MX960, MX2010 et MX2020	Les cartes d’interface suivantes prennent en charge la surveillance des ressources sur les routeurs MX240, MX480, MX960, MX2010 et MX2020 : MX-MPC1-3D MX-MPC1-3D-Q MX-MPC2-3D MX-MPC2-3D-Q MX-MPC2-3D-EQ MPC-3D-16XGE-SFPP MPC3E MPC3E-3D-NG MPC4E-3D-2CGE-8XGE MPC4E-3D-32XGE MPC5EQ-40G10G MPC5EQ-100G10G MPC5E-100G10G MPC5E-40G10G MPC10E-10C-MRATE MPC10E-15C-MRATE MX2K-MPC6E MX2K-MPC11E DPCE MS-DPC Concentrateurs PIC flexibles MX Series (MX-FPC) NG-MPC3E