IP : Servicios de direccionamiento IP

Resolución de problemas DHCP en las redes de cable usando Cisco Network Registrar Debugs

31 Julio 2013 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (26 Octubre 2005) | Comentarios


Contenido


Introducción

El mandato del Data-over-Cable Service Interface Specifications (DOCSIS) que el Cable módems negocia sus IP Addresses con el DHCP. El Cisco Network Registrar (CNR) proporciona el Domain Name System (DNS) y la funcionalidad administrativa DHCP completos. El CNR también proporciona la funcionalidad del servidor TFTP.

La negociación DHCP es un problema común en los entornos de red de cable que transportan los datos IP. Usted puede permitir a los debugs en el CNR para resolver problemas la negociación DHCP. Este documento comienza con una explicación de la funcionalidad de CNR, después explica cómo habilitar los debugs. Finalmente, proporciona los ejemplos comunes de situaciones adonde no viene el Cable módems en línea o donde el Customer Premises Equipment (CPE) detrás del Cable módems no puede conectar con Internet.

Prerrequisitos

Requisitos

Este documento se aplica al CNR5.0.

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

  • Sistemas UNIX

    • Solaris

    • HP/UX

    • AIX

  • Windows NT

  • Windows 2000

Nota: La interfaz GUI para sistemas UNIX sólo está disponible en Solaris.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

Para obtener más información sobre las convenciones del documento, consulte las Convenciones de Consejos Técnicos de Cisco.

Estructura de directorios en CNR

Sistemas UNIX

La estructura de directorios para UNIX comienza en este directorio:

/opt/nwreg2

El directorio contiene estos sub-directórios:

skyshark# ls -l

total 18
drwxr-xr-x   2 root     bin         1024 Mar 28 18:34 bin/
drwxr-xr-x   2 root     bin          512 Mar 28 18:35 conf/
drwxr-xr-x   3 root     bin          512 Mar 28 18:33 docs/
drwxr-xr-x   3 root     bin          512 Mar 28 18:31 examples/
drwxr-xr-x   3 root     bin          512 Mar 28 18:31 extensions/
drwxr-xr-x   3 root     bin         1024 Mar 28 18:35 lib/
drwxr-xr-x   2 root     bin          512 Mar 28 18:33 misc/
drwxr-xr-x   2 root     bin          512 Apr  2 18:39 usrbin/
drwxr-xr-x   5 root     bin          512 Mar 28 18:31 WebUI/

Los sub-directórios contienen estos componentes:

  • compartimiento — Programas ejecutables.

  • conf — Archivos de configuración.

  • liberación — Bibliotecas usadas por los archivos ejecutables.

  • usrbin — El sub-directório en el cual usted pone en marcha el GUI o el nrcmd (comando network registrar, el [CLI] de la interfaz de línea de comando CNR).

Para iniciar el GUI, ntwkreg del problema. Para iniciar el CLI, nrcmd del problema.

El directorio de /opt/nwreg2/usrbin contiene estos archivos:

skyshark# pwd

/opt/nwreg2/usrbin

skyshark# ls -l

total 11422
-r-xr-xr-x   1 root     bin          980 Mar 28 18:35 aicstatus*
-r-xr-xr-x   1 root     bin          365 Mar 28 18:34 cnrFailoverConfig*
-r-xr-xr-x   1 root     bin          179 Mar 28 18:34 mcdadmin*
-r-xr-xr-x   1 root     bin          180 Mar 28 18:35 mcdshadow*
-r-xr-xr-x   1 root     bin          385 Mar 28 18:34 nrcmd*
-r-xr-xr-x   1 root     bin         1986 Mar 28 18:35 ntwkreg*

Las bases de datos y los registros están en el directorio de /var/nwreg2. Estos archivos deberán tener acceso de escritura.

/var/nwreg2

skyshark# ls -l

total 6
drwxr-xr-x   9 root     other        512 Mar 28 18:36 data/
drwxrwxrwt   3 root     other        512 APR 16 09:07 logs/
drwxr-xr-x   2 root     other        512 Mar 28 18:42 temp/

