Curso de Redes 1.5. El modelo TCP/IP y su arquitectura.
Summary
TLDREl 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
🌐 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.
🔄 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.
📈 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.
🛠️ 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.
🌟 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.
Mindmap
Keywords
💡Modelo TCP/IP
💡Capas de OSI
💡ARPANET
💡Protocolo IP
💡Protocolo TCP
💡Protocolo UDP
💡Modelo híbrido
💡RFC (Request for Comments)
💡Modelo de capas
💡Principios de diseño de Internet
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
استعرض المزيد من الفيديوهات ذات الصلة
5.0 / 5 (0 votes)