ARQULTECnrRAS TECNOLOGLAS DE …148.206.53.84/tesiuami/UAM3624.pdf · TELNET Y NFS ..... CAPITULO...

PROYECTO TERMINAL

ARQULTECnrRAS Y TECNOLOGLAS DE RVTERCONEXLON DE

REDES DE COMPUTO

ALUMNA ARACELI PEREZ VALDEZ HERNANDEZ

ASESOR PROF. SERGIO PAEZ RODEA

CAPITULO I . REDES DE COMPUTO

1.1. HISTORIA DE LAS REDES

Ambiente previo a las redes de computo ........................ 1 - 2

Islas de Automatización ..................................................... 1 - 4

Primeras redes desarrolladas ............................................. 1 - 5

Redes heterogéneas ............................................................. 1 - 6

1.2. TOPOLOGIAS FISICAS

Enlaces punto a punto y multipunto ................................. 1 - 8

Malla ................................................................................... 1 - 9

Estrella ........................................................ : ........................ 1 - 1 0

Bus ........................................................................................ 1 - 1 1

Anillo ................................................................................... 1 - 1 2

Híbrida ................................................................................. 1 - 1 3

1.3. TOPOLOGIAS LOGICAS

. . Contenclon ........................................................................... 1 - 1 5

Poleo ..................................................................................... 1 - 1 7

Paso de token ...................................................................... 1 - 1 9

CAPITULO I1 . MODELO OS1 Y ESTANDARES

2.1. EL MODELO OS1

Enfoque del modelo OS1 .....................................................

El modelo OSi y la comunicación en red ..........................

Headers y el Modelo OS1 ....................................................

Capa física ...........................................................................

Capa de enlace de datos .....................................................

Capa de red .........................................................................

Capa de transporte ..............................................................

Capa de sesión .....................................................................

Capa de presentación ..........................................................

Capa de aplicación ..............................................................

II- 2

I I - 3

I I - 4

II- 6

II- 7

II- 8

II- 9

I1 . 10

11-11

I1 . 12

2.2. PROTOCOLOS Y ESTANDARES DE COMUNICACION

Los protocolos y el modelo OS1 ......................................... I1 . 14

Estándares ............................................................................ I1 . 15

Organizaciones .................................................................... I1 . 16

2.3. ESTANDARES DE LA IEEE

Estándar 802.1 ..................................................................... I1 . 19

Estándar 802.2 ..................................................................... I1 . 21

802.3 y Ethernet ................................................................... I1 . 26

Estándar 802.4 (Token Bus) ................................................ I1 . 28

Estándar 802.5 y Token Ring .............................................. I1 . 29

Estándar 802.6 ..................................................................... I1 . 19

Estándares de grupos de trabajo ........................................ I1 . 34

2.4. PROTOCOLOS DE INTERNET

Internet y OS1 ......................................................................

Protocolo IP .........................................................................

Protocolos TCP. RIP e ICMP ..............................................

Protocolos UDP. FTP y SMTP ............................................

TELNET Y NFS ...................................................................

CAPITULO I11 . NUEVAS TECNOLOGIAS

3.1. FDDI

FDDI. IEEE 802 y el modelo OS1 ........................................

Características de IEEE 802.5 y FDDI ................................

Modo de operación de FDDI ..............................................

Tipos de enlaces ..................................................................

Paso de token en FDDI .......................................................

Codificación y asignación de ancho de banda en FDDI ...

Formato del paquete FDDI .................................................

3.2. FRAME RELAY

Características de Frame Relay ..........................................

Frame Relay como Interfase ...............................................

Frame Relay como protocolo de señalización ...................

3.3.ATM

Características de ATM .......................................................

Ventajas de ATM .................................................................

I1 . 38

I1 . 39

I1 . 41

I1 . 42

I1 . 43

I11 . 2

I11 . 3

I11 . 4

I11 . 5

I11 . 6

I11 . 7

I11 . 8

I11 . 12

I11 . 13

I11 . 14

I11 . 17

I11 . 19

CAPITULO IV . ARQUITECTURAS PROPIETARIAS

4.1. SNA

SNA y el modelo OS1 ..........................................................

Funciones básicas de SNA ...................................................

Jerarquía de SNA ................................................................

Unidades direccionables de red .........................................

Sesiones de SNA .................................................................

Redes punto a punto de SNA .............................................

Administración de las redes SNA ......................................

4.2.NETWARE

NetWare y el modelo OS1 ...................................................

Protocolos IPX y SPX .........................................................

NETBIOS y NCP .................................................................

Shell de NetWare ................................................................

RPC. STREAMS. TLI y LSL ................................................

MHS. BTRIEVE y SAP ........................................................

Servicios de valor agregado ...............................................

CAPITULO V . PANORAMA ACTUAL

5.1. LAS REDES EN MEXICO

Clara supremacía de Ethernet ............................................

Los bancos con Token Ring .................................................

Redes diseminadas en el país .............................................

Aún domina el estándar X.25 .............................................

DICCIONARIO DE ABREVIACIONES

IV- 2

IV- 3

IV- 4

IV- 5

IV- 7

N - 8

IV- 9

IV . 12

IV- 13

IV- 14

IV . 15

IV-16

IV-17

I V - 1 8

v - 2

v - 3

v - 2

v - 2

. /

CAPITULO I REDES DE COMPUTO

CONTENIDO

1.1. HISTORIA DE LAS REDES

1.2. TOPOLOGIAS FISICAS

1.3. TOPOLOGIAS LOGICAS

HISTORIA DE LAS REDES

OBJETIVOS

Describir el desarrollo de las redes de cómputo.

INTRODUCCION

En esta sección se discute de manera simplificada el desarrollo de las redes de cómputo. Inicia con las primeras conexiones entre mainframes y progresa hasta el actual ambiente de interconexión de redes.

AMBIENTE PREVIO A LAS REDES DE COMPUTO

Cuando las primeras computadoras llegaron a usarse en los años ~ O ' S , éstas eran máquinas de procesamiento de datos del tamaño de una habitación, por lo que su compra demandaba una gran inversión de capital, lujo que sólo podían darse las grandes empresas.

Una computadora consistía de una unidad central de procesamiento (CPU); una cantidad relativamente limitada de memoria de acceso aleatorio (RAM); algunas unidades de almacenamiento secundario tales como cintas, tambores magnéticos o discos; dispositivos de salida tales como tarjetas perforadas e impresoras; y dispositivos de entrada como lectores de tarjetas perforadas y consolas de operación. Para transportar datos de un computador a otro era necesario escribir rollos de cintas por la computadora origen para ser trasladados y posteriormente leídos por la computadora destino.

Así fué como las organizaciones llegaron a depender del alto poder de las computadoras en el manejo y análisis de datos. El limitado acceso al procesamiento de datos se convirtió en un problema, por lo que en poco tiempo las técnicas estándar de transporte de información fueron inoperantes.

Conforme la tecnología de la computación avanzó, nuevos sistemas operativos dieron la posibilidad a los usuarios de compartir el CPU desde terminales separadas. Los usuarios podían interactivamente accesar datos almacenados y correr sus propios programas sobre la misma computadora al mismo tiempo. Cuando requerían un informe, podían obtenerlo mediante diversos dispositivos de salida.

1 - 2

A la par que la tecnología desarrolló terminales que se conectaran a mainframes através de la red pública telefónica y líneas dedicadas, el número de terminales conectadas y su distancia hasta el CPU se incrementó.

Fué entonces que cada procesador tuvo que gastar parte de su tiempo en establecer conexiones con terminales remotas -uso no muy eficiente del tiempo de procesador. Nuevos procesadores llamados FEP's (front - end processors) se desarrollaron para ocuparse de todas las tareas de procesamiento de las comunicaciones. De igual manera se crearon los "clusters controllers" para compartir una misma línea (usualmente la línea telefónica) entre diversos usuarios de una localidad en forma simultánea.

Esto hizo los recursos de computación accesibles a las empresas que no podían comprar y operar sus propias facilidades de procesamiento de datos. Al mismo tiempo, el compartir recursos por diferentes usuarios constituyó por si misma una industria. Reglas simples (protocolos) para conectar tales sistemas homogéneos fueron implementados en hardware. No existía una estandarización para la interoperabilidad entre los sistemas de diferentes fabricantes. Las organizaciones se casaban con los fabricantes de sus propios sistemas y dependían de ellos al 100% para soporte y desarrollos adicionales.

1 - 3

ISLAS DE AWT02MATIZACION

Con el desarrollo de los circuitos integrados, los sistemas de cómputo se volvieron más pequeños, poderosos, especializados y económicos. A raíz de ello las empresas iniciaron la compra de sistemas de cómputo específicos para los diferentes grupos dentro de la organización (la gran mayoría de distintos fabricantes). Las áreas de contabilidad adquirieron sistemas de bases de datos contables, las áreas de in- geniería usaban sistemas para el diseño y fabricación de productos y las áreas de ventas emplearon sistemas de administración de ventas y bases de datos para registro de clientes. Esto originó que los diferentes sistemas parecieran islas automatizadas que no podían fácilmente comunicarse ni compartir datos. Esta situación bloqueó la administración y operación integrada dentro de las organizaciones.

Similares a las islas de automatización en la industria, los dispositivos electrónicos de cómputo proli- feraron en casas y oficinas. Ellos también necesitaban una solución de interconexión.

1 - 4

PRIMERAS REDES DESARROLLADAS

Para permitir la comunicación entre las islas de automatización, las organizaciones empezaron a desarrollar redes independientes; por ejemplo, Digital Equipment Corporation desarrolló DECnet e IBM de- sarrolló SNA (Systems Network Architecture). Estas tempranas redes lograron interconexión dentro de cada reino relativamente homogéneo de equipos propiedad de un sólo fabricante, pero dejaron sin resolver el problema de interoperabilidad a gran escala. Las computadoras aún continuaban sin poder comunicarse fácilmente a través de las fronteras existentes con los productos de otros fabricantes.

El apoyo para desarrollar los primeros protocolos así como el hardware que los implementara vino en inicio por parte del gobierno de los Estados Unidos. Sus necesidades consistian en poder interconectar los recursos de procesamiento de datos establecidos en diversas entidades federativas. La primera red de paquetes conmutados que cubrió un amplio territorio fué ARPANET (Advanced Research Proyect Agen- cy NETwork) la cual enlazó oficinas federales, universidades, centros de investigación y de la defensa sin importar las bases de cómputo que ya tenían instaladas. Sus investigaciones continuaron hasta lograr la aparición de otras series de protocolos e implementaciones que no tardaron en convertirse en estándares como TCP/IP e Internet.

El concepto de computadora personal tomó forma. Las PC's ofrecían mayor poder a un precio cada vez más bajo por lo que fué necesario pensar en cómo poder comunicarlas. Así surgen las primeras redes de area local (LAN) siendo Xerox el primero en ofrecer las especificaciones para redes constituidas por equipos de diferentes fabricantes. Esto marcó el nacimiento de Ethernet y obligó a otros sistemas propietarios como SNA de IBM a romper sus fronteras y agregar características que soportaran la conexión con otras redes de terceros.

1 - 5

REDES HETEROGENEAS

El desarrollo de estándares de interoperabilidad para sistemas de hardware y software aceleró el crecimiento de las redes de comunicaciones y de datos. Las organizaciones como la IEEE (Institute of Electri- cal Electronics and Engineers) apoyaron los objetivos de la I S 0 (International Standards Organization) por establecer redes a nivel mundial que pudieran interactuar. Ellos promulgaron una amplia variedad de estándares que fueron implementados por la gran mayoría de fabricantes de equipo de cómputo y desarrolladores de software.

Las modernas redes de computadoras transfieren datos rápidamente entre equipos diferentes. La información de la red es procesada sin interferir con la habilidad que poseen las computadoras para realizar sus propias tareas. Esto permite hoy en día que cada vez más usuarios puedan intercambiar mensajes vía correo electrónico o compartan tanto archivos como grandes bases de datos.

La actual tecnología permite la existencia de redes a nivel mundial. Por ejemplo, un banco puede vía red, solicitar transacciones de inversión o depósito, recibir fondos o transferirlos a otra institución, y solicitar listas de deudores o accionistas. A las redes que conectan virtualmente todas las partes de una or- ganización se les llama generalmente "Redes Empresariales". Existen otras que atraviesan fronteras na- cionales, comerciales y de gobierno; éstas son llamadas "Redes Globales". Tanto las redes globales como las empresariales están internamente constituidas por diferentes redes interconectadas entre sí.

Las redes también han facilitado su uso y comprensión. Nuevas aplicaciones para red ocultan su complejidad ante los usuarios permitiendo a los no-experimentados en tecnología de redes poder utilizar todos los recursos disponibles en la red de una manera transparente. Finalmente, nuevas aplicaciones de administración de redes han otorgado a los administradores el poder configurar, monitorear, analizar y resolver fallas que surjan en sus redes de una manera óptima.

1 - 6

TOPOLOGIAS FISICAS

OBJETIVOS

Identificar las principales topologías físicas.

INTRODUCCION

Existen dos tipos de topologías: La topología fisica es la que describe como están conectados físicamente los equipos (es decir, como está dis- tribuida la red). La topología lógica describe como fluyen los datos a través de la red.

Dentro de las topologías físicas más populares podremos encontrar:

- Malla

- Estrella

- BUS

- Anillo

- Híbrida

Generalmente las topologías físicas son discutidas en base a sus méto- dos de acceso. En esta sección separaremos éstas dos ideas y discutiremos las topologías lógicas o de acceso al medio en la siguiente sección.

1 - 7

ENLACES PUNTO A PUNTO Y MULTIPUNTO

PUNTO A PUNTO - MULTIPUNTO

Antes de que las complejas topologías actuales existieran, las primeras redes consistían de enlaces punto a punto o multipunto. Estos constituyeron los elementos fundamentales de las modernas arquitecturas de comunicación.

ENLACE PUNTO A PUNTO

Es una conexión directa entre dos nodos (por ejemplo: pc - impresora, mainframe - terminal, 2 antenas

El ancho de banda es totalmente dedicado y disponible para cuando deseen transmitir, por lo tanto no parabólicas).

existe la necesidad de establecer direcciones.

ENLACE MULTIPUNTO

Es la conexión entre 3 o más puntos a un sólo nodo (por ejemplo: n- nodos a un sólo bus o n- nodos a

El ancho de banda es compartido por lo que necesita direcciones para identificar con que dispositivo un mainframe).

se quiere hablar.

1 - 8

Es la conexión punto a punto entre todos los dispositivos que se deseen comunicar.

Desventajas:

- Cada nodo necesita una interfase dedicada para las comunicaciones con uno de los otros disposi-

- Gasto excesivo en cable. - Desperdicio de ancho de banda ( a menos que el nodo transmisor requiera comunicación perma-

tivos en la malla.

nente con todos los demás).

Ventajas:

- Existen varias rutas para llegar a un mismo nodo, por lo que si la ruta inicial falla podría lograrse la

- Canal dedicado que no ofrece retardo alguno. transmisión por una ruta alterna.

1 - 9

Cada nodo está conectado punto a punto con un dispositivo central: concentrador, repetidor o hub. Los hubs pueden ser pasivos, activos o inteligentes.

Hub Pasivo

comunicaciones que son para otros. Sólo conecta los "brazos" de la estrella, el tráfico fluye a todos los nodos y estos deben descartar las

No es repetidor, no regenera la señal por lo que no sirve para cubrir grandes distancias.

Hub Activo Es similar al pasivo, salvo que este sí regenera la señal. Se utiliza para alcanzar grandes distancias. (Arcnet tiene implementaciones tanto de hub pasivos como activos.)

Hub Inteligentes

