Curso de Redes 1.3. Modelo de capas, una analogía.

aulaclic
21 Mar 201822:10

Summary

TLDREl script proporciona una rica analogía para explicar el concepto de modelo de capas en las comunicaciones de red. A través de la historia de dos pintores, Joaquim y Sergey, que desean comunicarse sobre pintura pero hablan diferentes idiomas, se establece un protocolo de comunicación utilizando traductores y telégrafos. Esto ilustra cómo se divide la comunicación en capas, cada una con su propio protocolo y interfaz, permitiendo la interoperabilidad y el aislamiento de problemas. Se discuten temas como el servicio fiable, la conexión orientada a conexión, el multiplexado y el control de flujo, destacando la complejidad añadida por la información de control y la importancia de la modularidad y compatibilidad en las redes. El ejemplo también abarca la comunicación indirecta a través de nodos intermedios, subrayando cómo los protocolos de extremo a extremo funcionan en la capa de aplicación y transporte, sin necesidad de que los nodos intermedios comprendan las capas superiores, a menos que sea necesario para la comunicación directa con un usuario en uno de esos nodos.

Takeaways

  • 🌐 El modelo de capas es una analogía utilizada para describir la interconexión de ordenadores y cómo se resuelven los problemas técnicos asociados.
  • 📈 La idea de 'divide y vencerás' se aplica al dividir un problema en partes más pequeñas para manejarlo de manera más eficiente.
  • 🎨 Un ejemplo práctico de comunicación entre dos personas que hablan diferentes idiomas, usando traductores y telégrafos, ilustra cómo funciona el modelo de capas.
  • 🔄 Cada capa en el modelo de capas se comunica solo con sus vecinas, lo que se conoce como comunicación interfaz.
  • 🗣️ Los traductores en el ejemplo actúan como una capa de traducción, donde se establece un idioma común para la comunicación.
  • 📊 Los protocolos de comunicación en cada capa son esenciales para la transferencia de información, como el francés en el ejemplo o el código Morse.
  • 🔌 Los telégrafos representan la capa física del modelo, donde se usan impulsos eléctricos para transmitir la información.
  • 📂 La adición de información de control, como la numeración de mensajes o el establecimiento de conexiones, es necesaria para garantizar una comunicación más compleja y eficiente.
  • 🔀 El concepto de multiplexación y multiplexación inversa se introduce para manejar el tráfico de datos en diferentes canales o líneas.
  • 🔄 El control de flujo es un aspecto importante en las comunicaciones para evitar la pérdida de datos cuando el receptor no puede manejar la velocidad de transmisión.
  • 🌟 Los protocolos de extremo a extremo son fundamentales para la comunicación en redes, donde solo los nodos de origen y destino necesitan entender las capas superiores del modelo de capas.

Q & A

  • ¿Qué es un modelo de capas y cómo se relaciona con la interconexión de ordenadores?

    -Un modelo de capas es una estructura utilizada en informática para simplificar y manejar la complejidad técnica de la interconexión de ordenadores. Divide el proceso en capas o niveles, permitiendo que cada una maneje aspectos específicos de la comunicación, lo que facilita la interoperabilidad y el aislamiento de problemas.

  • ¿Por qué es importante utilizar un modelo de capas para la comunicación entre ordenadores?

    -El uso de un modelo de capas permite modularizar el proceso de comunicación, lo que facilita la identificación y resolución de problemas específicos en capas determinadas. Además, promueve la compatibilidad entre diferentes sistemas y fabricantes, y permite una gestión más eficiente de la complejidad técnica.

  • ¿Cómo se establece la comunicación entre dos artistas que hablan idiomas diferentes utilizando una analogía de telégrafo?

    -Se contrata a traductores que conocen un idioma común, en este caso, francés. Los artistas hablan con sus traductores en su idioma nativo, los traductores luego se comunican en francés con los telegrafistas, que codifican el mensaje en código Morse para su transmisión a través del telégrafo.

  • ¿Qué es una interfaz en el contexto de un modelo de capas de comunicación?

    -Una interfaz es la forma en que una capa se comunica con su capa vecina superior o inferior. Es característica de cada entidad en la pila y permite la interacción entre las capas, aunque no necesariamente utilizan la misma interfaz.

  • ¿Qué es un servicio fiable en las comunicaciones y qué elementos debe cumplir?

    -Un servicio fiable es aquel en el que los paquetes de datos llegan todos, sin errores, no se duplican y llegan en el mismo orden en que fueron enviados. Esto garantiza la integridad y la secuenciación de la información transmitida.

  • ¿Cómo se resuelve el problema de identificación de mensajes cuando hay más de un emisor o receptor en la capa de aplicación?

    -Se añade información de control, como la identificación del destinatario, para que el traductor o la capa intermediaria sepa a quién debe entregar el mensaje. Esto puede ser establecido de antemano o incluido en la cabecera de cada mensaje.

  • ¿Qué es el multiplexado y cómo se relaciona con la comunicación en capas?

    -El multiplexado es el proceso por el cual varias entidades de una capa superior se unen en una única entidad de la capa inferior. Esto requiere de un mecanismo de identificación para separar y entregar los paquetes al destinatario correcto una vez llegados a su destino.

  • ¿Cómo se implementa un servicio orientado a conexión en el ejemplo de los artistas y los traductores?

    -Se establece una conexión específica entre un emisor y un receptor, lo que significa que no es necesario etiquetar cada mensaje individualmente con el destinatario, ya que se presupone que todos los mensajes van al mismo destinatario hasta que se indique lo contrario.

  • ¿Qué ocurre si los telegrafistas no pueden manejar la cantidad de tráfico generado por los artistas?

    -Se podría considerar la opción de aumentar la capacidad de los telegrafistas o utilizar múltiples telegrafistas en paralelo para manejar el aumento de tráfico, lo que se conoce como multiplexado inverso.

  • ¿Por qué se necesita control de flujo en las comunicaciones?

    -El control de flujo es necesario para evitar que un nodo de la comunicación se desborde con más información de la que puede manejar, lo que podría resultar en la pérdida de mensajes. Permite que el nodo que está recibiendo la información indique al emisor la velocidad a la que puede procesar los datos.

  • ¿Cómo afecta el multiplexado inverso el orden de los mensajes en una comunicación?

    -El multiplexado inverso puede provocar que los mensajes no lleguen en el orden en que fueron enviados, lo que puede requerir el uso de mecanismos adicionales, como la numeración de mensajes, para garantizar que se respete el orden en las comunicaciones.

  • ¿Cómo se implementan los protocolos de extremo a extremo en una red y por qué son importantes?

    -Los protocolos de extremo a extremo se establecen entre el emisor y el receptor final de la comunicación, ignorando los protocolos de los nodos intermedios. Son importantes porque permiten que los paquetes de datos se transmitan de manera eficiente y confiable entre dos puntos sin requerir que los nodos intermedios comprendan el contenido o el significado de los datos transmitidos.

