Tier-1 ISPs (Nivel 1)
“son la columna vertebral (backbone) de internet a nivel global (grandes regiones y continentes). No pagan a nadie por el tráfico. Tienen acuerdos entre ellos de peering (no se pagan entre ellos por el tráfico de datos). SI SE PAGA POR ACCEDER A ELLOS
ej: AT&T, Verizon, Telefónica, NTT”
Tier-2 ISPs (Nivel 2)
“alcance regional o nacional. Modelo mixto: peering entre nivel 2 y pagan a los del nivel 1 por tráfico (acceder a la red global). Sirven de puente entre nivel 3 y nivel 1
Ej: Vodafone, Orange, Comcast”
Tier-3 ISPs (Nivel 3)
llevan el internet hasta el usuario final. Tránsito de pago a los ISP de nivel 2 para el acceso a internet. No tienen acuerdos de peering
SISTEMAS AUTONOMOS
“AS: conjunto de redes y routers que operan bajo un mismo control administrativo. Tienen nº de identificación único (ASN Autonomous System Number). (Son los Tier1, Tier2 y Tier3) Usan BGP(179) para comunicarse con otros AS.
En el interior de un AS se usa IGP Ej: RedIRIS (ASN 761), ESIC, RENTA4”
Entre ASs se comunican con EGP
IXP
“Internet Exchange Point o Puntos Neutros: centros de datos donde los ISP y los proveedores de contenido se conectan para hacer peering de tráfico entre ellos en lugar de tener que pagar a un ISP de tránsito o que los datos tengan que recorrer largas distancias. Reducen la latencia (el ping). Ej. ESpanix, Catnix”
CDN
“Content Delivery Networks: grupo de servidores distribuidos en diferentes ubicaciones geográficas alrededor del mundo, que almacenan copias locales de contenido
Los CDN se instalan en los IXP para estar lo más cerca posible de los usuarios finales. Ej: Akamai, Cloudfare”
HTTP
Hypertext Transfer Protocol. Protocolo SIN estado (el servidor no guarda información del cliente entre una petición y otra). Orientado a Carácter (las peticiones son en texto plano) (utiliza caracteres individuales para trasmitir la info. ej ASCII) modelo: request-response
ORIENTADO A CONEXION
METODOS HTTP
son los “verbos” o acciones que el cliente indica en la petición para decirle al servidor qué debe hacer con un recurso
METODOS SEGUROS
son aquellos en los que el verbo NO modifica el recurso OJO, los métodos seguros también son idempotentes GET, HEAD, OPTIONS y TRACE
METODOS IDEMPOTENTES
da igual las veces que se ejecuten, el resultado final en el servidor siempre es el mismo NO IDEMPOTENTES: POST, PATCH y CONNECT
HTTP POST
NO idempotente; NO seguro; envía datos al servidor para CREAR un nuevo recurso o realizar una acción. Por defecto No se cachea. Ej: enviar un formulario, crear una entrada en una Base de datos.
HTTP GET
“SI idempotente; SI seguro; SOLICITA datos de un servidor; obtiene un recurso existente. No es seguro para enviar datos sensibles. Es cacheable. Los navegadores pueden guardar las respuestas de GET para acelerar futuras consultas.
Solo admite caracteres del código ASCII; Ej: solicita una página web, una imagen o datos de una API”
HTTP TRACE
SI idempotente; SI seguro; diagnóstico y depuración para ver que pasa con una petición al servidor; ayuda a depurar el camino de la solicitud a través de proxies.
En servidores Apache, Nginx e IIS deshabilitado por riesgo de ataques.
HTTP PATCH
NO idempotente; NO seguro; se utiliza para realizar una ACTUALIZACION PARCIAL de un recurso. Ej: actualizar solo un campo de un documento
HTTP HEAD
SI idempotente; SI seguro; obtener sólo los metadatos (encabezados) del recurso. Ej: verifica si un recurso existe o si ha sido modificado, sin descargar el cuerpo
HTTP PUT
SI idempotente; NO seguro; se usa para actualizar o reemplazar un RECURSO COMPLETO en el servidor con los datos enviados. Ej: actualizar o reemplazar un documento completo.
HTTP OPTIONS
SI idempotente; SI seguro; solicita al servidor que indique los METODOS HTTP PERMITIDOS para un recurso, sin realizar ninguna acción. Ej: pregunta qué métodos (GET, POST,…) soporta un recurso en particular.
HTTP DELETE
SI idempotente; NO seguro; se utiliza para ELIMINAR un recurso específico en el servidor. Ej: borra un registro de una base de datos o un archivo.
WEBDAV
“Web Distributed Authoring and Versioning. Extensión de http que permite editar y gestionar archivos directamente en un servidor web. Convierte el servidor web en un sistema de archivos remoto.
Permite: Edición, gestion y colaboración remota”
URI
Uniform Resource Identifier. Es una cadena de caracteres que identifica un recurso (por su ubicación, su nombre o ambos). Se dividen en dos categorías: URL y URN. Ej: mailto:soporte@miempresa.com
URL
Uniform Resource Locator. Es un tipo de URI que proporciona identificación, ubicación y método de acceso al recurso. (dónde está y cómo llegar a él) Ej: https://www.ejemplo.com/pagina.html
URN
Uniform Resource Name. Es un tipo de URI que identifica un recurso por su nombre, independientemente de su ubicación y de que se pueda mover, de forma persistente. Ej: urn:isbn:0451450523 (identifica un libro por su ISBN International Standard Book Number)
HTTP 1.0
muy ineficiente. Por cada objeto el cliente debía abrir una conexión
NO admite multiplexación. NO admite compresión de cabeceras. Las respuestas se entregan en el mismo orden de las peticiones. No requiere https. TCP (coste de tiempo handshake) Conexiones NO persistentes
Casi Obsoleto
HTTP 1.1
“Conexiones persistentes (keep-alive, misma conexión TCP para pedir varios objetos seguidos). Pipelining: se envían varias peticiones sin esperar respuesta de las anteriores (se procesan en orden). Host Header: un solo
servidor (IP) puede alojar varias web (Virtual hosting). PROBLEMA: head-of-line blocking: si la primera petición se atasca, las demás esperan”
No admite multiplexación; No admite compresión de cabeceras; las respuestas se entregan en el mismo orden de las peticiones. No requiere https pero se recomienda