Los sub-directórios contienen estos componentes:

  • datos — Ubicación de la información de la base de datos y de los archivos de backup:

    • DB — Las bases de datos activas.

    • db.bak — Una copia de la base de datos. Esta copia se hace cada noche en 11:45 PM (hora del servidor).

    • dns — Archivo de caché y campo de la zona autoritario actual que está siendo leído por el servidor y pasado a los secondaries en una transferencia de zona.

  • registros — Este directorio contiene los archivos del registro. Un error común es mirar en el sub-directório de /opt/. La manera más fácil de recordar es que los registros son escritos por un servidor y, por lo tanto, deben estar en un directorio con el acceso de escritura. Los registros son de uso frecuente resolver problemas, y son lo que usted utiliza la mayoría en este documento.

  • temporeros — Archivos temporales bloqueados que se utilizan para funcionar con al agente del servidor AIC.

En UNIX, hay varios procesos relacionados con ejecutar el CNR. Para marcar el estatus, publique este comando:

skyshark# /opt/nwreg2/usrbin/aicstatus

Server Agent running     (pid: 112)
MCD lock manager running (pid: 118)
MCD server running       (pid: 116)
DNS server running       (pid: 119)
DHCP server running      (pid: 120)

Funcione con solamente un caso de cada agente del servidor.

Para parar y comenzar el proceso, publique estos comandos:

skyshark# /etc/init.d/aicservagt stop

skyshark# /etc/init.d/aicservagt start

# Starting AIC Server Agent for Network Registrar

Sistemas Windows

Para el Windows NT y el Windows 2000, la estructura es similar. Si usted instaló el CNR en el C: conduzca, esto es el directorio de instalación:

C:\Program Files\Network Registrar\

Ese directorio contiene estos archivos y sub-directórios:

C:\Program Files\Network Registrar> dir

 Volume in drive C is W2K
 Volume Serial Number is D439-C697

 Directory of C:\Program Files\Network Registrar

01/24/2001  03:22p      <DIR>          .
01/24/2001  03:22p      <DIR>          ..
01/24/2001  03:22p      <DIR>          BIN
04/14/2001  11:46p      <DIR>          DATA
01/24/2001  03:23p              15,037 DeIsL1.isu
01/24/2001  03:22p      <DIR>          DOCS
01/24/2001  03:22p      <DIR>          EXAMPLES
01/24/2001  03:21p      <DIR>          EXTENSIONS
01/24/2001  03:22p      <DIR>          lib
04/09/2001  08:38a      <DIR>          LOGS
01/24/2001  03:22p      <DIR>          MISC
12/25/2000  05:12p               2,083 README.TXT
01/24/2001  03:21p      <DIR>          TEMP
12/25/2000  10:12p              58,880 unregistrar.dll
01/24/2001  03:21p      <DIR>          WebUI
               3 File(s)         76,000 bytes
              12 Dir(s)   1,426,918,400 bytes free

La estructura de directorios en NT es diferente que en Unix. NT es más flexible porque todos los archivos están situados en un directorio y se señalan por medio de una bandera los archivos solo lecturas específicos.

En Windows, hay solamente un proceso que se está ejecutando: Agente del servidor AIC 2,0. En la ventana NT, elija el Start (Inicio)> Settings (Configuración) > Control Panel (Panel de control) > Services (Servicios) para controlarlo.

Monitor de estado del servidor

Usted puede monitorear el estatus del DNS, del DHCP, y de los servidores TFTP en el CNR con el monitor de estado del servidor. Este monitor visualiza los aspectos de la salud del servidor especificado.

