Organigramme du dépannage PPP

Introduction

Cet organigramme vous aide à dépanner le protocole point-à-point (PPP), largement utilisé pour les solutions technologiques à plusieurs accès.

Dans les organigrammes et l'exemple de résultat ci-dessous, nous avons configuré une connexion PPP BRI (interface de base RNIS) à un autre réseau à l'aide du routage DDR (Dialer-on-Demand Routing). Toutefois, les mêmes étapes de dépannage s'appliquent aux connexions à d'autres routeurs (tels que les filiales) avec des connexions PPP lors de l'utilisation de groupes de numérotation, de profils de numérotation ou de PPP sur des liaisons série.

Pour plus d'informations sur le protocole point à point et ses fonctionnalités prises en charge dans le logiciel Cisco IOS®, référez-vous à Cisco Learning Connection (clients enregistrés uniquement) et recherchez en utilisant le mot clé ppp dans le champ Rechercher une formation.

Pour une explication détaillée des différentes phases de la négociation PPP et de la sortie de la négociation debug ppp, référez-vous à Configuration et dépannage du protocole PAP (PPP Password Authentication Protocol).

Conditions préalables

Conditions requises

Assurez-vous de respecter les conditions suivantes :

• Activez debug ppp negotiation et debug ppp authentication.

• Vous devez lire et comprendre le résultat de la négociation debug ppp. Pour plus d'informations, reportez-vous à Comprendre les sorties de la commande debug ppp negotiation.

• La phase d’authentification PPP ne commence pas avant que la phase LCP (Link Control Protocol) ne soit terminée et qu’elle soit en état « ouvert ». Si debug ppp negotiation n'indique pas que LCP est ouvert, corrigez ce problème avant de continuer.

Components Used

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Terminologie

Ordinateur local (ou routeur local) : Il s'agit du système sur lequel la session de débogage est en cours d'exécution. Lorsque vous déplacez la session de débogage d'un routeur à l'autre, appliquez le terme « machine locale » à l'autre routeur.

Homologue : L'autre extrémité de la liaison point à point. Par conséquent, ce périphérique n'est pas la machine locale.

Par exemple, si vous exécutez la commande debug ppp negotiation sur RouterA, il s'agit de l'ordinateur local et RouterB est l'homologue. Cependant, si vous déplacez le débogage vers RouterB, il devient la machine locale et RouterA devient l'homologue.

Remarque : Les termes machine locale et homologue n'impliquent pas de relation client-serveur. Selon l'emplacement d'exécution de la session de débogage, le client de numérotation peut être l'ordinateur ou l'homologue local.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Diagrammes de dépannage

Ce document comprend quelques organigrammes pour faciliter le dépannage.

Remarque : Afin de dépanner correctement, n'ignorez aucune des étapes indiquées dans ces organigrammes.

Phase LCP (PPP Link Control Protocol)

Modems asynchrones utilisés pour la connectivité PPP

Cette section explique comment les modems asynchrones peuvent être utilisés pour la connectivité PPP. Les trames LCP sortantes sont visibles sur le routeur local, mais il n’y a aucune trame LCP entrante.

Dans ce cas, le problème peut être dû à l'une des deux possibilités suivantes :

• Les modems du routeur local et du routeur distant s’activent, mais le protocole PPP ne démarre pas sur le routeur distant. Pour résoudre ce problème, référez-vous à la formation des modems, mais PPP ne démarre pas dans la section Dépannage des modems.

• Les modems des routeurs locaux et distants se forment correctement, et PPP démarre sur les deux routeurs, mais l'appel est immédiatement abandonné. Cela détruit toute chance de recevoir des trames LCP entrantes des routeurs distants. Pour résoudre ce problème, référez-vous à la formation des modems, le protocole PPP démarre, mais l'appel abandonne ultérieurement la section du document Dépannage des modems.

Pour plus d'informations sur le dépannage des modems, référez-vous à Dépannage des modems.

