¿Cómo funciona la transmisión en diferentes redes?

Estaba leyendo DHCP (RFC 2131), tengo conocimientos básicos sobre Relay Agent y Broadcasting. Pero para comprender el DHCP en profundidad, sentí que tenía que conocer al Agente de transmisión y retransmisión (RFC 1542) en detalles. Pero no se pudo encontrar ningún RFC (RFC919,922 no muy útil) para transmitir en detalle.

1. ¿Cómo se transmiten las rutas de paquetes? Porque si el paquete está destinado a una red diferente a la fuente, obviamente el enrutador lo descartará. ¿Hay algún protocolo para esto? ¿El enrutador impide toda transmisión o solo la transmisión limitada / local?

2. ¿Podemos enviar un paquete con destino como IP de transmisión directa / limitada sin una dirección MAC de transmisión? En caso afirmativo, creo que debido a una dirección MAC perticular, el paquete se reenviará a un único host. Entonces, la pregunta, en cuyo caso esto sería útil.

3. Considere que un enrutador está habilitado por el agente de retransmisión. Cuando un DHCPDiscover (que es un paquete de difusión) llega a ese enrutador, ¿cómo procede? Debido a que lo primero es una IP de transmisión amplia y también la red "0", ¿el agente de retransmisión siempre comprueba primero el paquete si el paquete es de DHCP?

Mis preguntas no son de un tema particular (DHCP y Broadcasting), por lo que puede estar enojado, pero por favor, ayúdenme. Gracias

Cómo los enrutadores manejan transmisiones limitadas y dirigidas

Lo primero que debe entender para responder sus preguntas es que no se enrutan tramas de difusión limitadas. Por defecto, cuando un enrutador recibe una trama con una dirección de destino que se transmite en la capa 2 o la capa 3, el enrutador simplemente deja caer la trama. Es por eso que se dice que los enrutadores son el límite de los dominios de difusión.

Algunos ejemplos de estos serían:

• ff-ff-ff-ff-ff-ff (difusión de la capa 2)
• 255.255.255.255 (difusión limitada de la capa 3)

Pensando en ello, esto tiene sentido. Si los enrutadores reenviaran transmisiones, una sola solicitud arp llegaría a cada host accesible en Internet, lo que sería terriblemente ineficiente y bastante tonto.

Las transmisiones dirigidas, por otro lado, a veces se enrutan. (IE 192.168.1.255/24) Normalmente, esta funcionalidad está deshabilitada de manera predeterminada, pero se puede habilitar emitiendo el ip directed-broadcastcomando en el enrutador. Esto le permitirá reenviar transmisiones dirigidas de acuerdo con su tabla de enrutamiento como si fueran paquetes normales. Sin embargo, esto no permite que el enrutador reenvíe transmisiones limitadas, que todavía están bloqueadas de forma predeterminada. Esto también está ligeramente fuera de tema en cuanto a su pregunta original, consulte esta página de formularios de Cisco para obtener más información al respecto.

Layer 3 Broadcast Pero no la Capa 2?

Para responder a su segunda pregunta, no tendría sentido tener un marco con una dirección de transmisión de capa 3 sin una dirección de transmisión de capa 2. Esto anularía todo el propósito de ser un cuadro de transmisión y simplemente no funcionaría directamente. Tener una dirección de destino de capa 2 de unidifusión no cambiaría en absoluto el comportamiento del enrutador, ya que el enrutador toma sus decisiones en la capa 3. Lo único que le importa al enrutador es esa 255.255.255.255dirección de destino y descarta el paquete.

Lo importante sería con los interruptores que no se preocupan por la dirección de la capa 3. Los conmutadores solo verían la dirección de capa 2 de unidifusión. En lugar de enviar el paquete a todas las interfaces en el mismo vlan, usaría la tabla de direcciones de origen (SAT) como lo haría con cualquier otra dirección de destino de unidifusión. En efecto, al asignar una dirección de capa 2 de unidifusión, la trama ya no es una trama de difusión aunque tenga la 255.255.255.255dirección en la capa 3.