Para agregar los servidores al monitor de estado del servidor, utilice este procedimiento a los servidores del arrastrar y soltar en el monitor de estado:

  1. Inicie el CNR GUI:

    1. En el sistema operativo UNIX, el xterm del lanzamiento y sigue este procedimiento:

      1. Publique el comando xhost +.

      2. Telnet al sistema Unix que recibe el servidor del CNR.

      3. Ejecute estos comandos:

        • xterm del TÉRMINO del setenv

        • VISUALIZACIÓN your-local-ip-address:0.0 del setenv

      4. Publique este comando de iniciar el GUI:

        • /opt/nwreg2/usrbin/ntwkreg y

          Nota:  Y permite que usted utilice esa ventana para otros comandos.

    2. En el sistema operativo Windows, elija Start > Programs > network registrar.

  2. Una vez que usted inicia el GUI, el sistema le pide el nombre de usuario y contraseña. Cuando el CNR primero está instalado, utiliza el nombre del usuario administrador y la contraseña changeme.

    precaución Precaución: Cambie esta contraseña.

  3. Haga clic + muestra al lado del cluster que usted quiere monitorear.

    Usted ahora ve una pantalla similar para figura 1.

    Cuadro 1 – Ventana de administrador de servidor para CNR 5.0.1

    /image/gif/paws/12192/cnr_debug_1.gif

  4. Haga clic con el botón derecho del ratón el servidor que usted quiere monitorear y elegir agregue al monitor de estado. Haga esto para cada servidor que usted quiera monitorear.

    La ventana del monitor de estado muestra una luz verde al lado de los servidores que se están ejecutando. El cuadro 2 muestra que el DNS y los servidores DHCP para el cluster 172.16.30.3 son activos, mientras que no es el servidor TFTP para el mismo cluster (muestra una luz roja).

    Cuadro 2 – Ventana del monitor de estado para CNR 5.0.1

    /image/gif/paws/12192/cnr_debug_2.gif

    Nota: Si usted quiere quitar un servidor de la ventana del monitor de estado, hacer clic con el botón derecho del ratón el servidor y elegir quite.

Configuraciones del depurador DHCP

Usted para tener bastante información en las configuraciones de los debugs para resolver problemas un problema DHCP. La información se guarda en los archivos del registro. Usted puede utilizar el GUI y el CLI (nrcmd) para fijar los debugs en el CNR.

Usando el GUI para fijar los debugs para el DHCP

Para utilizar el GUI para fijar los debugs para el DHCP, utilice este procedimiento:

  1. Del administrador de servidor, seleccione el servidor para el cual usted quiere fijar la opción del debug.

  2. Haga clic las propiedades de la demostración.

  3. Haga clic la ficha Avanzadas en el cuadro de diálogo Propiedades.

  4. Haga clic las configuraciones del debug (indicadas por la flecha roja en el cuadro 3).

    Cuadro 3 – Diálogo para fijar los niveles de debug para el DHCP

    /image/gif/paws/12192/cnr_debug_3.gif

  5. En las configuraciones cuadro de diálogo del debug, debug del permiso del control.

  6. En el campo de la categoría, ingrese uno de la configuración del cuadro 1.

    Cuadro 1 – Configuraciones, niveles, y descripción para las configuraciones del debug del DHCP

    Categoría del servidor (DHCP) ‘Nivel’ Descripción
    VX= 1 Traza detallada de paquetes entrantes y salientes.
    KP= 1-9 Traza del paquete y profundidades totales de los dn dinámico en todos los mensajes a y desde el Lightweight Directory Access Protocol (LDAP), incluyendo los atributos del valor.
    Q= 1-9 Traza del Clase de Servicio (CoS).
    Y= 1 La configuración de registro del log-failover-detail.
    Y= 2 Detalle moderado en la Conmutación por falla.
    Y= 3 Paquetes de falla formatados. No incluye los paquetes de la encuesta. Esto da la misma salida que el VX=1, pero solamente para los paquetes de falla.
    Y= 4 Paquetes de falla formatados, encuestas incluidas.
    A-LZ-Z= 9 Todos registro DHCP.

  7. Haga clic el botón de radio MLOG, que envía la salida al archivo del registro apropiado.

  8. Haga Click en OK en el cuadro de diálogo de las configuraciones del debug y entonces en el cuadro de diálogo Propiedades.

Usando el CLI para fijar los debugs para el DHCP

Usted puede también fijar las configuraciones de los debugs con el CLI (nrcmd).

Éste es el formato del comando que usted publica:

nrcmd> server server-type setDebug categories=level

  • tipo de servidor — El servidor en la pregunta; en el ejemplo para esta sección, es DHCP.

  • categorías — Corresponda a la columna del (DHCP) del Server Category del cuadro 1.

  • nivel — Uno de los valores numéricos, de la columna llana del cuadro 1, que corresponde a las categorías.

Si usted no especifica todos los argumentos obligatorios (variables), después usted verá este mensaje:

nrcmd> dhcp setDebug

310 Too few arguments - usage: server <server> setDebug <categories>=<level>..

Para desactivar todas las configuraciones del debug, publique el comando unsetDebug:

nrcmd> server dhcp unsetDebug

100 OK

Ejemplo 1

