Buenas noches podria explicar por que La dirección IPv4 172.16.255.255, es una dirección.. broadcast, yo coloque que era dirección unicast, pero el sistema dice que esta mal, seguro debe de ser por que esa direccion es de destino, por lo tanto puedo entender que sea un broadcast dirigido, esta bien mi suposicion?. Gracias

Gracias Alvaro ya lo entendi, me habia confundido

Hola Andres!

Interesante problema, la verdad nunca me he topado con algo así, por lo tanto no te podría dar una respuesta puntual, si he experimentado ciertos problemas respecto a los timers de DHCP, sin embargo cuando esto ocurre no se otorga la dirección de broadcast sino una dirección APIPA.

Hay un par de factores a tener en cuenta acá, en primer lugar, el servidor DHCP no debería otorgar la dirección de broadcast, en el pool de direcciones no se coloca la IP de broadcast, acá te hablo de servidores DHCP Cisco y Windows server 2016… tal vez en otras soluciones DHCP si se añade la dirección de broadcast (no lo sé, pero lo dudo). En segundo lugar, habría que analizar el tráfico que recibe la PC, habría que analizar si se está recibiendo una oferta correcta del servidor DHCP, y habría que analizar si la PC está solicitando las IPs ofrecidas por el servidor… esto ya daría un importante indicio de donde se encuentra el error, tal vez el servidor realmente no ofrece parámetros correctos de direccionamiento, o es la PC la que no recibe/entiende correctamente los datos. Los logs acá son muy importantes de acuerdo a tu solución de DHCP, sin tener acceso a los servidores y/o dispositivos de red se dificulta resolver el problema. En un último lugar, ten en cuenta que DHCP no es una solución propietaria, cada fabricante implementa DHCP de acuerdo a su criterio siguiendo las líneas generales del estándar que se encuentra definido en el RFC 2131 , esto quiere decir que ciertas soluciones trabajan de manera ligeramente diferente y podrían existir ciertos problemas de compatibilidad (es raro pero puede ocurrir)…

Lo que te recomiendo la siguiente que te pase, es que captures con Wireshark todo el tráfico DHCP y analices los headers para verificar si estas recibiendo o no trafico correcto del servidor (los headers los aprendes en la clases de DHCP), y también captura el tráfico para que analices si realmente estas recibiendo datos del servidor DHCP correcto, muchas veces sin darnos cuenta introducimos a la red otros dispositivos que también otorgan servicios DHCP, y otorgan parámetros erróneos que dejan sin comunicación a nuestros dispositivos…ahí por lo menos tendrías pruebas para mostrar al equipo de red. Por otro lado, a medida que avanzas vas a tener los conocimientos para implementar servidores DHCP en dispositivos Cisco, de ser posible, crea tu propio servidor en un router Cisco o consigue uno de esos routers SOHO y conecta directamente la PC con problemas… esto también te ayudara a definir si es el servidor DHCP de tu empresa el del problema o realmente tus PCs con sus políticas de dominio tienen fallas.

Fuera de esto, la verdad que te pidan formatear el equipo para resolver el problema, es una solución simplemente inaceptable, el servicio DHCP es esencial en la red y no puede ser que falle a tal grado y no exista una respuesta de los responsables del servicio… no puede ser posible que los recursos de personal de una red de computadoras se pierdan en un problema que NO DEBERÍA OCURRIR. O el personal de servidores que manejan el dominio y/o servidor debe darte una solución o el personal de redes.

A ver si nos cuentas como te va la siguiente!

Atentos a tus comentarios.

Buenos días Nelson!

Tienes razón en tu observación, sin embargo ten en cuenta que una pregunta así puede tocarte en el examen, cuando no te entreguen una máscara de subred, asume que se trata de direcciones Classful Clase A, B o C. Dicho esto, 172.16.X.X es una dirección clase B, y por lo tanto tiene una máscara /16, si tienes una máscara /16 la IP 172.16.255.255 llegaría a ser una dirección de broadcast.

Espero que ahora quede clara la pregunta!

Saludos cordiales.

Hola y bienvenido al foro!

Tal vez podrías facilitarnos tu fuente de información para tratar de entender a qué específicamente te/se refiere(s)? … de todas formas esto NO es así; conceptualmente la comunicación multicast es del tipo 1 a varios, esto significa que 1 cliente inicia la generación de datos, y estos datos son enviados a múltiples dispositivos al mismo tiempo. Al mencionar comunicación «varios a varios», en realidad estarías abarcando TODOS los tipos de comunicaciones existentes, ya sea unicast, multicast o broadcast dependiendo el contexto.

Atento a tus comentarios.

Saludos! =)

Es correcto Richchi, sin embargo en este punto no hemos ingresado a los conceptos de máscaras variables, de todas formas como le mencione a Nelson, en estos casos deberías asumir que se tratan de direcciones Classful (A, B o C). En las siguientes clases recién ingresamos a los conceptos de máscaras variables y se enseña a obtener las direcciones de broadcast correspondientes.

Saludos! =)

• Esta respuesta fue modificada hace 1 año, 1 mes por AlvaroM.
• Esta respuesta fue modificada hace 1 año, 1 mes por AlvaroM.

¡Hola Mauricio!

1. Ambas se utilizan para el mismo propósito, enviar un broadcast a una red en particular, la diferencia está en que al utilizar 255.255.255.255, se envía el broadcast a la red local en la cual te encuentras; y la otra sirve para enviar un broadcast a una red lógica detallada de manera específica, ya sea que te encuentres en esa red lógica, o sea una red lógica remota. Sin embargo, el que los hosts respondan a este tipo de mensajes, que los hosts puedan generar este tipo de mensajes, o que los routers reenvíen los broadcasts hacia otras redes, depende de la implementación de los diferentes dispositivos. Hoy en día la mayoría de los equipos tienen deshabilitada la posibilidad de enviar y recibir mensajes a estas IPs por temas de seguridad.

2. Si, existen formas de congestionar la red, con un simple software de generador de tráfico (como TFGEN) puedes hacer caer cualquier red en cuestión de segundos si es que no se tienen los mecanismos de seguridad correctamente implementados, no necesitas generar tráfico de diferentes computadoras, desde una sola computadora puedes hacerlo.

¡Saludos! =)