ConectividadSNA OSI TCPIP

INSTITUTO POLITECNICO NACIONAL
ESCUELA SUPERIOR DE INGENIERIA MECANICA Y ELECTRICA
CONECTIVIDAD: SNA, OSI, TCP/IP
UNIDAD: ZACATENCO
ALUMNOS:
NORMA ANGELICA ESERILLA VILLANUEVA
ARMANDO RODRIGUEZ PADILLA
VICTOR SALAZAR SANCHEZ
Esperilla Villanueva Norma PAG. 1 DE 183

Rodrguez Padilla Armando
Salazar Snchez Vctor

INDICE
INTRODUCCIN
CAPITULO 1. CONCEPTOS GENERALES.
1.1 HISTORIA DE LAS REDES
1.1.1 Antecedentes De Las Computadoras
1.1.2 Antecedentes De Las Redes
1.1.3 Objetivo De Las Redes
1.1.4 Aplicacin De Las Redes
1.1.5 Ventajas De Las Redes
1.2 CLASIFICACIN DE LAS REDES
1.2.1 Por Su Cobertura
1.2.2 Por Su Forma De Estar Conectadas
1.2.3 Conmutadas Y No Conmutadas
1.3 ELEMENTOS DE LAS REDES
1.3.1 Servidores
1.3.2 Concentradores
1.3.3 Multplexores
1.3.4 Medios De Transmisin
1.3.5 Dispositivos De Interconexin
1.4 TOPOLOGAS. DE LA RED
1.4.1 Topologa Jerrquica
1.4.2 Topologa Horizontal
1.4.3 Topologa En Estrella
1.4.4 Topologa En Anillo
1.4.5 Topologa En Malla
1.5 ARQUITECTURAS
1.5.1 SNA (Arquitectura de Redes de Sistemas)
1.5.2 OSI (Interconexin De Sistemas Abiertos)
1.5.3 TCP/IP (Protocolo de Control de Transmisin/Protocolo
Internet)

CAPITULO 2. SNA (ARQUITECTURA DE REDES DE SISTEMAS)

2.1 INTODUCCIN
2.1.1 Principales Funciones De SNA
2.2 EVOLUCIN DE SNA
2.2.1. Primera Versin De SNA
2.2.2 Segunda Versin De (SNA3)
2.2.3. Tercera Versin De (SNA4)
2.3 OBJETIVO DE SNA
2.4 TIPO DE DATOS EN UNA SNA
2.5 TOPOLOGA
2.6 DIRECCIONAMIENTO
2.7 CAPAS DE SNA
2.8 SESIONES
2.8.1 Tipos De Sesiones
2.8.2 Semisesiones
2.8.3 Activacin De Una Sesin
2.8.4 Control De Flujo En Una Sesin
2.8.5 Desactivacin De Una Sesin
2.9 DATOS, FORMATOS Y TRATAMIENTOS
2.9.1 Formato De Datos
2.9.2 Transmisin De Mensajes
2.9.3 Protocolos De Respuesta
2.9.4 Tratamiento De Cadenas
2.9.5 Segmentacin Y Bloqueo
2.10 MODOS DE TRANSACCIN
2.10.1 Protocolo BRACKET
2.10.2 Pacing
2.10.3 Protocolo END-TO-END Varios
2.11 CONCLUSIONES

CAPITULO 3. MODELO OSI

3.1 ANTECEDENTES
3.2 COMUNICACIN ENTRE NIVELES MODELO OSI
3.2.1 Servicios Orientados A Conexin Y Sin Conexin
3.2.2 Primitivas De Servicio
3.3 CAPAS DEL MODELO OSI
3.3.1 CAPA FSICA
3.3.1.1 Medios De Transmisin
3.3.1.2 Modos De Transmisin Y Sincronizacin
3.3.1.3 Interface RS-232-C
3.3.1.4 Subcapa MAC (Control De Acceso Al Medio)
3.3.1.5 Protocolos De Redes De rea Local
3.3.1.6 Normas IEEE 802
3.3.2 CAPA DE ENLACE DE DATOS
3.3.2.1 Control De Error
3.3.2.2 Control De Flujo
3.3.2.3 Gestin De Enlace
3.3.2.4 Tipos De Protocolos
3.3.2.5 Control De Trfico
3.3.2.6 Categoras De Los Controles De Enlace De Datos
3.3.2.7 Ejemplos De Protocolos
3.3.3 CAPA DE RED
3.3.3.1 Servicios Proporcionados A La Capa De Transporte
3.3.3.2 Organizacin Interna De La Capa De Red
3.3.3.3 Enrutamiento
3.3.3.4 Congestin
3.3.3.5 Interconexin De Redes
3.3.4 CAPA DE TRANSPORTE
3.3.4.1 Servicios Proporcionados A La Capa De Sesin
3.3.4.2 Calidad Del Servicio
3.3.4.3 Protocolos De Transporte

3.3.4.4 Elementos De Los Protocolos De Transporte

3.3.4.5 Administracin De Conexin
3.3.4.6 Direccionamiento
3.3.4.7 Establecimiento De Conexin

3.3.4.8 Liberacin De Conexin
3.3.5 CAPA DE SESIN
3.3.5.1 Servicios Suministrados A La Capa De Presentacin
3.3.5.2 Intercambio De Datos
3.3.5.3 Administracin Del Dilogo
3.3.5.4 Administracin De Actividades
3.3.5.5 Primitivas Del Servicio De Sesin OSL
3.3.6 CAPA DE PRESENTACIN
3.3.6.1 Diseo De Aspectos De La Capa De Presentacin
3.3.6.2 Representacin De Datos
3.3.6.3 Compresin De Datos
3.3.6.4 Seguridad Y Confidencialidad En Las Redes
3.3.6.5 Primitivas De La Capa De Presentacin OSI
3.3.6.6 Criptografa
3.3.7 CAPA DE APLICACIN
3.3.7.1 Administracin, Acceso Y Transferencia De Archivos
3.3.7.2 Correo Electrnico
3.3.7.3 Terminales Virtuales
3.3.7.4 Otras Aplicaciones
3.3.7.5 Manejo De Archivos
3.3.7.6 Servidores De Archivos
3.4 CONCLUSIONES
CAPITULO 4. PROTOCOLO TCP/IP

4.1 INTRODUCCIN
4.2 ANTECEDENTES
4.3 RAZONES DE LA CONECTIVIDAD

4.4 DESCRIPCIN GENERAL DE LOS PROTOCOLOS TCP/IP

4.5 CAPAS FSICAS DEL MODELO DE REFERENCIA TCP/IP
4.5.1 Capa Acceso a Red
4.5.2 Capa Internet
4.5.3 Capa De Transporte
4.5.4 Capa De Aplicacin
4.6 COMPARACIN DE LOS MODELOS DE REFERENCIA OSI Y TCP
4.7 SERVICIO DE TRANSPORTACIN CONFIABLE
4.7.1 Protocolo De Control De Transmisin TCP/IP
4.8 SERVICIO TERMINAL A TERMINAL Y DATAGRAMAS DE TCP
4.9 FORMATO DE UN SEGMENTO TCP
4.10 PERDIDA DE PAQUETES Y RETRANSMISIN TCP
4.10.1 Formato De Tres Vas Del TCP
4.11 ACUSE DE RECIBO SIMPLE Y VENTANAS DE TCP
4.11.1 Ventana deslizante de TCP
4.11.2 Secuencia y nmeros de acuse de recibo de TCP
4.12 EL PROTOCOLO IP (PROTOCOLO INTERNET)
4.13 LA CABECERA DE IP (PROTOCOLO DE INTERNET)
4.14 CLASES DE DIRECCIONES IP
4.15 PROCESAMIENTO DE LAS CLASES DE DIRECCIN IP
4.16 USO DE LA NOTACIN DECIMAL CON PUNTO DEL IP
4.16.1 Clases De La Notacin Decimal Con Punto Del IP
4.16.2 Divisin Del Espacio De Direccin De IP
4.16.3 Asignacin De Direccionamiento IP
4.16.4 Direccin De Red IP
4.16.5 Direccin De Una Computadora En Una Red
4.17 ENRUTADORES Y PRINCIPIO DE DIRECCIONAMIENTO DEL IP
4.18 CONCLUSIONES
CAPITULO 5. APLICACIN
5.1 INTRODUCCION
5.2 ARQUITECTURA GENERAL DEL AXE.
5.2.1 Descripcin de los elementos del AXE.
5.2.2 Introduccin al concepto de BW (E0, E1, T1).
5.2.3 Concepto de ruta.
5.2.4 Concepto de sealizacin.
5.2.5 Arquitectura de la red de conmutacin de Protel.
5.2.6 Herramientas de gestin y monitoreo para conmutacin
(SW300, OZTERM, WEB).
5.2.7 Proceso de recoleccin de informacin de las centrales
(SQ, TC, TR, AL).
5.3 PLATAFORMA DE TRANSPORTE.
5.3.1 Ampliacin de conceptos BW (E1, STM-1, STM-4, STM-16)
5.3.2 Jerarquas y estndares internacionales de transmisin de
seales digitales y estndares (PDH, SDH).
5.3.3 Arquitectura de la red de transporte de Protel (F. O. y MW)
5.3.4 Distribucin y uso real del BW de la red de transporte
Protel (STM-X).
5.3.5 Conceptualizacin de DWDM.
5.4 DESCRIPCIN DE LOS ELEMENTOS DE IP
5.4.1 Introduccin a las redes IP y sus componentes.
5.4.2 Topologa del Backbone de la red IP de Protel.
5.4.3 Elementos a Monitorear en la red IP.
5.5 PLATAFORMA DE PREPAGO
5.5.1 Diagrama Lgico de Prepago.
5.5.2 Diagrama de Configuracin Fsica de los ICP y Servidores
5.5.3 Elementos a monitorear en los equipos de prepago.
5.6 PLATAFORMA DE TRFICO
5.6.1 Conceptualizacin de sistemas de trfico (CDRs)
5.6.2 Procesos para la recoleccin de la informacin de
facturacin.
5.6.3 Elementos que se pretenden monitorear en esta

plataforma.


INTRODUCCION
El fin primordial de las redes de computadoras es de posibilitar el intercambio de
informacin entre dos o ms sistemas conectados a la misma. Este es el objetivo, pero
dentro de ste existen muchos factores que hacen posible que se lleve acabo la
comunicacin entre esos sistemas, uno de ellos y que juega un papel muy importante son
los protocolos, tema principal de este trabajo de tesis y que abordaremos en conjunto con
las redes de comunicacin de datos ya que los protocolos son parte importante de las
redes a las que se hace referencia.
El primer grupo de protocolos, conocido como familia de protocolos de la Internet, es muy

utilizado en todo el mundo, no slo por organizaciones militares, ya que resuelve
satisfactoriamente los problemas de comunicacin entre sistemas heterogneos.
El segundo grupo no ha conseguido an resultados tan espectaculares. El proceso de

creacin de estndares dentro del marco OSI ha sido y es demasiado lento, debido a la
gran cantidad de intereses que deben ser conciliados. Adems, a pesar de las presiones
ejercidas desde algunos gobiernos, ni los usuarios ni los fabricantes. Salvo excepciones,
han acogido los protocolos OSI con el entusiasmo esperado.
A mediados de los, 90's el nmero de instalaciones basadas en el protocolo OSI no est

paralizada, y aumenta conforme crece el nmero de protocolos diseados bajo este
modelo de referencia.
Por otra parte, cada vez hay ms instalaciones mixtas que disponen de ambas familias de
protocolos y tienen la meta estratgica de migrar hacia OSI. As las cosas, mientras para
algunos analistas parece claro que en un plazo de tiempo ms o menos largo ser OSI el
sistema que se imponga, otros no estn tan convencidos.
As mismo la creciente integracin de computadores y comunicaciones dentro de un

sistema nico, ha llevado a una industria nueva y de rpido crecimiento: la industria de la
comunicacin de datos basada en computadores. En universidades, complejos
industriales, instituciones financieras, etc. y donde sean requeridos por los distintos
usuarios que necesiten los servicios de comunicacin de datos y enlacen el computador
central con usuarios remotos.
En el capitulo 1 veremos una introduccin a las redes de comunicaciones como punto

de partida; tambin estudiaremos el objetivo de las redes de comunicacin de datos as
como de las redes digitales. Adems, nos describe algunos conceptos generales sobre los
elementos necesarios para la interconexin de redes.
El capitulo 2 explica la creacin de por parte de IBM de la SNA (Arquitectura de Redes de

Sistemas). La cual es una arquitectura de red que utiliza el concepto de cliente cautivo,
mediante el cual solo es posible la interconexin de equipo del mismo fabricante.
Adems, el conjunto TCP/IP nos proporciona los servicios de transferencia de archivos,

correo electrnico, manejo de Internet, acceso remoto, etc., as como la creacin de una
red de redes universal.

El capitulo 3 trata sobre el modelo de referencia OSI. El cual surge por que cada
fabricante de equipo de cmputo estableca los procedimientos de comunicacin sobre
sus computadoras, siendo muy difcil, por no decir imposible, la comunicacin entre
computadores de fabricantes distintos.
Poco a poco se fue haciendo necesario disponer de unas normas comunes que
permitiesen la intercomunicacin entre todas las computadoras. De todos los protocolos
propuestos, destac el modelo OSI (Interconexin de Sistemas Abiertos) que fue
propuesto por la ISO (Organizacin Internacional de Normalizacin). Este modelo propone
dividir en niveles todas las tareas que se llevan a cabo en una comunicacin entre
computadoras. Todos los niveles estn bien definidos y no interfieren con los dems.
El capitulo 4 describe el conjunto de protocolos TCP/IP. Este conjunto de protocolos est

basado en el modelo de referencia OSI.
Es mediante TCP/IP que se hace posible la obtencin de una red homognea constituida
por equipo heterogneo.
Por ltimo en el capitulo 5 donde hablaremos sobre un caso prctico de una intranet
configurada en protocolo TCP/IP.

CONCEPTOS
GENERALES

CAPITULO 1. CONCEPTOS GENERALES
El objetivo de este capitulo es conocer la importancia de llevar a cabo una comunicacin a

travs del intercambio de informacin y para eso requerimos conocer lo que es una red ya
que el objetivo principal de este es interconectar distintos equipos que compartan
recursos, e intercambien datos y se apoyen mutuamente, por ello es importante saber de
su topologa, medios de transmisin y todos sus elementos, adems nos describe algunos
conceptos generales sobre los elementos necesarios para interconexin.
1.1 HISTORIA DE LAS REDES

Se presenta una evolucin por separado de las Telecomunicaciones, Informtica y
Teleinformtica.
Historia de las telecomunicaciones:
1830, Telgrafo, Introduce conceptos de codificacin (Morse, Cooke y
Wheatstone)
1874, Telgrafo mltiple (Emile Baudot)
1875, Bell Telfono, Transmisin de voz, no requiere codificacin
1910, Teletipo / Teleimpresor, Transmite mensajes sin operador, Cd. Baudot.
1950, Comienzan a aparecer los mdems, como inicio de la transmisin de datos
entre computadoras, pero se consolidan en los 60s y 70s para el manejo principalmente
de perifricos.
60s Desarrollo de lenguajes de programacin, S.O., Conmutacin de paquetes,
transmisin satlite, comienza la unin de las telecomunicaciones e informtica.
70s Consolidacin de la teleinformtica, aparecen las primeras redes de
computadores, protocolos y arquitectura de redes, primeras redes pblicas de paquetes.
1971, Arpanet - TCP/IP.
1974, SNA de IBM primera arquitectura de redes, sigue DNA
1975, CCITT normaliza X.25, nace OSI de ISO
1978, Aparecen las primeras redes de rea local, aparecen los primeros servicios
de valor agregado.
En los 80s Comienzan a aparecer las redes digitales (voz, video y datos).
En los 90s Tecnologa de la informacin, Sistemas Distribuidos, Procesamiento
Distribuido, integracin
1.1.1 Antecedentes De Las Computadoras

Cuando se habla de la historia del procesamiento de datos, estamos realmente hablando
de la historia de la disponibilidad de las computadoras; desde las mecnicas hasta las
elctricas.

La primera computadora fue el Abaco o Soroban, que fue desarrollado alrededor de unos
300 aos A.C. En 1632, fue desarrollada la primera regla de clculo que era capaz de
multiplicar y dividir, esto es atribuido a William Outghtred, posteriormente se le adicionaron
propiedades de clculos trigonomtricos y algoritmos. En 1862, Blaise Pascal invent una
mquina de sumar, que era usada para adicionar nmeros en forma mecnica. Joseph
Marie Jacquard, en 1805, desarroll la mquina de tarjetas perforadas; este artefacto
tiene la peculiaridad de tener patrones que estaban contenidos dentro de una tarjeta
perforada.
Charles Babbage desarroll la primera computadora puramente mecnica en 1831, pero

no fue sino hasta 1885 que la primera mquina sumadora comercial me desarrollada por
W.S. Burroughs, y 5 aos despus, Hermn Hollerith desarroll la primera computadora
tabuladora electrnica. J. V. Atanasoff desarroll la primera computadora digital, el
moderno mundo de los procesadores digitales empez a desarrollarse.
FIG. 1.1 MQUINA DIFERENCIAL DE BABBAGE
1.1.2 Antecedentes De Las Redes

Las redes tienen una finalidad concreta: transferir e intercambiar informacin entre los
computadores y terminales. Es el intercambio de informacin lo que permite funcionar a
los mltiples servicios que ya consideramos parte de nuestras vidas. Tales como cajeros
automticos, terminales punto de venta en los centros comerciales etc. Estos sistemas
van desde pequeas redes que intrconectan terminales y computadores dentro de uno o
varios edificios, hasta redes con amplia distribucin geogrfica que cubren pases enteros,

y en algunos casos, todo el mundo. Algunas redes operan de manera privada, otras son
pblicas, es decir que se tiene acceso a ellas mediante el pago de una cuota.
Entre otros desarrollos, se han podido constatar la instalacin de redes telefnicas en
todo el mundo, la invencin de la radio y la televisin, el desarrollo sin precedente de la
industria de los ordenadores, as como la puesta en rbita de los satlites de
comunicacin.
A medida que nos acercamos al final del siglo, se ha dado una rpida convergencia entre
reas y las diferencias entre la captura, transporte, almacenamiento y procesamiento de
informacin estn desapareciendo.
Organizaciones con centenares de oficinas dispersas en una rea geogrfica esperan

tener la posibilidad de examinar en forma habitual el estado actual de todas ellas, incluso
las ms alejadas, simplemente accionando una tecla. A medida que incrementa nuestra
capacidad para recolectar, procesar y distribuir informacin, la demanda de ms
sofisticados procesadores de informacin crece con mayor rapidez.
No obstante, la industria de los ordenadores todava no se desarrolla del todo, al
comparrsele con otras industrias (por ejemplo: la automotriz y la de transporte areo) los
ordenadores han mostrado un gran progreso en muy poco tiempo. Durante los primeros
dos decenios de su existencia los sistemas de ordenadores estuvieron muy centralizados.
La fusin de los ordenadores y las comunicaciones ha tenido una profunda influencia en
la forma en que estos sistemas estn organizados. El viejo modelo de tener un solo
ordenador para satisfacer todas las necesidades de clculo de una organizacin est
siendo reemplazado con gran rapidez por otro que considera un nmero grande de
ordenadores separados, pero interconectados, que efectan el mismo trabajo. Estos
sistemas se consideran como redes de ordenadores.
FIG. 1.2 RED DE ORDENADORES

Se dice que dos ordenadores estn interconectados, si estos son capaces de intercambiar
informacin. La conexin no slo puede hacerse por dos medios de cobre, tambin se
puede hacer mediante el uso del lser, microondas, satlites de comunicaciones, etc.,
pero cabe aclarar que la marcada relacin que existe entre maestro/esclavo queda
excluida de esta definicin, si un ordenador puede forzosamente arrancar, parar
controlar a otro, estos no se consideran autnomos. Un sistema constituido por la unidad
de control y muchos esclavos no es una red, ni tampoco lo es un ordenador grande con
lectoras de tarjetas de control remoto, impresoras y terminales. Existe una notable
confusin entre una red de ordenadores y un sistema distribuido. La clave de la diferencia
es que en un sistema distribuido la existencia de mltiples ordenadores autnomos es
transparente al usuario.
El usuario puede teclear una instruccin y ejecutar un programa, adems puede observar
que est sucediendo. El hecho de seleccionar el mejor procesador, encontrar y transportar
todos los archivos de entrada al procesador y poner los resultados en un lugar apropiado,
depende del sistema operatvo. En otras palabras, el usuario de un sistema distribuido no
tiene conocimiento de que existen mltiples procesadores, ms bien se ve al sistema
como un monoprocesador virtual. La asignacin de trabajos del procesador, el movimiento
de archivos y todas las dems funciones del sistema deben de ser automticas. Con una
red, el usuario puede entrar a una mquina, enviar trabajos remotos, mover archivos y por
lo general, gestionar de manera personal toda la administracin de la red. Con un sistema
distribuido, nada se debe de hacer en forma explcita, todo lo hace de manera automtica
el sistema sin que el usuario tenga conocimiento de ello. Un sistema distribuido es, un
caso especial de una red, aquel cuyo software da un alto grado de conectividad y
transparencia.
Por lo tanto, la diferencia de una red y un sistema distribuido est ms bien en el software
(sistema operativo) que en el hardware. Tanto en el sistema distribuido como el de redes
de ordenadores necesitan mover archivos, la diferencia esta en quin invoca el
movimiento, el sistema o el usuario. Los avances tecnolgicos producidos en la dcada
de los setenta, dieron lugar, en lo que a teleproceso se refiere, a un abaratamiento
general de los adaptadores de comunicaciones, una drstica cada del precio de los
pequeos procesadores, unidades de almacenamiento y perifricos simples, y a una

general complicacin de las necesidades de distribucin de procesos por parte de los

usuarios.
Todo ello apunt a una tendencia universal de disear hardware de teleproceso con
capacidad lgica diversificada, orientada a satisfacer todo tipo de necesidades, en cuanto
a nodos de procesos de redes de teleprocesos se refiere, completado por el
correspondiente software y sus interfaces con el usuario.
Por parte de IBM, la evolucin de redes centralizadas con toda la capacidad de proceso
concentrada en el ordenador central a un esquema de mltiples sistemas de ordenadores
interconectados, controladores de comunicaciones programables y terminales
inteligentes, requiri la elaboracin de unos estndares de diseo de productos que
definiesen en forma clara y precisa cul era la funcin de cada componente dentro de la
red y cules las reglas que gobernaban el dilogo entre ambas funciones.
Las redes de computadoras locales o de larga distancia surgieron para hacer posible
compartir de forma eficiente los recursos informticos (hardware, software y datos) de
los usuarios. En general estos son sistemas heterogneos, los equipos de fabricantes
tienen caractersticas diferentes, utilizan y ejecutan software con caractersticas
especficas y diferentes para las aplicaciones deseadas para el usuario y manipulan y
producen datos con formatos incompatibles.
Asimismo, equipos idnticos de un nico fabricante que se integran en aplicaciones

distintas pueden presentar caractersticas heterogneas. Esa heterogeneidad de sistemas
beneficia a los usuarios que no estn as limitados a un nico tipo de sistemas para sus
distintas aplicaciones. As, se puede seleccionar el sistema que mejor se adapte a las
condiciones de aplicacin que interesen y el presupuesto disponible. Por otro lado, tal
heterogeneidad dificulta considerablemente la interconexin de equipos de fabricantes
diferentes. Conviene aclarar que los grandes fabricantes dieron soluciones para la
interconexin de sus propios equipos. Un fabricante se refiere a su solucin particular con
el trmino arquitectura de red (Network Architecture), que es sinnimo de un conjunto de
convenios para la interconexin de sus equipos.

