Curso de Redes 1.5. El modelo TCP/IP y su arquitectura.

Summary

El script explora el modelo TCP/IP, utilizado en Internet, destacando su desarrollo posterior en comparación con otros modelos y su adaptación a un modelo de capas. Se mencionan los 'señores del TCP/IP', quienes se centraron en la implementación de protocolos sin una estructura de capas definida inicialmente. El modelo TCP/IP simplifica la red y el enlace en una capa única llamada 'host red', mientras que las capas de sesión y presentación se omiten. Se discuten los protocolos originales y cómo se han evolucionado, incluyendo HTTP y FTP, así como los protocolos de transporte (TCP y UDP) y el protocolo IP en su versión 4 y 6. El script también aborda los principios de diseño de Internet, enfatizando la importancia de la tolerancia y simplicidad en el diseño de protocolos.

Takeaways

• 🕰️ El modelo TCP/IP se utilizó mucho después de otros modelos, y surgió en el año 74, aproximadamente al mismo tiempo que el modelo de capas de IBM.
• 🛠️ Los creadores del modelo TCP/IP se centraron en la implementación de protocolos sin preocuparse demasiado por un modelo de capas específico.
• 🔀 El modelo TCP/IP simplificó las capas, omitiendo las capas de sesión y presentación, y fusionando la capa física y la de enlace de datos en una capa llamada 'Host Red'.
• 📚 Existe un modelo híbrido que combina elementos del modelo OSI y del modelo TCP/IP, manteniendo cinco capas: física, enlace de datos, red, transporte y aplicación.
• 🌐 En la capa de aplicación, hay una gran cantidad de protocolos, algunos de los cuales se mencionan en el guion, como HTTP, creado en 1992.
• 🔄 A nivel de transporte, hay dos protocolos principales: TCP (conexión orientada) y UDP (sin conexión orientada).
• 🌐 En la capa de red, el único protocolo es IP, que ha evolucionado a lo largo de los años, y hoy en día tenemos dos versiones: IPv4 y IPv6.
• 🔗 La capa de enlace y la física no se detallan en profundidad en el guion, pero se menciona que hay muchas posibilidades y que la evolución ha sido constante.
• 📈 Se describe un modelo de 'reloj de arena' para representar la diversidad de protocolos en las capas de aplicación y enlace, en contraste con la simplicidad en la capa de red.
• 👤 Se mencionan figuras clave como J. Postel, quien fue el primer editor de los RFC y un gran contribuidor en el diseño del modelo TCP/IP.
• 📝 Los principios de diseño de Internet, como ser fiable, sencillo, modular, flexible, adaptable, no perfecto y tolerante, son fundamentales para el éxito y la compatibilidad de los protocolos.

Q & A

¿Qué es el modelo TCP/IP y cómo se relaciona con el ámbito de Internet?

El modelo TCP/IP es un conjunto de protocolos de red que permiten la comunicación entre dispositivos en Internet. Es el modelo que se utiliza en el ámbito de Internet y se compone de capas que abordan desde la transmisión de datos hasta la presentación de la información.

¿Por qué se dice que el modelo TCP/IP 'salió mucho más tarde' en comparación con otros modelos?

El modelo TCP/IP se desarrolló después de que ya existieran otros modelos de comunicación de datos. Los 'señores del TCP/IP' se dedicaron inicialmente a crear programas y aplicaciones que implementaran los protocolos, sin una preocupación inicial por un modelo de capas específico.

¿Cuál es la principal diferencia entre el modelo OSI y el modelo TCP/IP en cuanto a la cantidad de capas?

El modelo OSI tiene siete capas, mientras que el modelo TCP/IP originalmente tenía solo cuatro capas. Sin embargo, el modelo TCP/IP a veces se adapta a un modelo de cinco capas, omitiendo las capas de sesión y presentación.

¿Qué son las capas de sesión y presentación en el modelo OSI y por qué se omiten en el modelo TCP/IP?

Las capas de sesión y presentación en el modelo OSI se encargan de establecer, mantener y terminar sesiones de comunicación y de representar la información de una manera que sea accesible para la aplicación. En el modelo TCP/IP, estas funciones se integran en las capas de transporte y aplicación, simplificando el modelo a solo cuatro capas.

