Wie funktioniert das Senden in verschiedenen Netzen?

Ich habe DHCP (RFC 2131) gelesen und Grundkenntnisse über Relay Agent und Broadcasting. Aber um DHCP besser zu verstehen, musste ich mich mit Broadcasting und Relay Agent (RFC 1542) im Detail auskennen. Es konnte jedoch kein RFC (RFC919.922 nicht sehr hilfreich) für die Übertragung von Details gefunden werden.

1. Wie werden Paketrouten gesendet? Wenn das Paket für ein anderes Netzwerk als die Quelle bestimmt ist, wird der Router das Paket offensichtlich verwerfen. Gibt es Protokolle dafür? Verhindert der Router jegliches Broadcasting oder nur das Limited / Local Broadcasting?

2. Können wir ein Paket mit dem Ziel als direkte / eingeschränkte Broadcast-IP ohne eine Broadcast-MAC-Adresse senden? Wenn ja, denke ich aufgrund einer bestimmten MAC-Adresse wird das Paket an einen einzelnen Host weitergeleitet, also die Frage, in welchem ​​Fall dies hilfreich wäre.

3. Angenommen, ein Router wird vom Relay Agent aktiviert. Wie geht es weiter, wenn ein DHCPDiscover (ein Broadcast-Paket) auf diesem Router eingeht? Weil als erstes eine Broadcast-IP ist und auch das Netzwerk "0" vorhanden ist, prüft der Relay-Agent immer zuerst das Paket, ob es sich bei dem Paket um DHCP handelt?

Meine Fragen stammen nicht aus einem bestimmten Fachgebiet (DHCP ond Broadcasting), daher könnten Sie wütend sein. Aber bitte helfen Sie mir. Danke

Wie Router mit eingeschränkten und gerichteten Sendungen umgehen

Das erste, was Sie zur Beantwortung Ihrer Fragen verstehen müssen, ist, dass begrenzte Broadcast-Frames nicht weitergeleitet werden. Wenn ein Router einen Frame mit einer Zieladresse empfängt, die auf Layer 2 oder Layer 3 gesendet wird, lässt der Router den Frame standardmäßig einfach fallen. Deshalb werden Router als Grenze von Broadcast-Domänen bezeichnet.

Einige Beispiele hierfür wären:

• ff-ff-ff-ff-ff-ff (Schicht 2 Broadcast)
• 255.255.255.255 (Layer 3 Limited Broadcast)

Wenn man darüber nachdenkt, macht das Sinn. Wenn Router Broadcasts weiterleiten würden, würde eine einzelne Arp-Anfrage jeden einzelnen erreichbaren Host im Internet erreichen, was schrecklich ineffizient und ziemlich albern wäre.

Directed Broadcasts hingegen werden manchmal geroutet. (IE 192.168.1.255/24) Normalerweise ist diese Funktion standardmäßig deaktiviert, kann jedoch durch Ausgeben des ip directed-broadcastBefehls auf dem Router aktiviert werden . Dies ermöglicht es ihm, gerichtete Broadcasts gemäß seiner Routing-Tabelle weiterzuleiten, als wären es normale Pakete. Dies erlaubt dem Router jedoch nicht , begrenzte Broadcasts weiterzuleiten, da diese standardmäßig weiterhin blockiert sind. Dies ist auch in Bezug auf Ihre ursprüngliche Frage ein wenig unangebracht. Weitere Informationen hierzu finden Sie auf dieser Seite mit Cisco-Formularen .

Layer 3 Broadcast aber nicht Layer 2?

Zur Beantwortung Ihrer zweiten Frage wäre es nicht sinnvoll, einen Frame mit einer Layer-3-Broadcast-Adresse ohne eine Layer-2-Broadcast-Adresse zu haben. Dies würde den gesamten Zweck des Sende-Frames zunichte machen und einfach nicht funktionieren. Eine Unicast-Zieladresse der Schicht 2 würde das Verhalten des Routers überhaupt nicht ändern, da der Router seine Entscheidungen auf Schicht 3 trifft. Der Router kümmert sich nur um diese 255.255.255.255Zieladresse und verwirft das Paket.

Dies ist bei Switches wichtig, die sich überhaupt nicht um die Layer-3-Adresse kümmern. Die Switches würden nur die Unicast-Layer-2-Adresse sehen. Anstatt das Paket über alle Schnittstellen auf demselben VLAN zu senden, wird die Quelladressentabelle (SAT) wie bei jeder anderen Unicast-Zieladresse verwendet. Tatsächlich ist der Frame durch Zuweisen einer Unicast-Layer-2-Adresse überhaupt kein Broadcast-Frame mehr, obwohl er die 255.255.255.255Adresse auf Layer 3 hat.