As, DEC habla de un Digital Network Architecture (Arquitectura de Redes Digitales

DNA\ e IBM de su System Network Architecture (Arquitectura de Redes de Sistemas,
SNA), etc.
Obviamente la dificultad generada por la heterogeneidad persiste en el caso de la

interconexin con equipos de otros fabricantes y/o en la interconexin de redes
distintas.La interconexin de redes a su vez, contribuye a hacer ms difcil el problema, ya
que: puede haber redes con diferentes servicios de transmisin que requieran interfaces
diferentes. Es necesario, pues, una manera por la cual el problema de las
heterogeneidades haga viable la interconexin de sistemas distintos.
1.1.3 Objetivo De Las Redes

El principal objetivo de una red, es interconectar distintos ETD para que compartan
recursos, intercambien datos y se apoyen mutuamente. Una red local es un sistema de
interconexin entre ordenadores que permite compartir recursos e informacin, para ello,
es necesario contar adems de las computadoras correspondientes con las tarjetas de
red de los cables de conexin, los dispositivos perifricos y el software correspondiente.
Otro aspecto de compartir recursos es lo relacionado con la comparticin de la carga. Un

segundo objetivo es el proporcionar una alta fiabilidad al contar con mentes alternativas
de suministro. Por ejemplo, todos los archivos podrn duplicarse en dos o tres mquinas
de tal manera que si una de ellas no se encuentra disponible {como consecuencia de
un fallo del hardware) podr utilizarse alguna de las otras copias. Adems, la presencia
de mltiples CPUs significa que si una de ellas deja de funcionar, las otras son capaces
de encargarse de su trabajo, aunque se tenga un remedio global menor.
Para aplicaciones militares, bancarias, de control de trafico areo, etc., es muy importante
la capacidad de los sistemas para continuar funcionando a pesar de existir problemas en
el hardware. Otro objetivo es el ahorro econmico. Los ordenadores pequeos tienen una
mejor relacin costo/rendimiento, comparada con las ofrecidas por las mquinas grandes.
stas son diez veces ms rpidas que el ms rpido de los microprocesadores, pero su
costo es mil veces mayor. Este desequilibrio ha ocasionado que muchos diseadores de

sistemas construyan sistemas constituidos por poderosos ordenadores personales, uno

por usuario, con los datos guardados en una ms mquinas que funcionan como
servidor de archivo compartido. Este objetivo conduce al concepto de redes con varios
ordenadores localizados en el mismo edificio. A este tipo de red se le denomina LAN (red
de rea local), en contraste con lo extenso de una WAN (red de rea extendida), a la
que tambin se le conoce como red de gran alcance. Un punto muy relacionado es la
capacidad para aumentar el rendimiento del sistema en forma gradual a medida que crece
la carga, simplemente aadiendo ms procesadores. Con mquinas grandes, cuando el
sistema est lleno, deber reemplazarse por uno ms grande, operacin que por lo
normal genera un gran gasto y una perturbacin inclusive mayor al trabajo de los
usuarios.
Una red de ordenadores puede proporcionar un poderoso medio de comunicacin entre

personas que se encuentran muy alejadas entre s. Con el empleo de una red, es
relativamente fcil para dos o ms personas, que viven en lugares separados, escribir
unos informes juntos.
1.1.4 Aplicacin De Las Redes

Con la complejidad en aumento de la filosofa de comunicacin, se hace cada vez ms
necesario ocultar el usuario y a los programadores de aplicacin asociados de ciertas
complejidades. Mejorar la manipulacin de los cambios en cualquiera de los elemento de
la red. Permitir que sistemas centrales mltiples u otros dispositivos inteligentes sean
conectados a la misma red. Otra rea principal para la utilizacin de redes es el acceso a
bases de datos remotas. En un futuro cualquier persona va a tener acceso a las bases de
datos de los servicios pblicos para poder realizar desde su casa reservaciones de
aviones, autobuses, barcos etc. Esto ser para cualquier parte del mundo y obtener la
informacin ms actual y de una forma instantnea y mas rpida.
Todas las aplicaciones operan sobre redes por razones econmicas, el llamar a un
ordenador remoto mediante una red resulta ms econmico que hacerlo directamente. La
posibilidad de tener un precio ms bajo se debe a que el enlace de una llamada telefnica
normal utiliza un circuito caro durante todo el tiempo que dura la llamada, mientras que el
acceso a travs de una red hace que solo se ocupen los enlaces de larga distancia
cuando se estn transmitiendo los datos. Una tercera forma que muestra el empleo

potencial del uso de redes, es su empleo como medio de comunicacin. Los cientficos
toman como hecho garantizado el poder enviar correo electrnico, desde sus terminales,
a sus colegas en cualquier parte del mundo.
En el futuro ser posible para todos enviar y recibir correo electrnico y no solo
para aquellos que se encuentran en el mundo de los ordenadores, adems del correo
tambin ser posible transmitir voz digitalizada, as como fotografas e imgenes
mviles de televisin y vdeo. En la actualidad ya existen tablones de anuncios
electrnicos, pero estos tienen la tendencia a ser utilizados por expertos en
ordenadores, ser orientados hacia ciertas aplicaciones tcnicas y con frecuencia estn
limitados desde el punto de vista geogrfico.
1.1.5 Ventajas De Las Redes

Entre las ventajas de utilizar una red se encuentran las siguientes:
Posibilidad de compartir perifricos costosos, como impresoras lser, MODEM, fax,

etc.
Posibilidad de compartir grandes cantidades de informacin a travs de distintos
programas, base de datos, etc., de manera que sea ms fcil su uso y actualizacin.
Reduce e incluso elimina la duplicacin de trabajo.
Permite utilizar el correo electrnico para enviar o recibir mensajes de diferentes
usuarios de la misma red e incluso de redes diferentes.
Reemplaza o complementa minicomputadoras de forma eficiente con un costo
bastante ms reducido.
Establece enlaces con mainframes. De esta forma, un computador de gran potencia
acta como servidor, haciendo que los recursos disponibles estn accesibles para
cada uno de los computadores personales conectados.
Permite mejorar la seguridad y control de la informacin que se utiliza, admitiendo la
entrada de determinados usuarios, accediendo nicamente a cierta informacin o
impidiendo la modificacin de diversos datos. A medida
que va creciendo la red, el compartir tan solo recursos como impresoras
faxes, pierde relevancia en comparacin con el resto de las ventajas.
Las redes enlazan tambin a las personas, proporcionando una herramienta efectiva
para la comunicacin a travs de correo electrnico. Los mensajes se envan

instantneamente a travs de la red, los planes de trabajo pueden utilizarse tan
pronto como ocurran cambios y se pueden planificar las reuniones sin necesidad de
llamadas telefnicas.
FIG. 1.3 RED (COMPARTIENDO ARCHIVOS)
1.2 CLASIFICACIN DE LAS REDES

Todas las redes se clasifican de diferentes formas: de acuerdo a su velocidad, su
topologa, su tamao, etc. A continuacin se mostrarn algunos tipos de clasificacin.
1.2.1 Por Su Cobertura

Segn su cobertura, se pueden distinguir los siguientes tres tipos de redes.
Si se conectan todos los computadores dentro de un mismo edificio, se denomina

LAN (Local rea Network). Como su nombre lo indica son los computadores que se
encuentran interconectados dentro de un mismo edificio de alguna compaa.

FIG. 1.4 ESQUEMA DE UNA RED LAN
Si se encuentran distribuidos en distancias no superiores al mbito urbano, MAN

(Metropolitan rea Network). Esta red es para conectar diferentes edificios, ya sea
edificios de una misma corporacin o empresas diferentes que comparten cierta
informacin.
FIG. 1.5 ESQUEMA DE UNA RED MAN.
Si estn instalados en edificios diferentes, WAN (Wide rea Network). Esta red se usa
cuando una gran empresa tiene varios edificios repartidos en el territorio nacional y
necesita compartir informacin de las diferentes reas de trabajo. Esta distancia debe ser
menor al mbito nacional.

FIG. 1.6 ESQUEMA DE UNA RED WAN
1.2.2 Por Su Forma De Estar Conectadas

Segn la forma en que estn conectados los computadores, se pueden establecer varias
categoras:
Redes sin tarjetas. Utilizan enlaces a travs de los puertos serie o paralelo para
transferir archivos o compartir perifricos.
Redes punto a punto. Un circuito punto a punto es un conjunto de medios que hace
posible la comunicacin entre dos computadores determinados de forma permanente.
Redes basadas en servidores centrales utilizando el modelo bsico cliente-servidor.
1.2.3 Conmutadas Y No Conmutadas

Para disponer de un enlace permanente entre un punto y otro a travs de la red
telefnica, el usuario puede escoger entre adquirir una lnea privada y una lnea con
dedicacin exclusiva. (Las lneas privadas tambin pueden conmutarse, a travs de
centros privados de conmutacin, o centralitas). Las lneas privadas no conmutadas
suelen ser de gran utilidad para aquellos usuarios que no puedan permitirse el retardo que
supone establecer una conexin, o que no pueden tolerar que la llamada se bloquee si
todas las lneas estn ocupadas. Adems, los usuarios cuyo trfico ocupa varias horas
diarias de enlace pueden ahorrar bastante dinero utilizando una lnea con dedicacin

exclusiva. Estos son los compromisos principales entre las lneas conmutadas normales y
los circuitos con dedicacin exclusiva:
CONMUTADAS NO CONMUTADAS
VENTAJAS DESVENTAJAS VENTAJAS DESVENTAJAS
Fexibilidad Lentitud de respuesta. Soporta un mayor Coste elevado si el trfico

volumen de trfico. es pequeo.
Economia si el volumen Posibilidad de bloqueo. Posibilidad de Escasa flexibilidad cuando
de trafico es pequeo obtener una mayor la lnea es impracticable.
calidad.
Baja calidad. Libre de bloqueos
(seales de
comunicando).
Elevado costo si el trfico
es intenso.
TABLA 1.1 VENTAJAS Y DESVENTAJAS
1.3 ELEMENTOS DE LAS REDES

1.3.1 Servidores
Un servidor es un computador que permite compartir sus perifricos con otros
computadores.
Se trata de un software instalado en un computador, llamado remoto, que le permite

ofrecer un servicio a otro computador, llamado local. El computador local contacta con el
computador remoto gracias a otro software llamado cliente. Tambin puede recibir el
nombre de servidor el propio computador donde est instalado el software servidor.
Estos pueden ser de varios tipos:

Un servidor de archivos mantiene los archivos en subdirectorios privados y
compartidos para los usuarios de la red.
Un servidor de impresora tiene conectadas una o ms impresoras que comparte con
los dems usuarios.
Un servidor de comunicaciones permite enlazar diferentes redes locales.

Segn el sistema operativo de red que se utilice, puede ocurrir que un servidor de
archivos y de impresin puedan residir en el mismo computador, mientras que las
comunicaciones son tarea de otro distinto.
As mismo, los servidores de archivos pueden ser dedicados o no dedicados, segn se

dediquen slo a la gestin de red o, adems, se puedan utilizar como estacin de trabajo.
La conveniencia de utilizar uno u otro va estar indicada por el nmero de estaciones de
trabajo de que se vaya a disponer; cuanto mayor sea el nmero de ellas, ms conveniente
ser disponer de un servidor dedicado.
No es recomendable instalar un servidor no dedicado, ya que en caso de producirse algn

problema en l, la totalidad del sistema dejar de funcionar, con los consiguientes
inconvenientes y prdidas irreparables que se puedan producir.
1.3.2 Concentradores
Son equipos que permiten compartir el uso de una lnea entre varios computadores.
Todos los computadores conectados a los concentradores pueden usar la lnea, pero no
de forma simultnea, ni utilizando diferentes protocolos ni distintas velocidades de
transmisin.
FIG. 1.7 ESQUEMA DE LA ACTUACIN DE UN CONCENTRADOR.

1.3.3 Multplexores
Son equipos que permiten mantener ms de una comunicacin simultnea por una sola
lnea. Cada una de las comunicaciones opera como si tuviera la lnea de forma
exclusiva, pudiendo utilizar diferentes velocidades y protocolos en cada una de ellas.
FIG. 1.8 ESQUEMA DE LA ACTUACIN DE UN MULTIPLEXOR

1.3.4 Medios De Transmisin
Son los medios por los cuales se logra la comunicacin entre computadores y existen
diferentes tipos:
Par trenzado, que consiste en 2 hilos trenzados de forma independiente y luego

trenzados entre s y recubiertos de una capa aislante externa. Se usa normalmente
para las instalaciones telefnicas y para la transmisin de seales digitales.

FIG. 1.9 PAR TRENZADO
Cable coaxial de banda base, que est formado por un hilo conductor central rodeado
de un material aislante que, a su vez est rodeado por un malla fina de hilos de
cobre. Todo el cable est rodeado por un aislamiento que le sirve de proteccin para
reducir las emisiones elctricas. Se usa normalmente para las instalaciones
telefnicas y para los sistemas de antenas colectivas.
FIG. 1.10 CABLE COAXIAL
Cable coaxial de banda ancha, que est construido de forma muy similar al coaxial de
banda base, aunque puede tener mayores dimetros y con diversos grosores de
aislamiento. Puede transportar miles de canales de datos a baja velocidad.
Cable de fibra ptica, que est formado por un cable compuesto por fibras de vidrio.
Cada filamento tiene un ncleo central de fibra con un alto ndice de refraccin que
est rodeado de una capa de material similar, pero con un ndice de refraccin menor.
De esa manera aisla las fibras y evita que se produzcan interferencias entre
filamentos contiguos, a la vez que protege al ncleo. Todo el conjunto est protegido
por otras capas similares. Puede alcanzar velocidades muy altas a una distancia

entre estaciones de hasta 4 km sin necesidad de usar repetidores.
FIG. 1.11 FIBRA OPTICA
El lser, los rayos infrarrojos, las ondas de radio en UHF y las microondas son medios
de comunicacin inalmbricos. Sus ventajas son: la libertad de movimiento, rapidez
en la instalacin, sencillez en la reubicacin de las estaciones de trabajo, pero sus
inconvenientes son: dudas sobre si afecta a la salud de los usuarios, faltan normas
estndar, poca compatibilidad en las redes fijas, problemas con la obtencin de
licencias para las que utilizan el espectro radioelctrico.
1.3.5 Dispositivos De Interconexin

En todas las redes se usan diferentes equipos para su interconexin, en seguida se
nombraran algunos de ellos.
Modem. Es un perifrico que permite conectar dos computadores a travs de la red

telefnica conmutada. Es un equipo que convierte las seales del computador a las
analgicas de la lnea telefnica (modulacin), las enva a otro computador, y cuando
ste las recibe, las vuelve a convertir de analgicas a digitales (demodulacin). Figura
1.7.

FIG. 1.12. REPRESENTACIN ESQUEMTICA DE UNA ESTACIN UNIDA A LA RED CON UN

MODEM A TRAVS DE LA RED TELEFNICA CONMUTADA.
Compuertas (Gateways). Es un sistema formado por hardware y software que

permite las comunicaciones entre una red local y un gran computador (Mainframe).
Se suelen colocar en el servidor de comunicaciones. Figura 1.7.
FIG. 1.13. REPRESENTACIN DE UNA RED UNIDA A UN MAINFRAME POR MEDIO DE UNA
COMPUERTA.
Al conectar la red local con el mainframe se podrn obtener datos de l, as como enviarle
datos para su almacenamiento. El enlace entre ambos necesitar algn tipo de emulacin
que haga que la estacin de trabajo imite el funcionamiento de una terminal y ceda el
control al mainframe. Esta emulacin se puede conseguir por medio de software, de
hardware o ambas cosas.

Puente (Brdge). Es un sistema formado por hardware y software que permite

conectar dos redes locales entre s. Se puede colocar en el servidor de archivos
mejor, en el servidor de comunicaciones. Ambas redes deben de usar el mismo
protocolo de comunicaciones.
La utilizacin de puentes para unir redes es una idea mejor que la configuracin de una
red grande que englobe a las dos. La razn est en que las redes van perdiendo
rendimiento al aumentar el trfico y se va perdiendo tiempo de respuesta, de este modo,
al estar dividida la red se reducen el trfico y el tiempo de respuesta.
FIG. 1.14. REPRESENTACIN ESQUEMTICA DE DOS REDES UNIDAS POR UN PUENTE.
Otra razn es el lmite de expansin de la red grande. Todas las redes cuentan con un
nmero mximo de estaciones que pueden soportar. Si se desea sobrepasar ese nmero,
la nica alternativa es la de crear otra red conectada por un puente.
Enrutadores (Routers). Es un sistema utilizado para transferir datos entre dos redes
que utilizan un mismo protocolo. Un ruteador puede ser un dispositivo software,
hardware o una combinacin de ambos.

FIG. 1.15 REPRESENTACIN ESQUEMTICA DE DOS REDES UNIDAS POR UN ROUTER.
1.4 TOPOLOGAS. DE RED

La configuracin de una red suele conocerse como topologa de la misma. La topologa es
la forma de conectividad fsica de la red. El termino topologa es un concepto geomtrico
con el que se alude al aspecto de una cosa. La topologa es la forma geomtrica en que
estn distribuidas las estaciones de trabajo y los cables que las conectan. En el momento
de establecer la topologa de una red el diseador debe plantearse los siguientes
objetivos.
Primer objetivo
Proporcionar la mxima fiabilidad posible, para garantizar la recepcin correcta de
todo el trfico.
Encaminar el trfico entre el Equipo Terminal de Datos (ETD) transmisor y el receptor
a travs del camino ms econmico dentro de la red(aunque, si se consideran ms
importantes otros factores, como la fabilidad, este camino de costo mnimo puede no
ser el mas conveniente).
Proporcionar al usuario final un tiempo de respuesta ptimo.
Cuando hablamos de la fiabilidad de una red nos estamos refiriendo a la capacidad que
tiene la misma para transportar datos correctamente (sin errores) de un ETD a otro. Ello
incluye tambin la capacidad de recuperacin de errores o datos perdidos en la red, ya
sea por fallas del canal de transmisin, del Equipo Terminal de Datos (ETD). La fiabilidad
est relacionada tambin con el mantenimiento del sistema, en el que se incluyen las
comprobaciones diarias; el mantenimiento preventivo, que se ocupa de relevar de sus

tareas a los componentes averiados o de funcionamiento incorrecto; y en su caso, el

aislamiento de focos de averas. Cuando un componente crea problemas el sistema de
diagnstico de la red ha de ser capaz de identificar y localizar el error, aislar la avera y si
es preciso, aislar del resto de la red el componente defectuoso.
El segundo objetivo a cumplir en el momento de establecer una topologa para la red

consiste en proporcionar a los procesos de aplicacin que residen en los ETD el camino
ms econmico posible, para ello es preciso:
Minimizar la longitud real del canal que une los componentes, lo cual suele implicar el
encaminamiento del trfico a travs del menor nmero posible de componentes
intermedios.
Proporcionar el canal ms econmico para cada actividad concreta;
El tercer objetivo es obtener un tiempo de respuesta mnimo y un caudal eficaz lo ms

elevado posible. Para reducir el mnimo el tiempo de respuesta hay que acotar el retardo
entre la transmisin y la recepcin de los datos de un ETD a otro. Las topologas de red
ms comunes son las siguientes:
1.4.1 Topologa Jerrquica

La estructura jerrquica es una de las ms extendidas en la actualidad. El software que
controla la red es relativamente simple, y la topologa proporciona un punto de
concentracin de las tareas de control y de resolucin de errores. La mayora de los casos
el ETD situado en el nivel ms elevado de la jerarqua es el que controla la red.

FIG. 1.16 TOPOLOGA JERRQUICA
1.4.2 Topologa Horizontal

Es aquella en la que todas las estaciones comparten el mismo canal de comunicaciones;
toda la informacin circula por ese canal, y cada estacin recoge la informacin que le
corresponde.
FIG. 1.17 TOPOLOGA HORIZONTAL
1.4.3 Topologa En Estrella

Esta forma es una de las ms antiguas; en ella, todas las estaciones estn conectadas
directamente al servidor o a un ordenador (nodo) central y todas las comunicaciones se
han de hacer necesariamente a travs de l. El nodo central es el responsable de
encaminar el trfico hacia el resto de los componentes as
como de localizar las averas. Esta tarea es relativamente fcil, ya que es posible aislar
las lneas para identificar el problema.

FIG. 1.18. TOPOLOGA EN ESTRELLA.

A continuacin se listan algunas de las ventajas y desventajas que se presentan en este
tipo de topologa:
VENTAJAS:
No hay competencia por el acceso al canal.
Gran gama de velocidades.
Tiempo de respuesta rpido en las comunicaciones de las estaciones con el
servidor.
Transmisin bidireccional.
Permite incrementar o disminuir fcilmente el nmero de estaciones.
Si se produce un fallo en una de ellas no repercutir en el funcionamiento
general de la red.
DESVENTAJAS:
Mayor costo debido a la gran instalacin de cableado y a la complejidad de la
tecnologa que se necesita para el servidor.
Nmero de nodos limitado.

Dependencia del nodo central, ya que si se produce un fallo en el servidor, la red
completa se vendr abajo.
Tiempo de respuesta lento en las comunicaciones entre las distintas estaciones de
trabajo.

1.4.4 Topologa En Anillo

La estructura en anillo es otra configuracin bastante extendida. Se llama as por que
todas las estaciones estn conectadas entre s formando un anillo, de forma que cada
estacin solo tiene contacto directo con otras dos.
En las primeras redes de este tipo los datos se movan en una sola direccin, de manera
que toda la informacin tena que pasar por todas las estaciones hasta llegar a su destino.
Las redes ms modernas disponen de dos canales y transmiten en direcciones diferentes
para cada uno de ellos. La organizacin en anillo resulta atractiva porque con ella son
bastante raros los embotellamientos, tan frecuentes en los sistemas de estrella o de rbol.
A continuacin se listan algunas de las ventajas y desventajas que se presentan en este
tipo de topologa:
VENTAJAS:
Transmisin en dos sentidos.
Permite aumentar o disminuir el nmero de estaciones sin dificultad.
DESVENTAJAS:
A medida que aumenta el flujo de informacin, ser menor la velocidad de respuesta
de la red.
Un fallo en una estacin o en un canal de comunicaciones dejar bloqueada la red en
su totalidad.
FIG. 1.19. TOPOLOGA EN ANILLO.
1.4.5 Topologa En Malla

La topologa en malla se ha venido empleando en los ltimos aos. Lo que la hace

atractiva es su relativa inmunidad a los problemas de embotellamiento y averas. Gracias
a la multiplicidad de caminos que ofrece a travs de los distintos ETD y ECD, es posible
orientar el trfico por trayectorias alternativas en caso de que algn nodo est averiado u
ocupado.
FIG. 1.20. TOPOLOGA EN MALLA.
1.5 ARQUITECTURAS
Al conjunto de capas y protocolos se le denomina Arquitectura de Red. El protocolo es un
conjunto de reglas que se deben seguir, sin los protocolos quiz uno de los lados de la
conversacin no comprenda lo que el otro est diciendo. Los protocolos de computacin
definen la forma como ocurren las comunicaciones. Si una computadora enva
informacin a otra y ambas siguen correctamente el protocolo, el mensaje pasar,
independientemente del tipo de mquinas que sean y del sistema operativo que empleen
{esto es la base para los sistemas abiertos). Siempre que la mquina tenga software que
el protocolo pueda manejar, las comunicaciones sern posibles. Con lo anterior tenemos
que un protocolo de computacin es esencialmente un conjunto de reglas que coordinan
el intercambio de la informacin.
1.5.1 SNA (Arquitectura de Redes de Sistemas)

El SNA como arquitectura, identifica y define los posibles elementos dialogantes de una
red y describe los protocolos que deben regir su dilogo. Tales protocolos consisten en
unos formatos de informacin a intercambiar y las reglas a que deben atenerse los
interlocutores, a fin de asegurar una transferencia eficaz, flexible y libre de errores,

adaptada a su respectiva capacidad lgica. Ello implica, formatos, funciones de

establecimiento y terminacin de dilogo, control del flujo de datos durante el mismo
(referente a sentido, tamao e intensidad), as como los necesarios procedimientos
para detectar y recuperar cualquier tipo de error de transferencia, fsico o lgico. Esta
arquitectura es absolutamente abstracta (es decir, independiente de productos y
arquitecturas de hardware y software), y abierta, en continua evolucin, a fin de
adaptarse a lo que se va anticipando como factible y necesario dentro del binomio
formado por el estado de la tecnologa y las necesidades de los usuarios.
1.5.2 OSI (Interconexin De Sistemas Abiertos)

Disear un solo paquete de software que lleve a cabo todas las tareas requeridas para las
comunicaciones entre distintas computadoras resultara una tarea de pesadilla. Aparte de
tener que enfrentarse con distintas arquitecturas de hardware, tan slo la escritura del
cdigo para todas las aplicaciones que uno deseara resultara en un programa que sera
excesivamente grande para ejecutar o mantener.
Un mtodo inteligente para resolver ste problema es dividir todos los requisitos en
grupos. Con las comunicaciones de los sistemas abiertos, los grupos resultaron bastante
obvios. Un grupo se ocupara del transporte de los datos, otro del empaquetamiento de
los mensajes, otro ms de las aplicaciones de usuario final y as sucesivamente. A cada
grupo de tareas relacionadas se le llam capa.
Obviamente, se esperaba algo de traslape en la funcionalidad, y se propusieron varios
mtodos distintos para una misma divisin de capas.
Uno que se adopt como estndar fue el Modelo de Referencia de Interconexiones de

Sistemas Abiertos (Open Systems Interconnections Reference Model, OSI-RM).
Dicho modelo utiliza siete capas.
La arquitectura TCP/IP es similar, pero slo incluye cinco capas, porque combina algunas
de las funciones de dos capas OSI en una sola capa.
Por ahora veamos el modelo de siete capas OSI:

Las capas de Aplicacin, Presentacin y Sesin estn orientadas a la aplicacin, en las
que son responsables de la presentacin de la interfaz al usuario. Las tres son

independientes de las capas inferiores y son totalmente ajenas a los medios por los
cuales los datos llegan a la aplicacin.
Las cuatro capas inferiores tienen que ver con la transmisin de datos, y se ocupan del
empaque, enrutamiento, verificacin y transmisin de cada grupo de datos. Las capas
inferiores no se preocupan del tipo de datos que reciben o envan a la aplicacin, sino
simplemente se ocupan de la tarea de enviarlos. No hacen ninguna diferencia entre
distintas aplicaciones.
1.5.3 TCP/IP (Protocolo de Control

deTransmisin/Protocolo Internet)
TCP/IP no es una entidad nica que combina dos protocolos, sino un conjunto de
programas de software ms grande que proporciona servicios de red, como registro de
entrada remoto, transferencia de archivos remota y correo electrnico. TCP/IP ofrece un
mtodo para transferir informacin de una mquina a otra. Un protocolo de
comunicaciones debe manejar los errores en la transmisin, administrar el enrutamiento,
entregar los datos, as como controlar la transmisin real mediante el uso de seales de
estado predeterminadas. TCP/IP se ocupa de todo lo anterior.
Se sabe que el modelo OSI esta formado por siete capas, los programas TCP-TP se
pueden superponer sobre este modelo a fin de tener una idea aproximada de dnde
reside cada uno de ellos.
TCP/IP no se ocupa de las dos capas inferiores del modelo OSI (Fsica y Enlace de
Datos) sino que comienza en la capa de red, donde reside el Protocolo Internet (IP). En la
capa de Transporte reside el Transmission Control Protocol (TCP). Por encima de esto,
las utileras y protocolos que conforman el resto del conjunto TCP/IP estn construidos
utilizando las capas TCP e IP como su sistema de comunicaciones. Dos sistemas de
transporte estn involucrados, TCP y el protocolo de datagrama de Usuario (User
Datagram Protocol, UDP). El Protocolo Internet realiza el enrutamiento de los mensajes
en la capa de red.
TCP/IP se basa en el concepto de clientes y servidores: cualquier dispositivo que inicia
comunicacin se llama cliente y el dispositivo que responde, servidor.

SNA (ARQUITECTURA
DE REDES DE
SISTEMAS)

CAPITULO 2. SNA (ARQUITECTURA DE REDES DE SISTEMAS)
El objetivo de este capitulo es explicar la creacin del esquema SNA (arquitectura de

redes de sistemas) la cual es una arquitectura que utiliza el concepto de cliente-cautivo,
mediante la cual solo se puede llevar a cabo si es equipo del mismo fabricante, es decir
un sistema cerrado, y as mismo definir los posibles elementos de una red y describir los
protocolos que deben de regir su comunicacin, para poder intercambiar informacin de
forma segura, eficaz, flexible, libre de errores adaptada a su capacidad lgica.
2.1 INTODUCCIN
SNA es un esquema corporativo de IBM orientado al procesamiento distribuido y a la
administracin de las comunicaciones. Representa un conjunto de estndares de
interconexin, para que una familia de productos de Hardware y Software se comunique.
Es tambin una filosofa de comercializacin, que tuvo entre sus objetivos iniciales, la
solucin de problemas de compatibilidad dentro de la amplia lnea de productos de
teleprocesamiento y comunicaciones de datos de IBM. Responde a los requerimientos de
los clientes de proveer nuevas capacidades. El propsito de SNA es ofrecer una
comunicacin confiable y oportuna entre usuarios finales diferentes, posiblemente
localizados lejos uno de otros. Haciendo un uso de nuevas tecnologas, SNA tiene como
objetivo proveer lo siguiente:
Un mecanismo de distribucin de funciones, que muevas algunas de las tareas de la

computadora central, hacia los perifricos del sistema y equipos remotos.
Independencia de conexin, de forma tal que diferentes tipos de equipos puedan
conectarse al mismo enlace, usando un protocolo comn, SDLC.
Independencia del dispositivo, a efecto de que las aplicaciones sean escritas sin
tener un cuenta las caractersticas especficas del dispositivo a ser usado.
Flexibilidad de configuracin, para que se pueda cambiar fcilmente la disposicin
de la red.
La arquitectura de red de sistemas de IBM, arquitectura de siete niveles diseada para

ofrecer interconexin entre productos IBM se anunci en 1974,despus de un extenso

desarrollo que comenz a fines de la dcada de 1960. Desde entonces se ha informado

de mejoras y nuevas versiones. La SNA precedi a los desarrollos del ISO, y por tanto no
se ajusta estrictamente, nivel por nivel, a las caractersticas de 1 a arquitectura OSI. Sin
embargo, hay similitudes en las funciones, como se ver.
El estudio de redes no podra considerarse como completo si no se mencionara, por lo

menos, algo sobre la arquitectura de redes de IBM, denominada System Network
Architecture (SNA, Arquitectura de Red de Sistemas). El modelo OSI se configur
tomando como base a la SNA incluyendo el concepto de estratificacin, el nmero de
capas seleccionadas y sus funciones aproximadas.
SNA es una arquitectura de red que permite que los clientes de IBM construyan sus
propias redes privadas, tomando en cuenta a los anfitriones y a la subred.
La idea, al crear la SNA, consisti en proporcionar una infraestructura coherente para el
proceso distribuido dbilmente acoplado. Debido al deseo de varios clientes de IBM de
mantener la compatibilidad de todos los programas y protocolos (mutuamente
incompatibles), la arquitectura SNA resulta ms complicada de lo que debiera haber
sido, de no existir estas limitaciones. La SNA efecta tambin un gran nmero de
funciones que no se encuentran en otras redes, las cuales, aunque resultan muy
valiosas para ciertas aplicaciones, tienden a elevar la complejidad total de su
arquitectura.
2.1.1 Principales Funciones De SNA

A continuacin se enlistan las principales funciones que proporcionan la Arquitectura de
Sistemas de red.
La arquitectura cubre redes pequeas o grandes

Ofrece interconexin con otras redes de arquitectura diferentes como OSI.
TCP/IP, ISDN, ETHERNET, etc.
Soporte de protocolos de manejo de red par OSI con protocolos CMIS/CMIPY
TCP/IP.
Facilidades de seguridad en red.

Ruteos de red sofisticados y mecanismos de control.

1. Rutas alternativas
2. Grupos de transmisin
3. Prioridades de transmisin
4. Clases de servicio
5. Definicin dinmica
Manejo de red con las siguientes caractersticas:
1. End to end
2. Integracin
3. Centralizado o descentralizado
4. Abierto
5. Definicin dinmica
2.2 EVOLUCIN DE SNA

SNA ha evolucionado a travs de los aos y, en la actualidad, sigue evolucionando. Su
primera versin en el ao 1974 Las redes de comunicacin de datos de nuestro punto de
vista, esto no puede considerarse en absoluto como una red.
Segn las implementaciones de SNA que se fueron sucediendo en el tiempo, podemos
distinguir varias versiones.
2.2.1. Primera Versin De SNA

Se toma en 1974, como la fecha de nacimiento de SNA, en donde se anuncia la primera
versin, conocida como SNA2. La cual consista de cuatro elementos principales:
VTAM (Virtual Telecommunications Access Method) y TCAM
(Telecommunications Access Method), que son dos piezas de software
para ser usadas en el computador central, como elemento de acceso a la
red.
NCP/VS, que es un software de control para los controladores de
comunicaciones 370X.
Disciplina de lnea SDLC (Synchronous Data Link Control).
Nueva familia de terminales compatibles con los elementos mencionados.

Estos elementos permitan que una terminal de la red pudiera conectarse con cualquier
aplicacin a travs del mtodo de acceso usado. En esta versin slo se permita un
sistema central (host) por cada red, como se muestra en la siguiente figura.
2.2.2 Segunda Versin De (SNA3)

En noviembre de 1976, se anuncia la versin conocida como SNA3 ACF/SNA
(Advanced Communication Facility). Esta versin introdujo el concepto de recursos
compartidos extendidos en la red, en donde, una terminal ACF/SNA poda comunicarse
con cualquier aplicacin en cualquier servidor que dispusiera del software ACF/SNA,
siempre y cuando se dieran las autorizaciones correspondientes adems de:
Versiones mejoradas de VTAM y TCAM, llamadas ACF/VTAM y ACF/TCAM.
Versiones mejoradas del software del FEP NCP/VS, llamada ACF/NCP/VS.
La posibilidad de usar varios sistemas centrales en la red.
2.2.3. Tercera Versin De (SNA4)

La versin SNA 4 fue anunciada en 1979. Esta versin mejor la habilidad del usuario
ACF/SNA para que ste pudiera realizar efectivamente las siguientes funciones:
Controlar sus sistemas centrales y su red.

Capturar datos relativos al rendimiento de la red.
Detectar, identificar y diagnosticar problemas en la red.
Mover datos a travs de la red con diferentes prioridades de transmisin.
Proveer recursos compartidos a algunos tipos de terminales asincronas.
Adems consta de los siguientes productos adicionales.
NCCF (Network Communication Control Facility), software destinado al

sistema central, que proporciona servicios de control y administracin de la red y
funciones de operacin.
NPDA (Network Problem Determination Application), mdulo llamado por
NCCF cuando se necesita analizar informacin estadstica.
NTO {Network Terminal Option), que permite la conexin de terminales
asincronas.

Modem con funciones avanzadas.

Soporte de interconexin X.25 para redes pblicas de conmutacin de
paquetes.
OCCF (Operator Communications Control Facility), software que habilita
a la consola de un sistema, para actuar como consola de otra UCP remota.
VCNA (Virtual Communication Network Application), que permite que
UCP usando el sistema operativo VM7370 forme parte de una red ACF/SNA.
VTAME (VTAM Entry), es una mezcla de VTAM y NCP/VS para que las
pequeas UCP 4300 formen parte de una red ACF/SNA, usando adaptadores
integrados de comunicaciones (ICA).
Mejores diagnsticos y soporte de encriptacin de datos, as como conexin
canal a canal, de dos UCP adyacentes.
2.3 OBJETIVO DE SNA

El principal objetivo de la red SNA es, proporcionar un mecanismo de distribucin de
funciones, conectividad, independencia y flexibilidad de configuracin de equipos, los
cuales se explican a continuacin:
Un mecanismo de distribucin de funciones, que mueva algunas de las tareas del
computador central, hacia los perifricos del sistema y equipos remotos:
Independencia de conexin, de tal forma que diferentes tipos de equipos puedan

conectarse al mismo enlace, usando un protocolo comn, SDLC.
Independencia del dispositivo, sin tener en cuenta las caractersticas especficas
del dispositivo a ser usado.
Flexibilidad de configuracin de la red.
El objetivo de la red SNA, como de cualquier otra, es servir a sus usuarios.
2.4 TIPO DE DATOS EN UNA SNA

En una SNA se distinguen cuatro tipos de datos.
Datos de aplicacin, los cuales pueden ser incompatibles con la forma de

operar del usuario final al cual se destinan los mismos. Como un ejemplo, datos que

son resultado de la capa de aplicacin, o de un usuario final.

Comandos SNA, usados para activar, controlar y desactivar la red.
Datos de respuesta, que indican si la informacin recibida es aceptada o no,
y en caso negativo, cual es la causa del rechazo.
Datos de encabezamiento, Los cuales existen siempre agregados a los tres
tipos anteriores. Consisten en indicadores de control e informacin para el correcto
ruteo de los mensajes.
2.5 TOPOLOGA
La arquitectura se puede tambin visualizar agrupada en dos categoras
1.-Un grupo de cuatro niveles ms altos que intervienen en el establecimiento y

mantenimiento de la conexin (llamada sesin en la terminologa de SNA) entre usuarios
finales, as como en la sintaxis y la semntica de los datos que se intercambian
2.- Un grupo de tres niveles ms bajos que dan a la red la capacidad de transporte de
extremo a extremo.
Una red SNA est constituida por una coleccin de mquinas llamadas nodos (un nodo
es un punto de la red que contiene componentes SNA), de los cuales hay cuatro tipos,
que se caracterizan aproximadamente de la siguiente manera:
Los nodos tipo 1 son las terminales.

Los nodos tipo 2 son los controladores, es decir, son las mquinas que supervisan el
funcionamiento de las terminales.
Los nodos tipo 4 son los procesadores frontales, es decir, aquellos dispositivos cuya
funcin consiste en reducir la carga de la CPU principal y realizar el manejo de
interrupciones asociadas con la comunicacin de datos.
Los nodos tipo 5 son los mismos anfitriones principales, aunque, con la paricin de
los microprocesadores de bajo costo, algunos controladores han adquirido algunas
propiedades de los anfitriones.
No existen los nodos del tipo 3.
Un usuario final, (usuarios de terminales, las estaciones de trabajo, los programas de

aplicacin, las impresoras y dispositivos de despliegue grfico) Los usuarios finales

tienen acceso a una red SNA por medio de puertos de acceso o administradores de
recursos de conexin, llamados unidades lgicas o UL (LU, logical units).
A su vez, las UL establecen la sesin o conexin lgica a lo largo de la cual se transportan

los datos del usuario final. Una UL puede apoyar a varios usuarios finales y tambin
sesiones para diversas UL.
Para ayudar en la administracin de la red, se definen otros dos administradores de
recursos: Unidad fsica o UF (PU, physical unit), que administra los recursos de
comunicacin en un nodo dado (stos incluyen los enlaces de datos y canales de
comunicacin que sirven al nodo).
Y el punto de control de servicios del sistema o PCSS (SSCP, system services control
point), que administra todos los recursos dentro de un subconjunto de la
red llamado dominio. Las tres unidades UL,UF y PCSS forman un grupo de unidades
direccionables de red DR (AU, network addressable unit).
La red SNA est constituida por nodos interconectados; cada uno de los nodos contiene
una UF, responsable de la administracin de sus enlaces y canales. Para usar la red, el
proceso debe conectarse directamente a una AU y, a partir de ese momento, puede
direccionarse y direccionar otras AU.
2.6 DIRECCIONAMIENTO
Tales nodos fsicos tienen su correspondiente sistema de direccionamiento, utilizado
nicamente para la transferencia de datos entre cada dos nodos adyacentes, segn el
protocolo de comunicaciones aplicable, a cada caso conexin a canal en mquinas
locales o SDLC para enlaces remotos.
Desde el punto de vista del enrutamiento de datos, los algoritmos del SNA tienen otro tipo
de direccionamiento, a nivel de nodo lgico, es decir SSCP, LU y PU, estando provisto
cada uno de ellos de una direccin nica dentro de la red. Por esto en la nomenclatura
SNA se les reconoce en forma global como unidades direccionables de red (Network
Addressable Unit, AU).
Toda PU tipo 45 puede tener conectadas directamente PU del tipo 1 2, que

de hecho, constituyen los elementos terminales de la red. El mecanismo de
direccionamiento consiste en la divisin de un dominio en subreas, coincidentes con

todas y cada una de las PU tipo 4 5, identificadas con una direccin de 1 a 8 bits dentro
de la red y asignando a cada una de las PU tipo 1 2 que les tributan y a sus
correspondientes LU, una direccin de elemento dentro de su propia subrea, de 8 a 15
bits. Con todo ello, cualquier AU dentro de una red est identificada por una direccin
nica del tipo subrea-elemento de 16 bits de longitud en total.
Esta direccin es utilizada para identificar el origen y el destinatario de cada elemento

de informacin intercambiada entre dos interlocutores de una sesin, y, las de ambos
combinadas, para identificar un elemento de informacin como perteneciente a una
sesin determinada.
2.7 CAPAS DE SNA

Como la mayora de las arquitecturas tienen una estructura organizada en capas
sobrepuestas en cada nodo de la red. SNA actualmente tiene 6 capas diferentes las
cuales no incluyen a la capa fsica. SNA no discute la capa fsica por su relativa
simplicidad y porque ya est estandarizada a travs de CCITT, IEEE etc. Aunque es
posible llevar a cabo una correspondencia aproximada de las capas SNA con las capas
del modelo OSI, se puede observar que los modelos no tienen una correspondencia
completa, especialmente en las capas 3,4 y 5. A continuacin se describe cada una de la
s capas de SNA.
Servicios transaccionales
Servicios de sesin
Control del flujo de datos
Control de la transmisin
Control de encaminamiento
Control de enlace de datos
FIG. 2.1. Capas de SNA.

La capa de control de enlace, construye tramas a partir del flujo de bits original,
detectando y recuperando errores de transmisin de una manera transparente para las
capas superiores. Muchas redes han copiado, ya sea en forma directa o indirecta, su
protocolo de capa dos, del protocolo de comunicacin de datos de la capa 2 de la SNA, es
decir, el SDLC {control de enlace de datos sncrono). En particular, la configuracin del
HDLC (control de alto nivel para el enlace de datos) de la ISO que es muy parecido al
SDLC. La SNA tambin soporta el mecanismo de acceso de paso de testigo en anillo de
una LAN, en esta capa.
El objetivo de la capa 2 de la SNA, denominada por IBM como control de ruta o de
trayectoria, consiste en establecer una trayectoria lgica de la AU mente a la AU
destino. Muchas redes SNA se encuentran dividas en subredes, denominadas subreas,
cada una de las cuales tiene un nodo especial de subrea que acta como una
compuerta. Con frecuencia, una subrea corresponde a un dominio. Este diseo conduce
a una estructura jerrquica, con los nodos de subrea conectados conjuntamente para
formar una red dorsal y cada uno de los nodos conectado a un nodo de subrea.
El control de ruta est constituido por tres subcapas: la capa localizada en la parte
superior realiza el enrutanento total, decidiendo qu secuencia de subreas deber ser
utilizada para ir de la subrea mente a la subrea destino. A esta secuencia se le conoce
como ruta virtual. Dos subreas pueden quedar conectadas a travs de diferentes tipos
de lneas de comunicacin, de tal forma que la siguiente capa elige qu lnea especfica
usar, generando as una ruta explcita. La capa localizada en la parte inferior, divide el
trfico entre varios enlaces paralelos de comunicacin, del mismo tipo, con objeto de
alcanzar un mayor ancho de banda y una mayor fiabilidad.
La informacin relacionada con la determinacin de rutas virtuales y explcitas, as como

el manejo de la congestin de la red, se pasa en la cabecera de transmisin. Con objeto
de tener una mayor eficiencia, el control de ruta tambin puede agrupar paquetes de
informacin que no tienen ninguna relacin, en unidades ms grandes.
La capa de control de transmisin, que est localizada encima de la capa de control de

ruta, tiene bajo su responsabilidad la creacin, el manejo y la liberacin de las conexiones
de transporte (sesiones). Todas las comunicaciones en SNA utilizan sesiones y no

soportan comunicaciones sin conexin. El propsito de la existencia de una sesin en la

SNA, como en el caso del modelo OSI, consiste en proveer a las capas superiores con un
canal libre de error que sea independiente de la tecnologa del hardware de las capas
inferiores.
El control de flujo de datos, que no tiene nada que ver con el control de flujo de datos en
el sentido usual, se encuentra localizado encima del control de transmisin. En lugar de
esto, el control de flujo de datos tiene como objetivo el seguimiento de a qu extremo de
la sesin le corresponde hablar a continuacin, suponiendo que el proceso requiere ese
tipo de servicio.
Esta capa est muy relacionada tambin con la recuperacin de errores. Una
caracterstica que resulta poco comn pero que es propia de la capa de control de flujo de
datos, es la ausencia de una cabecera especfica para comunicarse con el software
correspondiente del otro extremo. En lugar de dicha cabecera la informacin, que
normalmente se comunicara a travs de ella, se pasa al control de transmisin como
parmetros y se incluye en la cabecera de transmisin. La sexta capa dentro de SNA, los
servicios AU, provee dos clases de servicios a los procesos de usuarios. Primero, estn
los servicios de presentacin, como la compresin de textos. En segundo lugar, se
encuentran los servicios de sesin para el establecimiento de conexiones. Adems,
existen los servicios de redes, que estn relacionados con la operacin de la red como un
todo.
2.8 SESIONES
Una sesin es una conexin o relacin temporal, que permite el intercambio de datos
entre las unidades lgicas, o en un sentido ms general entre entidades interlocutoras en
la red.
2.8.1 Tipos De Sesiones

Existen distintos tipos de sesiones que pueden presentarse.
LU-LU. Utilizada para comunicacin entre usuarios finales.
SSCP-PU/LU. Es decir, del SSCP, con las AU de su dominio. Su misin
bsica es la congestin y control de los recursos de la red.

Por ejemplo, la sesin SSCP-PU con un nodo tipo 4 se utiliza para activar sus enlaces de
comunicaciones. La sesin SSCP-LU, por otra parte, se utiliza fundamentalmente para
que la LU solicite del SSCP el establecimiento de sesin con otra LU.
SSCP-SSCP. Para servicios interdominios, por ejemplo, para coordinar la

activacin de sesiones LU-LU de dominios distintos.
PU-PU. Entre PU tipo 4 y PU tipo 5 slo para funciones de control de red.
2.8.2 Semisesiones
Una AU consta de un subconjunto de funciones seleccionado de entre el repertorio de
las arquitecturadas, todas ellas, tal como antes se ha dicho, de tipo "end-to-end", es decir,
orientadas al dilogo con otras AU de la red.
Estas funciones pueden ser de tipos tales como:
a. Funcionales. Orientadas a preparar/adaptar los datos que transfiere/recibe del usuario

final (conversin de cdigo, comprensin/expansin de caracteres repetitivos,
seleccin de perifrico de salida para la aplicacin usuario final, seleccin de
formato de presentacin, etc.), o bien para procesar directamente comandos/respuestas
que formen parte de su dilogo con el SSCP.
b. Controles de flujo de datos entre dos AU del estilo de.
Ordenacin del dilogo {concesin de la "palabra " a las dos AU
envueltas en l).
Agrupacin lgica de una secuencia de unidades de informacin en una
unidad de orden superior por razones de recuperacin conjunta en caso de
errores.
Verificacin del correcto desarrollo del dilogo, comprobando la correcta
recepcin de las unidades de informacin crticas para la integridad del proceso,
etc.

Control de transmisin entre AU; es decir, interface con la red comn, separacin entre
flujos normal (mensajes tpicos) o expedito (comandos de accin urgente), con
asignacin y control de nmero de secuencia, iniciar acciones de recuperacin, etc.
Para poder establecer sesiones entre dos AU es preciso que ambas soporten
subconjuntos compatibles entre s.
Las sesiones de control, SSCP-SSCP, SSCP-PU, SSCP-LU, requieren unos subconjuntos

predefinidos, implantados originalmente en el diseo de cada sistema.
Los distintos tipos de LU, implantados en los distintos productos, pueden estar
capacitados para entender diferentes subconjuntos funcionales. Esto implica capacidad
para emitir/procesar slo determinados comandos de protocolos "end-to-end", distinta
capacidad de recuperacin e iniciativa frente a la misma, capacidad o no de procesar
cabeceras funcionales dentro del texto de la unidad de informacin, etc. Ello hace
necesario, previamente al inicio de la sesin entre dos LU, el intercambio entre ellas de la
descripcin de sus posibilidades funcionales. Este cambio se realiza mediante un
comando de inicio de sesin llamado BIND, que enva una de las LU a la otra. En l se
especifican los perfiles (agrupaciones) de protocolos end-to-end propuestos, y la
indicacin de si esta propuesta es o no negociable. En caso de que la LU receptora est
de acuerdo, responde positivamente y si no coinciden los perfiles con alguno de los
subconjuntos que puede procesar, responde negativamente, o bien reanuda la
negociacin proponiendo un subconjunto alternativo. En el momento en que ambas LU
estn de acuerdo, la sesin queda establecida y puede iniciarse el trfico, segn los
protocolos acordados, hasta que una de las dos partes emita un comando de cierre de
sesin.
Una determinada agrupacin de protocolos end-to-end constituye lo que se denomina un

tipo de sesin LU-LU, y una determinada LU puede ser capaz de procesar tipos distintos
de sesiones, segn la capacidad de su interlocutor.

Para soportar una sesin, cada una de las LU debe reservar una determinada cantidad de
recursos, entre ellos, reas de control para mantener la descripcin de los protocolos
utilizados, los distintos estados que los reflejan, numeracin de secuencia y parmetros
para construccin de cabeceras.
El conjunto de los recursos reservados para cada uno de los interlocutores de una sesin
recibe el nombre de semisesin (HalfSession, HS).
Una LU puede soportar tantas sesiones simultneas como lo permitan sus recursos, es
decir, como semisesiones sea capaz de adquirir.
Podemos entonces imaginar una LU estructurada de tal forma que en ella existan unas
funciones comunes a la LU agrupada bajo el nombre de gestor de servicios (Service
Manager), cuyas misiones principales son: activar y desactivar sesiones, controlar
interacciones del EU con las HS, es decir, diferenciar los flujos de datos correspondientes
con las distintas sesiones simultneas. Adems, vemos una serie de semisesiones (US),
una de las cuales corresponder a la sesin que la LU mantiene con el SSCP, y una ms
para cada sesin simultnea que nuestra LU mantiene con otras LU de la red.
Estas semisesiones podemos considerarlas como tareas paralelas de ejecucin de los

protocolos realizados en esta LU, adaptadas a las caractersticas especficas de los
perfiles negociados con las otras LU por medio de los parmetros almacenados en el
bloque de control de semisesin correspondiente, como resultado de comando BIND
que origin cada una de ellas.
2.8.3 Activacin De Una Sesin

Una sesin entre dos unidades lgicas puede ser iniciada por una de las dos L
involucradas, por una LU diferente, por el operador de la red o por un procedimiento
predefinido. El primer paso a realizar para activar una sesin consiste en enviar un
"requerimiento de activacin".
Esta se realizar satisfactoriamente si se cumplen las siguientes condiciones.

1. Existe un camino disponible entre las LUs.
2. Ambas LU cumplan con las necesidades de los usuarios.
3. Hay una autorizacin para la conexin.

La red SNA puede proveer diferentes niveles de servicios a las sesiones, dependiendo de
los requerimientos y las opciones disponibles como son: Velocidades, controles de
seguridad, etc.
2.8.4 Control De Flujo En Una Sesin

El control de trfico en SNA se ejerce sobre la base de un circuito virtual, este control
puede ser realizado en el nodo destino, para evitar sobreflujos, o por medio de un nodo
intermedio para reducir el congestionamiento. En el caso de un punto terminal, el control
es selectivo y se ejerce en un particular circuito virtual. En el caso de un nodo intermedio,
el nodo ejercer el control en todos los circuitos virtuales que pasan a travs de una red
congestionada.
2.8.5 Desactivacin De Una Sesin

Una sesin se desactiva a requerimiento de una de las partes involucradas, o por causa
de un evento ajeno a la sesin, tal como una falla. Siempre se trata que, de ser posible, la
transferencia de datos sea finalizada antes de la culminacin de la sesin.
2.9 DATOS, FORMATOS Y TRATAMIENTOS

En esta seccin se vern los elementos que constituyen los formatos de mensajes, as
como algunos de los protocolos usados en SNA.
2.9.1 Formato De Datos

Veamos ahora cmo se estructura la informacin y qu tratamiento recibe dentro de una
red SNA.
Cada mensaje que entra o sale de la red es denominado en SNA, una solicitud (request,
RQ) o una respuesta (responso, RSP). Puede llegar a existir una respuesta por cada
solicitud, si bien esto no es absolutamente preciso ya que tales respuestas tienen como
nica significacin la de que una solicitud o una serie de ellas han llegado correctamente
a su destino final. Es decir, no son datos generados por una aplicacin, usuario final, para
responder a una consulta lanzada por su "partenaire" de sesin en forma de solicitud, sino

una informacin de control generada por la LU receptora, a peticin de la emisora,

indicando la llegada completa de la/s solicitud/es enviada/s.
La respuesta en forma de datos del usuario final receptor sera introducida en la red en
forma de una nueva solicitud con destino a la primera.
La unidad de informacin que acabamos de ver, y que a partir de ahora denominaremos
de forma abreviada RU (de request/response unif) viaja a travs de la red acompaada
de informacin de control, estructurada en una serie de cabeceras.
FIG. 2.2 Formato bsico de un mensaje.
LH/LT (Link Header/Trailer Header). Informacin de control requerida para

la transmisin con protocolo SDLC, por lnea telefnica. Es aadida y eliminada, en
transmisin y recepcin, respectivamente, por las funciones de gestin de lnea de
los dos nodos adyacentes enlazados por este tipo de protocolo. Su nica misin es
asegurar la transmisin sin errores de la RU en un determinado tramo de su camino.
TH (Trammission Header). Utilizado dentro de la red comn por los
distintos PC (control de ruta) para enrutar las unidades de informacin a travs de
los nodos de la red. Es generado por la semisesin originante de la RU y contiene
su propia direccin y la de la AU destinataria. Tambin contiene un nmero de
secuencia que es utilizado por las LU para ayudar a resincronizar la sesin despus
de determinados errores.
RH {Request/Response Header). Cabecera de uso end-to-end, generado
por la semisesin de la LU emisora para transmitir informacin de protocolos a la
receptora. Contiene informacin tal como: indicador de si la RU es solicitud o
respuesta, y si es sta positiva o negativa, del tipo de protocolo de respuesta
elegido para esta solicitud, etc.
FMH (Function Management Header). Cabeceras funcionales que

permiten desarrollar comandos e informacin de control a nivel LU. Constituyen el
mecanismo que una LU utiliza para seleccionar alguna de las funciones que la
semisesin interlocutora puede realizar en su favor, sin involucrar directamente al
usuario final.
Son opcionales en la mayora de las sesiones de usuarios y son utilizadas

fundamentalmente para la realizacin de comandos generados en sesiones con SSCP.
2.9.2 Transmisin De Mensajes

La secuencia para el envo de mensajes a travs de SNA, se realiza de la siguiente
manera:
1. El texto se origina en la aplicacin.

2. Los servicios de presentacin, ajustan los datos dentro de una unidad
respuesta/pregunta (RU).
3. La capa de control de flujo de datos no afecta un mensaje normal.
4. La capa de control de transmisin agrega una cabecera RH para identificacin. Al
resultado se le llama Unidad de Informacin Bsica (BIU), BIU=RU+RH.
5. Si la BIU es demasiado larga para la capacidad del protocolo de lnea, la capa de
control de trayectoria la segmenta en una Unidad de Informacin de Ruta (PIU). A
cada PIU se le agrega una cabecera de informacin TH con la direccin de
destino, indicadores, etc. Al resultado se le llama Unidad de Transmisin Bsica,
BTU = TH * PIU.
6. La capa de control de enlace de datos provee una cabecera de enlace LH y una
cola de enlace LT para cada BT. Al conjunto se le llama Unidad de Enlace Bsica
(BLU). La BLU es llamada tambin trama SDLCP, cuando la transmisin se realiza
sobre una lnea SDLC.
7. En el nodo receptor, con el mensaje que llega, se realiza el proceso inverso.

2.9.3 Protocolos De Respuesta
La respuesta a una RU por parte de la LU receptora puede ser positiva o negativa,

generndose esta segunda cuando la emisora quebranta algn protocolo SNA, o cuando
la receptora no puede comprender la transmisin, o bien cuando se produce alguna
situacin de error o de anomala.
En tal caso, dentro de la respuesta se inserta una informacin condensada del tipo de
error detectado.
Las respuestas positivas no suelen ir acompaadas de datos, excepto en algunos casos

de comandos que as lo requieren.
La LU originalmente de una RU puede elegir entre tres distintos protocolos de respuesta,

a saber:
Respuesta definida. La sesin emisora desea estar segura de la correcta recepcin

de la RU por la receptora. Esta generar, por tanto, una respuesta positiva o
negativa cuando le llegue tal RU.
Este tipo de respuesta se seleccionar para mensajes crticos de una
aplicacin y es obligatoria para las RU de comando.
Respuesta de excepcin. La semisesin emisora slo est interesada en
tener noticia de las transmisiones errneas. La receptora slo generara respuesta -y
negativa adems- si la transmisin es inaceptable.
No respuesta. La emisora no desea recibir respuesta en ningn caso. Por tal
motivo no recibir noticia de posibles errores. Evidentemente slo es aplicable
cuando la informacin transmitida no es crtica.
2.9.4 Tratamiento De Cadenas

Es posible que una unidad de informacin deba ser transmitida en forma de mltiples R.
Ello puede ser debido a una limitacin en el tamao mximo de la R por parte de una o

ambas LU dialogantes, acordada al establecer la sesin, o bien a la comodidad del

usuario final en la preparacin de los datos que ha de enviar, que prefiere hacerlo por
partes (por ejemplo: las distintas lneas de una pgina impresa pueden constituir
elementos aislados de una organizacin superior, la pgina). En cualquiera de ambos
casos, el conjunto de estas RU tiene tal entidad que, en caso de error en cualquiera de
ellas, es necesario recuperar (reenviar) todo el conjunto nuevamente.
En nuestro ejemplo, la repeticin de una lnea de la pgina estropeara el conjunto de la

misma.
Para resolver esta necesidad, las LU pueden usar un protocolo end-to-end de
encadenamiento de RU, consistente en indicar en los RH correspondientes la calidad de
elemento inicial, intermedio, final o nico de una cadena. Ello, asociado con los
mecanismos de respuestas definidas excepcin o no-respuesta a nivel de cadena, y de
recuperacin global, permite efectuar cmodamente cualquier tratamiento conjunto de
toda la cadena para el usuario final del receptor.
2.9.5 Segmentacin Y Bloqueo

Antes se ha visto que el PC (control de ruta) de un determinado nodo tiene la
responsabilidad de encaminar la informacin sobre un determinado enlace que los une
con otro nodo.
Los elementos de PC estn arquitecturados de tal forma que pueden conocer limitaciones
de tamao en la unidad de informacin a transmitir entre ellos y los nodos adyacentes y,
caso de que sea necesario, pueden segmentar una RU en varias unidades que no
sobrepasen tales lmites, especificando en la cabecera de informacin (TH) de cada uno
de ellos, su categora de primer, intermedio, ltimo o nico segmento de RU. A su vez, el
PC del nodo receptor, basndose en tal informacin, ser capaz de reconstruir la RU
completa, a fin de encaminarla a la AU correspondiente o reinsertarla otra vez a la red
comn, para poder retransmitirla a otro nodo, y pudiendo, por tanto, volver a sufrir el
mismo proceso de segmentacin, segn las particularidades de este nuevo enlace.
El lmite de tamao mximo, del que estamos tratando, puede depender de cosas tales
como tamaos fsicos de buffers de transmisin/recepcin en determinadas

implementaciones de nodos SNA, o bien debido a la calidad de una lnea, que no

recomiende sobrepasen un tamao mximo de bloque determinado, a riesgo de sufrir
gran cantidad de retransmisiones por errores de lnea.
El bloqueo es la funcin absolutamente inversa, es decir, aqulla que permite que, dada la
buena calidad y caractersticas de buffers de un determinado enlace, sea posible, para un
PC determinado, transmitir como una sola unidad de transmisin el conjunto de varias
RU, constituyendo un nico bloque de informacin, que a su vez ser desbloqueado por el
PC receptor. Esta funcin slo est arquitecturada para la transmisin en PU tipo 4 y tipo
5, es decir, entre anfitriones y controladores de comunicaciones.
Observemos que la segmentacin/bloqueo y el encadenamiento son protocolos a niveles

claramente diferenciados. El segundo es un protocolo end-to-end implantado para que el
usuario final pueda preparar cmodamente una unidad de informacin por partes
independientes y enviarla con toda integridad a otro usuario final, bajo su propio control,
mientras que el primero es un protocolo transparente a la LU, utilizado en determinados
tramos de la ruta de una RU, slo entre dos nodos adyacentes.
2.10 MODOS DE TRANSACCIN
Hasta ahora nos hemos estado refiriendo a respuestas en el sentido de confirmacin de

llegada de mensajes, no desde el punto de visa de dilogo lgico entre usuarios finales.
Tambin desde este punto de vista es posible elegir modalidades distintas de protocolos,
que son llamados modos de transaccin y que consisten bsicamente en los criterios por
lo cuales ambos interlocutores de una sesin saben en un momento determinado quin
debe enviar y quin debe recibir. A fin de poder enviar RU de datos o comandos en flujo
normal una semisesin debe estar en lo que llamaremos estado de transmisin. En el
estado opuesto, que denominaremos recepcin, una semisesin slo puede enviar
comandos de flujo expedito y todo tipo de respuestas.
Los protocolos para estar en ambos estados vienen determinados por los siguientes
modos de transaccin:

Dplex (Full dplex, FDX): en que ambos interlocutores pueden enviar y recibir
datos simultneamente; es decir, estn en ambos estados concurrentemente. El
trfico de una sesin en un sentido es, por lo tanto, independiente del trfico en
sentido opuesto.
Contencin semidplex (HDX-Cont): en que, en un momento dado, cualquiera de
los interlocutores puede iniciar el envo de una cadena. Si el otro no inicia idntica
accin de modo simultneo, continuar el flujo de RU en el mismo sentido hasta el
fin de la cadena, volviendo a quedar en la misma situacin de equilibrio inicial.
Semidplex Flip-Flop {HDX-FF): en esta modalidad, cuando uno de los
interlocutores ha tomado la iniciativa de envo, la conservar hasta que decida ceder
la oportunidad al otro, por medio de un indicador de cambio de direccin en el RH
de la ltima RU que enve. A partir de ahora, el segundo transmitir hasta que
decida volver la iniciativa al primero por igual procedimiento.
2.10.1 Protocolo BRACKET

Este protocolo est diseado a fin de prever la posibilidad de que un determinado usuario
final, en trminos SNA, pueda tener iniciativas de dilogo paralelas e independientes entre
s, y ofrecer una solucin a los problemas que ello podra acarrear.
El caso ms claro de este tipo en E.U., lo constituye una aplicacin en multitasking, es

decir, con mltiples procesos paralelos accedidos por una nica LU, con la que puede
estar en sesin otra LU remota en un momento dado.
Si cada uno de los procesos paralelos, por motivos - transiciones - distintos, iniciase, por
separado, dilogos paralelos con la segunda LU, podra crearse un caos absoluto para
sta. En tal caso, y para evitar tal consecuencia, el protocolo
bracket permite dividir cada proceso en estructuras de duracin discreta y, al inicio de
cada una de ellas, abrir un bracket (parntesis), durante el cual, y hasta que se cierre,
otro proceso paralelo no puede iniciar dilogo con la misma L remota.
La implantacin de los protocolos de inicio y terminacin consiste en unas reglas,
indicadores y comandos, previstos para tal fin.

Un determinado bracket puede incluir diversas interacciones entre ambas L, hasta que
una de ellas tome la decisin de cerrarlo, dando paso a otros procesos paralelos que
estuviesen en espera de hacer su propio aparte dentro de la nica sesin existente entre
ellas.
2.10.2 Pacing
Este es un trmino de difcil traduccin, que podramos aproximar denominndolo
protocolo marcapasos. Es una funcin que es posible utilizar cuando la LU que enva R
puede hacerlo a un ritmo ms rpido del que puede seguir en su proceso la LU receptora.
En tal caso, un nodo con mltiples L poda ver saturados sus recursos de
almacenamiento intermedio, con R de una sola sesin L-L, y bloquear las otras
posibles sesiones de este nodo. Para evitarlo es posible definir un valor N para cada una
de las LU, de tal forma que la transmisora slo transmita como mximo hasta N
solicitudes de flujo normal, indicando, en la primera, que espera permiso para enviar un
segundo grupo de N ms. Cuando la receptora est en condiciones de recibirlas,
generara un indicador al respecto, o bien en cualquier RH de respuesta de flujo normal o
en una respuesta independiente, en caso de no tenerlas pendientes, con lo cual no
continuar la transmisin de N solicitudes ms y as seguir consecutivamente.
2.10.3 Protocolo END-TO-END VARIOS

Hasta ahora se han expuesto los protocolos ms bsicos o de ms difcil interpretacin.
La siguiente familia de protocolos completan el repertorio bsico de los arquitecturados
hasta el presente:
a) Protocolos de interrupcin. Por los que un interlocutor puede solicitar del otro que
deje de enviarle datos y se quede en estado de espera, bien sea inmediatamente,
o al trmino de la cadena actual. A la inversa, existe tambin un comando para
reactivar una sesin interrumpida de esta forma.
b) Protocolos de comunicacin al interlocutor de situaciones locales que afectan a la
sesin (condiciones de excepcin de un componente, estado de la
transmisin, permiso para enviar datos, etc.).
c) Compresin y compactacin de datos. Es decir, reconocimiento de caracteres
repetidos y sustitucin de ellos por un cdigo de uno o dos bytes u octetos, y en el