¿Qué se entiende por 'caja negra' en el contexto de la capa de red del modelo TCP/IP?

La 'caja negra' se refiere a la simplificación de la capa de enlace y física en una sola capa llamada 'host-red'. Se trata de no preocuparse por los detalles de la implementación de conectores, cables y señales eléctricas, y en su lugar, trabajar con una caja negra que envía paquetes al host de destino.

¿Cuáles son los protocolos originales de Internet adaptados a las cuatro capas del modelo TCP/IP?

Los protocolos originales de Internet adaptados a las cuatro capas del modelo TCP/IP incluyen a los protocolos de transporte como TCP y UDP, el protocolo de red IP, y una variedad de protocolos de aplicación como HTTP, FTP, DNS, entre otros.

¿Qué es el modelo híbrido y cómo se diferencia del modelo OSI y del modelo TCP/IP original?

El modelo híbrido es una combinación de elementos del modelo OSI y del modelo TCP/IP. Se toma el modelo de cinco capas del OSI, pero se respetan las capas física y de enlace del modelo TCP/IP, omitiendo las capas de sesión y presentación y manteniendo la capa de aplicación como la capa 7.

¿Qué es un 'conmutador de capa 3' y cómo se relaciona con el modelo de capas de red?

Un 'conmutador de capa 3' es un dispositivo de red que opera a nivel de red (capa 3 en el modelo OSI) y es capaz de enrutar paquetes de datos basándose en la dirección IP. Aunque en el modelo TCP/IP se habla de 'capa de red', comúnmente se sigue utilizando la numeración de capas del modelo OSI para facilitar la comprensión.

¿Qué significa 'RFC' y cómo se relaciona con el desarrollo de Internet y los protocolos TCP/IP?

RFC significa 'Request for Comments' y es un documento que se utiliza para especificar protocolos, normas de funcionamiento, buenas prácticas y recomendaciones en el ámbito de Internet. Los RFC son una forma de discutir públicamente y pedir comentarios sobre propuestas antes de que se conviertan en estándares oficiales.

¿Cuáles son algunos de los principios de diseño de Internet según el libro de texto de Tannenbaum?

Los principios de diseño de Internet, según Tannenbaum, incluyen ser fiable, mantener la simplicidad, ser modular, flexible, evitar opciones y parámetros estáticos, no necesitar ser perfecto, ser escalable, y ser tolerante (estricto al enviar, tolerante al recibir).

Outlines

00:00

🌐 Introducción al Modelo TCP/IP y su Evolución

El primer párrafo introduce el modelo TCP/IP, que es el utilizado en Internet, y señala su aparición posterior en comparación con otros modelos. Se menciona que los creadores del TCP/IP se centraron en la implementación de protocolos sin una preocupación inicial por un modelo de capas específico. A lo largo del tiempo, los protocolos han sido adaptados a un modelo de cuatro capas, omitiendo las capas de sesión y presentación. El enfoque de simplificación en el modelo de capas ha llevado a combinar la capa física y la de enlace de datos en una capa 'host-red'. Además, se menciona la evolución de los protocolos de Internet y cómo se han adaptado a este modelo simplificado.

05:02

🔄 El Modelo Híbrido y sus Capas

Este segmento del guion habla sobre el modelo híbrido que combina elementos del modelo TCP/IP con la estructura de capas de otros modelos. Se describe que este modelo consta de cinco capas en lugar de cuatro, respetando las capas física y de enlace de datos, y manteniendo la numeración de las capas superiores a pesar de omitir las capas de sesión y presentación. Se discute la implementación de funcionalidades en diferentes niveles, desde hardware hasta software, y se da un ejemplo de cómo el software puede influir en la gestión de paquetes defectuosos en la capa de enlace.

10:03

📈 La Competencia entre Protocolos y su Desarrollo

El tercer párrafo compara la evolución de los protocolos OSI con los del modelo TCP/IP. Se destaca que mientras que los protocolos OSI fueron teóricos y con una implementación lenta y costosa, los del TCP/IP fueron probados y mejorados por una comunidad amplia, lo que les dio mayor fiabilidad. Se menciona el proceso de especificación de protocolos a través de documentos RFC y cómo la comunidad de Internet ha contribuido a su desarrollo descentralizado y basado en la colaboración.

15:04