Para fijar las configuraciones del debug para el servidor DHCP a la traza detallada de paquetes entrantes y salientes (VX=1), publique este comando:

nrcmd> server dhcp setDebug VX=1

100 OK

Nota: El mensaje de 100 AUTORIZACIONES indica que el comando está validado. Si usted incurre en una equivocación, usted ve un mensaje similar éste:

nrcmd> server dhcp setDebug= vx=1

306 Unknown command - dhcp method 'setDebugs='

En ese error, un adicional, incorrecto = muestra fue ingresado después del setDebug.

‘Ejemplo 2’

Para fijar la configuración del debug para el servidor DHCP para detallada registro DHCP, publique este comando:

nrcmd> server dhcp setDebug A-LN-Z=9

100 OK

El CLI valida a veces los números de alto nivel que los que se especifiquen en el cuadro 1, el cuadro 2, o el cuadro 3. Tales niveles de debug más altos no proporcionan más información detallada que ésos especificados en estas tablas.

En este ejemplo, el nivel se fija a 100, y se valida el comando; pero los detalles que van a ser enviados a los registros son lo mismo que ésos para el nivel 9:

nrcmd> dhcp setDebug A-LN-Z=100

100 OK

Configuraciones del depurador DNS

Usted puede utilizar las configuraciones del debug DNS para resolver problemas los Problemas de DNS. Usted puede utilizar el GUI y el CLI para fijar los niveles de debug para el DNS.

Uso de GUI para configurar las depuraciones para DNS

Para utilizar el GUI para fijar los debugs para el DNS, utilice este procedimiento:

  1. Del administrador de servidor, seleccione el servidor para el cual usted quiere fijar la opción del debug.

  2. Haga clic las propiedades de la demostración.

  3. Haga clic la ficha Avanzadas en el cuadro de diálogo Propiedades.

  4. Haga clic las configuraciones del debug (indicadas por la flecha roja en el cuadro 4).

    Cuadro 4 – Diálogo para fijar los niveles de debug para el DHCP

    /image/gif/paws/12192/cnr_debug_4.gif

  5. En las configuraciones cuadro de diálogo del debug, debug del permiso del control.

  6. En el campo de la categoría, ingrese uno de la configuración del cuadro 2.

    Cuadro 2 – Configuraciones, niveles, y descripción para las configuraciones del debug del DHCP

    Categoría de servidor (DNS) ‘Nivel’ Descripción
    D   Seguimiento básico DNS
      1 Errores, errores, singularidades de la configuración, algunos detalles de la configuración.
    2 Errores menos importantes. Errores de formato en las respuestas, adelante, re-adelante.
    3 Fallas recuperables, Servidor de nombres ilegal, modo esclavo de la configuración o cambios de estado del comandante del cliente de la transferencia (XFER).
    4 Servidor de la transferencia ampliada (IXFR) pila de discos contenido de cada expediente, de la zona IXFR o de la transferencia (AXFR) y transferencias de zona.
    5 realización del Por-nombre de la carga de zona precedente.
    6 Horario y realización del recorte del historial de la zona. Registro por paquete del cliente XFER.
    U   Seguimiento de actualización dinámica
      1 Errores, errores, contestaciones del NON-éxito.
    2 Fuente por paquete del registro, zona, ld, prereq, y cuentas de registro de recursos de la actualización.
    3 Registro por paquete del paquete de entrada, paquete o errores de validación de la petición.
    4 Registro básico del paquete saliente por paquete.
    5 Duplicados entrantes en la zona, nuevas peticiones entrantes en la zona, reacción del cliente XFER de notificar las peticiones en la zona.
    P   Paquetes
      1 paquete de la Por-interrogación después de la validación de paquete básico.
    2 paquete Por-entrante, registro de prevalidación.
    3 paquete Por-saliente, registro de datos de la respuesta.
    DNUP   Todo el registro DNS
    A-Z 10 Todo el entrante y paquetes salientes, las peticiones, los mensajes remitidos, las actualizaciones dinámicas, notifican los mensajes, las transferencias de zona ampliadas y completas, y muchos mensajes de información prolijos, función-específicos del árbol de decisión para todo el servidor DNS interno, base de datos, y los subsistemas de la biblioteca.

  7. Haga clic el botón de radio MLOG, que envía la salida al archivo del registro apropiado.

  8. Haga Click en OK en el cuadro de diálogo de las configuraciones del debug y entonces en el cuadro de diálogo Propiedades.

