La liaison PPP

 PPP (Point to Point Protocol ) (RFC 1661) est un protocole qui corrige les déficiences de SLIP en offrant les fonctionnalités suivantes.

• utilisation sur des liaisons point à point autres que série, comme X25 ou RNIS
• le transport de protocoles de niveau 3 (IP, Decnet, Appletalk, ...)
• la compression des en-têtes IP et TCP pour augmenter le débit de la liaison
• gestion d'un contrôle d'accès au réseau par authentification selon le protocole PAP qui nécessite la donnée d'un mot de passe au début de la communication ou le protocole CHAP qui permet l'échange de sceaux cryptés tout au long de la communication
• détection et correction d'erreurs de transmission
• ne pas utiliser des codes qui risquent d'être interprétés par les modems
• configuration automatique de la station client selon ses protocoles de couche réseau (IP, IPX, Appletalk).

Le protocole PPP est celui classiquement utilisé par les fournisseurs d'accès à Internet pour connecter leurs abonnés selon le schéma de la figure 2.13.

  

Figure: Connexion à Internet par modem et PPP.

Le processus de connexion d'un client équipé d'un ordinateur sous Windows, MacOS, Linux ou autre est le suivant.

• Le modem du client appelle le numéro de téléphone du fournisseur et la connexion téléphonique s'établit si l'un au moins de ses modems est libre.
• L'identification du client se fait par envoi d'un nom d'utilisateur et d'un mot de passe soit directement par l'utilisateur, soit selon l'un des protocoles PAP ou CHAP. Pour PAP (Protocol Authentification Protocol ) le serveur de communication envoie à l'ordinateur un paquet pour demander le nom d'utilisateur et le mot de passe et l'ordinateur renvoie ces informations directement. CHAP (Challenge Handshake Authentification Protocol ) fonctionne de la même manière sauf que le serveur de communication envoie d'abord une clef qui va permettre de crypter l'envoi du nom d'utilisateur et du mot de passe.
• Une fois l'identification du client controlée, le serveur de communication envoie une adresse IP, dite dynamique car elle varie selon les connexions, à l'ordinateur du client qui à partir de là se retrouve intégré au réseau Internt avec une adresse IP pour tout le temps que durera sa connexion.

  

Figure 2.14: Encapsulation PPP.

De manière plus technique l'encapsulation PPP illustrée dans la figure 2.14 est proche du standard HDLC de l'ISO (voir section 1.4.2) et est telle que chaque trame commence et finit par un fanion de valeur 0x7e soit en binaire 01111110. La valeur du champ adresse est toujours fixée à 0xff puisqu'elle est inutile ici dans le cas d'une liaison point à point. Le champ contrôle est fixé à 0x03. Le champ protocol a le même rôle que la champ type de la trame Ethernet. Le CRC assure la détection des erreurs de transmission.

Le problème de l'apparition du fanion 01111110 au milieu des données à transmettre est réglé des deux manières suivantes.

• Dans le cas d'une liaison synchrone, à l'émission un bit à 0 est systématiquement ajouté après 5 1 et il est retiré à la réception.
• Dans le cas d'une liaison asynchrone, le fanion 0x7e est remplacé par la suite 0x7d 0x5e, et le code 0x7d est lui-même remplacé par la suite 0x7d 0x5d. De plus tout octet O de valeur inférieure à 0x20 (32 en décimal), correspondant donc à un code de contrôle ASCII, sera remplacé par la séquence 0x7d O' où $O'=O \oplus 0x20$.Ainsi, on est sûr que ces caractères ne seront pas interprétés par les modems comme des caractères de commandes. Par défaut, les 32 valeurs sont traitées ainsi mais il est possible d'utiliser le protocole de contrôle de liens pour spécifier pour quels caractères uniquement on fait cette transformation.