🛠️ Principios de Diseño de Internet y su Importancia

Este apartado del guion se enfoca en los principios de diseño que han guiado el desarrollo de Internet, extraídos del libro de texto de Tannenbaum. Se resaltan principios como la confiabilidad, simplicidad, modularidad, flexibilidad, adaptabilidad, aceptación de no ser perfecto y escalabilidad. Destaca también el principio de 'estricto al enviar, tolerante al recibir', que es fundamental para la compatibilidad en redes heterogéneas.

20:06

🌟 Ejemplos de Protocolos en las Cinco Capas del Modelo Híbrido

El último párrafo mencionado en el guion proporciona una visión de los protocolos utilizados en cada una de las cinco capas del modelo híbrido. Se mencionan algunos protocolos de la capa de aplicación, como HTTP, y se enfatiza la predominancia de TCP y UDP en la capa de transporte, y IP en la capa de red, con la distinción entre las versiones 4 y 6 de IP. Se alude a futuras discusiones sobre estos protocolos en cursos posteriores y se menciona la complejidad de la transmisión multicast en la capa de transporte.

Keywords

💡Modelo TCP/IP

El modelo TCP/IP es una estructura utilizada en redes de internet que organiza la comunicación en capas. Surgió después de otros modelos y se diferencia por tener solo cuatro capas, omitiendo las de sesión y presentación del modelo OSI. En el video se menciona cómo estos protocolos se implementaron antes de la formalización del modelo de capas.

💡Capas de OSI

El modelo OSI (Interconexión de Sistemas Abiertos) define una arquitectura de red en siete capas, cada una con funciones específicas. Las capas de sesión y presentación, numeradas como 5 y 6, son omitidas en el modelo TCP/IP, siendo sus funciones distribuidas entre las otras capas. Este concepto es fundamental para entender la estructura y funcionamiento de las redes.

💡ARPANET

ARPANET fue la red precursora de Internet, desarrollada por el Departamento de Defensa de Estados Unidos. Se utilizó para experimentar con diferentes métodos de transmisión de datos, incluyendo satélites y enlaces de radio. La mención de ARPANET en el video destaca su papel en la evolución de los protocolos de internet.

💡Protocolo IP

El Protocolo de Internet (IP) es el principal protocolo a nivel de red en el modelo TCP/IP. Facilita la transmisión de datos entre dispositivos en diferentes redes. En el video, se menciona que actualmente existen dos versiones, IPv4 e IPv6, destacando su papel central en las comunicaciones de red.

💡Protocolo TCP

El Protocolo de Control de Transmisión (TCP) es uno de los dos principales protocolos de transporte en el modelo TCP/IP. Está orientado a conexión, asegurando que los datos lleguen correctamente a su destino. En el video se compara con UDP, que no establece una conexión y es menos fiable pero más rápido.

💡Protocolo UDP

El Protocolo de Datagrama de Usuario (UDP) es el segundo protocolo de transporte en el modelo TCP/IP. A diferencia de TCP, UDP no requiere una conexión establecida, lo que lo hace más rápido pero menos fiable. Se utiliza para aplicaciones donde la velocidad es crucial y la pérdida de algunos datos es aceptable.

💡Modelo híbrido

El modelo híbrido es una combinación de elementos de los modelos OSI y TCP/IP. Adopta cinco capas en lugar de las siete del modelo OSI o las cuatro del modelo TCP/IP, omitiendo las capas de sesión y presentación, pero conservando las otras capas. En el video se explica que esta adaptación es comúnmente utilizada.

💡RFC (Request for Comments)

RFC son documentos que describen métodos, comportamientos, investigaciones o innovaciones aplicables a Internet y sistemas de Internet. Originados como propuestas abiertas a comentarios, se convirtieron en una forma estándar de publicar especificaciones técnicas. En el video se resalta su importancia en la evolución de los protocolos TCP/IP.

💡Modelo de capas

El modelo de capas es una forma de organizar los protocolos de red en diferentes niveles, cada uno encargado de funciones específicas. Se utiliza para simplificar el diseño y la implementación de redes de comunicación. En el video, se compara el modelo de capas OSI con el de TCP/IP y cómo estos se aplican en la práctica.

💡Principios de diseño de Internet