Uso de CLI para configurar las depuraciones para DNS

Usted puede fijar las configuraciones de los debugs con el CLI (nrcmd).

Éste es el formato del comando que usted publica:

nrcmd> server server-type setDebug categories=level

  • tipo de servidor — El servidor en la pregunta; en este ejemplo para la sección, es dns.

  • categorías — Corresponda a la columna del Server Category (DNS) del cuadro 2.

  • nivel — Uno de los valores numéricos, de la columna llana del cuadro 2, que corresponde a las categorías.

Para desactivar todas las configuraciones del debug, publique el comando unsetDebug. Desactiva todas las configuraciones.

nrcmd> server dns unsetDebug

100 OK

Ejemplo:

nrcmd> server dns setDebug D=5

100 OK

nrcmd> server dns setDebug AZ=10

100 OK

Configuración de depuración de TFTP

Cuando usted está teniendo problemas con el servidor TFTP, utilice el CLI para fijar los niveles de debug. No es posible utilizar el para este propósito GUI. El cuadro 3 muestra los niveles de los debugs que se pueden fijar en el CNR para el servidor TFTP.

Cuadro 3 – Configuraciones, niveles, y descripción para las configuraciones del debug del servidor TFTP

Categoría de servidor (TFTP) ‘Nivel’ Descripción
C 1-3 Configuración del servidor.
D 1-3 Estadísticas.
E 1-3 Objeto de la extensión CSCR.
F 1-3 Dirección del archivo.
P 1-3 Dirección del paquete.
S 1-3 Dirección de la sesión TFTP.
T 1-3 Dirección del temporizador.

Los niveles antedichos corresponden a estos tipos del debug:

  • 1 — Condiciones inesperadas.

  • 2 — Más información detallada.

  • 3 — Cada debug posible.

Ejemplo:

Para fijar la configuración del debug para el servidor del CNR TFTP para el registro más detallado de la Configuración del servidor, publique este comando:

nrcmd> server tftp setDebug C=3

100 OK

Nota: Si usted no ve el mensaje de 100 AUTORIZACIONES, después el CNR no validó el comando.

Para desactivar todas las configuraciones del debug, publique el comando unsetDebug:

nrcmd> server tftp unsetDebug

100 OK

Problemas de configuración: El cliente no obtiene una dirección IP

Uno de los problemas más comunes con el uso del servidor DHCP del CNR en los entornos de cable es que los clientes — Cable módems y el CPE detrás de ellos — no reciben una dirección IP. Si éste es el caso, el Cable módems consigue pegado en el init (d) estado. Para los detalles en esta situación, refiera al Online que no viene del Cable módems del uBR del troubleshooting. Hay varias posibles causas de este problema. El resto de este documento discute cada uno de las razones.

¿El paquete DHCP DISCOVER está alcanzando al CNR?

Registros CNR, incluso en el nivel predeterminado, demostración bastante información a determinar si el CNR recibió el paquete. Usted puede marcar si la dirección MAC del Identificador de cliente del cliente (CID) aparece en un paquete DHCPDISCOVER. El byte de izquierda del CID indica el htype=1 para los Ethernetes, así que el MAC Address real es los seis bytes de derecha. Con el nivel de registro predeterminado, usted ve esto como porción del name_dhcp_1_log (en el secretario de C:\Program Files\Network \ abre una sesión el Windows NT):


!--- Output suppressed.

08/24/2000 17:40:09 name/dhcp/1 Activity Server 0 04619 Server received
                    a DHCPDISCOVER packet 'R1' from:
                    Host: 'dell-port-pc' CID: 01:00:10:a4:ff:61:8e
                    with IP source address: 0.0.0.0 via: Interface 10.200.68.200,
                    1 in use.

Esta salida muestra que el paquete DHCPDISCOVER fue recibido.

Ésta es la misma salida con un registro más detallado; El VX=1 es el nivel de debug se fija que:

