Como a transmissão funciona em redes diferentes?

14

Eu estava lendo DHCP (RFC 2131), tenho conhecimentos básicos sobre agente de retransmissão e transmissão. Mas, para entender o DHCP em profundidade, senti que precisava conhecer o Broadcasting and Relay Agent (RFC 1542) em detalhes. Mas não foi possível encontrar nenhuma RFC (RFC919.922 não muito útil) para transmitir em detalhes.

  1. Como rotas de pacotes de transmissão? Como se o pacote for destinado a uma rede diferente da fonte, obviamente o roteador descartará o pacote. Existe algum protocolo para isso? O roteador impede toda a transmissão ou apenas a transmissão limitada / local?

  2. Podemos enviar um pacote com destino como um IP de broadcast direto / limitado sem um endereço MAC de broadcast? Se sim, acho que, devido a um endereço MAC perticular, o pacote será encaminhado para um único host. Portanto, a questão é: nesse caso, isso seria útil.

  3. Considere que um roteador está ativado pelo agente de retransmissão. Quando um DHCPDiscover (que é um pacote de transmissão) chega ao roteador, como ele prossegue? Como a primeira coisa que é um IP de transmissão ampla também é a rede "0", o agente de retransmissão sempre verifica primeiro o pacote se o pacote é de DHCP?

Minhas perguntas não são de um assunto comum (DHCP e transmissão), então você pode ficar com raiva, mas por favor me ajude. Obrigado

dillip_beta
fonte
1
Dica: nunca sugiro às pessoas que elas possam ficar com raiva. Pode dar uma olhada neles. ;-)
SDsolar 2/17/17

Respostas:

15

Como os roteadores lidam com transmissões limitadas e direcionadas

A primeira coisa a entender para responder às suas perguntas é que os quadros de transmissão limitados não são roteados. Por padrão, quando um roteador recebe um quadro com um endereço de destino que é transmitido nas camadas 2 ou 3, o roteador simplesmente descarta o quadro. É por isso que os roteadores são considerados o limite dos domínios de broadcast.

Alguns exemplos disso seriam:

  • ff-ff-ff-ff-ff-ff (transmissão da camada 2)
  • 255.255.255.255 (transmissão limitada da camada 3)

Pensando nisso, isso faz sentido. Se os roteadores encaminhados transmitissem, uma única solicitação arp chegaria a todos os hosts acessíveis na Internet, o que seria terrivelmente ineficiente e bastante tolo.

As transmissões direcionadas, por outro lado, às vezes são roteadas. (IE 192.168.1.255/24) Normalmente, por padrão, essa funcionalidade está desativada, mas pode ser ativada emitindo o ip directed-broadcastcomando no roteador. Isso permitirá encaminhar transmissões direcionadas de acordo com sua tabela de roteamento como se fossem pacotes normais. No entanto, isso não permite que o roteador encaminhe transmissões limitadas, que ainda estão bloqueadas por padrão. Este tópico também está um pouco fora da questão, consulte esta página de formulários da Cisco para obter mais informações.


Transmissão da camada 3, mas não da camada 2?

Para responder sua segunda pergunta, não faria sentido ter um quadro com um endereço de broadcast da camada 3 sem um endereço de broadcast da camada 2. Isso anularia todo o propósito de ser um quadro de transmissão e simplesmente não funcionaria completamente. Ter um endereço de destino da camada 2 de unicast não mudaria o comportamento do roteador, uma vez que o roteador toma suas decisões na camada 3. Tudo o que o roteador se importa é 255.255.255.255o endereço de destino e descarta o pacote.

Onde isso importa é com switches que não se importam com o endereço da camada 3. Os comutadores apenas veriam o endereço da camada 2 de unicast. Em vez de enviar o pacote para todas as interfaces na mesma vlan, ele usaria a tabela de endereços de origem (SAT), como faria com qualquer outro endereço de destino de unicast. Com efeito, ao atribuir um endereço da camada 2 de unicast, o quadro não é mais um quadro de difusão, mesmo que tenha o 255.255.255.255endereço na camada 3.


Como a retransmissão DHCP funciona na prática

Quanto à sua última pergunta, a retransmissão DHCP é uma maneira de o roteador "enganar" a regra de não encaminhar pacotes de difusão. Vejamos um pacote DHCP Discover:

  • MAC de origem: [unicast mac da fonte]
  • Destino MAC: ff-ff-ff-ff-ff-ff
  • IP fonte: 0.0.0.0
  • IP de destino: 255.255.255.255
  • Porta de origem: UDP 68
  • Porta de destino: UDP 67

Quando o roteador vê um pacote chegar em uma interface com o ip helper-addresscomando configurado, ele verifica se ele corresponde a algum dos protocolos "ajudados" por padrão ou configurados com o ip forward-protocolcomando global . Nesse caso, por ser DHCP, o roteador vê que a porta de destino corresponde ao UDP 67 e permite que o pacote seja "ajudado". O roteador altera o endereço IP de destino 255.255.255.255para o endereço IP configurado pelo ip helper-addresscomando, além de alterar o endereço de origem para o endereço da interface do roteador em que o pacote chegou e passa o pacote para o restante da lógica de roteamento.

Agora que o pacote tem um endereço de destino unicast, o roteador o trata como qualquer outro pacote. Ele busca o endereço IP de destino (que agora é o endereço auxiliar) e substitui os endereços da camada 2 antes de enviar o pacote para a interface apropriada.

Voltando novamente

O roteador usa essencialmente o mesmo processo ao contrário para a oferta DHCP que é enviada de volta ao cliente. Os servidores DHCP enviam a oferta ao endereço IP especificado como o endereço de origem no pacote DHCP Discover. Portanto, o pacote que sai do servidor DHCP se parece com:

  • MAC de origem: mac unicast do servidor DHCP
  • Dest MAC: endereço mac do roteador ou gateway padrão do servidor DHCP
  • IP de origem: endereço IP de unicast do servidor DHCP
  • IP de destino: endereço IP da primeira interface do roteador que o pacote DHCP Discover alcançou
  • Porta de origem: UDP 67
  • Porta de destino: UDP 68

Como este pacote possui um endereço de destino da camada 3 de unicast, os roteadores encaminham o pacote normalmente até chegar ao roteador com uma interface que possui um endereço IP correspondente ao IP de destino do pacote. Lembre-se de que este roteador ainda tem a ip helper-addressconfiguração nessa interface ainda. O roteador verifica se o pacote é uma oferta DHCP, em seguida, reescreve o pacote para se tornar um pacote de transmissão e envia de volta a interface sabendo que o cliente DHCP está em algum lugar desse segmento de rede. O pacote que sai do roteador agora se parece com isso.

  • MAC de origem: mac unicast da interface do roteador
  • Destino MAC: ff-ff-ff-ff-ff-ff
  • IP de origem: endereço IP de unicast do servidor DHCP
  • IP de destino: 255.255.255.255
  • Porta de origem: UDP 67
  • Porta de destino: UDP 68

TL: DR; A retransmissão DHCP usando o ip helper-addresssubcomando da interface "engana" a regra de que os roteadores não podem encaminhar difusões limitadas alterando o endereço IP de destino do pacote para o endereço IP unicast do servidor DHCP antes de rotear o mesmo. Isso permite que todos os roteadores abaixo da linha direcionem o pacote adequadamente para o servidor DHCP. Ao responder, o servidor DHCP envia o pacote de volta ao endereço IP unicast da interface do roteador que recebeu o pacote DHCP Discover pela primeira vez (aquele com o ip helper-interfacecomando). Quando o roteador recebe a oferta de volta, ele a converte novamente em um pacote de broadcast e envia a interface com o cliente em seu domínio de broadcast.

Lobo mau
fonte
Ty Bad Wolf, este é muito, muito útil, obrigado @Bad Lobo
dillip_beta
1
  1. Um roteador encaminhará uma transmissão direcionada, como 192.168.1.255/24, se configurado para isso. Para a Cisco, você pode desativar esse comportamento com 'sem transmissão direta de IP' na interface.

Para fazer com que o roteador encaminhe uma transmissão local, 255.255.255.255, de uma interface para outra, você precisará conectar essas duas interfaces. IE configurando IRB ou CRB e um BVI.

  1. Isso não seria possível. O roteador criará um novo endereço MAC Dst para cada link para o qual encaminhar.

  2. O roteador vê que é um pacote DHCP e o envia via unicast para o endereço 'auxiliar' DHCP provisionado.

Aqui está um bom artigo que pode ajudar e fornecer mais detalhes ...

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

HTH

matak
fonte
0

Não existe um padrão específico para transmissão. Eles usam IP regular (Protocolo da Internet) para enviar e receber de / para endereços específicos.

Trabalhei em várias marcas de sistemas de automação, a maioria baseada em servidor. Eles usam equipamentos de rede regulares, como a rede do PC do escritório. Eu já vi os dois rodando no mesmo sistema, mas isso não funciona em estações grandes porque um único usuário pode causar interrupções no áudio transmitido. É melhor mantê-los separados.

O único lugar em que pode fazer sentido conectá-los é no "tráfego" - garantindo que os comerciais sejam reproduzidos por contrato e registrando-se para verificar o mesmo.

A maneira como esses sistemas de áudio de transmissão funcionam é muito parecida com um servidor de email ou Netflix. O estúdio específico "solicita" ao servidor um arquivo específico (uma música ou promoção, etc.) e depois o transmite através do painel de controle para uma saída que leva ao transmissor. As listas de reprodução são geralmente configuradas a partir de um PC no escritório do PD (diretor do programa).

Você perguntou sobre o DHCP. É simplesmente uma maneira de atribuir endereços automaticamente às placas de controle nos estúdios e ao PC do PD. Os endereços específicos em si não são importantes, assim como o seu endereço no provedor de serviços de Internet quando você acessa o servidor de correio para recuperar seu e-mail ou a Netflix para assistir a um vídeo.

O único endereço importante é o próprio servidor. Assim como seu servidor de email - pop.xyzcorp.com e smtp.xyzcorp.com ou www.netflix.com. Esses endereços geralmente são codificados em cada estúdio, assim como o seu programa de email 'lembra' os endereços do servidor usado para enviar e receber email.

A maioria dos sistemas de servidores de automação fornece serviços DHCP (na mesma caixa ou em outra na rede), portanto, você não precisa inserir endereços IP estáticos para cada estúdio cliente.

Se a sua pergunta é como os sinais não são emaranhados e enviados para o lugar errado, sua resposta provavelmente é encontrada nos comutadores que interconectam os estúdios com os servidores. Eles examinam o endereço de destino e enviam os pacotes pela porta correta para o estúdio com esse endereço específico.

Sim, na indústria, tudo isso é chamado coloquialmente de roteador, mas isso é um resquício dos velhos tempos da televisão em que o roteador era uma unidade física que enviava sinais de vídeo de um lugar para outro.

Eles eram comutadores de ponto cruzado, mas eram chamados de roteadores simplesmente porque quando você os instruía a capturar o vídeo da entrada x e enviá-lo para a saída y, eles cuidariam do roteamento do sinal conforme as instruções.

Os comutadores de rede são inteligentes o suficiente para enviar os arquivos do servidor para o estúdio correto, assim como o seu ISP envia seu email apenas para você e não para todos os seus vizinhos. Essa é a natureza do IP (Internet Protocol).

SDsolar
fonte