Come funziona la trasmissione su reti diverse?


14

Stavo leggendo DHCP (RFC 2131), ho conoscenze di base su Relay Agent e Broadcasting. Ma per comprendere a fondo il DHCP, mi sentivo come se dovessi conoscere Broadcasting and Relay Agent (RFC 1542) in dettaglio. Ma non è stato possibile trovare alcun RFC (RFC919.922 non molto utile) per la trasmissione in dettaglio.

  1. Come vengono trasmessi i pacchetti di pacchetti? Perché se il pacchetto è destinato a una rete diversa da quella di origine, ovviamente il router lascerà cadere il pacchetto. Esistono protocolli per questo? Il router impedisce tutte le trasmissioni o solo la trasmissione limitata / locale?

  2. È possibile inviare un pacchetto con destinazione come IP di trasmissione diretto / limitato senza un indirizzo MAC di trasmissione? Se sì, penso che a causa di un indirizzo MAC perticolare il pacchetto inoltrerà a un singolo host, quindi la domanda, nel qual caso sarebbe utile.

  3. Considerare che un router è abilitato dall'agente di inoltro. Quando un DHCPDiscover (che è un pacchetto di trasmissione) arriva a quel router, come procede? Poiché la prima cosa è un IP a larga diffusione anche la rete "0" è lì, relay-agent controlla sempre prima il pacchetto se il pacchetto è di DHCP?

Le mie domande non provengono da un argomento perticolare (DHCP ond Broadcasting), quindi potresti essere arrabbiato, ma ti prego, aiutami. Grazie


1
Suggerimento: non suggerisco mai alle persone che potrebbero arrabbiarsi. Potrebbe spuntarli. ;-)
SDsolar

Risposte:


15

Come i router gestiscono le trasmissioni limitate e dirette

La prima cosa da capire per rispondere alle tue domande è che i frame di trasmissione limitati non vengono instradati. Per impostazione predefinita, quando un router riceve un frame con un indirizzo di destinazione che viene trasmesso al layer 2 o al layer 3, il router rilascia semplicemente il frame. Ecco perché si dice che i router siano il confine dei domini di trasmissione.

Alcuni esempi di questi sarebbero:

  • ff-ff-ff-ff-ff-ff (trasmissione di livello 2)
  • 255.255.255.255 (trasmissione limitata di livello 3)

Pensandoci, questo ha senso. Se i router inoltrassero trasmissioni, una singola richiesta ARP raggiungerebbe ogni singolo host raggiungibile su Internet, il che sarebbe terribilmente inefficiente e piuttosto sciocco.

Le trasmissioni dirette d'altra parte vengono talvolta instradate. (IE 192.168.1.255/24) Normalmente per impostazione predefinita questa funzionalità è disabilitata ma può essere abilitata emettendo il ip directed-broadcastcomando sul router. Ciò gli consentirà di inoltrare le trasmissioni dirette in base alla sua tabella di routing come se fossero pacchetti normali. Ciò non è tuttavia permette al router di trasmettere le trasmissioni limitati, quelli sono ancora bloccati per impostazione predefinita. Anche questo è leggermente fuori tema rispetto alla domanda originale, vedere questa pagina dei moduli Cisco per ulteriori informazioni al riguardo.


Trasmissione di livello 3 Ma non livello 2?

Per rispondere alla tua seconda domanda, non avrebbe senso avere un frame con un indirizzo broadcast di livello 3 senza un indirizzo broadcast di livello 2. Ciò vanificherebbe l'intero scopo di essere un frame di trasmissione e semplicemente non funzionare del tutto. Avere un indirizzo di destinazione unicast di livello 2 non cambierebbe affatto il comportamento del router poiché il router prende le sue decisioni al livello 3. Tutto il router si preoccupa di quell'indirizzo di 255.255.255.255destinazione e rilascia il pacchetto.

Ciò che conta è con gli switch a cui non interessa affatto l'indirizzo del layer 3. Gli switch vedrebbero solo l'indirizzo di livello 2 unicast. Invece di inviare il pacchetto su tutte le interfacce sullo stesso vlan, userebbe la tabella degli indirizzi di origine (SAT) come farebbe con qualsiasi altro indirizzo di destinazione unicast. In effetti, assegnando un indirizzo unicast di livello 2, il frame non è più un frame broadcast, sebbene abbia l' 255.255.255.255indirizzo al layer 3.