tratar de establecer otro). Además de regenerar la señal, hace actividades como selección de rutas (si un enlace falla, puede

Ventajas: Fácil de administrar y detectar errores ya que todos los elementos coinciden en un punto central.

Desventajas: Dependiendo de la ublicación del hub, se puede requerir demasiado cable.

Ejemplos: STARLan, lOBaseT, Token Ring.

I - 10

BUS

. . . . . . . . . . . . . . . . . . . . . . . .

I I I

Es un medio de transmisión lineal al cual todos los nodos se conectan, es decir, cada dispositivo se conecta (punto a punto) a un cable principal o bus.

El bus se debe "terminar" en ambos extremos del cable vía una resistencia acorde a la impedancia del cable. Por su función, a esta resistencia se le llama terminador.

Ventajas: Es la topología que menos cable utiliza.

Desventajas:

todo el cable. Como no tiene un punto central, es difícil detectar errores. Ante cualquier falla es necesario analizar

Ejemplos: Token Bus, Ethernet.

I - 11

ANILLO

La disposición física de los elementos semeja un círculo cerrado. Cada nodo se conecta punto a punto con el siguiente. Todos los nodos actúan como repetidores.

Ventajas: Como cada nodo regenera la señal, es mínima la posibilidad de que éSta se degrade.

Desventajas: La falla de un solo nodo puede "romper" el anillo y anular todas las comunicaciones.

Ejemplos: FDDI (Fiber Distribution Data Interfase). Pese a que el nombre parece relacionarse, Token Ring no emplea esta topología.

I - 12

'. E S T R E L L A

E T H E R N E T -

Consisten en una combinación de topologías.

Se usa en redes de área amplia (WAN) como Internet, NFSnet y otras redes privadas.

Su implementación cada vez se vuelve más popular para establecer redes Empresariales y Globales vía la conexión entre redes locales (LAN) y redes metropolitanas (MAN).

Requieren de dispositivos de interconexión complejos que sean capaces de manejar cambios de una topología a otra.

I - 13

TOPOLOGIAS LOGICAS

OBJETIVO S

Identificar las principales topologias lógicas.

INTRODUCCION

Independientemente de cómo se encuentren conectadas físicamente las máquinas, es necesario emplear un método para que éstas accesen el canal de comunicaciones. Por ejemplo, en una red punto a punto, el nodo trasmi- sor puede iniciar y establecer una conversación en cualquier instante sin que otra máquina pueda interferir su comunicación.

Sin embargo, varios dispositivos conectados al mismo canal (enlace multipunto) requieren un método específico para transmitir sin que los mensajes de unos afecten o interfieran con los de otros.

Las topologías lógicas o métodos de acceso son las reglas que rigen a los dispositivos indicando cuando deben accesar, transmitir y liberar el canal.

Los tres métodos básicos son: Contención, Poleo y Paso de Token.

I - 14

Es también conocido como método de acceso aleatorio donde los nodos pueden transmitir cada que lo deseen. Esto da iguales derechos a todos los dispositivos, pero si varios transmiten al mismo tiempo, el" choque'' de señales puede dañar ambas transmisiones y ocasionar pérdida de información. A este efec- to de choque se le denomina colisión.

Para evitar las colisiones se desarrollaron protocolos que obligan a los nodos a "escuchar" el canal antes de transmitir. Estos protocolos son CSMA (Carrier Sense Multiple Access) que como su nombre lo indica, establecen cómo múltiples estaciones pueden simultáneamente tener acceso al cable y "oir" si está disponible antes de transmitir.

Existen dos variantes para este tipo de protocolos:

CSMNCD (Collision Detection)

Los nodos "oyen el cable", transmiten y siguen "oyendo" para saber si hubo alguna colisión, en cuyo

Los protocolos que emplean este mecanismo son Ethernet y los protocolos 802.3 de la IEEE. caso se realiza una retransmisión del mensaje.

CSMNCA (Collision Avoidance)

A diferencia del anterior, los nodos "evitan" las colisiones mandando un paquete que señala que de- sean utilizar el cable; posteriormente envían los datos.

Este procedimiento sacrifica de alguna manera la velocidad de transferencia pero evita que haya colisiones de paquetes de datos y pérdida de información. De ocurrir una colisión, esta será entre paquetes de señal.

I - 15

El esquema CSMA/CA es empleado por LocalTalk.

Ventajas:

- El software de control es barato.

- Es el método ideal para niveles de tráfico bajos.

Desventajas:

- Si el tráfico se incrementa, el rendimiento de la red se degrada hasta niveles inoperables. La razón es que al haber mayor número de estaciones compartiendo el canal, hay mayores tiempos de espera.

- No se puede emplear en sistemas automatizados dado que no se puede determinar con certeza cual es la siguiente máquina que va a transmitir, por ello los métodos de contención son considerados métodos no determinísticos o bien probabilísticos (mediante estadísticas se puede establecer una probabi- lidad del orden de acceso que tienen las máquinas).

- No se pueden asignar prioridades para otorgar accesos más rápidos a ciertos dispositivos.

I - 16

POLEO (POLLING)

Se designa a un dispositivo como primario, controlador o maestro que se encargará de administrar el canal. Todos los demás se considerarán secundarios.

El elemento primario preguntará a los secundarios, en determinado orden, si tienen algo que transmitir, en dado caso les dará el derecho para hacerlo.

Esta lógica es empleada comúnmente en la topología de estrella.

Ventajas:

- Centraliza el control de acceso al canal por lo tanto los tiempos de accesos y la cantidad máxima de datos que cada dispositivo puede transmitir son predecibles o fijos.

- Es posible emplearlo en sistemas automatizados o robótica.

- Desde el momento en que se activa la red se establecen las reglas y el orden en que el primario atenderá a los secundarios. Si aumenta el tráfico, se llegará hasta un punto que es estable ya que el primario no podrá "polear" más rápidamente pero no se degradará el rendimiento de la red hasta niveles inoperables.

- El primario permitirá asignación de prioridades para atender a los dispositivos más importantes.

I - 17

Desventajas:

- Bajo situaciones de poco tráfico su rendimiento es malo ya que el primario siempre preguntará a todos los nodos sin importar el hecho de que deseen o no transmitir.

- El retardo en el poleo puede llegar a afectar a ciertas aplicaciones.

- La implementación de hardware en los dispositivos primarios es costosa.

I - 18

PASO DE TOKEN

/ . . . . . . . . . . . . .

i

Un "token" (ficha o estafeta) pasa de un nodo a otro en forma ordenada; sólo quien tenga el token puede transmitir.

Cada nodo es un repetidor, si le llega información que no es para é1 tan sólo la regenera y la vuele a enviar. Todos los nodos saben que dispositivo se encuentra antes y después de ellos.

El nodo que poseía el token y transmitió, lo liberará hasta el momento que reciba su mensaje de respuesta. Adicionalmente existen reglas para controlar cuanto tiempo puede un nodo retener el token.

Esta lógica es implementada en los protocolos 802.5 de la IEEE, FDDI y Token Bus.

Ventajas:

- Es deterministic0 pues se sabe en que orden transmitirán los dispositivos, por lo que es bueno para sistemas automatizados.

- Si el tráfico aumenta llegará a un punto donde se estabiliza. Es ideal para redes con mucho tráfico.

- Permite definir prioridades.

- No existen colisiones.

I - 19

Desventajas:

- No es adecuado para redes con poco tráfico dado que el token se asignará a cada nodo y tardará mucho en llegar al que realmente lo necesite para transmitir.

- Las implementaciones tanto de software como de hardware son complejas y caras dado que cada dispositivo debe poseer cierto grado de inteligencia.

- Existe la posibilidad de que el token "se pierda" por lo que su regeneración llevaría un cierto tiempo que resultaría perjudicial para los sitemas automatizados.

- Posee un alto riesgo de que al fallar un nodo ya no se pueda continuar con la transmisión del token.

I - 20

CAPITULO I1 MODELO OS1 Y ESTANDARES

CONTENIDO

2.1. EL MODELO OS1

2.2. PROTOCOLOS Y ESTANDARES DE COMUNICACION

2.3. ESTANDARES DE LA IEEE

2.4. PROTOCOLOS DE INTERNET

EL MODELO OS1

OBJETIVOS

Identificar las 7 capas del modelo OS1 y las responsabilidades de cada una de ellas.

INTRODUCCION

En 1977, la Internacional Organization for Standarization USO), com- puesta de representantes de la industria, creó un subcomité para desarrollar estándares en comunicación de datos con el fin de promover la interoperabilidad entre múltiples vendedores y accesibilidad universal. El resultado de esos esfuerzos es el modelo de referencia OS1 (Open System Interconnection).

El modelo OS1 sirvió como una guía para las tareas de comunicación y, por consiguiente, no especifica ningún estándar de comunicación para realizar dichas tareas. Sin embargo, muchos estándares y protocolos trabajan de acuerdo al modelo.

I1 - 1

ENFOQLTE DEL MODELO OS1

/ Application

Presentation

Session

Transport

Network

Data Link

Physical

Hoy en día existen muchos tipos de computadoras. Estas difieren en sistema operativo, CPU, conjunto de caracteres, velocidad, características de almacenamiento, interfases disponibles para red y muchas otras variables. Esas diferencias hacen que la comunicación entre diversos sistemas de cómputo constituyan un problema no trivial.

Dividiendo los problemas difíciles en subtareas podemos resolverlos más fácilmente. El enfoque de ”dividir para vencer” generó dos importantes beneficios:

- Solucidn de grandes problemas. Problemas tan complejos como construir una casa son difíciles de comprender para la mayoría de la gente. Pequeñas tareas tales como clavar la tabla A a la tabla B son mucho más fáciles de entender. Si todos los involucrados en un determinado proyecto para la construc- ción de una casa entendieran mejor su trabajo, las posibilidades de que la casa resultante esté mejor construida se verán incrementadas. Bajo este esquema, las casas construidas por diversos constructores se verán igual y tendrán la misma funcionalidad

- Cada subtarea puede ser optimizada individualmente. Por ejemplo, las subtareas pueden ser mejoradas con la experiencia del trabajador. Usando esta estrategia (que es común en la industria de la construcción actual), el experto en lozas de concreto realiza todo el trabajo relacionado con concreto. Otros experto en cableado eléctrico, plomería y herrería trabajan dentro de sus propias áreas de experiencia. De esta forma, las subtareas se completan con una velocidad y calidad óptimas. Y, cuando un mejor electricista es contratado, el cambio no es difícil y no es necesario darle más entrenamiento.

I1 - 2

EL MODELO OS1 Y LA COMUNICACION EN RED

ConputadoraA ComputadoraB

7 7

6 6

5 5

4 4

3 3

2 2

1 Modelared 1

El modelo OS1 utiliza la estrategia de ”divide y vencerás”. Cada capa ejecuta funciones específicas. Las capas y sus funciones fueron elegidas en base a divisiones naturales de subtareas. Cada capa se comunica con su equivalente en otra computadora, pero debe hacerlo enviando mensajes a través de las capas en su propia computadora. La comunicación entre capas está bien definida. La capa N usa los servicios de la capa N-1 y provee servicios a la capa N+1.

Para ilustrar esto consideremos la figura superior. Trabajando en nombre de las capas superiores, la capa 4 de la computadora A desea comunicación con la capa 4 de la computadora B. Para lograrlo, la capa 4 requiere un servicio provisto por la capa 3 (dentro de la computadora A). La capa 3 desarrolla el servicio y, en su intento de hablar con su equivalente en la computadora B, solicita un servicio de la capa 2. Este proceso continúa hasta que la petición es enviada sobre el medio de red.

Un mensaje arriva a la computadora destino y asciende a través de las capas de la computadora B hasta que llega a la capa 4. Esta capa procesa la información, puede o no enviar la respuesta a una petición a las capas superiores, y eventualmente solicita servicios para ellas a la capa 3.

Por ejemplo, el proceso es probablemente muy similar al envío de mensajes en los tiempos medievales. Los reyes usaban uno o más mensajeros para hacer llegar información a otros reyes. La comunicación real es entre reyes, y no empleaban una línea directa.

I1 - 3

HEADERS Y EL MODELO OS1

¿Cómo logra una capa saber cual es la petición enviada por otra capa equivalente? La Información de control es llamada encabezado (header) y este está contenido en la petición. Cualquier capa es capaz de adicionar un encabezado a los mensajes que envía. Cada capa considera 2 partes en el mensaje, el encabezado y los datos. Es importante entender que estos son términos relativos. Cuando la capa 4 adiciona su encabezado y envía el mensaje a la capa 3, la capa 3 adiciona su propio encabezado al mensaje recibido. Los datos para la capa 3 incluyen el encabezado y los datos de la capa 4.

La adición de encabezados es necesaria, pero puede incrementar en gran medida el tamaño de los mensajes. Por ejemplo, al momento de que un mensaje de 15 caracteres para correo electrónico llega al medio de red, este puede ser hasta 5 veces más grande. El mensaje original y todos sus encabezados acumulados viajan a través de la red hasta el dispositivo destino. La computadora destino remueve los encabezados en orden inverso. Finalmente, el usuario recibe el mensaje de correo de 15 caracteres.

Las unidades de información reciben diferentes nombres en cada una de las capas del modelo. En la capa física se llaman bits. En la de datos, los grupos lógicos de información son llamados frames. En la capa de red se identifican como datagramas. En la capa de transporte, las mismas unidades básicas son llamadas segmentos. Finalmente, en la capa de aplicación usualmente son llamados mensajes. Otros términos (incluyendo paquete) son usados en diversas capas.

Es importante entender que el modelo OS1 no es tangible. El modelo mismo no es el que establece la comunicación de la red. Esta comunicación requiere de un nuevo concepto que se transforma en algo más tangible: el protocolo. Para nuestros propósitos, los protocolos pueden ser definidos como las especificaciones llamadas para una implementación particular de una o más capas del modelo OSI.

I1 - 4

Las organizaciones estándar y los vendedores de microcomputadoras construyen las especificaciones del protocolo. Esas especificaciones son como los planos para construir una casa. El plano define como un tipo específico de casa debe ser construido. NetWare, DECnet, SNA, TCP/IP, and Ethernet son ejemplos de "planos" de protocolos. Cada uno especifica una implementación de una o más de las capas del modelo OSI. Cada una de ellas tiene sus ventajas y desventajas, dependiendo del ambiente para el que fueron diseñadas. Tal como ellas existen otros tipos de casas, y por ende hay muchos otros tipos de protocolos.

Una vez que la especificación de protocolo es establecida sobre acuerdo, vanos vendedores de redes (y otros) pueden implementar entonces el protocolo. Este proceso puede compararse con el de diferentes constructores elaborando casas a partir del mismo plano. Si el plano especifica completamente cada detalle, las casas deben ser casi idénticas. Similarmente, si un protocolo especifica cada detalle, las diferentes implementaciones del mismo protocolo deben ser capaces de interoperar (esto es, comunicarse con cualquier otra).

En realidad, es casi imposible crear un plano del cual se puedan construir casas idénticas. De manera análoga es casi imposible crear un protocolo que pueda asegurar completamente la interoperabilidad entre diferentes implementaciones. De hecho, si existiera alguna, cualquier error humano durante la implementación podría probablemente impedir la completa interoperabilidad. Por ello, para incrementar la interoperabilidad, los nuevos protocolos así como las aplicaciones de red deben probar implementaciones de otras fuentes.

Las implementaciones de los protocolos no son tan claras. Algunos protocolos especifican funciones que corresponden a más de una capa del modelo OSI. Algunas especifican funciones de sólo una capa. Otras especifican las funciones de sólo una parte de una única capa. Algunas pilas de protocolos omiten ciertas capas. En esos casos, aún mientras la comunicación de la red sea posible, generalmente la comuni- cación con otros dispositivos se dificultará.

Las siguientes subsecciones describirán la funcionalidad de cada una de las capas del modelo de referencia OS1 más a detalle.

I1 - 5

CAPA FISICA

La capa física define a detalle las especificaciones mecánicas y eléctricas del medio de la red y las interfases físicas de hardware, es decir, como se conectan unas con otras, y como los datos son colocados y accesados al medio de red.