segundo caso. reestructuracin de porciones del "string" de caracteres, de forma

que determinados bytes equivalgan a ms de un carcter.
d) Recuperacin de errores. Un error, segn se defina en SNA, es un
quebrantamiento de:
Una regla de la arquitectura, tal como el uso de cdigos de solicitud no definidos.

Una regla de sesin, tal como usar un protocolo funcional no definido dentro del perfil
negociado a tiempo de establecimiento de la sesin.
Una regla establecida por medio de una cabecera funcional dentro de una sesin.
Una regla dependiente de un estado de la sesin tal como un nmero de secuencia
recibido en flujo normal que no sea el inmediatamente consecutivo del ltimo recibido.
Los protocolos relacionados con la recuperacin de errores son:

Peticin de eliminacin de la transmisin errnea.
Terminacin de la sesin.
Peticin de recuperacin y/o terminacin de la sesin por parte del
interlocutor.
Cancelacin de una cadena incompleta.
Resincronizacin de secuencia.
Reanudacin de trfico.
Protocolos de desactivacin de sesin; en caso de terminacin normal, de forma

inmediata, o bien de forma ordenada, al trmino de la transmisin del trfico pendiente.
2.11 CONCLUSIONES

De acuerdo al estudio que realizamos en esta tesina podemos concluir que gracias a SNA
surgen los sistemas cerrados esto quiere decir la interconexin de equipos del mismo
fabricante en este caso de IBM, considerando que el propsito de SNA es ofrecer una
comunicacin confiable y oportuna entre usuarios finales haciendo uso de nuevas
tecnologas, tiene como objetivo proveer un mecanismo de distribucin de funciones,
independencia de conexin, independencia de dispositivos y flexibilidad de conexin y
todo esto se lleva a cabo por medio de las 7 capas que forman esta arquitectura.

MODELO OSI

CAPITULO 3. MODELO OSI
El objetivo de este capitulo es la explicacin de la interconexin de sistemas abiertos

(OSI) y como su diseo basado en un solo paquete de software lleva acabo todas las
tareas requeridas para la comunicacin entre distintas computadoras y su esquema de 7
capas donde se explica el funcionamiento detallado de cada capa entendindose por
capa una entidad que realiza de por si una funcin especifica. Para poder simplificar el
estudio y la implementacin de la arquitectura necesaria la ISO (organizacin
internacional de estndares) crea el modelo OSI, para lograr una estandarizacin
internacional de protocolos.
3.1 ANTECEDENTES
El Modelo de Referencia (Interconexin de Sistemas Abiertos OSI), se ha estado
gestando durante varios aos.
Este estndar es apoyado por los principales organismos de normalizacin y

administraciones de telecomunicaciones.
Comercialmente dos fabricantes importantes introdujeron la tecnologa de

comunicaciones para computadoras: Por un lado IBM lanzo al mercado su Arquitectura de
redes del sistema (SNA), siguiendo su tradicin marcadamente. comercialista de "cliente
cautivo". Y por otro lado DEC (Corporacin de Equipo Digital) lanzo su Arquitectura de
Red Digital (DNA), fundada por acadmicos del MIT (Instituto Tecnolgico de
Massachussets), cuyo propsito era planear lineamientos generales y con vais al
sistema abierto.
En 1977 la Organizacin Internacional de Estndares (ISO), form una serie de comits

encargados de formar una arquitectura comn para interconectar equino heterogneo en
1984 publico el documento ISO-7498 al que llamo OSI (Interconexin de Sistemas
Abiertos). Posteriormente la CCITT (Comit Consultivo Internacional de Telefona y
Telegrafi), publico el llamado X 200. Por lo que OSI es la base para la estandarizacin
en la comunicacin abierta identifica la estructura de trabajo general dentro de la cual las
interfaces y protocolos se pueden desarrollar y asignar.

La CCITT (Actualmente la UIT) que se menciono anteriormente, define como protocolo de

comunicacin a las reglas que gobiernan la comunicacin entre dos entidades similares,
ambas situadas en el mismo nivel de comunicacin (ejemplo, computadora-
computadora, persona-persona, proceso-proceso), esta comunicacin puede ser entre
entidades similares de la terminal del usuario y la red, o entre usuarios.
3.2 COMUNICACIN ENTRE NIVELES MODELO OSI
El Modelo de referencia OSI, define siete capas internas en el protocolo, una capa de
protocolo para cada extremo de la comunicacin, cada capa se comunica en su
correspondiente capa a travs de las capas ms bajas, los cuales actan como el medio
de transmisin para la red.
Cada capa define las funciones a ser ejecutadas por los diversos bloques que constituyen
el sistema, junto con el tipo de protocolo asignado a esa capa. Las capas del uno al cuatro
del Modelo OSI corresponden al protocolo de transporte, el cual rige solamente la
contabilidad del transporte de la informacin end-to-end a travs de la red y las capas del
cinco al siete se refieren al protocolo de aplicacin, el cual rige el intercambio de
informacin entre dos extremos terminales Como se muestra en la figura 3.1.

FIG. 3.1. ARQUITECTURA DEL MODULO OSI.
La informacin se distribuye dentro de la red mediante la trayectoria que es controlada por

el servicio portador el cual cubre solamente hasta la capa tres del protocolo (Capa de
Red)
.
Al igual que los humanos, las maquinas tambin necesitan determinados convenios para
comunicarse. En la figura 3.2 se muestra la terminologa normalizada para solicitar
servicios. En este caso son los tres niveles implicados en el proceso de comunicacin: La
capa N+1, la capa N y la capa N-1.

FIG. 3.2. COMPONENTES DE UNA CAPA.

Centramos nuestra atencin en la capa N, por lo que la capa superior es el N+l y el
inferior el N-l. En la comunicacin entre distintos capas intervienen cinco componentes.
SDU. (Unidad de Datos del Servicio). Transmite los datos de usuario de forma
transparente desde la capa N+l a la capa N y posteriormente a la capa N-l.
PCI. (Informacin de Control de Protocolo). Intercambia informacin entre

entidades gemelas en diferentes lugares de la red. Dicha informacin sirve para
indicar a una entidad que realice una determinada funcin de servicio.
Puede estar constituida por encabezados y terminados.
PDU. (Unidad de Datos del Protocolo). Es una combinacin de SDU y PCI.
ICI. (Informacin de control de interfase). Un parmetro temporal que se pasa

entre las capas N y N-l para invocar funciones de servicio (como un argumento de
llamada a un procedimiento). Las primitivas son tpicamente ICI.
IDU. (Unidad de datos de interfase). La unidad total de informacin que se

transfiere por la frontera entre capas. Incluye la PCI, la SDU y la ICI. La IDU se
transmite por el punto de acceso de servicio (SAP).

3.2.1 Servicios Orientados A Conexin Y Sin Conexin
Las capas o niveles ofrecen dos tipos diferentes de servicios a las capas que se
encuentran sobre ellas.
Y estas son: El servicio orientado a conexin se model basndose en el sistema

telefnico; para poder hablarle a alguien se debe tomar el telfono, marcar el nmero,
hablar y colgar. Similarmente, para utilizar una red con servicio orientado a conexin, el
usuario establece primero una conexin, la utiliza y despus termina la conexin; la
conexin acta en forma parecida a la de un tubo: donde una persona introduce objetos
por un extremo y otra persona recoge los objetos en el otro extremo en el mismo orden.
El servicio sin conexin se modela con base en el sistema postal. Cada mensaje lleva
consigo la direccin completa de destino y cada una de ellas se encamina, en forma
independiente a travs del sistema. Normalmente, cuando dos mensajes se envan al
mismo destino, el primero que se enve ser el primero en llegar.
3.2.2 Primitivas De Servicio
Un servicio est formalmente especificado por un conjunto de primitivas (operaciones) a

disposicin de todos los usuarios o de otras entidades para acceder al servicio; estas
primitivas le indican al servicio que debe efectuar una accin o notifican la accin tomada
por una entidad par. Como se muestra en la siguiente tabla, las primitivas de servicio en el
modelo OSI pueden dividirse en cuatro clases.
PRIMITIVA SIGNIFICADO
Solicitud Una entidad desea que el
servicio realice su trabajo.
Indicacin Una entidad es informada

acerca de un evento.
Respuesta Una entidad desea

responder a un evento.
Rodrguez Padilla Armando Confirmacin Una entidad va a ser
informada acerca de su
solicitud.
Tabla 3.1. LAS CUATRO CLASES DE PRIMITIVAS DE SERVICIO.
La primera clase de primitiva es la Peticin o Solicitud (Request). Esta se utiliza para que
un trabajo se realice, por ejemplo, establecer una conexin o enviar datos. Una vez que
se ha efectuado el trabajo, se le avisa a la entidad corresponsal mediante la primitiva
Indicacin (Indication). Por ejemplo, despus de una peticin de conexin
(CONNECT.reques), la entidad a la que se est direccionando obtiene una indicacin de
conexin (CONNECT.ndicaton) con la cual se le anuncia que alguien desea establecer
una conexin con ella.
La entidad que recibi la CONNECT.indication utiliza entonces la primitiva Respuesta de

conexin (CONNECT.response) para decir si acepta o rechaza la conexin propuesta. En
cualquier caso, la entidad que emite la CONNECT.request inicial, sabe lo que paso a
travs de la primitiva Confirmacin de la conexin (CONNECT.confirm). Las primitivas
pueden tener parmetros, por ejemplo, los parmetros para un CONNECT.request
podran especificar la mquina a la que se va a conectar, el tipo de servicio que se desea,
as como el tamao mximo del mensaje utilizado en la conexin. Los parmetros de un
CONNECT.indication podran contener la identidad de la que llama, el tipo de servicio
que desea y el tamao mximo del mensaje propuesto. Si la entidad llamada no est de
acuerdo con el tamao mximo del mensaje propuesto, podra hacer una contrapropuesta
en su primitiva de respuesta, la cual estara a disposicin de la que llam originalmente en
la primitiva de confirmacin. Los detalles de esta negociacin son parte del protocolo. En
caso de existir dos propuestas en conflicto sobre el tamao del mensaje, el protocolo
podra especificar que siempre que suceda esto se escoger aquella que tenga el menor
costo.
Los servicios pueden ser confirmados o no confirmados; en un servicio confirmado, hay

