WEBVTT

00:01.639 --> 00:06.750
muy bien, hablemos ahora de los patrones de distribución
de tráfico. Posiblemente no los conozcas con este nombre

00:06.750 --> 00:10.250
pero realmente se llaman así y estos compadres
describen cómo se transmiten los datos

00:10.250 --> 00:15.909
Entran dispositivos en una red y evidentemente podemos clasificarlos
en varios tipos dependiendo de cómo transmiten los datos

00:15.909 --> 00:22.270
Así que les code primero tenemos el unicas Verás una comunicación
unicas ocurre cuando un dispositivo envía datos a otro dispositivo

00:22.270 --> 00:28.209
pero en específico. Es decir, es una comunicación uno a uno,
por eso es unicas y ese es el modo de transmisión de datos más

00:28.209 --> 00:35.620
común, por lo menos en Internet. Siguiente Broadcast un La comunicación
broadcast ocurre cuando se envían datos a todos los dispositivos en una red o

00:35.620 --> 00:40.730
su red, pero al mismo tiempo, es decir, cada dispositivo
en la red recibe y procesa el paquete Broadcast

00:40.791 --> 00:47.020
Esto, por ejemplo, es bastante útil, digamos, a la hora de descubrimiento de
dispositivos y servicios en una red local o para una configuración inicial

00:47.020 --> 00:56.020
de dispositivos, digamos, con un servidor DHCP siguiente multi. Aquí los datos se
envían desde un dispositivo a múltiples dispositivos pero específicos en una misma

00:56.020 --> 01:00.691
red. Es, digamos, una mezcla entre broadcast y únicas
ya que como tal. Aquí enviamos información a varios

01:00.691 --> 01:05.022
pero en específico. Y este es el típico patrón de distribución
que, por ejemplo, tienes a la hora de ver un streaming

01:05.141 --> 01:09.802
ya que el streaming envía la misma información a varios
dispositivos. En específico a los que hayan pedido ver el streaming

01:09.802 --> 01:13.982
no a todos. Siguiente look back. En este caso
es un patrón de distribución un poco curioso

01:14.092 --> 01:19.402
ya que la dirección de look back nos permite a nosotros mismos
como nuestro dispositivo, enviarnos datos a nosotros mismos

01:19.461 --> 01:24.052
Sí, es como el ego de las redes. Concretamente, como ya
te comenté antes en direcciones IP de versión cuatro

01:24.232 --> 01:29.902
el rango de direcciones IP reservado para look back va
desde la ciento Veintisiete cero cero cero hasta la ciento

01:29.902 --> 01:33.483
Veintisiete cinco cinco dos cinco cinco
dos, cinco cinco. Dicho de otra forma

01:33.483 --> 01:38.013
cualquier petición que enviemos a cualquier IP dentro de
este rango no las estaríamos enviando nosotros mismos

01:38.013 --> 01:42.542
lo cual es útil, por ejemplo, para hacer pruebas en local a
nivel de, por ejemplo, probar un exploit que estemos creando

01:42.542 --> 01:47.492
Siguiente en Ica. En este caso, los datos se envían
a la dirección IP de un grupo de dispositivos

01:47.492 --> 01:52.883
pero solamente el dispositivo más cercano a nivel de términos
de métricas de enrutamiento recibe y procesa la solicitud

01:52.883 --> 01:57.432
Te pongo un ejemplo muy simple de esto y son
los CDN, es decir, un content delivery network

01:57.432 --> 02:01.222
Digamos clouds ler que cuando tú accedes
a un sitio web que usa clouds ler puede

02:01.304 --> 02:06.003
Este te va a dirigir al servidor más cercano que tenga y
donde tenga alojado en su CA el sitio web que tú pides para

02:06.003 --> 02:11.184
mejorar así la velocidad de entrega del contenido que
solicitaste. Siguiente geo cas Este es muy similar a Multi

02:11.404 --> 02:15.684
pero con la diferencia de que aquí la transmisión
está restringida a un área geográfica en específico

02:15.783 --> 02:20.354
Y esta belleza se usa principalmente, digamos, en
sistemas de advertencia en caso de emergencias

02:20.354 --> 02:25.154
donde toda la información se enviará únicamente a dispositivos
dentro de un área geográfica en específico siguiente

02:25.154 --> 02:31.514
tendríamos la conexión Pear to Pear o punto punto que es una comunicación
directa entre dos dispositivos donde el camino de la red seguirá

02:31.514 --> 02:38.345
La información es establecido y ten en cuenta que la diferencia principal
con el modelo unicas es que en el unicas la información se transmite

02:38.345 --> 02:44.824
de un único emisor a un único receptor, mientras que en una red
peer to peer cada nodo dispositivo actúa como un cliente y como

02:44.824 --> 02:52.095
un servidor, permitiendo así el intercambio directo de información sin que
exista la necesidad de que haya un nodo central o servidor central que gestione

02:52.095 --> 02:57.865
las peticiones. Un ejemplo claro de esto es la propia Red
Torrent dónde tú piensas que te descargas una película

02:57.865 --> 03:02.925
pero realmente te descargas cinco troyanos y ya por
último, Point too multi point o conexión punto multi

03:03.035 --> 03:06.906
Esta se basa en que un único emisor transmite
a múltiples receptores en específico

03:06.906 --> 03:11.785
pero a través de un c común. Ten en cuenta que puedes
pensar que esto es igual a multi, pero realmente no es así

03:11.936 --> 03:16.985
ya que como tal, este patrón de distribución de
tráfico se usa en casos un poco diferentes al del multi

03:17.246 --> 03:20.955
digamos, en tecnologías de acceso como las
inalámbricas, donde un único transmisor

03:20.955 --> 03:27.326
digamos una antena, se comunica con varios receptores. Esto se puede ver
tranquilamente en televisión por cable o en conexiones por internet inalámbrico

03:27.395 --> 03:30.955
digamos, en algún área rural. Así
que con esto explicado, continuemos