Los principios de diseño de Internet, como la fiabilidad, simplicidad y modularidad, son las bases sobre las que se construyeron los protocolos de Internet. En el video se mencionan varios principios clave, como la importancia de ser estricto al enviar y tolerante al recibir, lo que asegura la compatibilidad y robustez de las comunicaciones.

Highlights

El modelo TCP/IP es utilizado en Internet y es significativamente más reciente que otros modelos.

Los creadores del TCP/IP se centraron en la implementación de protocolos más que en un modelo de capas.

Los protocolos de Internet surgieron antes que el modelo de capas de IBM en 1974.

El modelo TCP/IP simplifica la red y la capa de enlace en una capa llamada 'host red'.

Existen cuatro capas en el modelo TCP/IP: aplicación, transporte, red y host red.

Los protocolos originales de Internet se adaptaron a las cuatro capas mencionadas.

HTTP fue desarrollado en 1992, y en la década de los 70 solo había protocols como FTP y correo electrónico.

Existen dos protocolos de transporte en Internet: uno orientado a conexión y otro no orientado a conexión.

El protocolo IP es el único a nivel de red, con dos variantes: versión 4 y versión 6.

Se utiliza un modelo híbrido que combina elementos del modelo OSI y TCP/IP.

Las capas 5 y 6 (sesión y presentación) son omitidas en el modelo TCP/IP, pero la capa de aplicación sigue siendo llamada capa 7.

Las funciones de la capa física están implementadas en hardware y firmware.

La capa de transporte puede tener funciones tanto en hardware como en software.

La evolución de los protocolos OSI contrasta con la de TCP/IP, donde los protocolos OSI llegaron tarde y tenían fallos.

Los protocolos TCP/IP eran gratuitos y estaban bien probados, lo que los hacía más fiables.

El principio de diseño de Internet es 'fiable, asegúrate de que funciona'.

La 'ley de Postel', estricto al enviar y tolerante al recibir, es fundamental para la compatibilidad en Internet.

El modelo de la 'reloj de arena' representa la amplia variedad de protocolos en los niveles de aplicación y enlace.

Steve Deering fue el principal diseñador del protocolo IP versión 6 y un gran contribuidor en la transmisión multicast.

Transcripts

[Música]

y el modelo tcp/ip que es el que vamos a

utilizar nosotros en el ámbito de la

internet

pues lo más chocante del modelo tcp/ip

es que salió mucho más tarde que los

otros modelos que hemos comentado los

señores del tcp/ip como decía antes se

dedicaban sobre todo a hacer programas

esto lo veremos en su momento en el otro

curso cuando veamos un poco los orígenes

de internet vale con más detalle pero

bueno lo adelantamos ya se dedicaban

sobre todo hacer implementaciones de los

protocolos que se habían especificado

sin preocuparse demasiado de ese modelo

de capas de hecho los protocolos de

internet nacieron incluso antes que el

modelo de capas de

o prácticamente a la vez que el modelo

de capas de ibm en el año 74 en el mismo

año el modelo

pero luego se ha hecho un poco la

adaptación de esos protocolos a un

modelo de capas adoc

y ese modelo de acá pasado tiene sólo

cuatro capas

lo que hacen los señores de internet o

de tcp/ip es las capas de sesión y

presentación la numerada 5 y 6

como decía las omiten y sus funciones

quedan en bebidas entre la capa de abajo

y la capa de arriba transporte y

aplicación y las capas 1 y 2 como en el

ámbito de internet no se quieren

complicar mucho la vida con conectores

cables señales eléctricas y todo eso

quieren hacer es una caja negra que no

me preocupa pues juntan en la capa

física y la capa de enlace en una capa

que denomina host red que es ya veremos

cómo hacemos la conexión a bajo nivel

vale yo voy a dar por supuesto que tengo

un mecanismo para enviar paquetes al

host de destino y eso ya me lo arreglan

otra gente

se simplifican ese modelo y lo dejan

simplemente en cuatro capas

esta diapositiva os muestra cuáles son

los protocolos originales de internet

adaptados a esas cuatro capas que

acabamos de comentar

estos son los protocolos originales

luego han aparecido muchos más

obviamente aquí no aparece etc

http

elaborado en el año 92

esto es de los años 70 en los años 70

solamente había como veis correo