Las especificaciones de la capa física incluyen el número y las funciones de varios pines de un conector de red, así como una serie de unos y ceros son enviados vía sefiales eléctricas o electromagnéti- cas sobre el medio de la red, que tipo de cable debe ser usado, y otros puntos importantes. Ejemplos de estándares de comunicación de la capa física son: RS-232C, RS-449, y muchas recomendaciones V- de la CCITT (V.24, V.281, así como de las series X- (X.21).

I1 - 6

CAPA DE ENLACE DE DATOS

Capa Fisica

1011110101011011 Trailer 1011110101011011 Header

La capa de enlace de datos organiza los unos y ceros (bits) de la capa física dentro de tramas o frames (agrupaciones lógicas de información). Un frame es una serie ininterrumpida de datos con un significado lógico independiente. Esto es sinónimo del concepto que tenemos de un telegrama. El telegrama relaciona lógicamente caracteres y palabras con un propósito determinado.

La capa de enlace de datos también detecta (y algunas veces hasta corrige) errores, controla el flujo de datos, e identifica computadoras específicas sobre la red.

Al igual que otras capas, la capa de enlace de datos adiciona su propia información de control al frente del paquete de datos. Esta información puede incluir una dirección fuente y una dirección destino (a nivel físico o de hardware), información sobre el largo de la trama, y una indicación que involucra a las capas superiores.

I1 - 7

CAPA DE RED

I

El objetivo primario de la capa de red es mover la información a través de la red distribuyéndola a distintos segmentos de la misma. Una red de este tipo es denominada internetwork o simplemente internet. La capa de red logra sus propósitos examinando su dirección destino (que difiere de la dirección destino de la capa física) y enviando el paquete al siguiente punto de distribución o tránsito de la internetwork. Los puntos de distribución son identificados como ruteadores y pueden ser determinados mediante un cálculo -en tiempo real- como de la mejor ruta para llegar al destino final, o puede ser seleccionándolo dentro de una tabla de estadísticas. En cualquier caso, el paquete se moverá, de ruteador a ruteador, a través de la internet hasta el nodo destino.

I1 - 8

CAPA DE TRANSPORTE

Funcionando como el corazón del modelo OSI, la capa de transporte asegura una distribución de datos confiable. En este papel, la capa de transporte constantemente compensa la falta de confiabilidad que existe en las otras capas.

El término "confiable" no implica que todos los datos siempre serán distribuidos y entregados. Si el cable de la red se rompe, por ejemplo, la capa de transporte no puede asegurar la entrega de datos. Aún así, las implementaciones de confiabilidad pueden usualmente confirmar o denegar la distribución de datos. Si los datos no son entregados al nodo receptor correctamente, la capa de transporte informa al software de aplicación. El software de aplicación puede entonces tomar una acción correctiva o dar al usuario las opciones necesarias para la correción.

La capa de transporte realiza una entrega confiable mediante una variedad de mecanismos. Estos se realizan en el siguiente orden: establecer o romper la conexión, enviar mensajes de reconocimiento o acknowledge (que sirven para que uno de los dispositivos en la transmisión le informe al otro que la recepción de datos fué exitosa), implementar números de secuencia (que permiten que el receptor indique al transmisor que los datos fueron recibidos en el orden adecuado), y controlar el flujo de información (definiendo la velocidad de transmisión que deben compartir los dispositivos dentro de la transmisión).

Paralelamente a la entrega confiable, la capa de transporte puede demultiplexar datos sobre otras conexiones (dividiendo el paquete de datos y enviándolo a través de diversos canales de comunicación maximizando así el desempeño o performance) y multiplexando la información de diversas conexiones hacia un mismo paquete de datos para aprovechar al máximo el ancho de banda del canal.

I1 - 9

CAPA DE SESION

H o l a H b c t o r , p u e d o h a b l a r t e ? C a m b i o c S o y E n r i q u e . C a m b i o

N e c e s i t o l a c o t i z a c i 6 n d e v e n t a s . C a m b i o H o l a E n r i q u e . e n q u e te p u e d o a y u d a r ? C a m b i o

S e g u r o . a q u i te l a e n v i o . C a m b i o D e a c u e r d o , y a la r e c i b i . G r a c i a s . C a m b i o

D e n a d a . a d i 6 6 . C a m b i o

La capa de sesión implementa mecanismos de control de datos para mantener, sincronizar y manejar el diálogo entre las aplicaciones que requieren comunicación entre sí. Esta también administra los problemas que deben notificarse a las capas superiores tales como insuficiencia de espacio en disco o falta de papel en impresoras.

La capa de sesión generalmente se considera como la que alberga las llamadas a procesos remotos (RPC - Remote Procedure Calls). Los RPC’s envían información sobre las redes de una manera casi transparente para el usuario. Ellos son el núcleo de muchos protocolos populares, incluyendo NetWare y NFS.

I1 - 10

CAPA DE PESENTACION

S e s i 6 n

1 0 1 0 1 1 0 1 1 0 1 0 1 1 0 1 0 0 1

0 1 1 0 0 0 1 1

Ap l icac i6n

La capa de presentación transforma los datos de acuerdo a un formato previamente definido (sintáxis de transferencia) el cual puede ser entendido por cada aplicación y por las computadoras sobre las que las aplicaciones trabajan. Esta capa también maneja la compresión, expansión, encriptado y desencriptado de datos.

I1 - 11

CAPA DE APLICACION

S y s t e m F o l d e r u tilttie S -

D o c u m e n t 1

D o c u m e n t 2 D o c u m e n t 3 D o c u m e n t 4

La capa de aplicación especifica la interfase de comunicación con el usuario y administra la comunicación entre las aplicaciones de la computadora. Ejemplos de las aplicaciones de red son acceso y transferencia de archivos, transferencia de información a terminales virtuales, administración de la red, servicios de directorio y servicios de trasferencia de correo.

I1 - 12

PROTOCOLOS Y ESTANDARES DE COMUNICACION

OBJETIVOS

- Reconocer la interrelación que existe entre el modelo OSI, los protocolos y los estándares.

- Identificar las organizaciones de estándares más reconocidas y sus responsabilidades.

INTRODUCCION

Basándonos en el modelo de OSI, elaboraremos el concepto de protocolos. La necesidad de estandarización de protocolos está justificada, y los dos tipos primarios de estandarización serán discutidos. Finalmente, el papel que desempeñan las organizaciones de estandarización en el proceso de desarrollo de los mismos será mencionado.

I1 - 13

LOS PROTOCOLOS Y EL MODELO OS1

PROTOCOLOS

Dada la aparente trasparencia en la implementación del modelo Os1 y todos los conceptos relacionados con él, uno podría preguntarse por qué existen diferentes protocolos (en lugar de uno sólo) y por qué éstos no pueden ser trazados conforme a las capas del modelo. Algo de historia podría aclarar nuestras dudas.

El modelo OS1 fué desarrollado en un intento de crecer a la par de la industria de las redes, pero muchos protocolos ya estaban en uso (y eran populares) antes de que este apareciera. Dado que las redes existentes ya eran funcionales, de acuerdo con el modelo necesitaban una retroalimentación. Algunos vendedores lo hicieron, pero otros no. Muchos continúan trabajando en el problema. Así, la introducción de el modelo trajo consigo una profunda influencia para los nuevos protocolos, el grupo de protocolos disponibles incluyen algunas características que concuerdan perfectamente con el modelo y otras que no.

I1 - 14

ESTANDARES

Como vemos, el mundo de los protocolos no es algo bien definido. Hoy en día los protocolos demuestran diversos grados de compatibilidad con el modelo OSI, varios grados de alcance, y varios grados de profundidad en sus especificaciones. Existen demasiados protocolos. Es en ésta etapa de confusión que florecen las organizaciones de estandarización.

En el contexto de las redes, algunos protocolos son estándar y otros no. Los protocolos estándar son el intento de algunas organizaciones para trazar un protocolo para un determinado ambiente. Por ejemplo, TCP/IP y muchos otros protocolos relacionados con él son estándares del Departamento de Defensa de los Estados Unidos. Esto significa que el Departamento de Defensa ha legislado el uso de estos protocolos en sus ambientes. Los estándares legislados son llamados estándares por ley -de jure-. Los estándares que surgen por su uso común (sin existir legislación alguna) son llamados por hecho -de facto-. TCP/IP y sus protocolos relacionados son también estándares de facto en virtud de su implementación y reconocimiento a nivel comercial y educacional.

Adicionalmente existe otra clasificación para los estándares. Los estándares propietarios son aquellos creados y controlados por una única organización comercial privada. Ejemplos de estos son SNA y NetWare. Los estándares desarrollados por grupos o comités son llamados no-propietarios. Ejemplos de ellos son TCP/IP, IEEE 802.3, y los protocolos de OSI.

I1 - 15

ORGANIZACIONES

Un pequeño ejempl estándares de red son:

o de las organizaciones de estandarización que han desarrollado importantes

* Consultative Committee for International Telegraphy and Telephony - C U T "

* International Organization for Standarization (International Standars Organization) - I S 0

* Institute of Electrical and Electronics Engineers - IEEE

La I S 0 es una organización internacional que define y desarrolla estándares sobre una vasta variedad de tópicos. Casi 100 países son representados en la ISO. Los representantes de USA son la ANSI (American National Standars Institute). La I S 0 compuso muchos grupos de trabajo, los cuales consisten de expertos en vanos campos. Los protocolos de OS1 son también conocidos como estándares de la ISO.

La CCITT es la organización de estándares más conocida en el mundo de las telecomunicaciones. Esta elabora las recomendaciones técnicas sobre telegrafía, telefonía, e interfases para comunicación de datos. La I S 0 actualmente es miembro de la CCITT. Dos populares estándares de la CCITT son V.24 y X.25.

La IEEE es la más grande organización profesional del mundo. Establece un grupo de estandariza- ción que desarrolla estándares de ingeniería de cómputo y eléctrica. La serie de estándares 802.3 son uno de los resultados de sus esfuerzos.

Varias organizaciones públicas y privadas están trabajando en el desarrollo de estándares que vayan de acuerdo con los ya existentes.

I1 - 16

ESTANDARES DE LA IEEE

OBJETIVOS

1. Reconocer la importancia del desarrollo de estándares en la inter- conexión de redes.

2. Identificar cada uno de los estándares desarrollados por la IEEE.

3. Comparar los estándares de la IEEE con otros estándares propietarios.

INTRODUCCION

El desarrollo de estándares juega un papel importante en la inter- conexón de redes. Aún cuando la implementación de redes sin estándares es posible, ésta resulta más costosa en términos de hardware (equipo), desarrollo de software (programas de comunicaciones, aplicaciones en general) y costos de instalación.

En 1980, el Instituto de Ingenieros Eléctricos y Electrónicos (mejor conocidos como IEEE -Institute of Electrical and Electronic Engineers) asumieron la tarea de definir estándares para redes de area local (LAN). Su principal interés se enfocó en asegurar, a un bajo costo, interfaces inter- operables entre sí para redes locales.

Al inicio de su trabajo, la IEEE determinó que un solo estándar no po- dría satisfacer a todo el mercado, por lo que determinaron que varios protocolos deberían producirse. A finales de 1985 un comité de la IEEE encar- gado de el Proyecto 802 publicó cuatro estándares con funciones específicas: 802.2,802.3,802.4 y 802.5.

I1 - 17

802.2 ofreció control del enlace.

802.3 definió las redes con bus lineal, acceso concurrente múltiple y de- tección de colisiones (CSMA/CD).

802.4 definió una red de bus lineal con acceso al medio por turno (token passing).

802.5 definió una red de anillo usando también acceso por turno (token passing).

Estos estándares fueron revisados y reeditados por la I S 0 donde se les conoce como los protocolos IS0 8802.

Las especificaciones del proyecto 802 de la IEEE se concentraron bási- camente en las dos capas bajas del modelo de %I.

CAPA DE ENLACE DE DATOS

Para diferenciar las funciones de la capa de enlace, la IEEE subdividió la segunda capa en dos partes. Una parte define el control de acceso (subcapa MAC), mientras que la otra se encarga del control del flujo y de los errores (subcapa LLC).

A partir de la liberación de estos estándares, el proyecto 802 de la IEEE a adicionado más estándares que revelan nuevas áreas de investigación en interconexión de redes. Estos estándares serán brevemente descritos en esta sección.

I1 - 18

ESTANDAR 802.2

I E E E

E N L A C E

D A T O S

F I S I C A

El estándar 802.1 tuvo como intención inicial la de integrar a todos los estándares 802, tan- to a los ya existentes, como a los que fueron desarrollándose posteriormente. 802.1 se encarga de negociar la relación de otros estándares con cualquiera de la serie 802 y de direccionar las salidas de los sistemas de administración así como los problemas en la interconexión de redes.

Sin embargo, la mayor contribución de 802.1 es el algoritmo de árbol expandido, el cual resuelve los problemas de ruteo de paquetes dentro de redes con rutas redundantes. La redundancia de las rutas se origina por la manera de instalar los puentes que permiten la inter- conexión de sus segmentos internos.

La manera de resolver está situación consiste en clasificar a los puentes en base a ciertos parámetros (prioridad, costo, etc.), asignándoles estados de activo o pasivo. De esta forma sólo existe una conexión única -no redundante- entre 1.0s puentes activos, y los puentes pasivos se mantienen como un soporte a fallas en la vía principal.

I1 - 19

La figura superior muestra un ejemplo de aplicación de el algoritmo de árbol expandido. La ruta principal de comunicación se establece entre los puentes activos. El puente en estado pasivo se activará en caso de ocurrir alguna falla.

I1 - 20

I

M O D E L O o s 1

E N L A C E D E

D A T O S

ESTANDAR 802.2

M O D E L 0 I E E E

La IEEE divide la capa de enlace de datos del modelo de OS1 en dos subcapas. La subcapa LLC (Logical Link Control) es responsable de proporcionar una ruta de transmisión libre de errores hacia la capa de Red. Las funciones realizadas aquí son transparentes a las capas superiores. Con la estructura de la IEEE, estas funciones son proporcionadas por las especificaciones del protocolo 802.2 . Los servicios de LLC son compatibles con varios estándares del control del acceso al medio (MAC). Estos son detallados en las especificaciones de la serie 802.

LLC es modelado a partir del estándar internacional de la IS0 conocido como HDLC (High-level Data Link Control) que fué uno de los primeros protocolos síncronos orientados a bit; sin embargo hay algunas diferencias de función y formato en los paquetes de datos de estos dos protocolos

FORMATO DEL PAQUETE DE LLC

El formato del paquete LLC consiste de 4 campos. Los paquetes de LLC son también conocidos como PDUs (Protocol Data Unit). Al igual que los protocolos de la capa de enlace de datos, 802.2 ofrece varios servicios para los protocolos de la capa de red. Estos servicios son obtenidos en los llamados puntos de acceso a servicios o SAPs (Service Access Point). Los SAPS son parecidos a los buzones de correo. Los protocolos de la capa de red y 802.2 tienen acceso a estos buzones y pueden esencialmente dejar mensajes para otros protocolos dentro de ellos. Cada SAP tiene una dirección. Para LLC, los SAPs identifican de manera única los

I1 - 21

P D U

1 b y t e 1 b y t e 1 6 2 b y t e s

procesos al nivel de la capa de red. Para los procesos de la capa de red, los SAPS son lugares para dejar mensajes de petición de servicios de LLC.

El primer campo en un PDU 802.2 es el DSAP (SAP Destino). Los DSAPs especifican los procesos recibidos de la capa de red. Similarmente, los SSAP (SAP Origen) -el segundo campo- especifica los procesos de envío hacia la capa de red. Los DSAP y SSAP son asignados por la oficina de estándares de la IEEE y ambos campos son del tamaño de un byte. Siete bits son usados para la designación del SAP mientras que el bit restante es usado para control. El bit de control de DSAP indica cuando el destino es una dirección individual o de grupo. El bit de control de SSAP indica cuando el PDU contiene una petición o una respuesta. LLC usa estos bits para determinar como procesar la información contenida en el campo de control.

El campo de control puede contener 1 o 2 bytes dependiendo de el servicio ofrecido o soli- citado. El cuarto campo (el cual puede o no estar presente) es el campo de información. Este campo contiene información manejada por las capas superiores del modelo OSI .

Las funciones de LLC son proporcionadas por comandos específicos en los campos de control e información.

RECUPERACION DE ERRORES

La recuperación de errores en LLC no toma la forma de paridad o prueba de CRC. Estas funciones son desarrolladas por la subcapa de MAC. LLC asegura la integridad de la transmi- sión punto a punto entre dos estaciones.

Para dar un ejemplo podemos considerar una petici6n de establecimiento de enlace que no es aceptada porque la entidad que está haciendo la petición no tiene la autorización propia de seguridad. En este caso, un PDU es generado para informar a la capa de red que la conexión no fué establecida. Este PDU usualmente incluye la razón de la falla de conexión.

Otra característica de recuperación de error es la habilidad de LLC para reinicializar una conexión. Si la conexión en la capa de enlace de datos es interrumpida por cualquier razón, tal como un ruido en el medio, un PDU puede ser enviado para reinicializar las conexiones a con- diciones iniciales. Algunos datos, específicamente los que esten en tránsito al momento de emitir el reinicio, pueden ser perdidos. Típicamente esta pérdida de datos es contabilizada y corregida por el protocolo apropiado en la capa superior.

I1 - 22

CONTROL DE FLUJO

802.2 intenta prevenir que el transmisor "sature" al receptor con demasiados datos. Dos técnicas son usadas. La primera, usualmente conocida como "parar y esperar", previene al transmisor de enviar más datos hasta que un acknowledge o reconocimiento sea recibido por parte de el receptor.

Esta técnica trabaja muy bien pero es ineficiente porque sólo un PDU puede ser enviado. La segunda téncica, usualmente llamada "ventana deslizante", resuleve este problema. La téc- nica de ventana deslizante permite al transmisor enviar varios paquetes antes de requerir una notificación de recibido. El número permitido de PDUs sin acknowledge es esencialmente el tamaño de ventana. Si el tamaño de ventana es 5, el transmisor puede enviar 5 PDUs, pero de- berá entonces esperar por un acknowledge del receptor antes de enviar más PDUs. El receptor puede reconocer más de un PDU en un simple acknowledge. El protocolo de deslizamiento de ventana es full duplex, es decir que ambos (transmisor y receptor) pueden comunicarse simul- táneamente.

TIPOS DE SERVICIOS DE LLC

El protocolo LLC proporciona 3 tipos de servicios:

Tipo 1 - Servicio de conexión sin reconocimiento.

Con este servicio no se provee reconocimiento o confirmación de la transferencia de datos. Este servicio proporciona una transferencia de datos rápida porque no hay un establecimiento de conexión o un sobremanejo. El servicio tipo 1 es muy sencillo, pero no es muy confiable. Es el servicio más común dado que la mayoría de conjuntos de protocolos emplean un protocolo de transporte confiable (y por lo tanto, no necesitan confiabilidad a nivel de la capa de enlace de datos).

Tipo 2 - Servicio orientados a conexión.

Este tipo de servicio establece una conexión a nivel de la capa de LLC entre un transmisor y un receptor. Después de que la conexión se ha establecido se inicia la transferencia de datos hasta que una de las partes desee terminar la conexión. En ese momento, el servicio disuelve la conexión. Durante la transferencia de datos, la entrega es reconocida con un acknowledge y se controla el flujo mediante el mecanismo de ventana deslizante.

I1 - 23

Tipo 3 - Servicio sin conexión y con reconocimiento.

Aunque no establece una conexión, los paquetes individuales de reconocimiento emplean el metodo de control de flujo "parar y esperar". Este tipo de servicio es particularmente útil en ambientes de control de procesos (fábricas automatizadas) donde un procesador central se comunica con varios dispositivos remotos con capacidad de almacenamiento limitado. Los reconocimientos porporcionan la habilidad para informar al software del nivel superior si ocurre una condición anómala. Careciendo de información de contexto (porque no hay una conexión lógica entre las entidades comunicadas) ahorra recursos de almacenamiento en las estaciones finales.

TIPO 1

T IPO 2

T IPO 3

I1 - 24

CLASES DE SERVICIOS

Cada estación puede soportar más de un tipo de servicio. Las clases de servicio proveen combinaciones de los tres tipos disponibles. La clase 1 soporta sólo tipo 1, la clase 2 soporta tipo 1 y tipo 2, la clase 3 soporta tipo 1 y tipo 3, y la clase 4 soporta los tres tipos.

Todos los LLC sobre una red, sin considerar las clases, soportan operaciones tipol. Esto proporciona al menos un común denominador, permitiendo a todas las estaciones comunicarse usando una forma de servicio común.

CLASES DE SERVICIOS

I II 111 IV TIPO DE

SERVICIO

1

2

3

I1 - 25

802.3 Y ETHERNET

MODELO OS1

ENLACE DE DATOS

FISICA

IEEE

CONTROL DE ENLACE LOGIC0

ETHERNET

Ethernet fué inventada a mediados de los años 70’s por la corporación Xerox. Esta fué di- señada como una arquitectura para redes locales sencillas y con baja carga de trabajo. La ver- sión 1.0 de Ethernet fué liberada en 1980 conjuntando los esfuerzosde tres empresas: Digital Equipment Corporation (DEC), Intel Corporation y Xerox. La versión de Ethernet 2.0 apareció dos años después. Tres años después la IEEE liberó su especificación inicial de 802.3.

802.3 está basado sobre Ethernet, pero proprociona múltiples opciones en la capa física del modelo OSI. Los servicios de enlace son generalmente proporcionados por 802.2. Actualmente el término de Ethernet es a menudo empleado para todas las redes locales CSMA/CD (Carrier Sense Multiple Access/Collision Detection).

Ethernet y 802.3 utilizan el método de acceso CSMA/CD. El algoritmo de este método funciona de la siguiente forma: Cualquier estación que desee transmitir debe checar primero el canal. Si el canal está disponible, la estación transmite y hace un monitoreo durante la trans- misión para detectar cualquier mensaje que indique la ocurrencia de alguna colisión. Si el canal estuviera en uso, la estación no transmite y continúa checando el canal hasta que este se en- cuentre disponible. Cuando la transmisión que en estos momentos está corriendo finaliza, la estación encuentra libre el canal y comienza a transmitir (sin dejar de monitorear el canal).

Si una colisión es detectada durante la transmisión, la estación detiene la transmisión de datos y empieza a transmitir un patrón de bloqueo. El patrón de bloqueo consiste en un paquete de 32 a 48 bits y garantiza que la última colisión sea detectada por todas las estaciones de la red que están checando el canal. Las estaciones informadas esperarán un determinado tiempo (asignado aleatoriamente) antes de volver a intentar transmitir.

I1 - 26

TIEMPO

T1 B A

MEDIO DE TRANSMISION

T2

T3

T4

T5

- A B ~a estaa6n A empieza a transmitir

-

4 b - A B La estaci6n B empieza a transmitir

i

t 4 L

A LA B detecta colisi6n y transmite patr6n de bloqueo B

b

A A detecta colisi6n antes de terminar su transmisi6n B -

ESPECIFICACIONES DE 802.3 EN LA CAPA FISICA

A diferencia de Ethernet, 802.3 ofrece una amplia variedad de opciones en la capa física del modelo de OSI, es decir, soporta diferentes topologías, modos de señalización (baseband y broadband), medios físicos y velocidades de transmisión.

Cada estándar de 802.3 recibe un nombre en base a su velocidad de transmisión, al tipo de señal y a la longitud máxima que soporta un segmento. La convención establecida para la asig- nación de nombres se indica de esta forma:

10 /

BASE I

Sella1 baseband o bradband

5 \

Velocidad en mbps

I1 - 27

Longitud de segmento en múltiples de lOOm

Ejemplos de las características de los diferentes estándares de 802.3 y Ethernet se muestran en la siguiente tabla:

lOBASE5 lOBASE2 1BASES lOBASET 10BROAD36

10 10 1 10 10

Baseband Baseband Baseband Baseband Broadband

500 185 500 1 O0 1800

.x&fA. ............................ .... .............................................. .............................................. ................................ ............................ BUS BUS Estrella Estrella BUS

..............................................

Estándar 802.4 (Token Bus)

El estándar 802.4 define un protocolo de acceso al medio tipo token passing y una topología de bus. Sus especificaciones permiten la implementación de un canal Único y medios broadband (banda ancha) utilizando cable coaxial con impedancia de 75 ohm (cable de tele- visión) o fibra óptica. Fué creado para satisfacer las necesidades que tenía la industria en materia de procesos automatizados.

En 1982, la empresa General Motors implementó el uso de un protocolo de fabricación au- tomatizada (MAP). 802.4 fué adoptado por el protocolo MAP para dar solución a los problemas de operación que tenían las redes de cómputo de esa compañía. Token Bus ofrecía un exce- lente desempeño en redes con amplia carga de trabajo así como complejas características de control y administración de procesos que no poseían otros protocolos.

Pese a las características que lograron de 802.4 un estándar con un futuro prometedor, este no logró el grado de popularidad esperado (dada su alta complejidad) y rápidamente fué desplazado por otros estándares como 802.3 y 802.5.

I1 - 28

802.5 y Token Ring

c

MODELO OS1 MODELO IEEE ESTANDAR 802.5

Las redes tipo anillo con un acceso al medio controlado mediante un paquete de- nominado "token" fueron inicialmente desarrolladas y comercializadas por IBM. A estas redes se les identifica como redes Token Ring de IBM y fueron éstas la base para el desarrollo del estándar 802.5 de la IEEE.

Los desarrollos de IBM y de la IEEE no se han detenido, sin embargo, 802.5 sigue siendo compatible con la redes Token Ring puesto que ha ido adoptado la mayor parte de características implantadas por IBM.

El estándar 802.5 tiene implementaciones en la capa física y en la subcapa MAC de la IEEE que corresponde a la capa de enlace de datos de OSI.

I1 - 29

CARACTERISTICAS DE TOKEN RING Y 802.5

802.5 no establece muchas limitantes al nivel de la capa física, describe un simple anillo con un máximo de 250 estaciones conectadas en una serie de enlaces punto a punto con cable blindado de par torcido (STP). La señalización es de 1 a 4 Mbps usando codificación "Diferen- cial Manchester". La red de Token Ring de IBM (la red más compatible con IEEE 802.5) ofrece versiones de 4 y 16 Mbps. 802.5 no especifica un cableado en estrella, pero se anticipa a una topología tipo estrella la cual incluye normalmente un centro de alambrado. El centro de alambrado llamado unidad de acceso para múltiples estaciones (MSAU), permite bloquear algunos puertos de conexión para así remover estaciones del anillo cuando sea necesario.

Cada estación en el anillo funciona como un repetidor unidireccional (de una sola direc- ción). Asi, cada estación recibe una serie de bits de la estación precedente. Las estaciones leen e inmediatamente retransmiten cada bit a la siguiente estación en el anillo . Se hace una copia de los bits en memoria antes de pasarlos.

IEEE 802.5 IBM TOKEN RING

METODO DE ACCESO

TOPOLOGIA

SEAAL

CODIFICACION

VELOCIDAD

MEDIO FISICO

No.". DE ESTACIONES

TOKEN PASSING

ANILLO

BASEBAND

DIFERENCIAL MANCHESTER

1 ó 4 Mbps

No especificado

250

TOKEN PASSING

ESTRELLA

BASEBAND

DIFERENCIAL MANCHESTER

4 ó 16 Mbps

UTPISTP

72 (UTE') 260 (STP)

I1 - 30

METODOS DE ACCESO AL MEDIO

802.5 especifica que su método de acceso al medio es " token passing". Un token proporciona el permiso para transmitir, y sólo un token a la vez es permitido circular alrededor del anillo.

Cuando una estación recibe un token (FIGURA 1); esta puede transmitir un paquete de datos a la siguiente estación (FIGURA 2).

I1 - 31

FIGURA 2

Despues que los bits del paquete transmitido viajan alrededor del anillo y regresan a la estación que los transmitió (FIGURA 3) son eliminados del anillo. Para el chequeo de errores, la estación transmisora compara el paquete que recibió con el paquete que transmitió.

. ... . . . ... ... . i.. ...... . .

FIGURA 3

I1 - 32

Tan pronto como la estación transmisora finaliza de recibir su paquete, esta genera un nuevo token y lo transmite a la siguiente estación (FIGURA 4). Si el anillo soporta una ca- racterística de liberación rápida de token "early token release", un nuevo token puede ser li- berado antes que el transmisor termine de enviar su paquete de datos permitiendo a la siguiente estación comenzar su transmisión. Este proceso elimina tiempos de espera por el token.

Una estación en el anillo actúa como monitor activo. Este dispositivo proporciona el reloj a los dispositivos en el anillo, elimina paquetes que se quedan circulado en el anillo, y realiza otras funciones de mantenimiento en el anillo. Todas las estaciones tienen el potencial de ser monitores activo. Cuando no hay monitor activo presente en el anillo, un procedimiento au- tomático forza a una estación a convertirse en monitor activo.

FIGURA 4

I1 - 33

ESTANDAR 802.6 (Metropolitan Area Network- MAN)

Para la necesidad de expansión de los usuarios de redes locales (LAN) resultaba inadecua- do implementar redes de área amplia (WAN) puesto que éstas requerían del uso de redes pú- blicas de paquetes conmutados (muy lentas) o bien de líneas privadas (con un costo muy ele- vado). 802.6 surgió para dar solución a este problema basándose en una evaluación de todas las tecnologías existentes en lugar de proponer algo nuevo. Muchas organizaciones e institutos particiapron en estas investigaciones y fué a la Universidad del Oeste de Australia a la que se le adjudicó el descubrimiento de este estándar que es reconocido como DQDB (Distributed Queue Dual Bus).

DQDB es una tecnología basada en dos buses ó lineas de fibra óptica que pueden unirse en caso de falla formando un anillo. La comunicación dentro del bus es unidireccional, pero cada uno opera en direcciones opuestas. Las transmisiones pueden ser síncronas o asíncronas soportando voz, video y datos. El protocolo de acceso empleado se denomina Sloted Ring dado que asigna un tiempo de acceso a cada slot del anillo. Desafortunadamente hasta el momento no existe una implementación práctica de este estándar y se espera que a futuro se le reconozca comercialmente.

ESTANDARES DE GRUPOS DE TRABAJO

Varias consultorías técnicas y grupos de trabajo han sido formadas bajo la jurisdicción de la IEEE y su proyecto 802.

La IEEE y el grupo de consultoría técnica 802.8 proveen la guía para otros grupos y sub- comités sobre el desarrollo de estándares para tecnologías de fibra óptica y de banda ancha. Más específicamente, el grupo de banda ancha está a cargo de la emisión de un documento que cubra todo lo referente a la instalación y mantenimiento de redes de banda ancha.

El grupo de fibra óptica está explorando el uso de fibras ópticas como una alternativa de otros medios cubiertos en 802.3,802.4 y 802.5. También se encarga de establecer los estándares y recomendaciones que serán aplicados para la instalación y mantenimiento de fibra óptica.

I1 - 34

El grupo de trabajo de voz y datos es cubierto bajo la IEEE 802.9 y está enfocado de establecer arquitecturas y estándares de interfase de una variedad de dispositivos que integren voz y datos. El estándar resultante será compatible con la ISDN, se apoyará en 802.2 y sopor- tará el uso de cable de par trenzado no blindado.

802.10 es un grupo de trabajo a cargo de la seguridad para redes locales (LAN). Está asignado para una gran variedad de emisiones de seguridad que incluyen: el intercambio confiable de datos, la administración de la red y una arquitectura de seguridad compatible con el modelo OSI.

I1 - 35

PROTOCOLOS DE INTERNET

OBJETIVOS

1. Identificar a las organizaciones que desarrollaron los protocolos de Internet.

2. Identificar las características de los principales protocolos de Internet.

3. Identificar las funciones de IP y TCP.

INTRODUCCION

La serie de protocolos de Internet fué desarrollada por la Universidad de Stanford y Bolt, Beranek y Newman (BB&N) a mediados de 1970. El desarrollo fué apoyado por una agencia de investigaciones del departamento de la Defensa de los Estados Unidos (DARPA - Department of De- fense Advanced Research Projects Agency). DARPA operó una de las primeras redes de paquetes conmutados que conectaba las diferentes agencias de gobierno, universidades e institutos de investigación. Dicha red fué llamada ARPANET (Advanced Research Projects Agency NETwork).

En vista de las necesidades de comunicación que ARPANET tenía para comunicar dispositivos diferentes, la serie de protocolos de Internet fué creada.

Entre 1978 y 1979, la serie de protocolos de Internet fué completada. En 1980, DARPA empezó a implementarlos sobre los equipos de ARPANET y en 1983 se estableció como requisito obligatorio que todos los dispositivos conectados a esta red usaran los protocolos Internet. Gracias a esto, la red de ARPANET se transformó, de una pequeña red de paquetes conmutados con enlaces telefónicos punto a punto, hasta ser una amplia red híbrida conocida a partir de entonces como Internet.

II- 36

El término de ARPANET continua en uso y se aplica a una parte espe- cífica de la red de Internet empleada por el Departamento de la Defensa para funciones de investigación y desarrollo.

Una organización fué establecida por DARPA para controlar los desarrollos sobre Internet, y fue llamada Internet Activities Board (IAB). Dentro de esta existen grupos de trabajo que se encargan de estudiar áreas específicas de Internet.

La mayor parte de los protocolos y aplicaciones que actualmente fun- cionan sobre Internet son documentados en una serie de documentos técni- cos conocidos como RFC (Request for Comments). El mantenimiento de las librerías de RFC y la jurisdicción de todas las conexiones a Internet son responsabilidad de un centro de información (SR1 - Stanford Research Institute) ubicado en Menlo Park, California.

Cabe destacar que en 1982 el sistema operativo UNIX BSD (Berkeley Software Distribution) también incorporó a la serie de protolcos de Internet como su estándar y juntos han incrementado su popularidad hasta nuestros días.

Recientemente el gobierno de los Estados Unidos ha ordenado en todos sus departamentos un eventual reemplazo de Internet por otra serie de protocolos compatibles con el modelo de OSI. Esta nueva serie es conocida como GOSIP (Government Open System Interconnection).

A pesar de ello, el uso comercial de TCP/IP (dos de los protocolos más importantes de Internet) continúa en ascenso y de hecho, sería muy difícil pensar en un cambio inmediato de toda la gran base instalada que existe de la serie de protocolos de Internet.

II- 37

INTERNET Y OS1

MODELO OS1 PROTOCOLOS INTERNET MODELO INTERNET

APLICACION

PRESENTACION

SESION

TRANSPORTE

RED

ENLACE DE DATOS

FISICA

RPC I + I I

HOST - HOST

INTERNET ' I

La serie de protocolos de Internet precede al modelo de OS1 con 10 años, sin embargo es posible ubicar a la mayoría de sus protocolos dentro de algunas de las capas definidas en el modelo de OSI . Propiamente el modelo propuesto por Internet establece 3 capas donde ofrece diferentes servicios:

PROCESO - Los protocolos de proceso ofrecen servicios de aplicación a los usuarios.

HOST-HOST - Los protocolos Host to Host se encargan de la recepción y entrega de datos entre los protocolos de los dispositivos en red.

INTERNET - Los protocolos de Internet constituyen la base de la serie y ayudan a mover datos a través y entre las redes.

Es importante mencionar a la familia de protocolos de NFS (Network File System) desarrollado por SUN Microsystems que establecen una sistema distribuido de archivos diseña- do para ambientes de cómputo heterogéneos.

11- 38

PROTOCOLO IP (Internet Protocol) IP provee a los paquetes de la capa de transporte (Transport Protocol Data Unit - TPDU)

una entrega no garantizada y no orientada a conexión a través de la red. IP puede fragmentar los TPDU’s antes del envío y reensamblarlos tanto en las estaciones destino como en estaciones intermedias (ruteadores). A cada paquete se le adiciona un encabezado para poder ser transmitido por las capas inferiores del modelo de OSI.

Dependiendo de la estructura de la red, existen diferentes rutas entre los dispositivos transmisor y receptor. Cada paquete puede viajar por caminos distintos y es precisamente cada punto intermedio o ruteador el que determina la siguiente ruta a seguir por el paquete. Esto origina que los paquetes lleguen en desorden, en cuyo caso, IP se encarga de reensamblarlos en el orden adecuado.

DIRECCIONAMIENTO DE IP

Las direcciones de IP identifican tanto a la red como a un nodo dentro de la misma. Las direcciones consisten de 32 bits que pueden escribirse en notación decimal, dentro de 4 campos separados por puntos.

CLASE A

E CLASE B

CLASE C

Existen 3 diferentes clases de redes comúnmente utizadas en IP:

CLASE A

Estas redes emplean los primeros 8 bits para identificar la red y los 24 restantes para identificar los nodos dentro de la misma. El primer bit establece a la clase A (dirección O - 127). Esta clase puede direccionar a un gran número de nodos, siendo el ejemplo más conocido ARPANET.

11- 39

CLASE B

Estas redes emplean los primeros 16 bits para identificar la red y los 16 restantes para identificar los nodos. Los primeros dos bits establecen la clase B (dirección 128 -191). Esta clase es útil para redes con un número moderado de nodos, por ejemplo, las organizaciones comerciales y las universidades.

CLASE C

Estas redes emplean los primeros 24 bits para identificar la red y los 8 restantes para identificar los nodos. Los primeros tres bits establecen la clase C (dirección 192 - 223). Esta clase es útil para pequeñas redes con pocos nodos.

Algunas direcciones de IP tienen convenciones especiales. Por ejemplo, la dirección 255.255.255.255 establece un broadcast. La red actual se especifica llenando de O's los campos de la dirección nodo, es decir, si se quiere hacer referencia a una red clase B 145.33, se emplea la dirección 145.33.0.0. De la misma manera, el nodo actual (por ejemplo 12.23) en esa red se establece como 0.0.12.23.

Con este esquema de direccionamiento, las organizaciones e instituciones podían tener una dirección única de red a nivel mundial, pero la cantidad de nodos que podían direccionar a nivel interno no era suficiente. Es por ello que se hizo una enmienda en el RFC 950 que esta- bleció la posibilidad de crear subredes - subnets- dentro de una red. Las subredes ofrecieron un tercer nivel jerárquico de direccionamiento.

Para implementar las subredes fué necesario emplear algunos bits que correspondían a las direcciones de nodos para identificar las direcciones de subred. Con ello se establecieron sub- grupos de nodos (Es decir que los nodos ya no se identificaban sólo por la dirección de red, sino también se identificaban por la dirección de la subred). El número de bits empleados para las direcciones de subred es establecido a criterio del administrador (no existe un número predeterminado).

Un ejemplo gráfico de cómo se establecen las subredes es mostrado en la siguiente figura.

II- 40

PROTOCOLO TCP (Transmission Control Protocol)

TCP es el principal protocolo de transporte de Internet. Este acepta mensajes de cualquier longitud que provengan de los protocolos de las capas superiores (Upper Layer Protocols - ULP) y ofrece servicios de transporte full-duplex (en ambos sentidos), entrega con reconocimiento o acknowledge y control de flujo de los paquetes a transportar.

TCP transporta datos mediante un flujo continuo de bytes. Cada byte es identificado por un número de sequencia. También permite establecer múltiples conversaciones con los ULPs para evitar pérdidas de tiempo y optimizar el uso del ancho de banda.

PROTOCOLO DE R U E 0 DE INFORZMACION (RIP)

RIP (Router Information Protocol) ofrece un servicio de ruteo constante de información para los procesos de IP que se encuentren corriendo en los nodos de la red. Su modo de aten- ción consiste en un envío periódico de toda la información actualizada de rutas a través de toda las redes. Dentro de esta información enlista a todas las redes que visualiza, así como las distancias que existen entre cada ruteador y los nodos más importantes (como servidores de archivos, mainframes o ruteadores). Las distancias se miden en base al número de ruteadores que se deben atravesar para alcanzar un nodo destino.

RIP es ampliamente utilizado gracias a la difusión que le ha dado el sistema operativo UNIX 4.2 BSD y todos sus sistemas descendientes al incluirlo como su protocolo de ruteo. A pesar de ello, RIP presenta algunas limitaciones dentro de sus servicios a redes muy complejas que pueden impedir que su uso se prolonge a futuro.

PROTOCOLO DE CONTROL DE MENSAJES (ICMP)

ICMP (Internet Control Message Protocol) ofrece servicios de control de información y de errores al protocolo de IP. Dado que IP no es orientado a conexión, no es capaz de detectar fallas en sus transmisiones. Para ello ICMP se encarga de enviar mensajes a los protocolos de las capas superiores (como TCP) para informar de cualquier problema que pudiera haber ocurrido en la transmisión.

Algunos ejemplos de mensajes ofrecidos por ICMP son:

- Tiempo excedido. Indica que el tiempo de vida del paquete a expirado (ha tardado mucho en ser entregado) o bien que el paquete ha sido descartado.

- Destino inalcanzable. Indica que el paquete no pudo ser entregado por fallas en la ruta.

- Origen reprimido. Avisa al dispositivo origen que transmita a velocidades más bajas puesto que el receptor o ruteador intermediario no pueden atender sus paquetes adecuadamente.

11- 41

- Redireccibn. Informa al dispositivo origen cuando existe una ruta más óptima para la entrega de sus paquetes hacia el dispositivo destino.

- Proceso de Peticibn-Respuesta. Determina si dos nodos en la red tiene comunicación entre sí. El primer nodo envía un mensaje de "petición" a lo que el segundo devuelve una "respuesta". Este proceso es conocido dentro del ambiente UNIX como "ping".

PROTOCOLO DE DATAGRAMA DE USUARIO (UDP)

UDP (User Datagram Protocol) ofrece servicios de transporte similares a TCP, salvo que no es orientado a conexión y no emplea mensajes de reconocimiento o acknowledge. UDP simplemente recibe y transporta los mensajes que les son enviados por los protocolos de las capas superiores (ULP).

Por su simplicidad, UDP provee un conducto más rápido de entrega de datos que TCP y es elegido para atender a ciertos protocolos de las capas altas del modelo de Internet (como NFS - Network File System).

PROTOCOLO DE TRANSFERENCIA DE ARCHIVOS

FTP (File Transfer Protocol) es el medio que permite a los usuarios mover copias de archivos entre dos equipos o nodos de la red. FTP permite el acceso, inspección de los directorios, manipulación de archivos, ejecución de comandos y otras funciones dentro de un nodo sin importar el sistema operativo y la plataforma de hardware que éste posea.

PROTOCOLO DE TRANSFERENCIA DE CORREO SIMPLE (SMTP)

SMTP (Simple Mail Transfer Protocol) es una aplicación de ruteo para correo electrónico y emplea los protocolos de UDP e IP para la entrega y ruteo de los mensajes de correo entre dos nodos de la red. Este protocolo sólo representa la plataforma de envío y recepción, los mensajes deben ser escritos y almacenados mediante otros programas que trabajan en las capas altas del modelo de OS1 y que ofrecen una interfase directa al usuario.

11- 42

EMULASION DE TERMINAL REMOTA (ELNET)

Cuando las computadoras personales (Personal Computer - PC) reemplazaron a las viejas terminales, los usuarios disfrutaron de las ventajas de controlar su propio equipo. Sin embargo, muchas de sus aplicaciones seguían residiendo dentro de los viejos equipos grandes (como Minis o Mainframes). Ante la necesidad de trabajar con sus viejos programas surge TELNET que les permitió a su nuevas PCs comportarse como sus terminales anteriores; es decir que el software de TELNET permite a una computadora emular una terminal. Con ello, TELNET per- mitió conectar sistemas de cómputo diferentes (por ejemplo DOS y un sistema VAX). Esta apli- cación de Internet es una de las más utilizadas a nivel mundial.

SISTEMH DE ARCHIVOS DE RED (NFS)

NFS (Network File System) fué inicialmente desarrollado por Sun Microsystems. NFS jun- to con XDR (external data Representation) y RPC (Remgte Procedure Call) han sido los protocolos más importantes de la familia de protocolos de Sun (conocida como ONC - Open Net- work Computing). Dada su estrecha relación en funcionamiento, generalmente se hace referencia a los tres como sólo NFS.

Para apoyar la aceptación de sus protocolos, Sun los hizo del dominio púbico. Posterior- mente la comunidad de Internet los adoptó, elaborando sus respectivos RFCs (Request for Comments). Actualmente NFS es un estándar de la industria pues es empelado en más de 100 tipos de computadoras que van desde las Minis hasta las Supercomputadoras.

NFS se caracteriza por su transparencia. A través del uso de RPC las computadoras hacen peticiones a los servidores, NFS habilita a los usuarios de computadoras y sistemas operativos diferentes a accesar remotamente los sistemas de archivos de otros equipos sin tener que aprender nuevos comandos específicos de esos sistemas. Después de una correcta configu- ración de NFS en los equipos, los sistemas de archivos remotos aparecen como parte del ambiente local de la computadora.

El protocolo XDR permite describir y codificar los datos en un formato independiente del tipo de máquina. Físicamente, XDR consiste en una serie de librerías con rutinas que permiten a cualquier porgramador en lenguaje C describir sus estrucuturas de datos de una manera ar- bitraria. Los ejemplos de tipos de datos de XDR incluyen los enteros, boleanos, cadenas de caracteres, constantes y números de punto flotante.

RPC trabaja de la siguiente manera. Cuando un nodo cliente realiza una llamada de archivo, ésta es interceptada por un software de redirección conocido como "shell" o interfase a un sistema de archivos virtual. Este shell determina si la llamada puede ser satisfecha con los recursos locales del nodo, o bien requiere hacer uso de los recursos en red. En el primer caso, el sistema operativo local se hace cargo de responder a la llamada. En caso contrario, la llamada es empaquetada y enviada a la red para que llegue a un determinado sistema de cómputo conocido como Servidor de Archivos o Server. Los servers usualmente son computadoras con procesadores más rápidos y una mayor capacidad de almacenamiento de información. Gracias a estos mayores recursos , los servers pueden atender múltiples llamadas RPC. Las peticiones son ejecutadas por el server y las respuestas también son empaquetadas y enviadas de regreso por la red hasta el nodo o cliente que hizo la petición.

11- 43

CLIENTE SERVER

PETICION O

SHELL

REMOTO

SISTEMA OPERATIVO

LOCAL

MECANISMO RPC

RUTINAS DEL SERVER

SISTEMA OPERATIVO

MECANISMO RPC

< 3 DISCO

\ /

SISTEMA DE TRANSPORTE

Las ventajas ofrecidas por RPC son:

- Transparencia. tanto los usuarios como las aplicaciones no perciben ningún cambio drástico al trabajar en red (los cambios son m’nimos). tal parece que estuvieran trabajando con sus habituales recursos locales.

- Integridad de Datos. Todos los archivos pueden ser almacenados en los servers y ser empleados por todos los usuarios o clientes de la red. Con sólo una copia de los archivo originales se evitan redundancias, errores de versiones y de formatos en la información.

- Bajo Costo. Al almacenar todos los archivos en los servers, las estaciones cliente ya no requieren tener unidades de almacenamiento propias. Las máquinas diskless (sin discos) son más económicas y reducen los costos de las redes en general.

- Menor Necesidad de Capacitacibn. Gracias a la transparencia ofrecida por RPC, los usuarios no necesitan aprender toda una gama de comandos nuevos para redes. Los comandos más comúnes para el manejo de archivos siguen vigentes en los ambientes de red, por lo que su trabajo puede continuar naturalmente, sin problemas.

A principios de 1980 se desató una explosión de desarrollos de sistemas operativos de red basados en RPC. Los ejemplos más importantes de tales sistemas son: NetWare de Novell, MS- NET y Lan Manager de Microsoft, VINES de Banyan y NFS de SUN. El esquema de cliente- servidor (basado en RPC) es actualmente el sistema de acceso en red más empleado.

11- 44

CAPITULO III NUEVAS TECNOLOGLAS

CONTENIDO

3.1. FDDI

3.2. FRAME RELAY

3.3.ATM

(Fiber Distributed Data Interface)

OBJETIVOS

1. Identificar las características de FDDI.

2. Identificar los servicios más importantes ofrecidos por FDDI

3. Comparar otros esthdares de la IEEE con FDDI.

INTRODUCCION

En la medida que la tecnología ha avanzado, los anchos de banda ofrecidos por las redes ethernet (10 Mpbs) o token-ring (4 h4bps) han llegado a ser insuficientes. FDDI es el estándar creado para satisfacer las necesidades de un mayor ancho de banda.

FDDI especifica un protocolo de red local de alta velocidad usando como medio la fibra óptica. La primera versión salió en el año de 1986.

El estandar de FDDI fue creado por el comité ANSI X3T9.5 .

I11 - 1

IDDI, IEEE 802 Y EL MODELO OS1

r Y

MODELO OS1 MODELO IEEE ANSI FDDI

802.1

802.2 LLC

802.5

FDDI incluye especificaciones de la capa física, la subcapa MAC y de administración (SMT - Station Management). Es por lo tanto análogo a los estándares IEEE 802.3,802.4 y 802.5, con relación al modelo OS1 . Al igual que estos protocolos, FDDI asume que sus servicios serán usados primeramente por IEEE 802.2 (LLC) o cualquier otro protocolo de las capas altas.

FDDI fue creado para proporcionar un gran ancho de banda y un medio de transmisión seguro para las redes locales. Ejemplos comúnes de su uso son:

- Redes de backbone. Estas redes proporcionan una línea de alta velocidad (o columna vertebral) por medio de

la cual otras redes se pueden conectar.

- Redes para centros de cdmpufo. Estas redes conectan los mainframes, minicomputadoras y periféricos en un centro de

cómputo.

- Redes de area local (LAN) de alta velocidad. Estas redes conectan dispositivos de muy alta velocidad, que corren aplicaciones las

cuales requieren de un gran ancho de banda (CAD/CAM).

I11 - 2

FRAME RELAY OBJETIVOS

1. Identificar las características de Frame Relay.

2. Conocer los servicios más importantes ofrecidos por Frame Relay.

3. Identificar las ventajas en el uso de Frame Relay.

INTRODUCCION

El switcheo o conmutación de paquetes ha predominado en el mercado de comunicación de datos por una decada. Una nueva tecnología de transporte es necesaria para proporcionar un mayor envío de datos, un mayor ancho de banda y la habilidad de tomar ventaja de las nuevas característi- cas de transmisión vía fibra óptica.

Frame Relay es el nuevo paso en la tecnología de transporte de paquetes, permitiendo velocidades hasta de 1.5 Mbps.

Gracias a la cooperación entre la ANSI y la CCITT, Frame Relay se ha convertido en un verdadero estándar internacional. Este protocolo es empleado en redes de area amplia (WAN) por ofrecer un ancho de banda compartido de alta velocidad.

I11 - 11

CAR4CTEMSTICAS DE FRAME RELAY

Frame Relay es sólo un servicio de transporte y no hace funciones de procesamiento de paquete como lo hacen otros protocolos de conmutación (como X.25).

Las redes de Frame Relay sólo hacen algunas funciones básicas de chequeo de errores sobre cada paquete, eliminando así el uso de números de secuncia, deslizamientos de ventana, reconocimientos o acknowledge y paquetes de supervisión.

Esto simplifica el proceso permitiendo a las redes de Frame Relay operar a altas velocidades con retardos mhimos.

Los protocolos inteligentes corriendo en las estaciones finales sobre la red deben asumir la responsabilidad de detectar y retransmitir paquetes dañados, por lo tanto, se deberá usar sólo Frame Relay sobre líneas de transmisión con bajos rangos de fallas para que las estaciones finales de Frame Relay no se saturen haciendo funciones de recuperación de errores.

Frame Relay provee el servicio de transporte de datos. Transmite datos sobre Circuitos Virtuales Permanentes (Permanent Virtual Circuit - PVC) y Circuitos Virtuales Conmutados (Switching Virtual Circuit - SVC) y es un servicio de conexión orientada, es decir, establece conexiones entre cada nodo fuente y destino sobre la red.

De esta forma, varios PVCs pueden existir al mismo tiempo compartiendo el ancho de banda de la línea de transmisión, enviando paquetes desde el nodo fuente hasta el nodo destino. El servicio de transporte de datos dura mientras exista la conexión.

I11 - 12

Para el servicio de transporte de circuito virtual, todos los datos son etiquetados con un identificador de servicio virtual (Data Link Control Identifier - DLCI). Este identifica un circuito virtual en un punto sobre la red

La teoría de operación de Frame Relay contempla tres clasificaciones

- Frame Relay como una interfase - Frame Relay como un protocolo de señalización - Frame Relay como un servicio de red

FRAME RELAY COMO INTERFASE

Para los diseñadores de red, Frame Relay define técnicas de acceso de paquetes, las cuales proporcionan el ancho de banda en base a la demanda, y dos interfaces en la capa de Enlace de Datos.

Por una parte, Frame Relay se considera una interfase usada para paquetes de alta velocidad en las capas Física y de Enlace de Datos del modelo OSI.

Esta interfase transmite paquetes sobre un servicio de red público o privado, los cuales, en turno, son transportados a una dirección destino.

Frame Relay se ha convertido en una solución de "costo efectivo" para el transporte de datos y es ideal para el transporte de tráfico de LANs. Su capacidad de multiplexación estadísti- ca la hace una opción ideal para agregar multiples líneas privadas hasta velocidades de T1 (15Mbps). Multiples circuitos lógicos son combinados dentro de un simple circuito físico, así se tiene una mejor utilización del ancho de banda de la red y menor costo en hardware y servicios de la red.

Los beneficios de usar Frame Relay como una interfase son:

- Un verdadero estándar internacional de interfase de red.

- Múltiples usuarios por línea física.

- Reduce el costo del hardware para accesar la red.

- Actualmente una gran cantidad de industrias lo soportan.

- Soporta dispositivos DTE (Data Terminal Equipment) y DCE (Data Communication Equipment).

- Un costo efectivo de transporte de datos en redes con problemas de tráfico.

- Alta velocidad de acceso con un m'nimo "overhead" (exceso de señales de control).

- Proporciona un alto envío de datos para aplicaciones de alta velocidad (diseño, video y voz).

I11 - 13

FRAME RELAY COMO UN PROTOCOLO DE SEÑALIZACIÓN

En la capa de enlace de datos, Frame Relay es dividido en dos principales áreas: Servicios Básicos (Core Services) y servicios definidos y seleccionados por el usuario. Ambos tipos de servicios son definidos por la ANSI y la CCITT.

Las redes de transporte de Frame Relay comprenden sólo los primeros dos niveles del modelo OS1 , la operación de los protocolos de los niveles superiores es transparente.

La interface en la capa física puede ser desde un DSO (56 kbps) hasta un T1 completo (1.54 Mbps). La señalización es similar a una conexión estándar de enlaces síncronos.

Las aplicaciones realizan las funciones de corrección de errores, direccionamiento, y secuencia.

Los paquetes transmitidos entre los nodos (al nivel de la capa dos del modelo OSI) contienen direccionamiento, detección de error e información de control de los propios paquetes, pero no de los datos contenidos en ellos.

Los nodos establecen circuitos virtuales permanentes (PVC) y rutean los datos através de su conexiones seriales punto a punto. Los paquetes son ruteados por su dirección destino. Si un error es encontrado, el paquete completo es descartado, no hay peticiones de retransmisón.

Las funciones de Core Services incluyen chequeo de errores y retransmisión en el evento de un error.

La conexión física y los servicios de transporte de Frame Relay son proporcionados por la capa uno y dos del modelo O s 1 , mientras que los servicios de red tocan a la parte superior de la capa dos y a la capa tres del modelo, las cuales proveen los servicios del usuario.

Algunos de los beneficios de usar Frame Realy como protocolo son :

- Varios tamaños de paquete de transporte.

- Incremento del rendimiento sobre las viejas tecnologías de paquetes.

- Reduce el overhead (señales de control) en redes de backbone.

- Reduce los retardos.

- Maximiza la eficiencia del enlace.

- Elimina la complejidad de las tecnologías de paquetes anteriores.

- Desarrolla funciones de multiplexación.

- Descarga de datos incorrectos y en exceso.

- Encapsula los datos del usuario dentro de varios tamaños de paquete.

- Es transparente a los protocolos definidos a partir del nivel tres de OSI .

- Mejoramiento de la utilización del ancho de banda.

I11 - 14

FRAME RELAY COMO UN SERVICO DE RED

Frame Relay rápidamente se está convirtiendo en la interfase usada como portadora de intercambio, y proporciona la solución para servicios de transporte de datos de redes de banda ancha públicas y privadas.

Los usuarios están demandando servicios de alta velocidad, un alto rendimiento en servicio de conmutación o switcheo de datos para interconectar LANs y WANs. Los servicios re- queridos en arquitecturas Cliente-Servidor consumen un gran ancho de banda. Los dispositivos conectados a red cada vez son más inteligentes, haciendo a la red más inteligente, y a la vez manejando funciones de protocolo de alto nivel, los cuales incrementan la capacidad de procesamiento.

Frame Relay asigna ancho de banda en forma dinámica, la cual no puede ser realizado por líneas privadas o redes de conmutación o switcheo de circuitos.

Frame Relay deja a los protocolos del usuario de alto nivel (por ejemplo TCP/IP) las tareas de detección de errores, corección y control de flujo.

Frame Relay proporciona la concentración y multiplexación estadística de switcheo de paquetes de X.25, y al mismo tiempo un retardo minimo y switcheo de alta velocidad.

Los beneficios de usar Frame Relay como servicio de red son:

- Ideal para redes LAN con un alto tráfico.

- Costo efectivo del equipo (no es muy caro comparado con otras alternativas de trans porte de gran ancho de banda).

- Velocidades de transporte hasta de un Tl(1.54 Mbps)

- Utilización de todo el ancho de banda disponible.

- Elimina los cuellos de botella de enlaces WAN punto a punto.

- Compatible con las tecnologías anteriores.

- Servicio de acceso a redes públicas.

- Proporciona verdadera0 ancho de banda sobre demanda.

- Alta velocidad y bajo retardo.

- Proporciona múltiples sesiones virtuales sobre un simple acceso físico.

- Estaciones de trabajo inteligentes han remplazado a las terminales y ahora pueden manejar protocolos de alto nivel.

I11 - 15

ATM (Asynchronous Transmission Mode)

OBJETIVOS

1. Identificar las características de ATM.

2. Conocer los servicios más importantes ofrecidos por ATM.

3. Identificar las ventajas en el uso de ATM.

INTRODUCCION

Por años se ha soñado con la transferencia de grandes cantidades de información a grandes velocidades, sobre redes locales o de area amplia. Tal integración crea una verdadera interconexión de redes entre múltiples empresas, estados, paises y continentes.

Con la adopción del Modo de Transferencia Asíncrona ATM, el sueño de la integración de redes locales (LAN) y de área amplia (WAN) se con- vierte en realidad.

ATM ofrece más que un método de acceso al medio. ATM posee las características adecuadas que la hacen la mejor opción en la tecnología de redes locales de hoy . Estas características incluyen alto rendimiento, escalabilidad (que permite el crecimiento de la red preservando la inversión ya existente), soporte a aplicaciones de multimedia, y se puede integrar dentro de redes de area amplia.

I11 - 16

CARACTERISTICAS DE ATM ATM (modo de transferencia asíncrona), es una tecnología de conmutación o switcheo

para redes locales o de área amplia. Permite a un número ilimitado de usuarios comunicarse entre sí por medio de una conexión dedicada de alta velocidad. Servidores de alto rendimiento pueden hacer uso de éSta tecnología.

CCITT ha desarrollado interfaces estándar que permiten conectarse a ATM, la cual se diferencia de otras tecnologías de redes que comparten un medio (como Ethernet, FDDI, Token- Ring), debido a que hace uso del medio en forma dedicada, usa celdas de longitud configurable para transportar la informacióny por naturaleza es orientada a conexión.

ATM USA CONEXIONES EN PARALELO DE MEDIO DEDICADO

La primera diferencia de ATM con otras tecnologías es que usa conexiones dedicadas para accesar al medio corriendo en paralelo . Por ejemplo, en Ethernet sólo un usuario puede accesar al medio a la vez, ATM proporciona a cada usuario un acceso dedicado al medio. Esta conexión es proporcionada por un switch.

Los conmutadores (switch) permiten muchas conexiones dedicadas y éstas trabajan en paralelo, lo que significa que múltiples conversaciones se pueden establecer simultáneamente.

Los switches de ATM pueden ser conectados unos con otros, permitiendo tener una gran red ATM con muchas conexiones que pueden correr en paralelo, soportando múltiples conversaciones sobre diversas rutas, todas al mismo tiempo.

En las redes ATM, a medida que se suman más usuarios el promedio de ancho de banda para las conecciones sobre la red no decrece. El máximo ancho de banda y promedio de ancho de banda por conexión es el mismo (155Mb/s) y se puede aumentar hasta 622 Mb/s, y en lo futuro aún más.

ATM USA CELDAS DE LONGITUD CONFIGURABLE

En redes de medio compartido, los nodos finales toman paquetes de longitud variable que son manejados por los protocolos de las capas superiores. Estos paquetes son encapsulados dentro de celdas de longitud configurable.

El encapsulamiento está definido por un encabezado de 5 bytes, seguido por un campo de control de 48 bytes.

Estas celdas son después transmitidas sobre la red ATM. El dato original en el paquete es reensamblado en el nodo destino por medio de la concatenación de las celdas de control.

Es importante hacer notar que la información del encabezado en el paquete no tiene que ser repetido en cada celda de ATM ya que ésta es mapeada dentro del campo de control de ATM. De la misma manera pasa con el resto del paquete, lo que significa que este encabezado sólo aparece en la primera celda de la secuencia de transmisión del paquete.

I11 - 17

ATM ES DE CONEXI~N ORIENTADA

ATM es de conexión orientada. Esta es la tercera diferencia de redes de medio compartido con ATM. Las comunicaciones con ATM son realizadas por medio de un canal virtual perma- nente, configurado entre el transmisor y receptor.

Se debe establecer un canal antes de poder enviar la información; este canal se mantiene mientras dura la tranferencia de información.

Este proceso establece la ruta por medio de la cual el transmisor y receptor se comunican, y por lo tanto no es necesario repetir en cada celda la información de ruteo, lo que la hace más eficiente.

Este proceso es análogo al hacer una llamada telefónica, primero la dirección (número tele- fónico), es enviado através de la red, se establece una conexión, después la información es enviada (la conversación) sobre una ruta preestablecida sobre la red.

Los canales virtuales proporcionan múltiples rutas dinámicas entre fuente y destino, así se puede balancear la carga, asignar el ancho de banda y tener redundancia, por lo tanto el trá- fico puede ser automáticamente re-ruteado si el enlace primario falla.

Concentradores inteligentes son la base actual de las redes locales, proporcionando no sólo conexion entre nodos, sino también es un punto de administración y control que comparte un medio.

En redes ATM el medio será conmutado, por lo tanto ATM jugará un papel muy importante en redes ATM de medio dedicado, comparable al de concentradores inteligentes en redes de medio compartido.

De hecho las especificaciones estándar de ATM ofrecen la integración de ATM dentro de concentradores inteligentes.

Dos clases de arquitectura de ATM están emergiendo, la arquitectura ATM de bus y la arquitectura ATM en paralelo.

En la arquitectura ATM de bus los puertos del switch se conectan a un backbone de bus compartido. Cuando las celdas entran al switch, ellas tienen que esperar hasta que este disponible el bus para poder ser ruteadas al puerto destino. La tecnología actual limita la velocidad de transmisión en el bus interno del conectrador de 1 a 2 Gb/s.

En la arquitectura ATM en paralelo no hay bus de datos compartido, los puertos de switch se conectan a una matriz switcheada o cunmutada.

Cuando las celdas entran al switch, ellas son ruteadas a los puertos destino por una serie de elementos de switcheo, los cuales en su forma simple, contienen dos entradas y dos salidas.

Grandes switches pueden ser construidos usando arreglos de estos elementos de switcheo. Debido a que estos elementos de switcheo corren en paralelo, no hay la clase de contención que existe en la arquitectura basada en bus.

I11 - 18

VENTAJAS DE ATM

La tecnología de ATM hace posible :

- La integracion de redes de area local LAN y redes de área amplia WAN.

- Aplicaciones de alto rendimiento.

- Aplicaciones de multimedia.

- ATM ofrece escalabilidad.

I11 - 19

CAPITULO IV ARQUITECTURAS PROPIETARIAS

CONTENIDO

4.1. SNA

4.2.NETWARE

SNA (Systems Network Architecture)’

OBJETIVOS

1. Identificar los servicios más importantes ofrecidos por SNA.

2. Comprender la jerarquía establecida en las conexiones tradicionales de SNA.

3. Comparar las redes jerárquicas con las nuevas redes punto a punto de SNA.

INTRODUCCION

SNA (Systems Network Architecture) es una arquitectura de red pro- pietaria de IBM. Surge en 1974 y ha llegado a ser una de las arquitecturas más complejas y más empleadas a nivel mundial. SNA sirvió como base para el desarrollo del modelo de OS1 que apareció aproximadamente 10 años después.

El desarrollo de SNA nunca se detuvo y siempre avanzando de manera paralela al desarrollo de la industria. En los inicios de SNA, las computadoras eran grandes máquinas de procesamiento por lotes y acceso mediante lectoras de tarjetas perforadas y terminales. Los conceptos básicos de SNA reflejan este esquema.

Hoy en día, las redes de cómputo han establecido ambientes de procesamiento distribuido y SNA ha ido adaptándose para seguir vigente en el actual ámbito de redes.

IV- 1

SNA Y EL MODELO DE OS1

MODELO SNA MODELO OS1

SERVICIOS DE TRANSACCION

SERVICIOS DE PRFSENTACION

CONTROL DEL FLUJO DE DATOS

I CONTROL DE TRANSMISION

CONTROL DE RUTAS

CONTROL DE ENLACE DE DATOS

CONTROL FISK0

I ~ APLICACION I I PRESENTACION I

I TRANSPORTE

RED

ENLACE DE DATOS

FISICO

Las características del modelo de SNA son:

La capa de Control Físico de SNA se refiere a todas las características eléctricas y mecáni- cas del medio físico de la red, así como de las interfases que lo accesan. IBM no elaboró ningún protocolo propietario en ésta capa.

La capa de Control de Enlace de Datos ofrece las mismas funciones que la capa de Enlace de Datos del modelo de OSI. SNA definió aquí el protocolo SDLC (Synchronous Data Link Control) para soportar las comunicaciones entre equipos maestros o primarios con equipos es- clavos o secundarios. También soporta los protocolos IEEE 802.5 (en sus redes IBM Token Ring).

La capa de Control de Ruta realiza muchas de las funciones de la capa de red del modelo de O S I , incluyendo el ruteo, fragmentación de paquetes y control del flujo de información en la red.

La capa de Control de Transmisión ofrece servicios de conexión confiable y funciones de encriptación y desencriptación similares a los de la capa de Transporte de OSI .

La capa de Control de Flujo de Datos controla los diálogos entre procesos o equipos y corresponde a la capa de sesion del modelo de OSI.

La capa de Servicios de Presentación especifica los algoritmos necesarios para transfor- mar los datos de un formato a otro. Esto es realizado también por la capa de Presentación de OSI.

IV - 2

Finalmente, la capa de Servicios de Transaccidn es análoga a la capa de Aplicación del modelo de OS1 ofreciendo los programas o aplicaciones necesarias para la red.

FUNCIONES BASICAS DE SNA

SERVICIOS DE TRANSACCION

SERVICIOS DE PRFSENTACION

CONTROL DEL FLUJO DE DATOS

CONTROL DE TRANSMISION

CONTROL DE RUTAS

CONTROL DE ENLACE DE DATOS

CONTROL FISICO

L

UNIDADES DIRECCIONABLES

DE RED

' CONTROL DE RUTAS DE RED

A pesar de que SNA se define en 7 capas, su funcionamiento emplea sólo 5 capas (las intermedias). Estas 5 capas se clasifican en dos categorías:

- Control de Rutas de Red (capas 2 y 3)

- Unidades Direccionables de Red (capas 4,5 y 6)

El componente de software que implementa las funciones de Control de Rutas de Red es llamado NCP (Network Control Program).

El componente de software que implementa las funciones de las Unidades Direccionables de red es llamado VTAM (Virtual Telecommunications Access Method).

JERARQUIA DE SNA

f TIPO 5

TIPO 4

NODO PERIFERICO TIPO 2

Existen tres tipos de nodos en las redes jerárquicas de SNA:

- Nodo Host - Nodo Controlador de Comunicaciones - Nodo Periférico

NODO HOST

Estos son los llamados Mainframes, equipos con gran capacidad de procesamiento y que corren el software de VTAM para controlar y administrar los recursos de la red. VTAM corre bajo diferentes sistemas operativos para mainframes de IBM: MVS (Multiple Virtual Storage), VM (Virtual Machine) y VSE (Virtual Storage Extended).

Un nodo host controla un dominio constituido por nodos subordinados o periféricos. Las redes de SNA permiten múltiples nodos host y las terminales de un dominio pueden accesar aplicaciones de otros dominios.

Las tablas y archivos de VTAM son alamcenadas dentro de un nodo de host y deben ser actualizadas antes de adicionar cualquier nuevo nodo a la red. En esos archivos se registra el tipo de dispositivo, los servicios que puede accesar y las aplicaciones que tendrá disponibles.

I V - 4

NODO CONTROLADOR DE COMUNICACIONES

Los controladores de comunicaciones son comúnmente llamados FEP (Font-End Proces- sor) y se encargan de rutear y controlar el flujo de datos en la red.

Un controlador de comunicaciones se puede conectar directamente a un canal de datos de alta velocidad del host o bien, puede enlazarse remotamente con otro controlador de comunicaciones através de enlaces también de alta velocidad.

NCP es el software que corre en los controladores de comunicaciones y controla todos los recursos conectados al FEP, como líneas telefónicas o bien otros FEPs. Cualquier cambio o adición de líneas en el controlador de comunicaciones deben reconfigurarse en el NCP.

NODO PERIFÉRICO

Estos nodos son conocidos como nodos del tipo 2 y ejemplos de ellos son las controladores de grupo (cluster controllers) y las terminales.

Los controladores de grupo, como su nombre lo indica, se encargan de conectar grupos de terminales a un controlador de comunicaciones. El enlace entre el controlador de grupo y el de comunicaciones puede ser local o remoto, mientras que el enlace entre el controlador de grupo y las terminales sólo puede ser local.

JERARQUIA DE LAS UNIDADES DE RED

DIRECCIONABLES

Todos los nodos de SNA contienen unidades direccionables de red, cada una identificada con una dirección única. Existen tres tipos de unidades:

Punto de Control de los Servicios del Sistema (System Services Control Point - SSCP)

Este es propiamente el software de VTAM que controla los recursos de la red. Un SSCP se encarga de traducir los nombres a direcciones de red.

Unidad Física1 (Physical Unit - PU)

Un PU es una combinación de harware, software que administra y monitorea los recursos de un nodo.

Unidad L6gica (Logical Unit - LU)

Un LU es un punto de acceso a la red. Los LUs permiten establecer conexiones entre sí para intercambiar información

I V - 5

} APLICACIONES

UNIDAD FISICA TIPO 5

NCP { UNIDAD FISICA TIPO 4

PU2 UNIDAD FISICA TIPO 2

LU2 UNIDADES LUZ LOGICAS

TIPO 2

I V - 6

SESIONES DE SNA

\

CONTROL

SSCP J I PUS I

\ SLU

Una sesión en SNA es una conexión lógica entre dos unidades direccionables de la red, así como las comunicaciones que existan entre ellas. SNA establece y adiministra sesiones para procesamientos de aplicaciones y sesiones para procesamientos de la red.

Las comunicaciones para aplicaciones son sesiones entre LUs. Para ello los LUs se clasifican en primarios y secundarios. Un LU primario (Primary Logical Unit - PLU) posee una mayor capacidad de procesamiento y es responsable de iniciar y controlar la comunicación con un LU secundario (Secundary Logical Unit - PLU) .

Para iniciar una comunicación, el PLU envía un mensaje de enlace (bind) a un SLU. La se- sión se inicia cuando el SLU acepta el mensaje de bind que contiene parámetros de información almacenados en las tablas VTAM del mainframe. Para que la sesión sea exitosa, la información del bind debe corresponder a las características de hardware del dispositivo (tamaño de la pantalla, tipo de impresora, etc.). Por ejemplo, si un PLU quiere establecer una sesión con el SLU de una terminal y el mensaje de enlace contiene parámetros para una impresora, la terminal rechazará el mensaje y la sesión no se llevará a cabo.

IV- 7

Las sesiones entre LUs se llevan a cabo principalmente para comunicaciones entre usuarios, pero también existen sesiones para realizar funciones de mantenimiento a la red, tales como las siguientes sesiones:

SSCP - SSCP (sesión mainframe a mainframe)

SSCP - PU (sesión entre mainframe y unidad física)

SSCp - LU (sesión entre mainframe y unidad lógica)

REDES PUNTO A PUNTO DE SNA

I PU2.1 1 PU2.1 PU2.1 -

LU6.2 LU6.2

IBM liberó sus redes de SNA punto a punto en 1984. Esta nueva tecnología implantó el procesamiento distribuido en sus sistemas establecidos de mainframes, minicomputadoras y pc's. Las bases conceptuales y de funcionamiento de SNA se mantuvieron y sólo se agregó una mayor disponibilidad del poder de procesamiento. Las redes resultantes ofrecen una mayor flexibilidad, desempeño y funcionalidad desde el punto de vista de los desarrolladores de aplicaciones.

Las redes punto a punto pueden ser más eficientes que las redes jerárquicas de SNA. Asi- mismo, eliminaron la necesidad de nodos de host y controladores de comunicaciones.

CARACEMSTICAS DE LAS REDES PUNTO A PUNTO

En las redes punto a punto, cada nodo se encarga de manejar sus comunicaciones. Para ello, las caractensticas de hardware y software se vieron modificadas.

Surge una nueva unidad física (PU) conocida como PU2.1 que posee mayores característi- cas de procesamiento. Los PU2.1 poseen sus propias tablas de rutas y dispositivos. Informan de su existencia a otros nodos de la red y permiten que estos actualizen sus respectivas tablas.

Por otro lado, los LUs del tipo 2 sólo permitian procesar una sesión a la vez. Los LU6.2 pueden procesar múltiples sesiones concurrentemente. Los LU6.2 ya se consideran un es- tándar y muchos equipos de terceros fabricantes los soportan.

LU6.2 transfiere datos de una manera más eficiente. Dado que las computadoras poseen sus propias carcaterísticas de procesamiento ( a diferencia de las terminales), éstas rara vez necesitan intercambiar información de teclado o pantalla. Por otro lado, las terminales tradicionales realizaban transferencia de información en cadenas de no más de 4KB, mientras que LU6.2 permite cadenas de datos de hasta 64 KB.

ADMINISTRACION DE REDES SNA

NetView es la arquitectura de administración de redes de IBM para SNA. NetView divide los problemas de administración en cuatro áreas:

1. Administración del Problema

2. Administración del Rendimiento y Contabilidad

3. Administración de la Configuración

4. Administración de los Cambios

El área de Administración del Problema controla los errores de de la red. Cualquier problema es monitoreado desde que se origina hasta que se resulve. los problemas son manejados por etapas:

- Determinación del problema - Diagnóstico del problema - Recuperación del problema - Resolución del problema - Rastreo y Control del problema

IV-9

El área de Administración del Rendimiento y Contabilidad monitorea las redes SNA y registra la información referente a su estado. Esta información incluye tiempos de respuesta, disponibilidad de los recursos, utilización de los recursos y retardos por tráfico. Si se detecta una disminución en el rendimiento de la red, se pueden iniciar acciones correctivas para mejo- rar su desempeño.

La Administracidn de la Configuración se encarga de identificar todos los recursos de la red, así como las relaciones que lógicamente puedan existir entre ellos. El registro de informa- ción de recursos incluye configuración del equipo y datos de empresas de apoyo o soporte al mismo. Esta información es almacenada y empleada al para resolver fallas.

Finalmente, el Brae de Administración de los Cambios maneja cualquier cambio que ocurra en la red de SNA, ya sea de hardaware, software y firmware. El registro de toda esta información es útil para planeación de mejoras en la red.

ADMINISTRACI~N DEL PROBLEMA

ADMINISTRACI~N DE LA CONFIGURACI~N

ADMINISTRACI~N

Y CONTABILIDAD DE LOS CAMBIOS

I

IV - 10

N E W A R E

OBJETIVOS

1. Identificar a las principales organizaciones que han promulgado y / o defendido los protocolos de NetWare.

2. Identificar los servicios ofrecidos por NetWare.

INTRODUCCION

NetWare es un sistema operativo de red. Fué creado por Novell, Inc. y su introducción en el mercado ocurre a principios de 1980. El sistema operativo NetWare provee servicios para compartir archivos e impresoras, correo electrónico, acceso a base de datos y otros servicios para funciones remotas.

NetWare está basado en una estructura cliente-servidor, donde los clientes (comúnmente llamados workstations o estaciones de trabajo) hacen peticiones a los servidores, los cuales ofrecen los servicios de red arriba mencionados. Mediante de ésta arquitectura, cualquier recurso remoto de la red aparece ante los clientes como si fuera un recurso local.

Desde su aparición, NetWare a logrado una gran aceptación en el mercado, al grado de ser actualmente uno de los sistemas operativos de red más pupulares.

NetWare también trabaja paralelamente junto con otros sistemas operativos, tales como DOS, oS/2, Macintosh y UNK.

IV - 11

NETWARE Y EL MODELO OS1

,

MODELO OS1

APLICACION

PRESENTACION

SESION

TRANSPORTE

RED

ENLACE DE DATOS

FISICA

NETWARE

1 1 ETHERNET mmy ARCNET

L

OTROS

La arquitectura de NetWare se asemeja a la X N S (Xerox Network Systems). X N S fue un sistema de red desarrollado por un centro de investigaciones de Xerox, en Palo Alto (PARC) y fué liberadoen 1981. X N S es la base para muchos sistemas de redes de PCs, tales como 3COM, UngermannBass y Banyan.

Dada la gran variedad de protocolos e interfases de programación que se han asociado con NetWare, el ubicar la correspondencia de los protocolos de NetWare con el modelo de OS1 no resulta trivial.

NetWare ofrece soporte a varios estándares de LAN (Local area Network) como Ethernet, IEEE 802.3, IEEE 802.5, IBM Token Ring y Arcnet. Las funciones de la capa de red son cubier- tas por el protocolo IPX de Novell.

Sobre la capa de red, NetWare provee una amplia gama de servicios. El protocolo SPX de Novell atiende los servicios de la capa de transporte. NetBIOS asume las tareas de las capas de sesión, transporte y de red. El "shell" de Novell establece una interfase entre las llamadas de los sistemas operativos y los servicios de red. NCP (NetWare Core Protocol) comprende una gama de rutinas instaladas en el server para ofrecer a las aplicaciones el adecuado acceso a los sistemas de archivos de NetWare.

Iv- 12

PROTOCOLO IPX

IPX (Internetwork Packet exchange) es un protocolo -no orientado a conexión- de la capa de red. Este protocolo está basado en el protocolo IPD (Internetwork Datagram Protocol) de Xerox.

IPX realiza funciones de direccionamiento en la red. Después de que los paquetes de datos viajan a través de la red y alcanzan su destino (ya sea una workstation o un server), IPX se encarga de que la información llegue adecuadamente a los procesos de las capas superiores.

Otra de las funciones principales de IPX es el ruteo. IPX toma decisiones de ruteo en base a la información direcciones, distancias y rutas registradas por el protocolo de RIP (Router Infor- mation Protocol). La version de Novel del protocolo de RIP es básicamente la misma que la establecida en los protocolos de Internet.

PROTOCOLO SPX

SPX (Sequenced Packet exchange) es una interfase de transporte de Novell y ofrece una entrega de paquetes más confiable que IPX (es decir, SPX es orientado a conexión y maneja paquete de reconocimiento o acknowledge).

SPX está basado en un protocolo de transporte de Xerox. Ejemplos de implementaciones de SPX son la emulasión de consola remota (Rconsole) y la impresión remota (Wrinter).

SERVICIOS DE NEWARE

NetWare ofrece una gran variedad de servicios al nivel de las capas al tas del modelo de OS1 (sesión, presentación y aplicación). Ejemplos de estos servicios son:

- Emulasión de NetBIOS - Acceso al Sistema de Archivos de NetWare vía NCP (NetWare Core Protocols) - El shell de NetWare - RPC (Remote Program Control) - STREAMS, TLI (Transport Level Interfase) Y LSL (Link Support Layer) - MHS (Message Handling Service) y Btrieve - SAP (Service Advertisement Protocol) - Otros servicios de valor agregado creados por Novell y otros vendedores.

N - 13

NETBIOS (Network Basic InputlOutput System)

Gracias al apoyo de IBM y de otras empresas, la interfase de sesión NetBIOS ha llegado a ser un estándar de la industria.

NetWare ofrece emulasión de paquetes de NetBIOS, el cual trabaja sobre el protocolo de transporte PEP (Packet Exchange Protocol). PEP fué adoptado por Novell tomándolo de la familia de protocolos de XNS de Xerox. PEP ofrece servicios similares a los de SPX, pero en menor escala. Después de procesar las llamadas de NetBIOS, el protocolo PEP las envía a IPX.

La emulasión de NetBIOS de Novell permite a los programas diseñados para interfases NetBIOS correr en los sistemas de NetWare.

NCP (NetWare Core Protocols)

La esencia de NetWare es la de un sistema operativo de red -de propósito especial- que trabaja sobre servers. Muchas funciones (tales como: servicios de archivos, impresión, admin- istración de nombre, bloqueo de archivos y sincronización) están disponibles para los usuarios gracias a los protocolos NCP (NetWare Core Protocols).

Caracteristicas particulares de NCP son:

BINDERY Es una serie de archivos empleados para administrar nombres, cuentas y seguridad. El

bindery es una colección de objetos con varias propiedades y valores asociados entre sí. Por ejemplo, un nombre de usuario es un objeto con propiedades tales como password (clave secreta), directorio personal, derechos de acceso, etc.

RIGHTS La seguridad de la información almacenada en los servers consiste en una serie de dere-

chos de acceso a los archivos y directorios. NCP ofrece una lista de derechos, por ejemplo: lec- tura, escritura, creación, renombrado, borrado, control, etc. Adicionalmente, NCP se encarga de proteger la integridad de los datos mediante el bloqueo del acceso a los archivos y servicios de sincronización (en unidades de almacenamiento duplicadas o en espejo).

En conjunto con el shell de NetWare (que trabaja en las workstations), NCP ofrece un acceso trasparente a los archivos del server e impresoras conectadas en la red. Estos recursos remotos aparecen ante el usuario como si fueran recursos locales de su estación de trabajo.

IV - 14

Shell de NetWare

I SISTEMA OPERATIVO RECURSOS DE RED

PETICIONES DE LA APLICACI~N

El shell de NetWare radica en las estaciones de trabajo (workstations) y se encarga de in- terceptar todas las peticiones que hacen las aplicaciones, determinando si éstas requieren de los servicios de la red (por ejemplo, del server). De ser así, el shell empaqueta la petición (generalmente llamada petición NCP) y la envía a los protocolos de las capas bajas para que lo transmitan a t ravés del medio físico de la red. En dado caso que la petición no requiera de los servicios de la red, el shell turna la llamada al sistema operativo local de la estación.

sultados son enviados de vuelta a la estación de trabajo que las solicitó. En el server, las peticiones NCP son resueltas mediante las rutinas apropiadas y los re-

Las aplicaciones que trabajan en la workstation, no requieren saber si sus peticiones son resueltas local o remotamente. Esta ventaja es resultado de la transparencia ofrecidas por NCP y el shell de Novell. Gracias a ello, la mayor parte de aplicaciones diseñadas para correr en una PC convencional, pueden fácilmente ser transladadas al server para emplearse simúltánea- mente por vanas estaciones de trabajo sin necesidad de grandes reconfiguraciones.

N - 15

W C (Remote Procedure CaEE)

RPC (Remote Procedure Call) es una tecnología que ofrece acceso transparente a los recursos remotos en un ambiente de NetWare. Fué creado por NetWise (una compañía desarro- lladora de herramientas RFC, establecida en Colorado). Novel1 obtuvo la licencia de esta empresa para poder emplear RPC dentro de NetWare. Las funciones desempeñadas por RPC para NetWare, son similares a las que hace el protocolo RPC de Sun para NFS.

STREAMS, TLI y LSL

f APLICACIONES

Creado por AT&T, STREAMS actúa como un conducto para comunicar los procesos de las capas altas con los sistemas de transporte. A través de STREAMS, TLI (Transport Layer Inter- face) y LSL (Link Support Layer), NetWare puede soportar una gran variedad de tecnologías de transporte sobre una amplia gama de drivers de comunicaciones para red.

STREAMS consiste de un encabezado, módulos y manejadores o drivers de dispositivos. El encabezado acepta las llamadas de los programas de las capas superiores y las entrega a los módulos intermediarios o directamente a los drivers. Para citar una ejemplo, supongamos que el driver puede ser diseñado para una tarjeta de red (Network Interface Card - N I 0 de Ether- net; los módulos intermediarios pueden implementar IPX.

IV - 16

TLI trabaja junto con STREAMS. Este define las llamadas a funciones que son enviadas a través de STREAMS. TLI no está ligado a ningún protocolo de transporte específico, por lo que se le considera un intermediario genérico para que todas las llamadas de aplicaciones sean a- tendidas por cualquier tipo de protocolo de transporte.

LSL (también conocido como OD1 - Open Data-link Interface) comunica a los drivers y protocolos de manera similar a STREAMS y TLI. LSL fué creado por Apple y Novell y ofrece especificaciones que permiten a los fabricantes crear drivers y productos de hardware que sean compatibles con Apple Talk y NetWare respectivamente.

MHS (Message Handling Systems)

MHS es un sistema de entrega de mensajes creado por Action Tecvhnologies y Novell. MHS más que una tecnología es un producto. Este no ofrece una interface directa al usuario, sino que realiza las funciones similares a una oficina postal. MHS se encarga de entregar el correo en los buzones postales. La manera de guardar mensajes o accesar los mensajes del buzón no es responsabilidad de MHS.

MHS es uno de los sistemas de manejo de correo más populares en nuestros días.

Btrieve es una implementación de Novell de el mecanismo de acceso a las bases de datos de árbol binario ("Btree"). El mecanismo de acceso de Btrieve ofrece la estructura y el acceso estructurado a los archivos. Este es muy popular en implementaciones de bases de datos en PCS.

Los archivos de Btrieve son accesados por valores indexados o llaves (keys). El apellido del usuario podría ser una llave del archivo. Una de las mejores características de Btrieve es su rápido acceso a los archivos y registros.

SAP (Service Advertisement Protocol)

Los servers de NetWare emplean los SAPs para notificar de sus servicios a todos los demás dispositivos en la red. Los SAPs trabajan directamente sobre IPX. Cada server debe identificarse a si mismo y a sus servicios cada minuto emitiendo un aviso conocido como paquete de identificación de servicios (Service Identification Packet). Un usuario de SAPs reconocerá estos paquetes de notificación, o bien enviará un paquete para solicitarlos (Service Query Packet).

IV- 17

SERVICIOS DE VALOR AGREGADO

NetWare ofrece varios servicios adicionales. Estos generalmente son módulos que pueden agregarse a los sistemas de NetWare. En las versiones de NetWare 2.x se conocen como VAPs (Value Added Process). En las versiones 3.x se identifican como NLMs (NetWAre Loadable Modules).

Ejemplos de estos servicios de valor agregado son:

- Archivos compartidos

- Impresoras compartidas

- Correo electrónico

- Servicios de transporte

- Servicios de comunicaciones

- Servicios de bases de datos

IV - 18

CAPITULO V PANORA2MA ACTUAL

CONTENIDO

5.1. LAS REDES EN MEXICO

LAS REDES EN MEXICO

OBJETNOS

1. Conocer el estado actual de las redes de computadoras en México.

INTRODUCCION

Nueve años han pasado desde que se inició en México el proceso de instalación de redes de microcomputadoras y con ellas la expansión de las redes de cómputo en general. En ese lapso de tiempo hemos estado tan ocu- pados con el enorme crecimiento de este sector de la industria, que se ha perdido la visión de los logros y del estado actual de la base instalada.

A continuación se presenta el resultado de una investigación realizada por una de las empresas pioneras en el mercado de las redes en México (Intersys), y por la División de Atención a Grandes Usuarios de Teléfonos de México (TELMEX) a finales de 1993.

Este estudio se basa en una muestra significativa de grandes instituciones representantes de diversos sectores de la economía nacional. Para propósitos de esta investigación, los grandes usuarios del país fueron di- vididos en cuatro sectores: Financiero, Gobierno, Servicios e Industrial.

v - 1

LAS REDES LOCALES ELEMENTO UNIVERSAL

Aunque hoy parezca obvio que todo gran usuario de informática debe tener redes locales, es curioso señalar que hace apenas cuatro años aún se encontraban escépticos de ellas. El resultado de la encuesta mostró que un 95% de los grandes usuarios tienen redes instaladas. El 5% restante reconoció la necesidad imperiosa de comenzar la incorporación de redes locales como elemento de integración de micros, minis y mainfraimes.

Aparentemente el sector menos desarrollado en materia de redes es el de servicios, sin embargo, se espera en los próximos meses un crecimiento acelerado en dicho sector.

CLARA SUPREMACIA DE ETHERNET

Al analizar el tipo de redes instaladas por los grandes usuarios, se detectó que la topología de Ethernet domina con un 55.9% mientras que Token Ring cuenta con 40.5 % y el 3.6% restante es ocupado por otras topologías (como Arcnet y LocalTalk). La presencia de Arcnet en los grandes usuarios generalmente se asocia a aquellos pioneros de las redes que mantienen parte de su original base de equipo instalada. Prácticamente ninguno de los grandes usuarios manifestó estar adquiriendo o instalando redes Arcnet en la actualidad.

OTROS (3.6%)

TOKEN RING (40.5%)

ETHERNET (55.9%)

v - 2

Tres de los sectores denotan claramente la preferencia por redes Ethernet. El sector gobierno domina con un 88.2%, el industrial con un 84.2% y en el sector servicios se cuenta con un 79.6% de la base instalada.

TIPO DE REDES INSTALADAS POR SECTOR

PORCENTAJE DEL TOTAL

1 O0

90

80

70

60

50

40

30

20

10

O

ETHERNET TOKEN RING OTRAS

O

FINANCIERO GOBIERNO SERVICIOS INDUSTRIAL

LOS BANCOS CON TOKEN RING

En el sector financiero, principalmente representado por los bancos, se encontró preferencia por Token Ring que constituye el 60.5% de sus redes instaladas. Ethernet ocupa un 38.9% y existe sólo un 0.6% de otras topologías dentro de este sector. El hecho de que Token Ring prev- alezca sobre las demás es debido a la gran base instalada de IBM en todos los bancos. Típica- mente un usuario de IBM en funciones críticas no desea añadir una variable más a su sistema y tiende a seguir ciegamente las recomendaciones del proveedor que le ha integrado su solución.

v - 3

REDES DISEMINADAS EN EL PAIS

Los grandes usuarios mostraron tener redes instaladas en un promedio de 11 diferentes ciudades en el país. Las instituciones financieras fueron las líderes al reportar instalaciones promedio en 23 ciudades.

NUM. CIUDADES

2 2 .6 2 4

2 2

2 0

1 8

1 6

1 4

1 2

1 0

8

6

4

2

O FINANCIERO GOBIERNO SERVICIOS INDUSTRIAL

Obviamente, en la Ciudad de México se localiza el mayor número de redes locales de los 4 sectores, con un promedio de 11 para el total de los grandes usuarios y 22 para el sector financiero. La siguiente figura muestra el promedio de redes por sector en las tres ciudades más importantes de país.

NUM. DE LOCALES

2 4

2 2

2 0

1 8

1 6

1 4

1 2

1 0

8

6

4

2

O

D.F. GUADALAJARA MONTERREY

m O

FINANCIERO GOBIERNO SERVICIOS INDUSTRIAL

V - 4

Al analizar el porcentaje de las redes instaladas en toda la República que se encuentra conectadas entre sí formando una red de área amplia (WAN), se encontró tan sólo un 42% para el total de la muestra. Aparentemente, el sector industrial ha adelantado al resto de los sectores en este rubro, uniendo un 60% de sus redes. El sector financiero une un 42% de sus redes, el de gobierno un 34% y el de servicios sólo un 29%.

AUN DOMINA EL ESTANDAR x.25

En cuanto a los dispositivos empleados para construir redes de area amplia en México, el estándar X.25 domina con 46.7% de las conexiones seguido por los ruteadores con un 21.7%, los puentes con un 21.7% y otros con un 11.6%. Los dispositivos basados en X.25 son preferi- dos especialmente por el sector gobierno, en donde ocupan el 60% de las conexiones habilita- das.

DISPOSITIVOS DE COMUNICACION UTILIZADOS

OTROS (11.7%)

GRANINTERES POR NUEVAS TECNOLOGLAS

Todos los sectores manisfestaron estar satisfechos con sus redes X.25 aunque paulatina- mente las necesiaddes de transmisión empiezan a rebasar sus capacidades. En específico, el sector financiero se encuentra evaluando alternativas más rápidas y eficientes sobre todo en las área S de Frame Relay y ATM.

No es de extrañarse que exista una gran efervecencia sobre la construcción de redes de área amplia en México. El país requiere de una infraestructura de comunicaciones poderosa para poder hacer frente a los retos que se preesntan ya que sólo las instituciones con un só- lido manejo informático y de comunicaciones gozarán de una ventaja competitiva al entrar de lleno a la era de la información.

v - 5

ANSI

APPN

ARPANET

AS

AT&T

BB&N

BSD

CAD

CAM

CCITT

CD

CPU

CRC

CSMA/CA

CSMA/CD

DCE

DARPA

DDN

DDP

DEC

DLCI

DQDB

DSAP

DTE

EM1

FCS

DICCIONARIO DE ABREVIACIONES

American National Standards Institute.

Advanced Peer-topeer Networking

Advanced Research Projects Agency Network

Application system (AS/4000)

American Telphone and Telegraph

Bolt, Beranek and Newman

Berkeley Software Distribution

Computer-Aided Design

Channel Access Method

Consultative Committee on International Telegraphy and Telephony

Carrier Detection

Central Processing Unit

Cyclic Redundancy Check

Carrier Sense Multiple Access/Collision Avoidance

Carrier Sense Multiple Access/Collision Detection

Data Communication Equipment

Department of Defense Advanced Research Projects Agency

Defense Department Network

Datagram Delivery Protocol

Digital Equipment Corporation

Data Label Circuit Identifier

Distributed Queue Dual Bus

Destination Service Access Point

Data Terminal Equipment

Electromagnetic Interference

Frame Check Sequence

FDDI

FEP

m GOSIP

HDLC

IBM

ICMP

IEEE

IP

IPD

IPX

ISDN

I S 0

LAN

LED

LLC

LSL

LU

MAC

MAN

MAP

MAU

MHS

MSAU

MVS

NIC

NCP

NCP

NFS

Fiber Distribution Data Interfase

Front-End Processor

File Transfer Protocol

Government Open System Interconnection

High-level Data Link Control

International Business Machines

Internet Control Message Protocol

Institute of Electrical and Electronic Engineers

Internet Protocol

Internetwork Datagram Protocol

Internetwork Packet exchange

Integrated Services Digital Network

International Stardards Organization

Local Area Network

Light Emitting Diode

Logical Link Control

Link Support Layer

Logical Unit

Media Access Control

Metropolitan Area Network

Manufacturing Automation Protocol

Multiple Access Unit

Message Handling Service

Multi-Station Access Unit

Multiple Virtual Storage

Network Interface Card

Network Control Program

Network Core Protocol

Network File System

OD1

ONC

os1 PARC

PC

PDU

PEP

PLU

PU

PVC

RAM

RFC

RIP

RPC

RPC

SAP

SAP

SDLC

SIP

SLU

SMT

SMTP

SNA

SPX

SQP

SRI

SSAP

SSCP

Open Data-link Interface

Open Network Computing

Open System Interconnection

Palo Alto Research Center

Personal Computer

Protocol Data Unit

Packet Exchange Protocol

Primary Logical Unit

Physical Unit

Permanent Virtual Circuit

Random Access Memory

Request For Comments

Router Information Protocol

Remote Procedure Call

Remote Program Control

Service Access Point

Service Advertisement Protocol

Synchronous Data Link Control

Service Identification Packet

Secundary Logical Unit

Station ManagmenT

Simple Mail Transfer Protocol

Systems network Architecture

Sequenced Packet exchange

Service Query Packet

Stanford Research Institute

Source Service Access Point

System Services Control Point

STP

svc TCP

T L I

TPDU

UDP

ULP

UTP

VM

VSE

VTAM

WAN

XDR

X N S

Shielded Twisted Pair

Switching Virtual Circuit

Transport Control Protocol

Tranport Layer Interface

Transport Protocol Data Unit

User Datagram Protocol

Upper Layer Protocol

Unshielded Twisted Pair

Virtual Machine

Virtual Storage Extended

Virtual Telecommunications Access Method

Wide Area Network

External Data Representation

Xerox Network Systems

ARQULTECnrRAS TECNOLOGLAS DE …148.206.53.84/tesiuami/UAM3624.pdf · TELNET Y NFS ..... CAPITULO...

Documents

Transcript of ARQULTECnrRAS TECNOLOGLAS DE …148.206.53.84/tesiuami/UAM3624.pdf · TELNET Y NFS ..... CAPITULO...