Outlines

00:00

😀 Introducción al modelo de capas y analogía del telegrafista

Se introduce el concepto de modelo de capas a través de una analogía desarrollada en el tannenbaum y ampliada por el autor. Se discute la complejidad técnica de la interconexión de ordenadores y cómo el modelo de capas ayuda a simplificar y manejar estos problemas. Se utiliza la analogía de dos pintores, Joaquim y Sergey, que desean comunicarse a través de un telegrafista y traductores, estableciendo un protocolo de comunicación en francés común.

05:00

🔍 Características del modelo de capas y la comunicación entre capas

Se profundiza en el modelo de capas, destacando que cada capa solo se comunica con sus vecinas inmediatamente superior e inferior a través de una interfaz. Se menciona la importancia del protocolo de comunicación en cada capa y cómo los telégrafos son los únicos que transmiten impulsos eléctricos de verdad. Además, se explora la idea de un servicio fiable, donde los paquetes llegan sin errores ni duplicados y en el mismo orden en que fueron enviados.

10:01

📬 Ampliación del ejemplo con un segundo pintor y concepto de conexión

Se complica el ejemplo anterior al introducir un segundo pintor en Valencia y Moscú, lo que lleva a la necesidad de identificar a qué pintor se dirige un mensaje. Se habla de la adición de información de control en la capa de pintura y cómo se establece una conexión, que tiene un principio y un final, para simplificar el etiquetado de mensajes. Se menciona el concepto de multiplexar y cómo se mezcla el tráfico de diferentes entidades en una única entidad de la capa inferior.

15:02

🔁 Multiplexado inverso y control de flujo en las comunicaciones

Se discute la situación en la que los telegrafistas son más lentos que los traductores, lo que lleva a la necesidad de multiplexar el tráfico entre dos telegrafistas para aumentar la capacidad de transmisión. Se describe el problema que surge cuando la secuencia de los mensajes se altera debido al multiplexado inverso. Se introduce el concepto de control de flujo, que es necesario para evitar que un nodo se desborde con la información que recibe y se pierdan mensajes.

20:04

🌐 Aplicación del modelo de capas en redes y protocolos de comunicación

Se aplica el ejemplo anterior a la situación actual de las redes, donde los paquetes viajan de nodo en nodo hasta llegar a su destino, y solo en el origen y destino se establecen los protocolos de extremo a extremo, como TCP y HTTP. Se destaca que los nodos intermedios no necesitan implementar las capas superiores, a menos que sea necesario para la comunicación. Se refleja cómo el modelo de capas mejora la simplicidad, modularidad y compatibilidad en las comunicaciones.

Mindmap

Keywords

💡Modelo de capas

El modelo de capas es una estructura utilizada en informática para descomponer una red en capas jerárquicas, cada una con una función específica. Este concepto es fundamental para la interconexión de ordenadores y la comunicación entre ellos, permitiendo que diferentes equipos y tecnologías trabajen juntas. En el video, se utiliza la analogía de dos pintores, Joaquim y Sergey, que desean comunicarse a través de un telégrafo, y para ello, se establece un protocolo de comunicación en capas.

💡Divide y vencerás

