Resolución de problemas relacionados con PPP y PPPoE

Consulte las siguientes secciones para obtener información sobre cómo resolver 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

Cómo diagnosticar problemas de red

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 información, consulte Cómo usar los derechos administrativos que tiene asignados de Administración de Oracle Solaris 11.1: 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-asyncmap
```
Estas 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/peer-name, 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 la red.
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.
1. Compruebe las tablas de enrutamiento en el equipo local y en el igual.
2. 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 igual.
(Opcional) Si el equipo es un enrutador, compruebe las características opcionales.
```
# ndd -set /dev/ip ip_forwarding 1
```
Para 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).
1. Ejecute estadísticas en el equipo local.
2. Llame al igual.
3. 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.

Problemas de red comunes que afectan el PPP

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 7-2 Problemas de red comunes que afectan el PPP

Mensaje	Problema	Solución
`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.
`ICMP time exceeded`	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).
`IP packets not forwardable`	Falta una ruta en el host local.	Agregue la ruta faltante a la tabla 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.

Cómo diagnosticar y solucionar problemas de comunicaciones

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 7-5.

Conviértase en administrador en el equipo local.
Para obtener información, consulte Cómo usar los derechos administrativos que tiene asignados de Administración de Oracle Solaris 11.1: servicios de seguridad.
Llame al igual.
Llame al igual remoto. A continuación, habilite las funciones de depuración.
```
% pppd debug call peer-name
```
Es 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.

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 7-3 Problemas de comunicaciones generales que afectan PPP

Síntoma	Problema	Solución
`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 7-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/peer-name` después de la opción de llamada.
El 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.	El 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 es necesario.

Cómo diagnosticar problemas con la configuración de PPP

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.

Conviértase en administrador en el equipo local.
Para obtener información, consulte Cómo usar los derechos administrativos que tiene asignados de Administración de Oracle Solaris 11.1: servicios de seguridad.
Llame al igual remoto. A continuación, habilite las funciones de depuración.
```
% pppd debug call peer-name
```
Compruebe el registro resultante para problemas de comunicación. Para obtener más información, consulte Problemas de configuración de PPP comunes.

Problemas de configuración de PPP comunes

La siguiente tabla describe síntomas que están relacionados con la salida del registro del procedimiento, Cómo diagnosticar problemas con la configuración de PPP.

Tabla 7-4 Problemas de configuración de PPP comunes

Síntoma	Problema	Solución
La salida de `pppd debug` contiene el mensaje de error `Could not determine remote IP address`.	El archivo `/etc/ppp/peers/peer-name` no tiene una dirección IP para el igual. El igual no proporciona una dirección IP durante la negociación del enlace.	Proporcione una dirección IP para el igual en la línea de comando pppd o en `/etc/ppp/peers/peer-name` 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.

Cómo diagnosticar problemas del módem

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      0

Si 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 local.

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.

Cómo obtener información de depuración para secuencias de comandos de chat

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 información, consulte Cómo usar los derechos administrativos que tiene asignados de Administración de Oracle Solaris 11.1: servicios de seguridad.
Edite el archivo /etc/ppp/peers/peer-name 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] Failed
```
En 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
```

Problemas de secuencia de comandos de chat comunes

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 7-5 Problemas de secuencia de comandos de chat comunes

Síntoma	Problema	Solución
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: `password` Sin 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.
El 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\U Sin embargo, el igual al que intenta 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.
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.	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. Solicite la secuencia de inicio de sesión correcta.
La salida de `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. Intente llamar al igual nuevamente. Si sigue recibiendo el mensaje, llame al ISP. Pida al ISP la secuencia de inicio de sesión correcta.
El texto del igual comienza con una tilde (~).	La secuencia de comandos de chat proporciona un nombre de usuario y una contraseña. ogin: pppuser ssword: \q\U Sin embargo, el igual al que intenta 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. Solicite la secuencia de inicio de sesión correcta.
El módem 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 ”	Utilice la siguiente línea cuando desee que la secuencia de comandos de chat espere el mensaje CONNECT del igual: CONNECT \c Finalice 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 ”	Utilice la siguiente línea cuando desee que la secuencia de comandos de chat espere el mensaje CONNECT del igual: CONNECT \c Finalice la secuencia de comandos de chat con `~ \c`.
La salida de `pppd debug` contiene `Serial link is not 8-bit clean`	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 ”	Utilice la siguiente línea cuando desee que la secuencia de comandos de chat espere el mensaje CONNECT del igual: CONNECT \c Finalice 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 ”	Utilice la siguiente línea cuando desee que la secuencia de comandos de chat espere el mensaje CONNECT del igual: CONNECT \c Finalice la secuencia de comandos de chat con `~ \c`.
La salida de `pppd debug` contiene `SIGHUP`	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 ”	Utilice la siguiente línea cuando desee que la secuencia de comandos de chat espere el mensaje CONNECT del igual: CONNECT \c Finalice 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 requests
```
Este 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 en conflicto.
Solucione el problema de velocidad de línea de serie conflictiva como se indica a continuación:
1. Bloquee la velocidad DTE del módem.
2. No utilice velocidades automáticas.
3. No cambie la velocidad de línea después de la configuración.

Cómo obtener información de diagnóstico para PPPoE

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 de problemas.

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
   <--> /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 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: connected

Si 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 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

Omitir Vínculos de navegación
Salir de la Vista de impresión
	Gestión de redes seriales con UUCP y PPP en Oracle Solaris 11.1 Oracle Solaris 11.1 Information Library (Español)