Résolution des problèmes liés à PPP et PPPoE

Reportez-vous aux sections suivantes pour plus d'informations sur la façon de résoudre les problèmes liés à PPP et PPPoE.

Diagnostic des problèmes réseau
Problèmes réseau courants affectant PPP
Diagnostic et résolution des problèmes de communication
Problèmes de communication généraux affectant PPP
Diagnostic des problèmes liés à la configuration PPP
Problèmes courants de configuration de PPP
Diagnostic des problèmes de modem
Obtention des informations de débogage pour les scripts de discussion
Problèmes de scripts de discussion courants
Diagnostic et résolution des problèmes de débit de ligne série
Obtention des informations de diagnostic pour PPPoE

Diagnostic des problèmes réseau

Si la liaison PPP devient active mais que peu d'hôtes du réseau distant sont accessibles, cela indique peut-être un problème de réseau. La procédure suivante vous indique comment isoler et résoudre les problèmes réseau ayant une incidence sur une liaison PPP.

Connectez-vous en tant que superutilisateur sur la machine local ou assumez un rôle équivalent.
Les rôles contiennent des autorisations et des commandes privilégiées. Pour plus d'informations sur les rôles, reportez-vous à la section Configuring RBAC (Task Map) du System Administration Guide: Security Services.
Arrêtez le lien qui pose problème.
Désactivez les protocoles facultatifs dans les fichiers de configuration en ajoutant les options suivantes à votre configuration de PPP :
```
noccp novj nopcomp noaccomp default-asyncmap
```
Ces options offrent le PPP non compressé le plus simple qui existe. Essayez d'appeler ces options en tant qu'arguments associés à pppd sur la ligne de commande. Si vous pouvez atteindre les hôtes précédemment inaccessibles, ajoutez les options dans l'un ou l'autre des emplacements ci-dessous.
- /etc/ppp/peers/peer-name, après l'option appel
- /etc/ppp/options, en vous assurant que les options s'appliquent de manière globale.
Appelez le pair distant. Ensuite, activez les fonctions de débogage.
```
% pppd debug call peer-name
```
Obtenez les journaux détaillés du programme de messagerie instantanée en utilisant l'option -v de chat.
Par exemple, utilisez le format suivant dans n'importe quel fichier de configuration PPP :
```
connect 'chat -v -f /etc/ppp/chatfile'
```
/etc/ppp/chatfile représente le nom de votre fichier de messagerie instantanée.
Essayez de recréer le problème en utilisant Telnet ou d'autres applications pour atteindre les hôtes distants.
Étudiez les journaux de débogage. Si vous ne pouvez toujours pas atteindre les hôtes distants, le problème PPP peut être lié au réseau.
Vérifiez que les adresses IP des hôtes distants sont des adresses Internet enregistrées.
Certaines organisations assignent des adresses IP internes qui sont connues au sein du réseau local mais ne sont pas routables sur Internet. Si les hôtes distants se trouvent au sein de votre entreprise, vous devez définir un serveur de conversion de nom en adresse ou un serveur proxy pour accéder à Internet. Si les hôtes distants ne sont pas au sein de votre entreprise, vous devez signaler le problème à l'organisation distante.
Examinez les tables de routage.
1. Vérifiez les tables de routage sur la machine locale et le pair.
2. Vérifiez les tables de routage pour les routeurs qui sont dans le chemin d'accès du pair vers le système distant. Vérifiez également les tables de routage pour les routeurs du chemin d'accès de retour au pair.
  Assurez-vous que les routeurs intermédiaires n'ont pas été configurés de manière incorrecte. Souvent, le problème peut être trouvé dans le chemin de retour au pair.
