Documentos de Académico
Documentos de Profesional
Documentos de Cultura
2-Modelo OSI 21430
2-Modelo OSI 21430
2-Modelo OSI 21430
Introduccin:
Antes de empezar a desarrollar los temas referidos a este trabajo primero sealaremos la
importancia de las redes de computadores, y su utilidad. Nos referiremos a los objetivos de
las redes, a las aplicaciones de las redes y ya mas tcnicamente a su estructura.
Distancia entre
Procesadores
Procesadores Ubicados en
el Mismo
Ejemplo
0.1 metro
1 metro
El Sistema
Multiprocesador
10 metros
El Cuarto
100 metros
El Edificio
1kilometro
Los Terrenos de la
Universidad
10 kilmetros
La Ciudad
100 kilmetros
El pas
1.000 kilmetros
El Continente
Interconexin de WAN
10.000 kilmetros
El Planeta
Interconexin de WAN
Cuadro 1-1
El reemplazo de una maquina grande por estaciones de trabajo sobre una LAN no ofrece la
posibilidad de introducir muchas aplicaciones nuevas, aunque podran mejorarse la
fiabilidad y el rendimiento. Sin embargo, la disponibilidad de una WAN (pblica) s genera
nuevas aplicaciones viables, y algunas de ellas pueden ocasionar importantes efectos en la
totalidad de la sociedad. Para dar una idea sobre algunos de los usos importantes de redes
de computadores, veremos ahora brevemente tres ejemplos: el acceso a programas remotos,
el acceso a bases de datos remotos y facilidades de comunicacin de valor aadido.
Una compaa que ha producido un modelo que simula la economa mundial puede
permitir que sus clientes se conecten usando la red y corran el programa para ver como
pueden afectar a sus negocios las diferentes proyecciones de inflacin, de tasas de inters y
de fluctuaciones de tipos de cambio. Con frecuencia se prefiere este planteamiento que
vender los derechos del programa, en especial si el modelo se esta ajustando
constantemente o necesita de una maquina muy grande para correrlo.
Otra area principal para la utilizacin de redes es el acceso a bases de datos remotas. En
esta categora tambin caen las operaciones bancarias que se llevan a cabo desde el
domicilio particular, as como las noticias del peridico recibidas de forma automtica, la
automatizacin de las bibliotecas.
Todas estas aplicaciones operan sobre redes por razones econmicas: el llamar a un
computador remoto mediante una red resulta ms econmico que hacerlo directamente. La
posibilidad de tener un precio mas bajo se debe a que el enlace de una llamada telefnica
normal utiliza un circuito caro y en exclusiva durante todo el tiempo que dure la llamada,
en tanto que el acceso a travs de una red, hace que solo se ocupen los enlaces de larga
distancia cuando se estn transmitiendo datos.
Una tercera forma que muestra el amplio potencial del uso de redes, es su empleo como
medio de comunicacin, con el conocido correo electrnico, que es capaz de transmitir voz
digitalizada, as como fotografas e imgenes mviles de televisin y vdeo. El uso de las
redes como un sistema de comunicacin sofisticado puede reducir el nmero de viajes,
ahorrando de esta manera energa.
Estructura de la Red:
En toda red existe una coleccin de maquinas destinadas para correr programas de usuario
(aplicaciones). Seguiremos la terminologa de unas de las primeras redes, denominada
ARPANET, y llamaremos hostales a las maquinas antes mencionadas. Tambin, en
algunas ocasiones se utiliza en la literatura el trmino sistema terminal o sistema final.
Los hostales estn conectados mediante una subred de comunicacin, o simplemente una
subred. El trabajo de la subred consiste en enviar mensajes entre hostales, de la misma
manera como el sistema telefnico enva palabras entre la persona que habla y la que
escucha. El diseo completo de la red se simplifica notablemente cuando se separan los
aspectos puros de comunicacin de la red (la subred), de los aspectos de aplicacin (los
Hostales).
Una subred en la mayor parte de las redes de rea extendida (WAN) consiste en dos
componentes diferentes: las lneas de transmisin y los elementos de conmutacin. Las
lneas de transmisin tambin se les conoce como circuitos, canales o troncales, y son los
encargados de mover bits entre las maquinas.
Los elementos de conmutacin son computadores especializados que se utilizan para
conectar dos o ms lneas de transmisin. Cuando los datos llegan por una lnea de entrada,
el elemento de conmutacin deber seleccionar una lnea de salida para reexpedirlos. As,
considerando la terminologa de ARPANET, a los elementos de conmutacin se pueden
llamar IMP (procesadores de intercambio de mensajes), aunque tambin son conocidos
como: nodo de conmutacin de paquetes, sistemas intermedio y central de
conmutacin de datos.
En trminos generales, puede decirse que hay dos tipos de diseos para la subred de
comunicacin:
Canales punto a punto.
Canales de difusin.
peso igual a 1, como direcciones de difusin restringida. Los (n-1) bits restantes de la
direccin forman un mapa de bits correspondiente a (n-1) grupos. Si se transmite un
paquete con los bits, digamos, x, y, yz puestos a 1, este es aceptado por todas las maquinas
subscriptas a uno o ms de estos tres grupos.
En cualquier instante una mquina, en un bus (a), tiene la funcin maestra y esta capacitada
para transmitir. El resto de las mquinas no pueden enviar. Se necesita un mecanismo de
arbitraje para resolver los conflictos en el momento en que dos o ms maquinas quieren
transmitir a la vez. Este mecanismo de arbitraje puede estar centralizado o distribuido.
Una segunda posibilidad es la representada por la inclusin de un satlite o sistema de
radiodifusin (b) terrestre. Cada IMP tiene una antena a travs de la cual puede enviar o
recibir. Todos los IMP pueden or la salida desde el satlite y, de la misma forma, en
algunos casos, tambin pueden or las transmisiones que hacen otros IMP hacia el satlite.
Un tercer sistema de difusin es el de anillo (c), en donde cada bit se propaga solo, sin
esperar el resto del paquete al cual pertenece. Cada uno de los bits, tpicamente,
circunnavega el anillo completo en el tiempo que se tarda en transmitir algunos bits; por lo
general, antes de que el paquete completo haya transmitido. Al igual que en los otros
sistemas de difusin, se necesita una regla para arbitrar los accesos simultneos al anillo.
Existen varios mtodos que se utilizan.
Bus.
Satlite o Radio.
Anillo.
Las subredes de difusin pueden adems dividirse en estticas y dinmicas, dependiendo de
cmo se haya asignado el canal. Una asignacin esttica tpica seria dividir el tiempo en
intervalos discretos y permitir as que cada maquina difunda su mensaje solo cuando le
llegue su intervalo correspondiente. Las asignaciones estticas despreciaran la capacidad
del canal cuando una de las maquinas no tiene nada que decir durante el tiempo que tiene
asignado, as algunos sistemas asignan el canal en forma dinmica (es decir, bajo
demanda).
Los mtodos de asignacin dinmica para un canal pueden ser centralizados o distribuidos.
En el mtodo de asignacin de canal centralizado hay una entidad nica, por ejemplo una
unidad de arbitraje de bus, que, determina quien es el siguiente. Esto podra hacerlo al
aceptar solicitudes y tomar una decisin con base en algn algoritmo interno. En el mtodo
de asignacin de canal descentralizado no existe una unidad central; cada una de las
maquinas deber decidir por si misma si trasmite o no. Podra pensarse que esto siempre
lleva a un caos, pero no es as, ya que existen algoritmos diseados para eliminar la
posibilidad de este caos potencial.
Diseo de Redes:
Generalmente una red se compone de varios computadores, alguno de los cuales tienen
varios procesos, se necesita un medio que permita a un proceso especificar con quin desea
establecer una conexin. Establecer una conexin y terminarla pueden parecer
procedimientos triviales pero que en realidad son bastante complejas.
Tambin en el diseo de redes nos encontramos con la problemtica de la transferencia de
datos. En algunos sistemas los datos viajan en una sola direccin, unilaterales. En otros
viajan en ambas direcciones, semidplex. Por ltimo existen otros sistemas en los que los
datos viajan en ambas direcciones y al mismo tiempo, dplex. En este caso el protocolo
deber de ser capaz de determinar el nmero de canales lgicos que corresponden a la
conexin y cuales son sus prioridades.
El control de errores es un problema de gran relevancia en el diseo de las redes.
Actualmente existen varios cdigos detectores y correctores de error, es muy importante
que los dos extremos de la conexin estn de acuerdo en cul utilizar.
Tambin en el diseo de redes se ha de tener en cuenta el orden de los mensajes que se
envan. El protocolo deber establecer, de forma explcita, un procedimiento seguro para
que el receptor pueda colocar los mensajes nuevamente en su forma original.
Otro aspecto que ha de tenerse en cuenta es el proteger a un receptor lento de una cantidad
abrumadora de datos enviados por un transmisor rpido. Otro problema, es la incapacidad
para aceptar mensajes arbitrariamente extensos por todos los procesos. Esta propiedad nos
conduce a mecanismos de segmentacin, transmisin y ensamblaje de mensajes.
Siempre que se considere conveniente, y no sea muy costoso, establecer una conexin
separada entre un par de procesos comunicantes la capa subyacente puede decidir utilizar la
misma conexin para conversaciones mltiples, sin que estas tengan relacin alguna. Este
procedimiento se puede realizar en cualquier capa siempre que la multiplexin y
demultiplexin se haga de forma transparente.
Protocolos:
Arquitectura de Redes:
Existe una serie de organizaciones que se encargan de establecer una serie de normas que
globalicen las redes de computadores. En los ltimos aos, los diferentes fabricantes de
computadores han ido desarrollando diferentes arquitecturas para la realizacin de sistemas
distribuidos orientados fundamentalmente hacia la interconexin de equipos diseados por
los propios fabricantes. Aunque dichas arquitecturas son similares no permiten, en
principio, la interconexin de material heterogneo. El objetivo de organizaciones como
ISO, CCITT, IEEE es desarrollar un modelo de arquitectura de referencia para sistemas
heterogneos, utilizando los medios pblicos de transmisin de datos, para dar una
orientacin a las mltiples arquitecturas que aparecen con una de referencia, negociada,
hacia la que han de converger las dems.
El procedimiento que utiliza la ISO para el establecimiento de normas, est diseado para
conseguir el mayor consenso posible. El proceso se inicia cuando una de las organizaciones
de normalizacin de carcter nacional siente la necesidad del establecimiento de una norma
internacional en un rea especfica.
Esta problemtica de las normalizaciones es ciertamente compleja; en primer lugar
aparecen soluciones y a continuacin una de ellas se toma como base, un comit la corrige
y modifica convenientemente y finalmente elabora una norma; posteriormente se adopta,
pero no exactamente como ha sido emitida.
La organizacin que se ha tomado como referencia es ISO, que pretende desarrollar su
modelo de referencia teniendo en cuenta la posibilidad de que su arquitectura permitiera
fcilmente la utilizacin de las diferentes normas emitidas por otros organismos
internacionales, especialmente el CCITT.
El inters que para un informtico tiene el modelo de referencia de ISO reside en el hecho
de que ha conseguido presentar una visin global y estructurada del problema de
interconexin de sistemas informticos.
En el anlisis de un sistema de interconexin se utiliza habitualmente la metodologa
consistente en una estructura segn una jerarqua de niveles o estratos, tcnica por otro lado
ya habitual en informtica, a los cuales se les asigna funciones distintas y complementarias.
El propsito de cada capa es ofrecer ciertos servicios a las capas superiores, liberndolas
del conocimiento detallado sobre como se realizan dichos servicios.
Los entes que forman las capas correspondientes en mquinas diferentes se les
denomina procesos pares (igual a igual). Son los procesos pares los que se
comunican mediante el uso del protocolo.
Los entes de un nivel n utilizan los servicios (n-1) proporcionados por los entes de
los niveles inferiores, mediante un acceso a ellos. La estructura de estos niveles
inferiores es desconocida para el nivel n el cual nuevamente tiene en cuenta los
servicios proporcionados, por lo que se ha denominado bloque n-1. En realidad no
existe una transferencia directa de datos desde la capa n de una mquina a la capa n
de otra; sino, ms bien, cada capa pasa la informacin de datos y control a la capa
inmediatamente inferior, y as sucesivamente hasta que se alcanza la capa localizada
en la parte ms baja de la estructura. Debajo de la primera capa est el medio fsico,
a travs del cual se realiza la comunicacin real.
Cuando los diseadores de redes deciden el nmero de capas por incluir en una red, as
como lo que cada una de ellas deber hacer, una de las consideraciones ms importantes
consiste en definir claramente las interfases entre capas. Hacer esto, a su vez, requiere que
cada capa efecte un conjunto especfico de funciones bien definidas. El diseo claro y
limpio de una interfase, adems de minimizar la cantidad de informacin que debe pasarse
entre capas, hace ms simple la sustitucin de la realizacin de una capa por otra
completamente diferente.
Al conjunto de capas y protocolos se les denomina arquitectura de red. Uno de los estratos
se ocupa de las relaciones con las aplicaciones que utilizan el sistema de interconexin, los
tres siguientes se ocupan de materializar las relaciones con el sistema informtico y los tres
ltimos estn orientados fundamentalmente hacia la resolucin de los problemas
especficos de las comunicaciones.
En la elaboracin del modelo de referencia para la interconexin de sistemas abiertos, se
consideran los siguientes aspectos:
El hecho de que el sistema puede estar formado por mquinas fsicamente distantes.
Ello implica fundamentalmente que la informacin deba ser transportada entre ellas,
ya que en definitiva constituyen elementos finales del sistema. La problemtica del
transporte de la informacin viene claramente reflejada en el modelo de ISO.
Cada capa deber tener un mecanismo para el establecimiento de la conexin. Como, por
lo general, una red tienen varios computadores, algunos de los cuales tienen mltiples
procesos, se necesita un medio que permita a un proceso especifico con quien desea
establecer una conexin. Como consecuencia de tener destinatarios mltiples, se necesita
alguna forma de direccionamiento par as poder determinar un destino especifico.
El mecanismo para terminar una conexin dentro de una red, una vez que esta ya no se
necesite, esta intensamente relacionado con aquel que se utiliza para reestablecerla.
Otro conjunto de decisiones de diseo es el que se refiere a las reglas para la transferencia
de datos. En algunos sistemas los datos viajan en una sola direccin (comunicacin
unilateral o simplex). En otros, los datos pueden viajar en ambas direcciones y al mismo
tiempo (comunicacin dplex o bilateral simultanea). El protocolo debe tambin ser
capaz de determinar el nmero de canales lgicos que corresponden a la conexin y cuales
son sus prioridades. Un nmero considerable de redes tienen, por lo menos, dos canales
lgicos por conexin: uno para los datos normales y otro para los urgentes.
Dada la imperfeccin de los circuitos fsicos de comunicacin, el procedimiento para el
control de errores es un aspecto de gran relevancia. En la actualidad se conocen varios
cdigos detectores y correctores de error, pero lo importante aqu es que los dos extremos
de la conexin estn de acuerdo en cual utilizar. Adems, el receptor debe tener alguna
forma de indicar al emisor que mensajes se han recibido correctamente y cuales no.
No todos los canales de comunicacin mantienen el orden de los mensajes que les envan;
de tal manera que, para recuperar una posible perdida en la secuencia del mensaje, el
protocolo deber establecer, en forma explcita, un procedimiento seguro que permita al
receptor colocar las unidades nuevamente en su forma original. Una solucin obvia seria la
de numerar las unidades, pero esta solucin deja todava abierta la cuestin de Qu hacer
con aquellas que lleguen fuera de orden?.
Algo que ocurre comnmente en cada uno de los niveles es lo referente a como proteger un
receptor lento de una cantidad abrumadora de datos enviados por un transmisor rpido. Las
soluciones a este problema esta relaciona con un tipo de realimentacin del receptor al
transmisor, ya sea de forma directa o indirecta, y que toma en consideracin la situacin
actual del receptor.
Otro problema, que es comn a varios niveles y que deber resolverse, es el relacionado
con la incapacidad para aceptar mensajes arbitrariamente extensos por todos los procesos.
Esta propiedad conduce a mecanismos de segmentacin, transmisin y embalaje de
mensajes. Otro aspecto relacionado con el anterior es el correspondiente a que hacer
cuando los procesos insisten en transmitir datos en unidades tan pequeas que su envo, en
forma separada, los hace insuficientes. La solucin es este caso, seria reunir varios de estos
pequeos mensajes, con encabezamientos dirigidos a un destino comn, en un solo mensaje
de gran extensin, de tal forma que, al llegar al otro extremo, solo se tenga que volver a
separar.
Cuando resulte inconveniente, o muy costoso, establecer una conexin separada entre un
par de procesos comunicantes la capa adyacente puede decidir utilizar la misma conexin
para conversaciones mltiples, sin que estas tengan necesariamente relacin alguna. Este
procedimiento se puede utilizar mientras el proceso de multiplexin y demultiplexin se
haga en forma transparente. En la capa fsica, por ejemplo, se utiliza el proceso de
multiplexin dado que el trfico, para todas las conexiones, se tiene que enviar sobre un
nmero reducido de circuitos fsicos.
Siempre que existan caminos mltiples entre la fuente y el destino se debe escoger un
encaminamiento. Algunas veces esta decisin debe tomarse en dos o ms capas. Por
ejemplo, para enviar datos de Londres a Roma, deber tomarse una decisin importante
para saber si se opta por ir a travs de Francia o Alemania, basndose, por ejemplo, en sus
respectivas leyes de privacidad; en tanto que, por otra parte, se podra tomar una decisin
de menor importancia que permitiera escoger alguno los circuitos disponibles, de acuerdo
con el trfico real.
El Modelo OSI:
La funcin que realizar cada capa deber seleccionarse con la intencin de definir
protocolos normalizados internacionalmente.
El modelo OSI, por si mismo, no es una arquitectura de red, dado que no especifica, en
forma exacta, los servicios y protocolos que se utilizaran en cada una de las capas. Solo
indica lo que cada capa deber hacer. Sin embargo, la ISO tambin ha generado normas
para todas las capas, aunque estas, estrictamente hablando, no forman parte del modelo.
Cada una de ellas se ha publicado como normas internacionales independientes.
A continuacin estudiaremos cada una de las 7 capas que conforman el modelo, las cuales
se dividen en tres bloques:
Bloque de Transmisin: que incluye la capa fsica (nivel 1), la capa de enlace (nivel
2) y la capa de red (nivel 3).
Usuarios del Bloque de Transporte: que incluye la capa de sesin (nivel 5), la capa
de presentacin (nivel 6) y la capa de aplicacin (nivel 7).
Preguntas aqu comunes son cuantos voltios debern utilizarse para representar un bit de
valor 1 0; cuantos microsegundos debern durar un bit; la posibilidad de realizar
transmisiones bidireccionales en forma simultanea; la forma de establecer la conexin
inicial y como interrumpirla cuando ambos extremos terminan su comunicacin; o bien,
cuantas puntas terminales tiene el conector de la red u cual es su uso de cada una de ellas.
Los problemas de diseo a considerar aqu son los aspectos mecnicos, elctricos, de
procedimiento de interfase y el medio de transmisin fsica, como decamos al principio,
que se encuentra bajo la capa fsica. Se puede considerar que el diseo de la capa fsica cae
dentro del dominio del ingeniero elctrico.
El objetivo de este nivel es proporcionar los elementos necesarios para establecer, mantener
y terminar interconexiones de enlace de datos por el enlace entre el ETD y el ETCD.
Un enlace de datos se establece siempre entre dos puntos fsicos de conexin del sistema.
En todos los casos se considera que un enlace es siempre bidireccional. Existen en la
prctica diferentes tipos de protocolos de enlace utilizados en el intercambio de
informacin entre sistemas informticos.
El procedimiento utiliza el principio y la terminologa del procedimiento de control para
enlaces de datos de alto nivel (HDLC) especificado por ISO.
La tarea primordial de la capa de enlace consiste en, a partir de un medio de transmisin
comn y corriente, transformarlo en una lnea sin errores de transmisin para la capa de
red. Esta tarea la realiza al hacer que el emisor trocee la entrada de datos en tramas de
datos (tpicamente constituidas por algunos cientos de octetos), y la trasmita en forma
secuencial y procese las tramas de asentimiento, devueltas por el receptor. Como la capa
fsica bsicamente acepta y transmite un flujo de bits sin tener en cuenta el significado o
estructura, recae sobre la capa de enlace la creacin o reconocimiento de los lmites de la
trama. Esto puede llevarse a cabo mediante la inclusin de un patrn de bit especial de
inicio y al trmino de la trama. Si estos patrones de bits pueden aparecer entre los datos,
deber tenerse cuidado especial para evitar cualquier confusin al respecto.
La trama puede destruirse por completo debido a una rfaga de ruido en la lnea, en cuyo
caso el software de la capa de enlace, perteneciente a la maquina receptora, deber
retransmitir la trama. Sin embargo, mltiples transmisiones de la misma trama introducen la
posibilidad de duplicar la misma. Por ejemplo, el duplicado de una trama podra enviarse, si
el acuse de recibo que regresa al receptor se hubiera destruido. Corresponde a esta capa
resolver los problemas causados por dao, perdida o duplicidad de tramas. La capa de
enlace ofrece diferentes clases de servicios a la capa de red, cada uno de ellos con distinta
calidad y precio.
Otro de los problemas que aparecen en la capa de enlace (y tambin en la mayora de las
capas superiores) es el referente a como evitar que un transmisor muy rpido sature con
datos a un receptor lento. Se deber emplear un mecanismo de regulacin de trfico que
permita que el transmisor conozca el espacio de menora que en ese momento tiene el
receptor. Frecuentemente, y por conveniencia, los procedimientos de regulacin de flujo y
control de errores se tratan conjuntamente.
Otra dificultad aparece cuando la lnea tiene la capacidad de utilizarse para transmitir datos
bidireccionalmente. El problema radica en que los asentimientos para el trfico de A hacia
B compiten por el uso de la lnea con tramas de datos del trfico que va de B hacia A. Para
resolver este problema se ha inventado una solucin inteligente consistente en el envo de
aquellos superpuntos (piggy backing).
Dentro de las funciones bsicas que utilizan los protocolos del nivel de enlace podemos
Diferenciar :
La diferencia principal entre estos dos tipos generales de protocolos reside en la unidad de
transmisin. Como su propio nombre indica los protocolos orientados a carcter tienen su
informacin agrupada en bloques y transmiten caracteres (favorecen a estructuras primarias
y secundarias y no se ven las estaciones combinadas). En cambio en los protocolos
orientados a bit la unidad de datos, como parece obvio, es el bit: los mensajes se forman por
una serie de bits y tendremos un bit que ser el de control.
Ejemplos tpicos de protocolos orientados a carcter son: BSC (IBM), DDCMP (ISO) que
son estndares o BPA, TAP, SLC etc... y de protocolos orientados a bit tenemos una gran
variedad
como son los HDLC, ADCCP, LAPB, SDLC, BDLC etc.
A continuacin pasaremos a estudiar algunos de ellos.
Adems estos protocolos estn pensados para satisfacer los siguientes objetivos:
Independencia de cdigo. Los mensajes del nivel superior pueden estar constituidos
por cualquier combinacin de bits.
Gran eficiencia. La relacin entre bits de datos transmitidos y bits de control del
protocolo debe ser alta.
Elevada fiabilidad. Tanto los tramos de datos como los de control deben protegerse
con mtodos potentes de deteccin de errores.
Los protocolos orientados a carcter se caracterizan por constar los mensajes del nivel
superior de un nmero entero de caracteres pertenecientes a un cdigo determinado. Se
comenzaron a desarrollar protocolos de este tipo a partir de los primeros aos 60 con el
surgimiento de las comunicaciones de datos entre terminales conectados al computador por
medios pblicos de telecomunicacin.
A pesar del ms reciente desarrollo de los protocolos orientados a bit, que son ms
eficientes y flexibles, los protocolos orientados a carcter estn muy extendidos y se usan
todava en muchos entornos.
Histricamente, los protocolos de nivel de enlace surgieron condicionados por los servicios
especficos que deban proporcionar, en base a las caractersticas de las aplicaciones. De
esta forma los fabricantes hicieron sus propios protocolos; diversos grupos de usuarios
como bancos y lneas areas desarrollaron luego protocolos para cumplir sus necesidades
especficas, y por ltimo las administraciones de telecomunicacin en cada pas, a partir de
los aos 70, han desarrollado protocolos para conexin de equipos informticos a travs de
sus redes de datos. Por estas razones, existe una amplia gama de protocolos no compatibles.
(La Organizacin Internacional de Normalizacin ISO empez a estudiar los protocolos de
enlace tan pronto como surgiera (1962), preocupada por el problema de la
incompatibilidad; pero el desarrollo de la norma ISO 17450 Modo Bsico dur 8 aos, por
lo que los fabricantes se anticiparon y realizaron sus propias versiones. La amplia extensin
del desarrollado por IBM, conocido como BSC, ha dado lugar a que a veces, al hablar de
los protocolos orientados a carcter, se particularice para el BSC.
Los protocolos orientados a carcter emplean determinados caracteres de control del cdigo
utilizado, para realizar las funciones de control de la comunicacin. Por esto, las tramas de
control estn constituidas por uno o varios de estos caracteres, por lo que las estaciones se
intercambian tramas de datos y caracteres de control. El cdigo ms utilizado es el ASCII o
CCITT N5 pero tambin es posible utilizar el cdigo EBCDIC o el Transcode. En estos
protocolos, a la unidad de datos del protocolo se le denominaba bloque.
Como ejemplo de estos protocolos vamos a describir brevemente el Protocolo BSC.
Podemos agrupar los caracteres de control bsicos utilizados en estos protocolos en tres
categoras en razn de su funcionalidad:
SYN (Syncronous Idle): dos o ms de estos caracteres proporcionan un medio para que el
receptor adquiera y mantenga la sincronizacin de carcter.
SOH (Start of header): este carcter identifica el principio de una secuencia de caracteres
que constituyen la cabecera de un mensaje.
STX (Start of Text): indica el principio de los datos del bloque.
ETX (End of Text): identifica el final de un bloque y el final del texto de un mensaje.
ETB (End of Transmisision Block): identifica el final de un bloque pero indica que siguen
mas bloques en secuencia del mismo bloque.
DEL (Data Link Escape): utilizado para cambiar el significado de los caracteres de control
que le siguen
El control de errores en estos protocolos son los siguientes:
Simple paridad: Se aade un bit de paridad por carcter. Este procedimiento VRC
permite al receptor detectar errores simples. nicamente se emplea en la
transmisin de las tramas de control.
Cdigos cclicos: Se aaden dos caracteres de control por bloque, calculados por la
tcnica de los cdigos cclicos y utilizando como polinomio generador uno de los
dos siguientes:
x^16+x^15+x^2+1
x^16+x^12+x^5+1
En redes de difusin el problema del encaminamiento es simple, por lo cual la capa de red
es normalmente delgada o incluso inexistente.
El objetivo de los elementos que componen este nivel consiste en proporcionar un servicio
de transporte de la informacin a travs del sistema. Este servicio deber ser transparente
para los usuarios (elementos del nivel sesin) liberndolos de ese modo de todo lo referente
a la forma de llevar a cabo dicho transporte.
El nivel transporte proporcionar fundamentalmente tres tipos de servicios:
A los entes de este nivel se les denominan estaciones de transporte o puntos filiales del
bloque de transporte. Las operaciones de intercambio de informacin entre estaciones de
transporte se realizan mediante protocolos denominados de transporte entre puntos filiales.
La funcin principal de la capa de transporte consiste en aceptar los datos de la capa de
sesin, dividirlos, siempre que sea necesario, en unidades ms pequeas, pasarlos a la
capa de red y asegura que todos lleguen correctamente al otro extremo. Adems, todo este
trabajo se debe hacer de manera eficiente, de tal modo que asle la capa de sesin de los
cambios inevitables a los que esta sujeta la tecnologa del hardware.
Bajo condiciones normales, la capa de transporte crea una conexin de red distinta para
cada conexin de transporte solicitada por la capa de sesin. Si la conexin de transporte
necesita un gran caudal, esta podra crear mltiples conexiones de red, dividiendo los datos
entre las conexiones de la red con objeto de mejorar dicho caudal. Por otra parte, si la
creacin o mantenimiento de la conexin de una red resulta costoso, la capa de transporte
podra multiplexar varias conexiones de transporte sobre la misma conexin de red para
reducir dicho costo. En todos los casos, la capa de transporte se necesita para hacer el
trabajo de multiplexin transparente de la capa de sesin.
La capa de transporte determina que tipo de servicio debe dar a la capa de sesin, y en
ultimo termino a los usuarios de la red. El tipo ms popular de conexin de transporte
corresponde al canal punto a punto sin error, por medio del cual se entregan mensajes en el
mismo orden en que fueron enviados. Sin embargo, el transporte de mensajes aislados sin
garantizar el orden de distribucin y la difusin de mensajes a destinos mltiples es otra
posibilidad de servicio de transporte. El tipo de servicio se determina cuando se establece la
conexin.
La capa de transporte es una capa del tipo origen-destino o extremo a extremo. Es decir,
un programa en la maquina de origen lleva una conversacin con un programa parecido que
se encuentra en la maquina destino, utilizando las cabeceras de los mensajes y los mensajes
de control. Los protocolos, de las capas inferiores, son entre cada maquina y su vecino ms
inmediato, y no entre las mquinas origen y destino, las cuales podran estar separadas por
muchos IMPs. En la arquitectura de red basndose en el modelo OSI representada
anteriormente en el dibujo 1-6 se ilustra la diferencia entre las capas 1 a 3, que estn
encadenadas, y las capas 4 a 7, que son de extremo a extremo.
Algunos hostales son multiproceso, lo cual implica que mltiples conexiones estarn
entrando y saliendo en cada uno de ellos. Se necesita alguna forma para decir que mensaje
pertenece a que conexin. La cabecera de transporte de transporte (H4 en la figura 1-7), es
un lugar donde puede colocarse la informacin.
Adems de multiplexar varios flujos de mensaje en un canal, la capa de transporte debe
ocuparse del establecimiento y liberacin de conexiones a travs de la red. Esto requiere
algn mecanismo de denominacin, de tal manera que en un proceso en una maquina tenga
una manera para describir con quien quiere conversar. Tambin debe haber un mecanismo
para regular el flujo de informacin, de manera que un hostal muy rpido no pueda
desbordar a otro mas lento. El control de flujo entre hostales es diferente a aqul entre
IMP, aunque se aplican a los dos principios semejantes.
Uno de los servicios de la capa de sesin consiste en gestionar el control de dialogo. Las
sesiones permiten que el trfico vaya en ambas direcciones al mismo tiempo, o bien, en una
sola direccin en un instante dado. Si el trfico solo puede ir en una direccin en un
momento dado (en forma anloga a un solo sentido en una va de ferrocarril), la capa de
sesin ayudar en el seguimiento de quien tiene el turno.
La administracin del testigo es otro de los servicios relacionados con la capa de sesin.
Para el caso de algunos protocolos resulta esencial que ambos lados no traten de realizar la
misma operacin en el mismo instante. Para manejar estas actividades, la capa de sesin
proporciona testigos que pueden ser intercambiados. Solamente el extremo con el testigo
puede realizar la operacin crtica.
Otro de los servicios de la capa de sesin es la sincronizacin. Considrense, por ejemplo,
los problemas que podran ocurrir cuando se tratara de hacer una transferencia de archivo
de dos horas entre dos maquinas en una red con un tiempo medio de una hora entre cadas.
Despus de abortar cada archivo, la transferencia completa tendra que iniciarse de nuevo y,
probablemente, se encontrara de nuevo con la siguiente cada de la red. Para eliminar este
problema, la capa de sesin proporciona una forma de insertar puntos de verificacin en el
flujo de datos, con objeto de que, despus de cada cada, solamente tengan que repetirse los
datos que se encuentren despus del ltimo punto de verificacin.
Se trata del nivel superior del modelo de referencia y en l se llevan a cabo las funciones
especficas de comunicacin entre los diferentes procesos de aplicacin que constituyen el
sistema.
Es necesario considerar que los procesos de aplicacin que utilizan el mecanismo de
interconexin se encuentran distribuidos y deben comunicarse para llevar a cabo objetivos
comunes. La comunicacin se realiza utilizando protocolos de dilogo apropiados. Desde el
punto de vista del usuario, un proceso se comunica con otros procesos, y esta operacin se
lleva a cabo a travs del sistema operativo.
La comunicacin entre los procesos se realiza mediante un determinado protocolo. En las
especificaciones de ISO se mencionan cinco grupos de posibles protocolos, son los
siguientes:
la situacin de un editor orientado a pantalla que desea trabajar en una red con diferentes
tipos de terminales, cada uno de ellos con distantes formas de distribucin de pantalla, de
secuencias de escape para insertar y borrar texto, de movimiento de cursor, etc.
Una forma de resolver este problema consiste en definir un terminal virtual de red
abstracto, con el que los editores y otros programas pueden ser escritos para trabajar con l.
Con objeto de transferir funciones del terminal virtual de una red a un terminal real, se debe
escribir un software que permita el manejo de cada tipo de terminal. Por ejemplo, cuando el
editor mueve el cursor del terminal virtual al extremo superior izquierdo de la pantalla,
dicho software deber emitir la secuencia de comandos apropiados para que el terminal real
ubique tambin su cursor en el sitio indicado. El software completo del terminal virtual se
encuentra en la capa de aplicacin.
Otra funcin de la capa de aplicacin es la transferencia de archivos. Distintos sistemas de
archivo tienen diferentes convenciones para denominar un archivo, as como diferentes
normas de representar las lneas de texto, etc. La transferencia de archivos entre dos
sistemas diferentes requiere de la resolucin de estas y de otras incompatibilidades. Este
trabajo, as como el correo electrnico, la entrada de trabajo a distancia, el servicio de
directorio y otros servicios de propsito general y especifico, tambin corresponden a la
capa de aplicacin.
Dispositivos
protocolos
Nivel Nombre
Funcin
Fsico
Cables,
tarjetas
Se ocupa de la transmisin del flujo de bits a repetidores
travs del medio.
RS-232, X.21.
Enlace
Red
Transporte
Encaminador (router).
IP, IPX
Sesin
Aplicacin
otro sistema, hasta quedar nicamente los datos a transmitir. La forma, pues de enviar
informacin en el modelo OSI tiene una cierta similitud con enviar un paquete de regalo a
una persona, donde se ponen una serie de papeles de envoltorio, una o ms cajas, hasta
llegar al regalo en s.
Emisor
Paquete
Receptor
Aplicacin
C7 Datos
Aplicacin
Presentacin C6 C7 Datos
Presentacin
Sesin
C5 C6 C7 Datos
Sesin
Transporte
C4 C5 C6 C7 Datos
Transporte
Red
C3 C4 C5 C6 C7 Datos Red
Enlace
C2 C3 C4 C5 C6 C7
Enlace
Datos
Fsico
C2 C3 C4 C5 C6 C7
Fsico
Datos
Servicios:
La verdadera funcin de cada una de las capas OSI consiste en proporcionar servicios a las
capas superiores. Para saber que es un servicio se detallara brevemente la terminologa
empleada en el modelo OSI.
Terminologa OSI:
Se llenan entidades a los elementos activos que se encuentran en cada una de las capas.
Las entidades pueden ser software (como un proceso), o hardware (como un chip
inteligente de E/S). Las entidades de la misma capa, pero de diferentes mquinas, se
conocen como entidades pares o iguales. A las entidades de la capa 7 se les conoce como
entidades de aplicacin; a las de la capa 6 como entidades de presentacin, etc.
Las entidades de la capa N desarrollan un servicio que utiliza la capa (N + 1), en este
caso a la capa N se le denomina Proveedor del servicio y a la capa (N + 1) usuario del
servicio. La capa N puede utilizar los servicios de la capa (N - 1) con objeto de
proporcionar su servicio. El servicio que ofrece puede ser de varias clases, por ejemplo,
una comunicacin rpida y costosa, o bien, una comunicacin lenta y econmica.
Los servicios se encuentran disponibles en el SAP (punto de acceso al servicio). Los SAP
de la capa N son los lugares en donde la capa (N + 1) puede acceder a los servicios que
se ofrecen. Cada uno de los SAP tiene una direccin que lo identifica de forma
particular. Para aclarar este punto, los SAP en el sistema telefnico son los enchufes en
los que se conectan los telfonos y las direcciones de los SAP son los nmeros de
telfono correspondientes a dichos enchufes. Para poder llamar a alguien, se debe
conocer la direccin de su SAP. En el sistema postal, de manera anloga, las direcciones
de los SAP son las direcciones de las calles y de las oficinas postales. Para poder enviar
una carta, se debe conocer la direccin del SAP del destinatario. En el sistema UNIX de
Berkeley, los SAP son los enchufes y las direcciones de los SAP son los nmeros de los
enchufes. El concepto de SAP esta estudiado con mayor detalle por Tomas y sus
colaborados (1987).
Para que se lleve a cabo un intercambio de informacin entre dos capas, deber existir
un acuerdo sobre un conjunto de reglas acerca de la interfase. En una interfase tpica, la
Las capas pueden ofrecer dos tipos diferentes de servicios a las capas que se encuentran
sobre ellas: uno orientado a conexin y otro sin conexin. Veremos los tipos y sus
diferencias.
El servicio orientado a la conexin se model basndose en el sistema telefnico. Para
poder hablarle a alguien se debe tomar el telfono, marcar el nmero, hablar y colgar.
Similarmente, para utilizar una red con servicio orientado a conexin, el usuario del
servicio establece primero la conexin, la utiliza y despus termina la conexin. El
aspecto fundamental de la conexin es que acta en forma parecida a la de un tubo: el
que enva, introduce objetos por un extremo, y el receptor los recoge, en el mismo orden,
por el otro extremo.
A diferencia de esto, el servicio sin conexin se modela con base en el sistema postal.
Cada mensaje (carta) lleva consigo la direccin completa de destino y cada uno de ellos
se encamina, en forma independiente, a travs del sistema. Normalmente, cuando dos
mensajes se envan al mismo destino, el primero que se enve ser el primero en llegar.
Es posible, sin embargo, que el primero que se enve sufra un retardo y llegue antes el
que se envo en segundo lugar. Con un servicio orientado a conexin es imposible que
suceda esto.
Cada servicio se caracteriza por la calidad del servicio, algunos de ellos son fiables en la
medida que nunca pierdan la informacin que transportan. Por lo general, un servicio
fiable se realiza haciendo que el receptor notifique haber recibido cada mensaje, para
que el transmisor este seguro de que su mensaje lleg a destino. El proceso de
notificacin introduce un exceso de trafico y retardos, que a menudo son convenientes,
pero tambin son algunas veces indeseables.
La transferencia de archivos es una situacin tpica en la que es deseable y apropiado
tener un servicio orientado a conexin fiable. El propietario de un archivo quiere tener
la seguridad de que todos los bits lleguen correctamente y en el mismo orden en que se
enviaron. Muy pocos clientes preferiran un servicio que, aun cuando lo hiciera con
mucha rapidez, ocasionalmente mezclara en forma desordenada o perdiera informacin
de algunos bits durante la transferencia de archivo.
El servicio orientado a conexin fiable tiene dos variantes mnimas: secuencia de
mensajes y flujos de octetos. En la primera de ellas, se mantienen los limites del mensaje.
Cuando se envan dos mensajes de 1K, estos llegan como dos mensajes distintos de 1K, y
nunca como un mensaje de 2K. En la segunda variante, la conexin es simplemente un
flujo de octetos sin lmites de mensaje. Cuando llegan al receptor 2K octetos, no hay
manera de saber si se enviaron como un mensaje de 2K, dos mensajes de 1k o 2048
mensajes de un octeto. Si las pginas de un libro se enviaran por una red, para una
composicin fotogrfica, como mensajes separados, podra ser importante mantener los
limites del mensaje. Por otra parte, con un terminal accediendo a un sistema remoto de
tiempo compartido, lo nico que se necesita es el flujo de octetos del terminal del
computador.
En algunas aplicaciones no se pueden aceptar los retardos introducidos por el proceso
de asentimientos; una de estas es el trfico de la voz digitalizada. Para los usuarios del
telfono resulta preferible or un bit de ruido en una lnea o palabra mutilada de vez en
cuando, en lugar de introducir un retardo esperando una seal de acuse de recibo.
No todas las aplicaciones necesitan conexin, por ejemplo, en el correo electrnico el
emisor no tiene problemas para establecer y posteriormente romper una conexin, solo
para enviar un mensaje. Tampoco es esencial tener un envi 100% fiable, especialmente
si se eleva su costo. Todo lo que se necesita, a fin de cuentas, es un medio de envo de
mensaje sencillo que tenga una alta probabilidad, pero no una garantiza de alcanzar su
destino. Un servicio sin conexin no es fiable (es decir, que no tenga asentimientos), se
conoce con frecuencia como servicio datagrama, por analoga con el servicio de
telegramas, el cual tampoco proporciona acuse de recibo de la informacin al emisor.
En algunas ocasiones convendra no tener que establecer una conexin para enviar un
mensaje pequeo, pero si seria fundamental que el proceso sea fiable. Para estas
aplicaciones se proporcionara el servicio de datagrama con asentimientos de
informacin, cuyo servicio es parecido al proceso de enviar una carta certificada y
solicitar un acuse de recibo. Cuando ste regresa, el emisor est completamente seguro
de que la carta se entrego a la persona interesada.
Otro servicio alternativo es el servicio de pregunta/respuesta, en el que la persona que
enva, transmite un datagrama sencillo que contiene una solicitud, la contestacin
contiene una respuesta. Por ejemplo, la peticin a la biblioteca local preguntado en que
lugar se habla Uighur caera en esta categora. En la siguiente tabla se resumen los tipos
de servicios que hemos discutido.
Servicios
Ejemplo
Secuencia de paginas
Conexin remota
Conexin no fiable
Voz digitalizada
Datagrama no fiable
Datagrama
asentimiento
con
Pregunta/repuesta
Correo certificado
Interrogacin de base de
datos
Primitivas de Servicio:
Primitiva
Significado
Solicitud
Indicacin
Respuesta
Confirmacin
Varios protocolos pre-OSI no distinguan el servicio del protocolo. En efecto, una capa
tpica podra haber tenido una primitiva de servicio SEND PACKET, con el usuario
proporcionando un puntero a un paquete completamente ensamblado. Este convenio
significa que todos los cambios al protocolo eran de inmediato visibles para los usuarios.
Ahora se acepta, de manera universal, que dicho diseo es un error de gran magnitud.
El momento correcto para establecer una norma es sumamente critico para que tenga
xito. David Clark, del MIT, tiene una teora sobre el establecimiento de normas, que l
llama el Apocalipsis de los dos elefantes, la cual se ilustra en el dibujo 1-10.
En este dibujo se muestra la tremenda actividad que provoca un nuevo tema. Cuando se
descubre un tema, empieza a existir una intensa actividad de investigacin manifestada
por discusiones, artculos y reuniones. Despus de un tiempo de mantenerse la actividad,
las compaas descubren el tema y lo impactan con una inversin de billones de dlares.
Es muy importante que las normas se escriban durante la parte intermedia, localizada
entre los dos elefantes; porque, si stas se escribieran antes de concluir la
investigacin, el tema podra estar pobremente comprendido, llegando a disear normas
malas. Por otra parte, si las normas se escribieran demasiado tarde, muchas compaas
habran tenido la oportunidad de realizar grandes inversiones, en tan diversificadas
maneras de hacer las cosas que preferirn ignorar las normas. Si el intervalo localizado
entre los dos elefantes es muy pequeo (dado que cada parte interesada tiene prisa en
el proceso), es factible que la gente que est desarrollando las normas se sienta
completamente desbordada.
Algunos especialistas en este campo creen que esto es exactamente lo que sucedi con el
modelo OSI. Muchas de las discusiones que se efectuaron sobre el modelo de siete capas,
dan la impresin de que el nmero y contenido de las capas, que eventualmente se
escogieron, fue la nica alternativa, o al menos la mas obvia. En los siguientes prrafos,
se presentan algunos argumentos que disienten de este punto de vista.
Hubiera sido perfecto que las siete capas tuvieran, a grandes rasgos, el mismo tamao y
fueran igualmente importantes, lo cual esta lejos de ser cierto. Por ejemplo, la capa de
sesin tiene muy poco uso en muchas aplicaciones y la capa de presentacin esta casi
siempre vaca. En efecto, la propuesta britnica que se le hizo a la ISO solo consideraba
5 capas, y no las 7 establecidas. Adems, a diferencia de las capas de sesin y
presentacin, las capas de enlace y de red estn saturadas, que el trabajo consiguiente
que tienen que realizar ha obligado a dividirlas en mltiples subcapas, cada una con
diferentes funciones.
El modelo, junto con las definiciones de servicio y protocolo asociados, tiene una
extraordinaria complejidad. Cuando se apilan las normas impresas, ocupan una
fraccin significativa de un metro de papel. Tambin son difciles de realizar e
ineficientes en su aspecto operativo. Un problema se deriva de algunas funciones, hecho
Bloque de Transporte
Dibujo 1-5 Capas, Protocolos e Interfases
Dibujo 1-7 Ejemplo de Flujo de informacin que soporta la comunicacin virtual en la capa
7
Topologa
Protocolo de comunicacin
Cada tipo de red tiene definido un mtodo de acceso al cable que evita o reduce los
conflictos e comunicaciones y controla el modo en que la informacin es enviada de una
estacin a otra.
Mtodo de acceso a la red: todas las redes que poseen un medio compartido para
transmitir informacin, necesitan ponerse de acuerdo a la hora de enviarla, ya que
no puede hacerlo a la vez.
Concepto de protocolo
Un protocolo es un conjunto de normas que permiten el intercambio de informacin entre
dos dispositivos o elementos de un mismo nivel, detectando los posibles errores que se
puedan producir.
Capas o niveles de una comunicacin.
Para que las reglas de interconexin entre equipos informticos sean ms eficientes estn
estructuradas en mdulos, es decir, la problemtica inicial se divide en subproblemas. Para
cada uno de estos subproblemas se crea un subconjunto de programas y reglas que le den
solucin, de tal forma, que cada subproblema puede ser tratado y desarrollado de forma
independiente del resto de subproblemas.
A cada uno de los mdulos de la interconexin de equipos se le llama capa o nivel.
Las capas o niveles son independientes entre s y tienen dos funciones principales:
Permiten fraccionar el desarrollo de los protocolos, facilitando su creacin y
comprensin. Cada modulo solo debe de preocuparse de como interactuar con el nivel
inmediatamente inferior y superior.
Son fciles de cambiar; si se produce algn cambio en una capa o nivel, como por un
avance tecnolgico, etc., basta con mantener las conexiones o interfaces que la unen con la
capa inferior y superior y sustituir el modulo que se ocupa de aquella tarea por un nuevo
modulo que tenga el tratamiento adecuado.
Al conjunto de capas o niveles con sus servicios y protocolos se le denomina arquitectura
de la red.
Arquitectura OSI.
Fue publicada en 1983 por la Organizacin Internacional de Estndares ISO (International
Standards Organization), tiene como objetivo la normalizacin en sistemas
teleinformticas.
Este modelo proporcionaba un estndar comn para todos los fabricantes de hardware y
aplicaciones de red y cmo deben gestionarse y controlarse los datos. Al utilizar este
estndar, los fabricantes se aseguraban que sus dispositivos y su software eran compatibles
con los sistemas y aplicaciones de otros fabricantes.
El modelo OSI especifica como deben de funcionar determinadas partes de la red para
permitir la comunicacin entre aplicaciones de diferentes equipos. El mecanismo de
implementacin de esta especificacin es por completo responsabilidad del fabricante. De
esta forma, los fabricantes disponan de una herramienta que les permita disear sus
Nivel 7 o nivel de aplicacin: en ella se definen los protocolos que utilizarn las
aplicaciones y procesos de los usuarios. La comunicacin se realiza utilizando
protocolos del dilogo apropiado. Cuando dos procesos que desean comunicarse
residen en el mismo utilizan para ello las funciones que les rinda el sistema
operativo. Sin embargo, si los procesos residen en computadores distintos, la placa
de aplicacin disparar los mecanismos de conexin adecuados para realizar la
conexin entre ello sirvindose de los servicios de las capas anteriores.
Arquitectura TCP/IP.
TCP/IP se suele confundir con un protocolo de comunicaciones, cuando en realidad es una
arquitectura de red que incluye varios protocolos apilados por capas.
Capa de aplicacin: contiene todos los protocolos de alto nivel que utilizan los
programas para comunicarse (http, FTP, Telnet, DNS, DHCP).
modelo de Microsoft se pueden aadir los distintos protocolos existentes para que se realice
el transporte de la informacin.
Modelo OSI
Aplicacin
Presentacin
Red Microsoft
Aplicacin
(SMB)
Sockets
Net
Novell
BIOS
Sesin
Interfaz
de
transporte
Transporte
Red
Enlace
Fsico
N DIS
Ethernet,
token
ring,
FDDI
N DIS: protocolo que me permite convivir varios protocolos de red utilizando una nica
tarjeta de red.
Net BIOS: es un sistema de entrada y salida de datos. fue diseado por IBM ante la falta de
un estndar de alto nivel en las LAN. Posteriormente ha sido adaptado por las redes de
Microsoft para el trabajo con estaciones Windows. Su identificacin se hace a travs de un
PROTOCOLOS Y
NORMAS PARA SISTEMAS ABIERTOS OSI
ASIGNATURA: COMUNICACIN DE DATOS
INTRODUCCIN
Los protocolos forman la base esencial de una red, debido a que estos establecen el
lenguaje de comunicacin que se va a utilizar entre los distintos equipos de una red para la
transmisin de datos entre s.
PROTOCOLOS
Definen el conjunto de reglas o convenciones establecidas y aceptadas de manera general,
que regulan el intercambio de informacin entre los nodos (conexiones, uniones) de una
red. La complejidad de un protocolo radica en dos aspectos: el nmero de estaciones
involucradas en la comunicacin a travs de un medio de transmisin y el mtodo de
acceso al canal.
En este tipo de protocolos todos los controles estn dirigidos a garantizar la calidad de los
caracteres en la comunicacin, entre este tipo de protocolos se encuentra el de
Comunicaciones Sincronas Binarias (BSC).
Con los protocolos orientados a bit, la informacin se transfiere bit por bit y utilizan el
siguiente formato:
Bandera
Campo de Campo
Direccin Control
8 Bits
8 Bits
8 bits
de
Campo de Datos
Campo de
Chequeo
Bandera
(BCC)
n X 8 Bits
16 Bits
8 Bits
Campo de direccin: Es una secuencia de 8 bits que identifica las estaciones en una
comunicacin.
Campo de datos: Contiene toda la informacin, el nmero de bits debe ser mltiplo
de 8.
Para el control de errores se utilizan unas tcnicas necesarias para recuperar prdidas o
deterioros de los datos y de la informacin de control. Por lo general el control de errores se
aplica por medio de dos funciones separadas: La retransmisin y la deteccin de errores.
Control de flujo de datos: Para evitar que el emisor sature al receptor transmitiendo
datos ms rpido de lo que el receptor o destino pueda asimilar y procesar, se hace
necesario el uso de ciertos procedimientos llamados controles de flujo.
El control de flujo es una operacin realizada por el receptor (destino) para limitar la
velocidad o cantidad de datos que enva la entidad el emisor (origen o fuente). Una de las
maneras de aplicar el control de flujo es mediante el uso de parada y espera, en el que se
debe confirmar el paquete de informacin recibido antes de enviar el siguiente.
Otra manera de utilizar un control de flujo es mediante el envo de la informacin de la
cantidad de datos que pueden ser transmitidos sin tener que esperar la confirmacin.
Formato de los datos: Esto tiene que ver con el acuerdo que debe existir entre las
dos partes respectos al formato de los datos intercambiados, como por ejemplo el
cdigo binario usado para representar los caracteres.
Orden de los datos: El orden de los datos es esencial en una red donde existen
diferentes estaciones (terminales, estaciones de trabajo, servidores, etc.) conectadas,
debido a que los paquetes de informacin pueden ser recibidos de manera diferente,
ya sea porque toman caminos distintos a travs de la red, por ejemplo, si el paquete
1 toma una ruta larga y el paquete 2 toma una corta, evidentemente el paquete No. 2
llegar primero (suponiendo que los dos paquetes son del mismo tamao), y los
datos recibidos no sern los mismos que estn en el emisor (debido a que tendrn un
orden diferente en el receptor).
PC PC
Paquete 2
Puente
Servidor
Paquete 1
Normas para sistemas abiertos OSI:
El modelo OSI sirve como marco de referencia para reducir la complejidad implcita en el
estudio y diseo de las redes (LAN/WAN). El proceso de comunicacin se describe como
una jerarqua de siete capas o niveles. Cada capa tiene un propsito bien definido: brindar
servicios de red a la capa superior, utilizando los servicios que le brinda la capa inferior. La
capa n de un nodo establece una comunicacin virtual con la capa n de otro nodo.
Capa
Descripcin
Aplicacin
Presentacin:
Sesin
Define los mecanismos para determinar las rutas que deben seguir los
paquetes dentro de la red y para el control de la congestin.
Unidad de transmisin: PACKET.
Red
Funciones: Enrutamiento de paquetes en la red, ofrece un canal libre
de errores a la capa de transporte.
Protocolos: IP, IPX, VTAM, etc.
Enlace
Fsica
En general, los servicios provistos por una capa pueden clasificarse en dos grupos:
Servicio orientado a conexin: La comunicacin se lleva a cabo a travs del
establecimiento de un circuito virtual permanente (sesin) entre dos nodos. Como
consecuencia presenta las siguientes caractersticas:
No se garantiza que los mensajes lleguen en el mismo orden en que son enviados.
Requiere menos ancho de banda, debido a que no utiliza tcnicas para detectar o
corregir errores. Esto no necesariamente implica que la comunicacin es poco
confiable. La deteccin y correccin de errores puede efectuarse en otras capas en
referencia al modelo OSI.
TCP/IP:
Constituye una familia de protocolos de comunicacin diseados con una motivacin
fundamental: Lograr la interoperabilidad entre los diferentes sistemas de comunicacin de
una red heterognea/multivendedor en forma transparente para el usuario final. Tal
heterogeneidad se manifiesta a diferentes niveles de interconexin los cuales van desde los
protocolos de la capa fsica hasta las aplicaciones.
Aplicacin
Telnet
Tn3270
Presentacin
Tn5250
Sesin
XWindows
Transporte
TCP
FTP
SMTP
TFTP
(e-Mail)
NFS
SNMP
RPC
Ping
DNS
UDP
IP
Red
(ICMP, ARP, RARP, Proxy ARP)
IEEE 802.3,
HDLC, SDLC,
Enlace
IEEE 802.5,
PPP, SLIP, CSLIP
ANSI X3T9.5
Fsica
Proxy ARP:
Cuando un nodo en la red A requiere comunicarse con otro nodo en la red B, necesita
localizar su direccin fsica, sin embargo como los nodos se encuentran en redes distintas,
es el enrutador quien se encarga de efectuar el calculo de la direccin. En tal sentido, la
direccin fsica entregada al nodo en la red A corresponde al enrutador conectado a esa
red.
Aplicaciones y protocolos:
Telnet (Tn3270, Tn5250):
Es el protocolo que define el conjunto de reglas y criterios necesarios para establecer
sesiones de terminal virtual sobre la red. Telnet define los mecanismos que permiten
conocer las caractersticas del computador destino. As mismo, permite que los dos
computadores (cliente y servidor) negocien el entorno y las especificaciones de la sesin de
emulacin de terminal.
Telnet -------------------------- Familia de terminales VT (Unix, VMS)
Tn3270 ------------------------ Familia de terminales 3270 (VM, MVS)
Tn5250 ------------------------ Familia de terminales 5250 (SAA)
X-Windows:
Fue desarrollado por el MIT con el propsito de proveer un sistema de emulacin de
ventanas grficas en computadores con interfaces de despliegue basadas en mapas de bits
(bitmaps). El trmino Windows hace referencia a la posibilidad de tener diferentes
ventanas en un ambiente multitarea como Unix o Windows en forma simultnea.
FTP (File Transfer Protocol):
Es un protocolo orientado a conexin que define los procedimientos para la transferencia de
archivos entre dos nodos de la red (cliente/servidor). Cada nodo puede comportarse como
cliente y servidor. FTP maneja todas las conversiones necesarias (cdigo de caracteres
[ASCII, EBCDIC], tipos de datos, representacin de nmeros enteros y reales, etc.) Para
lograr la interoperabilidad entre dos computadores que utilizan sistemas de archivo
diferentes y que trabajan bajo sistemas operativos diferentes. FTP est basado en TCP y
como tal provee mecanismos de seguridad y autenticidad.
TFTP (Trivial File Transfer Protocol):
Es un protocolo de transferencia de archivos no orientado a conexin. Es mucho menos
complejo que FTP, es decir, soporta menos funciones, el cdigo es ms pequeo, consume
menos memoria y como consecuencia es ms rpido. Sin embargo, es menos confiable que
FTP y no provee mecanismos de seguridad o autenticidad. Est basado en UDP.
SMTP (Simple Mail Transfer Protocol):
Define los esquemas de envo y recepcin de correo electrnico en la red. SMTP est
basado en UDP y soporta el concepto de Spooling. El correo puede ser almacenado por la
aplicacin SMTP en memoria o disco y un servidor SMTP de la red, eventualmente
chequea si hay correo e intenta enviarlo. Si el usuario o el computador no estn disponibles
en ese momento, intenta en una segunda oportunidad. Si finalmente el correo no puede ser
enviado, el servidor puede borrar el mensaje o enviarlo de regreso al nodo origen.
DNS (Domain Name System):
La estructura de las direcciones IP es un tanto difcil de manejar y recordar. Muchos
usuarios han adoptado el uso de acrnimos o nombres para identificar una direccin
numrica a travs de archivos de configuracin (hosts.txt) provistos por cada software de
comunicacin. Con el crecimiento de las redes, la administracin del archivo
HOSTS.TXT se volvi tediosa, debido a la necesidad de mantener actualizada la
informacin en cada computador conectado a la red. Con esto en mente los administradores
de Internet desarrollaron un procedimiento para administrar la asignacin de nombres en
forma centralizada denominado Domain Name System. DNS utiliza un sistema jerrquico
que garantiza una correspondencia nica entre cada direccin IP y cada nombre. Esta
caracterstica, requiere designar un organismo o comit oficial que garantice la asignacin
ordenada de dominios y subdominios. A su vez, este esquema permite a cada organizacin
administrar la asignacin de sus nombres dentro de un subdominio asignado. El concepto
DNS se organiza alrededor de una estructura de rbol. La raz del rbol y los dominios de
ms alto nivel son administrados por el NIC (Network Information Center). Actualmente el
DNS contiene siete dominios, debajo de los cuales se asignan subdominios a cada ente
organizacional a nivel mundial.
ROOT (Raz)
.Gov .Edu .Arpa .Com .Mil .Org .Con
LUZ URU URBE ACME FORD TELCEL DDN
DirecTV Telcel T-Net Mil
NFS (Network File System)
NFS fue desarrollado por Sun Microsystems, Inc. Para permitir el uso de discos virtuales en
una red (RFC 1094). Define mecanismos para exportar e importar segmentos de un disco
perteneciente a cualquier computador conectado a la red. NFS es independiente del sistema
operativo o del hardware. Actualmente existen versiones NFS para Unix, DOS y Windows,
Finder (Macintosh), MVS y VM (Mainframe), entre otros.
Aplicacin
Aplicacin
Presentacin
Sesin
Protocolo
(TCPUDP)
Transporte
Red
Red
Enlace
Datos
de
Fsica
Fsica
Un aspecto muy importante son los conceptos utilizados en el modelo OSI. Este identifica
tres conceptos principales que definen su funcionamiento: servicios, los cuales son los
procedimientos que realiza cada capa; interfaz, que indica a los procesos de las capas
superiores como acceder a ella; y por ultimo, protocolos, los cuales existen para cada capa
en pares, es decir, la capa de transporte del emisor y del receptor se comunican por medio
del mismo protocolo. Estos protocolos pueden ser cambiados sin afectar a otras capas,
siempre y cuando realicen el trabajo que le corresponde a la capa.
El modelo TCP/IP en un principio no distingua claramente estos tres conceptos, por lo que
resultaba complicado ajustar o cambiar protocolos entre capas cuando surgen nuevas
tecnologas, pero fue mejorado con el tiempo. Por su parte, el modelo OSI fue creado antes
de definir los protocolos, entonces cuando se empiezan a crear redes reales, los diseadores
no tuvieron muy en claro la funcin especfica de cada capa al definir los protocolos, y se
generaron muchos problemas para hacer compatibles unas redes con otras, por lo que se
tuvieron que crear subcapas para parchar estos errores. Pero el modelo TCP/IP fue definido
a partir de los protocolos, as que no se tenia que ajustar el modelo evitando tanto problema.
https://www.youtube.com/watch?v=Y-gMtmXc9bI