Funktionsweise von DHCP-Relay in der Praxis

Wie bei Ihrer letzten Frage handelt es sich bei DHCP-Relay um eine Methode des Routers, mit der die Regel "betrogen" wird, Broadcast-Pakete nicht weiterzuleiten. Schauen wir uns ein DHCP Discover-Paket an:

• Quell-MAC: [Unicast-Mac der Quelle]
• Ziel-MAC: ff-ff-ff-ff-ff-ff
• Quell-IP: 0.0.0.0
• Ziel-IP: 255.255.255.255
• Quellport: UDP 68
• Zielport: UDP 67

Wenn der Router sieht, dass ein Paket mit dem ip helper-addresskonfigurierten Befehl auf einer Schnittstelle ankommt , prüft er, ob es mit einem der Protokolle übereinstimmt, denen standardmäßig "geholfen" wird oder die mit dem globalen ip forward-protocolBefehl konfiguriert wurden . In diesem Fall erkennt der Router, weil es sich um DHCP handelt, dass der Zielport mit UDP 67 übereinstimmt, und lässt zu, dass dem Paket "geholfen" wird. Der Router ändert dann die Ziel-IP-Adresse von 255.255.255.255in die durch den ip helper-addressBefehl konfigurierte IP-Adresse sowie die Quelladresse in die Adresse der Router-Schnittstelle, an der das Paket angekommen ist, und leitet das Paket an den Rest der Routing-Logik weiter.

Nachdem das Paket eine Unicast-Zieladresse hat, behandelt der Router es wie jedes andere Paket. Es sucht nach der Ziel-IP-Adresse (die jetzt die Helfer-Adresse ist) und ersetzt dann die Layer-2-Adressen, bevor das Paket über die entsprechende Schnittstelle gesendet wird.

Wieder zurück

Der Router verwendet im Wesentlichen denselben umgekehrten Prozess für das DHCP-Angebot, das an den Client zurückgesendet wird. Der DHCP-Server sendet das Angebot an die IP-Adresse, die als Quelladresse im DHCP-Erkennungspaket angegeben wurde. Das Paket, das den DHCP-Server verlässt, sieht also folgendermaßen aus:

• Quell-MAC: Unicast-Mac des DHCP-Servers
• Ziel-MAC: MAC-Adresse des Routers oder des Standard-Gateways des DHCP-Servers
• Quell-IP: Unicast-IP-Adresse des DHCP-Servers
• Ziel-IP: IP-Adresse der ersten Router-Schnittstelle, die das DHCP-Erkennungspaket erreicht hat
• Quellport: UDP 67
• Zielport: UDP 68

Da dieses Paket eine Unicast-Layer-3-Zieladresse hat, leiten Router das Paket normal weiter, bis es den Router mit einer Schnittstelle erreicht, deren IP-Adresse mit der Ziel-IP des Pakets übereinstimmt. Denken Sie daran, dass dieser Router die ip helper-addressKonfiguration auf dieser Schnittstelle noch hat. Der Router überprüft, ob es sich bei dem Paket um ein DHCP-Angebot handelt, schreibt das Paket dann in ein Broadcast-Paket um und sendet es an diese Schnittstelle zurück, wobei er weiß, dass sich der DHCP-Client in diesem Netzwerksegment befindet. Das Paket, das den Router verlässt, sieht nun so aus.

• Quell-MAC: Unicast-Mac der Router-Schnittstelle
• Ziel-MAC: ff-ff-ff-ff-ff-ff
• Quell-IP: Unicast-IP-Adresse des DHCP-Servers
• Ziel-IP: 255.255.255.255
• Quellport: UDP 67
• Zielport: UDP 68

TL: DR; DHCP-Relay verwendet den ip helper-addressSchnittstellen-Unterbefehl, um die Regel zu umgehen, dass Router begrenzte Broadcasts nicht weiterleiten können, indem die Ziel-IP-Adresse des Pakets vor dem Weiterleiten in die Unicast-IP-Adresse des DHCP-Servers geändert wird. Auf diese Weise können alle Router auf der ganzen Linie das Paket entsprechend an den DHCP-Server weiterleiten. Wenn der DHCP-Server antwortet, sendet er das Paket an die Unicast-IP-Adresse der Router-Schnittstelle zurück, die zuerst das DHCP-Erkennungspaket empfangen hat (das mit dem ip helper-interfaceBefehl). Wenn der Router das Angebot zurückerhält, konvertiert er es zurück in ein Broadcast-Paket und sendet es über die Schnittstelle mit dem Client in seiner Broadcast-Domäne.