Este principio sugiere que al dividir un problema en partes más pequeñas, se puede manejar y resolver de manera más eficiente. En el contexto del video, se aplica para simplificar la complejidad técnica de la interconexión de ordenadores al dividir el proceso en capas o niveles, lo que permite un manejo más modular y asequible.

💡Protocolo de comunicación

Un protocolo de comunicación es un conjunto de reglas y convenciones que permiten a los dispositivos de una red interactuar entre sí. En el video, se establece un protocolo para que los pintores puedan comunicarse a través de traductores y telégrafos, donde cada capa de la red utiliza su propio protocolo para la transmisión de mensajes.

💡Interfaz

Una interfaz es un límite o punto de contacto entre dos sistemas, que permite la comunicación entre ellos. En el modelo de capas, la comunicación entre una capa y su vecina superior o inferior se realiza a través de una interfaz. En el ejemplo, los pintores y los traductores utilizan diferentes interfaces para comunicarse, como el valenciano, el ruso y el francés.

💡Pila de protocolos

Una pila de protocolos, también conocida como stack, es la colección de protocolos de red que trabajan juntos en una capa específica para permitir la comunicación. En el video, se describe cómo los protocolos de las diferentes capas trabajan en conjunto para establecer la comunicación entre los pintores, desde el nivel de aplicación hasta el nivel físico.

💡Servicio fiable

Un servicio de red se considera fiable si garantiza la entrega de paquetes sin errores, sin duplicaciones y en el mismo orden en que fueron enviados. En el video, se menciona que, a menos que el telégrafo falle, el servicio sería fiable y todos los mensajes entre los pintores llegarían tal como se esperaba.

💡Múltiplexer

El múltiplex es un dispositivo o método que permite la transmisión de múltiples señales a través de una sola línea de comunicación. En el video, se utiliza la analogía de los telegrafistas para explicar cómo el tráfico de los traductores puede ser repartido entre múltiples telegrafistas para aumentar el caudal de información.

💡Control de flujo

El control de flujo es un mecanismo que evita que un dispositivo en la red se sobrecargue con más información de la que puede manejar. Se implementa para que el receptor indique al emisor la velocidad a la que puede recibir datos. En el video, se discute cómo un telegrafista podría requerir que un traductor reduzca la velocidad de los mensajes para evitar la pérdida de información.

💡Información de control

La información de control es los datos adicionales que se añaden a los mensajes para garantizar una comunicación eficaz y ordenada. Estos pueden incluir información sobre el orden de los mensajes o el destinatario. En el video, se menciona que la adición de información de control, como el número de mensajes o el destinatario, es necesaria para mantener el orden y la conexión entre los pintores.

💡Conexión orientada a conexión

Una conexión orientada a conexión es un tipo de servicio de red en el que se establece una conexión directa y persistente entre los puntos de comunicación antes de enviar los datos. En el video, se describe cómo, una vez que Joaquim decide hablar con Boris, se establece una conexión y no es necesario etiquetar cada mensaje individualmente con el destinatario.

💡Extremo a extremo

Los protocolos de extremo a extremo son aquellos que funcionan desde el origen de la comunicación hasta su destino, ignorando los detalles de las capas intermedias. En el video, se destaca que los protocolos de aplicación y transporte, como TCP y HTTP, son ejemplos de protocolos de extremo a extremo que se establecen entre los artistas en Valencia y Moscú.

Highlights

Se utiliza una analogía para describir el modelo de capas, inspirada en el árbol de Tanenbaum y expandida para simplificar la interconexión de ordenadores.

El modelo de capas es una herramienta para manejar la complejidad técnica de la interconexión de equipos de diferentes fabricantes.

Se establece un protocolo de comunicación entre dos pintores, Joaquim y Sergey, que desean comunicarse a través del telégrafo en el siglo XIX.

Cada capa del modelo de capas utiliza su propio protocolo de comunicación, como el francés para los traductores y el código Morse para los telegrafistas.

La comunicación entre las capas es vertical y se denomina interfaz, permitiendo que las entidades de diferentes capas se comuniquen sin necesidad de compartir el mismo idioma o formato.

Se introduce la idea de un servicio fiable, donde los paquetes llegan sin errores, no se duplican y se mantienen en el orden de envío.

Se complica la comunicación con la introducción de un segundo pintor en Valencia y Moscú, lo que requiere de información de control adicional.

Se describe el concepto de multiplexación, donde varias entidades de una capa superior se combinan en una sola entidad de la capa inferior.

Se discute la multiplexación inversa, donde el tráfico se divide entre dos telegrafistas, lo que puede generar problemas de orden de mensajes.

Se destaca la necesidad de numerar los mensajes para mantener el orden en servicios no fiables, como el múltiplexer inverso.

Se introduce el control de flujo como mecanismo para evitar que un nodo se desborde con información, pidiendo al emisor que disminuya la velocidad de transmisión.

Se explica la diferencia entre control de flujo explícito e implícito, y cómo en Internet generalmente se utiliza el control implícito a través del pérdida de paquetes.

Se discute el costo adicional de la información de control que cada capa añade a las capas superiores.

Se presenta una evolución del ejemplo con la introducción de nodos intermedios en París y Copenhague, que requieren de traductores adicionales.