electrónico ftp ni siquiera había dns ni

siquiera había resolución de nombres en

un principio apareció muy poco tiempo

después a nivel de transporte hay dos

protocolos que siguen siendo esos mismos

dos hoy en día

uno está orientado a conexión y el otro

no orientado a conexión es decir uno

sigue el modelo siguiendo con nuestra

analogía de antes d

como era joaquín quiere hablar con

sergey y todo el rato va a estar

hablando con seguir establece una

conexión el otro no establece una

conexión esa es la diferencia y por eso

hay dos protocolos a nivel de transporte

a nivel de red solamente hay un

protocolo

y a nivel el enlace que pasa pues como

decía antes que nos hacemos un poco los

locos nos dejamos esto en una caja negra

y decimos vamos a utilizar en un

principio lo que eran los protocolos

utilizados en arpanet y los mecanismos

de transmisión de datos utilizados en la

red

originaria de internet que fue un

proyecto del departamento de defensa de

eeuu que se denominaba la agencia arpa y

por eso lo de arpanet otro también se

experimentó con redes vía satélite se

estrenó se experimentó con enlaces

inalámbricos de conmutación de paquetes

a través de enlaces de radio por eso lo

del paquete radio y las redes locales

que empezaban a nivel experimental en

algunas universidades aparecer a finales

de los años 70

pero como digo sin preocuparse mucho de

cómo funcionan por dentro cada una de

estas se dice y esto va a funcionar el

paquete imperva podrá ir por enlaces

telefónicos al panel por vía satélite

por radio o en redes locales

como digo esto todo lo iremos

desgranando poquito a poco a lo largo

del curso estamos en una fase digamos

introductoria

entonces esto nos da lugar a lo que

nosotros vamos a manejar como nuestro

modelo y que toda la mayoría de gente

utiliza como modelo actualmente que es

lo que denominamos un modelo híbrido

modelo híbrido porque nos cogemos unas

cosas de unas y otras de otros

básicamente nos cogemos el modelo de

tcp/ip pero no hacemos esa fusión de las

capas 1 y 2 que hace el modelo que se

pite la capa host y red sí que las vamos

a respetar en el origen es decir vamos a

hablar de capa física y capa de enlace

entonces tenemos capa física y capa de

enlace luego capa de red transporte y

aplicación nos vamos a quedar con esas

cinco capas eso es lo que se denomina el

modelo híbrido

vale

o si venimos si lo queremos ver viniendo

desde el modelo o si es el modelo o si

omitiendo las capas 5 y 6 sesión y

presentación de acuerdo pero con una

peculiaridad y esto lo digo porque si no

luego la gente se puede marear

aunque las capas 5 y 6 las omitimos la

capa de aplicación le seguimos llamando

la capa 7

vale es algo así como que le respetamos

el sitio las hemos quitado en medio pero

les hemos respetado el número y entonces

siempre lo digo porque muchas veces la

gente habla esto es un conmutador de

capa 3 quiere decir de capa de red pues

de capa 4 de capa de transporte y luego

dice y este es de capa 7 y entonces a

veces hay gente que se protege y porque

no hay computadores de capa 5 y 6 porque

no hay capacidad porque del 4 pasamos al

7 vale así está así está montado que

quede estos días uno podría pensar que

habría sido más lógico renumerar y haber

llamado la capa 5 a la capa de

aplicación pues no le damos la capa 7

o sea si alguien nos dice que tiene un

equipo que funciona en capa 7 pues es

capaz de aplicación y ya está

no eres nunca hay un conmutador de

capaces o de capas incluso no nadie lo

hace

bien aquí tenéis comparados lo que sería

el modelo o sí

el modelo tcp/ip y el modelo que

nosotros vamos a manejar con los números

como he descrito

entonces aquí esto evidentemente es

aproximado pero lo que quiere decir esto

es que más o menos las funciones de

sesión están parte de ellas en

transporte parte en aplicación y las de

presentación está en la aplicación a lo

mejor hay alguna función de presentación

que está en transporte también vale ya

que esto es aproximado

y luego es interesante también lo que

aparece a la derecha ellos dice en donde

se implementa cada una de las

funcionalidades de cada una de las capas

o sea las cosas de la capa física

obviamente están en hardware uno no

puede meter un programa que le cambie la

