Comment fonctionne la radiodiffusion sur différents réseaux?

Je lisais DHCP (RFC 2131), j'ai des connaissances de base sur l'agent relais et la diffusion. Mais pour comprendre le DHCP en profondeur, je sentais que je devais connaître Broadcasting and Relay Agent (RFC 1542) en détail. Mais je n'ai pas trouvé de RFC (RFC919 922 pas très utile) pour la diffusion en détail.

1. Comment diffuser les routes par paquets? Parce que si le paquet est destiné à un réseau différent de celui de la source, le routeur supprimera évidemment le paquet. Existe-t-il des protocoles pour cela? Le routeur empêche-t-il toute diffusion ou uniquement la diffusion limitée / locale?

2. Pouvons-nous envoyer un paquet avec destination en tant qu'IP de diffusion directe / limitée sans adresse MAC de diffusion? Si oui, je pense qu'en raison d'une adresse MAC perticulaire, le paquet sera transmis à un seul hôte, donc la question, dans ce cas, ce serait utile.

3. Considérez qu'un routeur est activé par l'agent relais. Lorsqu'un DHCPDiscover (qui est un paquet de diffusion) arrive sur ce routeur, comment procède-t-il? Parce que la première chose est une IP de diffusion large, le réseau "0" est là, Est-ce que l'agent relais vérifie d'abord le paquet si le paquet est DHCP?

Mes questions ne concernent pas un sujet particulier (DHCP et diffusion), vous pourriez donc être en colère, mais aidez-moi. Merci

Comment les routeurs gèrent les diffusions limitées et dirigées

La première chose à comprendre pour répondre à vos questions est que les trames de diffusion limitées ne sont pas acheminées. Par défaut, lorsqu'un routeur reçoit une trame avec une adresse de destination diffusée sur la couche 2 ou la couche 3, le routeur supprime simplement la trame. C'est pourquoi les routeurs seraient la frontière des domaines de diffusion.

En voici quelques exemples:

• ff-ff-ff-ff-ff-ff (diffusion de couche 2)
• 255.255.255.255 (diffusion limitée de la couche 3)

En y réfléchissant, cela a du sens. Si les routeurs transmettaient des diffusions, une seule demande d'arp atteindrait chaque hôte accessible sur Internet, ce qui serait terriblement inefficace et plutôt idiot.

En revanche, les émissions dirigées sont parfois acheminées. (IE 192.168.1.255/24) Normalement, par défaut, cette fonctionnalité est désactivée mais peut être activée en émettant la ip directed-broadcastcommande sur le routeur. Cela lui permettra de retransmettre des diffusions dirigées en fonction de sa table de routage comme s'il s'agissait de paquets normaux. Cela ne permet cependant pas au routeur de retransmettre des émissions limitées, celles-ci sont toujours bloquées par défaut. Ceci est également légèrement hors sujet quant à votre question d'origine, consultez cette page de formulaires Cisco pour plus d'informations.

Diffusion de couche 3 Mais pas de couche 2?

Pour répondre à votre deuxième question, cela n'aurait aucun sens d'avoir une trame avec une adresse de diffusion de couche 3 sans adresse de diffusion de couche 2. Cela irait à l'encontre de son objectif d'être une trame de diffusion et ne fonctionnerait tout simplement pas. Avoir une adresse de destination de couche 2 unicast ne changerait pas du tout le comportement du routeur puisque le routeur prend ses décisions au niveau de la couche 3. Tout le routeur se soucie de cette 255.255.255.255adresse de destination et abandonne le paquet.

Là où cela importerait, c'est avec des commutateurs qui ne se soucient pas du tout de l'adresse de couche 3. Les commutateurs ne verraient que l'adresse de la couche unicast 2. Au lieu d'envoyer le paquet sur toutes les interfaces sur le même vlan, il utiliserait la table d'adresses source (SAT) comme il le ferait avec toute autre adresse de destination unicast. En effet, en attribuant une adresse de couche unicast 2, la trame n'est plus du tout une trame de diffusion même si elle a l' 255.255.255.255adresse de couche 3.