Se destaca que los nodos intermedios no necesitan implementar las capas superiores, salvo en casos específicos.

Se menciona que los protocolos de extremo a extremo, como TCP y HTTP, se establecen solo en el origen y destino, permitiendo modularidad y compatibilidad en las redes.

Transcripts

play00:00

[Música]

play00:09

bueno pues vamos a seguir con las

play00:10

analogías vamos a describir lo que es un

play00:13

modelo de capas

play00:14

utilizando una analogía que está

play00:17

desarrollada en el tannenbaum y que yo

play00:19

he llevado más allá porque me parecía

play00:21

especialmente interesante repito aquí

play00:24

disculpas a los informáticos y

play00:27

telemáticos porque van a ser cosas muy

play00:29

básicas que seguro que ya conoce de

play00:31

sobra pero bueno hay que pasar por ellos

play00:35

bueno siempre podéis aprovechar para ver

play00:37

si hay algún error y reivindicaron café

play00:39

ya sabéis

play00:41

porque el modelo de capas bueno pues

play00:43

porque la interconexión de ordenadores

play00:45

es un tema bastante complejo

play00:46

técnicamente de resolver

play00:48

estamos hablando de interconectar

play00:51

equipos que muchas veces son de

play00:53

diferentes fabricantes que han sido

play00:54

diseñados por diferentes grupos de

play00:56

personas

play00:59

y hay elementos de hardware y elementos

play01:01

de esta web y todo eso tiene que

play01:02

funcionar de interoperar un principio

play01:05

perfectamente

play01:09

además cuando hay problemas es a veces

play01:13

muy difícil acotar el verdadero origen

play01:15

del problema y bueno podríamos contar

play01:18

anécdotas hasta hasta el aburrimiento de

play01:21

situaciones en las que se da que a inter

play01:24

opera con b-20 opera con se y sin

play01:27

embargo a no inter opera consejo y claro

play01:30

como demostrar aquí quién de los dos

play01:32

entre ahí se es el culpable a veces son

play01:36

los dos a veces es uno a veces el otro

play01:38

no no no es no es sencillo entonces para

play01:41

simplificar un poco todo este problema y

play01:43

hacerlo manejable pues seguimos el

play01:45

principio del divide y vencerás

play01:48

vamos a hacer el problema cortado en

play01:51

trozos más pequeños

play01:53

y ahí utilizamos ese modelo de capas o

play01:55

niveles para hacerlo más más modular y

play01:58

más asequible

play02:00

vamos a imaginarnos que tenemos a dos

play02:03

pintores

play02:05

uno se llama joaquim y el otro se llama

play02:08

ser gay el primero está en valencia y

play02:11

sólo habla valenciano el segundo está en

play02:13

moscú y solo habla ruso y quieren hablar

play02:15

de pintura

play02:18

entonces vamos a establecer un protocolo

play02:23

o un mecanismo por el cual se puedan

play02:25

comunicar encima estamos en el siglo 19

play02:29

no tenemos teléfono no se van a mover no

play02:32

se van a trasladar vamos a utilizar

play02:34

telégrafo

play02:37

entonces cada uno contrata a un

play02:39

traductor al final el único traductor en

play02:42

un idioma común que encuentran es a

play02:43

francés de seine valència joaquim

play02:47

contrata un traductor de valenciano

play02:49

francés y en moscú ruso a francés al

play02:53

traductor le van a decir sus frases y el

play02:56

traductor las va a dictar a un

play02:57

telegrafista que envía el código morse

play02:59

las va a transmitir y tenemos un

play03:02

telégrafo en valencia que comunica con

play03:04

el telégrafo en moscú

play03:07

pero

play03:08

hemos establecido el protocolo vale lo

play03:12

que acabo de describir

play03:17

evidentemente todo el proceso que está

play03:19

aquí descrito cuando llegamos a moscú o

play03:21

ocurre en sentido inverso de abajo hacia

play03:24

arriba fijaros que de manera natural ya

play03:26

nos aparece un modelo de capas bueno

play03:28

pues nada el modelo de capas lo

play03:30

reflejamos gráficamente de esta manera

play03:32

hemos definido cuatro capas la capa

play03:35

artista la capa traductor la capa

play03:38

telegrafista y la capa medio físico el

play03:40

telégrafo en sí

play03:42

cuando el artista yo a quien quiere

play03:45

hablar con sergey realmente no habla con

play03:47

sergey habla con el traductor que ha

play03:49

contratado en valencia

play03:51

pero a todos los efectos él se hace la

play03:53

ilusión de que sus traductores sergei

play03:55

está hablando con el traductor como si

play03:57

el traductor fuera a ser gay o sea que

play03:59

virtualmente esta es la comunicación que

play04:01

ocurre

play04:02

el traductor que está en valencia

play04:04

también se puede hacer la ilusión de que

play04:07

está hablando con el traductor en moscú

play04:09

aunque en realidad habla con el

play04:11

telegrafista

play04:13

y el telegrafista se puede hacer la

play04:14

ilusión de que está hablando con su

play04:15

homólogo en moscú aunque en realidad