forma del conector ethernet de su

ordenador

o que le cambien las señales eléctricas

que tiene que enviar su tarjeta de red

eso no es configurable vale normalmente

sin embargo el cargo llega mucho más

arriba y llega a veces hasta el nivel de

red

luego tenemos el firmware que ya se

mueve en todo este rango y el software

se puede mover en todo este rango

evidentemente hay solapamientos hay

funciones por ejemplo cuando una tarjeta

de red tiene que comprobar si ha habido

un error en un paquete recibido a nivel

de enlace eso lo hace mirando una parte

del paquete que es lo que se denomina el

crc si clic redundantes y check una

especie una suma de comprobación es algo

así como la letra del dni vale la letra

del dni el redundante no haría falta

antes nuestro tenéis no llevaban letra

para que han añadido la letra para

detectar si hay un error en alguno de

los números

o los dígitos de control en la cuenta

bancaria pues es la misma idea es

información redundante para detectar

errores y eso es el crc de los paquetes

si yo recibo un paquete y tengo que

comprobar el crc es una función esa de

comprobación del crc que tengo que hacer

muchísimas veces para todos los paquetes

lo tengo que comprobar pero yo no

retransmisión pero comprobar los errores

lo tengo que hacer siempre entonces eso

es una función que típicamente se

implementa en hawai hay un chip en la

tarjeta o en la interfaz de red hay una

parte del chip que se dedica a hacer esa

comprobación directamente en el hardware

y normalmente eso es una función que

hace el hardware pero también se podría

hacer en software

yo podría con algunos drivers desactivar

esa función para que la interfaz de red

no me tire a la basura un paquete

defectuoso sino que me lo pase porque

estoy con un programa analizador de

errores y quiero ver exactamente cuál ha

sido ese error vale pues este sería un

ejemplo límite de lo más bajo que el

software puede llegar aunque no es lo

habitual eso normalmente lo hace

directamente el hardware por mejorar el

rendimiento para hacerlo más rápido

y luego también hay cosas que dentro de

lo que es el software pues están en el

sistema operativo y no son normalmente

accesibles al usuario al programador

normal y otras que están en los

programas de usuario por ejemplo

hablábamos antes de la transmisión multi

cash

la transmisión multicast hoy en día

todos los sistemas operativos la

incorporan pero el windows 95 por decir

algo no tenía transmisión multicast tú

podías conectar un windows 95 a internet

pero no podías hacer transmisión

multicast porque ya el propio sistema

operativo no lo incorporaba y no era

factible añadirle esa funcionalidad a

windows 95 nadie tendría hoy en día ese

problema pero van hace años y que podría

ser un poco problema

bueno merece la pena ha llegado a este

punto hacer una pequeña reflexión

comparando la evolución que han tenido

los protocolos o sí con la que han

tenido los protocolos tcp/ip porque

porque son las dos líneas que

básicamente sobre todo en los años 80

competían por llevarse el mercado de los

protocolos independientes del fabricante

o las arquitecturas independientes del

fabricante claro estaba por su lado de

sn a dna pero el que no quería casarse

ni con ibm ni con dec podría optar por

sí o por tcp/ip y la realidad es que

muchas veces no podía optar más que por

tcp/ip porque o si era una entelequia

era pura teoría no había programas que

le implementarán

los protocolos tcp como decía antes son

del mismo año precisamente que

aparecieron los el modelo de capas de sn

y el primer documento que especifica

algo relacionado con lo que luego fueron

los protocolos tcp/ip desde el año 69

bueno el primer documento del 69 perdón

pero el primero que especifica algo de

una arquitectura en el ámbito de los

protocolos de internet o del ts pp desde

el año 89 nada menos

es de 20 años después de aparecer el

primer rfc esta denominación de rfc

viene de request for comments y fue una

idea que tuvieron los pioneros del

ámbito de internet en el sentido de que

cada vez que sacaban una especificación

por decirlo así la sometían a la

discusión pública y la forma de decir

que esto era una propuesta y que ponerme

verde si queréis era pedimos comentarios

de ahí viene la denominación alta de

petición de comentarios

entonces ya se ha extendido como cosa

habitual desde hace muchos años que

todos los documentos que especifican

protocolos o no solo protocolos normas

