Source: http://docplayer.es/16431667-Resolucion-de-problemas-de-dhcp-en-el-switch-catalyst-o-en-las-redes-corporativas-e-introduccion.html
Timestamp: 2018-08-18 22:59:41+00:00

Document:
Resolución de problemas de DHCP en el switch Catalyst o en las redes corporativas e introducción. - PDF
Download "Resolución de problemas de DHCP en el switch Catalyst o en las redes corporativas e introducción."
Ana María Godoy Velázquez
1 Resolución de problemas de DHCP en el switch Catalyst o en las redes corporativas e introducción. Contenidos Introducción Antes de comenzar Convenciones Requisitos previos Componentes utilizados Conceptos clave Situaciones de ejemplo Antecedentes Comprensión de DHCP Referencias DHCP RFC actuales Tabla de mensajes DHCP Renovación de la licencia Paquete DHCP Conversación de cliente-servidor para el cliente que obtiene la dirección DHCP donde el cliente y el servidor DHCP residen en la misma subred Rol del agente de retransmisión DHCP/BootP Configuración de la función Agente de retransmisión DHCP/BootP en el router de Cisco IOS Conversación entre cliente y servidor DHCP con la función de retransmisión DHCP Consideraciones de inicio de DHCP, Pre-Execution Environment (Entorno de ejecución de inicio) (PXE) Comprensión y resolución de problemas de DHCP usando rastros de sabueso (sniffer) Decodificación de rastros de sabueso (sniffer) de un cliente DHCP y un servidor en el mismo segmento de LAN Decodificación de rastros del sabueso de un cliente DHCP y un servidor separados por un router configurado como agente de retransmisión Resolución de problemas de DHCP cuando las estaciones de trabajo cliente no pueden obtener direcciones DHCP Estudio de caso No. 1: Servidor DHCP en el mismo segmento LAN o VLAN como cliente DHCP Estudio de caso No. 2: El servidor DHCP y DHCP cliente están separados por un router configurado para funcionalidad de agente de retransmisión DHCP/BootP Módulos de resolución de problemas de DHCP Dónde pueden ocurrir problemas de DHCP Apéndice A: Configuración de IOS DHCP de muestra Introducción Este documento contiene información sobre la resolución de diferentes problemas relacionados con el Protocolo de configuración de host dinámico (DHCP) que pueden surgir dentro de una red de conmutación de Cisco Catalyst. Este documento incluye una guía de resolución de problemas relativos al uso de la función Agente de retransmisión DHCP/BootP de Cisco IOS. Antes de comenzar Convenciones Si desea obtener más información sobre las convenciones del documento, consulte las Convenciones sobre consejos técnicos de Cisco. Requisitos previos No hay requisitos previos específicos para este documento. Componentes utilizados Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware. La información que se presenta en este documento se originó a partir de dispositivos dentro de un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración despejada (predeterminada). Si la red está en
2 uso, asegúrese de haber comprendido el efecto que puede tener cualquier comando antes de ejecutarlo. Conceptos clave A continuación hay varios conceptos claves del Los clientes DHCP no poseen una dirección IP configurada desde el inicio y por consiguiente deben enviar una solicitud de transmisión para obtener una dirección IP de un servidor DHCP. Como valor predeterminado, los routers no reenvían difusiones. Esto es necesario para poder resolver las peticiones de difusión DHCP de los clientes si el servidor DHCP se encuentra en otro dominio de difusión (red de Capa 3 (L3)). Para esto, se utiliza el Agente de retransmisión DHCP. La implementación del Relay de DHCP en el router Cisco se proporciona mediante los comandos ip helper de nivel de interfaz Situaciones de ejemplo Situación 1: ruteo del router Cisco entre el cliente DHCP y las redes de servidor Como aparece configurado en el diagrama anterior, la interfaz Ethernet1 reenviará el DHCPDISCOVER difundido del cliente a vía la interfaz Ethernet1. El servidor de DHCP cumplirá la petición por unidifusión. En este ejemplo, no se necesita más configuración para el router. Escenario 2: Switch Catalyst de Cisco con ruteo del módulo L3 entre el cliente DHCP y las redes de servidor Como aparece configurado en el diagrama anterior, la interfaz VLAN20 reenviará el DHCPDISCOVER difundido del cliente a vía la interfaz VLAN10. El servidor de DHCP cumplirá la petición por unidifusión. En este ejemplo, no se necesita más configuración para el router. Los puertos de los switches deben configurarse como puertos host, y deben tener habilitado el portfast del Protocolo de árbol transversal, e inhabilitadas la conexión troncal y la canalización. Antecedentes DHCP proporciona un mecanismo a través del cual los equipos que usan el Protocolo de transmisión de Control/Protocolo de Internet (TCP/IP) pueden obtener parámetros de configuración de protocolo de automáticamente a través de la red. DHCP es un estándar abierto desarrollado por
3 Dynamic Host Configuration-Working Group (DHC-WG) de la Internet Engineering Task Force (IETF). DHCP se basa en un paradigma cliente-servidor en el que el cliente DHCP, un PC, por ejemplo, se pone en contacto con un servidor de DHCP para obtener parámetros de configuración. Por lo general, el servidor DHCP se ubica de forma centralizada y lo gestiona un administrador de red. Dado que un administrador de red ejecuta el servidor, los clientes DHCP se pueden configurar de manera fiable y dinámica con parámetros apropiados para la arquitectura de la red actual. La mayor parte de las redes empresariales están compuestas por varias subredes divididas en múltiples arquitecturas de subredes, denominadas redes LAN virtuales (VLAN), en las cuales los routers enrutan entre las subredes. Dado que los routers no transmiten difusiones de forma predeterminada, se necesita un servidor DHCP en cada subred a menos que los routers se configuren para reenviar la difusión DHCP con la función Agente de retransmisión DHCP. Comprensión de DHCP En un principio, DHCP se definió en la Solicitud de comentarios (RFC) 1531, que se ha actualizado con la RFC El DHCP se basa en el Protocolo de la rutina de arranque (BootP), que se define en la RFC 951. Las estaciones de trabajo (hosts) usan DHCP para obtener la información de configuración inicial, como dirección IP, máscara de subred y la gateway predeterminada tras el inicio. Como cada host necesita una dirección IP para comunicarse con una red IP, DHCP permite disminuir la carga administrativa asociada a la configuración manual de cada host con una dirección IP. Además, si un host se mueve a una subred IP diferente, debe utilizar una dirección de IP diferente de la que empleaba antes. DHCP se hace cargo de esto automáticamente, lo que permite al host elegir una dirección IP en la subred IP correcta. Referencias DHCP RFC actuales RFC DHCP RFC 2132: opciones DHCP y extensiones de proveedor BOOTP RFC Interoperabilidad entre DHCP y BootP RFC 1542 Aclaraciones y extensiones para BootP RFC DHCP Opciones para los servicios de directorio de Novell RFC 2242 Nombre e información de Netware/Dominio IP DHCP utiliza un modelo cliente-servidor donde uno o más servidores (servidores DHCP) asignan direcciones IP y otros parámetros de configuración opcional a los clientes (hosts) cuando se inicia el cliente. El servidor concede al cliente estos parámetros de configuración durante un período determinado. Cuando se inicia un host, la pila TCP/IP del host transmite un mensaje de difusión (DHCPDISCOVER) para recibir una dirección IP y una máscara de red, entre otros parámetros de configuración. Este paso inicia un intercambio entre el servidor DHCP y el host. Durante este intercambio, el cliente pasa por varios estados bien definidos que se muestran a continuación: Inicialización Selección Petición Límite Renovación Revinculación Al moverse entre los estados detallados antes, el cliente y el servidor pueden intercambiar los tipos de mensajes incluidos en la Tabla de mensajes DHCP que aparece a continuación. Tabla de mensajes DHCP Referencia Mensaje Use 0x01 DHCPDISCOVER El cliente está buscando servidores DHCP disponibles. 0x02 DHCPOFFER El servidor responde al cliente DHCPDISCOVER. 0x03 0x04 0x05 0x06 0x07 DHCPREQUEST DHCPDECLINE DHCPACK DHCPNAK DHCPRELEASE El cliente transmite al servidor y solicita los parámetros ofrecidos desde un servidor en concreto, como se define en el paquete. La comunicación cliente a servidor, indica que la dirección de red ya está en uso. La comunicación servidor a cliente con los parámetros de configuración, incluida la dirección de red comprometida. La comunicación servidor a cliente, en la que se rechaza la petición del parámetro de configuración. La comunicación cliente a servidor, en la que se renuncia a la dirección de red y se cancela la
4 0x08 DHCPINFORM concesión restante. La comunicación cliente a servidor, donde se solicitan parámetros de configuración local que el cliente ya ha configurado externamente como una dirección. DHCPDISCOVER Cuando un cliente se inicia por primera vez, se dice que está en estado de inicialización y transmite un mensaje DHCPDISCOVER en su subred física local sobre el puerto 67 (servidor de Boota) de Protocolo de datagrama de usuario (UDP). Dado que el cliente no tiene forma de conocer la subred a la que pertenece, el DHCPDISCOVER es una difusión a todas las subredes (dirección IP de destino ), con una dirección IP de origen La dirección IP de origen es , porque el cliente no tiene una dirección IP configurada. Si en esta subred local hay un servidor DHCP configurado correctamente y en funcionamiento, el servidor DHCP escuchará la difusión y responderá mediante un mensaje DHCPOFFER. Si no hay un servidor DHCP en la subred local, debe haber un agente de retransmisión DHCP/BootP en esta subred local para reenviar el mensaje DHCPDISCOVER a una subred que contenga un servidor DHCP. Este agente de retransmisión puede ser un host dedicado (por ejemplo, Microsoft Windows Server) o un router (por ejemplo, un router Cisco configurado con sentencias de ayudante IP de nivel de interfaz). DHCPOFFER Un servidor DHCP que recibe un mensaje DHCPDISCOVER puede responder con un mensaje DHCPOFFER por el puerto 68 de UDP (cliente BootP). El cliente recibe el DHCPOFFER y pasa al estado Selección. Este mensaje DHCPOFFER contiene información de configuración inicial del cliente. Por ejemplo, el servidor DHCP completará el campo yiaddr del mensaje DHCPOFFER con la dirección IP solicitada. La máscara de subred y la gateway predeterminada se especifican en el campo opciones, máscara de subred y opciones del router, respectivamente. Otras opciones comunes en el mensaje DHCPOFFER son tiempo de concesión de dirección IP, hora de renovación, servidor de nombres de dominio y servidor de nombres de NetBIOS (WINS). El servidor DHCP envía DHCPOFFER a la dirección de difusión, pero incluye la dirección de hardware del cliente en el campo chaddr de la oferta, por lo que el cliente sabe que es el destino pretendido. Si el servidor DHCP no llegase a estar en la subred local, el servidor DHCP enviará el DHCPOFFER, como un paquete de unidifusión, al puerto 67 UDP, de regreso al agente de retransmisión DHCP/BootP de donde procede DHCPDISCOVER. El agente de retransmisión DHCP/BootP envía por difusión o por unidifusión el DHCPOFFER en la subred local por el puerto 68 UDP, en función del indicador de difusión definido por el cliente Bootp. DHCPREQUEST Cuando el cliente recibe un DHCPOFFER, responde con un mensaje DHCPREQUEST, lo que indica su intención de aceptar los parámetros en el DHCPOFFER y luego pasa al estado de Petición. El cliente puede recibir diversos mensajes DHCPOFFER, uno por cada servidor DHCP que haya recibido el mensaje original DHCPDISCOVER. El cliente elige un mensaje DHCPOFFER y responde sólo a ese servidor DHCP, rechazando implícitamente todos los demás mensajes DHCPOFFER. Para identificar al servidor seleccionado, el cliente introduce la dirección IP del servidor DHCP en el campo de opción Identificador del servidor. DHCPREQUEST también es una difusión; por lo tanto, todos los servidores DHCP que enviaron DHCPOFFER verán la DHCPREQUEST y cada uno sabrá si su DHCPOFFER se aceptó o rechazó. Todas las opciones adicionales de configuración que solicite el cliente estarán incluidas en el campo de opciones del mensaje DHCPREQUEST. Aunque se le ha ofrecido al cliente una dirección IP, este enviará el mensaje DHCPREQUEST con la dirección IP de origen En este punto, el cliente todavía no ha recibido la verificación de que puede usar la dirección IP. DHCPACK Cuando el servidor DHCP recibe la petición DHCPREQUEST, éste soporta la petición con un mensaje DHCPACK y así se completa el proceso de inicialización. El mensaje DHCPACK tiene una dirección IP de origen del servidor DHCP, y la dirección de destino es una vez más una difusión y contiene todos los parámetros que el cliente solicitó en el mensaje DHCPREQUEST. Cuando el cliente recibe el DHCPACK, adquiere el estado Vinculado (Bound) y es libre para usar la dirección IP para comunicarse en la red. Mientras tanto, el servidor DHCP almacena la concesión en su base de datos y la identifica de forma única con el identificador de cliente o chaddr y la dirección IP asociada. Tanto el cliente como el servidor usarán esta combinación de identificadores para referirse a la concesión. Antes de que el cliente DHCP comience a usar la nueva dirección, éste debe calcular los parámetros de tiempo asociados a la dirección que se ha concedido, que son Lease Time (LT) (Tiempo de concesión), Renewal Time (T1) (Tiempo de renovación) y Rebind Time (T2) (Tiempo de revinculación). El LT típico predeterminado es de 72 horas. Si es necesario, puede usar tiempos de concesión más cortos para conservar las direcciones. DHCPNAK Si el servidor seleccionado no puede cumplir con el mensaje DHCPREQUEST, el servidor DHCP responderá con un mensaje DHCPNAK. Cuando el cliente recibe un mensaje DHCPNAK o no recibe una respuesta a un mensaje DHCPREQUEST, el cliente reinicia el proceso de configuración pasando al estado Petición. El cliente volverá a transmitir la DHCPREQUEST al menos cuatro veces en 60 segundos antes de reiniciar el estado Inicialización. DHCPDECLINE El cliente recibe el DHCPACK y podrá optar por hacer una verificación final de los parámetros. El cliente efectúa este procedimiento mediante el envío de peticiones de Protocolo de resolución de dirección (ARP) para la dirección IP que se proporciona en el DHCPACK. Si el cliente detecta
5 que la dirección ya la está usando una petición ARP, el cliente envía un mensaje DHCPDECLINE al servidor y reinicia el proceso de configuración al pasar al estado Petición. DHCPINFORM Si un cliente ha obtenido una dirección de red a través de otros medios o tiene una dirección IP configurada, una estación de trabajo de cliente puede usar un mensaje de petición DHCPINFORM para obtener otros parámetros de configuración local, tal como el nombre de dominio y los Servidores de nombre de dominio (DNS). Los servidores DHCP que reciben un mensaje DHCPINFORM crean un mensaje DHCPACK con un parámetro de configuración local apropiado para el cliente sin asignar una nueva dirección IP. Este DHCPACK se envía por unidifusión al cliente. DHCPRELEASE Un cliente DHCP puede optar por renunciar a su concesión en una dirección de red si envía un mensaje DHCPRELEASE al servidor DHCP. El cliente identifica la concesión a liberar por el uso del campo client identifier (Identificador de cliente) y la dirección de red en el mensaje DHCPRELEASE. Renovación de la licencia Dado que la dirección IP se concede únicamente desde el servidor, la concesión debe renovarse periódicamente. Cuando haya transcurrido una mitad del tiempo de concesión (T1=0.5 x LT), el cliente intentará renovarla. El cliente tiene ahora el estado de renovación y envía un mensaje DHCPREQUEST al servidor, que mantiene la concesión actual. El servidor responderá a la petición de renovación con un mensaje DHCPACK si está de acuerdo con la renovación de la concesión. El mensaje DHCPACK contendrá la nueva concesión y los nuevos parámetros de configuración, en el caso de que se hayan realizado cambios en el servidor durante el período de concesión anterior. Si por alguna razón el cliente no puede tener acceso al servidor que contiene la concesión, intentará renovar la dirección de cualquier servidor DHCP una vez que el servidor DHCP original no haya respondido a las peticiones de renovación dentro de un período T2. El valor predeterminado de T2 es (7/8 x LT). Esto significa T1 < T2< LT. Si el cliente tenía anteriormente una dirección IP asignada por DHCP y se reinicia, el cliente solicitará específicamente la dirección IP previamente concedida en un paquete DHCPREQUEST. Este DHCPREQUEST todavía tendrá la dirección IP de origen establecida como y la de destino como dirección de transmisión IP Un cliente que envía un DHCPREQUEST cuando se reinicia un equipo, no debe completar el campo identificador del servidor, en lugar de eso debe completar el campo opción de dirección IP solicitada. Aquellos clientes que cumplen estrictamente con RFC rellenarán el campo ciaddr con la dirección solicitada en lugar del campo de opción DHCP. El servidor DHCP aceptará cualquier método. El comportamiento del servidor DHCP depende de muchos factores, como en el caso de los servidores DHCP de Windows NT, de la versión del sistema operativo y de otros factores, como superscoping (súper alcance). Si el servidor DHCP determina que el cliente aún puede usar la dirección de IP solicitada, no hará nada o enviará un DHCPACK para el DHCPREQUEST. Si el servidor determina que el cliente no puede usar la dirección IP solicitada, volverá a enviar un DHCPNACK al cliente. El cliente pasará entonces al estado Inicialización y enviará un mensaje DHCPDISCOVER. Paquete DHCP El mensaje de DHCP tiene una longitud variable y contiene los campos enumerados en la siguiente tabla. Nota: Este paquete es una versión modificada del paquete BootP original. Campo Bytes Nombre Descripción op 1 OpCode htype 1 hlen 1 Tipo de hardware saltos 1 Saltos xid 4 Longitud del hardware ID de la transacción secs 2 Segundos indicadores 2 Indicadores Identifica el paquete como una petición o una respuesta: 1=BOOTREQUEST, 2=BOOTREPLY Especifica el tipo de dirección de red del hardware. Especifica la longitud de la extensión de la dirección de hardware. El cliente configura el valor en cero y se incrementa si la petición se reenvía por un router. Un número aleatorio elegido por el cliente. Todos los mensajes DHCP intercambiados para una transacción DHCP determinada usan el ID (xid). Especifica el número de segundos desde que se inició el proceso DHCP. Indica si el mensaje será de difusión o de unidifusión. Sólo se usa cuando el cliente conoce la
6 ciaddr 4 Dirección IP del cliente yiaddr 4 Su dirección IP siaddr 4 giaddr 4 chaddr 16 sname 64 archivo 128 opciones Variable Dirección IP del servidor Dirección IP del router (GI ADDR) Dirección MAC del cliente Nombre del servidor Nombre de archivo de inicialización Parámetros de opciones dirección IP, como en el caso de los estados Vinculado, Renovación, o Revinculación. Si la dirección IP del cliente es , el servidor DHCP pondrá la dirección IP ofrecida al cliente en este campo. Si el cliente tiene conocimiento de la dirección IP del servidor DHCP, este campo se cumplimenta con la dirección del servidor DHCP. En caso contrario, se usa en DHCPOFFER y DHCPACK desde el servidor DHCP. La dirección IP de la gateway, completada por el agente de retransmisión DHCP/BootP. La dirección MAC del cliente DHCP. El nombre del host servidor opcional. Nombre del archivo de arranque Los parámetros optativos que puede proporcionar el servidor DHCP. RFC 2132 proporciona todas las opciones posibles. Conversación de cliente-servidor para el cliente que obtiene la dirección DHCP donde el cliente y el servidor DHCP residen en la misma subred Descripción de paquete Dirección MAC de origen Direcciones MAC de destino Dirección IP de origen Direc. IP de destino DHCPDISCOVER Cliente Difusión DHCPOFFER Servidor DHCP Difusión Servidor DHCP DHCPREQUEST Cliente Difusión DHCPACK Servidor DHCP Difusión Rol del agente de retransmisión DHCP/BootP Servidor DHCP Como valor predeterminado, los routers no reenvían paquetes de difusión. Dado que los mensajes del cliente DHCP usan la dirección IP de destino (difusión a todas las redes), los clientes DHCP no podrán enviar peticiones a un servidor DHCP en otra subred a menos que el agente de retransmisión DHCP/BootP esté configurado en el router. El agente de retransmisión DHCP/BootP reenviará las peticiones DHCP en nombre de un cliente DHCP al servidor DHCP. El agente de retransmisión DHCP/BootP agregará su dirección IP a la dirección IP de origen de las tramas DHCP que van al servidor DHCP. Esto permite al servidor DHCP responder por unidifusión al agente de retransmisión DHCP/BootP. El agente de retransmisión DHCP/BootP también cumplimentará el campo Gateway IP address (Dirección IP de la gateway) de la interfaz en la que se recibe el mensaje DHCP del cliente. El servidor DHCP usa el campo Dirección IP de gateway para determinar el punto donde se originan los mensajes DHCPDISCOVER, DHCPREQUEST o DHCPINFORM. Configuración de la función Agente de retransmisión DHCP/BootP en el router de Cisco IOS Resulta fácil configurar un router de Cisco para reenviar peticiones BootP o configure un IP helper-address (dirección de ayudante IP) que apunte al servidor DHCP/BootP o a la dirección de difusión de subred dentro de la red en la que se ejecuta el servidor. Considere, por ejemplo, el siguiente diagrama de red:
7 Para reenviar la petición BootP/DHCP del cliente al servidor DHCP, se usa el comando ip helper-address interface. La dirección del ayudante IP se puede configurar para reenviar cualquier transmisión UDP basada en el número de puerto UDP. Como valor predeterminado, el IP helperaddress reenvía las siguientes difusiones Protocolo de transferencia de archivos trivial (TFTP) (puerto 69) DNS (puerto 53), servicio de tiempo (puerto 37) Nombre del servidor NetBIOS (puerto 137) Servidor de datagramas NetBIOS (puerto 138) Datagramas de clientes y servidores del protocolo de inicio (DHCP/BootP) (puertos 67 y 68) Servicio de Sistema de control de acceso del controlador de acceso a terminales (TACACS) (puerto 49) IEN-116 nombre de servicio (puerto 42) Los IP helper-address pueden dirigir difusiones UDP a una dirección IP de difusión o unidifusión. Sin embargo, no se recomienda usar el IP helper-address para reenviar difusiones UDP desde una subred a la dirección de difusión de otra subred, por la cantidad de inundaciones de difusión que podrían producirse. También se soportan múltiples entradas de IP helper-address en un único interfaz, como se muestra a continuación: version 12.0 service timestamps debug uptime service timestamps log uptime no service password-encryption hostname router interface Ethernet0 ip address no ip directed-broadcast interface Ethernet1 ip address ip helper-address ip helper-address IP helper-address que señala al servidor DHCP no ip directed-broadcast line con 0 exec-timeout 0 0 transport input none line aux 0 line vty 0 4 login end Los routers Cisco no son compatibles con el balance de carga de los servidores DHCP que se configuran como agentes de retransmisión DHCP. Los routers Cisco reenvían el mensaje DHCPDISCOVER a todas las direcciones del ayudante que se mencionan para dicha interfaz. Disponer de uno o más servidores DHCP para ofrecer servicio a una subred sólo aumenta el tráfico de DHCP cuando se intercambian los mensajes DHCPDISCOVER, DHCPOFFER, y DHCPREQUEST / DHCPDECLINE entre cada par de cliente y servidor DHCP. Conversación entre cliente y servidor DHCP con la función de retransmisión DHCP
8 La tabla siguiente ilustra el proceso que debe seguir un cliente DHCP para recibir una dirección IP de un servidor DHCP. Esta tabla se basa en el diagrama de red anterior. Cada valor numérico en el diagrama representa un paquete que se describe a continuación. Esta tabla es un punto de referencia para comprender el flujo de paquetes de una conversación DHCP entre cliente y servidor. Esta tabla también es útil para determinar dónde puede haber problemas DHCP. Paquete 1. DHCPDISCOVER se envía desde el cliente. 2. El router recibe DHCPDISCOVER en la interfaz E1. El router reconoce que este paquete es una difusión DHCP UDP. El router actúa como un agente de retransmisión DHCP/BootP y completa el campo Gateway IP address (Dirección IP de gateway) con la dirección IP de la interfaz de entrada, cambia la dirección IP de origen a una dirección IP de la interfaz de entrada y reenvía la petición directamente al servidor DHCP. 3. El servidor DHCP ha recibido DHSCPREQUEST y está enviando un DHCPACK al agente de retransmisión DHCP/BootP. 4. El agente de retransmisión DHCP recibe un DHCPOFFER y reenvía la difusión de DHCPOFFER a través de la LAN local. 5. DHCPREQUEST se envía desde el cliente. 6. El router recibe DHCPREQUEST en la interfaz E1. El router reconoce que este paquete es una difusión DHCP UDP. El router actúa como Dirección de IP del cliente Dirección de servidor IP Dirección GI Dirección MAC de la fuente de los paquetes Dirección IP de origen del paquete DCC9.C Dirección de la interfaz E2 MAC Dirección MAC del servidor DHCP Dirección de interfaz E1 MAC DCC9.C Dirección MAC de destino de paquetes. ffff.ffff.fffff (difusión) Dirección MAC del servidor DHCP Dirección de la interfaz E2 MAC Dirección IP de destino del paquete ffff.ffff.ffff (transmisión) ffff.ffff.fffff (difusión)
9 un agente de retransmisión DHCP/BootP y completa el campo Gateway IP address (Dirección IP de gateway) con la dirección IP de la interfaz de entrada, cambia la dirección IP de origen a una dirección IP de la interfaz de entrada y reenvía la petición directamente al servidor DHCP. 7. El servidor DHCP ha recibido el DHSCPREQUEST y está enviando un DHCPACK al agente de retransmisión DHCP/BootP. 8. El agente de retransmisión DHCP/BootP recibe el DHCPACK y reenvía la difusión de DHCPACK a través de la LAN local. El cliente acepta el ACK y usa la dirección IP del cliente Dirección de la interfaz E2 MAC Dirección MAC del servidor DHCP Dirección de interfaz E1 MAC Dirección MAC del servidor DHCP Dirección de la interfaz E2 MAC ffff.ffff.ffff (transmisión) Consideraciones de inicio de DHCP, Pre-Execution Environment (Entorno de ejecución de inicio) (PXE) Pre-Execution Environment (PXE) (Entorno de ejecución de inicio) permite a una estación de trabajo iniciarse desde un servidor de red antes de iniciar el sistema operativo en el disco duro local. De esta forma, no es necesario que el administrador de red tenga que estar frente a la estación de trabajo para iniciarla manualmente. Los sistemas operativos y otras aplicaciones, como los programas de diagnóstico se pueden cargar en el dispositivo desde un servidor de la red. El entorno PXE usa DHCP para configurar su dirección IP. La configuración del agente de retransmisión DHCP/BootP debe efectuarse en el router si el servidor DHCP está ubicado en otro segmento enrutado de la red. Debe configurarse el comando ip helper address en la interfaz del router local. Consulte la sección Configuración de la función Agente de retransmisión DHCP/BootP en el router Cisco IOS de este documento para obtener información de configuración. Comprensión y resolución de problemas de DHCP usando rastros de sabueso (sniffer) Decodificación de rastros de sabueso (sniffer) de un cliente DHCP y un servidor en el mismo segmento de LAN
10 El rastro de sabueso (sniffer) siguiente se compone de seis tramas. Estas seis tramas ilustran un escenario de trabajo para DHCP, donde el cliente y el servidor DHCP residen en el mismo segmento físico o lógico. Cuando tenga que resolver problemas de DHCP, es importante que su rastro de sabueso coincida con los siguientes rastros. Puede haber algunas diferencias en comparación con los siguientes rastros, pero el flujo de paquetes general debe ser exactamente igual. El rastro de paquetes se genera a partir de análisis previos acerca de cómo funciona DHCP Trama 1 - DHCPDISCOVER Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 1[ ] [ ] 618 0:01: /07/ :52:03 AM Request, Message type: DHCP Discover DLC Header Frame 1arrived at 11:52: ; frame size is 618 (026A hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station 0005DCC9C640 Ethertype = 0800 (IP) IP Header Version = 4, header length = 20 bytes Type of service = = routine = normal delay = normal throughput = normal reliability = ECT bit - transport protocol will ignore the CE bit = CE bit - no congestion Total length = 604 bytes Identification = 9 Flags = 0X = may fragment = last fragment Fragment offset = 0 bytes Time to live = 255 seconds/hops Protocol = 17 (UDP) Header checksum = B988 (correct) Source address = [ ] Destination address = [ ] No options UDP Header Source port = 68 (BootPc/DHCP) Destination port = 67 (BootPs/DHCP) Length = 584 No checksum [576 byte(s) of data] DHCP Header Boot record type = 1 (Request) Hardware address type = 1 (10Mb Ethernet) Hardware address length = 6 bytes Hops = 0 Transaction id = Elapsed boot time = 0 seconds
11 Flags = = Broadcast IP datagrams Client self-assigned IP address = [ ] Client IP address = [ ] Next Server to use in bootstrap = [ ] Relay Agent = [ ] Client hardware address = 0005DCC9C640 Host name = "" Boot file name = "" Vendor Information tag = Message Type = 1 (DHCP Discover) Maximum message size = 1152 Client identifier = F2D E E D564C31 Parameter Request List: 7 entries 1 = Client's subnet mask 66 = TFTP Option 6 = Domain name server 3 = Routers on the client's subnet 67 = Boot File Option 12 = Host name server 150 = Unknown Option Class identifier = 646F E30 Option overload =3 (File and Sname fields hold options) Trama 2 - DHCPOFFER Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 2[ ] [ ] 331 0:01: /07/ :52:03 AM Reply, Message type: DHCP Offer DLC Header Frame 2 arrived at 11:52: ; frame size is 331 (014B hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station 0005DCC42484 Ethertype = 0800 (IP) IP Header Version = 4, header length = 20 bytes Type of service = = routine = normal delay = normal throughput = normal reliability = ECT bit - transport protocol will ignore the CE bit = CE bit - no congestion Total length = 317 bytes Identification = 5 Flags = 0X = may fragment = last fragment Fragment offset = 0 bytes Time to live = 255 seconds/hops Protocol = 17 (UDP) Header checksum = F901 (correct) Source address = [ ] Destination address = [ ] No options UDP Header Source port = 67 (BootPs/DHCP) Destination port = 68 (BootPs/DHCP) Length = 297 No checksum [289 byte(s) of data] DHCP Header Boot record type = 2 (Reply) Hardware address type = 1 (10Mb Ethernet) Hardware address length = 6 bytes Hops = 0 Transaction id = Elapsed boot time = 0 seconds Flags = = Broadcast IP datagrams Client self-assigned IP address = [ ] Client IP address = [ ] Next Server to use in bootstrap = [ ]
12 Relay Agent = [ ] Client hardware address = 0005DCC9C640 Host name = "" Boot file name = "" Vendor Information tag = Message Type = 2 (DHCP Offer) Server IP address = [ ] Request IP address lease time = (seconds) Address Renewel interval = (seconds) Address Rebinding interval = (seconds) Subnet mask = [ ] Domain Name Server address = [ ] Domain Name Server address = [ ] Gateway address = [ ] Trama 3 - DHCPREQUEST Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 3[ ] [ ] 618 0:01: /07/ :52:03 AM Request, Message type: DHCP Request DLC Header Frame 56 arrived at 11:52: ; frame size is 618 (026A hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station 0005DCC9C640 Ethertype = 0800 (IP) IP Header Version = 4, header length = 20 bytes Type of service = = routine = normal delay = normal throughput = normal reliability = ECT bit - transport protocol will ignore the CE bit = CE bit - no congestion Total length = 604 bytes Identification = 10 Flags = 0X = may fragment = last fragment Fragment offset = 0 bytes Time to live = 255 seconds/hops Protocol = 17 (UDP) Header checksum = B987 (correct) Source address = [ ] Destination address = [ ] No options UDP Header Source port = 68 (BootPc/DHCP) Destination port = 67 (BootPs/DHCP) Length = 584 No checksum [576 byte(s) of data] DHCP Header Boot record type = 1 (Request) Hardware address type = 1 (10Mb Ethernet) Hardware address length = 6 bytes Hops = 0 Transaction id = Elapsed boot time = 0 seconds Flags = = Broadcast IP datagrams Client self-assigned IP address = [ ] Client IP address = [ ] Next Server to use in bootstrap = [ ] Relay Agent = [ ] Client hardware address = 0005DCC9C640 Host name = "" Boot file name = "" Vendor Information tag = Message Type = 3 (DHCP Request)
13 Maximum message size = 1152 Client identifier = F2D E E D564C31 Server IP address = [ ] Request specific IP address = [ ] Request IP address lease time = (seconds) Parameter Request List: 7 entries 1 = Client's subnet mask 66 = TFTP Option 6 = Domain name server 3 = Routers on the client's subnet 67 = Boot File Option 12 = Host name server 150 = Unknown Option Class identifier = 646F E30 Option overload =3 (File and Sname fields hold options) Trama 4 - DHCPACK Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 4[ ] [ ] 331 0:01: /07/ :52:03 AM Reply, Message type: DHCP Ack DLC Header Frame 57 arrived at 11:52: ; frame size is 331 (014B hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station 0005DCC42484 Ethertype = 0800 (IP) IP Header Version = 4, header length = 20 bytes Type of service = = routine = normal delay = normal throughput = normal reliability = ECT bit - transport protocol will ignore the CE bit = CE bit - no congestion Total length = 317 bytes Identification = 6 Flags = 0X = may fragment = last fragment Fragment offset = 0 bytes Time to live = 255 seconds/hops Protocol = 17 (UDP) Header checksum = F900 (correct) Source address = [ ] Destination address = [ ] No options UDP Header Source port = 67 (BootPs/DHCP) Destination port = 68 (BootPc/DHCP) Length = 297 No checksum [289 byte(s) of data] DHCP Header Boot record type = 2 (Reply) Hardware address type = 1 (10Mb Ethernet) Hardware address length = 6 bytes Hops = 0 Transaction id = Elapsed boot time = 0 seconds Flags = = Broadcast IP datagrams Client self-assigned IP address = [ ] Client IP address = [ ] Next Server to use in bootstrap = [ ] Relay Agent = [ ] Client hardware address = 0005DCC9C640 Host name = "" Boot file name = "" Vendor Information tag = Message Type = 5 (DHCP Ack) Server IP address = [ ] Request IP address lease time = (seconds)
14 Address Renewel interval = (seconds) Address Rebinding interval = (seconds) Subnet mask = [ ] Domain Name Server address = [ ] Domain Name Server address = [ ] Gateway address = [ ] Trama 5 - ARP Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary DCC9C640 Broadcast 60 0:01: /07/ :52:03 AM ARP: R PA=[ ] HA=0005DCC9C640 PRO=IP DLC Header Frame 58 arrived at 11:52: ; frame size is 60 (003C hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station 0005DCC9C640 Ethertype = 0806 (ARP) ARP: ARP/RARP frame ARP: ARP: Hardware type = 1 (10Mb Ethernet) ARP: Protocol type = 0800 (IP) ARP: Length of hardware address = 6 bytes ARP: Length of protocol address = 4 bytes ARP: Opcode 2 (ARP reply) ARP: Sender's hardware address = 0005DCC9C640 ARP: Sender's protocol address = [ ] ARP: Target hardware address = FFFFFFFFFFFF ARP: Target protocol address = [ ] ARP: ARP: 18 bytes frame padding ARP: Trama 6 - ARP Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary DCC9C640 Broadcast 60 0:01: /07/ :52:04 AM ARP: R PA=[ ] HA=0005DCC9C640 PRO=IP DLC Header Frame 59 arrived at 11:52: ; frame size is 60 (003C hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station 0005DCC9C640 Ethertype = 0806 (ARP) ARP: ARP/RARP frame ARP: ARP: Hardware type = 1 (10Mb Ethernet) ARP: Protocol type = 0800 (IP) ARP: Length of hardware address = 6 bytes ARP: Length of protocol address = 4 bytes ARP: Opcode 2 (ARP reply) ARP: Sender's hardware address = 0005DCC9C640 ARP: Sender's protocol address = [ ] ARP: Target hardware address = FFFFFFFFFFFF ARP: Target protocol address = [ ] ARP: ARP: 18 bytes frame padding ARP: Decodificación de rastros del sabueso de un cliente DHCP y un servidor separados por un router configurado como agente de retransmisión
15 Rastro del sabueso-b Trama 1 - DHCPDISCOVER Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 1 [ ] [ ] 618 0:02: /31/ :53:04 AM Request, Message type: DHCP Discover DLC Header Frame 124 arrived at 06:53: ; frame size is 618 (026A hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station 0005DCF2C441 Ethertype = 0800 (IP) IP Header Version = 4, header length = 20 bytes Type of service = = routine = normal delay = normal throughput = normal reliability = ECT bit - transport protocol will ignore the CE bit = CE bit - no congestion Total length = 604 bytes Identification = 183 Flags = 0X = may fragment = last fragment Fragment offset = 0 bytes Time to live = 255 seconds/hops Protocol = 17 (UDP) Header checksum = B8DA (correct) Source address = [ ] Destination address = [ ] No options UDP Header Source port = 68 (BootPc/DHCP) Destination port = 67 (BootPs/DHCP) Length = 584 No checksum [576 byte(s) of data] DHCP Header Boot record type = 1 (Request) Hardware address type = 1 (10Mb Ethernet) Hardware address length = 6 bytes Hops = 0 Transaction id = Elapsed boot time = 0 seconds Flags = = Broadcast IP datagrams Client self-assigned IP address = [ ] Client IP address = [ ] Next Server to use in bootstrap = [ ] Relay Agent = [ ] Client hardware address = 0005DCF2C441
16 Host name = "" Boot file name = "" Vendor Information tag = Message Type = 1 (DHCP Discover) Maximum message size = 1152 Client identifier = F2D E E D F30 Parameter Request List: 7 entries 1 = Client's subnet mask 6 = Domain name server 15 = Domain name 44 = NetBIOS over TCP/IP name server 3 = Routers on the client's subnet 33 = Static route 150 = Unknown Option Class identifier = 646F E30 Option overload =3 (File and Sname fields hold options) Trama 2 - DHCPOFFER Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summaryr 125 [ ] [ ] 347 0:02: /31/ :53:04 AM Reply, Message type: DHCP Offer DLC Header Frame 125 arrived at 06:53: ; frame size is 347 (015B hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station F71 Ethertype = 0800 (IP) IP Header Version = 4, header length = 20 bytes Type of service = = routine = normal delay = normal throughput = normal reliability = ECT bit - transport protocol will ignore the CE bit = CE bit - no congestion Total length = 333 bytes Identification = 45 Flags = 0X = may fragment = last fragment Fragment offset = 0 bytes Time to live = 255 seconds/hops Protocol = 17 (UDP) Header checksum = F8C9 (correct) Source address = [ ] Destination address = [ ] No options UDP Header Source port = 67 (BootPs/DHCP) Destination port = 68 (BootPc/DHCP) Length = 313 Checksum = 8517 (correct) [305 byte(s) of data] DHCP Header Boot record type = 2 (Reply) Hardware address type = 1 (10Mb Ethernet) Hardware address length = 6 bytes Hops = 0 Transaction id = Elapsed boot time = 0 seconds Flags = = Broadcast IP datagrams Client self-assigned IP address = [ ] Client IP address = [ ] Next Server to use in bootstrap = [ ] Relay Agent = [ ] Client hardware address = 0005DCF2C441 Host name = "" Boot file name = ""
17 Vendor Information tag = Message Type = 2 (DHCP Offer) Server IP address = [ ] Request IP address lease time = (seconds) Address Renewel interval = (seconds) Address Rebinding interval = (seconds) Subnet mask = [ ] Domain Name Server address = [ ] Domain Name Server address = [ ] NetBIOS Server address = [ ] NetBIOS Server address = [ ] Domain name = "cisco.com" Trama 3 - DHCPREQUEST Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 3 [ ] [ ] 618 0:02: /31/ :53:04 AM Request, Message type: DHCP Request DLC Header Frame 126 arrived at 06:53: ; frame size is 618 (026A hex) bytes. Destination = BROADCAST FFFFFFFFFFFF Source = Station Cisc14F2C441 Ethertype = 0800 (IP) IP Header Version = 4, header length = 20 bytes Type of service = = routine = normal delay = normal throughput = normal reliability = ECT bit - transport protocol will ignore the CE bit = CE bit - no congestion Total length = 604 bytes Identification = 184 Flags = 0X = may fragment = last fragment Fragment offset = 0 bytes Time to live = 255 seconds/hops Protocol = 17 (UDP) Header checksum = B8D9 (correct) Source address = [ ] Destination address = [ ] No options UDP Header Source port = 68 (BootPc/DHCP) Destination port = 67 (BootPs/DHCP) Length = 584 No checksum [576 byte(s) of data] DHCP Header Boot record type = 1 (Request) Hardware address type = 1 (10Mb Ethernet) Hardware address length = 6 bytes Hops = 0 Transaction id = Elapsed boot time = 0 seconds Flags = = Broadcast IP datagrams Client self-assigned IP address = [ ] Client IP address = [ ] Next Server to use in bootstrap = [ ] Relay Agent = [ ] Client hardware address = 0005DCF2C441 Host name = "" Boot file name = "" Vendor Information tag = Message Type = 3 (DHCP Request) Maximum message size = 1152 Client identifier = F2D E E D F30 Server IP address = [ ] Request specific IP address = [ ] Request IP address lease time = (seconds)
18 Parameter Request List: 7 entries 1 = Client's subnet mask 6 = Domain name server 15 = Domain name 44 = NetBIOS over TCP/IP name server 3 = Routers on the client's subnet 33 = Static route 150 = Unknown Option Class identifier = 646F E30 Option overload =3 (File and Sname fields hold options) Trama 4 - DHCPACK Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 4 [ ] [ ] 347 0:02: /31/ :53:04 AM Reply, Message type: DHCP Ack DLC Header Frame 127 arrived at 06:53: ; frame size is 347 (015B hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station F71 Ethertype = 0800 (IP) IP Header Version = 4, header length = 20 bytes Type of service = = routine = normal delay = normal throughput = normal reliability = ECT bit - transport protocol will ignore the CE bit = CE bit - no congestion Total length = 333 bytes Identification = 47 Flags = 0X = may fragment = last fragment Fragment offset = 0 bytes Time to live = 255 seconds/hops Protocol = 17 (UDP) Header checksum = F8C7 (correct) Source address = [ ] Destination address = [ ] No options UDP Header Source port = 67 (BootPs/DHCP) Destination port = 68 (BootPc/DHCP) Length = 313 Checksum = 326F (correct) [305 byte(s) of data] DHCP Header Boot record type = 2 (Reply) Hardware address type = 1 (10Mb Ethernet) Hardware address length = 6 bytes Hops = 0 Transaction id = Elapsed boot time = 0 seconds Flags = = Broadcast IP datagrams Client self-assigned IP address = [ ] Client IP address = [ ] Next Server to use in bootstrap = [ ] Relay Agent = [ ] Client hardware address = 0005DCF2C441 Host name = "" Boot file name = "" Vendor Information tag = Message Type = 5 (DHCP Ack) Server IP address = [ ] Request IP address lease time = (seconds) Address Renewel interval = (seconds) Address Rebinding interval = (seconds) Subnet mask = [ ] Domain Name Server address = [ ]
19 Domain Name Server address = [ ] NetBIOS Server address = [ ] NetBIOS Server address = [ ] Domain name = "cisco.com" Trama 5 - ARP Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 5 Cisc14F2C441 Broadcast 60 0:02: /31/ :53:04 AM ARP: R PA=[ ] HA=Cisc14F2C441 PRO=IP DLC Header Frame 128 arrived at 06:53: ; frame size is 60 (003C hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station Cisc14F2C441 Ethertype = 0806 (ARP) ARP: ARP/RARP frame ARP: ARP: Hardware type = 1 (10Mb Ethernet) ARP: Protocol type = 0800 (IP) ARP: Length of hardware address = 6 bytes ARP: Length of protocol address = 4 bytes ARP: Opcode 2 (ARP reply) ARP: Sender's hardware address = 00E01EF2C441 ARP: Sender's protocol address = [ ] ARP: Target hardware address = FFFFFFFFFFFF ARP: Target protocol address = [ ] ARP: ARP: 18 bytes frame padding ARP: Trama 6 - ARP Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 5 Cisc14F2C441 Broadcast 60 0:02: /31/ :53:04 AM ARP: R PA=[ ] HA=Cisc14F2C441 PRO=IP DLC Header Frame 128 arrived at 06:53: ; frame size is 60 (003C hex) bytes. Destination = BROADCAST FFFFFFFFFFFF, Broadcast Source = Station Cisc14F2C441 Ethertype = 0806 (ARP) ARP: ARP/RARP frame ARP: ARP: Hardware type = 1 (10Mb Ethernet) ARP: Protocol type = 0800 (IP) ARP: Length of hardware address = 6 bytes ARP: Length of protocol address = 4 bytes ARP: Opcode 2 (ARP reply) ARP: Sender's hardware address = 00E01EF2C441 ARP: Sender's protocol address = [ ] ARP: Target hardware address = FFFFFFFFFFFF ARP: Target protocol address = [ ] ARP: ARP: 18 bytes frame padding ARP: Rastro del sabueso Trama 1 - DHCPDISCOVER Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 118 [ ] [ ] 618 0:00: /31/ :02:54 AM Request, Message type: DHCP Discover DLC Header Frame 118 arrived at 07:02: ; frame size is 618 (026A hex) bytes. Destination = Station 0005DC0BF2F4 Source = Station F72 Ethertype = 0800 (IP) IP Header Version = 4, header length = 20 bytes Type of service = = routine = normal delay = normal throughput = normal reliability
20 = ECT bit - transport protocol will ignore the CE bit = CE bit - no congestion Total length = 604 bytes Identification = 52 Flags = 0X = may fragment = last fragment Fragment offset = 0 bytes Time to live = 255 seconds/hops Protocol = 17 (UDP) Header checksum = 3509 (correct) Source address = [ ] Destination address = [ ] No options UDP Header Source port = 67 (BootPs/DHCP) Destination port = 67 (BootPs/DHCP) Length = 584 Checksum = 0A19 (correct) [576 byte(s) of data] DHCP Header Boot record type = 1 (Request) Hardware address type = 1 (10Mb Ethernet) Hardware address length = 6 bytes Hops = 1 Transaction id = F4 Elapsed boot time = 0 seconds Flags = = Broadcast IP datagrams Client self-assigned IP address = [ ] Client IP address = [ ] Next Server to use in bootstrap = [ ] Relay Agent = [ ] Client hardware address = 0005DCF2C441 Host name = "" Boot file name = "" Vendor Information tag = Message Type = 1 (DHCP Discover) Maximum message size = 1152 Client identifier = F2D E E D F30 Parameter Request List: 7 entries 1 = Client's subnet mask 6 = Domain name server 15 = Domain name 44 = NetBIOS over TCP/IP name server 3 = Routers on the client's subnet 33 = Static route 150 = Unknown Option Class identifier = 646F E30 Option overload =3 (File and Sname fields hold options) Trama 2 - DHCPOFFER Frame Status Source Address Dest. Address Size Rel. Time Delta Time Abs. Time Summary 2 [ ] [ ] 347 0:00: /31/ :02:54 AM Request, Message type: DHCP Offer DLC Header Frame 119 arrived at 07:02: ; frame size is 347 (015B hex) bytes. Destination = Station F72 Source = Station 0005DC0BF2F4 Ethertype = 0800 (IP) IP Header Version = 4, header length = 20 bytes Type of service = = routine = normal delay = normal throughput = normal reliability = ECT bit - transport protocol will ignore the CE bit = CE bit - no congestion Total length = 333 bytes Identification = 41 Flags = 0X
Resolución de problemas de DHCP en el switch Catalyst o en las redes corporativas e introducción. Contenido Introducción prerrequisitos Requisitos Componentes Utilizados Convenciones Conceptos clave Situaciones

References: Resolución 
 resolución 
 Resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 

Resolución