Cómo funciona el relé DHCP en la práctica

En cuanto a su última pregunta, la retransmisión DHCP es la forma en que un enrutador "hace trampa" en torno a la regla de no reenviar paquetes de difusión. Veamos un paquete DHCP Discover:

• Fuente MAC: [Mac unidifusión de la fuente]
• Dest MAC: ff-ff-ff-ff-ff-ff
• IP de origen: 0.0.0.0
• IP de destino: 255.255.255.255
• Puerto de origen: UDP 68
• Puerto de destino: UDP 67

Cuando el enrutador ve que un paquete llega a una interfaz con el ip helper-addresscomando configurado, comprueba si coincide con cualquiera de los protocolos que se "ayudan" de manera predeterminada o configurados con el ip forward-protocolcomando global . En este caso, debido a que es DHCP, el enrutador ve que el puerto de destino coincide con UDP 67 y permite que el paquete sea "ayudado". Luego, el enrutador cambia la dirección IP de destino 255.255.255.255a la dirección IP configurada por el ip helper-addresscomando, así como también cambia la dirección de origen a la dirección de la interfaz del enrutador a la que llegó el paquete y pasa el paquete al resto de la lógica de enrutamiento.

Ahora que el paquete tiene una dirección de destino de unidifusión, el enrutador lo trata como cualquier otro paquete. Arps para la dirección IP de destino (que ahora es esa dirección auxiliar) y luego reemplaza las direcciones de capa 2 antes de enviar el paquete a la interfaz adecuada.

Volviendo de nuevo

El enrutador utiliza esencialmente el mismo proceso a la inversa para la oferta de DHCP que se envía de vuelta al cliente. Los servidores DHCP envían la oferta a la dirección IP que se especificó como la dirección de origen en el paquete DHCP Discover. Entonces el paquete que sale del servidor DHCP se ve así:

• MAC de origen: mac de unidifusión del servidor DHCP
• Dest MAC: dirección mac del enrutador o la puerta de enlace predeterminada del servidor DHCP
• IP de origen: dirección IP de unidifusión del servidor DHCP
• IP de destino: dirección IP de la primera interfaz de enrutador que alcanzó el paquete DHCP Discover
• Puerto de origen: UDP 67
• Puerto de destino: UDP 68

Dado que este paquete tiene una dirección de destino de capa 3 de unidifusión, los enrutadores reenviarán el paquete normalmente hasta que llegue al enrutador con una interfaz que tenga una dirección IP que coincida con la IP de destino del paquete. Recuerde de antes que este enrutador todavía tiene la ip helper-addressconfiguración en esa interfaz. El enrutador comprueba si el paquete es una oferta de DHCP y luego lo reescribe para convertirse en un paquete de difusión y lo envía de vuelta a esa interfaz sabiendo que el cliente DHCP está en algún lugar de ese segmento de red. El paquete que sale del enrutador ahora se ve así.

• Fuente MAC: Mac de unidifusión de la interfaz del enrutador
• Dest MAC: ff-ff-ff-ff-ff-ff
• IP de origen: dirección IP de unidifusión del servidor DHCP
• IP de destino: 255.255.255.255
• Puerto de origen: UDP 67
• Puerto de destino: UDP 68

TL: DR; La retransmisión DHCP utilizando el ip helper-addresssubcomando de interfaz "engaña" alrededor de la regla de que los enrutadores no pueden reenviar transmisiones limitadas cambiando la dirección IP de destino del paquete a la dirección IP de unidifusión del servidor DHCP antes de enrutarlo. Esto permite a todos los enrutadores en la línea para enrutar el paquete adecuadamente al servidor DHCP. Al responder, el servidor DHCP devuelve el paquete a la dirección IP de unidifusión de la interfaz del enrutador que recibió por primera vez el paquete DHCP Discover (el que tiene el ip helper-interfacecomando). Cuando el enrutador recibe la oferta, la convierte de nuevo en un paquete de difusión y la envía a la interfaz con el cliente en su dominio de difusión.