play04:17

está pulsando el aparatito ese del

play04:21

telégrafo

play04:23

en cada una de las capas tenemos un

play04:26

protocolo de comunicación esos estos

play04:28

señores hablan de pintura porque es de

play04:30

lo que entienden estos señores hablan

play04:31

francés porque es el idioma común esto

play04:34

se comunican en morse

play04:36

porque es el código que han acordado y

play04:39

los telégrafos utilizan unos impulsos

play04:40

eléctricos que en algún sitio se explica

play04:42

a qué corresponde el punto y la raya

play04:46

estos son los protocolos de cada una de

play04:48

las capas

play04:54

imaginaros crear este señor le dice esto

play04:56

pues el traductor lo traduce a francés

play05:00

el telegrafista lo traduce amor se vale

play05:03

aquí sólo pone yo no comprendo porque lo

play05:07

otro no me cabía

play05:11

ahí no hay café vale

play05:13

y esto transmite los impulsos eléctricos

play05:20

esa sería la comunicación real la

play05:23

comunicación virtual depende de en qué

play05:25

capa estemos hablando será una

play05:28

cualquiera de estas el único que

play05:30

realmente se comunica de verdad son los

play05:32

telégrafos entre sí los impulsos

play05:34

eléctricos sí que se transmiten desde

play05:36

valencia hasta moscú

play05:41

estoy

play05:46

el modelo de capas tiene como

play05:49

característica fundamental que una

play05:52

determinada capa la capa enésima sólo se

play05:55

comunica con sus vecinas de arriba y de

play05:57

abajo puede ser que no haya llaves y así

play05:59

estamos en la primera o la última vale

play06:01

pero en general con la n 1 y la 2 y la n

play06:04

1 y esa comunicación en sentido vertical

play06:07

es lo que llamamos una interfaz

play06:10

la interfaz es característica de cada

play06:14

entidad de cada pila en valencia pueden

play06:17

ser unas interfaces y en moscú pueden

play06:19

ser otras distintas no tienen por qué

play06:21

ponerse de acuerdo en utilizar la misma

play06:24

interfaz

play06:26

de hecho no están poniéndose de acuerdo

play06:28

porque el pintor en valencia está

play06:30

hablando en valenciano con su traductor

play06:31

y el pintor en moscú está hablando en

play06:33

ruso o sea que ahí ya tenemos un ejemplo

play06:35

de interfaz diferente en este caso

play06:38

pero eso es algo que al de moscú no le

play06:40

importa no le afecta

play06:45

sin embargo la entidad en la capa n

play06:48

habla con su homóloga en el otro lado

play06:50

utilizando un protocolo característico y

play06:53

ahí sí que tiene que haber un acuerdo si

play06:55

los traductores tienen que entenderse

play06:56

tienen que hablar francés los dos porque

play06:59

si no la frase siero ting es mal vamos

play07:01

el protocolo si t si tiene que estar

play07:03

acordado o estandarizado entre las

play07:06

diferentes entidades

play07:08

secreto cole lo que va en horizontal en

play07:10

todo el conjunto de protocolos es lo que

play07:11

llamamos una pila de protocolos esto

play07:14

sería lo mismo y gráficamente y esto

play07:16

sería nuestro ejemplo

play07:19

con las interfaces en azul y los

play07:22

protocolos en verde

play07:25

vale bueno en este caso casualmente el

play07:28

traductor y el telegrafista gastan el

play07:30

mismo la misma interfaz pero este podría

play07:32

decir yo te lo dictó no te lo escribo y

play07:35

este escribir

play07:37

no habría ningún problema

play07:44

otro concepto importante en

play07:45

comunicaciones es lo que entendemos por

play07:47

un servicio fiable cualquiera de estos

play07:49

señores están en un servicio de la capa

play07:51

superior un servicio se considera fiable

play07:53

cuando los paquetes llegan todos llegan

play07:57

bien es decir sin errores no llegan

play08:00

duplicados porque a veces duplicados es

play08:03

tan malo como no llegar

play08:06

y llegan en el mismo orden en el que han

play08:08

salido

play08:10

en nuestro ejemplo hasta ahora tal como

play08:12

lo hemos desarrollado está bastante

play08:15

bueno suponiendo que no falle el

play08:16

telégrafo pues estará todo bastante

play08:18

claro que no va a haber ningún problema

play08:20

y todo va a llegar y va a llegar en el

play08:22

orden y no va a llegar duplicado pero

play08:24

puede haber situaciones en las que esto

play08:26

sea un poco más complicado

play08:31

vamos ahora complicarnos un poco la vida

play08:33

con nuestro ejemplo lo vamos a

play08:35

desarrollar un poco más vale vamos a

play08:37

meter un segundo pintor en valencia y un

play08:39

segundo pintor en moscú el vicente y x y

play08:42

xi

play08:44

en apariencia de moscú

play08:45

vamos a utilizar los mismos traductores

play08:48

de antes van a tener que intercambiar

play08:50

mensajes de dos pintores en valencia dos

play08:52

pintores en moscú y ya se nos plantea un

play08:55

pequeño problema que antes no teníamos