una peticin, una indicacin, una respuesta y una confirmacin, mientras que, en un

servicio sin confirmar, solamente hay una peticin y una indicacin. CONNECT siempre
considerar un servicio confirmado, porque el corresponsal remoto deber estar de
acuerdo en establecer una conexin. Por otra parte, la transferencia de datos puede ser
confirmada o sin confirmar, dependiendo de s el emisor necesita tener o no un acuse de
recibo de la informacin. En las redes se utilizan los dos tipos de servicio.
Un ejemplo sencillo de servicio orientado a conexin, con ocho primitivas de servicio
puede estar definido de la siguiente manera.
1. CONNECT.request: solicitud para establecer una conexin.

2. CONNECT.indication: aviso de llamada a la entidad solicitada.
3. CONNECT.response: utilizada por la entidad corresponsal como un medio
para aceptar o rechazar las llamadas.
4. CONNECT.confirm: notifica al que llama si la llamada fue aceptada.
5. DATA.request: solicitud para que se enven los datos.
6. DATA.indication: aviso de la llegada de los datos.
7. DISCONNECT.request: solicitud para liberar la conexin.
8. DISCONNECT.indication: aviso al llamado acerca de la solicitud de
desconexin.
Los conceptos de servicio y protocolo tienen un significado diferente. Un servicio es un

conjunto de operaciones (primitivas), que una capa proporciona a la capa superior.
Define las operaciones que la capa efectuar en beneficio de sus usuarios, pero no dice
nada con respecto a cmo se realizan dichas operaciones.
Un servicio se refiere a una interfase entre dos capas, siendo la capa inferior la que
provee el servicio y la capa superior la que utiliza el servicio.
Un protocolo, a diferencia del servicio, es un conjunto de reglas que gobiernan el formato

y el significado de las tramas, paquetes o mensajes que son intercambiados por las
entidades corresponsales dentro de una capa.

Las entidades utilizan protocolos para realizar sus definiciones de servicio, teniendo
libertad para cambiar el protocolo, pero asegurndose de no modificar el servicio visible a
los usuarios. Al conjunto de capas y protocolos se le denomina Arquitectura de Red.
3.3 CAPAS DEL MODELO OSI

El modelo OSI esta comprendido en siete capas las cuales se ampla la informacin de
cada una de ellas para comprender la funcin y aplicacin de estas.
FIG. 3.3 CAPAS DEL MODELO OSI
3.3.1 CAPA FSICA

Se llama capa fsica debido a que se refiere a la conexin elctrica, ptica o de radio que
conecta a un equipo de manejo de datos (DTE o DCE) con el sistema de red.
FIG. 3.4 CAPA FISICA

La capa suele tomar el sobrenombre de interfase y efecta las siguientes funciones:

Provee una lnea de transferencia entre un equipo terminal de datos (DTE) y un

equipo de comunicacin de datos (DCE o ETCD).
Provee seales de control entre los dispositivos.
Provee seales de reloj para regular la velocidad de transmisin.
Completa los circuitos con una tierra de referencia.
Define las caractersticas mecnicas de los conectores.
La capa fsica define los siguientes atributos.

Elctricos, tales como niveles de voltaje, corriente, impedancia, temporizacin de las
seales de la interfaz, etc.
Funcionales, de qu se debe encargar la capa.
Mecnicos, forma del cable, modo de construccin de los conectores.
De Procedimientos, define la secuencia de eventos que se deben de cumplir para
dar por establecido un enlace.
En forma ms general, el enlace fsico cubre los siguientes aspectos.

Las lneas elctricas, pticas o enlaces de radio de comunicacin que integran al
canal comn.
El modo de conexin al canal comn.
Los procesos que se deben seguir para iniciar una transmisin fsica en el canal
comn.
Caractersticas de los equipos de comunicacin (modem, transmisores, etc.).
3.3.1.1 Medios De Transmisin

El propsito de la capa fsica consiste en transportar el flujo original de bits de una
mquina a otra; normalmente se utilizan varios medios fsicos para realizar la transmisin,
algunos de los ms comunes son:
Par trenzado (UTP).
Cable coaxial de banda base.
Cable coaxial de banda ancha.
Fibra ptica.
Microondas terrestres y reas (Inalmbricas).
Va satlite.

3.3.1.2 Modos De Transmisin Y Sincronizacin

Dentro de la capa fsica los enlaces se clasifican de acuerdo a sus atributos elctricos,
segn del modo de transmisin y el modo de sincronizacin.
El modo de transmisin o modo de enlace, puede ser de dos diferentes maneras.
HALF DPLEX, cuando la comunicacin se realiza en un solo sentido a la vez.

FULL DPLEX, cuando la comunicacin se realiza en ambos sentidos al mismo
tiempo.
El modo de sincronizacin puede ser de dos maneras.

ASINCRONO, si el transmisor y el receptor se gobiernan por relojes diferentes pero
de la misma frecuencia; normalmente el transmisor debe sincronizarse usando un bit
inicial transmitido que se conoce como "start-bit" y reconoce la correcta llegada de
todo un campo con uno, uno y medio o dos bits conocidos como "stop bits". Dicha
transmisin se conoce como "start-stop".
SNCRONO, si el transmisor enva al receptor una seal adicional de reloj que

sincroniza al receptor; esta seal de reloj puede enviarse por una lnea por separado
o incluirse por algn mtodo en los datos, este mtodo es usado sobre todo en
enlaces de larga distancia donde no es posible enviar cables adicionales.
3.3.1.3 Interfase RS-232-C

Al dispositivo que acepta como entrada los flujos de bits en serie, y produce una portadora
como salida (o viceversa), se le conoce comnmente como modem (Modulador-
Demodulador). El modem se inserta entre el ordenador (dispositivo digital) y la lnea
telefnica (dispositivo analgico).
La interfase localizada entre el ordenador, y el modem es un ejemplo de protocolo de la
capa fsica, en el que deben especificarse en forma detallada los aspectos mecnicos,
elctricos, funcionales y de procedimiento de dicha interfase.
En enero de 1987, la norma RS-232-C fue denominada EIA-232-D; dicha norma fue
emitida por la Electronic Industries Association, y define 25 circuitos de intercambio entre
un DTE y un DCE.

La norma EIA-232-D define la conexin entre DCE y DTE, pero no establece normas para
el modem o equipo de transmisin. La CCITT maneja una serie de recomendaciones
conocidas como V mientras que en Estados Unidos se estableci un estndar de factor
que se conoce como "modem bell".
Existen modems para transmisin fll-duplex y half-duplex; para esta ltima, cada DCE
activa su portadora cuando desea transmitir; los controles para tal operacin se rigen por
la recomendacin CCITT V.24. En operacin fll-duplex, cada DCE opera en una
frecuencia de portadora diferente, las frecuencias de operacin se conocen como
frecuencia originada y frecuencia receptora.
Las recomendaciones V definen una gran cantidad de modems de muy diversas

velocidades y mtodos de modulacin, tales como.
V.21 Para modems de 300 bps, fll-duplex.

V.22 Para modems de 1200 bps, fll-duplex.
V.22 Bis Para modems de 2400 bps, fll-duplex.
En la transmisin de informacin en forma digital, se presentan comnmente procesos

tales como Modulacin por Codificacin de Impulsos (PCM), Multiplexin por Divisin de
la Frecuencia y del Tiempo (TDM y FDAI), Conmutacin de Circuitos y Conmutacin de
Paquetes. La interface de sealizacin digital ms comnmente empleada es X.21 de
CCITT.
3.3.1.4 Subcapa MAC (Control De Acceso Al Medio)

Existen dos grandes categoras en las que pueden dividirse las redes: aquellas que
utilizan conexiones punto a punto y las que utilizan canales de difusin.
Un punto clave en cualquier red de difusin consiste en cmo determinar quin tiene el
derecho de utilizar un canal cuando existe competicin por ste. Cuando se dispone de un
solo canal, la determinacin de quin ser el siguiente en utilizar el servicio, llega a ser
muy difcil. Los canales de difusin se conocen como Canales de Acceso Mltiple o
Canales de Acceso Aleatorio.

La subcapa de Control de Acceso al Medio (MAC) es especialmente importante en las

LAN (Red de rea Local), dado que casi todas ellas utilizan un canal de acceso mltiple
como base para sus comunicaciones. A diferencia de esto, una WAN (Red de rea
Amplia) utiliza enlaces punto a punto, con excepcin de las redes de satlites. Entre las
LAN y las WAN se encuentran las MAN (Redes de rea Metropolitana), la mayor parte
de los protocolos de las LAN tambin son vlidos para las MAN.
3.3.1.5 Protocolos De Redes De rea Local

En la subcapa MAC de redes de rea local, el protocolo que se utiliza extensamente es el
CSMA/CD (Acceso Mltiple por Deteccin de Portadora con Deteccin de
Colisiones).
3.3.1.6 Normas IEEE 802

Las redes de rea local estn estandarizadas por IEEE bajo el Comit 802, que
est dividido en: la definicin de las LAN, estndares de la subcapa de Control
de Enlace Lgico (LLC) y en los procedimientos de Control de Acceso al Medio
(MAC).
Los subcomites del 802 desarrollaron los estndares para las LAN los cuales son:
802.1 Gestin y Niveles Superiores (HILI).

802.2 Control Lgico de Enlace (LLC).
802.3 CSMA/CD (Acceso Mltiple por Deteccin de Portadora con
Deteccin de Colisiones).
802.4 Token Passing Bus (Paso de Testigo en bus).
802.5 Token Passing Ring (Paso de Testigo en Anillo).
Estas normas difieren en la capa fsica, pero resultan compatibles en la capa de enlace.
Las normas IEEE han sido adoptadas por ANS (Instituto Nacional Americano de
Normalizacin) como una norma nacional americana, por la NBS (Oficina Nacional de
Normas) como una norma gubernamental y por la ISO (Organizacin Internacional de
Normas) como una norma internacional conocida como ISO 8802.a, 802.3 y Ethemet.

La norma IEEE 802.3 se utiliza en redes tipo LAN con protocolo 1-persistente CSMA/CD.
La Ethemet desarrollada por Xerox tuvo tanto xito, que las compaas Xerox, DEC e Intel
propusieron una norma para la Ethemet de 10 Mbps.
En la siguiente figura se muestra la estructura de la trama para una 802.3.
FIG. 3.5 FORMATO DE LA TRAMA PARA EL 802.3

Cada trama comienza con un prembulo de 7 octetos cada uno con un patrn de bits de
la siguiente manera: 10101010. Despus sigue un octeto de inicio de trama que contiene
el patrn 10101011, el cual denota el inicio de la trama.
Adems cada trama contiene dos direcciones, la del destino y la del origen, la norma
permite tener direcciones de 2 y 6 octetos. El bit de mayor orden en la direccin del
destino, corresponde a un O para las direcciones ordinarias, y a un 1 para las direcciones
de grupo.
El campo de longitud indica cuntos octetos estn presentes en el campo de datos, desde
un mnimo de O hasta un mximo de 1500. El 802.3 establece que las tramas vlidas
debern tener por lo menos una longitud de 64 octetos, desde la direccin destinataria
hasta el cdigo de redundancia. Si la parte de datos correspondiente a una trama es
menor a 46 octetos, se utilizar un campo de relleno para obtener el tamao mnimo.
El campo final corresponde al cdigo de redundancia; tiene una longitud de 32 bits. Si

algunos bits de datos se recibieran errneamente, el cdigo de redundancia detecta el
error, b. 802.4: Paso de testigo en bus.

El Paso de Testigo en Bus est fsicamente constituido por un cable lineal o en forma de
rbol, al cual se conectan las estaciones. stas, lgicamente estn organizadas en un
anillo, en el que cada una de las estaciones conoce la direccin de la estacin ubicada a
su izquierda y a su derecha. Cuando el anillo lgico se inicia, la estacin que tiene el
nmero mayor es la que puede enviar la primera trama. Despus de que sta lo hizo,
pasa la autorizacin a su vecino inmediato, mediante una trama de control especial
llamada testigo para que ste a su vez pueda transmitir informacin. El testigo se propaga
al rededor del anillo lgico, de tal forma que slo su poseedor est autorizado para
transmitir tramas. Como solamente una estacin puede tener el testigo a la vez, no hay
posibilidad de colisiones.
El orden fsico en el que se encuentran conectadas las estaciones al cable no es

importante; cada estacin recibe cada trama, descartando las que no le estn dirigidas.
Cuando una estacin pasa el testigo, enva una trama de testigo dirigida especficamente
a su vecino lgico en el anillo, independientemente del lugar fsico donde se encuentre la
estacin en el cable.
La capa fsica, en el paso de testigo en bus utiliza un cable coaxial de banda ancha de 75
ohms. Tanto el sistema de cable sencillo como dual estn autorizados, con o sin
repetidores centrales. Las velocidades van de 1.5 a 10 Mbps.
En el momento en que se inicia el anillo, las estaciones se le introducen en forma

ordenada, de acuerdo con la direccin de cada una de ellas, desde la ms alta hasta la
ms baja. Cada vez que una estacin adquiere el testigo, puede transmitir tramas durante
cierto tiempo, para despus pasar el testigo en el orden establecido.
En la siguiente figura se muestra el formato de la trama del paso de testigo en bus.

FIG. 3.6. FORMATO DE LA TRAMA DEL 802.4
El prembulo se utiliza para sincronizar el reloj del receptor, como en el caso del 802.3,
excepto que aqu puede tener una longitud tan corta como 1 octeto. Los campos
correspondientes al limitador de comienzo y limitador de fin, se utilizan para marcar los
lmites de la trama. Para tramas de datos, el campo de control de la trama transporta la
prioridad de la trama, as como un indicador que le solicita a la estacin destinataria
asentir, sobre la recepcin correcta o incorrecta de la trama; para tramas de control, este
campo se emplea para especificar el tipo de trama. Los campos de direccin del
destinatario y direccin de origen, son los mismos que en el 802.3. Cuando se utilizan
direcciones de 2 y 6 octetos, el campo de datos puede tener una longitud de hasta 8182 y
8174 octetos, respectivamente. Por ultimo, el cdigo de redundancia se utiliza para
detectar los errores de transmisin c. 802.5: Paso de testigo en anillo.
En un paso de testigo en anillo se tiene un patrn de bits especial al cual se le conoce

como testigo, que circula alrededor del anillo siempre que las estaciones se encuentren
inactivas. Cuando una estacin quiere transmitir una trama, es necesario capturar el
testigo y quitarlo del anillo, antes de efectuar la transmisin. Debido a que solo hay un
testigo, una sola estacin puede transmitir en un instante dado, por lo tanto, se resuelve el
problema del acceso al canal, del mismo modo que lo hace el paso de testigo en bus.
Esta arquitectura de anillo no impone ningn lmite en el tamao de las tramas, dado que
la trama completa nunca aparece en el anillo en un instante dado.
El funcionamiento del protocolo MAC es directo; cuando no hay trfico en el anillo, circula
en forma indefinida un testigo de 3 octetos, esperando que una estacin lo capture
poniendo a 1 el bit O del segundo octeto. Esta accin convierte a los dos primeros octetos

en la secuencia de inicio de trama; la estacin, entonces, manda el resto de la trama

normal de datos tal como se muestra en la figura 3.7.
FIG. 3.7. FORMATO DE LA TRAMA PARA EL 802.5
Una estacin puede mantener el testigo durante el tiempo de retencin del testigo, que es
de 10 ms. Si hay suficiente tiempo para enviar ms tramas, despus de haberse
transmitido la primera de ellas, stas podrn enviarse. Una vez que se envan todas las
tramas o que se ha excedido el tiempo de retencin del testigo, la estacin se encargar
de regenerar el testigo de 3 octetos y lo colocar sobre el anillo.
Los campos correspondientes al Delimitador de Comienzo y Delimitador de Fin, marcan el

inicio y fnal de la trama. El octeto de Control de Acceso contiene el bit del testigo, as
como el bit de monitor, los bits de prioridad y los bits de reserva. El octeto de Control de
Trama distingue las tramas de datos con respecto a las tramas de control.
Despus vienen los campos Direccin del Destinatario y Direccin de Origen, as como el
del Cdigo de Redundancia; stos son los mismos que en las normas 802.3 y 802.4. A
stos les sigue el campo de datos. Un octeto interesante, que no se encuentra presente
en los otros dos protocolos, es el octeto correspondiente al Estado de la Trama; en el que
estn contenidos los bits A y C, cuando una trama llega a la interfase de una estacin con
la direccin del destinatario, la interfase pone a 1 el bit A durante su paso, si al mismo
tiempo la interfase copia la trama en la estacin, entonces tambin pone a 1 el bit C.
En resumen, podemos decir que la Capa Fsica es responsable de activar, mantener y

desactivar un circuito o enlace fsico. Se ocupa de los medios mecnicos, elctricos,
funcionales y de procedimientos que se requieren para la transmisin de bits (datos), a lo
largo de un canal de comunicacin. Determina las caractersticas fsicas de la transmisin
en un enlace de nodo a nodo, Describe las seales a travs de un medio que conecta
dispositivos de comunicacin, Ofrece una tcnica de acceso a un medio especifico de
cada capa MAC para: Ethemet, token ring y FDDI, Es la capa mas baja del modelo OSI.
Considera funciones como:

Tipo de transmisin {Half-duplex, Full dplex).
Forma de establecimiento de conexin.
Tipo de circuito: Balanceado o desbalanceado.
Considera las siguientes caractersticas:

Elctricas: Formato de seales y esquema de codificacin.
Mecnicas: Tipo de cable y conectores empleados.
Funcionales: Asignacin de pines.
3.3.2 CAPA DE ENLACE DE DATOS

La capa fsica se encarga simplemente de transportar la informacin (a nivel bits), pero
ese transporte debe hacerse bajo control y ordenadamente, con la capacidad de
recuperarse de posibles errores de transmisin efectuando correcciones o reintentos.
La capa de enlace se refiere a los algoritmos por medio de los cuales se puede llevar
acabo una comunicacin fiable y eficiente.
FIG. 3.8 CAPA DE ENLACE DE DATOS

La funcin de la capa de enlace consiste en proporcionar servicios a la capa de red. El

principal servicio es el de transferir datos de la capa de red de la mquina origen, a la
capa de red de la mquina destino.
El trabajo que realiza la capa de enlace consiste en transmitir los bits a la mquina
destino, de tal forma que puedan entregarse a la capa de red en el otro extremo, como se
muestra en la siguiente figura. La trayectoria real se muestra en la figura, pero resulta ms
sencillo pensar en trminos de dos procesos de la capa de enlace, comunicndose por
medio de un protocolo.
FIG.3.9 A) COMUNICACIN VIRTUAL

B) COMUNICACIN REAL.
Los Controles del Enlace de Datos DLC son los proveedores de los servicios antes
mencionados y radican en esta capa. Sus servicios sin embargo, se limitan a un solo
enlace entre dos puntos de la red; el enrutamiento queda a cargo de la capa de red.
Un DLC esta formado por elementos electrnicos y de programacin; sus funciones son
las siguientes:
Mantener la sincronizacin entre el receptor y transmisor (sincronizacin lgica,
muy diferente a la de la capa fsica) mediante caracteres de marcacin llamados
banderas.
Controlar la velocidad de transferencia para evitar que el transmisor rebase al
receptor.
Detectar errores de transmisin y corregirlos.

Mantener atencin sobre el estado del enlace.
3.3.2.1 Control De Error

Para proporcionar un servicio a la capa de red, la capa de enlace debe utilizar el servicio
que le proporciona la capa fsica; lo que la capa fsica hace es aceptar un flujo original de
datos en bruto e intentar entregarlo al extremo destinatario, no se garantiza que este flujo
est libre de error. El nmero de bits que se reciben pueden ser menor, igual o mayor que
el nmero de bits que se transmiten, y tener diferentes valores. Por lo tanto, depender de
la capa de enlace detectar y, si es necesario, corregir los errores.
Despus de haber resuelto el problema de marcar el inicio y final de cada trama, el

siguiente problema, consiste en: cmo tener la seguridad de que todas las tramas son
eventualmente entregadas a la capa de red del extremo destinatario y, adems, en el
orden apropiado. Supngase que el extremo emisor sigue enviando tramas sin observar si
estn llegando en el orden apropiado.
Una de las tareas ms importantes delegadas a la capa de enlace es el manejo de los

temporizadores y la asignacin de nmeros de secuencia a las tramas, con el objeto de
asegurar que cada una de las tramas sea finalmente entregada a la capa de red, en el
extremo destinatario, una sola vez.
3.3.2.2 Control De Flujo

Otro aspecto importante que tiene lugar en la capa de enlace (as como en capas
superiores), es el referente a qu hacer cuando se tiene un emisor que en forma
sistemtica, desea enviar tramas a una velocidad mayor de la que puede aceptar el
receptor.
Cuando el emisor mantiene su ritmo de transmisin de tramas a alta velocidad, el receptor

puede quedar saturado por completo. An cuando se efecte una transmisin sin error, en
cierto momento el receptor simple y sencillamente, no ser capaz de quedarse con dichas
tramas y comenzar a perder algunas de ellas.
3.3.2.3 Gestin De Enlace

Otra de las funciones de la capa de enlace es la gestin del enlace; con un servicio sin
conexin la gestin es mnima, pero para el caso de un servicio orientado a conexin es
ms compleja. Las conexiones se deben establecer y despus liberar, las secuencias de
nmeros deben iniciarse y reiniciarse en caso de que sucedan errores.
La capa de enlace de datos basa su operacin en protocolos; en el caso de un enlace
asincrono, el protocolo es simplemente "start/stop", mientras que para enlaces sncronos
se agrega a la informacin un encabezado y un terminador, que junto con los datos
forman un paquete de transmisin o "frame".
3.3.2.4 Tipos De Protocolos

Existen tres tipos de protocolos de transmisin:
Orientados a caracteres, a la informacin que se le enva a la capa (en forma de

caracteres o bytes), se le agregan smbolos especiales pertenecientes a un
alfabeto predefinido (ASCII, EBCDIC, etc.) quienes tienen un significado de control
tanto en el encabezado como en el terminador.
Orientados a nmero de caracteres, la capa inserta un encabezado que incluye el
nmero de caracteres que se envan.
Orientados a control de bits. este es el mtodo que ha prevalecido en la industria. En
el encabezado se inserta un grupo de bits con un significado individual y se inicia el
paquete con un patrn 01111110, luego los datos y finalmente se repite el patrn.
Como existe la posibilidad de que el usuario inserte una secuencia como la anterior
en los datos, el transmisor aade un 0 cuando se encuentra cinco unos seguidos
entre el patrn de inicio y terminacin. El receptor a su vez, si encuentra cinco unos
seguidos revisa si el nmero seis es cero y, si lo es, lo saca del paquete.
3.3.2.5 Control De Trfico

Sistemas Asncronos, el mtodo ms usado para el control de trfico en los canales
que no pueden tener o no tienen lneas adicionales de control es el conocido como
"Xon/XofT, el cual es un control que se ejerce entre transmisor y receptor de la
siguiente forma: cuando el receptor recibe ms informacin de la que puede procesar
enva un cdigo de XOFF que obliga al transmisor a detenerse; cuando nuevamente
est dispuesto a recibir enva un XON.

Sistemas Sncronos, en los sistemas sncronos, el hecho de mandar la informacin

en paquetes ejerce control sobre el trfico, pues el receptor enva un cdigo de
recepcin correcta (ACK) hacia el transmisor cuando est dispuesto a recibir nueva
informacin. Este esquema tiene el beneficio adicional de permitir la retransmisin de
un paquete que se haya recibido mal si enva un NACK (no recepcin correcta) al
transmisor.
Cuando el enlace se establece, se dice que se ha creado una ranura o ventana a travs
de la cual se mantiene la comunicacin de los dos puntos. El objeto de un buen protocolo
es permitir que existan ventanas mltiples en la red para establecer tantos enlaces como
sea posible, para lo cual se busca lo siguiente:
Obtener un mximo rendimiento del enlace.

Minimizar el tiempo de respuesta.
Minimizar la lgica requerida para el control de trfico.
3.3.2.6 Categoras De Los Controles De Enlace De Datos

An cuando el diseo de un DLC {Control de Enlace de Datos) vara de un fabricante a
otro, se les puede clasificar segn la forma a travs de la cual ejercen el control de la
capa fsica:
Primario/Secundario, cuando una de las estaciones toma el papel de controlador y

las otras simplemente siguen sus instrucciones.
Participante a participante, cuando las estaciones involucradas actan de una forma
autnoma para tomar el control del canal.
Para el esquema Primario/Secundario se reconocen a su vez dos divisiones:
Investigacin secuencia! de candidatos a transmitir (Pollng). la estacin primaria

interroga de una manera ordenada a cada estacin secundaria de la red para saber si
tiene intenciones de recibir servicio de red, y si es as, entonces la estacin primaria
le enva una secuencia de seleccin.
Acceso mltiple por divisin de tiempo (Non-pollng). la responsabilidad de la

estacin primaria es la de aceptar o no una peticin de transmisin, misma que se

hace en un campo de un paquete especial de reservacin de tiempo. En cuanto la
primaria recibe ese paquete decide conceder o no el canal a la que efecta la peticin
abriendo una ventana.
Dentro del esquema participante a participante se reconocen los siguientes:

Sistema sin prioridad, sobre un canal comn, cada estacin tiene la posibilidad de
enviar paquetes de comunicacin en cuanto est desocupado; por supuesto, cada
estacin revisa primero la actividad del canal. El estndar IEEE 802.3 Ethemet es un
buen ejemplo de este sistema: sigue un protocolo conocido como CSMA/CD que
permite construir sistemas que comparten un slo canal del que se obtienen
derivaciones.
Sistema con prioridad, en este mtodo, alguna estacin hace circular un paquete
inicial conocido como ficha libre que viaja de estacin a estacin en un lazo cerrado.
Cuando alguna desea hacer uso del canal, toma la ficha libre y la marca para reservarla
con un nmero que indica prioridad con el cual la estacin trabaja. Se permite que la ficha
marcada de una vuelta por la red y si llega tal como estaba al reservador entonces se
abre una ventana y se inicia la comunicacin. Si la ficha marcada llega a una estacin de
mayor prioridad, esta puede eliminar la marca anterior y pone la suya, sin embargo
almacena el valor anterior para que cuando su ventana termine, regrese la ficha marcada
con la peticin de la primera estacin.
3.3.2.7 Ejemplos De Protocolos

A continuacin se darn algunos ejemplos de los protocolos usados ms comnmente en
el modelo OSI.
BSC, Control Sncrono Binario.
Hacia la mitad de la dcada de los aos 60, IBM present el primer sistema de control de
enlace de datos de propsito general para configuraciones punto a punto y multipunto. El
nombre del sistema era protocolo de Control Sncrono Binario (BSC) y se difundi

ampliamente por todo el mundo. Prcticamente todos los fabricantes desarrollaron para
sus productos versiones del control sncrono binario. Tambin se usa el trmino bisync
para referirse a este protocolo.
BSC.- es un protocolo semidplex. Las transmisiones se producen alternadamente en los

dos sentidos. El protocolo admite conexiones punto a punto y multipunto, as como
canales conmutados y no conmutados. BSC es un protocolo sensible al cdigo; por lo
tanto, cada carcter que se enva debe ser decodificado en el receptor para averiguar si
se trata de un carcter de usuario o de control. Como se dijo anteriormente, los protocolos
dependientes de cdigo se denominan protocolos orientados a carcter o a byte, y se
caracterizan porque los campos de control pueden ocupar posiciones diferentes dentro de
la trama.
Este esquema lo ha cubierto ISO mediante los siguientes estndares:

ISO-2111 define los caracteres de control.
ISO-1745 define la operacin del enlace.
ISO-2628 define los procedimientos de recuperacin, suspensin e interrupcin.
Los protocolos de caracteres han sido reemplazados por los bits debido a las siguientes
razones:
Interpretacin ambigua de los cdigos.

La necesidad de usar cadenas de caracteres para evitar confusiones con los datos
del usuario.
La flexibilidad y la eficiencia de los protocolos de bits.
El exceso de trabajo adicional de los cdigos de caracteres.
Control de enlace de datos alto (HDLC).
Es un protocolo muy importante ya que ha servido de base para otros protocolos

orientados a bit como SDLC, LAP, LAPB y LAPD. Este protocolo esta referido a los
estndares ISO-3309 e ISO-4335.

HDLC proporciona diversas opciones para su implantacin. Permite tanto transmisin

semidplex como dplex completa, configuraciones punto a punto y multipunto, y canales
conmutados y no conmutados.
Las estaciones HDLC se clasifican en tres tipos:
Las estaciones primarias.- controlan el enlace de datos (canal). Estas estaciones

transmiten tramas con ordenes a las estaciones secundarias del canal. A su vez,
reciben tramas de respuesta de dichas estaciones. Si el enlace es multipunto, la
estacin primaria es responsable de mantener sesiones separadas con cada estacin
conectada al enlace.
Las estaciones secundarias.- actan como esclavas de las estaciones primarias.
Envan respuestas a las ordenes de la estacin primaria. Mantienen solo una sesin
con la estacin primaria. No tienen la responsabilidad del control de enlace.
Las estaciones combinadas.- transmiten ordenes y respuestas, y reciben ordenes y
respuestas de otra estacin combinada. Mantienen sesiones con otras estaciones
combinadas.
Las estaciones se comunican entre si a travs de tres posibles estados lgicos.

El estado de desconexin lgica, en este estado la estacin tiene prohibida la
transmisin o recepcin de informacin.
El estado de inicializacin (IS).- es especifico de cada fabricante y cae fuera de la
norma HDLC.
El estado de transferencia de informacin (ITS), permite la transmisin y recepcin
de informacin de usuario entre estaciones primarias, secundarias y combinadas. El
estado de transferencia de informacin se puede modificar mediante el envo de
ordenes de desconexin.
Mientras las estaciones estn en estado de transferencia de informacin, pueden

comunicarse utilizando uno de tres posibles modos de operacin:
Modo de respuesta normal (NRM), Requiere que la estacin secundaria reciba
permiso explcito de la estacin primaria antes de transmitir.

Modo de respuesta asncrona (ARM), Permite que una estacin secundaria inicie
transmisiones sin recibir permiso explcito de la estacin primaria (habitualmente
cuando el canal est desocupado).
Modo asncrono equilibrado (ABM), Utiliza estaciones combinadas. Una estacin
combinada puede iniciar una transmisin sin necesidad de recibir permiso de otra
estacin combinada. HDLC tiene tres maneras de configurar el canal para su
utilizacin por estaciones primarias, secundarias o combinadas.
En la configuracin no equilibrada hay una estacin primaria y una o varias
secundarias en configuracin punto a punto o multipunto, semidplex o dplex
completo, y conmutada o no conmutada.
La denominacin de no equilibrada se debe a que la estacin primaria es responsable de

controlar a cada estacin secundaria, y de establecer las ordenes de seleccin de modo.
La configuracin simtrica se encontraba en el estndar HDLC original y ya era
utilizada en redes anteriores. Existen dos configuraciones independientes, punto a
punto y desequilibradas. Cada estacin puede ser primaria y secundaria. Por ello, a
nivel lgico, cada estacin se considera como si fueran dos: la primaria y la
secundaria. La estacin primaria transmite rdenes a la estacin secundaria del otro
extremo del canal, y viceversa.
La configuracin equilibrada en dos estaciones combinadas unidas en un esquema
punto a punto, puede ser semidplex o dplex completo, y conmutado o no
conmutado.
Las estaciones se consideran iguales respecto al canal y pueden enviar trfico entre s sin
solicitud previa. Las estaciones poseen idntica responsabilidad sobre el control del
enlace.
Subconjuntos de HDLC.
La amplia aceptacin del estndar HDLC ha proporcionado unas bases slidas sobre las
que se pueden construir subconjuntos de ese protocolo. Hay varios subconjuntos de uso
en la industria.

LAP ( Procedimiento de Acceso al Enlace) es uno de los primeros subconjuntos de

HDLC que aparecieron. LAP se basa en la orden de HDLC Establecer Modo de respuesta
Asncrona (SARM) en una configuracin no equilibrada; hoy en da es muy poco utilizado.
El proceso del establecimiento del enlace es un tanto engorroso, ya que requiere que las
dos estaciones enven SARM y A previamente. Difiere de LAPB, ms utilizado, que se
considera a continuacin.
LAPB {Procedimiento de Acceso al Enlace Equilibrado), es muy utilizado en muchas

redes de computadores pblicas y privadas de todo el mundo. LAPB es un subconjunto
del repertorio de rdenes / respuestas de HDLC. El protocolo de paquetes X.25 utiliza
LAPB, este se clasifica como el subconjunto BA-2,8 de HDLC. Esto quiere decir que,
adems de usar el modo asncrono equilibrado. Emplea dos extensiones funcionales; las
opciones 2 y 8. La opcin 2 permite el rechazo simultneo de tramas en un modo de
transmisin bidireccional. La opcin 8 no permite la transmisin de datos de informacin
en tramas de respuesta.
LLC ( Control Lgico de Enlac) es un estndar de enlace proporcionado por el comit

de estndares IEEE 802. Este LLC se ejecuta en el nivel superior de una LAN IEEE. Es
decir, reside entre el control de enlace de datos LAN y un nivel de red indefinido.
LAPD ( Procedimiento de Acceso al Enlace, Canal D) es otro subconjunto de la