08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    -----  RECEIVED -- R1 -----
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->  port = 68 received from  = 0.0.0.0
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->  packet length = 300
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->  op = 1 request
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->  htype = 1 ethernet 	hlen = 6
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->  hops =   0
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    -> 	xid = 0xec9e secs = 0 flags = 0x0
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    -> 	ciaddr = 0.0.0.0
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    -> 	yiaddr = 0.0.0.0
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    -> 	siaddr = 0.0.0.0
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    -> 	giaddr = 0.0.0.0
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    -> 	chaddr = 0:10:a4:ff:61:8e
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->     dhcp-message-type = 1 discover
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    -> 	   dhcp-client-identifier =1 0 16 164 255 97 142
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->     ethernet? = 0:10:a4:ff:61:8e
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->     dhcp-requested-address = 10.200.68.100
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->     host-name = "dell-port-PC"
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->     end
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->  sname = ""
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ->  file  = ""
08/24/2000 17:45:19 name/dhcp/1 Info Protocol 0 04935 R1:
                    ----- END OF RECEIVED -- R1 -----

Como usted puede ver en esta salida, usted consigue la misma información sobre el DHCPDISCOVER; pero, con el nivel de debug fijado al VX=1, más información detallada sobre el paquete sí mismo se proporciona.

¿CNR tiene un alcance adecuado para el cliente?

El DHCP no entiende el concepto de la máscara de subred de IP. Cuando el CNR recibe un DHCPDISCOVER, mira el campo GIADDR o el campo de saltos: si son vacíos o iguales a 0, después el CNR asume que la solicitud viene de la red local. Mira la dirección IP de la interfaz en la cual recibió el paquete, y utiliza aquél para seleccionar un alcance. Si el campo GIADDR no está vacío, después el DHCPDISCOVER fue remitido por un agente de relé DHCP. Configuran al agente de relé DHCP generalmente en los routeres Cisco con el comando ip helper-address. En este caso, el CNR utiliza la dirección IP en el campo GIADDR para seleccionar un alcance. Esa dirección IP estaba de la interfaz del router que recibió el pedido de broadcast del cliente. En ambos casos, porque no hay información de la máscara de subred en la solicitud, el CNR hace una mejor coincidencia de todos los alcances configurados para seleccionar buen.

Suponga en el CNR que usted la configuración 10.0.0.0/8: esto será bueno para una petición que viene de 10.200.68.200. Si hay más específico, como 10.200.0.0/16 o 10.200.68.0/24, después el que está con la máscara más larga se elige. Es mejor crear los alcances con la misma máscara de subred de la red donde se asignan. Esto es porque la máscara de subred del alcance es la máscara de subred que se asigna a los clientes y, en un segmento de red, todos los hosts deben compartir la misma máscara de subred. Es posible asignar a los clientes una máscara de subred que sea diferente de la que se define en el alcance con la GET-TARGET662_0_-máscara-de-directiva de la opción DHCP. En este ejemplo, el CNR no tiene un alcance, así que desecha la solicitud:

08/24/2000 17:45:19 name/dhcp/1 Warning Protocol 0 04663
                    Received DHCPDISCOVER packet but found no Scopes
                    for source network = '10.200.68.200'. Dropping packet.

La salida de muestra siguiente muestra un paquete que sea remitido por un Agente Relay. Note los saltos y los valores del campo GIADDR, y compárelos a los valores en la salida de muestra anterior. El resultado es lo mismo porque el CNR no tiene un alcance ese los trajes 10.200.71.1.

08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ----- RECEIVED -- R61 -----
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  port = 67    received from = 10.200.71.1
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  packet length = 296
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  op =  1 request
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  htype = 1  ethernet    hlen = 6
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  hops = 1
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  xid = 0x2127  secs = 0  flags = 0x8000  broadcast
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  ciaddr = 0.0.0.0
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  yiaddr = 0.0.0.0
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  siaddr = 0.0.0.0
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  giaddr = 10.200.71.1
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->  chaddr = 0:1:96:59:47:c1
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->    dhcp-message-type = 1 discover
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->    dhcp-max-message-size = 1152
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->    dhcp-client-identifier = 1 0 1 150 89 71 193
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->    ethernet? = 0:1:96:59:47:c1
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->    dhcp-parameter-request-list = 20
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->        1    subnet-mask
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->        2    time-offset
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->        4    time-servers
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->        66   tftp-server
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->        128  mcns-sec-server
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->        3    routers
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->        7    log-servers
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->        67   boot-file
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->    dhcp-class-identifier = "docsis1.0"
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->    dhcp-option-overload = 3
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->    relay-agent-info = 1 4 128 6 0 9 2 6 0 1 150 89 71 193
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                    ->
08/24/2000 18:11:23 name/dhcp/1 Info Protocol 0 04935 R61:
                     ----- END OF RECEIVED -- R61 -----