1. Ein Router leitet eine gerichtete Übertragung weiter, z. B. 192.168.1.255/24, sofern dies konfiguriert ist. Für Cisco können Sie dieses Verhalten deaktivieren, indem Sie unter der Benutzeroberfläche "Keine IP-Übertragung" auswählen.

Damit der Router eine lokale Übertragung (255.255.255.255) von einer Schnittstelle zu einer anderen weiterleitet, müssen Sie diese beiden Schnittstellen überbrücken. IE konfiguriert entweder IRB oder CRB und eine BVI.

1. Das wäre nicht möglich. Der Router erstellt für jeden Link, an den er weiterleiten muss, eine neue Dst-MAC-Adresse.

2. Der Router erkennt, dass es sich um ein DHCP-Paket handelt, und sendet es per Unicast an die bereitgestellte DHCP-Helferadresse.

Hier ist ein guter Artikel, der helfen und weitere Details geben kann ...

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

HTH

Es gibt keinen spezifischen Standard für den Rundfunk. Sie verwenden reguläres IP (Internet Protocol), um an bestimmte Adressen zu senden und von diesen zu empfangen.

Ich habe an mehreren Marken von Automatisierungssystemen gearbeitet, von denen die meisten serverbasiert sind. Sie verwenden normale Netzwerkgeräte wie Ihr Büro-PC-Netzwerk. Ich habe sogar gesehen, dass beide auf demselben System laufen, aber das funktioniert bei großen Sendern nicht, weil ein einzelner Benutzer zu Unterbrechungen der Audioübertragung führen kann. Es ist am besten, sie getrennt zu halten.

Der einzige Ort, an dem es sinnvoll sein könnte, eine Verbindung herzustellen, ist der "Datenverkehr". Stellen Sie sicher, dass Werbespots pro Vertrag abgespielt werden, und protokollieren Sie, um dies zu überprüfen.

Die Funktionsweise dieser Broadcast-Audiosysteme ähnelt stark einem Mailserver oder Netflix. Das jeweilige Studio "fragt" den Server nach einer bestimmten Datei (Song oder Promo usw.) und überträgt sie dann über die Steuerkarte an einen Ausgang, der zum Sender führt. Wiedergabelisten werden normalerweise von einem PC im Büro des PD (Program Director) erstellt.

Sie haben nach DHCP gefragt. Es ist einfach eine Möglichkeit, den Steuerkarten in den Studios und dem PC der PD automatisch Adressen zuzuweisen. Die spezifischen Adressen selbst sind nicht wichtig, ähnlich wie Ihre Adresse auf Ihrem ISP, wenn Sie sich an den Mailserver wenden, um Ihre E-Mails abzurufen, oder an Netflix, um ein Video anzusehen.

Die einzige wichtige Adresse ist der Server selbst. Genau wie Ihr E-Mail-Server - pop.xyzcorp.com und smtp.xyzcorp.com oder www.netflix.com. Diese Adressen werden im Allgemeinen in jedem Studio verschlüsselt, so wie sich Ihr E-Mail-Programm die Adressen an den Server merkt, der zum Senden und Empfangen von E-Mails verwendet wird.

Die meisten Automatisierungsserversysteme bieten DHCP-Dienste an (ob in derselben oder einer anderen Box im Netzwerk), sodass Sie nicht für jedes Client-Studio statische IP-Adressen eingeben müssen.

Wenn Ihre Frage lautet, wie die Signale nicht verwickelt und an die falsche Stelle gesendet werden, finden Sie Ihre Antwort wahrscheinlich in den Schaltern, die die Studios mit den Servern verbinden. Sie untersuchen die Zieladresse und senden die Pakete an den richtigen Port für das Studio mit dieser bestimmten Adresse.

Ja, in der Industrie wird das Ganze umgangssprachlich als Router bezeichnet, aber das ist ein Überbleibsel aus der alten Fernsehzeit, als der Router eine physikalische Einheit war, die Videosignale von einem Ort zum anderen sendete.

Sie waren Crosspoint-Switches, wurden aber einfach als Router bezeichnet, weil sie, wenn Sie sie anwiesen, Video vom Eingang x aufzunehmen und zum Ausgang y zu senden, dafür sorgen würden, dass das Signal wie angewiesen weitergeleitet wird.

Netzwerkswitches sind intelligent genug, um die Serverdateien an das richtige Studio zu senden, so wie Ihr ISP Ihre E-Mails nur an Sie und nicht an alle Ihre Nachbarn sendet. Das ist die Art von IP (Internet Protocol).