play08:57

como sabe el traductor cuando recibe un

play09:00

mensaje si lo tiene que entregar a boris

play09:02

oa ser gay

play09:04

vicente yo aquí

play09:07

ahí tenemos que añadir algo que antes no

play09:10

teníamos

play09:11

vale estamos en este caso yo aquí me

play09:13

envía un mensaje para boris cuando

play09:16

llegue aquí como sabe el traductor si se

play09:18

lo tiene que entregar al ser gay o a

play09:19

boris y después muy fácil vicens yo aquí

play09:21

en que ponga para bolis con un

play09:24

destinatario antes no tenía que hacerlo

play09:27

eso es una información de control que

play09:29

hemos tenido que añadir en la capa

play09:31

pintura o lo podemos añadir en la capa

play09:34

traductor poner la capa tema perdón no

play09:37

hemos llamado capítulo en la capa idioma

play09:39

puede ser que el traductor cuando el

play09:41

mensaje bueno no porque el traductor no

play09:43

sabe el destinatario tiene que ser en la

play09:45

capa tema tiene que ser yo aquí en el

play09:47

que decida el destinatario

play09:50

y entonces o bien cada mensaje que se

play09:54

envía hay que poner el destinatario o

play09:56

joachim antes de empezar le dice al

play09:57

traductor mira yo voy a hablar todo el

play09:59

rato con bolis todo lo que te diga va

play10:01

para boris y entonces ya establece una

play10:04

conexión con boris

play10:06

si ya establece una conexión ya no

play10:08

necesita etiquetar cada mensaje después

play10:11

con el destinatario porque ya se

play10:12

presupone que todos los mensajes van

play10:14

para un único destinatario

play10:18

en la cabecera indicando el destinatario

play10:20

o se establece de entrada y en base del

play10:23

destinatario de todos los mensajes

play10:28

en el caso de que establezcamos el

play10:30

destinatario para todos los mensajes

play10:31

hagamos una conexión en algún momento

play10:34

tenemos que decir fin de la conexión

play10:35

sino ya para toda la vida joaquim solo

play10:37

va a poder hablar con boris o sea que la

play10:40

conexión tiene un principio y un final

play10:42

vale eso es lo que llamamos un servicio

play10:44

orientado a conexión la ventaja es que

play10:47

no tenemos luego que etiquetar los

play10:49

paquetes individualmente

play10:52

fijaros que esto ha añadido una

play10:54

complejidad y añade insisto una

play10:56

información de control que antes no era

play10:57

necesaria

play11:02

estamos en realidad mezclando tráfico de

play11:05

la capa tema de la capa 4 en la capa

play11:09

traducción en la capa 3 esto es lo que

play11:12

llamamos multiplexar multiplexar es

play11:15

cuando varias entidades de la capa

play11:17

superior se juntan en una única entidad

play11:19

común de la capa inferior y tiene que

play11:21

haber un mecanismo de identificación

play11:23

para que permita luego en el destino de

play11:25

es multiplexar hacia arriba es decir

play11:27

entregar los paquetes al pintor

play11:29

destinatario

play11:32

aquí estamos suponiendo que todos hablan

play11:34

de pintura pero podrían los nuevos

play11:36

artistas que se han incorporado al grupo

play11:38

están interesados en hablar de escultura

play11:40

vale

play11:42

fijaros que hemos hablado esa capa tema

play11:43

podría haber diferentes protocolos en la

play11:46

capa tema un no sería pintura otro

play11:47

escultura etcétera y los diferentes

play11:50

artistas a lo mejor conocen de varios

play11:53

temas por tanto pueden estar utilizando

play11:55

diferentes protocolos en cada momento

play11:58

esto lo hacemos continuamente hoy en día

play12:00

cuando estamos en el nivel de aplicación

play12:02

utilizamos navegadores web utilizamos

play12:05

ssh utilizamos diferentes protocolos

play12:07

vale todos en la misma capa ese es el

play12:11

caso

play12:16

ahora imaginaros seguimos con nuestro

play12:18

ejemplo de nuestros pintores

play12:20

comunicándose a través de los

play12:23

traductores y telegrafistas

play12:26

supongamos que los telegrafistas son

play12:29

demasiado lentos o que han aumentado el

play12:31

volumen de conversaciones los

play12:33

traductores son rápidos para mejor son

play12:35

de estos que traducen la traducción

play12:37

simultánea a los que hay en la comisión

play12:39

europea son capaces de traducir en

play12:41

tiempo real lo que van diciendo los

play12:43

oradores son muy rápidos los

play12:46

telegrafistas no son tan rápidos

play12:47

imaginamos que imaginemos que tenemos

play12:49

traductores rápidos pero nuestros

play12:51

telegrafistas llega un momento que ya no

play12:53

dan abasto ese es el problema

play12:56

pongo dos telegrafistas en paralelo

play12:58

entonces los mensajes que los

play13:00

traductores van dictando

play13:01

alternativamente los dictan al que le

play13:03

grafista uno o al telegrafista 2

play13:07

gráficamente sería algo así como esto

play13:10

por supuesto cada telegrafista va a