Options LCP sortantes PPP

Le diagramme ci-dessous présente plusieurs des paramètres LCP PPP les plus courants qui peuvent être négociés pendant la phase LCP. Ce diagramme vous aide à localiser les paramètres LCP que votre machine locale PPP ne négocie pas avec l'homologue distant PPP.

Phase d’authentification PPP

Le protocole point à point fournit une phase facultative qui garantit à l’utilisateur du réseau une transmission de données sécurisée pour améliorer la sécurité du réseau. Sur certaines liaisons, il peut être souhaitable de demander à un homologue PPP de s’authentifier avant de permettre l’échange de paquets de protocole de couche réseau. Pour toute implémentation PPP, la phase d’authentification est facultative par défaut. Si un administrateur réseau PPP souhaite que l’homologue PPP utilise un protocole d’authentification spécifique, il doit demander l’utilisation de ce protocole d’authentification au cours de la phase PPP LCP. Autrement dit, le protocole d’authentification utilisé doit être l’une des options PPP LCP négociées entre les deux homologues PPP.

À ce stade, seuls le protocole LCP PPP, le protocole d’authentification et les paquets de surveillance de la qualité des liaisons sont autorisés pendant la phase d’authentification. Assurez-vous qu'il n'y a aucun problème à ce stade avec les paramètres négociés par PPP LCP avant de suivre les étapes de dépannage de cette section.

Pour obtenir des informations de dépannage détaillées sur les problèmes de phase d'authentification PPP, reportez-vous au diagramme de flux Dépannage de l'authentification PPP (CHAP ou PAP).

Négociations PPP NCP

Bien que les différents protocoles NCP (Network Control Protocol) varient considérablement dans les données en cours de négociation, la structure globale de la conversation est similaire, quels que soient les protocoles utilisés. Cette section couvre uniquement la négociation de protocole NCP IP (IPCP).

Le résultat ci-dessous montre le résultat du débogage pour une négociation IP réussie pendant la négociation PPP NCP :

As4 PPP: Phase is UP
 As4 IPCP: O CONFREQ [Not negotiated] id 1 len 10
 As4 IPCP:    Address 10.1.2.1 (0x03060A010201)
 As4 IPCP: I CONFREQ [REQsent] id 1 len 28
 As4 IPCP:    CompressType VJ 15 slots CompressSlotID (0x0206002D0F01)
 As4 IPCP:    Address 0.0.0.0 (0x030600000000)
 As4 IPCP:    PrimaryDNS 0.0.0.0 (0x810600000000)
 As4 IPCP:    SecondaryDNS 0.0.0.0 (0x830600000000)
 As4 IPCP: O CONFREJ [REQsent] id 1 len 10
 As4 IPCP:    CompressType VJ 15 slots CompressSlotID (0x0206002D0F01)
 As4 CCP: I CONFREQ [Not negotiated] id 1 len 15
 As4 CCP:    MS-PPC supported bits 0x00000001 (0x120600000001)
 As4 CCP:    Stacker history 1 check mode EXTENDED (0x1105000104)
 As4 LCP: O PROTREJ [Open] id 3 len 21 protocol CCP
 As4 LCP:  (0x80FD0101000F12060000000111050001)
 As4 LCP:  (0x04)
 As4 IPCP: I CONFACK [REQsent] id 1 len 10
 As4 IPCP:    Address 10.1.2.1 (0x03060A010201)
 %LINEPROTO-5-UPDOWN: Line protocol on Interface Async4, changed state to up
 As4 IPCP: I CONFREQ [ACKrcvd] id 2 len 22
 As4 IPCP:    Address 0.0.0.0 (0x030600000000)
 As4 IPCP:    PrimaryDNS 0.0.0.0 (0x810600000000)
 As4 IPCP:    SecondaryDNS 0.0.0.0 (0x830600000000)
 As4 IPCP: O CONFNAK [ACKrcvd] id 2 len 22
 As4 IPCP:    Address 10.1.2.2 (0x03060A010202)
 As4 IPCP:    PrimaryDNS 10.2.2.3 (0x81060A020203)
 As4 IPCP:    SecondaryDNS 10.2.3.1 (0x83060A020301)
 As4 IPCP: I CONFREQ [ACKrcvd] id 3 len 22
 As4 IPCP:    Address 10.1.2.2 (0x03060A010202)
 As4 IPCP:    PrimaryDNS 10.2.2.3 (0x81060A020203)
 As4 IPCP:    SecondaryDNS 10.2.3.1 (0x83060A020301)
 ip_get_pool: As4: validate address = 10.1.2.2
 ip_get_pool: As4: using pool default
 ip_get_pool: As4: returning address = 10.1.2.2
 set_ip_peer_addr: As4: address = 10.1.2.2 (3) is redundant
 As4 IPCP: O CONFACK [ACKrcvd] id 3 len 22
 As4 IPCP:    Address 10.1.2.2 (0x03060A010202)
 As4 IPCP:    PrimaryDNS 10.2.2.3 (0x81060A020203)
 As4 IPCP:    SecondaryDNS 10.2.3.1 (0x83060A020301)
 As4 IPCP: State is Open
 As4 IPCP: Install route to 10.1.2.2