1. Un enrutador reenviará una transmisión dirigida, como 192.168.1.255/24 si está configurado para hacerlo. Para Cisco, puede deshabilitar este comportamiento con 'sin difusión dirigida por IP' en la interfaz.

Para que el enrutador reenvíe una transmisión local, 255.255.255.255, de una interfaz a otra, necesitaría unir esas dos interfaces. IE configurando IRB o CRB y un BVI.

1. Esto no sería posible. El enrutador creará una nueva dirección MAC Dst para cada enlace al que debe reenviar.

2. El enrutador ve que es un paquete DHCP y lo envía a través de unidifusión a la dirección 'auxiliar' de DHCP aprovisionada.

Aquí hay un buen artículo que puede ayudar y dar más detalles ...

http://www.ciscopress.com/articles/article.asp?p=330807&seqNum=9

HTH

No existe un estándar específico para la transmisión. Utilizan IP (Protocolo de Internet) regular para enviar y recibir direcciones específicas de / a.

He trabajado en varias marcas de sistemas de automatización, la mayoría de los cuales están basados ​​en servidores. Usan equipos de red regulares como la red de PC de su oficina. Incluso he visto que ambos se ejecutan en el mismo sistema, pero eso no funciona en estaciones grandes porque un solo usuario puede causar interrupciones en la transmisión de audio. Es mejor mantenerlos separados.

El único lugar donde podría tener sentido tenerlos conectados es en el "tráfico", asegurándose de que los comerciales se reproduzcan por contrato y registrando para verificarlos.

La forma en que funcionan estos sistemas de transmisión de audio es muy similar a un servidor de correo o Netflix. El estudio particular "solicitará" al servidor un archivo específico (una canción o promoción, etc.) y luego lo transmitirá a través de la placa de control a una salida que conduce al transmisor. Las listas de reproducción generalmente se configuran desde una PC en la oficina del PD (director del programa).

Preguntaste sobre DHCP. Es simplemente una forma de asignar automáticamente direcciones a los paneles de control en los estudios y a la PC del PD. Las direcciones específicas en sí mismas no son importantes, al igual que su dirección en su ISP cuando se comunica con el servidor de correo para recuperar su correo electrónico o con Netflix para ver un video.

La única dirección que es importante es el servidor en sí. Al igual que su servidor de correo electrónico: pop.xyzcorp.com y smtp.xyzcorp.com, o www.netflix.com. Esas direcciones generalmente se codifican en cada estudio al igual que su programa de correo electrónico 'recuerda' las direcciones al servidor utilizado para enviar y recibir correo electrónico.

La mayoría de los sistemas de servidores de automatización brindan servicios DHCP (ya sea en el mismo cuadro u otro en la red), por lo que no necesita ingresar direcciones IP estáticas para cada estudio de cliente.

Si su pregunta es cómo las señales no se enredan y se envían al lugar equivocado, su respuesta probablemente se encuentre en los conmutadores que interconectan los estudios con los servidores. Examinan la dirección de destino y envían los paquetes al puerto correcto para el estudio con esa dirección en particular.

Sí, en la industria todo se llama coloquialmente un enrutador, pero eso es un remanente de los viejos tiempos de la televisión donde el enrutador era una unidad física que enviaba señales de video de un lugar a otro.

Eran conmutadores de punto de cruce, pero se llamaban enrutadores simplemente porque cuando les indicaba que tomaran video de la entrada xy lo enviaran a la salida y, ellos se encargarían de enrutar la señal como se les indicó.

Los conmutadores de red son lo suficientemente inteligentes como para enviar los archivos del servidor al estudio correcto, al igual que su ISP le envía su correo electrónico solo a usted y no a todos sus vecinos. Esa es la naturaleza de IP (Protocolo de Internet).