Famille de protocoles et propriétés d’adresse d’interface

Le routeur dispose d’une adresse par défaut et d’une interface principale ; et les interfaces ont des adresses principale et préférée.

L’adresse par défaut du routeur est utilisée comme adresse source sur les interfaces non numérotées. Le processus de protocole de routage tente de sélectionner l’adresse par défaut comme ID de routeur, qui est utilisée par les protocoles, y compris OSPF et le BGP interne (IBGP).

L’interface principale du routeur est l’interface par laquelle les paquets sont envoyés lorsqu’aucun nom d’interface n’est spécifié et que l’adresse de destination n’implique pas d’interface sortante particulière.

L’adresse principale d’une interface est utilisée par défaut comme adresse locale pour les paquets de diffusion et de multidiffusion provenant localement et envoyés par l’interface. L’adresse préférée d’une interface est l’adresse locale par défaut utilisée pour les paquets provenant du routeur local vers des destinations sur le sous-réseau.

L’adresse par défaut du routeur est choisie à l’aide de la séquence suivante :

1. L’adresse principale de l’interface lo0 de bouclage qui ne l’est pas 127.0.0.1 est utilisée.

2. L’adresse principale de l’interface principale est utilisée.

3. Lorsqu’il existe plusieurs interfaces avec des adresses « primaire » et « préférée », l’interface avec l’index d’interface le plus bas est sélectionnée et l’adresse principale est utilisée. Dans le cas où aucune des adresses IP de l’interface n’est explicitement marquée avec l’instruction primary , l’adresse numériquement la plus basse de cette interface est utilisée comme adresse système par défaut.

4. N’importe quelle interface restante avec une adresse IP peut être sélectionnée. Cela inclut la gestion du routeur ou les interfaces internes. Pour cette raison, il est recommandé d’attribuer une adresse de bouclage, ou de configurer explicitement une interface principale, pour contrôler la sélection d’adresse par défaut.

Les exigences et restrictions suivantes s’appliquent lorsque vous configurez des interfaces Ethernet non numérotées :

• L’instruction unnumbered-address prend actuellement en charge la configuration d’interfaces Ethernet non numérotées pour les familles d’adresses IP version 4 (IPv4) et IP version 6 (IPv6).

• Vous ne pouvez attribuer une adresse IP qu’à une interface Ethernet qui n’est pas déjà configurée en tant qu’interface non numérotée.

• Vous devez configurer une ou plusieurs adresses IP sur l’interface donneuse pour une interface Ethernet non numérotée.

• Vous ne pouvez pas configurer l’interface donneuse d’une interface Ethernet non numérotée en tant qu’interface non numérotée.

• Une interface Ethernet non numérotée ne prend pas en charge la configuration des options d’instruction suivantes address : arp, broadcast, primary, preferred, ou vrrp-group.

  Pour plus d’informations sur ces options d’instruction, reportez-vous à la section Configuration de l’adresse d’interface.

• Vous pouvez exécuter le protocole IGMP (Internet Group Management Protocol) et le module d’interface physique (PIM) uniquement sur des interfaces Ethernet non numérotées qui font directement face à l’hôte et n’ont aucun voisin PIM en aval. Vous ne pouvez pas exécuter IGMP ou PIM sur des interfaces Ethernet non numérotées qui agissent comme des interfaces en amont dans une topologie PIM.

• Vous pouvez exécuter OSPF sur des interfaces Ethernet non numérotées configurées en tant que connexion point à point (P2P). Toutefois, vous ne pouvez pas exécuter OSPF ou IS-IS sur des interfaces Ethernet non numérotées qui ne sont pas configurées en tant que P2P.

  Pour la distribution de l’état de liaison à l’aide d’un protocole IGP (Interior Gateway Protocol), assurez-vous qu’OSPF est activé sur l’interface donneuse pour une configuration d’interface non numérotée afin que l’adresse IP du donneur soit accessible pour établir des sessions OSPF.

• But
• Action
• Sens

• But
• Action
• Sens

• But
• Action
• Sens

Lors de l’application d’un filtre de pare-feu, vous pouvez définir une interface pour qu’elle fasse partie d’un groupe d’interfaces. Les paquets reçus sur cette interface sont marqués comme faisant partie du groupe. Vous pouvez ensuite faire correspondre ces paquets à l’aide de l’instruction interface-group match, comme décrit dans le Guide de l’utilisateur Stratégies de routage, filtres de pare-feu et mécanismes de contrôle du trafic.

Pour définir l’interface qui fera partie d’un groupe d’interfaces, incluez l’instruction group suivante :

Vous pouvez inclure cette instruction aux niveaux hiérarchiques suivants :

• [edit interfaces interface-name unit logical-unit-number family family filter]

• [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family family filter]

Pour les interfaces qui transportent du trafic IP version 4 (IPv4), IP version 6 (IPv6), MPLS ou de facturation Peer AS, vous pouvez gérer le nombre de paquets en fonction des points d’entrée et de sortie du trafic transitant par votre réseau. Les points d’entrée et de sortie sont identifiés par des préfixes source et de destination regroupés en ensembles disjoints définis comme des classes source et des classes de destination. Vous pouvez définir des classes en fonction de divers paramètres, tels que les voisins de routage, les systèmes autonomes et les filtres de routage.

La comptabilisation de l’utilisation de la classe source (SCU) compte les paquets envoyés aux clients en effectuant une recherche sur l’adresse IP source. Le SCU permet de suivre le trafic provenant de préfixes spécifiques sur le noyau du fournisseur et destiné à des préfixes spécifiques sur la périphérie client. Vous devez activer la comptabilisation SCU sur les interfaces physiques entrantes et sortantes, et le routage vers la source du paquet doit se trouver dans la table de transfert.