estructura HDLC, aunque tiene extensiones fuera de HDLC. LAPD pretende ser la
solucin para el control del enlace de datos en la naciente red digital de servicios
integrados (RDSI).
LAPX (LAPB Extendido) es otro subconjunto de HDLC que se utiliza en sistemas

basados en terminales y en el recin aparecido estndar de teletexto. Es una versin
semidplex de HDLC.
En resumen la Capa de Enlace de datos: Es responsable de transferir la informacin

sobre el canal. Provee medios de sincronizacin para controlar el flujo de la capa fsica,
tambin es capaz de identificar cada bit de la cadena transmitida o recibida. Su funcin

primordial consiste en, a partir de un medio de transmisin comn y corriente

transformarlo en una lnea sin errores de transmisin para la capa de red.
3.3.3 CAPA DE RED

La capa de red se ocupa de la obtencin de paquetes procedentes de la fuente y de
enlutarlos durante todo el camino hasta alcanzar su destino. Para alcanzar su destino
puede surgir la necesidad de hacer varios saltos en nodos intermedios a lo largo del
recorrido. Esta funcin contrasta claramente con la de la capa de enlace, cuya meta ms
modesta, consiste slo en mover las tramas de un extremo del cable hasta el otro. Por lo
tanto, la capa de red es la capa, ms baja, que se ocupa de la transmisin de extremo a
extremo.
FIG. 3.9 CAPA DE RED

Para que la capa de red pueda alcanzar sus objetivos, deber conocer la topologa de la
subred de comunicacin y seleccionar trayectorias apropiadas a travs de ella. Tambin,
deber tener cuidado, al seleccionar las rutas, de evitar la sobre carga en algunas de las
lneas de comunicacin, mientras deja a otras inactivadas. Por ltimo, depender de la
capa de red ocuparse de esas diferencias y resolver los problemas que resulten de ellas.
3.3.3.1 Servicios Proporcionados A La Capa De Transporte

La capa de red proporciona servicios a la capa de transporte. Debido a que, en algunas
redes (por ejemplo, las redes ARPANET y X.25), la capa de red opera en los IMP y la
capa de transporte en los anfitriones, los lmites entre la capa de red y de transporte en
estas redes tambin es el lmite entre la subred y el anfitrin.

Esto significa que los servicios que proporciona la capa de red definen los servicios
proporcionados por la subred.
En general los dos servicios que proporciona la capa de red son..

Servicio orientado a conexin
Servicio sin conexin
El servicio sin conexin nos dice que la tarea de la subred consiste exclusivamente en
mover los bits, y nada ms; desde este punto de vista, la subred tiene la caracterstica
inherente de ser poco confiable, independientemente de su diseo. Por lo tanto, los
anfitriones deberan aceptar el hecho de que no es fiable y llevar a cabo, ellos mismos, el
control de errores y de flujo (es decir, los procedimientos de deteccin y correccin
de errores).
El servicio orientado a conexin nos dice que la capa de red (y tambin la subred),
debera proporcionar un servicio fiable; es decir, que cuando se establezca la
comunicacin en ambas direcciones, los paquetes se entregarn sin errores y en forma
secuencial.
Por otra parte, no es responsabilidad de la capa de red el ofrecer un servicio sin error,
este trabajo lo realiza la capa de transporte. Los asentimientos de la capa de red son slo
un intento por mejorar la calidad del servicio, ms no el hacerlo perfecto.
3.3.3.2 Organizacin Interna De La Capa De Red

El modelo OSI, por desgracia, no brinda una especificacin de los algoritmos clave como
los relacionados con el control de enrutamiento y de congestin.
Existen dos filosofas diferentes para la organizacin de la subred, una de ellas consiste
en el uso de conexiones, en tanto que la otra trabaja sin conexiones. En el contexto de
operacin interna de la subred, a una conexin se le conoce como circuito virtual, como
una analoga con los circuitos fsicos establecidos por el sistema telefnico. A los
paquetes independientes dentro de la organizacin sin conexin, se les conoce como
datagramas, por una analoga con los telegramas.

Los circuitos virtuales por lo general se utilizan en subredes cuyo servicio principal est
orientado a conexin. La idea que respalda a los circuitos virtuales es la de evitar que
tengan que hacer decisiones de enrutamiento para cada paquete transmitido. A cambio de
esto, cuando se establece una conexin, se selecciona una ruta que va desde la mquina
origen hasta la mquina destino como parte del proceso de conexin. Esta ruta se
establece para todo el trfico que circule por la conexin, exactamente de la misma
manera que trabaja el sistema telefnico. Cuando se libera la conexin, se desecha el
circuito virtual. En contraste, con una subred datagrama, ninguna ruta se determina en
forma anticipada, an cuando el servicio est orientado a conexin. Cada paquete
enviado se encamina independientemente de sus predecesores. Los paquetes sucesivos
pueden seguir rutas diferentes. Al tiempo que las subredes datagrama tienen que hacer
un mayor trabajo, tambin son ms robustas y se adaptan con mayor facilidad a los fallos
y a la congestin, que las redes de circuitos virtuales.
3.3.3.3 Enrutamiento
La funcin real de la capa de red consiste en el enrutamiento de paquetes, desde la
mquina origen hasta la mquina destino. En la mayora de las subredes, los paquetes
necesitarn realizar mltiples saltos para terminar el viaje. La nica excepcin notable es
para el caso de las redes de difusin, pero an aqu, el encaminamiento resulta ser un
asunto interesante si el origen y destino no se encuentran en la misma red. Los algoritmos
que seleccionan las rutas y las estructuras de datos que utilizan, representan una de las
reas principales del diseo de la capa de red.
El algoritmo de enrutamiento es aquella parte del software correspondiente a la capa de

red, que es la responsable de decidir sobre qu lnea de salida se deber transmitir un
paquete que llega. Si la subred utiliza datagramas internamente, esta decisin deber
tomarse de nuevo con cada paquete de datos que llega. Sin embargo, si la subred utiliza
circuitos virtuales internamente, las decisiones de enrutamiento slo se tomarn cuando
se establezca un circuito virtual nuevo. Despus, los paquetes de datos slo seguirn la
ruta previamente establecida.

A este ltimo caso se le conoce a veces como enrutamiento de sesin, debido a que una
ruta permanece durante una sesin entera de usuario.
Independientemente de que las rutas puedan ser seleccionadas para paquete o slo
cuando se establezcan nuevas conexiones, existen ciertas propiedades que resulta
deseable tener en un algoritmo de enrutamiento: correccin, simplicidad, robustez,
estabilidad, justicia y que sea optimo. Los conceptos de correccin y simplicidad no
necesitan comentario, pero la necesidad de robustez, podra ser menos obvia en primera
instancia. Una vez que una red principal empieza a andar, se puede esperar que opere
continuamente durante muchos aos sin que aparezcan grandes fallos del sistema.
Durante este periodo, se registrarn fallos de software y hardware de todo tipo. Los
anfitriones, los IMP y las lneas, se activarn y desactivarn repetidamente, y la topologa
cambiar muchas veces. El algoritmo de enrutamiento deber ser capaz de lidiar con los
cambios de topologa y trfico, sin necesidad de abortar todas las tareas de todos los
anfitriones, y que la red sea reestablecida cuando algn IMP llegue a fallar.
La estabilidad tambin es un objetivo importante para el algoritmo de enrutamiento.

Algunos de ellos nunca convergen a un punto de equilibrio, sin importar cunto tiempo
estn corriendo. Antes de intentar encontrar puntos de equilibrio entre las propiedades de
justicia y optimalidad, se debe decir qu es lo que se quiere optimizar. La minimizacin del
retardo de un paquete es, sin lugar a dudas, un candidato obvio, pero tambin lo es la
maximizacin de la eficiencia total de la red. Como compromiso muchas redes intentan
minimizar el nmero de saltos que un paquete debe realizar, porque al reducir este
nmero se mejora el retardo, tambin reducir la cantidad de ancho de banda que
consume, con lo cual se mejorar al mismo tiempo la eficiencia del sistema.
3.3.3.4 Congestin
Cuando se tiene la presencia de muchos paquetes en la subred (o en una parte de ella),
el rendimiento se degrada. Esta situacin se conoce con el nombre de congestin.
Cuando el nmero de paquetes que los anfitriones introducen en la red se encuentra
dentro de los lmites de capacidad de transporte, dichos paquetes se entregan a sus
respectivos destinos sin mayor problema y, la cantidad que se entrega es proporcional a la
cantidad que se transmite. Sin embargo, a medida que el trfico se incremente en forma

considerable, los IMP no son capaces de resolver el problema y comienzan a perder

paquetes de informacin. Este hecho tiende a hacer las cosas ms complicadas. Cuando
el trfico se vuelve muy intenso, el rendimiento se desmorona completamente y, casi
ningn paquete se entrega.
3.3.3.5 Interconexin De Redes

Cuando las mquinas de origen y destino se encuentran localizadas en redes diferentes,
todos los problemas comunes de enrutamiento se encuentran presentes, solo que peores.
Existe un gran nmero de redes y un nmero muy reducido de ellas utiliza el modelo OSI.
Siendo el principal problema que no todas las redes utilizan los mismos protocolos.
En el modelo OSI, la interconexin de redes se lleva a cabo en la capa de red. La capa de

red, siempre que sea necesario, se puede dividir en tres subcapas: la subcapa de acceso
a al subred, la subcapa de mejora de la subred y la subcapa de la interconexin de redes.
El propsito de la subcapa de acceso a la subred consiste en soportar el protocolo de la
capa de red para la subred que especficamente se est utilizando. sta genera y recibe
paquetes de datos y de control, y lleva a cabo las funciones ordinarias de la capa de red.
La subcapa de mejora de la subred est diseada para armonizar las subredes que
ofrecen diferentes servicios.
La subcapa de interconexin de redes puede disearse con cualquiera de los dos tipos de
servicio que ofrece la capa de red. Si se seleccion el servicio de datagrama, entonces
depender de la capa de mejora de la subred, localizada en el lado del circuito virtual, el
esconder los circuitos virtuales y exclusivamente proporcionar servicio de datagrama a la
subcapa de interconexin de redes.
La funcin principal de la subcapa de interconexin de redes es el enrutamiento extremo a

extremo. Cuando llega un paquete a un retransmisor se lleva a la subcapa de
interconexin de redes, que lo revisa y decide si se reexpide. Si as resultara, entonces
deber indicar qu subred utilizar. Para una aproximacin, el enrutamiento a travs de
redes mltiples es similar al enrutamiento efectuado dentro de una sola subred. Los
cuatro tipos de retransmisor comunes son los siguientes:

Capa 1. Repetidores, copian los bits individuales, entre segmentos de cable.

Capa 2. Puentes, almacenan y reexpiden tramas entre redes tipo LAN.
Capa 3. Compuertas, almacenan y reexpiden paquetes entre redes que no son
similares.
Capa 4. Convertidores de protocolos, proporcionan interconexin en capas
superiores.
Los repetidores son dispositivos de bajo nivel que slo amplifican las seales elctricas.
Son necesarios para proporcionar corriente que permita excitar cables de longitud
considerable.
Los puentes son dispositivos que almacenan y reexpiden. Un puente acepta una trama
completa y la pasa a la capa de enlace, en donde se comprueba el cdigo de
redundancia. Entonces, la trama se transmite a la capa fsica para que se reexpida hacia
una subred diferente.
Los puentes pueden introducir modificaciones menores a la trama, antes de que se

reexpida, como por ejemplo, el agregar o eliminar algunos campos de la cabecera de la
trama.. Dado que son dispositivos de la capa de enlace, no tratan las cabeceras de la
capa tres o capas superiores, y no pueden hacer modificaciones, o tomar decisiones, que
dependan de ellas.
Las compuertas son conceptualmente similares a los puentes, con la nica excepcin de
que se localizan en la capa de red. Algunas veces se utiliza el trmino de compuerta en
un sentido genrico, aplicable a cualquier capa, y el termino enrutador para una
compuerta en la capa de red.
Por lo general, en el nivel de capa de transporte, y ms arriba, a los retransmisores se le

llama convertidores de protocolo. Su tarea es mucho ms compleja que la de una
compuerta. El convertidor debe realizar transformaciones de un protocolo a otro, sin que
se llegue a perder mucho significado durante el proceso.

Independientemente de la capa donde se realiza la retransmisin, la complejidad del

trabajo depender de que tan parecidas sean las dos redes en trminos de tramas,
paquetes, mensajes y protocolos. Aunque algunas veces ni siquiera es posible llevar a
cabo la conversin, por ejemplo, cuando se trata de reexpedir datos acelerados, a travs
de una red que no tenga ningn concepto de lo que significan los datos acelerados.
Resumiendo la Capa de Red especifica la interfase entre el equipo de datos del usuario y
la red, se ocupa del control de operacin de la subred. Proporciona el enrutamiento fsico
de los datos. Examina la topologa de la red y determina cual es el mejor camino para el
envo de un mensaje del origen al destino. Hay determinacin de trayectorias.
Conmutacin de trayectorias y procesamiento de rutas. Servicio origen-destno (no solo
punto a punto). Se traducen direcciones fsicas a lgicas. Se puede tener dos tipos de
comunicacin, sin conexin y orientadas a conexin.
3.3.4 CAPA DE TRANSPORTE

La capa de transporte no solo representa una capa ms dentro del modelo OSI; sino que
desarrolla un papel muy importante y viene a ser realmente el corazn de la jerarqua de
protocolos. Su tarea consiste en hacer que el transporte de datos se realice en forma
segura y econmica, desde la mquina fuente hasta la mquina destino,
independientemente de la red o redes fsicas que se encuentran en uso. Sin la existencia
de la capa de transporte, el concepto de protocolos en capas no tendra ningn sentido.
FIG. 3.10 CAPA DE TRASPORTE

3.3.4.1 Servicios Proporcionados A La Capa De Sesin

El objetivo fundamental de la capa de transporte consiste en proporcionar un servicio
eficiente, fiable y econmico a sus usuarios, normalmente entidades de la capa de sesin.
Para alcanzar este objetivo, la capa de transporte utiliza los servicios que proporciona la
capa de red. Al hardware y/o software que hacen este trabajo dentro de la capa de
transporte se les conoce como entidades de transporte.
De la misma manera como hay dos tipos de servicio de red, tambin hay dos tipos de
servicio de transporte: es decir, orientado a conexin y sin conexin. El servicio de
transporte orientado a conexin es similar al servicio de red orientado a conexin. En los
dos casos, las conexiones tienen tres fases: la de establecimiento, de transferencia de
datos y la de liberacin. Por otra parte, los procedimientos referentes al direccionamiento
y control de flujo tambin son muy similares en las dos capas. Ms an, el servicio de
transporte sin conexin tambin tiene una gran similitud con el servicio de red sin
conexin.
Bsicamente, se puede decir que la existencia de la capa de transporte hace posible que
el servicio de transporte sea ms fiable que el proporcionado por la capa de red. Los
paquetes extraviados o los datos daados de la red pueden ser detectados y
compensados por la capa de transporte.
3.3.4.2 Calidad Del Servicio

Otra manera de ver a la capa de transporte consiste en considerar que su funcin
primordial es la de enriquecer la QOS {calidad de servicio) suministrada por la capa de
red. Si el servicio de la red es impecable, la capa de transporte puede tener un trabajo
relativamente sencillo. Sin embargo, si el servicio de la red llega a ser deficiente, la capa
de transporte tiene que llenar el hueco que existe entre aquello que los usuarios del
transporte desean y lo que la capa de la red les ofrece.
A primera vista la calidad de servicio parece un concepto muy vago, la QOS puede
caracterizarse por medio de varios parmetros especficos:
Retardo en el establecimiento de la conexin. Tiempo que transcurre entre una

solicitud de conexin de transporte y la confirmacin que recibe el usuario. Entre ms

corto, mejor ser el servicio suministrado.

Probabilidad de fallo de establecimiento de conexin. Riesgo de que no se pueda
establecer una conexin dentro del mximo tiempo de retardo permitido, debido a
congestin de la red o falta de espacio en tablas de IMP.
Caudal. Medicin de nmero de octetos de datos del usuario que se transfieren cada
segundo, los cuales se miden durante un intervalo de tiempo reciente.
Retardo de trnsito. Mide el tiempo que transcurre entre el envo de un mensaje por
el usuario del transporte en la mquina fuente, y su recepcin por el usuario de
transporte en la mquina destino.
Tasa de error residual. Mide el nmero de mensajes perdidos o daados, como una
fraccin del total de mensajes transmitidos, en el periodo de muestreo.
Probabilidad de fallo de transferencia. Mide la manera en la cual el servicio de
transporte est actuando, de acuerdo con lo prometido.
Retardo en la liberacin de conexin. Tiempo que transcurre entre el inicio de la
liberacin de una conexin por el usuario de transporte y la liberacin real en el otro
extremo.
Proteccin. Proporciona una forma para que el usuario del transporte especifique el
inters que tiene de hacer que la capa de transporte brinde proteccin contra terceros
que no estn autorizados para leer o modificar los datos transmitidos.
Prioridad. Brinda una forma al usuario de transporte para indicar que algunas de sus
conexiones son ms importantes que otras y que en alguna congestin las
conexiones de alta prioridad obtendrn servicio, antes que las de menor prioridad.
Resistencia. Proporciona la probabilidad de que la misma capa de transporte termine
espontneamente una conexin, ya sea por problemas internos o por congestin.
Los parmetros QOS los especifica el usuario en el momento en que se solicita una
conexin. Pueden darse dos valores, el deseado y el mnimo aceptables.
3.3.4.3 Protocolos De Transporte

El servicio de transporte se realiza por medio de un protocolo de transporte que
se utiliza entre las dos entidades de transporte. Los protocolos de transporte, en varios
aspectos, se parecen a los protocolos de enlace de datos.

Desde el punto de vista de los diseadores de protocolos de transporte las propiedades

reales que tiene la subred son menos importantes que las del servicio que la capa de red
ofrece, aunque esta ltima est fuertemente influenciada por la primera.
Existen cinco clases de protocolos de transporte.

Clase 0. Clase sencilla.
Clase 1. Clase bsica de recuperacin de errores.
Clase 2. Clase de multiplexin.
Clase 3. Clase de multiplexin y recuperacin de errores
Clase 4. Clase de recuperacin y deteccin de errores.
La eleccin de la clase de protocolo, que deber utilizarse en una conexin dada, es

determinada por las entidades de transporte en el momento en que se establece una
conexin. La parte iniciadora puede proponer una clase preferente, y cero o ms clases
alternas. La parte contestadora, entonces, eligir de la lista proporcionada. La clase de
protocolo que se utilizar. Si ninguna de las opciones ofrecidas es aceptable, la conexin
se rechazara.
3.3.4.4 Elementos De Los Protocolos De Transporte
Las caractersticas exactas dadas por el protocolo de transporte dependen del medio en
el que opere, as como del tipo de servicio que debe ofrecer. Sin embargo es posible dar
una lista de los elementos bsicos que son comunes para la mayora de los protocolos de
transporte.
En la tabla 2.2 se muestra esta lista y, adems, se muestran las caractersticas aplicables
a cada una de las cinco clases de protocolos OSI.
3.3.4.5 Administracin De Conexin
Los protocolos de transporte se parecen a los protocolos de enlace. Sin embargo, una de
las diferencias significativas es la manera como se administran las conexiones. En la capa
de enlace hay poca administracin de conexin. Las lneas entre las IMP siempre estn
ah y listas para utilizarse. En la capa de transporte, llega a ser mucho ms complejo el
establecimiento, la liberacin y la administracin general de conexiones.

CLASE
ELEMENTO DEL PROTOCOLO 0 1 2 3 4

Establecimiento de conexin. x x X x x
Rechazo de conexin. x x X x x
Asignacin a conexin de red. x x X x x
Divisin de grandes mensajes en varias TPDU. x x X x x
Asociacin de TPDU con conexin. x x X x x
Transferencia de TPDU. x x X x x
Liberacin normal. x x X x x
Tratamiento de errores de protocolo. x x X x x
Concatenacin de TPDU para el usuario. x X x x
Liberacin por error. x X
Numeracin de TPDU. x 0 x x
Transferencia de datos acelerados. 0 0 x x
Control de flujo en la capa de transporte. 0 x x
Resincronizacin posterior a un RESET. x x x
Retencin de TPDU hasta un ack. x x x
Reasignacin despus de una conexin de red. x x x
Referencias congeladas. x x x
Multiplexin. X x x
Uso de conexiones mltiples de red. x
Retransmisin despus de una temporizacin. x
Resecuenciamiento de TPDU. x
Temporizador de inactividad. x
Cdigo de redundancia de la capa de transporte. 0
x = Presente o = opcional (en blanco) = ausente
TABLA 3.2. ELEMENTOS DE LOS PROTOCOLOS DE TRANSPORTE Y SUS RELACIONES
CON LAS CINCO CLASES DE PROTOCOLOS.

3.3.4.6 Direccionamiento
Cuando un usuario de transporte desea establecer una conexin con algn otro usuario,
deber especificar con qu usuario remoto se conectar. El mtodo que normalmente se
emplea consiste en definir puntos de acceso al servicio de transporte (TSAP), a los cuales
puedan unirse los procesos y esperar que llegue alguna solicitud de conexin.
Una estructura del direccionamiento es que las direcciones de los TSAP sean direcciones
jerrquicas. En las direcciones jerrquicas, la direccin consta de una secuencia de
campos utilizados para dividir separadamente el espacio de direcciones. Por ejemplo, una
direccin TSAP verdaderamente universal podra tener la siguiente estructura.
Direccin = <galaxia><estrella><planeta><pas><red><anftrin><puerto>
Un ejemplo de direccin jerrquica son los nmeros que la compaa telefnica otorga a
los usuarios.
3.3.4.7 Establecimiento De Conexin

A primera vista, parecera suficiente que una entidad de transporte simplemente
transmitiera una TPDU CR (solicitud de conexin) al destino, y esperar una respuesta
CC (confirmacin de conexin). El problema se presenta cuando la red puede perder,
almacenar y duplicar paquetes.
El problema de duplicado de paquetes se puede atacar de varias formas. Una es utilizar

direcciones TSAP desechables. En este planteamiento, cada vez que una direccin TSAP
se necesita, se genera una nueva direccin nica, que tpicamente se basa en el tiempo
actual. En el momento en el que se libera una conexin, las direcciones se desechan
definitivamente. Otra posibilidad es, darle a cada conexin un identificador de conexin,
seleccionado por la parte iniciadora, y puesto en cada una de las TPDU incluyendo la que
est solicitando la conexin. Despus de liberar cada conexin, cada entidad de
transporte podra actualizar una tabla listando las conexiones obsoletas por parejas.
Otro mtodo podra ser el no permitir que los paquetes vivan indefinidamente dentro de la
subred, para esto se debe disear un mecanismo que aniquile los paquetes ms antiguos
que todava se encuentren dando vueltas. Con la limitacin del tiempo de vida de los
paquetes, es posible disear una manera infalible para establecer conexiones seguras.

3.3.4.8 Liberacin De Conexin

La liberacin de una conexin es mucho ms sencilla que el proceso de establecimiento.
Existen tres formas de liberar una conexin.
La primera es la ms comn, donde uno de los usuarios emite una solicitud de

desconexin. La capa de transporte, entonces, genera una indicacin de desconexin, en
el otro extremo, liberando as la conexin.
La segunda forma de liberacin puede suceder cuando los dos usuarios emiten en forma
simultnea una solicitud de desconexin. Por ltimo, la tercera forma se presenta cuando
la capa de transporte se da por vencida y emite indicaciones de desconexin en los dos
extremos de la conexin.
Todas estas formas de desconexin tienen una caracterstica en comn: son abruptas, y
pueden dar lugar a prdida de datos.
Con objeto de evitar la prdida de datos, se necesitar un protocolo de liberacin ms

sofisticado. Una manera obvia de tratar la liberacin consiste en hacer que ninguno de los
extremos llegue a emitir una solicitud de desconexin hasta que realmente est seguro de
que el otro extremo ya recibi los datos que fueron enviados, y que l ya no tiene ms
datos que enviar.
En resumen, la Capa de Transporte define la interconexin entre la capa de red y las tres
capas superiores, esta diseada para aislar al usuario de las caractersticas fsicas de la
red. Su funcin principal consiste en aceptar los datos de la capa de sesin, dividirlo
siempre que sea necesario, en unidades mas pequeas, pasarlos a la capa de red y
asegurar que todos ellos lleguen correctamente a el otro extremo. Provee transferencia de
datos a cierto nivel de calidad, a ciertas velocidades y a cierta razn de errores. Asegura
una entrega confiable de la informacin. Compensa la falta de contabilidad en capas
inferiores. Si hay perdida de enlace no asegura entrega, pero informa a capas superiores
para que se tome una accin correspondiente.

Se emplean varios mecanismos: Establecimiento, mantenimiento y finalizacin de

conexin (ordenadamente).
Mensajes de acuse (acknowledge).
Numeracin secuencial.
Control de flujo.
Ofrece servicios orientados a conexin y sin conexin Analoga: sealizacin en la
carretera.
3.3.5 CAPA DE SESIN

Las capas de sesin y aplicacin constituyen las capas superiores en el modelo de
referencia OSI. A diferencia de las cuatro capas inferiores. Las cuales estn
fundamentalmente involucradas en proporcionar una comunicacin fiable de extremo a
extremo, el objetivo de las capas superiores consiste en proporcionar una serie de
servicios orientados al usuario. stas parten de un canal sin error, proporcionado por la
capa de transporte y le aaden algunas caractersticas que resultan tiles para una
extensa variedad de aplicaciones, de tal manera que los programadores de estas
aplicaciones no tengan que volver a realizar una y otra vez cada una de estas
caractersticas como parte de cada uno de los programas individuales.
FIG. 3.11 CAPA DE SESION

La capa de sesin es un invento de la OSI. Antes de la aparicin del modelo OSI, ninguna
de las redes existentes tena una capa de sesin (aunque algunos de los modelos de la
capa de sesin de la capa OSI tambin aparecen en SNA, pero
dispersos sobre varias capas). En el momento en el que se establece una conexin en

la capa de sesin, se pueden seleccionar diferentes opciones para deshabilitar la mayor
parte de las caractersticas disponibles.
3.3.5.1 Servicios Suministrados A La Capa De

Presentacin
La capa de sesin proporciona una serie de servicios a la capa de presentacin. En la
siguiente figura se muestra su posicin dentro de la estructura jerrquica. En este caso se
describen los puntos de acceso al servicio de sesin (SSAP), y las unidades de datos de
protocolo de sesin (SPDU), que son bsicamente los mismos, con la diferencia que son
referidos a la capa de sesin, adems se utilizarn indistintamente los trminos proveedor
del servicio de sesin y entidad de sesin.

FIG. 3.12. LAS CAPAS DE TRANSPORTE, SESIN Y APLICACIN
La funcin principal de la capa de sesin es proporcionar una manera por medio de la

cual los usuarios de la capa de sesin, esto es, las entidades de presentacin,
establezcan conexiones, llamadas sesiones y transfieran datos sobre ella en forma
ordenada. Una sesin podra utilizarse para un acceso remoto desde una terminal un
ordenador remoto o para una transferencia de archivos. Aunque en la capa de sesin se
encuentran disponibles primitivas sin conexin, una sesin sin conexin no puede hacer
ningn uso de las caractersticas orientadas al usuario para las cuales se disea la capa
de sesin. As inicialmente hablaremos de los servicios orientados a conexin.
Una sesin se parece a una conexin de transporte, pero no son idnticas. Por lo general
cuando llega a presentarse una solicitud para que la capa de sesin establezca una
sesin se deber establecer una conexin de transporte que se
encargue de soportar la conexin. Cuando termina la sesin, se libera la conexin de
transporte, en este ejemplo hay una correlacin uno a uno entre las conexiones de sesin
y de transporte. En la figura 2.8 demostraremos lo anteriormente expuesto. Tambin
existe una forma de correlacin entre sesiones y correlaciones de transporte. En este
caso se puede observar una sesin que abarca mltiples conexiones de transporte, si por
ejemplo, llega a fallar una conexin de transporte, la capa de sesin puede establecer una
nueva conexin de transporte y seguir con la sesin con la nueva conexin. Si las
entidades de transporte residen en las terminales, esta situacin no debera ocurrir porque
se espera que las unidades de transporte se pueden recuperar por si mismas de fallos
ocurridos en la capa de red, esto es en la subred. Si la entidades de transporte, sin
embargo, son externas a las terminales, el problema de la recuperacin por fallos
externos se desplaza a la capa de sesin, porque sta entonces, se convierte en la capa
inferior del software que puede sobrevivir a fallos en la subred.
No est permitido multicanalizar varias sesiones en una sola conexin de transporte

simultneamente, de la misma manera que la capa de transporte puede multicanalizar
varias conexiones de transporte en una conexin de red. En cualquier instante de tiempo,
cada conexin de transporte lleva una sesin como mximo. La multicanalizacin se lleva
a cabo para reducir el costo o mejorar el rendimiento, procedimiento que viene a hacer
funciones de la capa de transporte.
FIG. 3.13. ESTABLECIMIENTO Y LIBERACIN DE LA CONEXIN.
3.3.5.2 Intercambio De Datos
La caracterstica de mayor importancia de la capa de sesin, es el intercambio de datos,

una sesin, al igual que una conexin de transporte sigue un proceso de tres fases: la del
establecimiento, la de utilizacin y la de liberacin. Las primitivas que se le proporciona a
la capa de presentacin, para el establecimiento, utilizacin y liberacin de sesiones, son
muy parecidas a las proporcionadas a la capa de sesin para el establecimiento, uso y
liberacin de conexin de transporte. Todo lo que la entidad de sesin tiene que hacer
cuando una primitiva es invocada por el usuario de sesin, es invocar a la primitiva de
transporte correspondiente para que as se pueda realizar el trabajo.
Cuando un usuario de sesin invoca una primitiva S-CONNECT.request con objeto de

establecer una sesin, el proveedor de sesin solo ejecuta un T-CONNECT.request para
establecer una conexin de transporte (suponiendo que ninguna conexin de
transporte se encuentre disponible).
De igual manera, el establecimiento de una sesin implica una negociacin entre los
usuarios para fijar los valores de varios parmetros. Algunos de estos parmetros
efectivamente pertenecen a la conexin de transporte, podra ser la calidad de servicio y
la bandera indicando si los datos acelerados estn o no permitidos. stos se pasan a la
conexin de transporte sin que se les haga modificacin alguna. Otros estn
especficamente relacionados con la capa de sesin. Esto es, si est llevando a cabo el
establecimiento de una sesin entre dos ordenadores con el propsito de intercambiar

correo electrnico en ambas direcciones, uno de los parmetros de sesin podra

especificar qu lado enviar primero.
Existen importantes diferencias entre una sesin y una conexin de transporte. La

principal entre stas, es la forma como se liberan las sesiones y las conexiones de
transporte. Las conexiones de transporte se terminan con la primitiva T-
DISCONNET.request, se produce una liberacin abrupta y puede traer como resultado la
perdida de los datos en trfico que haya en el momento de la liberacin.
Las sesiones se terminan con la primitiva S-RELEASE.request, que resulta de una

liberacin ordenada (a la cual tambin se le conoce como liberacin grabosa) en la cual
los datos jams se llegan a perder.
Una liberacin abrupta, como T-DISCONNET.request tambin se encuentra disponible

bajo la forma de S-U-ABORT.request.
En la siguiente figura se muestra la diferencia entre una liberacin ordenada y otra

abrupta.
FIG. 3.14 PRIMITIVAS DE CONEXIN.

En la liberacin ABMPTA, inmediatamente despus de que cualquiera de los usuarios

haya invocado la primitiva adecuada para llevar acabo la desconexin, no se le podr
entregar ms datos. En la figura anterior, una vez que B haya invocado un T-
DISCONNET. request, su extremo en la conexin se libera inmediatamente. En un
momento dado, podra no recibir el mensaje cuando est el trfico hacia l, an cuando
dicho mensaje llegara antes de que llegue a la TPDU DR. Adems, A no puede rechazar
la solicitud para liberar la conexin. El proveedor del servicio de transporte slo emite un
T-DISCONNET.indication.
La liberacin ordenada trabaja en forma diferente. Esta utiliza una comunicacin con las
primitivas solicitud (request), indicacin (indication), respuesta (responso) y
confirmacin (confirm). En la figura anterior incluso despus de que B haya invocado una
primitiva S-RELEASE.request, todava puede aceptar mensajes, hasta que A haya
confirmado la liberacin. Con slo emitir un S-RELEASE.request no se termina la sesin
por si misma. El usuario remoto debe de estar de acuerdo; (indicndolo en un
parmetro de la primitiva S-RELEASE.responso) y la sesin. Una sesin solamente se
puede terminar cuando ambos interlocutores estn de acuerdo.
El direccionamiento es otra de las reas es la que hay diferencia entre las capas de
sesin y transporte. Para establecer una sesin, uno debe de especificar la direccin
SSAP a la cual se va a conectar (en lugar de la direccin TSAP). Aunque las normas no
indican la forma cmo las direcciones SSAP deben ser constituidas, es muy probable que
en la prctica la direccin de un SSAP constar de una direccin TSAP, ms alguna
informacin adicional de identificacin.
Otro punto importante por el cual el intercambio de datos de sesin difiere del intercambio
de datos de transporte, es la cantidad de diferentes tipos de datos. La capa de transporte
tiene dos flujos de datos que son lgicamente independientes, es decir, los datos
normales y los datos acelerados. La capa de sesin tiene ambos tipos, y adems otros
dos, que son: los datos upados y los datos de capacidad, estos se relacionan con
caractersticas de la capa de sesin.
3.3.5.3 Administracin Del Dilogo