de funcionamiento buenas prácticas

recomendaciones todo lo que tiene que

ver con el ámbito de internet se

específica en esos documentos

denominados rfc

bueno aquí simplificando os digo si el

modelo es bueno los protocolos malos

y en 13 pp ocurre al revés

porque entre pse pp primero fueron los

protocolos y luego fue el modelo si

queréis haciendo una analogía es como

primero hago el traje y luego los

patrones sería un poco la equivalencia

si las implementaciones llegaron tarde

tenían fallos y eran caras algunas veces

muy caras nosotros hemos llegado a pagar

bastante dinero por protocolos o si de

ibm

en los tiempos en que red iris nos

obligaba a utilizar protocolo social

mientras que los protocolos tcp/ip

muchas veces eran gratuitos estaban muy

probados porque mucha gente lo sabía

los había instalado y los había probado

entonces como suele ocurrir el software

que está muy extendido suele ser muy

fiable porque ya todos todos los que lo

han probado antes que tiene encontrado

todos los errores

un rfc que no fue el primero pero un

hereje que especificaba la arquitectura

de internet ya que esta frase que os da

una idea de lo que estamos comentando

vale de que en internet las cosas fueron

un poco desarrollar sobre la marcha sin

mucha planificación y curiosamente

muchos de los grandes inventos en temas

de software y de informática han sido

desarrollados de esa manera sin

demasiada planificación desde el

principio

aquí tenéis cuáles son los principios de

diseño esto está sacado de nuestro libro

de texto del tannenbaum los principios

de diseño de internet resumidos en nueve

el primero dice fiable asegúrate de que

funciona dices hombre esto es de cajón

no bueno pues os os sorprendería de ver

la cantidad de especificaciones de

protocolos o sí que cuando se han ido a

desarrollar en la práctica se ha visto

que aquello era imposible que funcionara

y hasta que no se ha intentado

implementar no se han detectado ese tipo

de errores porque el papel es muy

sufrido cuando específico un protocolo

simplemente el texto en un papel puedo

hacer lo que quiera lo que nunca me da

errores

sencillo mantente tan simple mantenlo

tan simple como sea posible esto es lo

que comentábamos antes del kitsch

claro cuando tomes decisiones no seas

ambiguo

modular si puedes separar las funciones

flexibles

ten en cuenta la heterogeneidad

en el ámbito de internet todo nació

desde el principio independiente del

fabricante y todo se contempló para

cualquier fabricante

por eso veréis que en los herejes es

nunca se habla de bytes se habla siempre

de objetos porque porque en principio un

byte podría ser de 6 bits hoy en día ya

no pero en el pasado han existido

arquitecturas que tenían bases de 6 bits

ahora cuando quieres intercambiar

paquetes te tienes que poner de acuerdo

no puedes decir pues de cualquier número

de bits entonces por eso hablan de

objetos para puntualizar esto

adaptable evita opciones y parámetros

estáticos pensad que los protocolos tcp

sobre todo el nivel de transporte de s&p

que estamos utilizando hoy en día lo

estamos utilizando a velocidades que son

decenas de miles de veces mayores que

las que se utilizaron en su diseño

inicial y siguen funcionando exactamente

igual

o sea que eso es que la gente que lo

diseñó realmente tenía una visión de

futuro y no puso parámetros estáticos

sino ajustables de forma dinámica

practicó un buen diseño no necesita ser

perfecto esto es el principio sé que

decía de que en el ámbito de internet se

dice vamos a empezar a andar vamos a

hacer algo que funcione y luego ya lo

perfeccionaremos porque pretender

conseguir lo mejor la solución óptima de

entrada es imposible

escalable piensa en el posible

crecimiento pues estaba un poco

relacionado también con lo que adaptable

que decíamos antes y aquí estoy marcado

bueno la 2 y la 9 porque son las que

creo más importantes dice ser tolerante

se estricto al enviar y tolerante al

recibir este principio tiene tanto tanta

importancia que se ve que se le ha

denominado la ley de póster y de quién

es ese señor pues ese señor es este que

aparece aquí vale que ese es otro de mis

ídolos

porque fue el primer editor de los

herejes es bueno de hecho fue el editor

de los herejes es hasta que falleció en

el año 98 todos los herejes que había

publicado estaban editados por ellos