play13:11

tener su telégrafo independiente pues

play13:13

hemos repartido el tráfico de los

play13:15

traductores entre los telegrafistas para

play13:17

darle doble caudal

play13:19

estamos haciendo lo mismo de antes pero

play13:22

antes era juntar hacia abajo y ahora es

play13:24

separar hacia abajo por eso esto le

play13:27

llamamos multiplexado inverso

play13:30

cuando tienes un enlace de 2 megabits

play13:32

entre dos oficinas y no es bastante hay

play13:36

veces que las compañías telefónicas el

play13:39

siguiente escalón que te ofrecen son 34

play13:41

megabits y se es madre mía son 17 veces

play13:44

más no necesito tanto con 4 mega

play13:47

distendía bastante pues no hay líneas de

play13:48

4 megabits entonces contratas dos líneas

play13:51

de 2 megabits y repartes el tráfico

play13:55

en múltiples inverso es exactamente esto

play13:57

lo que estamos haciendo en este caso

play14:00

a ver múltiples al inverso pues como

play14:02

siempre complica las cosas qué

play14:04

complicación se nos puede producir por

play14:06

el múltiple estado inverso bueno en

play14:08

principio los mensajes que envía el

play14:11

telegrafista 1 vamos a suponer que van a

play14:13

el telegrafista 1 y el 2 al 2 o sea que

play14:15

en ese sentido no habría problema de

play14:17

mezcla de mensajes vale no hace falta

play14:20

etiquetar por separado esos mensajes

play14:22

pero si hay un problema que es que si un

play14:25

artista está hablando con otro artista y

play14:27

el primer mensaje que manda es un

play14:29

mensaje corto le dice buenos días vale

play14:32

buenos días va por el telegrafista 1 el

play14:34

segundo mensaje iría por el telegrafista

play14:37

2 vamos a suponer que segundo mensaje le

play14:39

suelta un monólogo largo telegrafista 2

play14:41

y cuando acaban mande el tercer mensaje

play14:44

diciendo hasta luego el tercer mensaje

play14:46

iría por el telegrafista 1 ya que

play14:48

estamos haciendo inter living en dos

play14:51

vías entonces el artista de destinatario

play14:55

recibiría el buenos días y él hasta

play14:56

luego primero y el mensaje largo después

play14:59

no se ha respetado el orden

play15:02

de acuerdo

play15:04

que era una de las cosas básicas que

play15:05

decíamos antes de un servicio fiable si

play15:07

queremos que se respete el orden

play15:09

vamos a necesitar numerar los mensajes

play15:12

para asegurarnos que cuando al traductor

play15:14

le llegue el mensaje 1 y luego el 3

play15:18

retiene el 3 a la espera de que le

play15:21

llegue el mensaje 2 para entregar el 3

play15:23

solo después del 2 porque el 3 es el la

play15:26

despedida

play15:28

como antes el múltiplex al de inverso

play15:31

nos complica el protocolo y nos obliga a

play15:34

añadir información de control en este

play15:36

caso la numeración de los mensajes

play15:40

vale

play15:42

bueno este sería el caso supongamos que

play15:44

el primer mensaje tarda 10 segundos en

play15:46

transmitirse el segundo 50 y el tercero

play15:48

12 segundos

play15:50

obviamente el tercer mensaje va a llegar

play15:52

antes que el mensaje 2 y si esto

play15:54

suponiendo que un telegrafista transmite

play15:56

mensajes pares y el otro los mensajes

play15:58

impares

play16:02

bueno en la vida real también ocurre

play16:04

esto cuando utilizas dos líneas de 2

play16:06

megabits a veces tienes problemas de

play16:08

este tipo o de un reparto no equitativo

play16:11

del tráfico no es tan fácil repartir los

play16:14

paquetes entre dos líneas porque lo de

play16:17

números pares por un lado números

play16:19

impares por otro suele tener problemas

play16:21

de eficiencia por otros motivos y se

play16:24

utilizan reglas más sencillas que a

play16:27

veces dan origen a repartos no

play16:29

equilibrados de tráfico

play16:38

bueno ya ya ya vamos a hacer la pausa

play16:41

otro aspecto importante en las

play16:43

comunicaciones es el control de flujo

play16:45

siguiendo con nuestro ejemplo de los

play16:47

telegrafistas

play16:49

sería el caso dónde

play16:52

el traductor dice los mensajes al

play16:55

telegrafista con tal velocidad que el

play16:58

telegrafista se desborda entonces uno de

play17:01

dos o se pierden los mensajes sobre el

play17:03

telegrafista le tiene que decir al

play17:04

traductor espérate que no doy abasto

play17:07

eso es lo que llamamos un control de

play17:09

flujo que se espera te que nadó ya vas

play17:12

el control de flujo se puede hacer o

play17:14

bien de forma explícita o bien de forma

play17:17

implícita el telegrafista se dedica a

play17:19

transmitir lo que puede y lo que no lo

play17:21

deja perder

play17:23

sí sí lo deja perder tendrá que haber

play17:25

mecanismos a nivel superior por ejemplo

play17:27

que los artistas vean que lo que están

