Cours protocole point-à-point (PPP) et fonctionnement d’une liaison PPP

Sommaire: Cours protocole point à point (PPP) et fonctionnement d’une liaison PPP

1. Introduction
Encapsulation
Protocole de contrôle de liaison (Link Control Protocol)
Protocole de gestion réseau (Network Control Protocol)
Configuration
1.1. Note sur la sémantique
1.2. Terminologie
2. Encapsulation PPP
Champ protocole
Champ Information
Bourrage
3. Fonctionnement d’une liaison PPP
3.1. Vue d’ensemble
3.2. Diagramme d’états
3.3. « Link Dead » (couche physique non prête)
3.4. Etablissement
3.5. Authentification
3.6. Phase de négociation réseau
3.7. Fermeture de liaison
4. L’automate de négociation d’options
4.1. Table de transition d’états
4.2. Etats
Initial
Démarrage (Starting)
Fermé (Closed)
Arrêté (Stopped)
Fermeture en cours (Closing)
Arrêt en cours (Stopping)
Connexion-demandée (Request-Sent)
Connexion-Acquittée (Ack-Received)
Aquittement-connexion (Ack-Sent)
Ouvert (Opened)
4.3. Evénements
Up
Down
Ouverture (Open)
Fermeture (Close)
Temporisation (TO+,TO-)
Requête-Configuration-Reçue (RCR+,RCR-)
Acquitement-Configuration-Reçue (RCA)
Configuration-NonAcquittée/Rejetée-Reçue (RCN)
Requête-Fermeture-Reçue (RTR)
Acquittement-Fermeture-Reçue (RTA)
Code-Inconnu-Reçu (RUC)
Code-Rejeté-Reçu, Protocole-Rejeté-Reçu (RXJ+,RXJ-)
Requête-Echo-Reçu, Réponse-Echo-Reçu, Requête-Elimination-Reçu. (RXR)
4.4. Actions
Evénement-Illégal (-)
Ouvrir (tlu)
Fermer (tld)
Démarrer (tls)
Terminer (tlf)
Init-Compteur-Reprise (irc)
Zero-Compteur-Reprise (zrc)
Emission-Requête-Configuration (scr)
Emission-Configuration-Acquittée (sca)
Emission-Configuration-NonAcquittée (scn)
Emision-Requête-Fermeture (str)
Emission-Fermeture-Acquittée (sta)
Emission-Code-Rejeté (scj)
Emission-Réponse-Echo (ser)
4.5. Elimination de rebouclages
4.6. Compteurs et Temporisations
Temporisation de Reprise
Max-Fermeture
Max-Configuration
Max-Echec
5. Formats de paquets LCP
Code
Identificateur
Longueur
Données
5.1. Requête-Configuration
5.2. Configuration-Acquittée
5.3. Configuration-NonAcquittée
5.4. Configuration-Rejetée
5.5. Requête-Fermeture et Fermeture-Acquittée
5.6. Code-Rejeté
5.7. Protocole-Rejeté
5.8. Requête-Echo et Réponse-Echo
5.9. Requête-Elimination
6. Options de Configuration LCP
Philosophie
Type
Longueur
Données
6.1. Unité-Réception-Maximale (URM)
6.2. Protocole-Authentification
6.3. Protocole-Qualité
6.4. Nombres-Magiques
6.5. Compression-Champ-Protocole (PFC)
6.6. Compression-Adresse-et-Contrôles (ACFC)
Considérations sécuritaires
Références
Remerciements
Contact

Extrait du cours le protocole point-à-point (PPP)

