Présentation
RÉSUMÉ
Le double contexte de pénurie d’adresses globales IPv4 et de multiplication de boîtiers intermédiaires (« middleboxes ») complique la gestion des réseaux au quotidien, mais est également de nature à dégrader sensiblement les performances associées à la fourniture d’un service.
Le protocole PCP (Port Control Protocol) constitue aujourd’hui l’une des réponses les plus attractives à ces problématiques complexes. Standardisé par l’IETF, le protocole PCP repose en effet sur une architecture client/serveur simple, tout en offrant une grande souplesse d’évolution fonctionnelle. PCP permet aujourd’hui de contrôler dynamiquement des dispositifs tels que les fonctions NAT (Network Address Translation) ou pare-feu, que ceux-ci soient déployés dans des infrastructures fixes ou mobiles. Particulièrement, le protocole a été conçu pour faciliter le déploiement de serveurs derrière un NAT ou pare-feu
PCP est un protocole extensible qui peut optimiser l’acheminement des flux de données dans un réseau. Cet article présente le protocole PCP dans le détail et en décrit les principaux cas d’usage.
Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.
Lire l’articleAuteur(s)
-
Mohamed BOUCADAIR : Architecte de réseaux et services IP – France Telecom Orange
-
Christian JACQUENET : Directeur des programmes stratégiques réseaux IP – France Telecom Orange
INTRODUCTION
Cet article décrit le protocole PCP (Port Control Protocol) et ses usages. Il est organisé de la manière suivante :
-
au § 1, on décrit les motivations et les principes de base du protocole PCP ;
-
le § 2 introduit les éléments fonctionnels impliqués dans une architecture PCP ;
-
le § 3 décrit la mécanique protocolaire PCP, dont les procédures de découverte de serveur(s) PCP et de transmission de messages PCP ;
-
le § 4 détaille la structure d'un message PCP, y compris l'en-tête commun PCP. Cette section détaille les deux types de message PCP (MAP et PEER), ainsi que l'utilisation des options PCP ;
-
le § 5 présente les fonctions avancées offertes par PCP ;
-
le § 6 illustre les usages du protocole PCP dans différents contextes ;
-
le § 7 présente certains scénarios de déploiement de PCP ;
-
le § 8 détaille comment PCP simplifie les déploiements VoIP (Voix sur IP) ;
-
le § 9 se focalise sur le déploiement PCP dans les réseaux mobiles ;
-
le § 10 précise comment PCP peut être activé pour offrir un service de connectivité IPv4 dans un contexte de pénurie globale d'adresses IPv4 ;
-
le § 11 aborde certains des problèmes qui ne peuvent être résolus par la seule activation de PCP. Ces problèmes constituent des effets collatéraux du déploiement de solutions de partage d'adresses IPv4 à grande échelle dans le contexte de la pénurie d'adresses globales IPv4.
Cet article est réservé aux abonnés.
Il vous reste 93 % à découvrir.
Déjà abonné ? Se connecter
DOI (Digital Object Identifier)
Présentation
Voix sur IPArticle inclus dans l'offre
"Réseaux Télécommunications"
(140 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
7. Scénarios de déploiement
Cette section identifie plusieurs scénarios de déploiement PCP, selon l'usage et le placement du serveur PCP .
7.1 Placement du serveur PCP
D'une manière générale, un serveur PCP pourrait être co-localisé avec la ou les fonctions contrôlées (figure 34) pour une simple question d'efficacité. D'un point de vue technique, il est effectivement essentiel de préserver le niveau de qualité associé à un service dont le bon fonctionnement est en partie conditionné par la capacité de PCP à répondre favorablement à une requête émise par le client.
En particulier, le traitement de la requête PCP intègre notamment l'instruction de la commande par la fonction contrôlée et générée par le serveur PCP. Cette commande peut être formatée selon la sémantique caractéristique de la technologie mise en œuvre par la fonction contrôlée : c'est par exemple l'utilisation d'une syntaxe CLI (Command Line Interface ) destinée à activer un filtre supplémentaire dans un pare-feu.
Le temps de traitement d'une telle commande contribue ainsi à l'efficacité de la machinerie protocolaire PCP, ce qui suggère naturellement que ce temps puisse être aussi optimisé que possible, grâce à la co-localisation du serveur PCP avec la (ou les) fonction(s) contrôlée(s) par le serveur.
HAUT DE PAGE7.2 CPE embarquant un serveur PCP
Les CPE activent un ensemble de fonctions susceptibles d'être contrôlées par un serveur PCP, afin de répondre aux besoins des terminaux connectés aux CPE et embarquant un client PCP (figure 35). Le serveur PCP du CPE permet en particulier de contrôler les fonctions NAT et pare-feu en fonction, par exemple, des contenus maintenus par les terminaux et qui doivent être accessibles depuis l'Internet.
L'usage d'un serveur PCP...
Cet article est réservé aux abonnés.
Il vous reste 93 % à découvrir.
Déjà abonné ? Se connecter
Scénarios de déploiement
Article inclus dans l'offre
"Réseaux Télécommunications"
(140 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
BIBLIOGRAPHIE
-
(1) - 3GPP - Policy and charging control architecture. - Sept. 2012.
-
(2) - ABDESSELAM (M.), BOUCADAIR (M.), HASNAOUI (A.), QUEIROZ (J.) - PCP NAT64 Experiments. - Draft-boucadair-pcp-nat64-experiments (work in progress), sept. 2012.
-
(3) - ALVESTRAND (H.) - Overview : real time protocols for brower-based applications. - Draft-ietf-rtcweb-overview (work in progress), oct. 2014.
-
(4) - ARENDS (R.), AUSTEIN (R.), LARSON (M.), MASSEY (D.), ROSE (S.) - Resource records for the DNS security extensions. - RFC 4034, mars 2005.
-
(5) - ARKKO (J.), EGGERT (L.), TOWNSLEY (M.) - Scalable operation of address translators with per-interface bindings. - RFC 6619, juin 2012.
-
(6) - BAGNULO (M.), MATTHEWS (P.), VAN BEIJNUM (I.) - Stateful NAT64 : network address and protocol translation...
DANS NOS BASES DOCUMENTAIRES
Cet article est réservé aux abonnés.
Il vous reste 94 % à découvrir.
Déjà abonné ? Se connecter
Article inclus dans l'offre
"Réseaux Télécommunications"
(140 articles)
Actualisée et enrichie d’articles validés par nos comités scientifiques.
Quiz, médias, tableaux, formules, vidéos, etc.
Opérationnels et didactiques, pour garantir l'acquisition des compétences transverses.
Un ensemble de services exclusifs en complément des ressources.
