La sesión de hoy ha sido impartida por Jordi Domingo de la UPC de Barcelona. Trataba de abordar la arquitectura de internet a nivel de transporte poniendo de evidencia las limitaciones del protocolo ipv4 y los choques con ipv6 aportando soluciones que se están tomando en la inernet2.
Se nos ha explicado la división y gestión del tráfico según localización geográfica (Autonomous Systems) y según interconexión o volumen de datos (Tier o peldaños 1, 2 y 3).
Cada grupo de máquinas conectadas a internet en una determinada área geográfica están cubiertas por un sistema autónomo (AS) que, a modo de jerarquía en arbol, se van concentrando hasta la red troncal. Para que los paquetes o bits de información pasen a través de internet recorren este árbol siempre y cuando salgan de su propio AS. Para dinamizar estos enlaces se crearon distintos acuerdos de peering entre AS. La red troncal ya tiene sus propios peers establecidos. El resto de peers nacen de acuerdos entre las empresas privadas y entidades públicas para mejorar en tráfico IP.
Por otro lado se puede dividir la gestión de internet según peldaños de importancia de tráfico de la red. En España existe un Tier 3 que es Espanix que inteconecta distintas redes (académica y comercial) a fin de augmentar velocidades de transmisión para la red española.
El protocolo IPv4 toma su formato definitivo en los 90 después de haber pasado los 80 determinando todos los protocolos IP y parte de los 90 con el TCP. Se basa en el principio de sencillez y Best Effort y por ello, a medida que el tráfico ha ido aumentando se ha visto obsoleto. Se han ido añadiendo protocolos diversos, como el NAT o el tunelamiento VPN que dificultan el funcionamiento normal del TCP/IP. Además que el BGP (que es el protocolo usado en los Tier1) da problemas de interacción de capas. Por no decir los problemas de seguridad con los que se ha tenido que adoptar Firewalls que dificultan el acceso a internet (apertura de puertos, dificultad en los peer-to-peer).
Por esto se está rediseñando una nueva internet (internet2) que pretende solventar todo incluyendo los extras actuales (DNS, NAT, VPN, etc) de forma nativa del protocolo.
