Protocole PPP (Point-to-Point Protocol)

PPP utilise le protocole LCP (Link Control Protocol) pour établir et tester une liaison avant de transmettre des données. LCP peut négocier les configurations facultatives pour le lien avec l’autre équipement, par exemple la méthode utilisée pour authentifier la liaison. Pour établir et tester la liaison, LCP envoie différents types de paquets à l’équipement pair.

Une fois que LCP a établi une liaison, PPP utilise le protocole de contrôle de réseau (NCP) pour configurer les protocoles de couche 3. Le PPP peut utiliser plusieurs protocoles de couche 3 simultanément. Pour configurer NCP:

Lorsqu’une session PPP détecte une boucle, le système d’exploitation définit l’indicateur de boucle détecté. Si le protocole ne dégage pas l'indicateur une fois qu'il a mis fin à la boucle, le délai de récupération de la boucle claire détecté l'effacera une fois l'heure définie écoulée.

Pour configurer le minuteur de boucle claire détecté pour le composant LCP d’une session PPP, loopback-clear-timer indiquez l’instruction et spécifiez le nombre de secondes.

Vous pouvez également inclure cet énoncé au niveau [edit logical-systems logical-system-name interfaces interface-name unit logical-unit-number ppp-options] de la hiérarchie.

Pour surveiller la configuration, il faut émettre la show interfaces interface-name extensive commande.

Pour surveiller la configuration LCP et NCP, émettre la show interfaces interface-name commande. Le système d’exploitation affiche les options configurées dans le champ PPP parameters pour l’interface physique.

Pour valider les connexions PPP et les demandes de session, configurez des profils d’accès en configurant l’énoncé de profil au niveau [edit access] de la hiérarchie. Vous pouvez configurer plusieurs profils. Vous pouvez également configurer plusieurs clients pour chaque profil.

Pour définir les propriétés PPP pour un profil d’accès spécifique au client, inclure un ou plusieurs des énoncés suivants [edit access profile profile-name client client-name ppp] au niveau de la hiérarchie.

Note:

Les propriétés définies dans le profil ont priorité sur les valeurs définies dans le profil de groupe.

L’énoncé cell-overhead configure la session pour utiliser un mise en forme de sortie en fonction de l’ATM sur le PIC IQ2.

bytes (dans l’énoncé encapsulation-overhead ) configure le nombre d’octets utilisés comme frais généraux pour le calcul de la classe de service.

ip-address (dans l’énoncé framed-ip-address ) est le préfixe IPv4.

pool-id (dans l’instruction framed-pool ) est un pool d’adresses configuré.

seconds (dans l’instruction idle-timeout ) est le nombre de secondes qu’un utilisateur peut rester en veille avant la fin de la session. Par défaut, le délai d’inactivité est mis à 0. Vous pouvez le configurer comme une valeur dans la plage de 0 à 4 294 967 295.

interface-id (dans l’instruction interface-id ) est l’identifiant de l’interface représentant une session L2TP configurée au niveau [edit interfaces interface-name unit local-unit-number dial-options] de la hiérarchie.

keepalive seconds est la période qui doit s’écoulér avant que Junos OS vérifie l’état de la session PPP en envoyant une requête d’écho à l’pair. Pour chaque session, Junos OS un maximum de dix mesures de sécurité à intervalles de 10 secondes, et la session est clôturée en l’absence de réponse. Par défaut, le délai d’envoi d’un message keepalive est fixé à 10 secondes. Vous pouvez configurer cette valeur dans une plage de 0 à 32 767 secondes.

keepalive-retries number-of-retries est le nombre de tentatives de vérification du statut keepalive d’une session de protocole PPP (Point-to-Point). La configuration d’un nombre moins élevé de tentatives permet de réduire le temps de détection des défaillances de session client PPP ou des délai d’arrêt si vous avez configuré une keepalive seconds valeur. Par défaut, le nombre de tentatives est limité à 10 fois. Vous pouvez configurer cette valeur dans une plage de 3 à 32 767 fois.

primary-dns (dans l’énoncé primary-dns ) est une adresse IPv4.

secondary-dns (dans l’énoncé secondary-dns ) est une adresse IPv4.

primary-wins (dans l’énoncé primary-wins ) est une adresse IPv4.

secondary-wins (dans l’énoncé secondary-wins ) est une adresse IPv4.

Lorsque vous configurez des propriétés PPP pour un profil, vous configurez généralement l’instruction chap-secret ou l’énoncé pap-password .

Note:

Sur M320, M120 et T Series routeurs d’T Series, l’ACFC n’est pas pris en charge pour les protocoles de la famille ISO. N’inclut pas l’instruction acfc au niveau [edit interfaces interface-name ppp-options compression] de la hiérarchie lorsque vous l’indiquez family iso au niveau [edit interfaces interface-name unit logical-unit-number] hiérarchique.

Pour configurer l’ACFC:

Pour configurer le PFC:

Lorsque l’ACFC et le PFC sont configurés, l’équipement local tente de négocier l’ACFC et le PFC avec son pair. Lorsque vous ajoutez l’instruction compression dans la configuration, la session PPP est redémarré, et le routeur local envoie les options ACFC et PFC dans le paquet Configuration-Demande de LCP. Les options ACFC et PFC informent l'pair du routeur local que le routeur local peut recevoir des paquets avec compression.

Si l’pair indique également qu’il peut recevoir des paquets avec compression, alors les accords CAFC et PFC sont négociés. En cas de négociation avec l’ACFC, le routeur local peut recevoir des paquets avec ou sans l’adresse et les octets de contrôle inclus. Si le protocole PFC est négocié avec succès, l’équipement local peut recevoir des paquets contenant des champs de protocole de 2 to/s (non compressés) ou d'1 tote (compressés).

Pour savoir si les négociations ont abouti ou non, émettre la show interfaces interface-name commande. Les options configurées s’affichent dans le Link flags champ de l’interface physique. Les options négociées sont affichées sur le flags terrain pour l’interface logique.

Dans cet exemple, les fonctionnalités ACFC et PFC sont configurées, mais aucune fonctionnalité de compression n’a été négociée avec succès: