Las tramas se transfieren por diferentes enlaces usando en cada uno de
ellos su propio protocolo de enlace de datos:
• Ej. Un primer enlace Ethernet, en medio uno Fast Ethernet y uno final WI-FI.
• Cada protocolo de enlace provee diferentes servicios.
• Ej. Puede proporcionar o no transferencia fiable de datos sobre un
Este documento describe conceptos clave de redes como el origen de Internet, protocolos TCP/IP, direcciones IP y dominios. Explica que Internet surgió de ARPANET, una red militar estadounidense, y ahora ofrece servicios como correo electrónico y transferencia de archivos. Detalla los protocolos TCP e IP, la arquitectura de niveles TCP/IP, y puertos comunes como el 80 para HTTP. Además, define direcciones IP, representaciones decimales, tipos de direcciones en una red, y el propósito de los nombres de dominio.
La Capa de Red más amistosa es la Capa 7 de OSI en ella se deja ver el Facebook, Hotmail.com, cualquier página web, Whats app entre otras aplicaciones que todo usuario utiliza en su quehacer diarioo en lo laboral, en lo profesional, etc.
Este documento describe los protocolos de la capa de aplicación en el modelo TCP/IP. Explica cómo las capas de aplicación, sesión y presentación trabajan juntas para proporcionar servicios de red a las aplicaciones de usuario final. También describe protocolos comunes como HTTP, SMTP, POP e IMAP y cómo estos interactúan con aplicaciones como correo electrónico y navegación web.
El documento trata sobre la capa de aplicación en redes. Explica conceptos como las arquitecturas cliente-servidor y punto a punto, los protocolos populares como HTTP, FTP y correo electrónico, y cómo los procesos se comunican a través de sockets utilizando direcciones IP y números de puerto. También describe los requisitos de servicios de transporte para diferentes aplicaciones y los protocolos TCP y UDP.
Este documento presenta los conceptos fundamentales de las aplicaciones en red, incluyendo:
1) Explica dos modelos de arquitectura de aplicaciones en red: cliente-servidor y P2P.
2) Describe cómo las aplicaciones se comunican a través de sockets utilizando números de puerto y direcciones IP.
3) Examina dos protocolos importantes de nivel de aplicación: HTTP para la web y DNS para la traducción de nombres a direcciones IP.
Este documento presenta los conceptos fundamentales de las aplicaciones en red, incluyendo:
1) Explica dos modelos de arquitectura de aplicaciones en red: cliente-servidor y P2P.
2) Describe cómo las aplicaciones se comunican a través de sockets utilizando números de puerto y direcciones IP.
3) Examina dos protocolos importantes de nivel de aplicación: HTTP para la web y DNS para la traducción de nombres a direcciones IP.
Este documento define los conceptos clave de los protocolos de red como protocolo, dirección IP, servidor DNS, puerta de enlace y DHCP. Explica que los protocolos permiten que los dispositivos se comuniquen a través de una red y que cada dispositivo tiene una dirección IP única, mientras que el servidor DNS traduce los nombres a direcciones IP y la puerta de enlace conecta redes diferentes. También incluye tablas que muestran la configuración de red de dos computadoras con diferentes direcciones IP pero la misma puerta de enlace predeterminada
Este documento resume los principales protocolos de la capa de aplicación del modelo TCP/IP, incluyendo DNS, HTTP, SMTP, Telnet y FTP. También describe los modelos cliente-servidor y punto a punto, así como los números de puertos comúnmente asociados con los servicios de aplicación TCP/IP.
Este documento describe conceptos clave de redes como el origen de Internet, protocolos TCP/IP, direcciones IP y dominios. Explica que Internet surgió de ARPANET, una red militar estadounidense, y ahora ofrece servicios como correo electrónico y transferencia de archivos. Detalla los protocolos TCP e IP, la arquitectura de niveles TCP/IP, y puertos comunes como el 80 para HTTP. Además, define direcciones IP, representaciones decimales, tipos de direcciones en una red, y el propósito de los nombres de dominio.
La Capa de Red más amistosa es la Capa 7 de OSI en ella se deja ver el Facebook, Hotmail.com, cualquier página web, Whats app entre otras aplicaciones que todo usuario utiliza en su quehacer diarioo en lo laboral, en lo profesional, etc.
Este documento describe los protocolos de la capa de aplicación en el modelo TCP/IP. Explica cómo las capas de aplicación, sesión y presentación trabajan juntas para proporcionar servicios de red a las aplicaciones de usuario final. También describe protocolos comunes como HTTP, SMTP, POP e IMAP y cómo estos interactúan con aplicaciones como correo electrónico y navegación web.
El documento trata sobre la capa de aplicación en redes. Explica conceptos como las arquitecturas cliente-servidor y punto a punto, los protocolos populares como HTTP, FTP y correo electrónico, y cómo los procesos se comunican a través de sockets utilizando direcciones IP y números de puerto. También describe los requisitos de servicios de transporte para diferentes aplicaciones y los protocolos TCP y UDP.
Este documento presenta los conceptos fundamentales de las aplicaciones en red, incluyendo:
1) Explica dos modelos de arquitectura de aplicaciones en red: cliente-servidor y P2P.
2) Describe cómo las aplicaciones se comunican a través de sockets utilizando números de puerto y direcciones IP.
3) Examina dos protocolos importantes de nivel de aplicación: HTTP para la web y DNS para la traducción de nombres a direcciones IP.
Este documento presenta los conceptos fundamentales de las aplicaciones en red, incluyendo:
1) Explica dos modelos de arquitectura de aplicaciones en red: cliente-servidor y P2P.
2) Describe cómo las aplicaciones se comunican a través de sockets utilizando números de puerto y direcciones IP.
3) Examina dos protocolos importantes de nivel de aplicación: HTTP para la web y DNS para la traducción de nombres a direcciones IP.
Este documento define los conceptos clave de los protocolos de red como protocolo, dirección IP, servidor DNS, puerta de enlace y DHCP. Explica que los protocolos permiten que los dispositivos se comuniquen a través de una red y que cada dispositivo tiene una dirección IP única, mientras que el servidor DNS traduce los nombres a direcciones IP y la puerta de enlace conecta redes diferentes. También incluye tablas que muestran la configuración de red de dos computadoras con diferentes direcciones IP pero la misma puerta de enlace predeterminada
Este documento resume los principales protocolos de la capa de aplicación del modelo TCP/IP, incluyendo DNS, HTTP, SMTP, Telnet y FTP. También describe los modelos cliente-servidor y punto a punto, así como los números de puertos comúnmente asociados con los servicios de aplicación TCP/IP.
Este documento describe varios protocolos de red importantes como TCP/IP, ARP, IP, HTTP, NETBIOS y SMTP. TCP/IP es el conjunto de protocolos básicos para la transmisión de información entre redes de ordenadores. ARP asocia direcciones IP a direcciones físicas. IP se encarga del enrutamiento de paquetes sin verificar su contenido. HTTP establece un proceso de cuatro etapas entre el navegador y el servidor para la transferencia de hipertexto. NETBIOS y SMTP definen reglas para el acceso a recursos de redes locales y
Este documento proporciona una revisión rápida de los protocolos TCP/IP. Explica que TCP/IP son los protocolos fundamentales de Internet y describen su arquitectura de capas, incluyendo la capa de acceso de red, la capa Internet, y la capa de transporte. También resalta que TCP/IP son estándares abiertos que permiten la interconexión de equipos de diferentes fabricantes.
El documento describe la historia y el funcionamiento de las redes de datos y el modelo TCP/IP. TCP/IP se desarrolló en los años 70 como ARPAnet y dio lugar a Internet. Consiste en un conjunto de protocolos que permiten la comunicación entre computadoras de diferentes redes. TCP/IP se basa en un modelo de capas que incluye las capas de aplicación, transporte, internet y red.
UCQ - Redes de Computadoras II - Presentación 03Giovanni Orozco
La ISOC es una organización sin fines de lucro dedicada al desarrollo global de Internet. Fue fundada en 1991 con el objetivo principal de ser el centro de cooperación y coordinación para el desarrollo de protocolos y estándares compatibles a nivel mundial.
Los protocolos son conjuntos de reglas que permiten la comunicación entre computadoras a través de redes. Algunos de los protocolos más importantes son TCP/IP, que proporciona la base para servicios como correo electrónico y transferencia de archivos; HTTP, que permite la transferencia de páginas web; y FTP, que permite la transferencia remota de archivos entre computadoras. Cada protocolo tiene un propósito específico para facilitar la comunicación en redes.
CCNA Discovery 4.0 Examen Capítulo I Examen 6 (Respuestas o Solucionario)Eliel Simb
El documento contiene preguntas y respuestas sobre conceptos de redes como protocolos de red, capas del modelo OSI, servicios de red comunes como DNS, correo electrónico, FTP y HTTP. Cubre temas como los protocolos de transporte y aplicación de TCP/IP, los números de puertos asociados con servicios específicos, y los componentes de los encabezados de red como Ethernet.
Este documento describe los protocolos Telnet, SSH, FTP y TFTP. Explica que Telnet permite conexiones remotas pero no es seguro, mientras que SSH ofrece una conexión remota segura. FTP permite la transferencia de archivos entre hosts usando dos conexiones TCP, una para control y otra para datos. TFTP funciona sobre UDP y no requiere conexión, pero tampoco ofrece autenticación o fiabilidad.
El modelo TCP/IP describe protocolos de red desarrollados por Vinton Cerf y Robert Kahn que fueron implementados en ARPANET. TCP/IP provee conectividad de extremo a extremo especificando cómo los datos deben ser formateados, direccionados, transmitidos, enrutados y recibidos. El modelo TCP/IP consta de cuatro capas: aplicación, transporte, internet y acceso de red.
El modelo TCP/IP describe protocolos de red desarrollados por Vinton Cerf y Robert Kahn que fueron implementados en ARPANET. TCP/IP provee conectividad de extremo a extremo especificando cómo los datos deben ser formateados, direccionados, transmitidos, enrutados y recibidos. El modelo TCP/IP consta de cuatro capas: aplicación, transporte, internet y acceso de red.
Este documento describe los fundamentos de los protocolos de Internet. Explica que un protocolo establece reglas para la comunicación entre entidades y define el formato y reglas de intercambio de mensajes. También describe las fases de establecimiento de conexión, intercambio de información y desconexión. Finalmente, resume brevemente el modelo OSI y TCP/IP.
El documento presenta el modelo TCP/IP, el cual consta de 4 capas: Aplicación, Transporte, Internet e Acceso a la red. La capa de Aplicación contiene protocolos como FTP, DNS, DHCP, HTTP, entre otros. La capa de Transporte incluye los protocolos UDP y TCP. La capa de Internet se encarga del enrutamiento de paquetes a través de direcciones IP. Finalmente, la capa de Acceso a la red gestiona la conexión física a la red.
Entender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables,
Este documento describe varios temas relacionados con redes e internet. Explica la clasificación de redes como LAN, MAN, WAN y otras, los protocolos CSMA/CD y CSMA/CA, y dispositivos para combinar redes como repetidores, puentes y conmutadores. También cubre temas como el origen de Internet, la arquitectura de red, direccionamiento IP, aplicaciones como correo electrónico, transferencia de archivos y VoIP, y las implementaciones de la World Wide Web incluyendo HTML, XML y el protocolo HTTP.
Este documento describe los modelos OSI y TCP/IP, incluyendo las capas y protocolos de cada uno. Explica que el modelo OSI transmite información en capas de la aplicación a la física, mientras que los protocolos TCP/IP más conocidos son DNS, HTTP, SMTP, FTP y Telnet. También describe el modelo cliente-servidor y punto a punto, indicando que el primero tiene un cliente que solicita información de un servidor, mientras que el segundo permite compartir recursos entre dos computadoras directamente.
Este documento describe y compara los modelos OSI y TCP/IP. El modelo OSI consta de 7 capas que dividen la red en niveles de abstracción, mientras que el modelo TCP/IP consta de 4 capas. Ambos modelos se dividen en capas pero TCP/IP no distingue claramente entre servicios, interfaces y protocolos como lo hace OSI.
Este documento describe los protocolos de Internet, incluyendo TCP/IP y HTTP. Explica que TCP/IP es el conjunto de protocolos de comunicación que permiten el intercambio de información en Internet de forma independiente de los sistemas. También describe las capas del modelo TCP/IP y los servicios más utilizados como FTP, correo electrónico y WWW. Finalmente, explica los detalles del protocolo HTTP, incluyendo peticiones, respuestas, códigos de estado y métodos.
El documento describe varios conceptos clave relacionados con las redes de computadoras. Explica que una topología se refiere a cómo están conectadas las computadoras en una red, mencionando topologías como bus, estrella y anillo. También describe protocolos y estándares como TCP/IP e IPX/SPX que hacen posible la comunicación entre componentes de red. Finalmente, cubre otros temas como el modelo OSI de referencia, protocolos como Ethernet, TCP, UDP, y equipamiento de servidores comúnmente utilizado en redes.
Fundamentos de redes: 3. Funcionalidad y protocolos de la capa de aplicaciónFrancesc Perez
Este documento describe la funcionalidad y los protocolos de la capa de aplicación. Explica que la capa de aplicación proporciona la interfaz entre las aplicaciones y la red subyacente. También describe los modelos cliente-servidor y punto a punto, y protocolos específicos como DNS que mapean nombres de dominio a direcciones IP.
El documento presenta la lista de integrantes de un proyecto sobre el modelo TCP/IP. Brevemente introduce el modelo TCP/IP, describiendo que surgió en los años 70 para resolver problemas de interoperabilidad y disponibilidad en las redes. Luego describe las capas del modelo TCP/IP y los protocolos IPv4 e IPv6.
El documento describe el modelo TCP/IP, el cual está compuesto de 4 capas: Aplicación, Transporte, Internet y Acceso a Red. La capa de Aplicación maneja protocolos como FTP, TFTP, SMTP y DNS. La capa de Transporte incluye los protocolos TCP y UDP y provee transporte de extremo a extremo. La capa de Internet se encarga de la entrega de paquetes a través del enrutamiento y protocolos como IP, ICMP y ARP. Finalmente, la capa de Acceso a Red define la interfaz con el hardware de red.
Este documento describe varios protocolos de red importantes como TCP/IP, ARP, IP, HTTP, NETBIOS y SMTP. TCP/IP es el conjunto de protocolos básicos para la transmisión de información entre redes de ordenadores. ARP asocia direcciones IP a direcciones físicas. IP se encarga del enrutamiento de paquetes sin verificar su contenido. HTTP establece un proceso de cuatro etapas entre el navegador y el servidor para la transferencia de hipertexto. NETBIOS y SMTP definen reglas para el acceso a recursos de redes locales y
Este documento proporciona una revisión rápida de los protocolos TCP/IP. Explica que TCP/IP son los protocolos fundamentales de Internet y describen su arquitectura de capas, incluyendo la capa de acceso de red, la capa Internet, y la capa de transporte. También resalta que TCP/IP son estándares abiertos que permiten la interconexión de equipos de diferentes fabricantes.
El documento describe la historia y el funcionamiento de las redes de datos y el modelo TCP/IP. TCP/IP se desarrolló en los años 70 como ARPAnet y dio lugar a Internet. Consiste en un conjunto de protocolos que permiten la comunicación entre computadoras de diferentes redes. TCP/IP se basa en un modelo de capas que incluye las capas de aplicación, transporte, internet y red.
UCQ - Redes de Computadoras II - Presentación 03Giovanni Orozco
La ISOC es una organización sin fines de lucro dedicada al desarrollo global de Internet. Fue fundada en 1991 con el objetivo principal de ser el centro de cooperación y coordinación para el desarrollo de protocolos y estándares compatibles a nivel mundial.
Los protocolos son conjuntos de reglas que permiten la comunicación entre computadoras a través de redes. Algunos de los protocolos más importantes son TCP/IP, que proporciona la base para servicios como correo electrónico y transferencia de archivos; HTTP, que permite la transferencia de páginas web; y FTP, que permite la transferencia remota de archivos entre computadoras. Cada protocolo tiene un propósito específico para facilitar la comunicación en redes.
CCNA Discovery 4.0 Examen Capítulo I Examen 6 (Respuestas o Solucionario)Eliel Simb
El documento contiene preguntas y respuestas sobre conceptos de redes como protocolos de red, capas del modelo OSI, servicios de red comunes como DNS, correo electrónico, FTP y HTTP. Cubre temas como los protocolos de transporte y aplicación de TCP/IP, los números de puertos asociados con servicios específicos, y los componentes de los encabezados de red como Ethernet.
Este documento describe los protocolos Telnet, SSH, FTP y TFTP. Explica que Telnet permite conexiones remotas pero no es seguro, mientras que SSH ofrece una conexión remota segura. FTP permite la transferencia de archivos entre hosts usando dos conexiones TCP, una para control y otra para datos. TFTP funciona sobre UDP y no requiere conexión, pero tampoco ofrece autenticación o fiabilidad.
El modelo TCP/IP describe protocolos de red desarrollados por Vinton Cerf y Robert Kahn que fueron implementados en ARPANET. TCP/IP provee conectividad de extremo a extremo especificando cómo los datos deben ser formateados, direccionados, transmitidos, enrutados y recibidos. El modelo TCP/IP consta de cuatro capas: aplicación, transporte, internet y acceso de red.
El modelo TCP/IP describe protocolos de red desarrollados por Vinton Cerf y Robert Kahn que fueron implementados en ARPANET. TCP/IP provee conectividad de extremo a extremo especificando cómo los datos deben ser formateados, direccionados, transmitidos, enrutados y recibidos. El modelo TCP/IP consta de cuatro capas: aplicación, transporte, internet y acceso de red.
Este documento describe los fundamentos de los protocolos de Internet. Explica que un protocolo establece reglas para la comunicación entre entidades y define el formato y reglas de intercambio de mensajes. También describe las fases de establecimiento de conexión, intercambio de información y desconexión. Finalmente, resume brevemente el modelo OSI y TCP/IP.
El documento presenta el modelo TCP/IP, el cual consta de 4 capas: Aplicación, Transporte, Internet e Acceso a la red. La capa de Aplicación contiene protocolos como FTP, DNS, DHCP, HTTP, entre otros. La capa de Transporte incluye los protocolos UDP y TCP. La capa de Internet se encarga del enrutamiento de paquetes a través de direcciones IP. Finalmente, la capa de Acceso a la red gestiona la conexión física a la red.
Entender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables, control
de flujoEntender los principales servicios
del nivel de enlace de datos:
• Control de errores (detección,
corrección)
• Compartir un canal de difusión:
acceso múltiple
• Direcciones MAC
• Transferencia de datos fiables,
Este documento describe varios temas relacionados con redes e internet. Explica la clasificación de redes como LAN, MAN, WAN y otras, los protocolos CSMA/CD y CSMA/CA, y dispositivos para combinar redes como repetidores, puentes y conmutadores. También cubre temas como el origen de Internet, la arquitectura de red, direccionamiento IP, aplicaciones como correo electrónico, transferencia de archivos y VoIP, y las implementaciones de la World Wide Web incluyendo HTML, XML y el protocolo HTTP.
Este documento describe los modelos OSI y TCP/IP, incluyendo las capas y protocolos de cada uno. Explica que el modelo OSI transmite información en capas de la aplicación a la física, mientras que los protocolos TCP/IP más conocidos son DNS, HTTP, SMTP, FTP y Telnet. También describe el modelo cliente-servidor y punto a punto, indicando que el primero tiene un cliente que solicita información de un servidor, mientras que el segundo permite compartir recursos entre dos computadoras directamente.
Este documento describe y compara los modelos OSI y TCP/IP. El modelo OSI consta de 7 capas que dividen la red en niveles de abstracción, mientras que el modelo TCP/IP consta de 4 capas. Ambos modelos se dividen en capas pero TCP/IP no distingue claramente entre servicios, interfaces y protocolos como lo hace OSI.
Este documento describe los protocolos de Internet, incluyendo TCP/IP y HTTP. Explica que TCP/IP es el conjunto de protocolos de comunicación que permiten el intercambio de información en Internet de forma independiente de los sistemas. También describe las capas del modelo TCP/IP y los servicios más utilizados como FTP, correo electrónico y WWW. Finalmente, explica los detalles del protocolo HTTP, incluyendo peticiones, respuestas, códigos de estado y métodos.
El documento describe varios conceptos clave relacionados con las redes de computadoras. Explica que una topología se refiere a cómo están conectadas las computadoras en una red, mencionando topologías como bus, estrella y anillo. También describe protocolos y estándares como TCP/IP e IPX/SPX que hacen posible la comunicación entre componentes de red. Finalmente, cubre otros temas como el modelo OSI de referencia, protocolos como Ethernet, TCP, UDP, y equipamiento de servidores comúnmente utilizado en redes.
Fundamentos de redes: 3. Funcionalidad y protocolos de la capa de aplicaciónFrancesc Perez
Este documento describe la funcionalidad y los protocolos de la capa de aplicación. Explica que la capa de aplicación proporciona la interfaz entre las aplicaciones y la red subyacente. También describe los modelos cliente-servidor y punto a punto, y protocolos específicos como DNS que mapean nombres de dominio a direcciones IP.
El documento presenta la lista de integrantes de un proyecto sobre el modelo TCP/IP. Brevemente introduce el modelo TCP/IP, describiendo que surgió en los años 70 para resolver problemas de interoperabilidad y disponibilidad en las redes. Luego describe las capas del modelo TCP/IP y los protocolos IPv4 e IPv6.
El documento describe el modelo TCP/IP, el cual está compuesto de 4 capas: Aplicación, Transporte, Internet y Acceso a Red. La capa de Aplicación maneja protocolos como FTP, TFTP, SMTP y DNS. La capa de Transporte incluye los protocolos TCP y UDP y provee transporte de extremo a extremo. La capa de Internet se encarga de la entrega de paquetes a través del enrutamiento y protocolos como IP, ICMP y ARP. Finalmente, la capa de Acceso a Red define la interfaz con el hardware de red.
Similar a s se transfieren por diferentes enlaces usa (20)
2. Contenido de la asignatura
Tema 1: Redes de Computadores e Internet
Tema 2: Capa de Aplicación
Tema 3: Capa de Transporte
Tema 4: Capa de Red
Tema 5: Capa de Enlace de Datos
5. Aplicación 2-5
Objetivos
• Conocer qué es la capa de
aplicación del modelo TCP/IP y
el modelo OSI
• Conocer algunos protocolos
básicos de esta capa
• Acercarnos a la programación
de la interfaz de acceso al
servicio de transporte
Contenido
1. Principios de las aplicaciones
en red
2. DNS
3. Web y HTTP
4. Programación de la interfaz de
acceso al servicio de
transporte
Tema 2: La Capa de Aplicación
7. Aplicación 2-7
Algunas aplicaciones en red…
• e-mail
• web
• Mensajería instantánea
• Acceso remoto
• Compartición de archivos P2P
• Juegos online multiusuario
• Streaming de video (ej. YouTube)
• Voz sobre IP (VoIP)
• Videoconferencia
• Computación en la nube (cloud)
• Etc.
8. Aplicación 2-8
Creando una aplicación en red
• Desarrollar programas que
• Se ejecuten en (diferentes) sistemas
finales
• Se comuniquen a través de la red
• Ej: software de un servidor web que se
comunica con el software navegador
web
• No hay que hacer programas para el
núcleo de la red
• Los dispositivos del núcleo no ejecutan
las aplicaciones de los usuarios
• Al hacerlo en los sistemas finales se
acelera el tiempo de desarrollo y
propagación de la aplicación
Red doméstica
Red empresarial
Red móvil
ISP global
ISP regional
9. Aplicación 1-9
Objetivos
• Conocer qué es la capa de
aplicación y aspectos de
implementación de protocolos de
aplicación en red
• modelos de servicio del nivel de
transporte
• paradigma cliente-servidor
• paradigma P2P
• Conocer algunos protocolos básicos
de esta capa, como ejemplos
• Acercarnos a la programación de la
interfaz de acceso al servicio de
transporte
Contenido
1. Principios de las aplicaciones en
red
2. DNS
3. Web y HTTP
4. Programación de la interfaz de
acceso al servicio de transporte
Tema 2: La Capa de Aplicación
10. Aplicación 2-10
Principios de las aplicaciones en red
Arquitectura Cliente-Servidor
Servidor:
• Equipo siempre-ON
• Dirección IP fija
• Granjas de servidores por
escalabilidad
Clientes:
• Se comunican con el servidor
• De manera intermitente
• Con IPs dinámicas o fijas
• No se comunican
directamente entre ellos
Dirección IP: identifica de forma única a los equipos (sistemas finales, routers,…) conectados a una
red TCP/IP. La asigna el ISP de forma estática (fija) o dinámica (variable). Más en tema 4…
Red doméstica
Red empresarial
Red móvil
ISP global
ISP regional
11. Aplicación 2-11
Principios de las aplicaciones en red
Arquitectura P2P
• El servidor no está siempre-ON
• Los sistemas finales se
comunican entre sí de manera
arbitraria
• Los peers se comunican de
manera intermitente y con
direcciones IP distintas en cada
ocasión
Dirección IP: identifica de forma única a los equipos (sistemas finales, routers,…) conectados a una
red TCP/IP. La asigna el ISP de forma estática (fija) o dinámica (variable). Más en tema 4…
Muy escalable pero difícil de gestionar
Red doméstica
Red empresarial
Red móvil
ISP global
ISP regional
12. Aplicación 2-12
Principios de las aplicaciones en red
Ejemplos de arquitectura híbrida cliente-servidor + P2P
Skype
• Aplicación voz-sobre-IP arquitectura P2P
• Servidor centralizado: encontrar dirección IP del interlocutor remoto
• Conexión cliente-cliente: directa (sin pasar por el servidor)
Mensajería instantánea
• La charla entre dos usuarios es P2P
• Servidor centralizado: detecta presencia y localización de los clientes
• Los usuarios registran su IP con el servidor central al conectarse
• Los usuarios dialogan con el servidor central en busca de la IP de su contacto
Dirección IP: identifica de forma única a los equipos (sistemas finales, routers,…) conectados a una
red TCP/IP. La asigna el ISP de forma estática (fija) o dinámica (variable). Más en tema 4…
14. Aplicación 2-14
Principios de las aplicaciones en red
El protocolo de nivel de aplicación define…
• Tipo de mensaje a intercambiar,
• P.e. petición o respuesta
• Sintaxis del mensaje
• Número de campos y delimitación entre ellos
• Semántica del mensaje
• Significado de los campos
• Reglas de cómo y cuándo los procesos envían y responden a los mensajes
Protocolos de dominio público:
• Definidos en RFCs
• Permiten la inter-operatibilidad
• Ej: HTTP, SMTP
Protocolos propietarios:
• Ej: Skype, Whatsapp
15. Proceso cliente: proceso que
inicia la comunicación
Proceso servidor: proceso que
espera a ser contactado
Nota: las aplicaciones P2P
combinan ambos procesos,
cliente y servidor
Aplicación 2-15
Principios de las aplicaciones en red
Comunicación entre procesos
Proceso: programa que se ejecuta en un equipo (en nuestro caso
implementa un determinado protocolo de aplicación).
• En un mismo equipo, dos procesos se comunican usando
comunicación entre-procesos (la proporciona el SO).
• Procesos en equipos diferentes se comunican intercambiando
mensajes (PDU) usando los servicios de comunicación (en general los
proporciona SO)
16. Aplicación 2-16
Principios de las aplicaciones en red
Sockets (SAP)
• Un proceso envía/recibe
mensajes a/de su socket
• Analogía con una puerta:
• El proceso emisor envía el
mensaje a través de la puerta
de salida
• El proceso emisor confía en la
infraestructura de transporte
que hay detrás de la puerta,
encargada de llevar el mensaje
hasta la puerta del receptor
• API: (1) elección del servicio
de transporte ; (2) posibilidad
de fijar parámetros
proceso
TCP con
buffers,
variables
socket
cliente o
servidor
proceso
TCP con
buffers,
variables
socket
cliente o
servidor
Internet
Controlado
por el SO
Controlado por
el desarrollador
17. Aplicación 2-17
A las direcciones IP se les asocia un nombre, que es el que
se utiliza para identificar a los equipos.
Por ejemplo, www.dte.us.es = 150.214.141.196
Más sobre nombres en el apartado siguiente…
Nota
Principios de las aplicaciones en red
¿Cómo se identifica el socket?
• Para enviar una carta a alguien es necesario saber su
dirección para que llegue al buzón de su casa.
• Cada sistema final tiene un dirección IP única de 32 bits.
¿Es suficiente con la dirección para hacer que llegue la carta a
un amigo? No, varias personas pueden estar viviendo en el
misma casa.
• Varios protocolos de aplicación pueden estar ejecutándose en
un sistema final.
• Navegador, lector de correo, Skype, …
18. Aplicación 2-18
Principios de las aplicaciones en red
¿Cómo se identifica el socket?
• Cada protocolo de aplicación se identifica por un número de puerto.
• El número de puerto usado para identificar al proceso cliente y servidor
en general no coinciden.
• Ej. de número de puerto:
• Servidor HTTP: 80
• Servidor HTTPS: 443
• Servidor Email: 25
• Servidor DNS: 53
• La ICANN (Internet Corporation for Assigned Names and Numbers), se
encarga del registro de los puertos de protocolos de aplicación públicos
(http://www.iana.org/assignments/port-numbers)
• Existen diferentes tipos de puertos.
• Un socket queda identificado por:
• Dirección IP.
• Número de puerto.
Tipos de puertos:
0 <= P < 1024 son puertos bien conocidos.
1024 <= P < 49152 son puertos de usuario o registrados.
49152 < P <= 65535 son puertos dinámicos, privados o efímeros.
20. localhost suele tener asociado la IP
127.0.0.1, aunque puede ser otra. Más en
el tema 4…
Aplicación 2-20
Nota
P: ¿Por qué el Servicio de
Comunicación del sistema
final es capaz de distinguir a
cada proceso?
Servicio de Comunicación
de Internet S.O.
socket1
proceso1
socket2
proceso2
Principios de las aplicaciones en red
Localhost: Conectando 2 procesos del mismo sistema
final
• localhost: es un “nombre especial” que está asociado a una dirección
IP especial que sirve para identificar al propio sistema final.
• Permite probar aplicaciones en red en un único sistema final sin
necesidad de estar conectado a una red.
• En general permite comunicar procesos en un mismo sistema final
usando los servicios de comunicaciones de Internet.
21. Aplicación 2-21
Principios de las aplicaciones en red
¿Qué servicios de transporte necesito?
Pérdida de datos
• Algunas aplicaciones toleran algo de pérdida (ej: audio, video)
• Otras requieren 100% de fiabilidad (ej: login, transferencia de archivos)
Temporización
• Algunas aplicaciones precisan de retardos cortos para ser 'efectivas' (ej:
telefonía por Internet, juegos interactivos)
Tasa de transferencia
• Algunas requieren una tasa mínima para funcionar adecuadamente (ej:
multimedia)
• Otras, conocidas como “aplicaciones elásticas”, hacen uso de la tasa
disponible en cada momento
Seguridad
• Encriptación, integridad de los datos, …
22. Aplicación 2-22
Principios de las aplicaciones en red
Requisitos de algunas aplicaciones comunes
Aplicación
Pérdida de
datos
Tasa de transferencia Sensible al tiempo
Transferencia/descarga de
archivos
Sin pérdidas Elástica No
Correo electrónico Sin pérdidas Elástica No
Documentos web Sin pérdidas Elástica (pocos kbps) No
Telefonía por Internet/
Videoconferencia
Tolerante a las
pérdidas
Audio: unos pocos kbps - 1 Mbps
Vídeo: 10 kbps - 5 Mbps
Sí; décimas de seg
Flujos de audio/vídeo
almacenado
Tolerante a las
pérdidas
Audio: unos pocos kbps - 1 Mbps
Vídeo: 10 kbps - 5 Mbps
Sí; unos pocos seg
Juegos interactivos
Tolerante a las
pérdidas
Unos pocos kbps – 10 kbps Sí; décimas de seg
Mensajería para teléfono
inteligente
Sin pérdidas Elástica Sí y no
23. Aplicación 2-23
Principios de las aplicaciones en red
Servicios de los protocolos de Internet
Servicio TCP
• Orientado a conexión: requiere
acuerdo previo entre los procesos
cliente y servidor antes de iniciar la
transferencia
• Transporte fiable entre procesos
emisor y receptor
• Control de flujo: emisor no
saturará al receptor
• Control de congestión: uso
equitativo del ancho de banda
• No provee: temporización,
garantizar un ancho de banda,
seguridad
Servicio UDP
• Transporte ligero, no orientado
a conexión y no confiable entre
procesos emisor y receptor
• No provee: acuerdo previo
entre procesos, fiabilidad,
control de flujo, control de
congestión, temporización,
ancho de banda garantizado, ni
seguridad.
P: ¿Qué utilidad tiene UDP?
24. Aplicación 2-24
Principios de las aplicaciones en red
Ejemplos: Protocolos de aplicación y transporte
Aplicación
Protocolo de la capa de
Aplicación
Protocolo de transporte
subyacente
Correo electrónico SMTP [RFC 5321] TCP
Acceso remoto a terminal Telnet [RFC 854] TCP
Web HTTP [RFC 2116] TCP
Transferencia de archivos FTP [RFC 959] TCP
Flujos multimedia HTTP (p.e. YouTube) TCP
Telefonía por Internet
SIP [RFC 3261], STP[RFC
3550] o propietario (p.e.
Skype)
UDP o TCP
25. Aplicación 1-25
Objetivos
• Conocer qué es la capa de
aplicación del modelo TCP/IP y
el modelo OSI
• Conocer algunos protocolos
básicos de esta capa
• Acercarnos a la programación
de la interfaz de acceso al
servicio de transporte
Contenido
1. Principios de las aplicaciones
en red
2. DNS
3. Web y HTTP
4. Programación de la interfaz de
acceso al servicio de
transporte
Tema 2: La Capa de Aplicación
Some material copyright 1996-2010
J.F Kurose and K.W. Ross, All Rights Reserved
26. Aplicación 2-26
DNS: Domain Name System
• Las personas tienen muchos IDs:
DNI, nombre, nº seguridad
social...
• Equipos y routers de Internet:
• direcciones IP (32 bit) – sirven
para direccionar datagramas
• “nombre”, ej: www.google.com –
usado por humanos
P: ¿cómo mapeamos entre
direcciones IP y nombres y
viceversa?
Domain Name System:
• Base de datos distribuida
implementada con una jerarquía
de servidores de nombres
• Protocolo de nivel de
aplicación: equipos y servidores
de nombres se comunican para
resolver nombres (traducción de
direcciones y de nombres)
• Característica fundamental de
Internet, ¡implementada en el
nivel de aplicación!
27. Aplicación 2-27
tiempo tiempo
Nivel
Aplicación
Nivel
Aplicación
Servicio
Transporte
No fiable
Envío DNS_PDU
(www.us.es)
Recepción DNS_PDU
(www.us.es)
Envío DNS_PDU
(www.us.es,
dir_IP_www.us.es)
Recepción DNS_PDU
(www.us.es, dir_IP_www.us.es)
Cliente Servidor DNS
DNS: Funcionamiento simplificado
http://www.us.es
tiempo
Nivel
Aplicación
Servidor Web Servicio
Transporte
Fiable
Interacción Cliente
Servidor Web (www.us.es)
con protocolo HTTP
28. Aplicación 2-28
Funciones del servicio DNS
• Traducción de nombre a IP (directa)
• Traducción de IP a nombre (inversa)
• Permite asociar uno o más ”alias” a un nombre
• Permite asignar servidores de correo electrónico a un dominio
• Distribución de carga en servidores web
• Asociando un conjunto de IPs a un único nombre
¿Por qué no centralizar el servicio DNS?
• Único punto de falla
• Volumen de tráfico
• Distancia a la base de datos
• Mantenimiento
• en definitiva... ¡no sería escalable!
Usa UDP como protocolo de transporte (sin fiabilidad)
• El cliente envía mensajes al puerto 53 del servidor a través del socket.
DNS: Funciones, escalabilidad, transporte
29. Aplicación 2-29
• Una vez que un cliente DNS aprende una traducción, ésta se guarda
en una memoria caché.
• Antes de consultar a un servidor DNS se consulta la caché y si se
encuentra lo que se busca, no se consulta al servidor DNS.
• Las traducciones más habituales suelen estar ya en caché y esto evita
tráfico DNS.
• Las entradas de la caché “caducan” tras un tiempo determinado
(timeout).
• Los servidores DNS también tienen memoria caché, pues también
actúan como clientes DNS dentro de la jerarquía DNS, preguntando a
otros servidores DNS cuando lo necesitan.
DNS: Memoria caché
30. Aplicación 1-30
Objetivos
• Conocer qué es la capa de
aplicación del modelo TCP/IP y
el modelo OSI
• Conocer algunos protocolos
básicos de esta capa
• Acercarnos a la programación
de la interfaz de acceso al
servicio de transporte
Contenido
1. Principios de las aplicaciones
en red
2. DNS
3. Web y HTTP
4. Programación de la interfaz de
acceso al servicio de
transporte
Tema 2: La Capa de Aplicación
Some material copyright 1996-2010
J.F Kurose and K.W. Ross, All Rights Reserved
32. www.us.es/centros/index.html
hostname
(nombre del servidor
donde está el objeto)
pathname
(nombre de la ruta
al objeto en el servidor)
Aplicación 2-32
• Una página web consiste en un fichero base en HTML que contiene
una serie de objetos referenciados.
• Los objetos pueden ser: fichero HTML, imagen JPEG, applet Java,
fichero audio, script en JavaScript, hoja de estilos CSS, …
• El fichero base en HTML es, en sí, un objeto más.
• El fichero base no contiene los objetos referenciados, lo que contiene
son referencias a los objetos.
• Cada objeto es direccionable a través de su URL
• Ejemplo de URL (Uniform Resource Locator):
Web y HTTP
Páginas web y objetos referenciados
33. <!DOCTYPE html…> define inicio documento (opcional)
<html>página</html> define inicio/fin documento
<head>cabecera</head> el contenido de la cabecera (información
“no visible” al usuario, como título,
estilos, metainformación, etc…)
<body>cuerpo</body> define el cuerpo, contiene:
<h1> a <h6> encabezados
<table>tabla</table> crea una tabla filas/columnas
<a href=“URL”>enlace</a> define un hipervínculo; al hacer click en
“enlace” se solicita la página del URL.
<img src=“URL”/> imagen referenciada, el navegador la carga
a continuación desde URL para
visualizarla.
Aplicación 2-33
Se puede ver el código HTML de una página en el
navegador, botón derecho à ver código fuente
Nota
Web y HTTP
Formato del lenguaje de marcado HTML
Sirve para elaborar las páginas web, desde 1991 (versión actual:
HTML5). Se usan elementos con etiquetas entre <>. Cada elemento
suele tener 4 campos: una etiq. inicio (<html>) y una etiq. cierre
(</html>), unos atributos (en la de inicio) y un contenido (entre
ambas). Lo interpreta el cliente.
34. PC con
navegador
Chrome
Servidor
corriendo
servidor web
Apache
Linux con
navegador
Opera
Petición HTTP
Petición HTTP
Respuesta HTTP
Respuesta HTTP
Aplicación 2-34
Web y HTTP
HTTP de un vistazo
HTTP: HyperText Transfer Protocol
• Protocolo de nivel de aplicación
para la web.
• Modelo cliente/servidor
• Cliente: navegador que pide, recibe
y muestra los objetos web.
• Servidor: proceso que envía los
objetos pedidos por los clientes.
• Usa transporte orientado a la
conexión fiable (TCP).
• Es “sin estado”
• El servidor no guarda información
acerca de las peticiones anteriores
de los clientes
• Tipos de conexiones HTTP:
• No Persistentes
• Persistentes
Petición HTTP:
• Enviada por el cliente
• Transporta información necesaria
(HTTP_PCI) para solicitar un objeto del
servidor (HTTP_UD)
• Se compone de caracteres ASCII (texto
inteligible)
Respuesta HTTP:
• Enviada por el servidor
• Transporta si procede el objeto
(HTTP_UD) solicitado por el cliente
además de información de control
(HTTP_PCI)
35. Aplicación 2-35
Web y HTTP
Tipo de conexiones HTTP
HTTP no persistente
Como máximo se envía un
objeto por cada conexión
TCP.
HTTP persistente
Se pueden enviar múltiples
objetos por una misma
conexión TCP entre cliente y
servidor.
36. tiempo
(contiene texto y
referencias a 6 objetos)
Aplicación 2-36
1a.
1b.
2.
3.
Aplicación
Cliente
Aplicación
Servidora
4.
Servicio
Transporte
fiable
Web y HTTP
HTTP no persistente
Supongamos que un usuario introduce esta URL:
http://www.us.es/centros/index.html
1a. La aplicación cliente HTTP solicita establecer una conexión TCP con
el proceso servidor en el equipo www.us.es al puerto 80
2. El cliente HTTP envía un mensaje de petición (que contiene la
URL) en la conexión TCP establecida. El mensaje indica que el
cliente quiere el objeto /centros/index.html
1b. La aplicación servidora HTTP en el equipo www.us.es, que estaba
a la espera de conexiones TCP en el puerto 80, acepta esta
conexión, notificándoselo al cliente.
3. El servidor HTTP recibe la petición, forma un mensaje de respuesta
conteniendo el objeto solicitado y lo envía a través de su socket.
4. El servidor HTTP solicita cierre de la conexión TCP (también lo ha
podido hacer el cliente).
5. El cliente HTTP recibe el mensaje de respuesta, conteniendo el
fichero HTML, muestra el contenido y lo analiza encontrando
6 referencias a otros objetos.
6. Los pasos 1-5 se repiten para cada una de los 6 objetos (4 imágenes
y 2 scripts JavaScript) con URLs distintas.
37. RTT (Round-Trip Time, tiempo de
ida y vuelta): el tiempo que
tarda desde que se solicita un
servicio al nivel de transporte
hasta que este está completado
o desde que se solicita el envío
del “mensaje de petición” y se
empiezan a recibir los primeros
bytes del “mensaje de
respuesta”.
Tiempo de respuesta (TR):
• 1 RTT, inicio conexión.
• 1 RTT, petición HTTP y primeros
bytes de respuesta HTTP.
• Tiempo transmisión bytes
objeto solicitado (TTO).
Aplicación 2-37
Petición Solicitud
conexión
RTT
RTT
tiempo tiempo
TR= 2RTT + TTO
Nivel
Aplicación
Indicación Solicitud
conexión
Nivel
Aplicación
Servicio
Transporte
fiable
Respuesta Solicitud
conexión
Confirmación Solicitud conexión
Envío HTTP_PDU
Recepción HTTP_PDU
Envío HTTP_PDU
Recepción HTTP_PDU
TTO
Cliente Servidor
Web y HTTP
HTTP No-persistente: Tiempo de respuesta
38. • El servidor mantiene la conexión abierta
tras enviar la respuesta.
• Los siguientes mensajes HTTP entre el
mismo cliente y el servidor se envían por la
conexión abierta.
• El cliente envía una nueva petición cuando
acaba de recibir el objeto anterior.
• Cada objeto referenciado tarda sólo 1 RTT
(más lo que tarde en transmitirse dicho
objeto).
Aplicación 2-38
Conexiones HTTP en paralelo:
Los navegadores a menudo abren varias
conexiones TCP en paralelo para obtener los
objetos referenciados más rápidamente, los
cuales se piden de forma simultánea por cada
conexión (sean estas persistentes o no).
Nota
Web y HTTP
HTTP Persistente
tiempo
Aplicación
Cliente
Aplicación
Servidora
Servicio
Transporte
fiable
Apertura de la
conexión con
el servidor
Solicitud y
descarga de
un objeto
Solicitud y
descarga de
un objeto
Solicitud y
descarga de
un objeto
Cierre de la
conexión por
inactividad
39. Aplicación 2-39
Web y HTTP
Mensajes HTTP (o HTTP_PDU)
Hay 2 tipos de mensajes:
• Petición HTTP:
• Enviada por el cliente
• Transporta información necesaria (HTTP_PCI) para solicitar un objeto del
servidor (HTTP_UD)
• Se compone de caracteres ASCII (texto inteligible)
• Respuesta HTTP:
• Enviada por el servidor
• Transporta si procede el objeto (HTTP_UD) solicitado por el cliente además
de información de control (HTTP_PCI)
40. <CR>: Carriage-Return : r
<LF>: Line-Feed: n
Línea de petición
(comandos GET,
POST, HEAD)
Líneas de
cabecera
r y n al principio
de una línea indican
el final de las líneas
de cabecera
Aplicación 2-40
GET /index.html HTTP/1.1rn
Host: www-net.cs.umass.edu rn
User-Agent: Firefox/3.6.10rn
Accept: text/html,Aplicación/xhtml+xmlrn
Accept-Language: en-us,en;q=0.5rn
Accept-Encoding: gzip,deflatern
Accept-Charset: ISO-8859-1,utf-8;q=0.7rn
Keep-Alive: 115rn
Connection: keep-alivern
rn
Carácter retorno-de-carro
Carácter nueva-línea
Nota
UD
Web y HTTP
Mensaje de Petición HTTP
41. • Host: hostname (nombre servidor web). Obligatorio en HTTP 1.1
• User-Agent: versión_del_navegador
• Accept-xxx: lista_de_preferencias_para_xxx
• Connection: keep-alive
• Con “keep-alive” el cliente solicita que la conexión sea persistente.
• Con ”close” solicitaría conexión no persistente.
Aplicación 2-41
Web y HTTP
Ejemplos de líneas de cabecera del cliente
43. HTTP/1.0 (RFC-1945)
• GET
• POST
• HEAD
• Idéntico al GET, salvo
que no se incluye el
objeto en el cuerpo de la
respuesta (sólo las
cabeceras
correspondientes)
HTTP/1.1 (RFC-2616)
• GET
• POST
• HEAD
• PUT
• DELETE
Aplicación 2-43
Web y HTTP
Tipos de métodos
44. línea de estado
(protocolo,
código estado,
frase estado)
líneas de
cabecera
CUERPO
ej: archivo
HTML pedido
Aplicación 2-44
HTTP/1.1 200 OKrn
Date: Sun, 26 Sep 2010 20:09:20 GMTrn
Server: Apache/2.0.52 (CentOS)rn
Last-Modified: Tue, 30 Oct 2007 17:00:02 GMTrn
ETag: "17dc6-a5c-bf716880"rn
Accept-Ranges: bytesrn
Content-Length: 2652rn
Keep-Alive: timeout=10, max=100rn
Connection: Keep-Alivern
Content-Type: text/html; charset=ISO-8859-1rn
rn
data data data data data data data data data data
data data data data data data data data data data
data data data data data data data data data data
data data data data data ...
UD
PCI
Web y HTTP
Mensaje de Respuesta HTTP
Códigos de estado habituales: 200 OK; 301 Moved Permanently;
400 Bad Request; 404 Not Found; 505 HTTP Version Not Supported
45. • Date: fecha (en el que se envía el mensaje)
• Last-Modified: fecha (en la que el objeto se modificó por última
vez)
• Server: versión_del_servidor
• Content-Type: tipo_del_objeto (HTML, imagen, …)
• Content-Length: tamaño_del_cuerpo (en bytes)
• Connection: keep-alive
• Con “keep-alive” el servidor confirma al cliente que esa
conexión será persistente. Con “close” es lo contrario.
• Keep-Alive: timeout=ttt, max=nnn
• El servidor cerrará la conexión persistente tras ttt
segundos de inactividad o tras solicitarse nnn objetos por
dicha conexión.
Aplicación 2-45
Web y HTTP
Ejemplos de líneas de cabecera del servidor
46. • 200 OK
Petición exitosa, el objeto solicitado va a continuación...
• 301 Moved Permanently
El objeto pedido se ha movido permanentemente. Se especifica
el URL de la nueva ubicación usando la línea de cabecera “Location:”
• 400 Bad Request
Mensaje de petición no entendido por el servidor
• 404 Not Found
El documento solicitado no se encuentra en el servidor
• 505 HTTP Version Not Supported
El servidor no soporta esa versión del protocolo HTTP
Aplicación 2-46
Web y HTTP
Ejemplos de códigos de estado en las
respuestas del servidor
47. Aplicación 2-47
Web y HTTP
Cookies: manteniendo “el estado”
Muchos servicios web usan cookies. Tienen cuatro componentes:
1) cabecera Set-cookie: en el mensaje de respuesta
2) cabecera Cookie: en el mensaje de petición
3) archivo de cookies almacenado por el equipo del usuario y
gestionado por el navegador
4) base de datos back-end en el servidor web
Ejemplo de uso:
• Pedro siempre accede a Internet desde su PC
• Visita una tienda online (ej: Amazon) por primera vez
• Al llegar las peticiones, el servidor crea:
• Un ID único
• Una entrada para esa ID en la base de datos back-end
48. Servidor de
Amazon
Mensaje resp. normal
Mensaje resp. normal
Almacén cookies
...y 1 semana después
Mensaje pet. Normal +
cookie: 1678 acción
específica
de la cookie
acceso
ebay 8734
Mensaje pet. normal
Amazon crea
el ID 1678
para el usuario creación entrada
Mensaje resp. normal +
Set-cookie: 1678
ebay 8734
amazon 1678
Mensaje pet. normal +
cookie: 1678 acción
específica
de la cookie
acceso
ebay 8734
amazon 1678
Back-end
Aplicación 2-48
Cliente visita
Amazon
Web y HTTP
Cookies: Manteniendo el estado. Ejemplo
49. Aplicación 2-49
Web y HTTP
Cookies: discusión
Posibles aplicaciones:
• autorización
• carritos de la compra
• recomendaciones
• mantenimiento de sesión de usuario (ej: webmail)
Cookies y la privacidad:
• las cookies permiten a los sitios conocer mucho sobre ti
• puedes estar dando información personal a esas páginas: emails,
nombres, etc...
50. Cliente
Servidor
Proxy
Cliente
Petición HTTP
Respuesta HTTP
Servidor web
original
Aplicación 2-50
Web y HTTP
Servidor Proxy (Caché de la Web)
Objetivo del Proxy: satisfacer la petición del cliente sin involucrar al servidor
web original.
• El Proxy tiene una memoria
caché con páginas web.
• El navegador se configura
para usar el Proxy.
• Entonces se envían todas
las peticiones HTTP al Proxy
• Si objeto está en la
caché, se devuelve el
objeto al cliente.
• Si no, el proxy solicita el
objeto al servidor
original, lo devuelve al
cliente y lo guarda en la
caché
Petición HTTP
Respuesta HTTP
Petición HTTP
Respuesta HTTP
51. Aplicación 2-51
Web y HTTP
Más acerca del Proxy
• El caché actúa como cliente (del servidor original) y como servidor
(del cliente)
• Normalmente se instalan en los ISP (universidades, compañías, ISPs
residenciales)
• Hay que tener en cuenta que no solo el Proxy tiene una caché de
páginas. El navegador del cliente también tiene una memoria caché.
¿Por qué es interesante?
• Reduce el tiempo de respuesta de la petición del cliente
• Reduce el tráfico de enlace de datos de una institución
• Permite a proveedores “pequeños” entregar de forma eficiente los
contenidos (algo que también permite P2P)
52. Proxy o
Navegador con caché
Servidor
Petición HTTP
If-modified-since:<fecha>
Respuesta HTTP
HTTP/1.0 304 Not Modified
Si el objeto NO
fue modificado
después de
<fecha>
Petición HTTP
If-modified-since:<fecha>
Respuesta HTTP
HTTP/1.0 200 OK
Last-modified:<fecha>
<data>
Aplicación 2-52
Que el servidor web no envíe el objeto si en la la memoria
caché hay una versión actualizada del mismo
Objetivo
Si el objeto SÍ
fue modificado
después de
<fecha>
Web y HTTP
GET Condicional
• El Proxy (o un navegador con
caché): especifica la fecha de
la copia cacheada en la
petición HTTP
If-modified-since: <date>
• Servidor: en la respuesta van
cabeceras y…
a) no va ningún objeto si la copia
no se ha modificado...
HTTP/1.0 304 Not Modified
b) o bien se envía el objeto si
está modificado, junto con la
fecha de modificación:
Last-modified:<fecha>
53. Aplicación 1-53
Objetivos
• Conocer qué es la capa de
aplicación del modelo TCP/IP y
el modelo OSI
• Conocer algunos protocolos
básicos de esta capa
• Acercarnos a la programación
de la interfaz de acceso al
servicio de transporte
Contenido
1. Principios de las aplicaciones
en red
2. DNS
3. Web y HTTP
4. Programación de la interfaz
de acceso al servicio de
transporte
Tema 2: La Capa de Aplicación
Some material copyright 1996-2010
J.F Kurose and K.W. Ross, All Rights Reserved
54. Aplicación 2-54
Programación de Sockets
Objetivo
• Aprender cómo se programa una aplicación cliente/servidor que se
comunique usando sockets
Socket API
• Se introdujo en BSD4.1 UNIX, 1981
• Los sockets se crean, usan y liberan de forma explícita por las aplicaciones
• Paradigma cliente/servidor
• Dos tipos de servicios:
• No fiable, orientado a datagramas (UDP)
• Fiable, orientado a flujo de bytes (TCP)
¿Qué es un socket?
• Una interfaz del equipo local, creada por una aplicación y controlada por el
SO (una “puerta”) por la que el proceso de aplicación puede tanto
enviar/recibir mensajes a/desde otros procesos remotos (o incluso locales).
56. Aplicación 2-56
Objetivos
• Conocer qué es la capa de
aplicación del modelo TCP/IP y
el modelo OSI
• Conocer algunos protocolos
básicos de esta capa
• Acercarnos a la programación
de la interfaz de acceso al
servicio de transporte
Contenido
1. Principios de las aplicaciones
en red
2. DNS
3. Web y HTTP
4. Programación de la interfaz de
acceso al servicio de
transporte
Tema 2: La Capa de Aplicación
57. Contenidos
Tema 1: Redes de Computadores e Internet
Tema 2: Capa de Aplicación
Tema 3: Capa de Transporte
Tema 4: Capa de Red
Tema 5: Capa de Enlace de Datos
58. Estas transparencias han sido elaboradas a partir de material con copyright que Pearson
pone a disposición del profesorado, a partir del libro:
Jim Kurose, Keith Ross (2010). Computer Networking: A Top Down Approach, 5th edition,
Ed. Pearson.
Algunas actualizaciones pertenecen a la última edición:
Jim Kurose, Keith Ross (2017). Redes de Computadoras: Un enfoque descendente, 7ª
edición, Ed. Pearson.
60. Ejercicio 1: ¿Verdadero o Falso?
a) Un usuario solicita una página web que consta de texto y 3 referencias a
imágenes. Para obtener esa página, el cliente envía un mensaje de solicitud y
recibe cuatro mensajes de respuesta.
b) Dos páginas web diferentes (www.mit.edu/research.html y
www.mit.edu/students.html ) se pueden enviar a través de la misma conexión
persistente.
c) Con las conexiones no persistentes entre un navegador y un servidor de origen,
un único segmento TCP puede transportar dos mensajes de solicitud HTTP
distintos.
d) La línea de cabecera “Date:” del mensaje de respuesta HTTP indica cuándo el
objeto fue modificado por última vez.
e) Los mensajes de respuesta HTTP nunca incluyen un cuerpo de mensaje vacío.
Aplicación - Problemas 2-60
61. Ejercicio 2: Aplicación-Transporte
Un cliente HTTP desea recuperar un documento web que se encuentra
en una URL dada. Inicialmente, la dirección IP del servidor HTTP es
desconocida.
¿Qué protocolos de la capa de aplicación y de la capa de transporte,
además de HTTP, son necesarios en este escenario?
Aplicación - Problemas 2-61
62. Ejercicio 3: Cabeceras Cliente HTTP
La siguiente cadena ASCII ha sido capturada cuando el navegador enviaba un mensaje GET HTTP.
Responda a las siguientes cuestiones, indicando en que parte del mensaje GET HTTP se encuentra la
respuesta a la cuestión:
a) ¿Cuál es la URL del documento solicitado?
b) ¿Qué versión de HTTP se está ejecutando en el navegador?
c) ¿Solicita el navegador una conexión persistente o no?
d) ¿Cuál es la dirección IP del host que corre el navegador?
e) ¿Qué tipo de navegador envía el mensaje? ¿Por qué es necesario indicar el tipo de navegador en el
mensaje?
f) ¿Cuántos bytes ocupa la HTTP_PDU enviada por el cliente?
g) ¿Cuántos bytes de HTTP_UD transporta?
Aplicación - Problemas 2-62
NOTA: La anchura de las líneas del recuadro es 60 caracteres
GET /cs453/index.html HTTP/1.1←↓Host: gaia.cs.umass.edu←↓Use
r-Agent: Mozilla/5.0 (Windows;U; Windows NT 5.1; en-US; rv:1
.7.2) Gecko/20040804 Netscape/7.2 (ax)←↓Accept: ext/xml, app
lication/xml, application/xhtml+xml, text/html;q=0.9, text/p
lain;q=0.8, image/png, */*;q=0.5←↓Accept-Language: en-us,en;
q=0.5←↓Accept-Encoding: zip,deflate←↓Accept-Charset: ISO-885
9-1,utf-8;q=0.7,*;q=0.7←↓Connection: keep-alive←↓←↓
NOTA: ← es un retorno de carro y ↓ es un fin de línea.
63. Ejercicio 4: Cabeceras Servidor HTTP
La siguiente cadena muestra la respuesta devuelta por el servidor web al mensaje del problema anterior.
Responda a las siguientes cuestiones, indicando en que parte del mensaje respuesta HTTP se encuentra la respuesta a la
cuestión:
a) ¿Ha encontrado el servidor el documento? ¿En qué momento se suministra la respuesta con el doc.?
b) ¿Cuándo fue modificado por última vez el documento?
c) ¿Cuántos bytes contiene el documento devuelto?
d) ¿Cuáles son los primeros 5 bytes del documento devuelto?
e) ¿Ha acordado el servidor emplear una conexión persistente? (si es que sí diga el tiempo máximo de inactividad que se
permite)
f) ¿Cuántos bytes de HTTP_UD transporta?
g) ¿Cuántos bytes ocupa la HTTP_PDU enviada por el servidor?
Aplicación - Problemas 2-63
NOTA: La anchura de las líneas del recuadro es 60 caracteres
HTTP/1.1 200 OK←↓Date: Tue, 07 Mar 2008 12:39:45 GMT←↓Server
: Apache/2.0.52 (Fedora)←↓Last-modified: Sat, 10 Dec 2005 18
:27:46 GMT←↓ETag: “526c3-f22-a88a4c80”←↓Accept-Ranges: bytes
←↓Content-Length: 3874←↓Keep-Alive: timeout=15, max=100←↓Con
nection: keep-alive←↓Content-Type: text/html; charset=ISO-88
59-1←↓←↓<!doctype html public “-//w3c//dtd html 4.0 transiti
onal//en”>←↓<html>←↓<head>←↓<meta name=”GENERATOR” content=”
Mozilla/4.79 [en] (Windows NT 5.0; U) Netscape]”>←↓<title>←↓
</head>←↓...Aquí seguiría el resto del documento HTML...
NOTA: ← es un retorno de carro y ↓ es un fin de línea.
64. Ejercicio 5: Tiempo de transferencia (I)
Suponga que en su navegador hace clic en un vínculo a una página web. La
dirección IP correspondiente al URL asociado no está almacenada en la
caché de su host local, por lo que es necesario realizar una búsqueda DNS.
Suponga que el tiempo de ida y vuelta (RTT) de la consulta al servidor DNS
es RTTDNS
Suponga también que la página web asociada con el vínculo es un
pequeño fichero HTML (lo que supone un tiempo de transmisión
despreciable) y que no contiene referencias a otros objetos.
Sea RTT0 el tiempo RTT entre el host local y el servidor web.
¿Cuánto tiempo transcurre desde que el cliente hace clic en el vínculo
hasta que recibe el objeto?
Aplicación - Problemas 2-64
65. Ejercicio 6: Tiempo de transferencia (II)
Continuando con el Problema 5, suponga que el archivo base
HTML hace referencia a 8 objetos muy pequeños que se
encuentran en el mismo servidor.
Despreciando los tiempos de transmisión, para cargar la página
web completa, ¿cuánto tiempo transcurre si se utiliza…
a) …HTTP no persistente sin conexiones TCP en paralelo?
b) …HTTP no persistente con 5 conexiones en paralelo?
c) …1 única conexión HTTP persistente?
Aplicación - Problemas 2-65