08/24/2000 18:11:23 name/dhcp/1 Warning Protocol 0 04663
                    Received DHCPDISCOVER packet but found no Scopes
                    for source network = '10.200.71.1'. Dropping packet.

¿Hay tres direcciones en el alcance?

Es posible que los campos estén configurados de manera tal que la agrupación de direcciones sea demasiado pequeña. En estos casos, usted puede ejecutarse comúnmente de los direccionamientos en el pool. Esta salida de muestra muestra los mensajes del debug cuando un cliente está intentando conseguir una dirección IP pero el alcance utiliza ya todos sus direccionamientos en el pool:

08/24/2000 19:14:26 name/dhcp/1 Warning Server 0 04440
                    No more leases are AVAILABLE, unable to respond
                    to DHCP DISCOVER Request: R9 = from Client: Host:
                    dell-port-PC CID: 01:00:10:a4:ff:61:8e in Network:
                    10.200.68.0-255.255.255.0 via: Interface 10.200.68.200

¿Llega la oferta al cliente?

  • Una vez que el CNR selecciona un alcance y crea un paquete de la oferta, la información se debe transmitir al cliente.

    Nota: Cuando el paquete se destina a un Agente Relay, asegúrese de que la máquina CNR tenga una ruta al GIADDR.

  • En el caso de estos ejemplos, asegúrese de que usted pueda hacer ping de la máquina CNR 10.200.71.1.

  • Recuerde que, después de que se ofrezca un arriendo, hay algunos otros pasos antes que se convierte en un IP Address real en la red.

  • Usted debe ver, del mismo cliente, de uno o más DHCPREQUEST y de uno o más DHCPOFFER del servidor al cliente. Éstos se utilizan para pedir y para obtener la opción DHCP.

  • Usted debe ver un DHCPACK final del servidor al cliente, que termina el proceso DHCP.

  • Si usted no ve solamente DHCPOFFER pero nada, asegúrese de que los paquetes alcancen al cliente y de que el DHCPREQUEST subsiguiente vuelve al servidor.

Ésta es una entrada de registro que muestra que se ha concedido un arriendo (esta información proporciona la dirección MAC del cliente, la dirección IP se asigna que, y la fecha de vencimiento del arriendo):

08/24/2000 13:13:15 name/dhcp/1 Activity Protocol 0 04994 10.200.68.200
                    Lease granted to Host: dell-port-PC CID: 01:00:10:a4:ff:61:8e
                    packet 'R207' until Thu, 31 Aug 2000 13:13:15  +0200. 320 ms.

¿Existe otro servidor en la misma red con el mismo alcance configurado?

En tal caso, ambos servidores reciben un DHCPDISCOVER y hacen su oferta, pero el cliente elige solamente uno. Indica, en el dhcp-server-identifier, cuyo de servidor valida una oferta. Si el otro servidor ve el DHCPREQUEST para la misma dirección IP que le ha ofrecido — solamente el dhcp-server-identifier señala a otro servidor — entonces desactiva el arriendo, para prevenir a las direcciones duplicadas posibles.

La línea más reciente de esta salida de muestra muestra esta desactivación:

09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ----- RECEIVED -- R7 -----
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   port = 68 received from = 0.0.0.0
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   packet length = 300
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   op = 1 request
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   htype = 1 ethernet hlen =3D 6
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   hops =  0
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   xid =0xddaadeaa   secs = 0 flags = 0x0
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   ciaddr = 0.0.0.0
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   yiaddr = 0.0.0.0
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   siaddr = 0.0.0.0
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   giaddr = 0.0.0.0
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   chaddr = 0:10:a4:ff:61:8e
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->     dhcp-message-type = 3 request
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->     dhcp-client-identifier = 1 0 16 164 255 97 142
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->     ethernet? = 0:10:a4:ff:61:8e
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->     dhcp-requested-address = 10.200.68.201
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->     dhcp-server-identifier = 10.200.68.17
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->     hostname = "dell-port-PC"
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->     dhcp-parameter-request-list = 20
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->         1   subnet-mask
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->         3   routers
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->         15  domain-name
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->         6   domain-name-servers
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->         44  netbios-name-servers
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->         46  netbios-node-type
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->         47  netbios-scope
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   vendor-encapsulated-options = 55 2 0 0
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   end
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   sname = ""
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ->   file = ""
09/01/2000 12:21:05 name/dhcp/1 Info Protocol 0 04935 R7:
                    ----- END OF RECEIVED -- R7 -----