L’utilisation de la classe de destination (DCU) compte les paquets des clients en effectuant une recherche de l’adresse IP de destination. DCU permet de suivre le trafic provenant de la périphérie client et destiné à des préfixes spécifiques sur le routeur central du fournisseur.

Figure 1 illustre un réseau de FAI. Dans cette topologie, vous pouvez utiliser DCU pour compter les paquets que les clients envoient à des préfixes spécifiques. Par exemple, vous pouvez avoir trois compteurs, un par client, qui comptent les paquets destinés au préfixe 210.210/16 et 220.220/16à .

Vous pouvez utiliser SCU pour compter les paquets envoyés par le fournisseur à partir de préfixes spécifiques. Par exemple, vous pouvez compter les paquets qui sont envoyés à partir du préfixe 210.210/16 et 215.215/16 qui sont transmis sur une interface de sortie spécifique.

Figure 1 : Comptabilité des préfixes avec les classes source et de destination

Vous pouvez configurer jusqu’à 126 classes sources et 126 classes de destination. Pour chaque interface sur laquelle vous activez l’utilisation de la classe de destination et l’utilisation de la classe source, le système d’exploitation gère un compteur spécifique à l’interface pour chaque classe correspondante jusqu’à la limite de 126 classes.

Pour activer le comptage des paquets sur une interface, incluez l’instruction accounting suivante :

direction peut être l’un des éléments suivants :

• input: configurez au moins un point d’entrée attendu.

• output: configurez au moins un point de sortie attendu.

• input output: sur une seule interface, configurez au moins un point d’entrée et un point de sortie attendus.

Vous pouvez inclure ces instructions aux niveaux hiérarchiques suivants :

• [edit interfaces interface-name unit logical-unit-number family (inet | inet6 | mpls)]

• [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number family (inet | inet6 | mpls)]

Pour que SCU fonctionne, vous devez configurer au moins une interface d’entrée et au moins une interface de sortie.

La capacité à compter un seul paquet pour la comptabilisation SCU et DCU dépend de l’interface physique sous-jacente.

• Pour le trafic sur les interfaces MPC/MIC (Modular Port Concentrator/Modular Interface Card), un seul paquet entrant est compté pour la comptabilisation SCU et DCU si SCU et DCU sont configurés. Pour vous assurer que le paquet sortant est compté, incluez les source-class-usage output instructions dans la configuration de l’interface sortante.

• Pour le trafic sur les interfaces DPC, un paquet entrant n’est compté qu’une seule fois, et SCU est prioritaire sur DCU. Cela signifie que lorsqu’un paquet arrive sur une interface sur laquelle vous incluez les source-class-usage input instructions et destination-class-usage dans la configuration, et lorsque la source et la destination correspondent toutes deux à des préfixes comptables, le système d’exploitation associe le paquet à la classe source uniquement.

Pour le trafic sur les interfaces MPC, la comptabilisation SCU et DCU est effectuée après l’évaluation des filtres de sortie. Si un paquet correspond à une condition de correspondance de filtre de pare-feu, le paquet est inclus dans la comptabilité SCU ou DCU, sauf dans le cas où l’action du terme correspondant est discard.

Sur les routeurs T Series, M120 et M320, la classe source et les classes de destination ne sont pas réparties sur la fabric du routeur. Les implications de cette situation sont les suivantes :

• Sur les routeurs T Series, M120 et M320, la comptabilisation SCU et DCU est effectuée avant que le paquet n’entre dans la structure.

• Sur les routeurs M7i, M10i, M120 et M320, sur les routeurs MX Series avec non-MPC et sur les routeurs T Series, la comptabilisation SCU et DCU est effectuée avant l’évaluation des filtres de sortie. Par conséquent, si un paquet correspond à une condition de correspondance du filtre de pare-feu, le paquet est inclus dans la comptabilité SCU ou DCU ; Le paquet est compté pour toute action à terme (y compris l’action discard ).

• Sur les routeurs M120, M320 et T Series, les destination-class instructions et source-class sont prises en charge au niveau de la [edit firewall family family-name filter filter-name term term-name from] hiérarchie uniquement pour le filtre appliqué à la table de transfert. Sur les routeurs M7i, M10i et MX Series, ces instructions sont prises en charge.

Une fois que vous avez activé la comptabilisation sur une interface, le système d’exploitation gère des compteurs de paquets pour cette interface, avec des compteurs distincts pour inetles familles de protocoles , inet6et mpls . Vous devez ensuite configurer les attributs de classe source et de classe de destination dans les instructions d’action de stratégie, qui doivent être incluses dans les stratégies d’exportation de la table de transfert.

Dans Junos OS version 9.3 et ultérieure, vous pouvez configurer la comptabilisation SCU pour les VPN de couche 3 configurés avec l’instruction vrf-table-label . Incluez l’instruction source-class-usage au niveau de la [edit routing-instances routing-instance-name vrf-table-label] hiérarchie. L’instruction source-class-usage à ce niveau hiérarchique n’est prise en charge que pour le type d’instance VRF (Virtual Routing and Forwarding).

Pour plus d’informations sur les profils de comptabilisation des classes source et de destination, reportez-vous au Guide d’administration de la gestion réseau Junos OS pour les périphériques de routage. Pour plus d’informations sur MPLS, reportez-vous au Guide d’utilisation des applications MPLS.