1. Introduction
Le protocole Point-à-Point est utilisé pour des liaisons simples transportant des paquets de données entre deux éléments. Ces liens permettent une communication simultanée bidirectionnelle (full-duplex), et sont supposés transmettre des paquets dans l’ordre. PPP propose une solution commune pour un raccordement aisé d’une grande variété d’hôtes, de ponts et de routeurs [1].
Encapsulation
L’encapsulation PPP permet le multiplexage de différentes connexions protocolaires au niveau réseau simultanées sur la même liaison physique. Cette encapsulation a été conçue dans l’exigence d’une excellente compatibilité avec la plus grande variété de matériels.
Seuls 8 octets supplémentaires sont nécessaires pour accomplir l’encapsulation lorsque ce protocole est utilisé dans des trames de type HDLC. Dans des environnements dans lesquels la bande passante est une préoccupation majeure, cette encapsulation et la mise en trame peut être réduite à 2 ou 4 octets. Pour permettre des implémentations à haute vitesse, l’encapsulation par défaut utilise des champs élémentaires, un seul d’entre eux devant être examiné pour réaliser le démultiplexage. L’en-tête par défaut et les champs d’information tombent toujours sur des limites de mots de 32-bits, la fin de message pouvant être complétée par des octets de « bourrage ».
Protocole de contrôle de liaison (Link Control Protocol)
Afin d’être suffisamment souple pour pouvoir être porté dans de nombreux environnements, le protocole PPP dispose d’un protocole de contrôle de liaison (Link Control Protocol – LCP). Le LCP est utilisé pour effectuer la négociation automatique des options de format d’encapsulation, la gestion de tailles variables de paquets, la détection d’un rebouclage de liaison ainsi que d’autres erreurs courantes de configuration, ainsi que pour gérer la rupture de liaison. Les autres fonctionnalités apportées concernent l’authentification de l’identité de l’hôte dans lequel il est implémenté, ainsi que la détection de fautes de fonctionnement sur la liaison.
Protocole de gestion réseau (Network Control Protocol)
Les liaisons Point-à-Point tendent à mettre en exergue de nombreux problèmes vis à vis de protocoles réseaux communs. Par exemple, l’assignation et la gestion des adresses IP, pouvant poser des problèmes y compris dans l’environnement limité d’un LAN, est particulièrement délicate lorsque la liaison passe par un réseau de type circuit commuté (par exemple une connexion modem via réseau téléphonique). Ces problèmes sont gérés par une famille de protocoles de gestion réseau (Network Control Protocols – NCPs), chacun traitant des aspects particuliers à la gestion de tel ou tel type de protocole de niveau réseau. Ces protocoles NCPs sont définis dans des documents associés.
Configuration
Le but des liaisons PPP est qu’elles soient facilement configurables. Du fait de leur design, les paramètres standard par défaut correspondent aux configurations les plus communes. Les implémenteurs pourront passer dans un mode amélioré, dont les paramètres seront automatiquement transmis au correspondant sans aucune intervention de l’opérateur. En fin, l’opérateur pourra configurer explicitement certaines options nécessaires au fonctionnement de la liaison dans son environnement, laquelle configuration ne pourrait être effectuée autrement.
L’auto-configuration de la liaison est implémentée grâce à un mécanisme de négociation d’options extensible, par lequel chaque extrémité de la liaison renseigne l’autre de ses possibilités et de ses contraintes propres. Bien que ce mécanisme de négociation d’options ne soit décrit dans ce document qu’en rapport avec le Link Control Protocol (LCP), les fonctionnalités en sont suffisamment générales pour pouvoir être réutilisées par d’autres protocoles de contrôle, parmi lesquels la famille des protocoles NCP.
1.1. Note sur la sémantique
Dans ce document, plusieurs mots différents sont utilisés pour exprimer la force d’une obligation ou le statut d’une recommandation. Ces mots seront souvent écrits en capitales.
DOIT, DEVRA
Ce mot, ou l’utilisation des adverbes « nécessairement » ou « obligatoirement », signifie que le comportement exprimé est une condition sine qua non à remplir pour la conformité au standard.
NE DOIT PAS
Cette expression, ou l’utilisation des adjectifs « interdit » ou « prohibé » indique une interdiction absolue du comportement décrit.
DEVRAIT
Associé à la sémantique de « recommandé », signifie qu’il peut exister des raisons valables et légitimes pour que dans certaines circonstances, le comportement décrit soit ignoré, mais que ne pas implémenter ce dernier doit être le résultat d’une analyse minutieuse des conséquences. Une implémentation complète devra se tenir à implémenter ces comportements « conseillés ».

………

Si le lien ne fonctionne pas correctement, veuillez nous contacter (mentionner le lien dans votre message)
Cours protocole point-à-point (PPP) et fonctionnement d’une liaison PPP (207 KO) (Cours PDF)
protocole point à point

Télécharger aussi :

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *