Por que o dispositivo TUN não tem sinalizador BROADCAST?

3

Ao criar um dispositivo TUN no Linux, na minha máquina, o dispositivo TUN criado tem os seguintes sinalizadores:

<POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP>

Claramente, MULTICAST está listado lá, mas não em BROADCAST. Como o dispositivo TUN funciona com pacotes IP, é o programa que manipula o arquivo de dispositivo TUN que deve decidir o que fazer com os pacotes enviados para o endereço de transmissão. Além disso, também é legal que os aplicativos enviem pacotes para o endereço de transmissão no dispositivo TUN, mesmo se o flag de BROADCAST não estiver listado neste dispositivo.

Então, por que o dispositivo TUN não tem sinalizador BROADCAST?

EDIT: Desculpe pela confusão. Por dispositivo TUN, eu não quero dizer especificamente a forma como o OpenVPN usa para tunelamento. Eu quero dizer dispositivo TUN no Linux (ou outro Unix) como descrito aqui: link

    
por Song Gao 31.10.2012 / 16:27

1 resposta

4

A chave para isso é o fato de que é "POINTTOPOINT" ... Sua máquina se conecta diretamente ao lado remoto, e qualquer transmissão real deve ser gerada pelo seu terminal remoto. Claro, se você enviar um pacote para o endereço de broadcast, sua extremidade remota certamente o transmitirá e também passará todos os pacotes enviados para o endereço de broadcast de volta para você.

Por outro lado, se você tivesse várias estações de trabalho conectadas diretamente a um switch, sua máquina poderia enviar uma transmissão e não exigiria que gateway transmitisse novamente essa transmissão para os outros pares.

    
por 31.10.2012 / 16:58