Source: http://docs.oracle.com/cd/E26921_01/html/E25838/ppp.trouble-6.html
Timestamp: 2014-08-28 02:26:06+00:00

Document:
Resolución de problemas relacionados con PPP y PPPoE - Oracle Administración Solaris: Servicios de red
Oracle Administración Solaris: Servicios de red Oracle Solaris 11 Information Library (Español)
Parte I Servicios de red (temas)
1. Servicio de red (descripción general)
2. Gestión de servidores de antememoria web
3. Servicios relacionados con el tiempo
Parte II Acceso a los sistemas de archivos de red (temas)
4. Gestión de sistemas de archivos de red (descripción general)
5. Administración de sistema de archivos de red (tareas)
6. Acceso a los sistemas de archivos de red (referencia)
Parte III Temas sobre el SLP
7. SLP (descripción general)
8. Planificación y habilitación del SLP (tareas)
9. Administración del SLP (tareas)
10. Incorporación de servicios antiguos
11. SLP (referencia)
Parte IV Servicios de correo (temas)
12. Servicios de correo (descripción general)
13. Servicios de correo (tareas)
14. Servicios de correo (referencia)
Parte V Redes en serie (temas)
15. Solaris PPP 4.0 (descripción general)
16. Planificación del enlace de PPP (tareas)
17. Configuración de un enlace de PPP por marcación telefónica (tareas)
18. Configuración de un enlace de PPP de línea arrendada (tareas)
19. Configuración de autenticación PPP (tareas)
20. Configuración de un túnel PPPoE (tareas)
21. Resolución de problemas comunes de PPP (tareas)
Resolución de problemas de PPP (mapa de tareas)
Herramientas para resolución de problemas de PPP
Cómo obtener información de diagnóstico desde pppd
Cómo activar la depuración de PPP
Resolución de problemas relacionados con PPP y PPPoE
Cómo diagnosticar problemas de red
Problemas de red comunes que afectan el PPP
Cómo diagnosticar y solucionar problemas de comunicaciones
Problemas de comunicaciones generales que afectan PPP
Cómo diagnosticar problemas con la configuración de PPP
Problemas de configuración de PPP comunes
Cómo diagnosticar problemas del módem
Cómo obtener información de depuración para secuencias de comandos de chat
Problemas de secuencia de comandos de chat comunes
Cómo diagnosticar y solucionar problemas de velocidad de línea de serie
Cómo obtener información de diagnóstico para PPPoE
Resolución de problemas de línea arrendada
Diagnóstico y resolución de problemas de autenticación
22. Solaris PPP 4.0 (referencia)
23. Migración de Solaris PPP asíncrono a Solaris PPP 4.0 (tareas)
24. UUCP (descripción general)
25. Administración del UUCP (tareas)
26. UUCP (referencia)
Parte VI Trabajo con sistemas remotos (temas)
27. Trabajo con sistemas remotos (descripción general)
28. Administración del servidor FTP (tareas)
29. Acceso a sistemas remotos (tareas)
Parte VII Supervisión de servicios de red (temas)
30. Supervisión del rendimiento de la red (tareas)
Consulte las siguientes secciones para obtener información sobre cómo resolver problemas relacionados
con PPP y PPPoE.
Si el enlace de PPP pasa a ser activo pero sólo se
puede establecer contacto con pocos hosts remotos, se puede tratar de un
problema de red. El siguiente procedimiento le muestra cómo aislar y solucionar
problemas de red que afectan a un enlace de PPP. Conviértase en administrador en el equipo local. Para obtener más información, consulte Cómo obtener derechos administrativos de Administración de Oracle Solaris: servicios de seguridad.
Cierre el enlace problemático.
Deshabilite cualquier protocolo opcional en los archivos de configuración agregando las siguientes
opciones para la configuración de PPP:noccp novj nopcomp noaccomp default-asyncmapEstas opciones proporcionan el PPP no comprimido más simple que está disponible.
Intente invocar estas opciones como argumentos para pppd en la línea
de comandos. Si puede acceder a hosts que antes eran inaccesibles,
agregue las opciones en cualquiera de las siguientes ubicaciones.
/etc/ppp/peers/nombre_igual, después de la opción call
/etc/ppp/options y asegúrese de que las opciones se apliquen globalmente
Llame al igual remoto. A continuación, habilite las funciones de depuración.% pppd debug call peer-name
Obtenga registros detallados del programa de chat mediante la opción -v de
chat.Por ejemplo, utilice el siguiente formato en cualquier archivo de configuración de
PPP:connect 'chat -v -f /etc/ppp/chatfile'/etc/ppp/chatfile representa el nombre del archivo de chat.
Intente recrear el problema mediante Telnet u otras aplicaciones para llegar a
los hosts remotos.Observe los registros de depuración. Si aún no puede alcanzar los
hosts remotos, es posible que el problema de PPP esté relacionado con
Verifique que las direcciones IP de los hosts remotos sean direcciones de
Internet registradas.Algunas organizaciones asignan direcciones IP internas que son conocidas en la red
local, pero que no se pueden enrutar a Internet. Si los
hosts remotos se encuentran dentro de la compañía, debe configurar un servidor
de traducción de dirección de red (NAT) o servidor proxy para acceder
a Internet. Si los hosts remotos no están en la compañía,
debe informar el problema a la organización remota.
Examine las tablas de enrutamiento.
Compruebe las tablas de enrutamiento en el equipo local y en el
Compruebe las tablas de enrutamiento de cualquier enrutador que se encuentre en
la ruta desde el igual hasta el servidor remoto. Compruebe también
las tablas de enrutamiento de cualquier enrutador que se encuentre en la
ruta de retorno al igual.Asegúrese de que los enrutadores intermedios no se hayan configurado incorrectamente. Con frecuencia el problema se encuentra en la ruta de retorno al
(Opcional) Si el equipo es un enrutador, compruebe las características opcionales.# ndd -set /dev/ip ip_forwarding 1Para obtener más información acerca de ndd, consulte la página del comando
man ndd(1M).En la versión Solaris 10, puede usar routeadm(1M) en lugar de ndd(1M).# routeadm -e ipv4-forwarding -u
Nota - El comando ndd no es persistente. Los valores establecidos con este
comando se pierden cuando el sistema se reinicia. El comando routeadm
es persistente. Los valores establecidos con este comando se mantienen después de
que se reinicia el sistema.
Compruebe las estadísticas que se obtienen de netstat -s y herramientas similares.Para obtener detalles completos sobre netstat, consulte la página del comando man
netstat(1M).
Ejecute estadísticas en el equipo local.
Llame al igual.
Observe las nuevas estadísticas generadas por netstat -s. Para obtener más información, consulte Problemas de red comunes que afectan el PPP.
Compruebe la configuración de DNS.Una configuración de servicio de nombres defectuosa hace que las aplicaciones fallen
porque no se pueden resolver direcciones IP.
Puede utilizar los mensajes que genera netstat -s para solucionar los problemas
de red que se muestran en la siguiente tabla. Para obtener información
de procedimiento relacionada, consulte Cómo diagnosticar problemas de red.Tabla 21-2 Problemas de red comunes que afectan el PPP
IP packets not forwardable
Falta una ruta en el host local.
Agregue la
ruta faltante a las tablas de enrutamiento del host local.
ICMP input destination unreachable
Falta una ruta
en el host local.
Agregue la ruta faltante a las tablas de enrutamiento
del host local.
Dos enrutadores se envían la misma dirección de destino a
cada uno, lo que provoca que el paquete vaya y vuelva hasta
que el valor de tiempo de actividad (TTL) se excede.
Utilice traceroute para
averiguar el origen del bucle de enrutamiento y, a continuación, póngase en
contacto con el administrador del enrutador que presenta el error. Para
obtener información sobre traceroute, consulte la página del comando man traceroute(1M).
Falta una
ruta en el host local.
Agregue la ruta faltante a la tabla de
enrutamiento del host local.
Agregue la ruta
faltante a las tablas de enrutamiento del host local.
Los problemas de comunicaciones se producen cuando los dos iguales no pueden
establecer un enlace correctamente. Algunas veces, estos problemas son, en realidad,
problemas de negociación causados por secuencias de comandos de chat configuradas incorrectamente.
El siguiente procedimiento muestra cómo solucionar problemas de comunicación. Para
solucionar problemas de negociación causados por una secuencia de comandos de chat
defectuosa, consulte la Tabla 21-5.
Conviértase en administrador en el equipo local. Para obtener más información, consulte Cómo obtener derechos administrativos de Administración de Oracle Solaris: servicios de seguridad.
Llame al igual remoto. A continuación, habilite las funciones de depuración.% pppd debug call peer-nameEs posible que necesite obtener información de depuración del igual para solucionar
determinados problemas de comunicaciones.
Compruebe los registros resultantes para problemas de comunicación. Para obtener más
información, consulte Problemas de comunicaciones generales que afectan PPP.
La siguiente tabla describe síntomas que están relacionados con la salida del
registro del procedimiento, Cómo diagnosticar y solucionar problemas de comunicaciones.Tabla 21-3 Problemas de comunicaciones generales que afectan PPP
too many Configure-Requests
Un igual no puede escuchar a otro igual.
Compruebe si
se presentan los siguientes problemas:
El equipo o el módem pueden tener un cableado defectuoso.
Es posible que la configuración del módem tenga valores de bit incorrectos. O bien, es posible que la configuración haya afectado al control de flujo.
Es posible que se haya producido un fallo en la secuencia de comandos de chat. En esta situación, consulte la Tabla 21-5.
El resultado pppd debug muestra que LCP se inicia,
pero hay fallas en protocolos de alto nivel o se muestran errores
de CRC.
El mapa de caracteres de control asíncrono (ACCM) se estableció de
manera incorrecta.
Utilice la opción default-async para establecer ACCM según los valores predeterminados
estándar de FFFFFFFF. Primero, intente usar default-async como una opción para
pppd en la línea de comandos. Si el problema se soluciona, agregue
default-async a /etc/ppp/options o a /etc/ppp/peers/nombre_igual después de la opción de llamada.
resultado pppd debug muestra que IPCP se inicia, pero finaliza inmediatamente.
Las direcciones IP
pueden estar configuradas de forma incorrecta.
Compruebe la secuencia de comandos de chat para verificar si la secuencia de comandos tiene direcciones IP incorrectas.
Si la secuencia de comandos de chat es correcta, solicite registros de depuración para el igual y compruebe las direcciones IP en los registros del igual. El enlace muestra un rendimiento muy bajo.
módem podría estar configurado de manera incorrecta, con errores de configuración de
control de flujo, errores de configuración de módem y tasas DTE configuradas
de manera incorrecta.
Compruebe la configuración del módem. Ajuste la configuración si
Algunos problemas de PPP se pueden rastrear en problemas de archivos de
configuración de PPP. El siguiente procedimiento muestra cómo aislar y solucionar problemas
de configuración generales.
Compruebe el registro resultante para problemas de comunicación. Para obtener más
información, consulte Problemas de configuración de PPP comunes.
registro del procedimiento, Cómo diagnosticar problemas con la configuración de PPP.Tabla 21-4 Problemas de configuración de PPP comunes
La salida de pppd debug contiene el mensaje de error
Could not determine remote IP address.
El archivo /etc/ppp/peers/nombre de igual no tiene una dirección IP para el igual. El igual no proporciona una dirección IP durante la negociación del enlace.
una dirección IP para el igual en la línea de comando pppd
o en /etc/ppp/peers/nombre_igual con el siguiente formato::10.0.0.10
El resultado pppd debug muestra que falló
la compresión de datos de CCP. El resultado también indica que
el enlace está caído.
Es posible que las configuraciones de compresión de PPP
de los iguales estén en conflicto. Deshabilite la compresión de CCP agregando
la opción noccp a/etc/ppp/options en uno de los iguales.
Los módems pueden ser áreas de problemas principales para un enlace por
marcación telefónica. El indicador más común de problemas con la configuración del
módem es cuando no hay respuesta del igual. Sin embargo, es
posible que tenga dificultades para determinar si un problema de enlace es
en realidad el resultado de problemas de configuración del módem. La documentación y los sitios web de los fabricantes de módems contienen
soluciones para problemas de sus respectivos equipos. El siguiente procedimiento ayuda
a determinar si una configuración de módem defectuosa causa problemas de enlace.
Llame al igual con la depuración activada, como se explica en Cómo activar la depuración de PPP.
Muestre el registro /var/log/pppdebug resultante para la configuración de un módem defectuosa.
Utilice ping para enviar paquetes de distintos tamaños a través del enlace.Para obtener detalles completos sobre ping, consulte la página del comando man
ping(1M).Si se reciben paquetes pequeños, pero se descartan paquetes más grandes, se
indican problemas del módem.
Compruebe la existencia de errores en la interfaz 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 0Si los errores de interfaz se incrementan con el tiempo, es posible
que haya problemas en la configuración del módem.Errores más frecuentes
Cuando se muestra el registro /var/log/pppdebug resultante, los siguientes síntomas en el
resultado pueden indicar una configuración de módem defectuosa. El equipo local
puede escuchar al igual, pero el igual no puede escuchar al equipo
No se recibió ningún mensaje "recvd" del igual.
El resultado contiene mensajes de LCP del igual, pero el enlace falla con mensajes too many LCP Configure Requests que se envían mediante el equipo local.
El enlace finaliza con una señal SIGHUP.
Utilice el siguiente procedimiento para obtener información de depuración de chat y
sugerencias para solucionar problemas comunes. Para obtener más información, consulte Problemas de secuencia de comandos de chat comunes.
Conviértase en administrador en el equipo de marcación de salida. Para obtener más información, consulte Cómo obtener derechos administrativos de Administración de Oracle Solaris: servicios de seguridad.
Edite el archivo /etc/ppp/peers/nombre de igual para el igual al que se debe llamar.
Agregue -v como un argumento para el comando chat que se especifica
en connect.connect "/usr/bin/chat -v -f /etc/ppp/chat-script-name"
Visualice errores de secuencia de comandos de chat en el archivo /etc/ppp/connect-errors.A continuación, se muestra el principal error que se produce con 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] FailedEn el ejemplo se muestra el tiempo de espera mientras se aguarda
una cadena (CONNECT). Cuando chat falla, obtendrá el siguiente mensaje de pppd:Connect script failed
Las secuencias de comandos de chat son áreas propensas a errores para
enlaces por marcación telefónica. La siguiente tabla muestra errores de secuencia de
comandos de chat comunes y proporciona sugerencias para solucionar los errores. Para obtener información de procedimiento, consulte Cómo obtener información de depuración para secuencias de comandos de chat.Tabla 21-5 Problemas de secuencia de comandos de chat comunes
El resultado pppd debug contiene Connect script failed La
secuencia de comandos de chat proporciona un nombre de usuario y una
contraseña.ogin: user-name
ssword: passwordSin embargo, el igual al que intentó conectarse no muestra esta información.
Elimine el inicio de sesión y la contraseña de la secuencia de comandos de chat.
Intente llamar al igual nuevamente.
Si sigue recibiendo el mensaje, llame al ISP. Pida al ISP la secuencia de inicio de sesión correcta.
registro /usr/bin/chat -v contiene "expect (login:)" alarm read timed out
La secuencia de comandos de chat proporciona un nombre
de usuario y una contraseña.ogin: pppuser
ssword: \q\USin embargo, el igual al que intenta conectarse
no muestra esta información.
La salida de pppd debug contiene possibly looped-back El equipo local
o su igual está bloqueado en la línea de comandos y no
ejecuta PPP. Un nombre de inicio de sesión y una contraseña
están configurados incorrectamente en la secuencia de comandos de chat.
Si sigue recibiendo el mensaje, llame al ISP. Solicite la secuencia de inicio de sesión correcta.
pppd debug muestra que se activa LCP, pero finaliza al poco tiempo de
su activación.
Es posible que la contraseña en la secuencia de comandos de
chat sea incorrecta.
Asegúrese de que tiene la contraseña correcta para el equipo local.
Compruebe la contraseña en la secuencia de comandos de chat. Corrija la contraseña si es incorrecta.
El texto del igual comienza con una tilde (~).
de comandos de chat proporciona un nombre de usuario y una contraseña.ogin: pppuser
ssword: \q\USin
embargo, el igual al que intenta conectarse no muestra esta información.
se bloquea.
La secuencia de comandos de chat contiene la siguiente línea para
forzar al equipo local a que espere el mensaje CONNECT del igual:CONNECT &#8221;
la siguiente línea cuando desee que la secuencia de comandos de chat
espere el mensaje CONNECT del igual:CONNECT \cFinalice la secuencia de comandos de chat
con ~ \c. El resultado pppd debug contiene LCP: timeout sending Config-Requests
La secuencia de comandos de chat
contiene la siguiente línea para forzar al equipo local a que espere
el mensaje CONNECT del igual:CONNECT &#8221;
Utilice la siguiente línea cuando desee que la
secuencia de comandos de chat espere el mensaje CONNECT del igual:CONNECT \cFinalice la
secuencia de comandos de chat con ~ \c.
La salida de pppd debug contiene Serial link is not 8-bit clean
secuencia de comandos de chat contiene la siguiente línea para forzar al
equipo local a que espere el mensaje CONNECT del igual:CONNECT &#8221;
Utilice la siguiente
línea cuando desee que la secuencia de comandos de chat espere el
mensaje CONNECT del igual:CONNECT \cFinalice la secuencia de comandos de chat con ~ \c.
El resultado pppd debug contiene Loopback detected
La secuencia de comandos de chat contiene la
siguiente línea para forzar al equipo local a que espere el mensaje
CONNECT del igual:CONNECT &#8221;
Utilice la siguiente línea cuando desee que la secuencia de
comandos de chat espere el mensaje CONNECT del igual:CONNECT \cFinalice la secuencia de
comandos de chat con ~ \c. La salida de pppd debug contiene SIGHUP
de comandos de chat contiene la siguiente línea para forzar al equipo
local a que espere el mensaje CONNECT del igual:CONNECT &#8221;
Utilice la siguiente línea
cuando desee que la secuencia de comandos de chat espere el mensaje
CONNECT del igual:CONNECT \cFinalice la secuencia de comandos de chat con ~ \c. Cómo diagnosticar y solucionar problemas de velocidad de línea de serie
Es posible que los servidores de marcación de entrada tengan problemas debido
a una configuración de velocidad conflictiva. El siguiente procedimiento lo ayuda a
aislar la causa del problema de enlace para velocidades de línea de
serie conflictivas.
Los siguientes comportamientos provocan problemas de velocidad:
Invocó PPP a través de un programa, como /bin/login, y especificó la velocidad de la línea.
Inició PPP desde mgetty y accidentalmente proporcionó la tasa de bits.
pppd cambia la velocidad que se estableció originalmente para la línea por
la velocidad establecida por /bin/login o mgetty. Como resultado, la línea falla.
Inicie sesión en el servidor de marcación de entrada. Llame al igual
con la depuración habilitada.Si necesita instrucciones, consulte Cómo activar la depuración de PPP.
Visualice el registro /var/log/pppdebug resultante.Compruebe el resultado del siguiente mensaje:LCP too many configure requestsEste mensaje indica que las velocidades de las líneas de serie que
se configuraron para PPP podrían estar en conflicto.
Compruebe si PPP se invoca a través de un programa, como /bin/login,
y la velocidad de línea que se estableció.En esta situación, pppd cambia la velocidad de línea que se configuró
originalmente por la velocidad especificada en /bin/login.
Compruebe si un usuario inició PPP desde el comando mgetty y especificó
accidentalmente una tasa de bits.Esta acción también hace que las velocidades de línea de serie entren
Solucione el problema de velocidad de línea de serie conflictiva como se
indica a continuación:
Bloquee la velocidad DTE del módem.
No utilice velocidades automáticas.
No cambie la velocidad de línea después de la configuración.
Puede utilizar PPP y utilidades UNIX estándar para identificar problemas de PPPoE.
Cuando sospecha que PPPoE es la causa de los problemas de un
enlace, utilice las siguientes herramientas de diagnóstico para obtener información de resolución
Conviértase en superusuario en el equipo que ejecuta el túnel PPPoE, ya
sea cliente PPPoE o servidor de acceso PPPoE.
Active la depuración, como se explica en el procedimiento Cómo activar la depuración de PPP.
Visualice el contenido del archivo de registro /var/log/pppdebug.En el siguiente ejemplo, se muestra parte de un archivo de registro
que se generó para un enlace con un túnel 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
&#60;--> /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
Sep  6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.debug] sent
[LCP ConfReq id=0xef &#60;mru 1492>
asyncmap 0x0 &#60;magic 0x77d3e953>&#60;pcomp>&#60;acomp>
Sep  6 16:28:46 enyo pppd[100563]: [ID 702911 daemon.debug] rcvd
[LCP ConfReq id=0x2a &#60;mru 1402>
asyncmap 0x0 &#60;magic 0x9985f048>&#60;pcomp>&#60;acomp Si la salida de la depuración no lo ayuda a aislar el
problema, continúe con este procedimiento.
Obtenga mensajes de diagnóstico de PPPoE.# pppd connect "/usr/lib/inet/pppoec -v interface-name"pppoec envía información de diagnóstico a stderr. Si ejecuta pppd en primer
plano, se muestra un resultado en la pantalla. Si pppd se
ejecuta en segundo plano, la salida se envía a /etc/ppp/connect-errors. En el siguiente ejemplo, se muestran los mensajes que se generan al
negociar el túnel 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: connectedSi los mensajes de diagnóstico no lo ayudan a aislar el problema,
continúe con este procedimiento.
Ejecute snoop. A continuación, guarde el rastreo en un archivo.Para obtener información sobre snoop, consulte la página del comando man snoop(1M).# snoop -o pppoe-trace-file
Visualice el archivo de rastreo snoop.# snoop -i pppoe-trace-file -v pppoeETHER: ----- Ether Header -----
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)
PPPoE: ----- PPP Over Ethernet -----
PPPoE: Version = 1
PPPoE: Type = 1
PPPoE: Code = 9 (Active Discovery Initiation)
PPPoE: Session Id = 0
PPPoE: Length = 12 bytes
PPPoE: ----- Service-Name -----
PPPoE: Tag Type = 257
PPPoE: Tag Length = 0 bytes
PPPoE: ----- Host-Uniq -----
PPPoE: Tag Type = 259
PPPoE: Tag Length = 4 bytes
PPPoE: Data = Ox00000002
ETHER: ----- Ether Header -----
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)
PPPoE: Code = 0 (PPPoE Session)
PPPoE: Session Id = 24383
PPPoE: Length = 20 bytes
PPP: ----- Point-to-Point Protocol -----
PPP-LCP: ----- Link Control Protocol -----
PPP-LCP:
PPP-LCP: Code = 1 (Configure Request)
PPP-LCP: Identifier = 80
PPP-LCP: Length = 18
Copyright © 2002, 2011, Oracle y/o sus filiales. Todos los derechos reservados. Advertencia legal

References: Resolución 

Resolución 
 resolución 

Resolución 

Resolución 
 resolución 
 resolución