Todas las conexiones del modelo OSI son dplex, es decir, las PDU se pueden mover en
ambas direcciones simultneamente sobre la misma conexin. En la siguiente figura se
muestra la comunicacin dplex. Sin embargo hay varias situaciones en las que el
software de capas superiores est estructurado de tal forma que espera que los usuarios
tomen tumo (comunicacin semidplex), el hecho de permitir que los usuarios enven
una segunda o tercera solicitudes despus que la primera haya sido contestada, trae
como consecuencia una complicacin innecesaria del sistema. Lgicamente resulta
deseable que el sistema funcione en modo dplex. El hecho de mantener un seguimiento
de a quin le corresponde el tumo de hablar (y de hacerlo), se denomina como
administracin del dialogo, y es un servicio que ofrece la capa de sesin en el momento
que se le solicite.
FIG. 3.15 COMUNICACIN DPLEX.
La realizacin de la administracin del dilogo se hace mediante el empleo de un testigo

de datos. En el momento en que se establece una sesin, el funcionamiento dplex es
una de las opciones elegibles. Si se selecciona el funcionamiento semidplex, la
negociacin inicial tambin determina qu extremo poseer primeramente el testigo.
Solamente el usuario que tiene el testigo puede trasmitir datos, el otro deber permanecer
en espera. Una vez que el extremo que haya terminado de hacer su transmisin, se la
pasar a su corresponsal por medio de la primitiva S-TOKEN-GIVE.request, como se
muestra en la siguiente figura.

FIG. 3.16 COMUNICACIN SEMIDPLEX.
Para solicitar el testigo, se debe de realizar con la primitiva S-TOKEN-PLEASE.request.

El poseedor del testigo puede estar de acuerdo y pasarlo , tambin, puede rechazar la
solicitud, en cuyo caso el otro usuario tendr que esperar enviar un mensaje de que no
requiere el testigo. Si se selecciona la operacin dplex cuando se establece la sesin, no
se establecer ningn testigo para la transmisin de datos.
3.3.5.4 Administracin De Actividades

La idea de la administracin de actividades, bsicamente se refiere a la de permitir que el
usuario divida el flujo de mensajes en unidades lgicas denominadas actividades.
Depende del usuario determinar que es una actividad. Lo que realmente se necesita es
insertar un marcador en el flujo de mensajes que sea en si mismo diferente de un
mensaje de datos. Una manera de alcanzar este objetivo consiste en definir cada
transferencia de un archivo como una actividad separada. El emisor genera una primitiva
S-ACJTVITY-START.request, antes de que se inicie la transferencia de cada archivo.
Esta primitiva llega al otro extremo como un S-ACTIVlTY-START-indication para marcar

el inicio del archivo. Despus de que se complete la transferencia de cada archivo, la
primitiva S-ACTIVITY-END se puede utilizar para marcar el fin del archivo.

3.3.5.5 Primitivas Del Servicio De Sesin OSL

En la tabla 3.3 se puede observar que cada lnea de la tabla corresponde a un nmero de
primitivas que oscila entre uno y cuatro. Potencialmente cada tipo de primitiva tiene
versiones de request, indication, response y confrm. Sin embargo no todas las
combinaciones son vlidas; el S-DATA, solo tiene request e indication. Los asentimientos
(es decir response y confirm) estn a cargo de las capas inferiores.
R 1 R C
S-CONNECT X X X X Establece una conexin.
S-RELEASE X X X X Terminal de sesin ordenada.
S-U-ABORT X X Liberacin abrupta por el usuario.
S-P-ABORT X Liberacin abrupta indicada por el
proveedor.
S- DATA X X Transferencia de datos normales
S-EXPEDITED-DATA X X Transferencia de datos acelerados.
S-TYPED-DATA X X Transferencia de datos fuera de banda.
S-CAPABILITY-DATA X X X X Transferencia de datos de informacin de

control.
S-TOKEN-GIVEN X X Dar un testigo al corresponsal.
S-TOKEN-PLEASE X X Solicitar un testigo al corresponsal.
S-CONTROL-GIVEN. X X
Dar todos los testigos al corresponsal.
R 1 R C
S- SYNC-MAJOR X X X X Insertar un punto de sincronizacin mayor
S-SYNC-MINOR X X X X Insertar un punto de sincronizacin menor
S-RESYNCHRONIZE X X X X Regresar un punto de sincronizacin

anterior
S-ACTIVITY-START X X Inicio de una actividad.
S-ACTIVlTY-END X X X X Fin de una actividad.
s-ACTIVITY-DISCARD X X X X Abandono de una actividad.
S-ACTIVlTY-INTERR. X X X X Suspensin de una actividad.
s-ACTIVITY-RESUM. X X Reinicio de una actividad.
S-U-EXCEPTION-R. X X Notificacin de una excepcin del usuario
S-P- EXCEPTION-R. X Notificacin de una excepcin del
proveedor
TABLA 3.3 PRIMITIVAS DEL SERVICIO DE SESIN ORIENTADA LA CONEXIN DEL MODELO
OSI.

3.3.6 CAPA DE PRESENTACIN

La capa de presentacin garantiza que la informacin que enva la capa de aplicacin
de un sistema pueda ser leda por la capa de aplicacin de otro. De ser necesario, la
capa de presentacin traduce entre varios formatos de datos utilizando un formato
comn. Si desea recordar la Capa 6 en la menor cantidad de palabras posible, piense
en un formato de datos comn.
FIG. 3.17 CAPA DE PRESENTACION
3.3.6.1 Diseo De Aspectos De La Capa De Presentacin

La capa de presentacin tiene cuatro funciones esenciales:
1. Ordenarle a los usuarios una manera de ejecutar las primitivas del servicio de
sesin.
2. Proporcionar una manera de especificar estructuras de datos complejas.
3. Administrar el conjunto de estructuras de datos que se requieren normalmente.
4. Transformar los datos entre formas internas y extremas.
3.3.6.2 Representacin De Datos

Todos los grandes ordenadores tienen diferentes representaciones, por ejemplo, grande
llegue a ser el nmero de octetos transmitidos, mayor ser el costo de dicha transmisin,
por lo que la factura final podra ser reducida a menudo mediante la compresin de datos
antes de expedirlos.
3.3.6.3 Compresin De Datos

La compresin de datos esta muy relacionada con la representacin de datos. Una

manera de transmitir un entero de 32 bits, consiste simple y sencillamente en codificarlos
como cuatro octetos, representados de alguna manera y transmitirlos. Sin embargo, se
sabe que el 95% de los enteros transmitidos se encuentran entre 0 y 25, por lo que podra
ser ms conveniente transmitir estos enteros en un solo octeto sin signo, y emplear el
cdigo 255 para indicar que le sigue un verdadero entero cinco en lugar de cuatro octetos,
el ahorro para tener la posibilidad de utilizar un octeto la mayor parte de tiempo,
compensa mucho esta perdida. La compresin de datos se ha utilizado para ahorrar
espacio en la memoria en todo tipo de dispositivo que sea til para almacenar informacin
por un tiempo indefinido (discos, cintas magnticas, tarjetas, etc.).
3.3.6.4 Seguridad Y Confidencialidad En Las Redes

Con el advenimiento de las redes, el aspecto de seguridad de la informacin se volvi un
aspecto de suma importancia. Nadie puede supervisar manualmente los millones de bits
de datos que diariamente se mueven entre los ordenadores de red. Adems las
organizaciones no tienen ninguna manera de asegurar que sus datos no sean copiados
secretamente, mediante la interseccin de lneas.
A este esquema se le conoce como cifrado de enlace. La ventaja principal del cifrado de
enlace es que las cabeceras, as como los datos, se cifran. En algunos casos el
conocimiento de los patrones de trafico, tambin es de naturaleza secreta.
Para la mayora de las aplicaciones comerciales, el anlisis de trfico, no es muy

importante, por lo que la solucin de puesta en clave de extremo a extremo se encuentra
en las capas superiores.
El hecho de que se introduzca en la capa de transporte ocasiona que la sesin completa

se tenga que cifrar, un planteamiento ms sofisticado consiste en colocarse en la capa de
presentacin, para que solo aquellas estructuras o campos que se necesite cifrar sufran la
sobrecarga correspondiente.
3.3.6.5 Primitivas De La Capa De Presentacin OSI

La relacin entre la capa de presentacin con sus vecinos es anloga a la capa de sesin.
Los usuarios, es decir, las entidades de aplicacin pueden establecer sesiones con la
primitiva P-CONNECT.request, la cual simplemente ocasiona que la entidad de
presentacin emita una S-CONNECT.request.
I= Indication (indicacin).
R= Response (respuesta).
C= Confrm (confrmacin)
Las ltimas tres lneas de esta tabla, muestran primitivas que se originan en la capa de
presentacin y no solo pasan a la capa de sesin. Su funcin consiste en permitir a los
usuarios que incluyan cualquier estructura compleja de datos que sea necesaria para la
aplicacin particular que se tenga. Las estructuras de datos necesarias en una aplicacin
pueden asociarse en grupos, a los cuales se les conoce con el nombre de contextos.
Durante la segunda mitad se podra necesitar un grupo diferente. Los servicios de
administracin de contexto permiten que los usuarios modifiquen el contexto.
Depende de la capa de presentacin la administracin del proceso de negociacin

mediante el cual los usuarios llegan a acordar qu estructuras de datos van en qu
contexto. El procedimiento normal de negociacin consiste en que uno de los dos
procesos de usuario proporcione una lista de las bibliotecas de estructura de los datos
que quiere utilizar. El otro proceso de usuario puede aceptar o rechazar stas. Cualquiera
de los extremos, en cualquier instante puede alterar el contexto, que est en operacin.
La capa de presentacin puede mantener mltiples contextos, para facilitar el proceso de

conmutacin repetida de contextos, a la mitad de una sesin. En particular, si los
elementos de actividades o sincronizacin de la capa de sesin fueron habilitados, es
posible hacer que en la capa de presentacin siempre se llegue a reiniciar una actividad o
se realice una sincronizacin.
3.3.6.6 Criptografa

Dentro de las organizaciones militares, los mensajes que se han necesitado poner en
clave, han sido asignados tradicionalmente a empleados muy mal remunerados; stos se
encargan de efectuar dicho trabajo y de transmitirlo. Lo anterior ha impedido que este tipo
de trabajo se le haya encargado a una lite de especialistas.
Una de las principales restricciones de la criptografa es la falta de habilidad de los

codificadores para efectuar transformaciones necesarias, con frecuencia en el campo de
batalla y contando con poco equipo. Una regla general en criptografa es que, uno debe
de suponer que el criptoanalista conoce la forma de cmo trabajar el mtodo del cifrado.
Existe una gran variedad de cifrados, pero todos ellos tienen la misin de asegurarse de
que nadie pueda leer la informacin al no ser que conozca el cdigo adecuado o tenga la
tecnologa para poder descifrar la informacin.
Entre otros tenemos.

1. Cifradores de substitucin.
2. Cifradores de transposicin.
La norma de cifrado de datos.

Cifrador de flujo.
Criptografa de clave pblica.
El algoritmo de MIT.
Resumiendo tenemos que la Capa de Presentacin se ocupa de los aspectos de sintaxis

y semntica de la informacin que se transmite. Su tarea es aislar las capas inferiores del
formato de datos de la aplicacin, convierte los datos de la aplicacin a un formato
comn, a veces, conocido como Representacin Cannica. Maneja conversin de datos
(EBCDIC-ASCH), el empleo de grficas o caracteres especiales, comprensin y
expansin de datos, encriptacin y autentificacin.
3.3.7 CAPA DE APLICACIN

La capa de aplicacin contiene los programas del usuario (a los que tambin se les
conoce como aplicaciones), que hacen el trabajo real para el cual fueron adquiridos los
ordenadores. Estos programas utilizan los servicios que ofrece la capa de presentacin
para sus necesidades de aplicacin. Sin embargo, ciertas aplicaciones, como la de
transferencia de archivos, son tan comunes que desarrollan los suyos propios y, adems,
asegura que todos utilicen los mismos protocolos.
FIG. 3.18 CAPA DE APLICACION

Los problemas que esta capa enfrenta son la transferencia de archivos, el correo
electrnico y las terminales virtuales, entre otros. Existen dos bloques de construccin que
frecuentemente son utilizados por stas y otras aplicaciones. Uno de ellos se ocupa de la
administracin de conexiones y el otro est relacionado con la concurrencia.
3.3.7.1 Administracin, Acceso Y Transferencia De

Archivos
La transferencia de archivos y el acceso de archivos remotos, son dos de las aplicaciones
ms comunes en cualquier red de ordenadores. Las personas que estn trabajando
conjuntamente en un proyecto, normalmente necesitan compartir los archivos. Una
manera de lograr los entendimientos de una mquina en donde se conserva el original de
cada archivo, mientras se transfieren copias a otras mquinas en donde se cre (o en el
lugar donde se mantiene), es hacer que los usuarios de otras mquinas soliciten copias
cuando lo necesiten.
Otra situacin en la que se utiliza la transferencia de archivos es en una Universidad que

tiene muchas estaciones de trabajo sin disco, distribuidas en los terrenos de la misma,
junto con una o dos mquinas que tienen discos de gran capacidad. Cualquier usuario

(en este caso estudiantes) puede registrar en cualquier estacin de trabajo y acceder
sus archivos a travs de la red. En un diseo alternativo, las estaciones de trabajo pueden
estar equipadas con pequeas unidades de disco, permitindole as a los estudiantes
cargar sus archivos en sus estaciones de trabajo al iniciar cada sesin y cargar de nuevo
a las mquinas principales cuando terminen, este arreglo significa que un estudiante
puede registrarse en cualquier estacin de trabajo ubicada en los terrenos de la
Universidad, no solamente en una estacin especifica en donde se encuentren los
archivos.
El acceso de archivos remotos (como en el caso de la estacin de trabajo sin

unidades de disco) es similar a la transferencia de archivos, con la excepcin de que
solo se escriben o se leen parte de archivos, en lugar de hacerlo con los archivos
completos. La tcnica utilizada para la transferencia de archivos, y el acceso de archivos
remotos es similar. El acceso a un archivo localizado en un ordenador remoto, que tienen
sus propios usuarios es poco diferente al acceso a
un archivo a una mquina dedicada, servidor de archivos, que no tienen usuarios locales.
Partiremos del caso que los archivos se encuentran localizados en mquinas servidoras
de archivos, y los usuarios que quieran hacer uso de algn archivo, ya sea transferir
completa o parcialmente estos archivos para leer y escribir se encuentran en mquinas
clientes.
La discusin sobre la transferencia de archivos reflejar tanto el trabajo realizado dentro

del modelo OSI como fuera de l. La principal idea que esta detrs de los servidores de
archivos modernos, es la de un almacn de un archivos virtual, que es un servidor de
archivos abstracto, operando independientemente o funcionando, como un proceso de
ordenador de tiempo compartido. El almacn de archivos virtual presenta a sus clientes
una interfase normalizada y proporciona un juego de operaciones normalizadas que los
usuarios pueden ejecutar en la transferencia hacia y, desde, el almacn de archivos
virtual. Si el servidor de archivos real tiene una estructura interna diferente al del almacn
de archivos virtual, necesitar de un software en la capa de aplicacin, que oculte el
procedimiento a los clientes, y que haga visible, nicamente la interfase de almacn de
archivos virtual. Al normalizar una interfase de almacn de archivos virtual particular,

como el modelo OSI lo hizo, es posible para los programas de aplicacin acceder y
transferir archivos remotos sin llegar a entender los detalles de los numerosos servidores
de archivos incompatibles.
3.3.7.2 Correo Electrnico

Cuando en un principio ARPANET entr en operacin, sus diseadores esperaban que
llegara a dominar el trfico de proceso a proceso; sin embargo, desde su inicio, ha
dominado el dominio del correo electrnico entre personas, con respecto al volumen de
comunicacin entre procesos. La atraccin de correo electrnico es precisamente su
rapidez. El correo electrnico tiene la misma velocidad que el sistema telefnico pero, a
diferencia de ste, no necesita que los dos interlocutores se encuentren disponibles en el
mismo instante, adems tambin deja una copia escrita del mensaje que puede
archivarse o expedirse. Adems, el mensaje se puede transmitir a varias personas a la
vez.
Aunque el correo electrnico puede verse como un caso especial del proceso de
transferencia de archivos, tiene varias caractersticas particulares, que no son comunes a
todas las transferencias de archivos. Por la razn de que casi siempre son personas y no
mquinas, los extremos emisores y receptores. Este hecho ha dado como resultado que
los sistemas de correo electrnico se construyan como dos partes distintas, pero
estrechamente relacionadas: una de ellas proporcionada por la interfase humana.
Otra de las diferencias entre correo electrnico y la transferencia de archivos de propsito

general, es que los mensajes de correo son documentos muy estructurados en muchos
sistemas, cada mensaje tiene un gran nmero de campos adems de su contenido. En
estos campos se incluye el nombre y direccin del emisor, el nombre y direccin del
receptor, la fecha y hora de envo, una lista de personas que debern recibir copias del
envo, la fecha de expiracin, el nivel de importancia, el margen de seguridad y algunos
otros aspectos.
3.3.7.3 Terminales Virtuales

El intento de normalizacin de terminales ha sido un fracaso. Casi todas las terminales
aceptan una secuencia de caracteres denominadas secuencia de escape, para

movimientos de cursor, para entrar y salir del modo de vdeo inverso, para insertar y
borrar caracteres y lneas, etc. Hay normas ANS y de otro tipo para estas secuencias de
escape pero nadie las utiliza, cada fabricante tiene su propia secuencia de escape que es
incompatible con la de los otros fabricantes, adems el problema de la entrada (teclado)
es todava peor que el problema de salida (pantalla).
Como resultado de esto, es difcil escribir un editor de pantalla que trabaje con un teclado
y pantalla arbitrario. Aun cuando una terminal dada, cuente con la tecla etiquetada
"insertar carcter", es muy poco probable que un editor existente sea capaz de utilizar
esta tecla para realizar la funcin para la que fue programada.
Similarmente, si un programa de reservacin de una lnea area, visualiza una lista de

vuelos disponibles seria interesante que el usuario pudiera mover el cursor hasta la
posicin en que se encuentra el modelo deseado mediante las teclas de flechas del
teclado de su mquina bien utilizando el ratn, para despus de oprimir la tecla del
retomo de carro o apretar un botn del ratn para seleccionar el vuelo que se desee.
Las lneas areas resuelven este problema adquiriendo el ordenador principal, todas las
terminales y el software necesario de un solo fabricante con el objeto que todo funcione
integralmente. Sin embargo, el problema de incompatibilidad es ms difcil de ocultar,
puesto que cada vez hay ms gente con facilidades para acceder a los sistemas de
reserva, desde sus terminales y ordenadores personales a travs de redes.
El planteamiento que presenta el modelo OSI para resolver este problema consiste en
definir una terminal virtual, que en realidad viene a ser una estructura de datos abstracta
que representa el estado abstracto de la terminal real. Esta estructura de datos puede ser
manipulada por el teclado y por el ordenador, reflejando en la pantalla el estado actual de
la estructura de datos para enterarse de las entradas hechas por medio del teclado, y
puede modificar la estructura abstracta de datos, para hacer que una salida aparezca en
la pantalla.
3.3.7.4 Otras Aplicaciones

Tambin se estn normalizando una gran cantidad de aplicaciones diferentes; muchas de

stas pertenecen a alguna industria especifica, como podra ser la actividad bancaria;
todava, existen otras aplicaciones que son lo suficientemente generales como para
permitir decir algunas palabras sobre ellas. Entre estas bases se pueden mencionar los
servicios de directorio, la entrada remota de trabajo, los grficos y la telemtica. Los
servicios de directorio vienen a ser el equivalente electrnico del directorio telefnico, es
decir, proporcionar una manera de averiguar las direcciones de la gente, as como
tambin los servicios disponibles de la red. Incluso dejando a un lado de que si la
direccin debera ser NSAP, TSAP, SSAP, PSAP o algo distinto.
La entrada remota de trabajos permite a un usuario, trabajando en un ordenador, enviar

un trabajo para que se ejecute en otro ordenador. Tpicamente es el usuario de un
ordenador personal l que enva el trabajo para que se ejecute en un ordenador grande
localizado en algn otro lugar. En la mayora de los casos, deber de recolectarse el
programa, los archivos de datos y las declaraciones de control del trabajo, probablemente
de diferentes mquinas, juntarse y transmitirse como una sola unidad. Por ltimo la
informacin de salida deber dirigirse a los destinos apropiados.
No todas las aplicaciones estn orientadas a texto; algunas de ellas utilizan

primordialmente dibujos, por lo que hay una necesidad de trasmitir dibujos ingnienles a
travs de redes para su visualizacin e impresin remotos. La telemtica es el nombre
colectivo de los servicios de informacin pblicos para uso de casas y oficinas.
El telex es un sistema sencillo, en el cual una pequea cantidad de informacin puede

