Академический Документы
Профессиональный Документы
Культура Документы
LA CAPA DE RED
INTRODUCCIÓN
El estudio de la capa de red es amplísimo. Comprende, para empezar, el estudio de una vasta
variedad de algoritmos de enrutamiento para evitar congestión.
Con esta finalidad, al final de cada sección se incluyen referencias a páginas web
principalmente de la IETF (INTERNET ENGINEERING TASK FORCE) y otras organizaciones
que se ocupan de estandarización, investigación y desarrollo de Internet.
Cabecera IP
Antes de iniciar la descripción de los campos, se empezará por centrar la atención del
lector en las funciones básicas de Ipv4:
a) Fragmentación y reensamble
b) Enrutamiento
c) Control de errores (ICMP)
Direcciones IP
Las direcciones se encuentran clasificadas por clases (A, B, C, D y E) Tal como puede
observarse en la Fig. 4.2, la notación de las direcciones posee el formato de números
decimales separados con puntos. Cada uno de los 4 bytes posee un valor que oscila
entre 0 y 255. De este modo, la menor dirección IP es 0.0.0.0 y la mayor es
255.255.255.255.
Los valores 0 y 1 poseen un significado especial tal como se muestra en la Fig. 4.3. El
valor 0 significa “este host” y el valor 1 significa “todos los hosts de la red”. Esto último
le permitirá al lector algo experimentado recordar el concepto de broadcast. Un
broadcast es un concepto más ligado a redes LAN que deben ponerse de acuerdo
para acceder al medio. Como también recordará el lector, un mensaje broadcast es
escuchado por todos los hosts de una red local. Tal vez lo mencionado sea
nuevamente una digresión, puesto que el próximo curso tratará sobre redes LAN
basándose en los estándares de la IEEE.
Las direcciones IP con 0 como número de red se refieren a la red local. La dirección
que posee sólo unos se refiere a la difusión en la red local. Las direcciones con un
número de red específico y unos en la parte de host permiten el envío de mensajes
broadcasts (también conocidos como paquetes de difusión) a redes distantes. Las
direcciones con el formato 127.xx.yy.zz se emplean para pruebas de realimentación y
detección de fallas, no enviándose a la red.
El ICMP forma parte integral de toda implementación IP. Es empleado por hosts y
encaminadores (routers) para una variedad de funciones y especialmente para la
administración de la red. Se hará una necesaria pausa en este protocolo, tan
importante para los administradores de red y para los usuarios en general. ICMP es un
complemento del protocolo IP. La razón radica en que IP es, como ya se conoce, un
protocolo no orientado a la conexión, y por ende, no genera reportes de error.
Los tipos de mensajes asociados con cada una de las funciones mencionadas se
muestran en la Tabla 4.1
Entre otros mensajes de reporte de error pueden mencionarse time exceeded (el cual
indica que el parámetro time – to - live del datagrama ha expirado) y parameter error
(que indica que un parámetro de la cabecera del paquete descartado no pudo ser
reconocido).
Si el administrador de red recibe reportes de que un host determinado no responde,
será necesario determinar la razón. Para este propósito se emplea la función
denominada prueba de acceso (reachability testing)
Los paquetes pueden ser descartados por el receptor de ocurrir una sobrecarga en
sus buffers de memoria. En tal caso, el receptor envía un mensaje denominado source
quench al ICMP del emisor para pedirle a éste que reduzca la velocidad de envío de
paquetes. De este modo, cada vez que un paquete sea descartado, el receptor enviará
un nuevo mensaje source quench para renegociar la velocidad de envío de paquetes y
aliviar así el problema de la congestión.
Terminal de usuario
Módems
Estos son dos módems síncronos, con velocidades desde 9,6 a 64 Kbps, los
cuales están instalados: uno, en el lado del usuario y otro, en el lado de la red.
CONCENTRADORES
Son los nodos que conforman la red troncal (Backbone). Sus funciones se presentan
en la tabla 4.4.
Son los enlaces físicos que interconectan los nodos de conmutación los cuales
son transportados vía microondas, satélite y fibra óptica. Estos enlaces
generalmente son dos entre cada nodo, con fines de redundancia y sus
velocidades de transmisión son del rango de 9.6, 19.2; 28.8 y 64 Kbps.
Centro de gestión
Esta breve introducción servirá para distinguir cómo el SNA, arquitectura jerárquica y
centralizada, encaja en los paradigmas par-a-par y cliente-servidor de hoy en día. SNA
se diseñó en los días en que un gran número de terminales no programables se
conectaban a los Host de IBM. Esta arquitectura proporcionaba un enrutamiento
estático, de tal manera que un usuario que estuviese trabajando en uno de los
terminales pudiera accesar a cualquiera de los host interconectados. Antes del SNA,
los usuarios tenían que abrir una sesión en un terminal diferente y en una línea
diferente para cada anfitrión.
Las aplicaciones podrían comunicarse con terminales usando uno de los varios
métodos de acceso, por ejemplo: la opción de compartición de tiempo (Time Sharing
Option – TSO) usaba el método de acceso de telecomunicaciones
(Telecommunications Access Method –TCAM) y el Sistema de Control de Información
de Usuario (Customer Information Control System – CICS) usó el Método Básico de
Acceso a Telecomunicaciones (Basic Telecommunications Access Method – BTAM) y
el Subsistema de Ingreso de Trabajos (Job Entry Subsystem – JES) utilizó el Método
de Acceso de Terminal Remoto (Remote Terminal Access Method – RTAM). Una de
Frente a esta situación, IBM introdujo las Comunicaciones Avanzadas entre Programa
y Programa (Advanced Program-to-Program Communications – APPC) para permitir la
comunicación entre programas y la Conectividad Avanzada Par-a-Par (Advanced
Peer-to-Peer Networking – APPN) para hacer frente al TCP/IP.
En la figura 4.4 se comparan la pila (stack) de los protocolos SNA con sus similares
del modelo OSI. Es interesante destacar que la ISO confeccionó el modelo OSI
utilizando como modelo la arquitectura de IBM.