(Facultatif) Si la machine est un routeur, vérifiez les fonctionnalités facultatives.
```
# ndd -set /dev/ip ip_forwarding 1
```
Pour plus d'informations sur ndd, reportez-vous à la page de manuel ndd(1M).
Dans Solaris 10, vous pouvez utilisez routeadm(1M), au lieu de ndd(1M).
```
# routeadm -e ipv4-forwarding -u
```
Remarque - La commande ndd n'est pas persistante. Les valeurs définies à l'aide de cette commande sont perdues lors de la réinitialisation du système. La commande routeadm est persistante. Les valeurs définies avec cette commande sont conservées après la réinitialisation du système.
Vérifiez les statistiques qui sont obtenues à l'aide de netstat -s et des outils similaires.
Pour plus d'informations sur netstat, reportez-vous à la page de manuel netstat(1M).
1. Exécutez les statistiques sur la machine locale.
2. Appelez le pair.
3. Observez les nouvelles statistiques générées par netstat -s. Pour plus d'informations, reportez-vous à la section Problèmes réseau courants affectant PPP .
Vérifiez la configuration DNS.
Une configuration de service de noms incorrecte entraîne l'échec des applications car les adresses IP ne peuvent pas être résolues.

Problèmes réseau courants affectant PPP

Vous pouvez utiliser les messages qui sont générés par netstat-s pour corriger les problèmes de réseau qui sont présentés dans le tableau suivant. Pour des informations sur les procédures associées, reportez-vous à la section Diagnostic des problèmes réseau .

Tableau 21-2 Problèmes réseau courants affectant PPP

Message	Problème	Solution
`IP packets not forwardable` (Paquets IP non transmissibles)	Une route est manquante pour l'hôte local.	Ajoutez la route manquante aux tables de routage de l'hôte local.
`ICMP input destination unreachable` (Destination d'entrée ICMP inaccessible)	Une route est manquante pour l'hôte local.	Ajoutez la route manquante aux tables de routage de l'hôte local.
`ICMP time exceeded` (Temps ICMP dépassé)	Deux routeurs se transfèrent la même adresse de destination, ce qui entraîne le rebondissement du paquet jusqu'à ce que la valeur de durée de vie soit dépassée.	Utilisez `traceroute` pour trouver l'origine de la boucle de routage, puis contactez l'administrateur du routeur concerné. Pour plus d'informations sur `traceroute`, reportez-vous à la page de manuel `traceroute`(1M).
`IP packets not forwardable` (Paquets IP non transmissibles)	Une route est manquante pour l'hôte local.	Ajoutez la route manquante à la table de routage de l'hôte local.
`ICMP input destination unreachable` (Destination d'entrée ICMP inaccessible)	Une route est manquante pour l'hôte local.	Ajoutez la route manquante aux tables de routage de l'hôte local.

Diagnostic et résolution des problèmes de communication

Les problèmes de communication surviennent lorsque les deux pairs ne parviennent pas à un établir une liaison. Il arrive parfois que ces problèmes soient en fait des problèmes de négociation causés par une configuration incorrecte des scripts de discussion. La procédure suivante vous indique comment supprimer les problèmes de communication. Pour supprimer les problèmes de négociation dus à des scripts de discussion erronés, reportez-vous au Tableau 21-5.

Connectez-vous en tant que superutilisateur sur la machine local ou assumez un rôle équivalent.
Les rôles contiennent des autorisations et des commandes privilégiées. Pour plus d'informations sur les rôles, reportez-vous à la section Configuring RBAC (Task Map) du System Administration Guide: Security Services.
Appelez le pair.
Appelez le pair distant. Ensuite, activez les fonctions de débogage.
```
% pppd debug call peer-name
```
Vous devrez peut-être obtenir des informations de débogage du pair afin de résoudre certains problèmes de communication.
Vérifiez les journaux obtenus pour connaître les problèmes de communication. Pour plus d'informations, reportez-vous à la section Problèmes de communication généraux affectant PPP .

Problèmes de communication généraux affectant PPP

Le tableau suivant présente les symptômes associés à la sortie de journal de la procédure Diagnostic et résolution des problèmes de communication .

Tableau 21-3 Problèmes de communication généraux affectant PPP

Symptôme	Problème	Solution
`too many Configure-Requests` (Demandes de configuration trop nombreuses)	Un pair ne peut pas entendre l'autre pair.	Vérifiez les problèmes suivants : Le câblage de l'ordinateur ou du modem est peut-être défectueux. Les paramètres binaires de la configuration du modem sont peut-être incorrects. Il se peut également que le contrôle de flux de la configuration soit interrompu. Le script de discussion a peut-être subi un échec. Dans cette situation, reportez-vous au Tableau 21-5.
La sortie `pppd debug` montre que LCP démarre, mais que les protocoles de niveau supérieur échouent ou affichent des erreurs CRC.	La table des caractères de contrôle asynchrone (ACCM) n'est pas correctement définie.	Utilisez l'option `default-async` afin de définir l'ACCM sur la valeur par défaut de FFFFFFFF. Tout d'abord, essayez d'utiliser `default-async` en tant qu'option de `pppd` sur la ligne de commande. Si le problème disparaît, ajoutez ensuite `default-async` à `/etc/ppp/options` ou `/etc/ppp/peers/peer-name` après l'appel.
La sortie de `pppd debug` montre qu'IPCP démarre mais s'arrête immédiatement.	Les adresses IP sont peut-être configurées de façon incorrecte.	Vérifiez le script de discussion afin de vérifier si le script contient des adresses IP incorrectes. Si le script de discussion est correct, demandez les journaux de débogage du pair, et vérifiez-y les adresses IP.
Les performances du lien sont médiocres.	Le modem est peut-être mal configuré (erreurs de configuration du contrôle de flux, erreurs de configuration du modem et débits DTE configurés de façon incorrecte).	Vérifiez la configuration du modem. Modifiez la configuration, le cas échéant.

Diagnostic des problèmes liés à la configuration PPP

Certains problèmes liés à PPP sont dus aux problèmes contenus dans les fichiers de configuration PPP. La procédure suivante vous indique comment identifier et résoudre les problèmes de configuration généraux.

Connectez-vous en tant que superutilisateur sur la machine local ou assumez un rôle équivalent.
Les rôles contiennent des autorisations et des commandes privilégiées. Pour plus d'informations sur les rôles, reportez-vous à la section Configuring RBAC (Task Map) du System Administration Guide: Security Services.
Appelez le pair distant. Ensuite, activez les fonctions de débogage.
```
% pppd debug call peer-name
```
Vérifiez le journal qui en résulte à la recherche de problèmes de configuration. Pour plus d'informations, reportez-vous à la section Problèmes courants de configuration de PPP .

Problèmes courants de configuration de PPP

Le tableau suivant décrit les symptômes liés à la sortie de journal de la procédure Diagnostic des problèmes liés à la configuration PPP.

Tableau 21-4 Problèmes courants de configuration de PPP

Symptôme	Problème	Solution
La sortie de `pppd debug` contient le message d'erreur `Could not determine remote IP address` (Impossible de déterminer l'adresse IP distante).	Le fichier `/etc/ppp/peers/peer-name` ne contient pas d'adresse IP pour le pair. Le pair ne fournit pas d'adresse IP pendant la négociation de lien.	Fournissez une adresse IP pour le pair sur la ligne de commande pppd ou dans `/etc/ppp/peers/peer-name` en utilisant le format suivant : :10.0.0.10
La sortie de `pppd debug` indique que la compression de données CCP a échoué. La sortie indique également que le lien a été supprimé.	Les configurations de compression PPP du pair sont peut-être en conflit.	Désactivez la compression CCP en ajoutant l'option `noccp` à `/etc/ppp/options` sur l'un des pairs.

Diagnostic des problèmes de modem

Les modems peuvent être des sources de problèmes majeures pour les liaisons commutées. L'indicateur le plus commun des problèmes liés à la configuration du modem est l'absence de réponse du pair. Cependant, il se peut que vous ayez des difficultés à déterminer si un problème de lien est effectivement le résultat des problèmes de configuration du modem.

Pour obtenir des suggestions de base sur le dépannage du modem, reportez-vous à la section Résolution des problèmes liés aux terminaux et aux modems du Guide d’administration système : Administration avancée. La documentation et les sites Web des fabricants de modems contiennent des solutions aux problèmes rencontrés avec leurs équipements. La procédure ci-après permet de déterminer si une configuration de modem incorrecte entraîne des problèmes de liens.

Une fois le débogage activé, appelez le pair, comme expliqué dans la section Activation du débogage de PPP.
Affichez le journal /var/log/pppdebug obtenu pour vérifier si la configuration du modem est incorrecte.
Utilisez ping pour envoyer des paquets de tailles diverses sur le lien.
Pour plus d'informations sur ping, reportez-vous à la page de manuel ping(1M).
Si les petits paquets sont reçus mais que les paquets plus volumineux sont supprimés, il existe des problèmes au niveau du modem.

Vérifiez la présence d'erreurs sur l'interface sppp0 :

% netstat -ni
Name  Mtu  Net/Dest   Address      Ipkts    Ierrs Opkts    Oerrs Collis Queue 
lo0   8232 127.0.0.0  127.0.0.1    826808   0     826808   0     0      0     
hme0  1500 172.21.0.0 172.21.3.228 13800032 0     1648464  0     0      0     
sppp0 1500 10.0.0.2 10.0.0.1 210 0 128 0 0 0

Si les erreurs d'interface augmentent au fil du temps, il existe peut-être des problèmes au niveau de la configuration du modem.

Erreurs fréquentes

Lorsque vous affichez le journal /var/log/pppdebug obtenu, les symptômes suivants dans la sortie peuvent indiquer une configuration de modem incorrecte. La machine locale peut entendre le pair, mais ce dernier ne peut entendre la machine locale.

Aucun message recvd n'a été émis par le pair.
La sortie contient les messages LCP du pair, mais le lien échoue avec les messages too many LCP Configure Requests (Demandes de configuration LCP trop nombreuses) envoyés par la machine locale.
Le lien se termine avec un signal SIGHUP.

Obtention des informations de débogage pour les scripts de discussion

La procédure suivante permet d'obtenir des informations de débogage à l'aide de chat, ainsi que des suggestions pour la résolution des problèmes courants. Pour plus d'informations, reportez-vous à la section Problèmes de scripts de discussion courants.

Connectez-vous en tant que superutilisateur (ou équivalent) à la machine d'appel sortant.
Les rôles contiennent des autorisations et des commandes privilégiées. Pour plus d'informations sur les rôles, reportez-vous à la section Configuring RBAC (Task Map) du System Administration Guide: Security Services.
Modifiez le fichier /etc/ppp/peers/ peer-name pour le pair à appeler.
Ajoutez -v en tant qu'argument à la commande chat qui est spécifiée dans l'option connect.
```
connect "/usr/bin/chat -v -f /etc/ppp/chat-script-name"
```
Prenez connaissance des erreurs de script de discussion dans le fichier /etc/ppp/connect-errors.
L'erreur suivante est la principale erreur qui se produit avec chat.
```
Oct 31 08:57:13 deino chat[107294]: [ID 702911 local2.info] expect (CONNECT)
Oct 31 08:57:58 deino chat[107294]: [ID 702911 local2.info] alarm
Oct 31 08:57:58 deino chat[107294]: [ID 702911 local2.info] Failed
```
L'exemple montre le délai d'attente lors de l'attente d'une chaîne (CONNECT). En cas d'échec de chat, vous obtenez le message suivant de pppd :
```
Connect script failed
```

Problèmes de scripts de discussion courants

Les scripts de discussion sont des sources de problèmes pour les liaisons commutées. Le tableau suivant énumère les erreurs courantes de script de discussion et donne des suggestions pour résoudre les erreurs. Pour des informations sur les procédures à suivre, reportez-vous à la section Obtention des informations de débogage pour les scripts de discussion.

Tableau 21-5 Problèmes de scripts de discussion courants

Symptôme	Problème	Solution
La sortie de `pppd debug` contient `Connect script failed` (Échec du script de connexion)	Votre script de discussion fournit un nom d'utilisateur et un mot de passe. ogin: `user-name` ssword: `password` Cependant, le pair auquel vous aviez l'intention de vous connecter n'invite pas fournir ces informations.	Supprimez l'identification et le mot de passe du script de discussion. Essayez d'appeler le pair une nouvelle fois. Si vous obtenez encore le message, appelez le fournisseur d'accès Internet. Demandez-lui la séquence de connexion correcte.
Le journal `/usr/bin/chat -v` contient `"expect (login:)" alarm read timed out`	Votre script de discussion fournit un nom d'utilisateur et un mot de passe. ogin: pppuser ssword: \q\U Cependant, le pair auquel vous essayez de vous connecter n'invite pas à fournir ces informations.	Supprimez l'identification et le mot de passe du script de discussion. Essayez d'appeler le pair une nouvelle fois. Si vous obtenez encore le message, appelez le fournisseur d'accès Internet. Demandez-lui la séquence de connexion correcte.
La sortie de `pppd debug` contient `possibly looped-back`	La machine locale ou son pair se bloque au niveau de la ligne de commande et n'exécute pas PPP. Le script de discussion contient un nom de connexion et un mot de passe configurés de manière incorrecte.	Supprimez l'identification et le mot de passe du script de discussion. Essayez d'appeler le pair une nouvelle fois. Si vous obtenez encore le message, appelez le fournisseur d'accès Internet. Demandez la séquence de connexion correcte.
La sortie de `pppd debug` indique que le protocole LCP s'active, mais que la liaison s'arrête rapidement après.	Le mot de passe contenu dans le script de discussion est peut-être incorrect.	Assurez-vous que vous avez le mot de passe correct pour la machine locale. Vérifiez le mot de passe dans le script de discussion. Corrigez le mot de passe, le cas échéant. Essayez d'appeler le pair une nouvelle fois. Si vous obtenez encore le message, appelez le fournisseur d'accès Internet. Demandez-lui la séquence de connexion correcte.
Le texte du pair commence par un tilde (~).	Votre script de discussion fournit un nom d'utilisateur et un mot de passe. ogin: pppuser ssword: \q\U Cependant, le pair auquel vous essayez de vous connecter n'invite pas à fournir ces informations.	Supprimez l'identification et le mot de passe du script de discussion. Essayez d'appeler le pair une nouvelle fois. Si vous obtenez encore le message, appelez le fournisseur d'accès Internet. Demandez la séquence de connexion correcte.
Le modem se bloque.	Votre script de discussion contient la ligne suivante pour forcer la machine locale à attendre le message `CONNECT` du pair : CONNECT ”	Utilisez la ligne suivante lorsque vous souhaitez que le script de discussion attende le message CONNECT du pair : CONNECT \c Terminez le script de discussion avec `~ \c`.
La sortie de `pppd debug` contient `LCP: timeout sending Config-Requests`	Votre script de discussion contient la ligne suivante pour forcer la machine locale à attendre le message `CONNECT` du pair : CONNECT ”	Utilisez la ligne suivante lorsque vous souhaitez que le script de discussion attende le message CONNECT du pair : CONNECT \c Terminez le script de discussion avec `~ \c`.
La sortie de `pppd debug` contient `Serial link is not 8-bit clean`	Votre script de discussion contient la ligne suivante pour forcer la machine locale à attendre le message `CONNECT` du pair : CONNECT ”	Utilisez la ligne suivante lorsque vous souhaitez que le script de discussion attende le message CONNECT du pair : CONNECT \c Terminez le script de discussion avec `~ \c`.
La sortie de `pppd debug` contient `Loopback detected` (Loopback détecté)	Votre script de discussion contient la ligne suivante pour forcer la machine locale à attendre le message `CONNECT` du pair : CONNECT ”	Utilisez la ligne suivante lorsque vous souhaitez que le script de discussion attende le message CONNECT du pair : CONNECT \c Terminez le script de discussion avec `~ \c`.
La sortie de `pppd debug` contient `SIGHUP`	Votre script de discussion contient la ligne suivante pour forcer la machine locale à attendre le message `CONNECT` du pair : CONNECT ”	Utilisez la ligne suivante lorsque vous souhaitez que le script de discussion attende le message CONNECT du pair : CONNECT \c Terminez le script de discussion avec `~ \c`.

Diagnostic et résolution des problèmes de débit de ligne série

Les serveurs des appels entrants peuvent rencontrer des problèmes en raison de conflits au niveau des paramètres de débit. La procédure suivante vous permet d'identifier la cause du problème de lien liée aux conflits de débits de ligne série.

Les comportements suivants causent des problèmes de débit :

Vous avez appelé PPP par l'intermédiaire d'un programme tel que /bin/login et indiqué le débit de la ligne.
Vous avez démarré PPP à partir de mgetty et fourni accidentellement le débit binaire.

pppd modifie le débit qui a été défini à l'origine pour la ligne au profit du débit défini par /bin/login ou mgetty. En conséquence, la ligne échoue.

Connectez-vous au serveur d'appel entrant. Le débogage étant activé, appelez le pair.
Si vous avez besoin d'instructions, reportez-vous à la section Activation du débogage de PPP.
Affichez le journal /var/log/pppdebug obtenu.
Vérifiez la sortie pour le message suivant :
```
LCP too many configure requests
```
Ce message indique que le débit des lignes série qui ont été configurées pour PPP peut potentiellement être en conflit.
Vérifiez si PPP est appelé par le biais d'un programme tel que /bin/login et le débit de ligne qui a été défini.
Dans une telle situation, pppd modifie le débit de ligne initialement configuré au profit du débit spécifié dans /bin/login.
Vérifiez si un utilisateur a démarré PPP à l'aide de la commande mgetty et accidentellement spécifié un débit binaire.
Cette action entraîne également des conflits entre les débits de ligne série.
Résolvez ce problème de conflit comme suit :
1. Verrouillez le débit ETTD sur le modem.
2. N'utilisez pas autobaud.
3. Ne modifiez pas le débit de ligne après la configuration.

Obtention des informations de diagnostic pour PPPoE

Vous pouvez utiliser PPP et les utilitaires UNIX standard pour identifier les problèmes liés à PPPoE. Lorsque vous avez des raisons de croire que PPPoE est la cause des problèmes se produisant sur un lien, utilisez les outils de diagnostic suivants pour obtenir des informations sur le dépannage.

Connectez-vous en tant que superutilisateur sur l'ordinateur qui exécute le tunnel PPPoE, le client PPPoE ou le serveur d'accès PPPoE.
Activez le débogage en suivant la procédure présentée dans la section Activation du débogage de PPP.

Affichez le contenu du fichier journal /var/log/pppdebug.

L'exemple ci-dessous montre une partie d'un fichier journal qui a été généré pour un lien avec un tunnel PPPoE.

Sep  6 16:28:45 enyo pppd[100563]: [ID 702911 daemon.info] Plugin 
  pppoe.so loaded.
Sep  6 16:28:45 enyo pppd[100563]: [ID 860527 daemon.notice] pppd 
  2.4.0b1 (Sun Microsystems, Inc.,
Sep  5 2001 10:42:05) started by troot, uid 0
Sep  6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.debug] connect option:
   '/usr/lib/inet/pppoec 
