Te damos la bienvenida a nuestra comunidad, en este sitio encontrarás la respuesta a lo que andabas buscando.
Solución:
Solución 1:
Simplemente pon:
------------------------------------------------------------
| TYPE | ASSOCIATIONS | SCOPE | EXAMPLE |
------------------------------------------------------------
| Unicast | 1 to 1 | Whole network | HTTP |
------------------------------------------------------------
| Broadcast | 1 to Many | Subnet | ARP |
------------------------------------------------------------
| Multicast | One/Many to Many | Defined horizon | SLP |
------------------------------------------------------------
| Anycast | Many to Few | Whole network | 6to4 |
------------------------------------------------------------
La unidifusión se utiliza cuando dos nodos de red necesitan comunicarse entre sí. Esto es bastante sencillo, así que no voy a dedicar mucho tiempo a ello. TCP por definición es un protocolo Unicast, excepto cuando hay Anycast involucrado (más sobre eso a continuación).
Cuando necesita que más de dos nodos vean el tráfico, tiene opciones.
Si todos los nodos están en la misma subred, entonces transmisión se convierte en una solución viable. Todos los nodos de la subred verán todo el tráfico. No se mantiene ningún estado de conexión similar a TCP. La transmisión es una característica de capa 2 en el protocolo Ethernet y también una característica de capa 3 en IPv4.
Multidifusión es como una transmisión que puede atravesar subredes, pero a diferencia de la transmisión, no toca todos los nodos. Los nodos deben suscribirse a un grupo de multidifusión para recibir información. Los protocolos de multidifusión suelen ser protocolos UDP, ya que, por definición, no se puede mantener ningún estado de conexión. Los nodos que transmiten datos a un grupo de multidifusión no saben qué nodos están recibiendo. De forma predeterminada, los enrutadores de Internet no pasan tráfico de multidifusión. Sin embargo, para uso interno está perfectamente permitido; por lo tanto, “horizonte definido” en el gráfico anterior. La multidifusión es una función de capa 3 de IPv4 e IPv6.
Usar Anycast anuncia la misma red en varios puntos de Internet y confía en los cálculos de la ruta más corta para canalizar a los clientes a sus distintas ubicaciones. En lo que respecta a los propios nodos de red, están utilizando un unidifusión conexión para hablar con sus nodos anycast. Para obtener más información sobre Anycast, pruebe: ¿Qué es “anycast” y cómo es útil? Anycast también es una característica de capa 3, pero es una función de cómo ocurre la fusión de rutas.
Ejemplos de
Algunos ejemplos de cómo se utilizan los métodos que no son unidifusión en la Internet real.
Transmisión
ARP es un protocolo de transmisión y lo utilizan las pilas de TCP / IP para determinar cómo enviar tráfico a otros nodos de la red. Si el destino está en la misma subred, ARP se usa para averiguar la dirección MAC que va a la dirección IP indicada. Esta es una transmisión de Nivel 2 (Ethernet), a la dirección MAC reservada FF: FF: FF: FF: FF: FF.
Además, el protocolo de exploración de máquinas de Microsoft se basa en transmisiones. Se crearon soluciones alternativas como WINS para permitir la navegación entre subredes. Esto implica una transmisión de nivel 3 (IP), que es un paquete IP con la dirección de destino indicada como la dirección de transmisión de la subred (en 192.168.101.0/24, la dirección de transmisión sería 192.168.101.255).
El protocolo NTP permite un método de transmisión para anunciar fuentes de tiempo.
Multidifusión
Dentro de una red corporativa, Multicast puede entregar video en vivo a múltiples nodos sin tener que tener un ancho de banda masivo por parte del servidor que entrega la transmisión de video. De esta manera, puede tener un servidor de video alimentando una transmisión de 720p con solo una conexión de 100 Mb y, sin embargo, seguir sirviendo esa transmisión a 3000 clientes.
Cuando Novell se alejó de IPX y pasó a IP, tuvieron que elegir un protocolo de publicidad de servicios para reemplazar el protocolo SAP en IPX. En IPX, el Protocolo de publicidad de servicios, hizo un anuncio en toda la red cada vez que anunció que había un servicio disponible. Como TCP / IP carecía de un protocolo de anuncios global de este tipo, Novell optó por utilizar un protocolo basado en multidifusión en su lugar: el Protocolo de ubicación de servicios. Los nuevos servidores anuncian sus servicios en el grupo de multidifusión SLP. Los clientes que buscan tipos específicos de servicios anuncian su necesidad al grupo de multidifusión y escuchan las respuestas unicast.
Las impresoras HP anuncian su presencia en un grupo de multidifusión de forma predeterminada. Con las herramientas adecuadas, es muy fácil saber qué impresoras están disponibles en su red.
El protocolo NTP además permite un método de multidifusión (IP 224.0.1.1) para anunciar fuentes de tiempo a áreas más allá de una sola subred.
Anycast
Anycast es un poco especial ya que tiene capas de Unicast encima. Anycast anuncia la misma red en diferentes partes de la red, con el fin de disminuir los saltos de red necesarios para llegar a esa red.
El protocolo de transición 6to4 IPv6 utiliza Anycast. Las puertas de enlace 6to4 anuncian su presencia en una IP específica, 192.88.99.1. Los clientes que buscan utilizar una puerta de enlace 6to4 envían tráfico a 192.88.99.1 y confían en la red para entregar la solicitud de conexión a un enrutador 6to4.
Los servicios NTP para hosts NTP especialmente populares pueden muy bien ser anunciados, pero no tengo pruebas de esto. No hay nada en el protocolo que lo evite.
Otros servicios utilizan Anycast para mejorar la ubicación de los datos para los usuarios finales. Google hace Anycast con sus páginas de búsqueda en algunos lugares (y geo-IP en otros). Los servidores DNS raíz usan Anycast por razones similares. El propio ServerFault podría ir allí, tienen centros de datos en Nueva York y Oregón, pero aún no lo ha hecho.
Preocupaciones de la red
El tráfico de difusión excesivo puede robar el ancho de banda de todos los nodos de esa subred. Esto es menos preocupante en estos días con los puertos GigE de dúplex completo, pero en los días de 10 Mb de dúplex medio, una tormenta de transmisión podría detener una red muy rápido. Esas redes semidúplex con un gran dominio de colisión en todos los nodos eran especialmente vulnerables a las tormentas de transmisión, por lo que los libros de redes, especialmente los más antiguos, dicen que deben vigilar el tráfico de transmisión. Las redes conmutadas / Full-Duplex son mucho más difíciles de detener con una tormenta de transmisión, pero aún puede suceder. La transmisión es requerido para el correcto funcionamiento de las redes IP.
La multidifusión tiene la misma posibilidad de abuso. Si un nodo del grupo de multidifusión comienza a enviar grandes cantidades de tráfico a ese grupo, todos los nodos suscritos verán todo ese tráfico. Al igual que con la transmisión, el tráfico Mcast excesivo puede aumentar las posibilidades de colisiones en tales conexiones cuando eso sea un problema.
La multidifusión es una Opcional función con IPv4, pero requerido para IPv6. La transmisión IPv4 se reemplaza por multidifusión en IPv6 (consulte también: ¿Por qué IPv6 no puede enviar transmisiones?). Con frecuencia se apaga en redes IPv4. No es una coincidencia que habilitar la multidifusión es una de las muchas razones por las que los ingenieros de redes están recelosos de pasar a IPv6 antes de hacerlo. tengo para hacerlo.
Calcular cuánto tráfico es demasiado tráfico depende de algunas cosas
- Dúplex medio vs dúplex completo: Las redes semidúplex tienen tolerancias mucho más bajas para el tráfico bcast / mcast.
- Velocidad de los puertos de red: Cuanto más rápida sea su red, menor será el problema. En los días de Ethernet de 10 Mb, el 5-10% del tráfico en un puerto podría ser tráfico bcast, si no más, pero en GigE es más probable que sea menos del 1% (probablemente mucho menos).
- Número de nodos en la red: Cuantos más nodos tenga, más tráfico de transmisión inevitable tendrá (ARP). Si ha transmitido protocolos específicos en uso, la navegación de Windows u otras cosas como los latidos del clúster, el lugar donde comienzan los problemas cambiará.
- Tecnología de redes: Ethernet con cable es lo suficientemente rápido como para que, siempre que tenga equipos modernos que lo manejen, es probable que bcast / mcast no le cause problemas. La tecnología inalámbrica, por otro lado, puede sufrir un tráfico de transmisión excesivo, ya que es un medio compartido entre todos los nodos y, por lo tanto, en un solo dominio de colisión.
Al final, el tráfico de Bcast y Mcast roba a los puertos el ancho de banda de la parte superior. Cuando empiece a preocuparse, depende en gran medida de su red individual y de la tolerancia al rendimiento variable. En general, los recuentos de nodos de red no se han escalado tan rápido como las velocidades de la red, por lo que el porcentaje general de transmisión como número de tráfico ha ido disminuyendo con el tiempo.
Algunas redes no permiten la multidifusión por motivos específicos y otras nunca se han tomado el tiempo de configurarla. Existen algunos protocolos de multidifusión que pueden revelar información interesante (SLP es uno de ellos) a cualquiera que esté escuchando las cosas correctas. Personalmente, No me importa el tráfico de multidifusión menor, ya que la mayor molestia que he visto son las capturas de red contaminadas cuando estoy haciendo un análisis de red; y para eso hay filtros.
Solucion 2:
Aquí hay información básica:
Unidifusión: El tráfico de unidifusión es el tráfico destinado a un solo host. Todos los demás hosts ignorarán el tráfico de unidifusión que no sea para ellos mismos. En un entorno conmutado, el tráfico de unidifusión generalmente no es “escuchado” por ningún host que no sea el host al que está destinado el tráfico. En un entorno que utiliza concentradores (vibración), todos los hosts “escucharán” el tráfico de unidifusión destinado a todos los demás hosts, pero ignorarán todo el tráfico que no esté destinado a ellos mismos.
Transmisión: El tráfico de difusión es el tráfico que se envía con la intención de ser “escuchado” por todos los hosts en un segmento de red en particular. Ejemplos de tráfico de transmisión serían una solicitud ARP, que es una transmisión en la capa física (dirección MAC FF-FF-FF-FF-FF-FF) o una consulta de nombre NetBIOS, que es una transmisión en la capa de red (pase lo que pase para ser la dirección de transmisión para esa red en particular, como 64.28.42.63 para la red 64.28.42.0/26).
Multidifusión: El tráfico de multidifusión es el tráfico que se envía con la intención de ser “escuchado” por un grupo particular de hosts en un segmento de red. Parte del tráfico de multidifusión puede considerarse tráfico de difusión, como el tráfico a la dirección de multidifusión 224.0.0.1, que es tráfico de multidifusión destinado a todos los hosts en el mismo segmento de red. Otro ejemplo de tráfico de multidifusión sería el tráfico enviado a la dirección de multidifusión 224.0.0.9 que es lo que utilizan los enrutadores RIP para enviar información de enrutamiento a otros enrutadores RIP en el mismo segmento de red.
Dejaré Anycast a otra persona, ya que realmente no sé mucho al respecto.
Solución 3:
Anycast no es un tipo de comunicación ampliamente aceptado en IPv4, pero está presente en IPv6.
Tres tipos de comunicación en IPv4 son 1) Unicast, 2) Multicast 3) Broadcast.
1) Unidifusión IPv4 Tipo de comunicación uno a uno. Un dispositivo de red se comunica con otro dispositivo de red. La dirección de capa 3 utilizada para Unicast es direcciones IPv4 Clase A, Clase B, Clase C. La dirección de capa 2 es una dirección MAC de unidifusión.
Ejemplo: navegar por un sitio web, descargar archivos mediante FTP, conectarse a otro dispositivo mediante SSH (Secure Shell), etc.
2) multidifusión IPv4 Tipo de comunicación uno a varios. Un dispositivo de red envía un paquete de datos IPv4 y es entregado a los dispositivos que están interesados en ese tráfico. La dirección de capa 3 utilizada para la multidifusión IPv4 es direcciones IPv4 de clase D (comienza de 224 a 239) La dirección de capa 2 para multidifusión IPv4 comienza con “01: 00: 5e”.
Ejemplo: IPTV, mensajes de saludo OSPF, mensajes de saludo EIGRP, actualizaciones de ruta RIPv2.
3) Difusión IPv4 Tipo de comunicación de uno a todos. Un dispositivo de red envía un paquete de datos IPv4 y se entregará a todos los dispositivos en ese segmento de LAN. El problema con el tráfico de difusión es que las difusiones perturban todos los dispositivos de la LAN y provocan pérdidas de ancho de banda.
Ejemplo: mensajes DHCPv4 Discover
En IPv6, tenemos Unicast, Multicast y Anycast. El concepto de unidifusión y multidifusión es el mismo en IPv4 e IPv6, excepto los cambios en las direcciones IPv6 de capa 3 utilizadas para difusión y multidifusión y la dirección de capa 2 utilizada para multidifusión. La dirección de capa 2 utilizada para el tráfico de multidifusión IPv6 comienza en “33:33:” (en Ipv4, es “01: 00: 5e”).
Anycast IPv6 El tipo de comunicación IPv6 Anycast se utiliza para identificar una interfaz de un grupo de interfaces, que brindan el mismo servicio, pero cerca del cliente en la distancia de enrutamiento (podemos comparar la distancia de enrutamiento similar a la distancia geográfica). Anycast solo es posible con la ayuda de protocolos de enrutamiento.
Consulte el enlace a continuación para obtener una explicación más clara sobre IPv6 Anycast.
http://www.omnisecu.com/tcpip/ipv6/unicast-multicast-anycast-types-of-network-communication-in-ipv6.php
Por ejemplo, mi casa está ubicada en la India y quiero resolver el FQDN “www.serverfault.com” en una dirección IP. Considere que tengo tres servidores DNS, uno ubicado en EE. UU., Otro en Canadá y otro en India, todos brindan el mismo servicio. La mejor opción es el servidor DNS de la India, porque está ubicado cerca de mi casa. Obtendré una respuesta más rápida y causaré menos tráfico en la red si utilizo el servicio cerca de mi casa. Anycast puede encontrar el servidor que está cerca de mi casa y obtener el servicio de ese servidor.
Aquí puedes ver las reseñas y valoraciones de los usuarios
Si te ha sido de provecho este artículo, sería de mucha ayuda si lo compartes con el resto desarrolladores y nos ayudes a dar difusión a esta información.