09/01/2000 12:21:05 name/dhcp/1 Activity Protocol 0 04993 10.200.68.201
                    Lease offered to Host: dell-port-PC CID: 01:00:10:a4:ff:61:8e
                    packet 'R5' until Fri, 01 Sep 2000 12:23:05 +0200. 150 ms.
09/01/2000 12:21:05 name/dhcp/1 Error Protocol 0  04684 Client:
                    'Host: dell-port-PC CID: 01:00:10:a4:ff:61:8e ' sent a 
                    REQUEST for Lease: '10.200.68.201' to Server: '10.200.68.17'
                    instead of us. Marking Lease UNAVAILABLE

Si el servidor ve un DHCPREQUEST para una diversa dirección IP, la registra simplemente. En esta salida de muestra, el otro servidor (10.200.68.17) ofreció 10.200.68.201:

09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ----- RECEIVED -- R3 -----
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  port = 68    received from = 0.0.0.0
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  packet length = 300
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  op = 1 request
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  htype = 1  ethernet    hlen = 6
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  hops = 0
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  xid = 0x8a7d8b7d  secs = 0  flags = 0x0
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  ciaddr = 0.0.0.0
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  yiaddr = 0.0.0.0
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  siaddr = 0.0.0.0
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  giaddr = 0.0.0.0
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->  chaddr = 0:10:a4:ff:61:8e
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->     dhcp-message-type =  3 request
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->     dhcp-client-identifier = 1 0 16 164 255 97 142
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->     ethernet? = 0:10:a4:ff:61:8e
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->     dhcp-requested-address = 10.200.68.201
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->     dhcp-server-identifier = 10.200.68.17
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->     hostname = "dell-port-PC"
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->     dhcp-parameter-request-list = 20
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->         1    subnet-mask
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->         3    routers
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->         15   domain-name
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->         6    domain-name-servers
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->         44   netbios-name-servers
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->         46   netbios-node-type
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->         47   netbios-scope
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->    vendor-encapsulated-options = 55 2 0 0
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->    end
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->    sname = ""
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ->    file = ""
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 04935 R3:
                    ----- END OF RECEIVED -- R3 -----
09/01/2000 12:19:33 name/dhcp/1 Info Protocol 0 05005 10.200.68.202
                    Offer to Host: dell-port-PC CID: 1:00:10:a4:ff:61:8e packet
                    'R3' was rejected in favor of an offer from another server.

¿Existe otro host en la misma red que ya esté configurado con la dirección IP que se le ofrecerá al cliente?

Antes de que ofrezca un arriendo, el CNR puede realizar un ping a la dirección IP que está a punto de ofrecer. Si recibe una respuesta positiva, después desactiva ese arriendo y elige una nueva dirección IP para ofrecer, evitar a las direcciones duplicadas en la red. Por abandono, se inhabilita este comportamiento, pero usted puede habilitarlo sobre una base del por-alcance del GUI.

Elija el alcance > las propiedades y haga clic la ficha Avanzadas; entonces marque el direccionamiento del ping antes de ofrecerle el checkbox:

Cuadro 5 – Cuadro de diálogo del alcance

cnr_debug_5.gif

Inversamente, usted puede publicar este comando del CLI:

nrcmd>  scope name enable ping-clients

Ejemplo:

Si, en el alcance UBR7246_C4_0, usted quiere hacer ping un direccionamiento antes de que se ofrezca, después publicar este comando:

nrcmd> scope UBR7246_C4_0 enable ping-clients

100 OK
ping-clients=enabled

Esta salida de muestra muestra los debugs en esta situación:

09/01/2000 12:52:26 name/dhcp/1 Warning Protocol 0 0467
                    Unexpected ping reply received for AVAILABLE lease
                    '10.200.68.201' - it is being marked  UNAVAILABLE

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Información Relacionada


Document ID: 12192