-v hme0' started (pid 100564)
Sep  6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.info] Serial connection established.
Sep  6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.info] Using interface sppp0
Sep  6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.notice] Connect: sppp0
   <--> /dev/sppptun
Sep  6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.debug] /etc/ppp/pap-secrets
  is apparently empty
Sep  6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.debug] /etc/ppp/chap-secrets
  is apparently empty
Sep  6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.debug] sent 
  [LCP ConfReq id=0xef <mru 1492> 
asyncmap 0x0 <magic 0x77d3e953><pcomp><acomp>
Sep  6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.debug] rcvd 
  [LCP ConfReq id=0x2a <mru 1402>
asyncmap 0x0 <magic 0x9985f048><pcomp><acomp

Si la sortie de débogage ne vous permet pas d'identifier le problème, passez à la procédure suivante.

Obtenez les messages de diagnostic pour PPPoE.

# pppd connect "/usr/lib/inet/pppoec -v interface-name"

pppoec envoie les informations de diagnostic dans le fichier stderr. Si vous exécutez pppd au premier plan, la sortie s'affiche à l'écran. Si pppd s'exécute en arrière-plan, la sortie est envoyé dans /etc/ppp/connect-errors.

L'exemple suivant présente les messages qui sont générés lors de la négociation du tunnel PPPoE.

Connect option: '/usr/lib/inet/pppoec -v hme0' started (pid 100564)
/usr/lib/inet/pppoec: PPPoE Event Open (1) in state Dead (0): action SendPADI (2)
/usr/lib/inet/pppoec: Sending PADI to ff:ff:ff:ff:ff:ff: 18 bytes
/usr/lib/inet/pppoec: PPPoE State change Dead (0) -> InitSent (1)
/usr/lib/inet/pppoec: Received Active Discovery Offer from 8:0:20:cd:c1:2/hme0:pppoed
/usr/lib/inet/pppoec: PPPoE Event rPADO+ (5) in state InitSent (1): action SendPADR+ (5)
/usr/lib/inet/pppoec: Sending PADR to 8:0:20:cd:c1:2: 22 bytes
/usr/lib/inet/pppoec: PPPoE State change InitSent (1) -> ReqSent (3)
/usr/lib/inet/pppoec: Received Active Discovery Session-confirmation from
   8:0:20:cd:c1:2/hme0:pppoed
/usr/lib/inet/pppoec: PPPoE Event rPADS (7) in state ReqSent (3): action Open (7)
/usr/lib/inet/pppoec: Connection open; session 0002 on hme0:pppoe
/usr/lib/inet/pppoec: PPPoE State change ReqSent (3) -> Convers (4)
/usr/lib/inet/pppoec: connected

Si les messages de diagnostic ne vous permettent pas d'identifier le problème, passez à la procédure suivante.

Exécutez snoop. Enregistrez ensuite le suivi dans un fichier.
Pour plus d'informations sur snoop, reportez-vous à la page de manuel snoop(1M).
```
# snoop -o pppoe-trace-file
```

Affichez le fichier de suivi snoop.

# snoop -i pppoe-trace-file -v pppoe

ETHER: ----- Ether Header -----
ETHER:
ETHER: Packet 1 arrived at 6:35:2.77
ETHER: Packet size = 32 bytes
ETHER: Destination = ff:ff:ff:ff:ff:ff, (broadcast)
ETHER: Source      = 8:0:20:78:f3:7c, Sun
ETHER: Ethertype = 8863 (PPPoE Discovery)
ETHER:
PPPoE: ----- PPP Over Ethernet -----
PPPoE:
PPPoE: Version = 1
PPPoE: Type = 1
PPPoE: Code = 9 (Active Discovery Initiation)
PPPoE: Session Id = 0
PPPoE: Length = 12 bytes
PPPoE:
PPPoE: ----- Service-Name -----
PPPoE: Tag Type = 257
PPPoE: Tag Length = 0 bytes
PPPoE:
PPPoE: ----- Host-Uniq -----
PPPoE: Tag Type = 259
PPPoE: Tag Length = 4 bytes
PPPoE: Data = Ox00000002
PPPoE:
.
.
.
ETHER: ----- Ether Header -----
ETHER:
ETHER: Packet 5 arrived at 6:35:2.87
ETHER: Packet size = 60 bytes
ETHER: Destination = 8:0:20:78:f3:7c, Sun)
ETHER: Source      = 0:2:fd:39:7f:7, 
ETHER: Ethertype = 8864 (PPPoE Session)
ETHER:
PPPoE: ----- PPP Over Ethernet -----
PPPoE:
PPPoE: Version = 1
PPPoE: Type = 1
PPPoE: Code = 0 (PPPoE Session)
PPPoE: Session Id = 24383
PPPoE: Length = 20 bytes
PPPoE:
PPP: ----- Point-to-Point Protocol -----
PPP:
PPP-LCP: ----- Link Control Protocol -----
PPP-LCP:
PPP-LCP: Code = 1 (Configure Request)
PPP-LCP: Identifier = 80
PPP-LCP: Length = 18

Ignorer les liens de navigation
Quitter l'aperu
	Guide d'administration système : Services réseau