Funzionamento pratico del relè DHCP

Per quanto riguarda la tua ultima domanda, l'inoltro DHCP è un modo del router di "barare" attorno alla regola di non inoltrare i pacchetti di trasmissione. Diamo un'occhiata a un pacchetto Discover di DHCP:

  • MAC sorgente: [mac unicast della fonte]
  • Dest MAC: ff-ff-ff-ff-ff-ff
  • IP sorgente: 0.0.0.0
  • IP di destinazione: 255.255.255.255
  • Porta di origine: UDP 68
  • Porto di destinazione: UDP 67

Quando il router vede arrivare un pacchetto su un'interfaccia con il ip helper-addresscomando configurato, verifica che corrisponda a uno dei protocolli che sono "aiutati" per impostazione predefinita o configurati con il ip forward-protocolcomando globale . In questo caso, poiché è DHCP, il router rileva che la porta di destinazione corrisponde a UDP 67 e consente di "aiutare" il pacchetto. Il router modifica quindi l'indirizzo IP di destinazione dall'indirizzo 255.255.255.255IP configurato dal ip helper-addresscomando, nonché cambiando l'indirizzo di origine con l'indirizzo dell'interfaccia del router su cui è arrivato il pacchetto e passa il pacchetto al resto della logica di routing.

Ora che il pacchetto ha un indirizzo di destinazione unicast, il router lo tratta come qualsiasi altro pacchetto. Viene attivato per l'indirizzo IP di destinazione (che ora è l'indirizzo dell'helper) e quindi sostituisce gli indirizzi di livello 2 prima di inviare il pacchetto all'interfaccia appropriata.

Tornare di nuovo

Il router utilizza essenzialmente lo stesso processo al contrario per l'offerta DHCP che viene rimandata al client. I server DHCP inviano l'offerta all'indirizzo IP specificato come indirizzo di origine nel pacchetto di rilevamento DHCP. Quindi il pacchetto che lascia il server DHCP assomiglia a:

  • MAC di origine: mac unicast del server DHCP
  • Dest MAC: indirizzo mac del router o gateway predefinito del server DHCP
  • IP di origine: indirizzo IP unicast del server DHCP
  • IP di destinazione: indirizzo IP della prima interfaccia del router raggiunta dal pacchetto di rilevamento DHCP
  • Porta di origine: UDP 67
  • Porto di destinazione: UDP 68

Poiché questo pacchetto ha un livello unicast di indirizzo 3 i router di destinazione inoltreranno il pacchetto normalmente fino a quando non raggiunge il router con un'interfaccia che ha un indirizzo IP corrispondente all'IP di destinazione del pacchetto. Ricorda che questo router ha ancora la ip helper-addressconfigurazione su quell'interfaccia. Il router controlla se il pacchetto è un'offerta DHCP, quindi riscrive il pacchetto per trasformarlo in pacchetto di trasmissione e lo rimanda indietro dall'interfaccia sapendo che il client DHCP si trova da qualche parte su quel segmento di rete. Il pacchetto che lascia il router ora appare così.

  • MAC di origine: mac unicast dell'interfaccia del router
  • Dest MAC: ff-ff-ff-ff-ff-ff
  • IP di origine: indirizzo IP unicast del server DHCP
  • IP di destinazione: 255.255.255.255
  • Porta di origine: UDP 67
  • Porto di destinazione: UDP 68

TL: DR; L'inoltro DHCP utilizzando il ip helper-addresssottocomando di interfaccia "tradisce" la regola secondo cui i router non possono inoltrare trasmissioni limitate modificando l'indirizzo IP di destinazione del pacchetto con l'indirizzo IP unicast del server DHCP prima di instradarlo. Ciò consente a tutti i router lungo la linea di instradare il pacchetto in modo appropriato al server DHCP. Quando risponde il server DHCP restituisce il pacchetto all'indirizzo IP unicast dell'interfaccia del router che per primo ha ricevuto il pacchetto di rilevamento DHCP (quello con il ip helper-interfacecomando). Quando il router riceve indietro l'offerta, la converte nuovamente in un pacchetto di trasmissione e lo invia all'interfaccia con il client nel suo dominio di trasmissione.


Ty Bad Wolf, questo è molto molto utile, grazie @Bad Wolf
dillip_beta

1
  1. Un router inoltrerà una trasmissione diretta, come 192.168.1.255/24 se configurato per farlo. Per Cisco è possibile disabilitare questo comportamento con "nessuna trasmissione diretta IP" nell'interfaccia.

Per fare in modo che il router inoltri una trasmissione locale, 255.255.255.255, da un'interfaccia all'altra, è necessario collegare queste due interfacce. IE che configura IRB o CRB e un BVI.

  1. Questo non sarebbe possibile. Il router creerà un nuovo indirizzo MAC Dst per ogni collegamento a cui deve inoltrare.

  2. Il router vede che si tratta di un pacchetto DHCP e lo invia tramite unicast all'indirizzo DHCP "helper" fornito.

Ecco un buon articolo che può aiutare e fornire ulteriori dettagli ...

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

HTH


0

Non esiste uno standard specifico per la trasmissione. Usano l'IP (Internet Protocol) regolare per inviare e ricevere da / verso indirizzi specifici.

Ho lavorato su diverse marche di sistemi di automazione, la maggior parte dei quali basati su server. Usano le normali apparecchiature di rete come la rete del PC dell'ufficio. Ho anche visto funzionare entrambi sullo stesso sistema, ma questo non funziona su grandi stazioni perché un singolo utente potrebbe causare interruzioni dell'audio della trasmissione. È meglio tenerli separati.

L'unico posto in cui potrebbe avere senso collegarli è nel "traffico": assicurarsi che gli annunci pubblicitari vengano riprodotti per contratto e registrarsi per verificarne lo stesso.

Il modo in cui funzionano questi sistemi audio di trasmissione è molto simile a un server di posta o Netflix. Lo studio specifico "chiederà" al server un file specifico (un brano o un promo, ecc.), Quindi lo trasmetterà in streaming attraverso la scheda di controllo verso un'uscita che porta al trasmettitore. Le playlist sono di solito configurate da un PC nell'ufficio del PD (direttore del programma).

Hai chiesto informazioni su DHCP. È semplicemente un modo per assegnare automaticamente gli indirizzi alle schede di controllo negli studi e al PC del PD. Gli stessi indirizzi specifici non sono importanti, proprio come il tuo indirizzo sul tuo ISP quando raggiungi il server di posta per recuperare la tua e-mail o su Netflix per guardare un video.

L'unico indirizzo importante è il server stesso. Proprio come il tuo server di posta elettronica: pop.xyzcorp.com e smtp.xyzcorp.com o www.netflix.com. Tali indirizzi sono generalmente codificati in ogni studio proprio come il tuo programma di posta elettronica "ricorda" gli indirizzi al server utilizzato per inviare e ricevere e-mail.

La maggior parte dei sistemi di server di automazione fornisce servizi DHCP (nella stessa casella o in un altro sulla rete), quindi non è necessario inserire indirizzi IP statici per ogni studio client.

Se la tua domanda è come i segnali non vengono aggrovigliati e inviati nel posto sbagliato, probabilmente la tua risposta si trova negli switch che interconnettono gli studi con i server. Esaminano l'indirizzo di destinazione e inviano i pacchetti alla porta corretta per lo studio con quel particolare indirizzo.

Sì, nel settore l'intera faccenda è chiamata colloquialmente un router, ma si tratta di una sospensione dai vecchi tempi della televisione in cui il router era un'unità fisica che inviava segnali video da un luogo a un altro.

Erano commutatori crosspoint, ma erano chiamati router semplicemente perché quando li istruivi a prendere video dall'ingresso x e a inviarlo all'uscita y si sarebbero occupati del routing del segnale secondo le istruzioni.

Gli switch di rete sono abbastanza intelligenti da inviare i file del server allo studio corretto, proprio come il tuo ISP invia la tua e-mail solo a te e non a tutti i tuoi vicini. Questa è la natura dell'IP (Internet Protocol).

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.