trasmitirse a un nmero muy grande de personas, mediante la difusin convencional por
televisin. El videotex (originalmente conocido como "viewdata) es un servicio
interactivo en que los usuarios pueden acceder a bases de datos pblicas muy grandes y
ejecutar algunas transacciones sencillas como la de realizar reservas.
3.3.7.5 Manejo De Archivos

El manejo de archivos es uno de los principales servicios en cualquier red o sistema

distribuido. As se explicar cmo es el funcionamiento de los servidores de archivos y
cmo es que los archivos tienen diferentes categoras o divisiones.
Servidores De Archivos
Un servidor de archivos (o un almacn de archivos virtual) puede ser caracterizado por
las siguientes tres propiedades.
1. Estructura de los archivos.

2. Atributos de los archivos.
3. Operacin sobre archivos.
Todos los servidores de archivos tienen un modelo conceptual de lo que significa un

archivo. Diferentes servidores de archivos tienen diferentes modelos. Sin embargo existen
tres de modelos que se utilizan ms ampliamente.
En el primer modelo, un archivo es un conjunto no estructurado de datos, sin ninguna sub-

escritura, conocida por el servidor de archivos. Dado que el servidor de archivos no sabe
nada sobre la estructura interna de sus archivos, no se puede ejecutar ninguna operacin
en ninguna parte de los archivos. Tpicamente, las nicas operaciones posibles en este
modo son la lectura y escritura de los archivos enteros.
El siguiente paso es el archivo plano, el cual est constituido por una secuencia ordenada
de registros. No todos los registros de un archivo necesitan tener el mismo tamao y tipo.
Adems, algunos de los registros pueden tener etiquetas asociadas a ellos. Estas
etiquetas no son parte de los datos de archivo, como tampoco es el nombre de archivo.
Por medio de estos archivos, no es posible que los clientes ingresen direcciones y
registros especficos, ya sea por sus etiquetas o sus posibles registros individuales como
su extensin, reemplazo o eliminacin.
El modelo ms general de un archivo es el archivo jerrquico, que toma la forma de un

rbol. Con frecuencia resulta til tener una norma de ordenamiento para todos los nodos,
no solo para permitir que los nodos sin etiquetas sean direccionados mediante la posicin
del nodo ni para ejecutar las operaciones de eliminacin y reemplazo, sino tambin para
la transferencia de archivos completos. Alternativamente si todos los nodos estn

etiquetados se puede direccionar un nodo especifico, indicando su ruta a partir de la raz
(suponiendo que todos los nodos tienen etiquetas nicas). Es importante sealar que
los ndices o etiquetas de los nodos tambin sirven para direccionar subrboles
completos.
En resumen, esta capa es la interfaz de OSI con el usuario final. Ah es donde residen las
aplicaciones como el correo electrnico, los mdulos de despliegue de base de datos,
transferencia de archivos, administracin de red, etc. Su tarea consiste en desplegar
informacin recibida y enviar los nuevos datos del usuario a las capas inferiores.
Los programas accedan a los servicios de esta capa por medio de los ASE (Elementos
de servicio aplicado), ejemplos: FTP, SMTP, SNMP, TELNET.
3.4 CONCLUSIONES
De acuerdo con este modelo se pueden llevar a cabo la comunicacin de sistemas

abiertos, esto es que puede haber interconexin entre cualquier equipo de computo,
haciendo un compatibilidad entre diferentes fabricantes. Con este modelo de referencia se
garantiza una comunicacin confiable siempre y cuando se lleve a cabo en el mismo nivel
de comunicacin. Tambin se destaca que gracias a su sistema de 7 capas y la conexin
que hay entre ellas se pude realizar con una gran velocidad, ya que cada capa tiene una
funcin especifica como; la responsabilidad de activar, mantener y desactivar un circuito o
enlace fsico a nivel bits; otra es de identificar cada BIT y corregir errores; la
determinacin el envi de un mensaje del origen al destino; asegurar que todos los datos
lleguen correctamente al otro extremo; convertir los datos de la aplicacin a un formato
comn; ser la interfaz entre OSI y el usuario final.

PROTOCOLO TCP/IP

CAPITULO 4. PROTOCOLO TCP/IP
El objetivo de este capitulo es conocer sobre el modelo TCP/IP (protocolo de control de

transmisin / protocolo de Internet) ya que este es la base del Internet que sirve para
enlazar computadoras que utilizan diferentes sistemas operativos incluyendo PC, mini
computadoras, computadoras centrales sobre redes de rea local y rea extensa con el
fin de interconectar redes y administrar el trafico sobre estas. Se han desarrollado
diferentes familias de protocolos para comunicacin por red de datos como lo es TCP/IP.
Este protocolo te ofrece un mtodo para transferir informacin de una maquina a otra,
considerando que un protocolo de comunicaciones debe manejar los errores en la
transmisin, administrar el enrutamiento, entregar los datos, as como controlar la
transmisin real con el uso de seales de estado predeterminados como lo utiliza TCP/IP,
ya que se basa en el concepto cliente-servidor.
4.1 INTRODUCCIN
Las redes de computadoras se han convertido en una necesidad apremiante en las
empresas, universidades, en instituciones de gobierno e investigacin, tambin en el
propio hogar. Donde grupos de personas comparten informacin de inters comn a
travs de una red. Dentro del mundo de la ciencia, las redes de datos son cada da ms
indispensables, debido a que estas permiten a los investigadores enviar programas e
informacin a computadoras remotas para su procesamiento, obteniendo resultados e
intercambindolos con otras personas. Desafortunadamente, la mayora de las redes son
entidades independientes, creadas para satisfacer las necesidades de un grupo de
personas, los usuarios escogen una tecnologa de hardware apropiada a sus necesidades
de comunicacin. Es imposible construir una red universal con tan solo una tecnologa de
hardware porque no cubrira las necesidades de todos los usuarios.
Debido al rpido progreso de la tecnologa las ares estn convergiendo rpidamente, y las
diferencias entre juntar, transportar, almacenar y procesar informacin desaparecen con
rapidez. Al crecer nuestra habilidad para obtener, procesar y distribuir informacin,
tambin crece la demanda de tcnicas de procesamiento de informacin ms avanzadas.
Este trabajo discute un conjunto de conversiones para interconectar redes y administrar el

trafico sobre estas, a lasque se les llama comnmente TCP/TP. TCP/IP puede ser usado
para comunicarse a travs de cualquier conjunto de redes interconectadas.
Primero entendamos los servicios que TCP/IP nos brinda. Realizaremos una revisin de
los servicios de red, sealando aquellos que los usuarios accedan con ms frecuencia,
as como un estudio ms detallado de como las computadoras pueden conectarse a una
red, por medio de TCP/IP y como es implementada esta funcionalidad.
La mayor parte de nuestro estudio estar basado en los servicios estandarizados

llamados Protocolos de Red. Se presenta tambin el esquema de direccionamiento
usado por el protocolo de red, (IP) y se explicara la divisin de las direcciones en clases
del IP. Se tratara con detalle un aspecto del protocolo como TCP e IP brindan las frmulas
para transmitir mensajes, y lo que es ms importante, permite discutir los estndares de
comunicacin, independientemente de hardware de la red.
De esta manera, un protocolo de comunicacin nos brinda la facilidad de entender los

servicios del nivel de aplicacin (correo electrnico, transferencia de archivos y acceso
remoto), as como los servicios de nivel de red (servicios de entrega de paquetes no
orientados a conexin, servicios de transporte confiable de tramas). Este captulo esta
orientado a describir en forma detallada el conjunto de protocolo de TCP/IP (Protocolo de
control de transmisin), as como la conectividad, capas y protocolos, servicios que ofrece
el protocolo de control de transmisin. TCP/IP. A las aplicaciones dentro de una red de
redes en la que los usuarios cada da tienen nuevos servicios en sus aplicaciones de
transmitir informacin dentro fuera de una red de datos.
4.2 ANTECEDENTES
Aunque se han adaptado muchos protocolos para usarse en redes, una familia destaca
como la ms usada en la interconectividad. Se conoce como familia de protocolos TCP/IP.
TCP/IP es la primera familia de protocolos desarrollados para usarse en redes. El trabajo

sobre el TCP/IP comenz en los aos setenta, casi al mismo tiempo que se desarrollaban
las LAN (Local rea Network). Red de rea local, El ejrcito de los Estados Unidos
financi gran parte del desarrollo del TCP/IP y de la interconectividad por medio de la
Agencia de Investigacin Avanzada de Proyectos (ARPA).
Las instituciones militares fueron las primeras organizaciones que tuvieron varias redes. A
mediados de los ochenta, la Fundacin Nacional de Ciencias y otras dependencias de los
Estados unidos financiaron el desarrollo de TCP/DP y de una Inter red grande para probar
los protocolos. De hecho, la diversidad de tecnologa de hardware de red oblig a ARPA a
estudiar la interconexin de redes y alent el enlace de las mismas.
Desarrollados como parte del proyecto DARPA (Agencia de Proyectos de Investigacin

Avanzada para la Defensa) a mediados de los 70's, dando lugar a la red ARPANET.
(Advanced Research Projects Agency). Su objetivo fue que computadoras cooperativas
compartieran recursos mediante una red de comunicaciones. ARPANET (Advanced
Research Projects Agency Network) deja de funcionar oficialmente en 1990.
En 1973, la Agencia de Proyectos de Investigacin Avanzada para la Defensa

(DARPA), de los Estados Unidos; inicio un programa para la investigacin de tecnologas
que permitieran la transmisin de paquetes de informacin entre redes de diferentes tipos
y caractersticas. El proyecto tenia por objetivo la interconexin de redes, por lo que la
denominaron "Intemetting", y la familia de las redes de computadoras que surgieron de
esta investigacin de le denomin "Internet" La Internet global se inicio alrededor de 1980
cuando ARPA comenz a convertir las mquinas conectadas a sus redes de investigacin
en mquinas con el nuevo protocolo TCP/IP. ARPANET, una vez en su lugar, se convirti
rpidamente en la columna vertebral del nuevo Internet, y fue desarrollada para realizar
muchos de los primeros experimentos con el TCP/IP. La transicin hacia la tecnologa
Internet se complet en enero de 1983, cuando la oficina del secretario de defensa orden
que todas las computadoras conectadas a redes de largo alcance utilizaran el TCP/IP.
Al mismo tiempo, la Agencia de Comunicacin de la Defensa (DCA) dividi ARPANET en

dos redes separadas, una para la investigacin futura y otra para la comunicacin militar.
La parte de investigacin conservo el nombre de ARPANET; la parte militar, que era un
poco ms grande, se conoci como red militar MILNET.
Al final conect a cientos de universidades e instalaciones del gobierno usando lneas

telefnicas. Cuando ms tarde de aadieron redes de satlite y radio, los protocolos

existentes tuvieron problemas para interactuar con ellas, de modo que necesit una
arquitectura de referencia nueva, esta arquitectura se populariz despus como el modelo
de referencia TCP/IP. Las agencias gubernamentales de los Estados Unidos se han dado
cuenta de la importancia y el potencial de la tecnologa de red de redes desde hace
muchos aos y han proporcionado fondos para la investigacin, con lo cual se ha hecho
posible una red de redes global. La tecnologa ARPA incluye grupos de estndares de red
que especifican los detalles de cmo se comunican las computadoras as como un grupo
de reglas para interconectar redes y para enrular el trfico. Conocido de manera oficial
como el grupo de protocolos Internet TCP de una IP, pero llamado ms comnmente
TPC/IP, ste puede utilizarse a travs de cualquier grupo de redes interconectadas. Por
ejemplo, algunas empresas utilizan el TCP/IP para interconectar todas las redes dentro de
la corporacin, aun cuando las empresas no tengan una conexin hacia las redes
extremas. Otros grupos lo utilizan para comunicarse entre sitios geogrficamente
separados.
4.3 RAZONES DE LA CONECTIVIDAD

Cada tecnologa de red se disea para ajustarse a restricciones especficas. Por ejemplo,
las tecnologas LAN se disean para ofrecer comunicacin de alta velocidad en distancias
cortas; las tecnologas WAN, para ofrecerlas a reas grandes.
En consecuencia:
No hay una solo tecnologa de conectividad que la mejor para todas las necesidades.
Organizaciones grandes con diversas necesidades de conectividad requieren varias redes
fsicas. Adems, si se adapta la red ms adecuada para cada tarea, se tendrn varios
tipos de red y con ptimos resultados.
4.4 DESCRIPCIN GENERAL DE LOS PROTOCOLOS TCP/IP

Para comprender bien que significa que TCP/IP. (Transmission Control Protocol),
Protocolo de control de transmisin, sea un grupo de protocolos que forman capas,
imaginemos una situacin tpica de enviar correo. En primer lugar, este es un protocolo
para correo. Define un grupo de comandos con los que una maquina enva algo a otra, es
decir, comandos para especificar quien es el que enva, quien el que recibe y que es lo
que se enva. El correo, como cualquier otra aplicacin de los protocolos, simplemente

define un grupo de comandos y los mensajes a ser enviados. TCP es el responsable de

asegurar que los comandos lleguen hasta el final, mantiene una lnea sobre lo que se esta
enviando, y transmite todo lo que no haya llegado. Si el mensaje es ms largo que un
datagrama, como es el caso de un e-mail, TCP lo reparte en varios datagramas
asegurndose de que llega correctamente. Del mismo modo que hemos visto que TCP
satisface una serie de aplicaciones que necesitamos, como la de enviar correo, IP acta
de la misma forma pero con otras aplicaciones.
4.5 CAPAS DEL MODELO DE REFERENCIA TCP/IP

El modelo de capas TCP/IP, tambin llamado modelo de capas de Internet, consta de
cuatro capas, como se ilustra en la figura 4.1
FIG 4.1 CAPAS DEL MODELO TCP/IP
Las capas del modelo de referencia TCP/IP corresponden a una o ms capas del modelo
de referencia ISO. Sin embargo, el modelo de referencia ISO no tiene una capa de
Internet. En esta seccin se resume el propsito de cada capa.
4.5.1 Capa de Acceso a Red

La capa 1 corresponde al hardware bsico de red, igual que la capa 1 del modelo de
referencia de siete capas de la ISO. En esta capa bsicamente se relaciona todas las
conexiones o equipo conectado entre sistemas, tales como cable coaxial, fibra ptica, par
fsico.
Los protocolos de la capa 1 tambin especifican la organizacin de los datos en cuadros y

la transmisin de los cuadros por la red, a semejanza de los protocolos de la capa 2 del

modelo de referencia ISO. La tarea principal de la capa de interfase de datos es tomar un

medio de transmisin en general y transformarlo en una lnea que parezca libre de errores
de transmisin no detectados a la capa de red.
Esta la cumple al hacer que el emisor divida los datos de entrada en marcos de datos,
que transmita los marcos en forma secuencial procese los marcos de acuse de recibo que
devuelve el receptor. Puesto que la capa fsica solamente acepta y transmite una corriente
de bit's sin preocuparse por su significado o su estructura, tambin corresponde a la capa
de acceso a red crear y reconocer los lmites de los marcos. Esto se puede lograr
aadiendo patrones especiales de bits al principio y al final del marco. Si estos patrones
de bits ocurrieran en los datos por accidente, se debe tener cuidado especial para
asegurar que estos patrones no se interpreten incorrectamente.
4.5.2 Capa Internet ( Intra Red )
La capa de Internet de la pila de TCP/IP corresponde a la capa de red del modelo OSI.
Estas capas tiene la responsabilidad de transportar paquetes a travs de una red
utilizando el direccionamiento por software.
Como se muestra en la figura, varios protocolos operan en la capa Internet de TCP/IP, que
corresponde a la capa de red del modelo OSI:
IP: suministra enrutamiento de datagramas no orientado a conexin, de mximo

esfuerzo de entrega; no se ocupa del contenido de los datagramas; busca la forma
de desplazar los datagramas al destino
ICMP: aporta capacidad de control y mensajera.
ARP: determina direcciones a nivel de capa de enlace de datos para las
direcciones IP conocidas.
RARP: determina las direcciones de red cuando se conocen las direcciones a nivel
de la capa de enlace de datos.
Los protocolos de la capa 2 indican el formato de los paquetes enviados por la Internet,
as como el mecanismo para reenviar paquetes del transmisor, por medio de los
enrutadores, a su destino final.

FIG.4.2 CAPA DE INTERNET
4.5.3 Capa De Transporte

Los protocolos de la capa 3, como los de la misma capa del modelo OSI, especifican la
manera de asegurar una transferencia confiable. La funcin bsica de la capa de
transporte es aceptar datos de la capa de sesin, dividirlos en unidades ms pequeas si
es necesario, pasarlos a la capa de red y asegurar que todos los pedazos lleguen
correctamente al otro extremo, adems, todo esto se debe hacer de manera eficiente y en
forma que asle a las capas superiores de los cambios inevitables en la tecnologa del
hardware.
FIG. 4.3 CAPA DE TRANSPORTE
4.5.4 Capa De Aplicacin

La capa de aplicacin soporta los protocolos de direccionamiento y la administracin de

red. Adems tiene protocolos para transferencia de archivos, correo electrnico y
conexin remota.
FIG. 4.4 CAPA DE APLICACION
La capa de aplicacin soporta los protocolos de direccionamiento y la administracin de

red. Adems tiene protocolos para transferencia de archivos, correo electrnico y
conexin remota.
DNS (Sistema de denominacin de dominio) es un sistema utilizado en Internet para

convertir los nombres de los dominios y de sus nodos de red publicados abiertamente en
direcciones.
WINS (Servicio de nombre para Internet de Windows) es un estndar desarrollado para

Windows NT de Microsoft que asocia las estaciones de trabajo NT con los nombres de
dominio de Internet de forma automtica.
HOSTS es un archivo creado por los administradores de red que se mantiene en los
servidores. Se utiliza para suministrar asignacin esttica entre direcciones IP y nombres
de computadores.
POP3 (Protocolo de la oficina de correos) es un estndar de Internet para almacenar

correo electrnico en un servidor de correo hasta que se pueda acceder a l y descargarlo

al computador. Permite que los usuarios reciban correo desde sus buzones de entrada
utilizando varios niveles de seguridad.
SMTP (Protocolo simple de transferencia de correo) maneja la transmisin de correo

electrnico a travs de las redes informticas. El nico soporte para la transmisin de
datos que suministra es texto simple.
SNMP (Protocolo simple de administracin de red) es un protocolo que suministra un

medio para monitorear y controlar dispositivos de red, y para administrar configuraciones,
recoleccin de estadsticas, desempeo y seguridad.
FTP (Protocolo de transferencia de archivos) es un servicio confiable orientado a conexin

que utiliza TCP para transferir archivos entre sistemas que soportan FTP. Soporta
transferencias bidireccionales de archivos binarios y archivos ASCII.
TFTP (Protocolo trivial de transferencia de archivos) es un servicio no confiable no

orientado a conexin que utiliza UDP para transferir archivos entre sistemas que soportan
el Protocolo TFTP. Es til en algunas LAN porque opera ms rpidamente que FTP en un
entorno estable.
HTTP (Protocolo de transferencia de hipertexto) es el estndar Internet que soporta el

intercambio de informacin en la World Wide Web, as como tambin en redes internas.
Soporta muchos tipos de archivos distintos, incluyendo texto, grfico, sonido y vdeo.
Define el proceso a travs del cual los navegadores de la Web originan solicitudes de
informacin para enviar a los servidores de Web.
La capa 4 de TCP/IP corresponde a las capas 5, 6 & 7 del modelo ISO. Los protocolos de
la capa 4 definen la manera en que las aplicaciones usan los protocolos TCP/IP se
organizan en cuatro capas conceptuales. La siguiente figura representa como la capa de
aplicacin para TCP/IP contempla las capas de Aplicacin, Presentacin y Sesin del
modelo de referencia OSI. Existen algunas comparaciones entre el modelo de referencia
TCP/IP y el modelo OSI, en el siguiente captulo hablaremos ms sobre esta
comparacin.

FIG. 4.5 EQUIVALENCIA DE CAPAS ENTRE TCP/IP & OSI
4.6 COMPARACIN DE LOS MODELOS DE REFERENCIA OSI Y

TCP
Los modelos de referencia OSI y TCP/IP tienen en comn. Ambos se basan en el
concepto de un gran nmero de protocolos independientes. Tambin la funcionalidad de
las capas es muy similar. Por ejemplo, en ambos modelos las capas por encima de la de
transporte, incluida sta, estn ah para prestar un servicio de transporte de extremo a
extremo, independiente de la red, a los procesos que deseen comunicarse. Estas capas
forman el proveedor de transporte. Tambin en ambos modelos, Las capas encima de la
de transporte son usuarios del servidor del servicio de transporte orientado a aplicaciones.
FIG. 4.6 COMPARACION ENTRE TCP/IP & OSI
Es importante que solo se esta comparando los modelos de referencia, no las pilas de
protocolos correspondientes.
4.7 SERVICIO DE TRANSPORTACIN CONFIABLE

A los programadores se les entrena para pensar que la confiabilidad es indispensable en

los sistemas de cmputo. Por ejemplo, puede pedirse a un programador que construya
una aplicacin que transmita datos a dispositivos de E/S, digamos una impresora. La
aplicacin transcribe los datos al dispositivo, pero no comprueba que lleguen intactos,
sino que se basa en el sistema de cmputo para asegurar que la transferencia es
confiable; el sistema garantiza que los datos no se perdern, duplicarn o entregarn en
desorden.
4.7.1 Protocolo De Control De Transmisin TCP/IP

La confiabilidad es responsabilidad del protocolo de transportacin; las aplicaciones
interactan con un servicio de transportacin para enviar y recibir los datos. En el grupo
TCP/IP, el protocolo de control de transmisin (TCP) ofrece un servicio de
transportacin confiable, el TCP resuelve un problema difcil aunque se han desarrollado
otros protocolos, ningn protocolo de transportacin de propsito general trabaja mejor.
En consecuencia, casi todas las aplicaciones de red se disean para trabajar con TCP.
4.8 SERVICIO TERMINAL A TERMINAL Y DATAGRAMAS DE TCP
El TCP es un protocolo terminal a terminal porque ofrece una conexin directa entre la
aplicacin de la computadora local y otra remota. Las aplicaciones solicitan que el TCP
establezca la conexin, transmita, reciba, y la cierre.
Las conexiones que ofrece el TCP se llaman conexiones virtuales porque se establecen
en el software. El sistema de red no ofrece apoyo de hardware o software a las
conexiones, sino que son los mdulos TCP de dos mquinas los que intercambian los
mensajes y crean as la ilusin de una conexin. El TCP se sirve del IP para llevar los
mensajes. Cada mensaje TCP se encapsula en un datagrama EP y se trasmite por la red.
Cuando llega al host de destino, el IP pasa su contenido al TCP. Aun cuando el TCP
aprovecha el IP para llevar los mensajes, ste no los lee ni interpreta; por lo tanto, el TCP
trata al IP como un sistema de comunicacin de paquetes que conecta los hosts de los

puntos terminales de la conexin. El IP trata los mensajes IP como datos por transferir. La
figura 4.7 es un ejemplo de red, con dos hosts y un enrutador, que ilustra la relacin entre
TCP e IP.
FIG. 4.7 EJEMPLO DE UNA RED QUE ILUSTRA POR QU EL TCP ES UN PROTOCOLO DE
TRANSPORTACIN TERMINAL A TERMINAL. EL TCP VE AL IP COMO MECANISMO QUE
LE PERMITE INTERCAMBIAR MENSAJES CON UN TCP REMOTO.
Como vemos en la figura 4.7, se necesita el TCP en ambos lados de una conexin virtual,
pero no en los enrutadores intermedios. Desde el punto de vista del TCP, la red es un
sistema de comunicacin que acepta y entrega mensajes sin cambiar ni interpretar su
contenido.
4.9 FORMATO DE UN SEGMENTO TCP
El segmento TCP (Figura 4.8) est formado por los siguientes campos:
puerto origen: nmero del puerto que realiza la llamada

puerto destino: nmero del puerto que recibe la llamada
nmero de secuencia: nmero que se utiliza para asegurar el secuenciamiento
correcto de los datos que se reciben
nmero de acuse de recibo: siguiente octeto TCP esperado
HLEN: cantidad de palabras de 32 bits del encabezado
reservado: se establece en 0
bits de cdigo: funciones de control (por ejemplo, establecimiento y terminacin de
una sesin)
ventana: cantidad de octetos que el emisor est dispuesto a aceptar
suma de comprobacin: suma de comprobacin calculada de los campos de
encabezado y datos
sealador urgente: indica el final de los datos urgentes
opcin: la definida en la actualidad: tamao mximo del segmento TCP
datos: Datos de protocolo de capa superior
FIG. 4.8 FORMATO DEL SEGMENTO TCP
Los protocolos de capa de aplicacin deben brindar confiabilidad en caso de ser

necesario. Por ejemplo, UDP (protocolo no orientado a conexin y no confiable; aunque
tiene la responsabilidad de transmitir mensajes, en esta capa no se suministra ninguna
verificacin de software para la entrega de segmentos. La ventaja de UDP es la velocidad.
Como UDP no suministra acuses de recibo, se enva menos cantidad de trfico a travs
de la red, lo que agiliza la transferencia) no utiliza ventanas ni acuses de recibo. Est
diseado para aplicaciones que no necesitan ensamblar secuencias de segmentos. Como
se puede observar en la figura 4.9, el encabezado UDP es relativamente pequeo.

FIG. 4.9 FORMATO DEL SEGMENTO UDP
Entre los protocolos que usan UDP se incluyen los siguientes:
TFTP (Protocolo de transferencia de archivos trivial)

SNMP (Protocolo de administracin de red simple)
Sistema de archivos de red (NFS)
Sistema de denominacin de dominio (DNS)
4.10 PERDIDA DE PAQUETES Y RETRANSMISIN TCP

4.10.1 Formato De Tres Vas Del TCP
Para que se establezca una conexin, las dos estaciones finales deben sincronizarse con
los nmeros de secuencia TCP iniciales de la otra estacin (ISN). Los nmeros de
secuencia se utilizan para rastrear el orden de los paquetes y para garantizar que ningn
paquete se pierda durante la transmisin. El nmero de secuencia inicial es el nmero de
inicio que se utiliza cuando se establece la conexin TCP. El intercambio de los nmeros
iniciales de la secuencia durante la secuencia de conexin asegura que los datos
perdidos se puedan recuperar.

FIG. 4.10 SALUDO DE TRES VIAS/CONEXIN ABIERTA TCP
La sincronizacin se logra intercambiando segmentos que transportan los ISN y un bit de

control denominado SYN, que significa sincronizar. (Los segmentos que transportan el bit
SYN tambin se denominan SYNs.) Para que la conexin tenga xito, se requiere un
mecanismo adecuado para elegir una secuencia inicial y un proceso levemente
complicado para intercambiar los ISN. La sincronizacin requiere que cada uno de los
lados enve su propio ISN y reciba una confirmacin y un ISN desde el otro lado de la
conexin. Cada uno de los lados debe recibir el ISN del otro lado y enviar un acuse de
recibo de confirmacin (ACK) segn un orden especfico, que se describe en los
siguientes pasos:
A ->B SYN - Mi nmero de secuencia es X.

A <- B ACK -Su nmero de secuencia es X.
A <- B SYN - Mi nmero de secuencia es Y.
A ->B ACK - Su nmero de secuencia es Y.

Como el segundo y el tercer paso se pueden combinar en un solo mensaje, el intercambio

se denomina saludo de tres vas/conexin abierta. Como se ilustra en la figura, ambos
extremos de una conexin se sincronizan mediante una secuencia de saludo de tres
vas/conexin abierta.
Es necesario un saludo de tres vas porque los TCP pueden utilizar distintos mecanismos
para elegir el ISN. El receptor del primer SYN no tiene forma de saber si el segmento es
un segmento antiguo demorado a menos que recuerde el ltimo nmero de secuencia
utilizado en la conexin, lo que no siempre es posible, de modo que debe solicitar al
emisor que verifique este SYN.
En este punto, cualquiera de los dos lados puede comenzar la comunicacin, y cualquiera
de los dos lados puede interrumpirla, dado que TCP es un mtodo de comunicacin de
par a par (balanceado).
4.11 ACUSE DE RECIBO SIMPLE Y VENTANAS DE TCP

Para regular el flujo de datos entre dispositivos, TCP utiliza un mecanismo de control de
flujo de par a par. La capa TCP del host receptor indica un tamao de ventana a la capa
TCP del host emisor. Este tamao de ventana especifica la cantidad de bytes,
comenzando por el nmero de acuse de recibo, que la capa TCP del host receptor
actualmente est preparada para recibir.
Tamao de ventana se refiere a la cantidad de bytes que se transmiten antes de recibir

un acuse de recibo. Despus de transmitir la cantidad mxima de bytes que permite el
tamao de la ventana, debe recibir un acuse de recibo antes de poder enviar ms datos.
El tamao de la ventana determina qu cantidad de datos la estacin receptora puede

aceptar de una sola vez. Con un tamao de ventana de 1, cada segmento transporta
slo un byte de datos y se debe recibir un acuse de recibo antes de poder transmitir otro
segmento. Esto da como resultado un uso ineficaz del ancho de banda por parte del
host.

El propsito de las ventanas es mejorar la confiabilidad y el control del flujo.

Infelizmente, con un tamao de ventana de 1, se produce un uso ineficaz del ancho de
banda, como se ve en la figura 4.11
FIG. 4.11 ACUSE DE RECIBO SIMPLE TCP
4.11.1 Ventana deslizante de TCP
TCP utiliza acuses de recibo de expectativa, lo que significa que el nmero de acuse de
recibo se refiere al siguiente octeto esperado. El calificativo de "deslizante" de la ventana
deslizante se refiere al hecho de que el tamao de la ventana se negocia de forma
dinmica durante la sesin TCP. Una ventana deslizante da como resultado un uso ms
eficiente del ancho de banda por parte del host, dado que un tamao de ventana ms
grande permite que se transmitan ms datos antes de recibir el acuse de recibo.

FIG. 4.12 USO DE VENTANAS
FIG. 4.13 VENTANA DESLIZANTE TCP
4.11.2 Secuencia y nmeros de acuse de recibo de TCP
TCP proporciona un secuenciamiento de segmentos con un acuse de recibo de referencia

de envo. Cada datagrama se numera antes de la transmisin. En la estacin receptora,
TCP reensambla los segmentos hasta formar un mensaje completo. Si falta un nmero de
secuencia en la serie, el segmento se vuelve a transmitir. Si no se enva un acuse de
recibo de los segmentos dentro de un perodo de tiempo determinado, se lleva a cabo la
retransmisin.
Los nmeros de secuencia y de acuse de recibo son direccionales, lo que significa que la
comunicacin se produce en ambas direcciones. La figura 4.13 ilustra la comunicacin
que se produce en una direccin. La secuencia y los acuses de recibo se producen con el
emisor ubicado a la derecha de la pantalla.

FIG. 4.14 SECUENCIA TCP Y NUMEROS DE ACUSE DE RECIBO
4.12 EL PROTOCOLO IP (PROTOCOLO INTERNET)
A diferencia de la mayora de los protocolos de capa de red, ste se diseo desde el

principio con la interconexin de redes. Una manera de visualizar la capa de red se define
como sigue. Su trabajo es proporcionar un medio de mejor transporte de datagramas del
origen al destino, sin importar si estas mquinas estn en la misma red, o si hay otras
redes entre ellas.
La comunicacin en red funciona como sigue. La capa de transporte toma corrientes de

datos y las divide en datagramas. En teora, los datagramas pueden ser de hasta 64 Kbits
cada uno, pero en la prctica son de unos 1500 byts. Cada datagrama se transmite a
travs de la red, posiblemente fragmentados en unidades ms pequeas por el medio.
Cuando todas las piezas llegan finalmente a la mquina de destino, son reensambladas
por la capa de red, dejando el datagrama original. Este datagrama entonces es entregado
a la capa de transporte, que lo introduce en la corriente de entrada del proceso receptor.
4.13 LA CABECERA DE IP (PROTOCOLO DE INTERNET)

La capa de red de Internet es el formato de los datagramas de IP mismo. Un datagrama

IP consiste en una parte de cabecera y una parte de texto. La cabecera tiene una parte
fija de 20 bytes y una parte opcional de longitud variable. El formato de la cabecera se
muestra en la figura 4.15. Se transmite en orden big endian, de izquierda a derecha,
comenzando por el bit de orden mayor de campo de versin. En las mquinas endian, se
requiere conversin por software tanto para la transmisin como para la recepcin.
FIGURA 4.15. LA CABECERA IP
El campo de versin lleva el registro de la versin del protocolo al que pertenece el

datagrama. Al incluir la versin en cada datagrama es posible hacer que la transmisin
entre versiones se lleve ms tiempo.
Dado que la longitud de la cabecera no es constante, se incluye un campo en la cabecera,

IHL, para indicar la longitud de la palabra de 32 bits. El valor mnimo es de 5, cifras que
aplica cuando no hay opciones. El valor mximo de este campo de 4 bits es de 15, lo que
limita la cabecera a 60 byts y por tanto, el campo de opciones a 40 bytes para algunas
opciones, por ejemplo para una que registre la ruta que ha seguido un paquete, 40 bits es
muy poco, lo que hace intil esta opcin.
El campo de tipo de servicio permite al host indicar a la subred el tipo de servicio que
quiere. Son posibles varias combinaciones de confabilidad y velocidad. Para voz
digitalizada, la entrega rpida le gana a la entrega precisa. Para la transferencia de
archivos, es ms importante la transmisin libre de errores que la transmisin rpida. El
campo mismo contiene un campo de precedencia; tres indicadores, d, t y r; y dos bits no

usados. El campo de presencia es una prioridad, de 0 (normal) a 7 (paquete de control

de red). Los tres bits indicadores permiten al host especificar lo que le interesa ms del
grupo, retardo (delay), rendimiento (throughput), confabilidad (reliability). En teora, estos
campos permiten a los enrutadores tomar decisiones entre, por ejemplo, un enlace
satelital de alto rendimiento y alto retardo, en la prctica, los enrutadores actuales ignoran
por complet el campo de tipo de servicio.
La longitud total incluye todos los datagramas: tanto la cabecera como los datos, la
longitud mxima es de 65,532 byts, Actualmente este lmite es tolerable, pero con las
redes futuras de gigabits se requerirn datagramas ms grandes.
El campo de identificacin es necesario para que el host de destino determine a que

datagrama pertenece un fragmento recin llegado. Todos los fragmentos de un datagrama
contiene el mismo valor de identificacin.
A continuacin viene un bit sin uso y luego dos campos de 1 bit. DF significa no
fragmentar (Dont Fragment); es una orden para los enrutadores de que no fragmenten el
datagrama, porque el destino es incapaz de juntar las piezas de nuevo. Al marcar el
datagrama con el bit DF, el transmisor sabe que llegar en una pieza.
MF significa ms fragmentos. Todos los fragmentos excepto el ltimo tiene establecido

este bit, que es necesario para saber cundo han llegado todos los fragmentos de un
datagrama, el desplazamiento del fragmento indica en qu parte del datagrama actual
va este fragmento. Todos los fragmentos excepto el ltimo del datagrama deben tener un
mltiplo de 8 bits, que es la unidad de fragmento elemental. Dado que se proporcionan 13
bits, puede haber un mximo de 8192 fragmentos por datagrama, dando una longitud
mxima de datagrama de 65536 bytes, uno ms que el campo de longitud total.
El campo del tiempo de vida es un contador que sirve para limitar la vida de un paquete.
Se supone que este contador es en segundos, permitiendo una vida mxima de 255 s;
debe disminuirse en cada salto y que disminuye muchas veces al encolarse durante un
tiempo grande en un enrutador. Cuando el contador llega a cero, el paquete se descarta y
se enva de regreso un paquete de aviso al host de origen. Esta caracterstica evita que

los datagramas vaguen eternamente, algo que de otra manera podra ocurrir si se llegan a
corromper las tablas de enrutamiento.
La suma de comprobacin de la calvecer verifica solamente la cabecera. Tal suma de

comprobacin es til para la deteccin de errores generados por palabras de memoria
errneas en un enrutador. El algoritmo es sumar todas las medias palabras de 16 bits a
medida que llegan. Para los fines de este algoritmo es ms robusto que una suma normal.
La suma de comprobacin de la cabecera debe de recalcularse en cada salto, pues
cuando menos uno de los campos siempre cambia.
La direccin de origen y la de direccin de destino indica el nmero de red y el nmero

de host. El campo de opciones se disea para proporcionar un recurso que permitiera
que las versiones subsiguientes del protocolo incluyeran informacin no presente en el
diseo original, para permitir a los experimentadores probar ideas nuevas y para evitar la
asignacin de bits de cabecera a informacin pocas veces necesarias. La opcin de
seguridad indica qu tan secreta es la informacin. En teora, un enrutador militar puede
usar este campo para especificar que no se enrule a travs de ciertos pases que los
militares consideren malos. En la practica, todos los enrutadores lo ignoran, por lo que su
nica funcin real es la de ayudar a los espas a encontrar la informacin importante con
mayor facilidad.
4.14 CLASES DE DIRECCIONES IP

Una vez seleccionado un tamao para las direcciones IP y la divisin de cada direccin en
dos partes. El prefijo necesita suficiente bits para permitir la asignacin de una direccin
de red nica a cada red de la Internet. El sufijo necesita suficientes bits para cada
computadora conectada a una red tenga un sufijo nico. No hay una solucin integral,
porque agregar bits a una parte los restaba de la otra. Un prefijo grande permite
direccionar muchas redes, pero limita el tamao de cada red; un sufijo grande significa
que cada red puede tener muchas computadoras, pero se reduce la cantidad total de
redes.
Debido a que la Internet puede incluir varias tecnologas de red, es posible construir una
Internet a partir de unas cuantas redes grandes y otra que conste de muchas redes

pequeas. Adems, una Internet puede contener tanto redes grandes como pequeas. En
consecuencia se disea o eligieron un esquema de direccionamiento que permite una
combinacin de redes grandes y pequeas. El esquema divide el espacio de direcciones
IP en tres clases primarias, en las que el prefijo y el sufijo tienen tamaos diferentes. Los
primeros cuatro bits de una direccin determinan la clase a la que pertenece la direccin e
indica cmo se divide el resto en prefijo y sufijo. En la figura 3.14. Se ilustra las cinco
clases de direccin; los bits de la izquierda identifican las clases y la divisin el prefijo y el
sufijo. En la figura 4.16 se sigue la convencin de los protocolos TCP/IP de numerar los
bits de izquierda a derecha y de numerar como cero el primer bit.
Las clases A, B y C se llaman clases primarias porque se usan para direcciones de

host. La clase D se utiliza para multitransmisin, lo que permite la entrega a un grupo de
computadoras. Para asar multitransmisin IP, un grupo de host debe acordar compartir
una direccin multitransmisin. Una vez establecido el grupo multitransmisin, se entrega
a los host del grupo copia de los paquetes enviados a esta direccin.
FIG. 4.16 LAS CINCO CLASES DE DIRECCIN IP. LAS DIRECCIONES ASIGNADAS A LOS
HOST SE LLAMAN CLASES A, B, C, EL PREFIJO IDENTIFICA LA RED; SUFIJO ES PARA UN
HOST.
Como se ve en la figura 4.16, las clases primarias usan lmites de octetos para dividir la
direccin en prefijos y sufijos. La clase A pone los lmites de octetos. La clase B pone el
lmite entre el segundo y tercero y la clase C entre el tercero y cuarto. En resumen: El IP

divide las direcciones de host en tres clases primarias. La clase de una direccin
determina el lmite entre el prefijo de red y el sufijo de host.
4.15 PROCESAMIENTO DE LAS CLASES DE DIRECCIN IP

Al recibir un paquete, el software IP calcula la clase de la direccin destino. Dado que el
cmputo se repite con frecuencia, debe ser eficiente. La direcciones IP se llaman auto
identificables porque la clase de una direccin puede calcula ese a partir de la direccin
misma. Una de las razones de usar los bits al comienzo para indicar la clase de direccin
en lugar de una gama de cifras se debe a consideraciones de cmputo: el uso de bits
puede reducir el tiempo de clculo. En particular, algunas computadoras pueden examinar
bits con mayor rapidez que comparar enteros. Por ejemplo, en una computadora que
incluye instrucciones booleanas, desplazamiento y bsqueda indizada, puede extraerse
los cuatro bits de la direccin para utilizarlos como ndice de una tabla que determine la
clase de direccin. En la figura 4.17 se ilustra el contenido de una tabla para clculo.
FIG. 4.17 TABLA PARA CALCULAR LA CLASE DE UNA DIRECCIN. SE EXTRAEN LOS
PRIMEROS CUATRO BITS DE LA DIRECCIN Y SE EMPLEAN COMO NDICE DE LA TABLA.
Como se ve en la figura, las ocho combinaciones que comienzan con un bit O

corresponde a la clase A; las cuatro que comienzan con 10 a la clase B y las dos que
comienzan con 110 a la clase C; las direcciones que comienzan con 111 son de la clase
D. Por ltimo, las que comienzan con 1111 se reservan para una clase actualmente no
usada.
4.16 USO DE LA NOTACIN DECIMAL CON PUNTO DEL IP

Aunque las direcciones IP son nmeros de 32 bits, los usuarios casi nunca los ingresan o
leen en binario. En cambio, al interactuar con el usuario, el software usa una notacin ms
inteligible, llamada notacin decimal con puntos, que expresa cada seccin de ocho
bits del nmero en sistema decimal y usa puntos para separar las secciones. En la figura
4.18 se ilustran los nmeros binarios.
FIGURA 4.18 NMEROS BINARIOS DE 32 BITS Y SU EQUIVALENTE EN NOTACIN

DECIMAL.
El decimal con puntos trata a cada octeto como entero binario sin signo. Como se ve en el
ltimo ejemplo de la figura 4.18. El valor menor posible, =, sucede cuando todos los bits
del octeto son iguales a cero, y el mayor, 255, cuando todos los bits son uno. Por lo tanto,
las direcciones decimales con puntos van de 0.0.0.0 a 255.255.255.255.
En suma: La notacin decimal con puntos es una forma sintctica usada por el software IP
para expresar nmeros binarios de 32 bits. La notacin decimal con punto representa los
octetos en decimal, con puntos para separarlos.
4.16.1 Clases De La Notacin Decimal Con Punto Del IP

La notacin decimal con puntos funciona bien con las direcciones IP porque el IP usa
lmites de octetos para dividir las direcciones en prefijo y sufijo. En una direccin de clase

A, los tres ltimos octetos corresponden a un sufijo de host. Las direcciones de clase B
tienen dos octetos de sufijo de host y uno las de clase C.
Debido a que la notacin decimal con puntos no deja ver los bits de una direccin, hay
que reconocer la clase a partir del valor decimal del primer octeto. En la figura 4.19 se
muestra la gama de cifras decimales de cada clase.
FIG. 4.19 GAMA DE CIFRAS DECIMALES ENCONTRADAS EN EL PRIMER OCTETO DE CADA

CLASE DE DIRECCIN.
4.16.2 Divisin Del Espacio De Direccin De IP

El esquema de clases del IP no divide el espacio de direccin de 32 bits en clases de
igual tamao, ni las clases contienen la misma cantidad de redes. Por ejemplo, la mitad
de las direcciones son de la clase A. La clase A slo puede tener 128 redes, porque el
primer bit de una direccin de esta clase debe ser cero y el prefijo ocupa un octeto. Por
lo tanto, slo quedan siete bits para nombrar las redes de clase A. En la figura 4.20 se
resume el mximo de redes disponibles en cada clase y el mximo de hosts por red.
FIGURA 4.20. CANTIDAD DE REDES Y HOSTS POR RED DE CADA UNA DE LAS TRES
CLASES PRIMARIAS DE DIRECCIN.
En la figura 4.20 se muestra, la cantidad de bits asignados al prefijo o sufijo determina la
cantidad de nmeros que pueden asignarse. Por ejemplo, un prefijo de n bits permite 2n
nmeros de red y un sufijo de n bits permite 2 nmeros de host en una red dada.

4.16.3 Asignacin De Direccionamiento IP

Vemos las ideas y explicaremos la asignacin prctica de direcciones. Consideremos una
organizacin que decide formar una red TCP/IP privada con cuatro redes fsicas. La
organizacin debe adquirir enrutadores para interconectar las cuatro redes y luego y luego
asignar las direcciones IP. Para comenzar, la organizacin escoge un prefijo nico para
cada red.
Al asignar un prefijo de red, hay que elegir un nmero para la case A, B o C; la seleccin
depende del tamao de la red. Por lo general se asignan direcciones de clase C, a menos
que se necesite la clase B; la clase A pocas veces se justifica, pues pocas redes
contienen ms de 65536 hosts. en las redes conectadas a la Internet, el proveedor de
servicios se encarga de la seleccin; en las de una Internet privada, es el administrador
local el que selecciona la clase.
En una red privada. El administrador estima el tamao de cada ready lo usa para
determinar un prefijo. Si la organizacin espera una red pequea, dos y una mayor, el
administrador puede asignar un prefijo de clase C (192.5.48), dos prefijos de clase B
(128.10 y 128.211) y un prefijo de clase A (10) en la figura 3.19. se ve una Internet de
cuatro redes con estos prefijos y se muestra ejemplos de direcciones IP asignadas a los
hosts.
Como se muestra en la figura 3.19. la direccin IP asignada a un host siempre comienza

con el prefijo asignado a la red del host. Los sufijos, asignados por el administrador de la
red, pueden ser nmeros arbitrarios. En la figura 3.19. los dos hosts conectados a la red
con el prefijo 128.10 tiene los subfjos 1 y 2, no es un requisito del IP. Las asignaciones de
la figura 4.21 muestran que los sufijos pueden ser nmeros arbitrarios, como 37 u 85.

FIGURA 4.21. UNA RED PRIVADA CON DIRECCIONES IP ASIGNADAS A LOS HOSTS. EL
TAMAO DE LA RED USADA PARA DENOTAR UNA RED CORRESPONDE AL NMERO DE
HOSTS ESPERADOS EN LA RED: EL TAMAO DE LA RED DETERMINA LA CLASE DE
DIRECCIN ASIGNADA.
4.16.4 Direccin De Red IP

Una de las razones de definir formas especiales de direccin es la que se ve en la figura
3.19; es conveniente tener direcciones que denoten el prefijo asignado a una red. El IP
reserva la direccin de hosts cero y la usa para denotar una red. Por lo tanto, la direccin
128.211.0.0 denota la red a la que se ha asignado el prefijo de clase B 128.211. La
direccin de red se refiere a la red misma y no a los hosts conectados a ella. Por lo tanto
esta direccin de red nunca debe aparecer en la direccin destino de un paquete.
4.16.5 Direccin De Una Computadora En Una Red

Para poder transmitir o recibir paquetes de Internet, las computadoras necesitan saber su
direccin IP, pues cada paquete contiene la direccin de la mente y el destino. La familia
de protocolos TCP/IP tiene protocolos que pueden usarse para obtener automticamente
la direccin IP de una computadora al arrancarla.
Por cierto, los protocolos de arranque usan IP para comunicarse. Al utilizar tales
protocolos, las computadoras no pueden suministrar direcciones fuente IP correctas.

Para manejar estos casos, el IP reserva la direccin que consta de ceros para indicar
esta computadora.
4.17 ENRUTADORES Y PRINCIPIO DE DIRECCIONAMIENTO DEL IP

Adems de asignar direcciones a todos los hosts, el protocolo de red (Internet) especifica
que tambin debe asignarse direcciones IP a los enrutadores. De hecho, se asignan a
cada enrutador dos o ms direcciones IP. Para entender por qu recuerde dos hechos:
Los enrutadores tienen conexiones a varias redes fsicas.

Cada direccin IP tiene un prefijo que especifica la red fsica.
Por lo tanto, no basta una sola direccin para los enrutadores, porque cada uno se
conecta a varias redes. El esquema IP puede explicarse mediante un principio
fundamental:
Las direcciones IP no identifican computadoras especficas, sino que

cada direccin IP identifica una conexin entre una computadora y una
red. A las computadoras con varias conexiones de red deben asignarse
una direccin IP por cada conexin.
En la figura 4.22 se ve el concepto, al asignar direcciones IP a dos enrutadores que

conectan tres redes.
FIGURA 4.22. EJEMPLO DE DIRECCIONES IP ASIGNADAS A DOS ENRUTADORES. A

CADA INTERFAZ SE ASIGNA UNA DIRECCIN CON EL PREFIJO DE LA RED A LA QUE SE
CONECTA.

El IP no requiere la asignacin del mismo sufijo a todas las interfaces de un enrutador. Por
ejemplo, en la figura 3.20 el enrutador que conecta la Ethemet y la Token Ring tiene los
sufijos 99.5 y 2. Sin embargo, el IP nos invita que se use el mismo sufijo con todas las
conexiones.
Por lo tanto, la figura 4.22 muestra que el administrador ha decidido usar el mismo sufijo,
17, en ambas interfaces del enrutador que conecta la red Token Ring a la WAN. Como
asunto prctico, el uso del sufijo puede ayudar a la gente que administra la red, pues es
ms fcil recordar un solo nmero.
4.18 CONCLUSIONES
De acuerdo con el estudio que realizamos en esta tesina podemos concluir que debido al
progreso de la tecnologa las reas estn convergiendo rpidamente, y las diferencias
entre juntar, transportar, almacenar y procesar informacin desaparecen con rapidez,
entendiendo que TCP/IP nos brinda los protocolos necesarios para llevar acabo una
comunicacin confiable.
Para aparentar una gran red transparente, las redes (Internet) usan un esquema de
direccionamiento uniforme. A cada computadora se asigna una direccin de protocolo; los
usuarios, programas de aplicacin y la mayor parte de los protocolos usan la direccin de
protocolo para comunicarse. El TCP/IP, el protocolo de Internet (IP) especifica el
direccionamiento. El IP divide cada direccin de Internet en una jerarqua de dos niveles:
Para que las direcciones permanezcan nicas en una Internet, una autoridad central debe
asignar los prefijos de red. Una vez asignados, el administrador local de la red, asigna a
cada host un sufijo nico. Las direcciones IP son nmeros de 32 bits. Se clasifican en
cinco clases, determinadas por los primeros cuatro bits. A una fsica con 256 a 65,526
host se asignan un prefijo clase B; a las redes ms pequeas se asigna un prefijo de
clase C y, a la s mayores, de clase A.
Adems de estas tres clases primarias usadas para las direcciones de host, el IP define
una clase para direccionamiento multitransmisin y un grupo de direcciones reservadas
de significado especial. Las direcciones especiales pueden usarse para especificar un

retrociclo (para pruebas), la direccin de una red, la difusin en la red local y la difusin en
una red remota, es conveniente pensar que las direcciones IP especifican computadoras,
en realidad identifican conexiones entre una computadora y una red. Los enrutadores y
host multibase, con conexiones a varias redes, deben tener otras direcciones IP.

APLICACIN

CAPITULO 5. APLICACIN
5.1 INTRODUCCION
En los captulos anteriores hemos hablado sobre los protocolos de comunicacin para
lograr la conectividad, por ello, en este captulo nos enfocaremos en la aplicacin de dos
de ellos.
Esta aplicacin consiste en exponer de forma rpida pero explicita una parte del esquema
bajo el cual trabaja una empresa de telecomunicaciones PROTEL, para la cual es
necesario el tener un departamento que se dedique a verificar que los transmisores,
receptores, canales y dems elementos sean los adecuados y funcionen correctamente
para completar el intercambio de informacin.
A este departamento se le ha denominado el nombre de Centro de Operaciones de Red

(COR), que es una traduccin de Network Operation Center (NOC) como generalmente
se le conoce a esta rea.
5.2 ARQUITECTURA GENERAL DEL AXE.
FIG. 5.1 ARQUITECTURA DEL AXE

CP: Procesador Central
RP: Procesador Regional
IOG: Input, Output Generador

El AXE cuenta con dos procesadores centrales de los cuales solo uno se encuentra
trabajando y el otro esta siempre en "stand by" en caso de que falle del primer CP, as
mismo el AXE cuenta con tarjetas para funciones especificas y cada modulo cuenta con
dos RP para el control ya sea de troncales, sealizacin etc.
Toda la conmutacin que realiza la central se realiza mediante el concepto de matriz, en
donde se conmuta Tx y Rx (transmisin contra recepcin).
Principalmente la central se divide en dos grupos:
FIG. 5.2 GRUPOS DEL AXE
5.2.1 Descripcin de los elementos del AXE.
APZ: Se encarga de la operacin y funcionamiento de los procesadores centrales,

procesadores regionales, del control de la central etc.
APT: Se encarga de la conmutacin de las llamadas, paso de abonados, selector de ruta,

sealizacin de la troncal etc.
IOG: Este elemento es el que se encarga de almacenar toda la informacin producida por
la central como puede ser CDR, estadsticos, alarmas, etc.
En nivel de jerarqua el equipo esta constituido de la siguiente manera:
FIG. 5.3 JERARQUIA DEL EQUIPO AXE

5.2.2 Introduccin al concepto de BW (E0, E1, T1).
E1.- Un E1 es una nomenclatura Europea que nos definen 32 canales de 64K cada uno
donde a cada canal se le denomina troncal, segn el tipo de sealizacin que estemos
utilizando depender del nmero de troncales que tengamos disponibles.
Terminologa:
E1 32 canales de 64 KB
63E1 STM1
16STM1 STM16 (2.5 GB)
4STM16 DWDM (10 GB)
5.2.3 Concepto de ruta.

Una ruta es una abstraccin de un canal de comunicaciones que esta dedicado o
asociado a una central telefnica. Una ruta esta compuesta por variaciones de 64KB
(troncal). Pueden existir varios E1 asociados y formar tambin una ruta.
FIG. 5.4
En Protel una ruta cuenta con una nomenclatura especfica que cuenta con siete
caracteres para definirla.
FIG. 5.5
Donde:
D Destino (X,Y,G,T)

C Central
T Tipo
D/S Direccin de Sealizacin
5.2.4 Concepto de sealizacin.

Sealizacin es la manera en como dos centrales telefnicas intercambian informacin
entre ellas para establecer correctamente una llamada. Principalmente en el mundo hay
dos tipos de sealizacin:
FIG. 5.6 SEALIZACION
5.2.5 Arquitectura de la red de conmutacin de Protel.

La red de conmutacin de Protel cuenta con tres swicthes AXE, ubicados
estratgicamente en las ciudades de Mxico, Monterrey y Guadalajara. Entre las rutas
que maneja la red estn:
Rutas internas
Rutas de reventa
Rutas con otras empresas
Rutas de prepago

FIG. 5.7 RUTAS DEL AXE
5.2.6 Herramientas de gestin y monitoreo para

conmutacin (SW300, OZTERM, WEB).
La gerencia de monitores cuenta con una herramienta desarrollada por el rea misma
denominada SW300 cuya funcin es monitorear el comportamiento de cada una de las
centrales AXE y almacenar cada evento en una base de datos para posteriormente
generar reportes histricos y estadsticos mediante herramientas de reporteo en web
igualmente desarrolladas por nuestra rea.
FIG. 5.8 MONITOR DE SWITCH
FIG. 5.9 MONITOR DE BW/LIST

Los conceptos a monitorear son los siguientes:

SQ = Service Quality Statics

TR = Traffic Recording Statistics
TC = Time on Routes Congestion
AL = Alarms Notification
Esta informacin esta contenida en archivos que genera la central y que nosotros
transferimos a la computadora por medio de una comunicacin serial. Los nombres de
los archivos que estn fsicamente en la central llevan los nombres siguientes:
ARCHIVOS AXE:
SEQSFILE
TRARFILE
TIMCOFILE
AFFILE-ALR
5.2.7 Proceso de recoleccin de informacin de las centrales

(SQ, TC, TR, AL).
Topologa de la Red para el sistema de monitoreo SW300:
FIG. 5.10 TOPOLOGIA PARA LA RED DEL SISTEMA

Toda la informacin generadas por las centrales telefnicas es almacenada en una base
de datos ubicada fsicamente en un servidor local que se encarga de procesar la
informacin de SQ, TR, TC, AL y posteriormente cada equipo transfiere esa informacin
al servidor que se encuentra en el centro de monitoreo y con esta informacin podemos
evaluar diferentes valores de desempeo de la red en cuanto a llamadas de larga
distancia se refiere.
Las actividades del personal de conmutacin principalmente estn enfocadas a cuatro

grupos de problemas:
Estado general del AXE.
Atender reportes de clientes o carriers.
Atencin de alarmas.
Activacin de servicios u rdenes de trabajo.
5.3 PLATAFORMA DE TRANSPORTE.
5.3.1 Ampliacin de conceptos BW

(E1, STM-1, STM-4, STM-16)
STM Synchronous Transport Module
DS Digital Signal
OC Optical Carrier
STS Synchronous Transport Signal
PDH Plesiochronous Digital Hierarchy
SDH Syncronous Digital Hierarchy
NONET Syncronous Optical Network
E0 64Kbps
E1 2.048 Mbps
STM1 63E1 155.52Mbps
STM4 4STM1 4(63E1) 252E1 622.08Mbp
5.3.2 Jerarquas y estndares internacionales de transmisin

de seales digitales y estndares (PDH, SDH).

La siguiente figura nos muestra la forma en que se encuentran las jerarquas y

estndares utilizados para PDH, SDH y SONET.
FIG. 5.11 JERARQUIAS
5.3.3 Arquitectura de la red de transporte de Protel (F. O. y MW)

La red de Protel esta conformada por 1600Km de fibra ptica que se encuentra
instalada por en medio de las vas del ferrocarril, estas fibras se encuentran rematadas
en las tres principales ciudades de nuestro pas como son Guadalajara, Monterrey y
Mxico.
FIG. 5.12 RED PROTEL
5.3.4 Distribucin y uso real del BW de la red de transporte

Protel (STM-X).
Configuracin de un STM-4 en una central de Protel.
FIG. 5.13 STM4
5.3.5 Conceptualizacin de DWDM.

El termino de DWDM viene de Multiplexacin Densa en Longitud de Onda (Dense
Wavelength Division Multiplexing)
A mediados de los 80 qued demostrado que la tecnologa actual TDM (multiplexacin

de seales en el dominio del tiempo) no sera suficiente para afrontar la avalancha de
demanda que se poda predecir. El trfico de datos necesit entonces el despliegue de
la multiplexacin de longitud de onda (WDM) en el que muchas seales pueden ser
transmitidas simultneamente por una sola fibra, modulando seales discretas en
diferentes bandas de frecuencia.

FIG. 5.14 WDM
DWDM es la tcnica mediante la cual en una misma fibra ptica se transfieren guas de
luz con diferente longitud de onda (colores), a esta tcnica se le denomina
"Multiplexacin por Longitud de Onda" "WDM"
A principios de los 90, se denomin transmisin WDM en banda ancha a la transmisin

de una seal a 1550nm y otra de retorno a 1310nm. Ms tarde, a mitad de los 90, el
desarrollo WDM permita espaciamientos ms cortos, implementando transporte
bidireccional de 2x2 y 4x4 canales a 1550 nm, alcanzando velocidades de 2,5 Gb/s en
enlaces punto a punto. Finalmente, a finales de los 90, los sistemas densos (DWDM)
llegaron a ser una realidad cuando gran nmero de servicios y multitud de longitudes de
onda comenzaron a coexistir en la misma fibra, llegando a enviar 32/40/64/80/96
longitudes de onda a 2,5 Gb/s y 10Gb/s. Aun as, pronto veremos los sistemas ultra-
densos (UDWDM) con transmisin de 128 y 256 longitudes de onda a 10Gb/s y 40 Gb/s
por canal, ya que la infraestructura actual de fibra ptica no ser suficiente para cubrir la
demanda.
FIG. 5.15 UDWDM
Recordemos la ley de Moore: (la disponibilidad de gran ancho de banda genera nuevas
aplicaciones que emplean ms ancho de banda, generando de nuevo una necesidad de
mayor ancho de banda), lo cual nos conduce a una necesidad indefinida de fibra y de
servicios.
La multiplexacin en longitud de onda se desarroll a gran velocidad para cubrir una

necesidad a corto plazo, lo que no se desarroll a tal ritmo fue la infraestructura
asociada. As, el ms comn de los usos de la fibra sigue siendo el enlace punto a
punto.

Mediante el uso de tecnologa DWDM, cada longitud de onda transmitida por la misma
fibra soporta un canal independiente y, consecuentemente, aumenta el ancho de banda
disponible para diferentes servicios. Por ejemplo, con tecnologa estndar SONET, 1344
seales T1 se transmiten por un par de fibras. Empleando tecnologa WDM y el mismo
par de fibras, se llegan a transmitir hasta 53.760 seales T1.
5.4 DESCRIPCIN DE LOS ELEMENTOS DE IP
5.4.1 Introduccin a las redes IP y sus componentes.

Debido a la importancia que ha adquirido la Red Integral de Telecomunicaciones en la
actualidad, como medio de comunicacin indispensable para el intercambio de
informacin, se hace imprescindible contemplar la actualizacin de la tecnologa bajo la
idea de satisfacer las necesidades de crecimiento en una nueva tecnologa denominada
IP o red de servicios integrados.
Dentro de la red de multiservicios se tienen:
INTERNET
VPN
VoIP
WEB HOSTING
5.4.2 Topologa del Backbone de la red IP de Protel.

FIG. 5.16 BACKBONE
El backbone esta compuesto por tres gigarouters con capacidad de ruteo de 2.05 Gbps,
son de la marca Cisco Serie 12000. A continuacin se muestra detalladamente la red IP
con cada uno de sus elementos.

FIG. 5.17 RED IP
Actualmente la red IP presta los siguientes servicio:
Conexin de Internet mediante troncales digitales ya sean de Protel o externos.

Voz sobre IP
Internet mediante enlace dedicado
Servicio de VPN
Servicios que no se proporcionan pero que son factibles de realizarse:
Web Hosting
Correo electrnico
Creacin de dominio de la empresa.
5.4.3 Elementos a Monitorear en la red IP.
Los siguientes elementos son factibles de monitoreo en la red multiservicios:
Interfaces.
Ancho de banda utilizado en el Backbone principal.
Disponibilidad o fallas en las conexiones dialup.
Performance de los ruteadores.
Que elementos podemos obtener del monitoreo constante?
Anlisis para determinar una posible ampliacin de la red IP.

Estadsticos de enlaces cados de empresas con servicio de Internet.
Grficas de trafico generado por los gigarouter y quienes lo generan.
Realizacin de consultas en lnea por Internet.
5.5 PLATAFORMA DE PREPAGO

La plataforma de Prepago esta dedicada exclusivamente a prestar servicio con nmero
800, este departamento se encarga de administrar los ICPs que son los equipos que
transfieren las llamadas hacia la central y los servidores que son los que validan los
pines de las tarjetas.
El proceso de marcacin es el siguiente, el cliente marca un nmero 800 que es

encaminado hacia la central de Mxico, aqu es donde los ICP tienen gran importancia
ya que son los encargados de analizar la llamada en cuanto a sealizacin, esta
llamada es posteriormente canalizada al servidor donde ser validada y en su caso ser
encaminada hacia el AXE para realizar la llamada.

Este servicio de Prepago solamente es valido para el Territorio Nacional y Estados

Unidos, los servidores corren bajo la plataforma UNIX, y las bases de datos estn
creadas en INFORMIX.
Existen varias rutas principales que estn dedicadas exclusivamente a recibir llamadas
con nmero 800, entre las que podemos mencionar estn las siguientes:
APEXO (salida)
APEXMXI (entrada)
DIABI
DTAPPII
CALLCO (atencin a clientes)
JOSEBO (salida a joselillo)
5.5.1 Diagrama lgico de Prepago.
FIG. 5.18 DIAGRAMA LOGICO DE PREPAGO
5.5.2 Diagrama de Configuracin Fsica de los ICP y Servidores

FIG. 5.19 DIAGRAMA DE CONFIGURACIN FSICA DE LOS ICP Y SERVIDORES
5.5.3 Elementos a monitorear en los equipos de prepago.

Los elementos a monitorear son bsicamente los siguientes:
Para los ICP, se debe monitorear el performance de cada maquina ya que se generan
archivos temporales de las llamadas que estn cursando trafico, el numero de llamadas
completadas para verificar que esta funcionando correctamente.
En los servidores se debe de analizar el performance de los equipos y de igual manera

darle mantenimiento a la base de datos.
5.6 PLATAFORMA DE TRFICO
5.6.1 Conceptualizacin de sistemas de trfico (CDRs)

Comunicacin bsica de los equipos de trfico.

FIG. 5.20 COMUNICACIN BASICA ENTRE LOS EQUIPOS DE PREPAGO
5.6.2 Procesos para la recoleccin de la informacin de

facturacin.
El procedimiento de extraccin de informacin del disco ptico del IOG, es mediante
una interfase RS-232 que esta conectada directamente a un puerto del IOG, este es el
caso de MTY y GDL, sin embargo hay una configuracin diferente para MEX, aqu se
utiliza una interfase X25 mediante una tarjeta que se le adiciono al IOG, este puerto
facilita enormemente la transmisin de archivos.
En cada ciudad existe una computadora que almacena toda esta informacin que se
substrae de los IOG se procesa y transfiere posteriormente a un servidor que es el que
se encarga de dar el formato final a la informacin para posteriormente ser analizada
por personal de trafico, cabe mencionar que la transferencia de informacin entre los
mediadores y el servidor es utilizando las redes LAN y WAN de Protel.

5.6.3 Elementos que se pretenden monitorear en esta

plataforma.
Los elementos a verificar son los siguientes:
Verificar la correcta comunicacin entre el IOG con el mediador.

Verificar que el BMP este corriendo y funcionando correctamente.
Verificar cual es el TTFILE activo y cual el mas antiguo.
Verificar el espacio de los IOG y los mediadores.
Cuando se realizo el ltimo respaldo.
Realizar una bitcora de posibles errores.
El correcto monitoreo de los puntos anteriores nos permitir tener un control mas preciso
de la extraccin de CDRs y por consiguiente no retrasar este proceso que por su
naturaleza es critico.


CONCLUSIONES
De acuerdo al estudio que hicimos podemos decir que la conectividad de redes

heterogneas se logra a travs del uso del conjunto de protocolos TCP/IP.
Este conjunto de protocolos se basa en el modelo de referencia OSI, el cual a diferencia
del sistema SNA, contempla los sistemas abiertos. Concluimos que es gracias a SNA que
surgen los sistemas cerrados, sto es, la interconexin de equipos del mismo fabricante;
en este caso de IBM. Lo anterior era una desventaja ya que al adquirir equipo de un
fabricante, siempre se tena que seguir comprando equipo de ste mismo. Es decir, si
sala a la venta un equipo que ofreciera mejores resultados que los equipos usados
anteriormente, no era posible usarlos en alguna red que estuviera usando equipo de otro
fabricante.
Debido a lo anterior, surge el modelo de referencia OSI como una solucin a los
problemas que presentaban los sistemas cerrados.
El modelo OSI est basado en SNA, la diferencia es que OSI fue creado pensando en
sistemas abiertos para lograr una red homognea haciendo Posible la interconexin de
equipos de diferentes fabricantes en una red.
Debido a la gran influencia de las telecomunicaciones, concluimos que en todos los
mbitos se tiende a converger a una red de redes, actualmente denominada Internet, y en
cuya realizacin y evolucin el conjunto de protocolos TCP/IP forman un papel importante.
Finalmente podemos decir que OSI y SNA siguen prevaleciendo en el mercado

internacional, ya que todava existen equipos y redes basados en estos sistemas, sin
embargo, se est dando el cambio haca tecnologas TCP/IP que van ganando terreno a
nivel mundial. Es este sistema el que actualmente presenta mayores perspectivas de
desarrollo, ms an, en los ltimos aos han aparecido equipos de interconexin para
poder comunicar redes TCP/IP con redes SNA.


GLOSARIO.
ACB Bloque de Control de Acceso.

ACK Acuse de recibo.
ANS Instituto Nacional Norteamericano de Estndares,
ARPA Agencia de Proyectos Avanzados de Investigacin.
ARPANET Red desarrollada por ARPA.
ASCII Cdigo Normalizado Americano para el Intercambio de
Informacin.
CCITT Comit Consultivo Internacional para Telefona y
telegrafa.
CSMA/CD Acceso Mltiple por Deteccin de Portadora con
Deteccin de Colisiones.
DARPA Agencia de Proyectos de Investigacin Avanzada de la
Defensa.
DCE Equipo de Terminacin de Circuito de Datos (Equipo de
Conmutacin de Datos).
DEC Corporacin de Equipo Digital.
DES Estndar de Encriptacin de Datos.
DFS Servicio de Archivos Distribuidos.
DNS Sistema de Nombre de Dominio.
DSA Agente de Sistema de Directorios.
DSAP Punto de Acceso de Servicio Destino.
DTE Equipo Terminal de Datos.
EBCDIC Cdigo Extendido de Intercambio Decimal Codificado
Binario.
EGP Protocolo de Compuerta Exterior.
FTP Protocolo de Transferencia de Archivos.
GOSIP Perfil de Interconexin de Sistemas Abiertos del
Gobierno.
DIC Control de Alto Nivel para el Enlace de Datos.
IBM Intemational Business Machine.

ICMP Protocolo de Mensajes de Control de Internet.

ID Identificador.
IEEE Instituto de Ingenieros Elctricos y Electrnicos.
IETF Grupo de Ingeniera Internet.
IGMP Protocolo de Administracin de Grupos Internet.
IGP Protocolo de Compuerta Interior.
INTERNET Conjunto de redes de mbito mundial conectadas entre s
mediante el protocolo IP.
IP Protocolo Internet.
ISDN Red Digital de Servicios Integrados (RDSI).
ISN Nmero de Secuencia Inicial.
ISO Organizacin Internacional para la Normalizacin.
LAN Red de rea Local.
LAPB Procedimientos Balanceados de Acceso a Vnculos
LAPD Procedimientos de Acceso a Vnculos en el Canal D.
LU Unidad Lgica.
MAC Control de Acceso a Medios.
MAN Red de rea Metropolitana.
MIB Base de Informacin de Administracin.
MIME Extensin de Correo de Internet Multipropsito.
MTP Protocolo de Transferencia de Correo.
AU Unidad Direccionable de Red.
NCCF Facilidad de Control de Comunicacin de Red.
NETBIOS Sistema Bsico de Entradas/Salidas de Red.
NFS Sistema de Archivos de Red.
NSAP Punto de Acceso de Servicio de Red.
NFSNET Red de la Fundacin Nacional de Ciencias.
OSI Interconexin de Sistemas Abiertos.
PC Control de Ruta.
PDU Unidad de Datos de Protocolo.
POP Protocolos de Oficina de Correos.
PU Unidad Fsica.
SAP Punto de Acceso al Servicio.

SDLC Control de Enlace de Datos Sncrono.

SMI Estructura del Manejo de Informacin.
SMTP Protocolo de Transferencia de Correo Simple.
SNA Arquitectura de Redes de Sistemas.
SNMP Protocolo de Manejo de Red Simple.
SNMPv2 Protocolo de Manejo de Red Simple segunda versin.
SSAP Punto de Acceso de Servicio Fuente.
SSCP Punto de Control en los Servicios del Sistema.
TCAM Mtodo de Acceso de Telecomunicaciones.
TCP Protocolo de Control de Transmisin.
TELNET Aplicacin de Internet para acceder a otros computadores
de la red.
TSAP Punto de Acceso del Servicio de Transporte.
TFTP Protocolo Trivial de Transferencia de Archivos.
UDP Protocolo de Datagrama de Usuario.
VTAM Mtodo de Acceso Virtual de Telecomunicaciones.
WAN Red de rea Ancha.
X.25 Protocolo de conmutacin de paquetes ISO utilizado en muchas
redes de rea amplia. Forma parte del modelo OSI.


BIBLIOGRAFIAS
INTERNET WORKING WITH TCP/IP VOL. III

Douglas E. Comer & David L. Stevens
Ed. Prentice Hall, Inc 1997
LOCAL AND METROPOLITAN AREA NETWORKS

William Stalling
Ed. Prentice Hall, Inc. 1993
INTERNET MANUAL DE REFERENCA 2a EDICION

Harley Hahn
Ed. Osborne / McGraw-Hill 1997
INTERCONECTIVIDAD DE REDES CON TCP/IP VOL.III

Douglas E. Comer & David L. Stevens
Ed. Prentice Hall, Inc. 2000
FUNDMENTOS DE REDES
Bruce A. Hallberg
Ed. McGraw-Hill 2003
CISCO INTERNETWORKING WITH WINDOWS NT & 2000

Toby J. Velte, Amy K. Hanson
Ed. Osborne / McGraw-Hill 2000
COMPUTER NETWORKS THIRD EDITION

Andrew S. Tanenbaum
Ed. Prentice Hall, Inc 1996
REDES DE COMPUTADORAS PROTOCOLOS NORMAS E INTERFACES

Uyless Black
Ed. Alfaomega Grupo Editor, S.A. C.V. 1997
LAN CONNECTIVITY
Drew Heywood, Janos ( John ) Jerney, Jon Johnston
Ed. New Riders Publishing 1992
CISCO OSI TCP/IP ROUTING PROFESIONAL REFERENCE

Chris Lewis
Ed. McGraw-Hill, Inc 1999
REDES LOCALES Y TCP/IP.

Jos Luis Raya.
Editorial Ra-Ma, 1995.

TELEINFORMTICA Y REDES DE COMPUTADORES.

A. Alabau.
Editorial Alfaomega, 1987.
REDES DE COMPUTADORAS, PROTOCOLOS, NORMAS, INTERFACES.

Black Uyiess.
Editorial Macrobit, 1989.
INFORMATION, TRANSMISSION, MODULATION AND NOISE.

Mischa Schwartz.
Editorial Me Graw Hill, 1983
SISTEMAS DE COMUNICACIN.
B.P. Lathi.
Editorial Me Graw Hill, 1974.
INTRODUCCIN A LOS SISTEMAS DE TELECOMUNICACIONES.

Smale P.H.
Editorial Trillas, 1993.
http://www.rad.com/networks/1994/osi/osi.htm
http://www.acm.org/sigs/sigcomm/sos.html
http://www.ietf.org/
http://oac3.hsc.uth.tmc.edu/staff/snewton/tcp-tutorial/
http://www.el-planeta.com/modem/hist1.htm
http://es.wikipedia.org/wiki/IBM#Actividades_e_hitos_de_IBM
http://www.networking.ibm.com/app/aiwconf/cpic.htm


ConectividadSNA OSI TCPIP

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

ConectividadSNA OSI TCPIP

Cargado por

Copyright:

Formatos disponibles

INSTITUTO POLITECNICO NACIONAL

ESCUELA SUPERIOR DE INGENIERIA MECANICA Y ELECTRICA

CONECTIVIDAD: SNA, OSI, TCP/IP

INSTITUTO POLITECNICO NACIONAL

ESCUELA SUPERIOR DE INGENIERIA MECANICA Y ELECTRICA

CONECTIVIDAD: SNA, OSI, TCP/IP

Esperilla Villanueva Norma PAG. 1 DE 183

CONECTIVIDAD: SNA, OSI, TCP/IP

Esperilla Villanueva Norma PAG. 2 DE 183

CONECTIVIDAD: SNA, OSI, TCP/IP

Esperilla Villanueva Norma PAG. 3 DE 183

CONECTIVIDAD: SNA, OSI, TCP/IP

CAPITULO 2. SNA (ARQUITECTURA DE REDES DE SISTEMAS)

Esperilla Villanueva Norma PAG. 4 DE 183

CONECTIVIDAD: SNA, OSI, TCP/IP

CAPITULO 3. MODELO OSI

Esperilla Villanueva Norma PAG. 5 DE 183

CONECTIVIDAD: SNA, OSI, TCP/IP

3.3.4.4 Elementos De Los Protocolos De Transporte

3.3.4.7 Establecimiento De Conexin

CAPITULO 4. PROTOCOLO TCP/IP

Esperilla Villanueva Norma PAG. 6 DE 183

CONECTIVIDAD: SNA, OSI, TCP/IP

4.4 DESCRIPCIN GENERAL DE LOS PROTOCOLOS TCP/IP

CONECTIVIDAD: SNA, OSI, TCP/IP

CONECTIVIDAD: SNA, OSI, TCP/IP

5.6.3 Elementos que se pretenden monitorear en esta

Esperilla Villanueva Norma PAG. 9 DE 183

CONECTIVIDAD: SNA, OSI, TCP/IP

Esperilla Villanueva Norma PAG. 10 DE 183

CONECTIVIDAD: SNA, OSI, TCP/IP

El primer grupo de protocolos, conocido como familia de protocolos de la Internet, es muy

El segundo grupo no ha conseguido an resultados tan espectaculares. El proceso de

A mediados de los, 90's el nmero de instalaciones basadas en el protocolo OSI no est

As mismo la creciente integracin de computadores y comunicaciones dentro de un

En el capitulo 1 veremos una introduccin a las redes de comunicaciones como punto

El capitulo 2 explica la creacin de por parte de IBM de la SNA (Arquitectura de Redes de

Adems, el conjunto TCP/IP nos proporciona los servicios de transferencia de archivos,

Esperilla Villanueva Norma PAG. 11 DE 183

CONECTIVIDAD: SNA, OSI, TCP/IP

El capitulo 4 describe el conjunto de protocolos TCP/IP. Este conjunto de protocolos est

Esperilla Villanueva Norma PAG. 12 DE 183

CONECTIVIDAD: SNA, OSI, TCP/IP

Esperilla Villanueva Norma PAG. 13 DE 183

CONECTIVIDAD: SNA, OSI, TCP/IP

CAPITULO 1. CONCEPTOS GENERALES

El objetivo de este capitulo es conocer la importancia de llevar a cabo una comunicacin a

1.1 HISTORIA DE LAS REDES

1.1.1 Antecedentes De Las Computadoras

Esperilla Villanueva Norma PAG. 14 DE 183

CONECTIVIDAD: SNA, OSI, TCP/IP

Charles Babbage desarroll la primera computadora puramente mecnica en 1831, pero

FIG. 1.1 MQUINA DIFERENCIAL DE BABBAGE

1.1.2 Antecedentes De Las Redes

Esperilla Villanueva Norma PAG. 15 DE 183

CONECTIVIDAD: SNA, OSI, TCP/IP

Organizaciones con centenares de oficinas dispersas en una rea geogrfica esperan

FIG. 1.2 RED DE ORDENADORES

Esperilla Villanueva Norma PAG. 16 DE 183

CONECTIVIDAD: SNA, OSI, TCP/IP

Esperilla Villanueva Norma PAG. 17 DE 183

CONECTIVIDAD: SNA, OSI, TCP/IP

general complicacin de las necesidades de distribucin de procesos por parte de los