un poco de historia en la transmisión de datos

Si vemos la linea historia de la conmutación de datos podemos notar que la tecnología empleada se ha optimizado para beneficio de la humanidad.

por la década de los 60 con el objetivo de interconectar universidades y centros de investigación se creó la primera red computadoras “ARPANET”, los responsables: los ingeniosos de ARPA sin demeritar los trabajos, tesis de otras personas de instituciones como MIT, berkeley……..   , esto dio pie para que muchas empresas construyeran tecnología en base a estas investigaciones pero en si voy hablar que por la década de los 70  la primera versión de ETHERNET fue desarrollada a fin de lograr comunicar computadoras,  pero por la década de los 80 se vio en la necesidad de la comunicación de estas computadoras con otras que estaban lejanas y se comenzaron a usar módem aprovechando las lineas telefónicas y se les denominó comunicación punto a punto, donde la multiplexacion nos permitía comunicar muchas computadoras de un area local con otra de area local

En la década de los 90 se vio en la necesidad que estos pc en forma lejana  no se comunicara uno a uno  y se ingenio la forma de que se interconectarn todos a todos en la wan y surgió una cantidad de soluciones para hacerlo, muchas aprovechando este mismo canal punto a punto, lo único que se añadió fue equipos de conmutación en la central, surgió  RDSI,X.25, frame relay, ATM ……..

En el segundo milenio se trabajo para que el canal no fuera la linea telefónica, si no otros alternos como el  satélite, inalambrico entre otros y ahora se esta trabajando en la convergencia de datos voz y video  la cual viaje  todo por  un mismo canal sin cables.

además de que un equipo tengan todas las funciones de enrutamiento, swithing, firewall, estacion de trabajo, en si sea multinacional   así como se pensó en un principio pero no se dio por falta de rendimiento del hardware

También esta reviviendo la idea de terminales brutas y  supercomputadoras centrales que lleven la carga, esto lo estamos viendo en sistemas operativos en la nube, VPS  entre otros.

Protocolo punto a punto (PPP)

Este protocolo se creo para controlar y gestionar  la transferencia de datos  aprovechando el enlace fisico de  las lineas telefonicas o de marcacion ademas para corregir las deficiencias del primer protocolo que se hizó con este fin el SLIP.

primero que todo hay que mirar:

que hay un enlace que puede estar inactivo o hay una portadora activa

puede estar en un estado inactivo y  pasar a un estado de comunicacion mediante un estado de establecimiento la cual negocia las opciones entre las dos partes

si la negociacion resulta pasa a un estado de autenticacion que es opcional en la configuracion y pasa a un estado de intercambio de datos, si no es asi pasa al estado de finalizacion

ahora bien que protocolos son responsables de estos estados?

protocolo de control de enlace (LCP)

protocolo de control de red (NCP)

AUTENTICACION

protocolo de autenticacion de palabra clave (PAP)

protocolo de autenticacion por desafia (CHAP)

y que hace cada uno?

LCP:

responsable de: establecimiento, configuracion (negociacion entre las dos partes) y finalizacion

paquetes de configuracion

peticion de configuracion

ACK de configuracion

NAK de configuracion

Rechazo de configuracion

etc

AUTENTICACION

Identificacion de la identidad del que utiliza el canal

PAP

consta de dos etapas

1)  el usuario se valida con nombre de usuario y clave

2) el sistema comprueba la validez de la identifiacion y con respecto a esto acepta o l rechaza la conexion

CHAP

consta de tres etapas

1)  el sistema envia al usuario un paquete de desafio que contiene un valor de desafio

2) el usuario aplica una funcion predefinida que toma el valor de desafio   y su propia clave y crea un resultado que se envia en el paquete de respuesta

3)  el sistema realiza el mismo proceso, aplica la misma funcion a la clave del usuario y el valor de desafio para crear el resultado.

si el resultado es el mismo que el paquete de respuesta se acepta la conexion en caso contrario se rechaza.

NCP

conjunto de protocolos de control que permite el encasulamiento de datos procedentes de los protocolos de nivel de red en la trama del protocolo PPP

Antes de pasar a dar unos conceptos de frame Ralay   y   ATM primero explicaré  los tipos de transmision de datos digitales:

estos se dividen en dos

ahora bien la transmision en serie se divide también en dos

asincrona

sincrona

en la primera la temporizacion de la señal no es importante, en lugar de ello la informacion de un lado al otro es sintetizada por patrones acordados

en este momento puedo decir un patron como lo es el bit extra al inicio de cada byte que es un cero y varios bits adicionales al final .

en la segunda opcion el flujo puede tener varios bytes pues la sincronizacion es por medida de tiempo

FRAME RELAY (retransmision de tramas)

tecnologia basada en circuitos virtuales que pueden ser permanentes o conmutadas

es de transmision sincrona

Para entender este protocolo debemos de partir de que la comunicacion de la LAN con la WAN se hace cn una interfaz compuesta por

DTE – DCE  , en este caso el DCE, el DTE esta asociado con la LAN y el DCE con la WAN, ahora bien estos DCE se conectan con los conmutadores de frame Ralay  y apartir de todos los  DCE es considerado la nube.

frame relay emplea circuitos virtuales y para identificarlos hay un identificador de circuito virtual, estos operan en el nivel de enlace de datos

este identificador es DLCI  identificador de conexion de enlace de datos

ahora bien lo que ve un usuario es una nube y un DTE que se comunica con otro DTE remoto, cuando se establece uncircuito virtual  la nube da al DTE local un numero DLCI que puede utilizar para haceder al DTE remoto.

entrandonos en la nube

hay que distinguir dos tipos de conexiones que existen en frame Relay

PVC

SVC

El primero es un circuito virtual permanente, como su nombre lo indica se estable entre dos DTE atraves del provedor de servicios ISP

El segundo es un circuito virtual conmutado, aquí cuando un DTE local quiere establecer  una conexion con un DTE remoto se debe establecer un nuevo circuito virtual, en este caso  se necesita de los servicios de otro protocolo  que este en el nivel de red.

los conmutadores en la nube tambien establecen conexion de la misma forma pero estas tienen una tabla que identifica la interfaz con la DLCI tanto de entrada como de salida.

Advertisements

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s