IPCP ne passe pas en état ouvert dans la phase de négociation NCP

Problèmes de stabilité de liaison PPP

Comme indiqué dans l’organigramme ci-dessous, à ce stade, la liaison est active et transmet des paquets, mais elle ne se comporte pas comme elle le devrait.

Impossible de router les paquets sur une liaison PPP IP

Le résultat ci-dessous montre le résultat de la commande show caller user et show ip interface brief lorsqu'un appel est terminé avec succès et que des paquets IP peuvent être envoyés à l'homologue distant via la connexion PPP.

maui-soho-01#show caller user maui-soho-02 detail
   User: maui-soho-02, line BR0:1, service PPP
   Active time 00:02:21, Idle time 00:00:57
   Timeouts: Absolute Idle
   Limits: - 00:02:00 
   Disconnect in: - 00:01:02 
   PPP: LCP Open, CHAP (local <--> local), IPCP
   LCP: -> peer, AuthProto, MagicNumber
   <- peer, AuthProto, MagicNumber
   NCP: Open IPCP
   IPCP: <- peer, Address
   -> peer, Address
   Dialer: Connected to #, inbound
   Idle timer 120 secs, idle 57 secs
   Type is ISDN, group BRI0
   IP: Local 10.0.1.1/24, remote 10.0.1.2
   Counts: 123 packets input, 3246 bytes, 0 no buffer
   0 input errors, 0 CRC, 0 frame, 0 overrun
   119 packets output, 2940 bytes, 0 underruns
   0 output errors, 0 collisions, 0 interface resets
   maui-soho-01#show ip interface brief
   Interface IP-Address OK? Method Status Protocol
   BRI0 10.0.1.1 YES NVRAM up up 
   BRI0:1 unassigned YES unset up up 
   BRI0:2 unassigned YES unset down down 
   Ethernet0 172.22.53.160 YES NVRAM up up 
   Serial0 unassigned YES NVRAM administratively down down

Erreurs de pool IP

Autres problèmes de stabilité de la liaison PP

Échecs de liaison de couche 2 IP

Informations connexes

• Numérotation et accès de l'assistance technique
• Présentation de la sortie de négociation de débogage ppp
• Présentation et configuration de l'authentification PPP CHAP
• Authentification PPP par le biais des commandes ppp chap hostname et ppp authentication chap callin
• Configuration et dépannage du protocole PAP (Password Authentication Protocol) pour PPP
• Dépannage de l'authentification PPP (CHAP ou PAP)
• Support et documentation techniques - Cisco Systems