Fonctionnement pratique du relais DHCP

Quant à votre dernière question, le relais DHCP est un moyen de "tricher" par un routeur autour de la règle de ne pas transmettre de paquets de diffusion. Regardons un paquet DHCP Discover:

• MAC source: [mac unicast de la source]
• Dest MAC: ff-ff-ff-ff-ff-ff
• IP source: 0.0.0.0
• IP de destination: 255.255.255.255
• Port source: UDP 68
• Port de destination: UDP 67

Lorsque le routeur voit un paquet arriver sur une interface avec la ip helper-addresscommande configurée, il vérifie s'il correspond à l'un des protocoles qui sont "aidés" par défaut ou configurés avec la ip forward-protocolcommande globale . Dans ce cas, parce que c'est DHCP, le routeur voit que le port de destination correspond à UDP 67 et permet au paquet d'être "aidé". Le routeur modifie ensuite l'adresse IP de destination de l'adresse 255.255.255.255IP configurée par la ip helper-addresscommande ainsi que la modification de l'adresse source en l'adresse de l'interface du routeur sur laquelle le paquet est arrivé et transmet le paquet au reste de la logique de routage.

Maintenant que le paquet a une adresse de destination unicast, le routeur la traite comme n'importe quel autre paquet. Il arps pour l'adresse IP de destination (qui est maintenant cette adresse d'assistance), puis remplace les adresses de couche 2 avant d'envoyer le paquet via l'interface appropriée.

Pour revenir

Le routeur utilise essentiellement le même processus en sens inverse pour l'offre DHCP renvoyée au client. Les serveurs DHCP envoient l'offre à l'adresse IP qui a été spécifiée comme adresse source sur le paquet DHCP Discover. Ainsi, le paquet quittant le serveur DHCP ressemble à:

• MAC source: unicast mac du serveur DHCP
• Dest MAC: adresse mac du routeur ou de la passerelle par défaut du serveur DHCP
• IP source: adresse IP unicast du serveur DHCP
• IP de destination: adresse IP de la première interface de routeur atteinte par le paquet DHCP Discover
• Port source: UDP 67
• Port de destination: UDP 68

Étant donné que ce paquet a une couche unicast, les routeurs d'adresses de destination transmettront le paquet normalement jusqu'à ce qu'il atteigne le routeur avec une interface dont l'adresse IP correspond à l'adresse IP de destination du paquet. N'oubliez pas que ce routeur a toujours la ip helper-addressconfiguration sur cette interface. Le routeur vérifie si le paquet est une offre DHCP, puis réécrit le paquet pour devenir un paquet de diffusion et le renvoie sur cette interface en sachant que le client DHCP se trouve quelque part sur ce segment de réseau. Le paquet quittant le routeur ressemble maintenant à ceci.

• MAC source: mac unicast de l'interface du routeur
• Dest MAC: ff-ff-ff-ff-ff-ff
• IP source: adresse IP unicast du serveur DHCP
• IP de destination: 255.255.255.255
• Port source: UDP 67
• Port de destination: UDP 68

TL: DR; Le relais DHCP utilisant la ip helper-addresssous-commande d'interface "triche" la règle selon laquelle les routeurs ne peuvent pas transmettre des diffusions limitées en changeant l'adresse IP de destination du paquet en l'adresse IP unicast du serveur DHCP avant de l'acheminer. Cela permet à tous les routeurs sur la ligne d'acheminer le paquet de manière appropriée vers le serveur DHCP. Lors de la réponse, le serveur DHCP renvoie le paquet à l'adresse IP de monodiffusion de l'interface du routeur qui a reçu en premier le paquet DHCP Discover (celui avec la ip helper-interfacecommande). Lorsque le routeur reçoit l'offre, il la reconvertit en un paquet de diffusion et lui envoie l'interface avec le client dans son domaine de diffusion.

1. Un routeur transmettra une diffusion dirigée, telle que 192.168.1.255/24 s'il est configuré pour le faire. Pour Cisco, vous pouvez désactiver ce comportement avec «aucune diffusion IP dirigée» sous l'interface.

Pour que le routeur transfère une diffusion locale, 255.255.255.255, d'une interface à une autre, vous devez relier ces deux interfaces. IE configurant IRB ou CRB et un BVI.

1. Ce ne serait pas possible. Le routeur va créer une nouvelle adresse MAC Dst pour chaque lien vers lequel il doit transmettre.

2. Le routeur voit qu'il s'agit d'un paquet DHCP et l'envoie via monodiffusion à l'adresse DHCP d'assistance «provisionnée».

Voici un bon article qui peut vous aider et donner plus de détails ...

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

HTH

Il n'y a pas de norme spécifique pour la radiodiffusion. Ils utilisent l'IP (protocole Internet) normal pour envoyer et recevoir vers / depuis des adresses spécifiques.

J'ai travaillé sur plusieurs marques de systèmes d'automatisation, dont la plupart sont basés sur des serveurs. Ils utilisent un équipement de mise en réseau régulier comme votre réseau PC de bureau. J'ai même vu les deux fonctionner sur le même système, mais cela ne fonctionne pas dans les grandes stations car un seul utilisateur peut provoquer des interruptions de la diffusion audio. Il est préférable de les garder séparés.

Le seul endroit où il pourrait être judicieux de les connecter est le «trafic» - en s'assurant que les publicités sont diffusées par contrat et en se connectant pour les vérifier.

Le fonctionnement de ces systèmes audio de diffusion ressemble beaucoup à un serveur de messagerie ou à Netflix. Le studio particulier "demandera" au serveur un fichier spécifique (une chanson ou une promo, etc.) puis le diffusera via la carte de contrôle vers une sortie menant à l'émetteur. Les listes de lecture sont généralement configurées à partir d'un ordinateur dans le bureau du PD (directeur du programme).

Vous avez posé des questions sur DHCP. C'est simplement un moyen d'attribuer automatiquement des adresses aux cartes de contrôle dans les studios et au PC du PD. Les adresses spécifiques elles-mêmes ne sont pas importantes, tout comme votre adresse sur votre FAI lorsque vous vous connectez au serveur de messagerie pour récupérer votre courrier électronique ou à Netflix pour regarder une vidéo.

La seule adresse importante est le serveur lui-même. Tout comme votre serveur de messagerie - pop.xyzcorp.com et smtp.xyzcorp.com, ou www.netflix.com. Ces adresses sont généralement codées dans chaque studio, tout comme votre programme de messagerie «se souvient» des adresses du serveur utilisées pour envoyer et recevoir des e-mails.

La plupart des systèmes de serveurs d'automatisation fournissent des services DHCP (que ce soit dans le même boîtier ou un autre sur le réseau), vous n'avez donc pas besoin de saisir des adresses IP statiques pour chaque studio client.

Si votre question est de savoir comment les signaux ne s'emmêlent pas et ne sont pas envoyés au mauvais endroit, votre réponse se trouve probablement dans les commutateurs qui interconnectent les studios avec les serveurs. Ils examinent l'adresse de destination et envoient les paquets sur le port correct pour le studio avec cette adresse particulière.

Oui, dans l'industrie, le tout est familièrement appelé un routeur, mais c'est un vestige de l'ancien temps de la télévision où le routeur était une unité physique qui envoyait des signaux vidéo d'un endroit à un autre.

Ils étaient des commutateurs de point de croisement, mais ont été appelés routeurs simplement parce que lorsque vous leur avez demandé de prendre la vidéo de l'entrée x et de l'envoyer à la sortie y, ils se chargeraient de router le signal comme indiqué.

Les commutateurs réseau sont suffisamment intelligents pour envoyer les fichiers du serveur au studio approprié, tout comme votre FAI envoie votre courrier électronique uniquement à vous et non à tous vos voisins. Telle est la nature de l'IP (Internet Protocol).