play17:29

escuchando no son no tiene sentido

play17:32

porque se han perdido frases y entonces

play17:34

digan a los traductores oye que aquí

play17:36

pasa algo raro igual es que se están

play17:37

perdiendo paquetes para entonces

play17:39

implícitamente el traductor en origen

play17:42

baja el caudal

play17:45

los dos mecanismos existentes y de hecho

play17:48

en internet el más utilizado es el

play17:50

segundo es el mecanismo implícito es el

play17:53

perder paquetes y confiar que de esa

play17:55

manera el otro se va enterar de que no

play17:58

estás dando abasto de que está superando

play18:01

el caudal disponible

play18:03

y eso es lo que ocurre actualmente en

play18:05

internet la mayoría de las veces

play18:11

bueno ya he comentado sobre la

play18:12

información de control y el lobelle head

play18:14

o sea el coste adicional que puede

play18:17

suponer esa información de control

play18:21

cada capa suele añadir información de

play18:24

control a las capas superiores a lo que

play18:27

recibe de las capas superiores

play18:36

y vamos a ver y esto ya es la última

play18:38

antes de la pausa

play18:40

una variación más o

play18:44

o una evolución más del ejemplo que

play18:46

hemos comentado supone ahora que tenemos

play18:49

a nuestros mismos dos artistas en

play18:51

valencia y moscú pero por alguna razón

play18:54

no existe una comunicación directa vía

play18:57

telégrafo entre valencia y moscú

play18:59

y hemos tenido que recurrir a una

play19:01

comunicación indirecta vía parís y

play19:03

copenhague y para hacerlo todavía más

play19:05

divertido entre parís y copenhaguen no

play19:07

utilizamos telégrafo sino teletipo o sea

play19:10

tiene que haber una persona en parís y

play19:12

otra en copenhague traduciendo los

play19:14

mensajes en código morse que están

play19:16

llegando desde valencia y moscú a través

play19:19

del teletipo para poderlos hacer llegar

play19:21

al otro extremo todo lo que hemos dicho

play19:24

antes para valen si moscú sigue

play19:26

funcionando igual

play19:27

estos dos nodos intermedios que hemos

play19:29

añadido no alteran para nada el

play19:32

protocolo y el funcionamiento de lo que

play19:35

hemos descrito antes entre valencia y

play19:37

moscú

play19:40

este sería gráficamente la situación

play19:46

y lo que va a ocurrir ahora es esto que

play19:49

hemos tenido que contratar una persona

play19:50

en parís y otra en copenhague que hagan

play19:52

ese trabajo

play19:54

con lo cual el mensaje que envía el

play19:57

artista de valència cuando llega a parís

play19:58

se convierte en un mensaje en otro

play20:00

formato

play20:01

que llegue a copenhague y casualmente el

play20:04

formato de copenhague a moscú coincide

play20:05

con el de valencia parís podría ser un

play20:07

tercer formato distinto

play20:09

pero como ya se me acababa la

play20:11

imaginación no se me ha ocurrido otro y

play20:14

además entonces ya no se valdría lo que

play20:16

he dicho antes de que en valencia y en

play20:18

moscú no tocamos nada a todos los

play20:20

efectos

play20:22

estos señores bueno el telegrafista a lo

play20:25

mejor si tiene que saber que ahora está

play20:27

telegrafiando a parís si no a moscú pero

play20:29

estos señores desde luego no saben nada

play20:31

de lo que está pasando en los nodos

play20:33

intermedios

play20:36

pues no hace falta que yo os diga que

play20:38

esto es el ejemplo

play20:40

con todo lo que es la analogía de lo que

play20:43

está ocurriendo hoy en día en cualquier

play20:45

red los paquetes en los nodos

play20:46

intermedios están subiendo hasta un

play20:48

determinado nivel y luego volviendo a

play20:51

bajar para transmitirse por los nodos

play20:53

internet hasta llegar al destino solo en

play20:55

origen y destino se establecen lo que

play20:58

llamamos los protocolos de extremo a

play21:00

extremo este sería el nivel de

play21:02

aplicación y este sería el nivel de

play21:04

transporte lo que llamamos el protocolo

play21:07

tcp

play21:08

en internet

play21:10

y este sería por ejemplo el http

play21:22

bueno como es evidente los protocolos

play21:24

nodos intermedios no tienen que

play21:25

implementar las capas superiores no

play21:28

deben implementar las capas superiores

play21:30

salvo que en algún caso aparezca un

play21:32

artista en parís y queramos hablar con

play21:34

él entonces si tendremos que poner en

play21:36

parís un traductor etcétera

play21:41

pues con todo esto que hemos conseguido

play21:43

sencillez modularidad y compatibilidad

play21:48

no lo hemos conseguido pero estamos más

play21:50

cerca de conseguirlo de lo que estábamos

play21:53

antes

Rate This

5.0 / 5 (0 votes)

Related Tags
Redes de ComputadorasModelo de CapasComunicaciónTraductoresTelégrafosProtocolosInteroperabilidadDivide y VencerásMúsicaTecnologíaInterconexión
Do you need a summary in English?