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 primaires et préférées.

L’adresse par défaut du routeur est utilisée comme adresse source sur des 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é par les protocoles, y compris OSPF et BGP interne (IBGP).

L’interface principale du routeur est l’interface que les paquets sortent lorsqu’aucun nom d’interface n’est spécifié et lorsque l’adresse de destination n’implique pas une 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 multicast 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 les destinations du 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 n’est pas 127.0.0.1 utilisée.

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

3. Lorsqu’il existe plusieurs interfaces avec des adresses « principales » et « préférées », 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 faible sur cette interface est utilisée comme adresse système par défaut.

4. Toute 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 des adresses 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 pouvez attribuer une adresse IP uniquement à 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 du donneur pour une interface Ethernet non numérotée.

• Vous ne pouvez pas configurer l’interface du donneur pour une interface Ethernet non numérotée comme 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, preferredou vrrp-group.

  Pour plus d’informations sur ces options d’instruction, voir 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 face directement à l’hôte et n’ont pas de voisins PIM en aval. Vous ne pouvez pas exécuter IGMP ou PIM sur des interfaces Ethernet non numérotées qui agissent en amont dans une topologie PIM.

• Vous pouvez exécuter OSPF sur des interfaces Ethernet non numérotées configurées comme une 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 du donneur pour une configuration d’interface non numérotée, de sorte que l’adresse IP du donneur est accessible pour établir des sessions OSPF.

• But
• Action
• Sens

• But
• Action
• Sens

• But
• Action
• Sens

Lorsque vous appliquez un filtre de pare-feu, vous pouvez définir une interface pour faire partie d’un groupe d’interfaces. Les paquets reçus sur cette interface sont étiquetés comme faisant partie du groupe. Vous pouvez ensuite faire correspondre ces paquets à l’aide de l’instruction interface-group de correspondance, comme décrit dans le guide de l’utilisateur des stratégies de routage, des filtres de pare-feu et du contrôle du trafic.

Pour définir l’interface comme faisant partie d’un groupe d’interfaces, incluez l’énoncé group :

Vous pouvez inclure cette déclaration 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 le trafic IP version 4 (IPv4), IP version 6 (IPv6), MPLS ou peer AS facturation, vous pouvez gérer le nombre de paquets en fonction des points d’entrée et de sortie du trafic passant 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 des classes source (SCU) compte les paquets envoyés aux clients en effectuant une recherche sur l’adresse source IP. Le SCU permet de suivre le trafic provenant de préfixes spécifiques sur le cœur du fournisseur et destiné à des préfixes spécifiques à la périphérie du client. Vous devez activer la comptabilisation SCU sur les interfaces physiques entrantes et sortantes, et le routage de la source du paquet doit être situé dans la table de transfert.

L’utilisation des classes de destination (DCU) compte les paquets des clients en effectuant la recherche de l’adresse IP de destination. La DCU permet de suivre le trafic provenant de la périphérie du 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 le 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 le SCU pour compter les paquets que le fournisseur envoie à 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 : Comptabilisation des préfixes avec les classes de source et de destination

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

Pour activer le comptage des paquets sur une interface, incluez l’énoncé accounting :

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 interface unique, configurez au moins un point d’entrée attendu et un point de sortie attendu.

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 le 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 des SCU et des DCU dépend de l’interface physique sous-jacente.

• Pour le trafic sur les interfaces MPC/Carte d’interface modulaire (MPC/MIC), un seul paquet entrant est compté pour la comptabilité SCU et DCU si les deux sont configurés. Pour vous assurer que le paquet sortant est compté, incluez les source-class-usage output déclarations dans la configuration de l’interface sortante.

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

Pour le trafic sur les interfaces MPC, la comptabilisation des SCU et des 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 comptabilisation SCU ou DCU, sauf dans le cas où l’action du terme correspondant est discard.

Sur les routeurs T Series, M120 et M320, les classes source et de destination ne sont pas transportées sur la structure de routeur. Les conséquences sont les suivantes :

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

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

Après avoir activé la comptabilisation sur une interface, le système d’exploitation gère les compteurs de paquets pour cette interface, avec des compteurs distincts pour inet, inet6et des familles de mpls protocoles. 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 table de transfert.

Dans Junos OS version 9.3 et versions ultérieures, vous pouvez configurer la comptabilisation SCU pour les VPN de couche 3 configurés avec l’état 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 est prise en charge uniquement pour le type d’instance VRF (Virtual Routing and Forwarding).

Pour une discussion complète sur les profils de comptabilisation de classe source et de destination, consultez le Guide d’administration de la gestion du réseau Junos OS pour les équipements de routage. Pour plus d’informations sur MPLS, consultez le Guide de l’utilisateur des applications MPLS.