estaban y muchos están escritos

directamente por él y los que no están

escritos están revisados por él

y entonces este principio del pse

estricto al enviar y tolerante al

recibir es fundamental para conseguir

máxima compatibilidad por ejemplo si yo

digo que un determinado campo de la

cabecera de un paquete ip debe de ser

cero porque de momento no se usa y ya se

utilizará en el futuro cuando yo mandé

un paquete debo de poner ceros en ese

campo pero si alguien me manda un

paquete en el paquete ahí no lleva ceros

yo puedo hacer dos cosas como ese campo

no me hace falta para nada lo ignoro y

procesó el paquete o puedo decir no esto

es ilegal lo tiró a la basura

el principio de la ley de post él dice

cuando te envía es un paquete pone ese

campo a ceros pero cuando te viene un

paquete si ese campo no te es necesario

para lo que tienes que hacer pues ignora

lo no seas tan estricto como para

decirlo voy a descartar porque ese

paquete es ilegal

bueno aquí os pongo siguiendo el modelo

híbrido que hemos dicho de cinco capas

algunos ejemplos de protocolos

utilizados en cada una de las cinco

capas en el ámbito de internet

como antes he comentado a nivel de

aplicación hay una multitud de

protocolos y estos son solo algunos de

la lista sería mucho más larga a nivel

de transporte que se utilicen

verdaderamente

el internet hoy en día solamente hay

estos dos cpu bp y a nivel de red pues

solamente hay un protocolo que es el

protocolo ip lo que pasa que hoy en día

hay dos variantes la y la versión 4 y

versión 6

y por eso aparece aquí estos dos

[Música]

en el segundo curso cuando hablemos de

el nivel de red el nivel de transporte y

nivel de aplicación pues vamos a

comentar

bueno del nivel de aplicación hablaremos

poco vamos a comentar estos dos desde

pvp y vamos a comentar estos dos y

presión cuatro de conversión 6 la parte

de presión 6 os ladera josé miguel que

la conoce mucho mejor que yo es en el

segundo curso ahora una sesión y media

más o menos que le dará el protocolo ip

versión 6 y nosotros vamos a ver en este

curso todo lo que tiene que ver con el

nivel de enlace

no vamos a ver todas estas posibilidades

ni muchas más que podría haber aquí

vamos a ver las dos primeras y todo lo

que tiene que ver con la capa física

tampoco vamos a ver todas las

posibilidades

la evolución que han tenido los

protocolos de internet la parte de la

capa de red y la capa de transporte se

ha mantenido sensiblemente constante a

lo largo de los años con la única

variación de que ha aparecido esta

impresión 6 pero que estrictamente

hablando no es un protocolo nuevo es una

nueva versión del protocolo ya existente

vale solamente hay un protocolo a nivel

de red que es el protocolo ip y a nivel

de transporte sólo hay dos protocolos

ahora por debajo en el nivel de enlace y

en el nivel físico o por arriba en el

nivel de aplicación siempre ha habido y

cada vez más hay multitud de protocolos

esto ha dado pie a que alguna gente

represente esto

así como un modelo lo que se llama reloj

de arena donde la parte central es muy

estrecha

pero por arriba y por abajo la cosa se

ensancha

si alguno tiene curiosidad hay

otro de mis ídolos este señor que

aparece aquí steering que hizo una

presentación que la podéis ver si click

eyes en este enlace donde presentó un

montón de variedades de relojes de arena

diversos entonces jugando con la idea

del reloj de arena él dijo bueno y

además podríamos tener lo que sería el

encapsulado de paquete ip http sería

algo así como esto vale o podríamos

decir que como a nivel de red ahora

tenemos dos protocolos y producción 4 y

presión 6 pues sería esto vale bueno y

en esa presentación tenéis muchas más

variantes esta señal steel deering

tienen su interés no por la presentación

de los relojes de arena que es una cosa

anecdótica sino porque fue el principal

diseñador del protocolo ip versión 6 del

nuevo protocolo ip y también es el

principal responsable o el principal

principal contribuidor a lo que es ip

transmisión multicast en la transmisión

a grupos de destinatarios tiene unas

peculiaridades bastante bastante más

complejo que la transmisión únicas y la

persona que más ha trabajado ese tema es

éste