1. RFC 1958 Principios arquitectónicos
1.1. Cambio constante
1.1.1. debemos recordar que el cambio técnico es continuo en la tecnología de la información industria.
1.1.2. RFC 1958 Principios arquitectónicos de Internet, junio de 1996
1.1.2.1. diseñarse los protocolos de Internet
1.1.2.2. los principios tienen como objetivo proporcionar un marco para la creación cooperación y estándares
1.2. arquitectura de Internet
1.2.1. Existe una Arquitectura de Internet?
1.2.1.1. Muchos miembros de la comunidad de Internet argumentarían que existe no hay arquitectura, sino sólo una tradición
1.2.1.2. la herramienta es el Protocolo de Internet, y la inteligencia es de punta a punta en lugar de estar escondido en la red.
1.2.2. conectividad
1.2.2.1. la conectividad requiere cooperación técnica entre servicios proveedores, y prospera en el cada vez más liberal y competitivo Entorno comercial de telecomunicaciones.
1.2.2.2. conectividad global
1.2.2.3. protocolo a nivel de Internet
1.2.2.3.1. Esto permite operaciones uniformes y relativamente fluidas en un competitivo, proveedor, red pública de múltiples proveedores
1.2.2.3.2. La clave de la conectividad global es la capa de interconexión de redes
1.2.2.3.3. uede haber múltiples protocolos para satisfacer diferentes requisitos en otros niveles
1.2.2.3.4. múltiples protocolos de capa de red en uso
1.3. Problemas generales de diseño
1.3.1. heterogeneidad
1.3.1.1. deben permitir varios tipos de hardware
1.3.1.1.1. transmisión velocidades que difieren en al menos 7 órdenes de magnitud
1.3.1.1.2. varias computadoras longitudes de palabras y hosts que van desde microprocesadores con falta de memoria hasta supercomputadoras masivamente paralelas
1.3.1.1.3. Múltiples tipos de
1.3.2. Todos los diseños deben escalar fácilmente a muchos nodos por sitio y muchos millones de sitios.
1.3.3. Se deben considerar el rendimiento y el costo, así como la funcionalidad.
1.3.4. Hágalo simple. En caso de duda durante el diseño, elija el más simple solución.
1.3.5. La modularidad es buena. Si puede mantener las cosas separadas, hágalo.
1.4. nombre y la dirección
1.4.1. Evite cualquier diseño que requiera que las direcciones estén codificadas o almacenado en almacenamiento no volátil (excepto, por supuesto, cuando se trata de un requisito esencial como en un servidor de nombres o servidor de configuración)
1.4.2. Debe utilizarse una estructura de nomenclatura única
1.4.3. Los nombres públicos (es decir, ampliamente visibles) deben ser independientes entre mayúsculas y minúsculas
1.4.4. Las direcciones deben ser inequívocas (únicas dentro de cualquier ámbito donde puede aparecer).
1.5. Problemas externos
1.5.1. Cualquier implementación que no incluya todos los requisitos los componentes no pueden reclamar conformidad con la norma.
1.5.2. Los diseños deben ser totalmente internacionales, con soporte para localización (adaptación a conjuntos de caracteres locales).
1.6. confidencialidad y la autenticación
1.6.1. Todos los diseños deben encajar en la arquitectura de seguridad IP.
1.6.2. Es muy deseable que los operadores de Internet protejan la privacidad
1.6.2.1. y autenticidad de todo el tráfico, pero esto no es un requisito del
1.6.2.2. arquitectura. La confidencialidad y la autenticación son los
1.6.2.3. responsabilidad de los usuarios finales y debe ser implementado en los protocolos
1.6.2.4. utilizado por los usuarios finales. Los puntos finales no deben depender de la
1.6.2.5. proporcionar cierto nivel de protección, pero esto es secundario a la
1.6.2.6. responsabilidad principal de los usuarios finales de protegerse a sí mismos.
1.6.3. Siempre que se requiera un algoritmo criptográfico en un protocolo, El protocolo debe diseñarse para permitir algoritmos alternativos para ser utilizado y el algoritmo específico empleado en un particular la implementación debe etiquetarse explícitamente. Etiquetas oficiales para IANA debe registrar los algoritmos
1.6.3.1. confidencialidad o integridad de los transportistas. Los transportistas pueden optar por
1.6.4. Al elegir algoritmos, el algoritmo debe ser uno que sea ampliamente considerado como lo suficientemente fuerte para cumplir su propósito