Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Prise en charge de Junos OS pour les protocoles de routage IPv4, IPv6 et MPLS

Junos OS implémente l’intégralité de la fonctionnalité de routage IP, fournissant la prise en charge des versions IP 4 et IP version 6 (IPv4 et IPv6, respectivement). Les protocoles de routage sont entièrement interopérables avec les protocoles de routage IP existants, et ils ont été développés pour fournir l’évolutivité et le contrôle nécessaires au cœur d’Internet.

Junos OS prend en charge les protocoles de routage unicast suivants :

  • BGP —Border Gateway Protocol version 4 est un EGP qui garantit un échange sans boucle d’informations de routage entre les domaines de routage (également appelés systèmes autonomes). BGP, en conjonction avec les stratégies de routage Junos OS, fournit un système de vérifications et contrepoids administratifs qui peuvent être utilisés pour mettre en œuvre des accords d’appairage et de transit.

  • ICMP : la découverte du routeur Internet Control Message Protocol permet aux hôtes de découvrir les adresses des routeurs opérationnels sur le sous-réseau.

  • IS-IS — Intermediate System to Intermediate System est un IGP à état de liaison pour les réseaux IP qui utilise l’algorithme SPF , également appelé algorithme de Dijkstra , pour déterminer les routes. Junos OS prend en charge une implémentation nouvelle et complète du protocole, en répondant aux problèmes d’évolutivité, de convergence et de résilience.

  • OSPF — Open Shortest Path First est un IGP développé pour les réseaux IP par l’Internet Engineering Task Force (IETF). OSPF est un protocole d’état de liaison qui prend des décisions de routage basées sur l’algorithme SPF .

    La version 2 d’OSPF prend en charge IPv4. La version 3 d’OSPF prend en charge IPv6. Les mécanismes fondamentaux d’OSPF tels que l’inondation, l’élection de routeur désigné (DR), les topologies basées sur les zones et les calculs SPF restent inchangés dans OSPF version 3. Certaines différences s’expliquent soit par des changements dans la sémantique des protocoles entre IPv4 et IPv6, soit par la nécessité de gérer la taille d’adresse accrue d’IPv6.

  • RIP — Routing Information Protocol version 2 est un IGP à vecteur de distance pour les réseaux IP basé sur l’algorithme de Bellman-Ford . RIP achemine dynamiquement les paquets entre un abonné et un fournisseur de services sans que l’abonné n’ait à configurer BGP ou à participer au processus de découverte IGP du fournisseur de services.

Junos OS fournit également les protocoles d’applications de routage et de commutation d’étiquettes multiprotocoles (MPLS) suivants :

  • Protocoles de routage unicast :

    • BGP

    • ICMP

    • IS-IS

    • OSPF version 2

    • RIP version 2

  • Protocoles de routage multicast :

    • DVMRP — Distance Vector Multicast Routing Protocol est un protocole de routage multicast en mode dense (flood-and-prune).

    • IGMP : les versions 1 et 2 du Protocole de gestion des groupes Internet sont utilisées pour gérer l’appartenance aux groupes multicast.

    • MSDP — Multicast Source Discovery Protocol permet de joindre plusieurs domaines PIM (Protocol Independent Multicast) sparse mode . Un point de rendez-vous (RP) dans un domaine PIM en mode sparse a une relation d’appairage avec un RP d’un autre domaine, ce qui lui permet de découvrir des sources multicast provenant d’autres domaines.

    • Mode sparse PIM et mode dense : le multicast indépendant du protocole est un protocole de routage multicast. Routes PIM en mode sparse vers des groupes multicast pouvant couvrir des Internets étendus et interdomaines. Le mode dense PIM est un protocole flood-and-prune.

    • SAP/SDP : le protocole d’annonce de session et le protocole de description de session gèrent les annonces des sessions de conférence.

  • Protocoles d’applications MPLS :

    • LDP : le protocole de distribution d’étiquettes fournit un mécanisme permettant de distribuer des étiquettes dans des applications non conçues par le trafic. Le LDP permet aux routeurs d’établir des chemins de commutation d’étiquettes (LSP) à travers un réseau en mappant directement les informations de routage de la couche réseau aux chemins commutés de la couche de données. Les LSP créés par LDP peuvent également passer par les LSP créés par le protocole RSVP (Resource Reservation Protocol).

    • MPLS : la commutation d’étiquettes multiprotocoles, anciennement appelée commutation de balises, vous permet de configurer manuellement ou dynamiquement des LSP via un réseau. Il vous permet de diriger le trafic à travers des chemins particuliers plutôt que de s’appuyer sur l’algorithme IGP le moins coûteux pour choisir un chemin.

    • RSVP : le protocole de réservation de ressources version 1 fournit un mécanisme permettant d’élaborer des modèles de trafic réseau indépendamment du chemin le plus court décidé par un protocole de routage. Le RSVP lui-même n’est pas un protocole de routage; il fonctionne avec les protocoles de routage unicast et multicast actuels et futurs. L’objectif principal du RSVP est de prendre en charge la signalisation dynamique pour les LSP MPLS.