Tecnologas Actuales

Equipo 7

Conmutacin y Enrutamiento de Redes

Protocolo Punto-a-Punto (PPP o Point-to-Point Protocol)

Es un protocolo de nivel de enlace de datos, estandarizado en el documento Request For
Comments 1661 (RFC 1661).
Comnmente usado para establecer una conexin directa entre dos nodos de una red de
computadoras. Puede proveer:
Autentificacin de conexin
Cifrado de transmisin (usando Encryption Control Protocol (ECP), RFC 1968)
Compresin.
PPP es usado en varios tipos de redes fsicas, incluyendo: cable serial, lnea telefnica,
lnea troncal, telefona celular, especializado en enlace de radio y enlace de fibra
ptica como SONET (Synchronous Optical Network). Tambin es utilizado en las
conexiones de acceso a Internet (mercadeado como banda ancha o broadband).
Los proveedores de servicios de Internet(ISP) han usado PPP para que accedan a
Internet los usuarios de dial-up (lnea conmutada), ya que los paquetes de IP no pueden
ser transmitidos va mdem, sin tener un protocolo de enlace de datos.
Dos derivados del PPP son:
Point to Point Protocol over Ethernet (PPPoE),
Point to Point Protocol over ATM (PPPoA).
Son usados comnmente por los ISP para establecer una lnea de abonado digital (Digital
Subscriber Line, DSL) de servicios de Internet para clientes.
Por tanto, se trata de un protocolo asociado a la pila TCP/IP de uso en Internet.
Descripcin[editar]
El protocolo PPP permite establecer una comunicacin a nivel de la capa de enlace
TCP/IP entre dos computadoras (redes punto a punto). Generalmente, se utiliza para
establecer la conexin a Internet de un computador particular con su ISP a travs de
un mdem telefnico. Ocasionalmente tambin es utilizado sobre conexiones de banda
ancha (como PPPoE o PPPoA). Adems del simple transporte de datos, PPP facilita dos
funciones importantes:
Autenticacin: generalmente mediante una clave de acceso.
Asignacin dinmica de IP: los proveedores de acceso cuentan con un nmero limitado
de direcciones IP y cuentan con ms clientes que direcciones. Naturalmente, no todos los
clientes se conectan al mismo tiempo. As, es posible asignar una direccin IP a cada
cliente en el momento en que se conectan al proveedor. La direccin IP se conserva
hasta que termina la conexin por PPP. Posteriormente, puede ser asignada a otro
cliente.
PPP tambin tiene otros usos, por ejemplo, se utiliza para establecer la comunicacin
entre un mdem ADSL y la pasarela ATM del operador de telecomunicaciones.
Tambin se ha venido utilizando para conectar a trabajadores desplazados (p.
e. computadora porttil) con sus oficinas a travs de un centro de acceso remoto de su
empresa. Aunque esta aplicacin se est abandonando en favor de las redes privadas
virtuales.
Configuracin automtica[editar]

El Protocolo de Control de Enlace (Link Control Protocol, LCP) inicia y termina

conexiones, permitiendo a los usuarios negociar las opciones de conexin. Es una parte
integrada en el PPP, y est definido en el mismo estndar de especificacin. LCP provee
configuracin automtica de las interfaces de cada final y selecciona autentificacin
opcional. El Protocolo LCP corre encima del PPP (con el nmero de Protocolo 0Xc021) y
por lo mismo una conexin bsica PPP debe estar establecida antes que se configure el
LCP.
Mltiples protocolos de la capa de red
PPP permite, a mltiples protocolos de la capa de red, operar en el mismo enlace de
comunicacin. Para cada protocolo de capa de red usada, un Protocolo de Control de Red
(Network Control Protocol, NCP) separado, ofrece opciones para negociar y encapsular
mltiples protocolos de la capa de red. Negocia informacin de la capa de red como
direcciones de red u opciones de compresin, despus que la conexin fue establecida.
Enlace de deteccin de ciclo
PPP detecta un ciclo de enlaces usando una caracterstica que envuelve nmeros
mgicos. Cuando los nodos envan mensajes PPP LCP, estos mensajes pueden incluir
unos nmeros mgicos. Si una lnea est en ciclo, el nodo recibe un mensaje LCP con su
propio nmero mgico, en vez de obtener un mensaje con el nmero.
Opciones de configuracin de PPP
La seccin anterior introdujo el uso de las opciones de LCP para encontrar los
requerimientos especficos de una conexin WAN. PPP puede incluir las siguientes
opciones de LCP:
Autentificacin: los routers de puerto intercambian mensajes de autentificacin. Dos
opciones de autentificacin son:
Protocolo de Autentificacin por Clave (PAP) y
Protocolo de Autentificacin de Desafo Mutuo (CHAP).
Compresin: aumenta el rendmiento efectivo en las conexiones PPP, reduciendo la
cantidad de data en la trama que debe viajar a travs de los enlaces.
Deteccin de Error: identifica condiciones de falla. La calidad y la opcin de Nmeros
Mgicos ayudan a asegurar un confiable enlace de datos sin ciclos repetitivos.
Multienlace: proporciona equilibrio de carga de varias interfaces usando el Multilink de
PPP.
Funcionamiento del Protocolo PPP.
PPP consta de las siguientes fases:
1. Establecimiento de conexin: durante esta fase, una computadora contacta con
la otra y negocian los parmetros relativos al enlace usando el protocolo LCP.
Este protocolo es una parte fundamental de PPP y por ello est definido en el
mismo RFC. Usando LCP se negocia el mtodo de autenticacinque se va a
utilizar, el tamao de los datagramas, nmeros mgicos para usar durante la
autenticacin, ...
2. Autenticacin: no es obligatorio. Existen dos protocolos de autenticacin. El ms
bsico e inseguro es Password Authentication Protocol (PAP), aunque no se
recomienda dado que manda el nombre de usuario y la contrasea en claro. Un
mtodo ms avanzado y preferido por muchos ISP es CHAP, en el cual la
contrasea se manda cifrada.
3. Configuracin de red: en esta fase se negocian parmetros dependientes del
protocolo de red que se est usando. PPP puede llevar muchos protocolos de red

al mismo tiempo y es necesario configurar individualmente cada uno de estos

protocolos. Para configurar un protocolo de red se usa el
protocolo NCP correspondiente. Por ejemplo, si la red es IP, se usa el
protocolo IPCP para asignar la direccin IP del cliente y sus servidores DNS.
4. Transmisin: durante esta fase se manda y recibe la informacin de red. LCP se
encarga de comprobar que la lnea est activa durante periodos de inactividad.
Obsrvese que PPP no proporciona cifrado de datos.
5. Terminacin: la conexin puede ser finalizada en cualquier momento y por
cualquier motivo.
PPP tiene todas las propiedades de un protocolo de nivel de enlace:
Garanta de recepcin.
Recepcin ordenada.
Uso del puerto 53 para conexin bidireccional de sockets.
Usado en los balanceadores de carga (Load Balancer, LB) como protocolo de
distribucin.
Fases del PPP y activacin de la lnea
Las fases del protocolo punto a punto, segn el RFC 1661, son los siguientes:
1. Enlace Muerto: esta fase se produce cuando falla la conexin, o en un lado se ha
dicho que se desconecte (por ejemplo, un usuario ha terminado su conexin de
acceso telefnico).
2. Fase de Establecimiento de Enlace: esta fase es donde se intenta negociar con
el Protocolo de Control de Enlace. Si tiene xito, ya sea de control va a la fase de
autenticacin o la fase de protocolo de red-capa, dependiendo de si se desea la
autenticacin.
3. Fase de Autentificacin: esta fase es opcional. Se permite que los lados se
autentiquen entre s antes de que se establezca una conexin. Si se tiene xito, el
control pasa a la fase de protocolo de capa de red.
4. Fase de Protocolo de la Capa de Enlace: esta fase es donde se invocan cada
protocolo deseados Protocolos de control de red. Por ejemplo, IPCP se utiliza en
el establecimiento de servicios IP a travs de la lnea. Transporte de datos para
todos los protocolos que se inician con xito con sus protocolos de control de red
tambin se produce en esta fase. Cierre de protocolos de red tambin se
producen en esta fase.
5. Fase de Terminacin de Enlace: en esta fase se cierra la conexin. Esto puede
ocurrir si hay un error de autenticacin, si hay tantos errores de suma de
comprobacin de que las dos partes deciden derribar el enlace de forma
automtica, si el enlace falla de repente, o si el usuario decide colgar su conexin.
PPP versus SLIP
El protocolo SLIP (Serial Line Internet Protocol) cumple la misma funcin que PPP, pero
se trata de un protocolo mucho ms anticuado. Las ventajas de PPP sobre SLIP son:
Permite la conexin tanto mediante lneas sncronas como asncronas.
Permite la asignacin dinmica de direcciones IP en ambos extremos de la lnea.
Permite el transporte de varios protocolos de red sobre l (SLIP solamente permite
IP).
Implementa un mecanismo de control de red NCP.
El protocolo PPP se puede usar tambin para crear Redes Privadas Virtuales (RPV), en
ingls: Virtual Private Network (VPN), tanto cifradas como no cifradas, pero si se desea
cifrado, se debe implementar por debajo de PPP.

PPP a travs de varios enlaces

Multilink PPP
Multilink PPP (tambin conocida como MLPPP, MP, MPPP, MLP, o Multilink) proporciona
un mtodo para la difusin de trfico a travs de mltiples conexiones de distintas PPP.
Se puede utilizar, por ejemplo, para conectar un ordenador personal a un proveedor de
servicios de Internet a travs de dos mdems de 56k tradicionales, o para conectar una
empresa a travs de dos lneas arrendadas. En una sola lnea de marcos de PPP no
pueden llegar fuera de orden, pero esto es posible cuando las tramas se dividen entre
mltiples conexiones PPP. Por lo tanto Multilink PPP debe enumerar los fragmentos para
que puedan ser puestos en el orden correcto de nuevo cuando llegan. Multilink PPP es un
ejemplo de una tecnologa de agregacin de enlaces. Cisco IOS versin 11.1 y posterior
es compatible con Multilink PPP.
Multiclase PPP
Con PPP, no se puede establecer varias conexiones PPP distintas simultneas sobre un
nico enlace. Eso no es posible con Multilink PPP. Multilink PPP utiliza nmeros contiguos
para todos los fragmentos de un paquete, y como consecuencia no es posible suspender
el envo de una secuencia de fragmentos de un paquete con el fin de enviar otro paquete.
Esto evita que se ejecute Multilink PPP varias veces en los mismos enlaces.
Multiclase PPP es una especie de Multilink PPP donde cada "clase" de trfico utiliza un
espacio separado, el nmero de secuencia y el re-ensamblaje de amortiguacin.

Descripcin general de la tecnologa xDSL

Qu hay detrs de DSL?
DSL es una tecnologa de transmisin de banda ancha digital que implica el envo de
informacin digital a travs de una lnea telefnica de abonado, tambin
denominada bucle local. El acrnimo DSL significa "lnea de abonado digital". Las
aplicaciones de DSL implican el transporte de datos, voz y, ms recientemente, video, de
alta velocidad a abonados residenciales y comerciales.
DSL en general describe la tecnologa, mientras que xDSL representa las variedades
individuales de la tecnologa DSL. La x de xDSL es una variable que cambia en funcin de
la velocidad y aplicacin de la tecnologa xDSL (por ejemplo, ADSL, VDSL, etc.).

Leyenda:
ATU-C: Unidad transceptora de lnea de abonado digital asimtrica (ADSL) central
ATU-R: Unidad transceptora de lnea de abonado digital asimtrica (ADSL) remota
DSLAM: Multiplexor de acceso a lnea de abonado digital

POTS: Servicio telefnico antiguo simple

Figura 1: Topologa de la ADSL
Por ejemplo, la ADSL (cuya "A" significa "asimtrica") es la ms adecuada para el sector
residencial, ya que la tasa de bits del flujo de la red al abonado es mayor que la del
abonado a la red. La SHDSL (donde "SH" significa "alta velocidad simtrica") es un
servicio simtrico que es el ms adecuado para el sector comercial para reemplazar al
servicio T1 o E1 tradicional.
ADSL2, ADSL Reach-Extended (RE), ADSL2+, VDSL, VDSL (1.5) y VDSL2 son todas
variantes de servicios asimtricos. Comnmente representan evoluciones de la tecnologa
dirigidas a proveer mayores velocidades y ms resistencia a los ruidos y otras dificultades,
o funcionamiento en distancias de bucle local mayores.
Servicios de tasas de bits ms veloces
DSL logra mayores velocidades en la transferencia de datos que los mdems de
marcacin al utilizar una parte mayor del ancho de banda disponible en el bucle local. El
servicio telefnico comn solo utiliza una cantidad muy limitada de las frecuencias ms
bajas: 3400 Hz y menos. Si bien un ancho de banda de 3400 Hz es ms que suficiente
para transmitir voz analgica con una calidad razonable, no es adecuado para transmitir
datos de alta velocidad.
DSL provee, al menos, 256 kbit/s y llega a tanto como 100 Mbit/s. Esto permite la
transmisin simultnea de voz y datos digitales de alta calidad e incluso videos de
movimiento completo (esto tambin se conoce como servicios triple-play). Los servicios
basados en ADSL y ADSL2+ se han desplegado ampliamente y ofrecen experiencias
de banda ancha con contenido enriquecido para consumidores residenciales y
comerciales.
An analgicos, an de cobre
La mayora de las tecnologas DSL mencionadas anteriormente envan las seales
digitales mediante lneas telefnicas de cobre trenzado (bucles locales) con tonos
analgicos de amplitud modulada. Esta tcnica se conoce como transmisin multitono
discreta (DMT). Por ejemplo, ADSL utiliza hasta 256 tonos de diferentes frecuencias, cada
una de las cuales tiene amplitud modulada, en funcin de las secuencias de bits que se
deben transportar.
Desde el punto de vista de las pruebas y mediciones, el bucle local debe transportar la
mayor cantidad posible de tonos para lograr la tasa de bits ms alta posible con la menor
cantidad de interrupciones debido a interferencia por ruido. Los bucles locales cortos no
atenan las seales de DSL tanto como los bucles ms largos. Adems, los bucles
locales, que tienen una excelente continuidad elctrica, libre de empalmes defectuosos y
corrosin galvnica, son los mejores. La mayora de los proveedores de servicios de
telecomunicaciones tienen prcticas de mantenimiento preventivo para asegurar la
calidad de su planta de bucles locales. Si no es as, al menos hacen todo lo posible
por reparar los bucles locales que se tornan defectuosos con el tiempo.
Figura 2: Datos de carga de portadora de ADSL
Datos, voz y video
En el centro de la red DSL, est el mdem DSL (instalado en el lugar del cliente) y
el multiplexor de acceso a bucle de abonado digital (DSLAM), ubicado en la oficina

central de la empresa de telecomunicaciones o en terminales remotas de los vecindarios.

El DSLAM es un dispositivo multipuerto que sirve a cientos de miles de abonados
mediante una conexin directa con la planta de bucles locales de cobre.
La mayora de las redes DSL se basan en ATM y/o protocolos de Ethernet/IP. Esto hace
que para los proveedores de servicios, sea ms fcil ofrecerles a sus abonados servicios
de Internet, VoIP e IPTV y permitir, a la vez, la integracin directa de equipos de DSL en
sus redes generales. Los datos de los clientes se transportan, enrutan y administran
usando las diversas direcciones IP y ATM de paquetes con protocolos de encapsulacin.

Figura 3: Representacin de una red DSL que provee servicios triple-play

En las redes DSL, el servicio telefnico PSTN heredado o ISDN coexiste en el mismo
bucle local que transporta las seales DSL. Los dos servicios utilizan en el mismo
momento bandas de frecuencias diferentes para no interferir con el otro. Cuando las
seales de PSTN o ISDN llegan al DSLAM, se dividen por medio de separadores (filtros
de paso bajo o alto) y se alimentan del conmutador de la red de telefona pblica
conmutada (PSTN) tradicional o del equipo de la red digital de servicios integrados
(ISDN).
Como alternativa al PSTN, los proveedores de servicios o terceros pueden ofrecer
servicios de VoIP. En tales casos, las comunicaciones de voz de los abonados se
convierten en flujos de voz digitalizada y empaquetada. A partir de all, se transportan
como paquetes IP a travs de la red.
En los ltimos aos, la evolucin de la tecnologa DSL fue capaz de generar tasas de bits
suficientemente altas para que hoy se pueda proveer IPTV con doblaje en video de

calidad de emisin, que utiliza servidores de contenido de video y dispositivos de gestin

de canales de difusin para proveer algunos canales de video por vez a cada abonado. A
diferencia de las redes de CATV coaxiales, que proveen en simultneo cientos de canales
de TV a cada punto terminal, independientemente de los canales que en realidad, se
estn viendo o grabando, DSL/IPTV provee nicamente los canales que se estn
utilizando en un momento dado. As es como el ancho de banda inherente inferior de un
par trenzado de cables telefnicos puede ofrecer a un cliente una experiencia similar a la
de las redes de CATV que tienen una mayor capacidad de ancho de banda.
Pruebas de DSL
El rendimiento del servicio DSL vara en funcin de los siguientes factores:
La distancia entre las instalaciones de un cliente y la oficina central o terminal
remota de la empresa de telefona local
La capacidad de la red troncal digital que est disponible para admitir cada
DSLAM
La cantidad de usuarios que se agregan a la red troncal digital disponible
El comportamiento de la comunidad que recibe el servicio (es decir, con qu
frecuencia utilizan el servicio, cuntos datos consumen, qu tipos de servicios les
ofrecen)
La calidad del bucle local entre las instalaciones del cliente y la oficina central del
proveedor del servicio
La proximidad de fuentes de ruido con el equipo de DSL y el bucle local
El estado del cableado de las instalaciones del cliente
El estado de la alimentacin elctrica pblica y la conexin a tierra

El aprovisionamiento de despliegues generalizados del servicio de DSL es complejo.

Cada cliente puede obtener una velocidad de conexin diferente y, en muchos casos, los
abonados pueden elegir entre una amplia variedad de servicios. Cuando estos factores se
unen a la complejidad de configurar nombres de usuarios, contraseas, parmetros de

puertos DSLAM, canales de video con suscripcin (en el caso de IPTV), y parmetros de
proveedores de servicios de Internet, correo electrnico y VoIP, es de prever que haya
errores que dificulten el servicio para un cierto porcentaje de abonados. Un conjunto de
pruebas que provee a los tcnicos una visibilidad clara de las conexiones tiene un valor
enorme (consulte el ejemplo de resultados de pruebas presentados arriba).

Frame Relay
Frame Relay comenz como un movimiento a partir del mismo grupo de normalizacin
que dio lugar a X.25 y RDSI: El ITU (entonces CCITT). Sus especificaciones fueron
definidas por ANSI, fundamentalmente como medida para superar la lentitud de X.25,
eliminando la funcin de los conmutadores, en cada "salto" de la red. X.25 tiene el grave
inconveniente de su importante "overhead" producido por los mecanismos de control de
errores y de flujo.
Hasta hace relativamente poco tiempo, X.25 se ha venido utilizando como medio de
comunicacin para datos a travs de redes telefnicas con infraestructuras analgicas, en
las que la norma ha sido la baja calidad de los medios de transmisin, con una alta tasa
de errores. Esto justificaba los abundantes controles de errores y sus redundantes
mecanismos para el control de flujo, junto al pequeo tamao de los paquetes. En
resumen, se trataba de facilitar las retransmisiones para obtener una comunicacin
segura.
Frame Relay, por el contrario, maximiza la eficacia, aprovechndose para ello de las
modernas infraestructuras, de mucha mayor calidad y con muy bajos ndices de error, y
adems permite mayores flujos de informacin.
Frame Relay se define, oficialmente, como un servicio portador RDSI de banda estrecha
en modo de paquetes, y ha sido especialmente adaptado para velocidades de hasta 2,048
Mbps., aunque nada le impide superarlas.
Frame Relay proporciona conexiones entre usuarios a travs de una red pblica, del
mismo modo que lo hara una red privada con circuitos punto a punto. De hecho, su gran
ventaja es la de reemplazar las lneas privadas por un slo enlace a la red. El uso de
conexiones implica que los nodos de la red son conmutadores, y las tramas deben de
llegar ordenadas al destinatario, ya que todas siguen el mismo camino a travs de la red.
Tecnologa:
Las redes Frame Relay se construyen Estructura OSI de la red Frame Relay
partiendo de un equipamiento de
usuario que se encarga de
empaquetar todas las tramas de los
protocolos existentes en una nica
trama Frame Relay. Tambin
incorporan los nodos que conmutan
las tramas Frame Relay en funcin del
identificador de conexin, a travs de
la ruta establecida para la conexin en
la red.

Este equipo se denomina FRAD o "Ensamblador/Desensamblador Frame Relay" (Frame Relay

Assembler/Disassembler) y el nodo de red se denomina FRND o "Dispositivo de Red Frame
Relay" (Frame Relay Network Device).
Las tramas y abeceras de Frame Relay pueden teneriferentes longitudes, ya que hay una
gran variedad de opciones disponibles en la implementacin, conocidos como anexos a
las definiciones del estndar bsico.

La informacin transmitida en una trama Frame Relay puede oscilar entre 1 y 8.250 bytes,
aunque por defecto es de 1.600 bytes.

Lo ms increble de todo, es que, a pesar del gran nmero de formas y tamaos Frame
Relay funciona perfectamente, y ha demostrado un muy alto grado de interoperatibilidad
entre diferentes fabricantes de equipos y redes. Ello es debido a que, sean las que sean
las opciones empleadas por una determinada implementacin de red o equipamiento,
siempre existe la posibilidad de "convertir" los formatos de Frame Relay a uno comn,
intercambiando as las tramas en dicho formato.
En Frame Relay, por tanto, los dispositivos del usuario se interrelacionan con la red de
comunicaciones, haciendo que sean aquellos mismos los responsables del control de flujo
y de errores. La red slo se encarga de la transmisin y conmutacin de los datos, as
como de indicar cual es el estado de sus recursos. En el caso de errores o de saturacin
de los nodos de la red, los equipos del usuario solicitarn el reenvo (al otro extremo) de
las tramas incorrectas y si es preciso reducirn la velocidad de transmisin, para evitar la
congestin.

Las redes Frame Relay son orientadas a conexin, como X.25, SNA e incluso ATM. El
identificador de conexin es la concatenacin de dos campos HDLC (High-level Data Link
Control), en cuyas especificaciones originales de unidad de datos (protocolo de la capa 2),
se basa Frame Relay. Entre los dos campos HDLC que forman el "identificador de
conexin de enlace de datos" o DLCI (Data Link Connection Identifier) se insertan algunos
bits de control (CR y EA).
Frame Relay tambin ha sido denominado "tecnologa de paquetes rpidos" (fast packet
technology) o "X.25 para los 90", y esto es cierto en gran medida.
El protocolo X.25 opera en la capa 3 e inferiores del modelo OSI, y mediante la
conmutacin de paquetes, a travs de una red de conmutadores, entre identificadores de
conexin. En cada salto de la red X.25 se verifica la integridad de los paquetes y cada
conmutador proporciona una funcin de control de flujo. La funcin de control de flujo
impide que un conmutador X.25 no enve paquetes a mayor velocidad de la que el
receptor de los mismos sea capaz de procesarlos. Para ello, el conmutador X.25 receptor
no enva inmediatamente la seal de reconocimiento de los datos remitidos, con lo que el
emisor de los mismos no enva ms que un determinado nmero de paquetes a la red en
un momento dado.
Frame Relay realiza la misma
funcin, pero partiendo de la capa
2 e inferiores. Para ello, descarta
todas las funciones de la capa 3
que realizara un conmutador de
paquetes X.25, y las combina con
las funciones de trama. La trama
contiene as al identificador de
conexin, y es transmitida a travs
de los nodos de la red en lugar de
realizar una "conmutacin de
paquetes".

Lgicamente, todo el control de errores en el contenido de la trama, y el control de flujo, debe

de ser realizado en los extremos de la comunicacin (nodo origen y nodo destino). La
conmutacin de paquetes en X.25, un proceso de 10 pasos, se convierte en uno de 2 pasos, a
travs de la transmisin de tramas.
Un caso prctico:

Si el usuario "A" desea una comunicacin con el

usuario "B", primero establecer un Circuito Virtual
(VC o Virtual Circuit), que los una. La informacin a
ser enviada se segmenta en tramas a las que se
aade el DLCI.

Una vez que las tramas son entregadas a la red, son conmutadas segn unas tablas de
enrutamiento que se encargan de asociar cada DLCI de entrada a un puerto de salida y un
nuevo DLCI.
En destino, las tramas son
reensambladas.
En la actualidad las redes pblicas
slo ofrecen Circuitos Virtuales
Permanentes (PVC o Permanent
Virtual Circuit). En el futuro podremos
disponer de Circuitos Virtuales
Conmutados (SVC o Switched Virtual
Circuit), segn los cuales el usuario
establecer la conexin mediante
protocolos de nivel 3, y el DLCI ser
asignado dinmicamente.
La contratacin:
A la hora de contratar un enlace Frame Relay, hay que tener en cuenta varios parmetros.
Por supuesto, el primero de ellos es la velocidad mxima del acceso (Vt), que depender
de la calidad o tipo de lnea empleada.
Pero hay un parmetro ms importante: se trata del CIR (velocidad media de transmisin
o Committed Information Rate). Es la velocidad que la red se compromete a servir como
mnimo. Se contrata un CIR para cada PVC o bien se negocia dinmicamente en el caso
de SVCs.
El Committed Burst Size (Bc) es el volumen de trfico alcanzable transmitiendo a la
velocidad media (CIR).
Por ltimo la rfaga mxima o Excess Burst Size (Be) es el volumen de trfico adicional
sobre el volumen alcanzable.
Para el control de todos estos
parmetros se fija un intervalo de
referencia (tc). As, cuando el
usuario transmite tramas, dentro
del intervalo tc, a la velocidad
mxima (Vt), el volumen de trfico
se acumula y las red lo acepta
siempre que este por debajo de Bc.
Pero si se contina transmitiendo
hasta superar Bc, las tramas
empezarn a ser marcadas
mediante el bit DE (sern
consideradas como desechables).

Por ello, si se contina transmitiendo superando el nivel marcado por Bc+Be, la red no admitir
ninguna trama ms.

Por supuesto la tarificacin dentro de cada volumen (Bc/Be) no es igual, puesto que en el
caso de Be, existe la posibilidad de que las tramas sean descartadas.
Situacin actual y tendencias:
La clave para que Frame Relay sea aceptado con facilidad, al igual que ocurri con X.25,
y tambin ocurre ahora con RDSI, es su gran facilidad, como tecnologa, para ser
incorporado a equipos ya existentes: encaminadores (routers), ordenadores,
conmutadores, multiplexores, etc., y que estos pueden, con Frame Relay, realizar sus
funciones de un modo ms eficiente.
Por ello, Frame Relay es una solucin ampliamente aceptada, especialmente para evitar
la necesidad de construir mallas de redes entre encaminadores (routers), y en su lugar
multiplexando muchas conexiones a lugares remotos a travs de un solo enlace de
acceso a la red Frame Relay.
Su ventaja, como servicio pblico es evidente. Sin embargo, el hecho de ser un servicio
pblico tambin llegar a ser un inconveniente, desde el punto de vista de la percepcin
que el usuario puede tener de otros servicios como X.25, y que han llevado, en los ltimos
aos, a las grandes compaas, a crear sus propias redes, con sus propios dispositivos
(fundamentalmente multiplexores, conmutadores y encaminadores) y circuitos alquilados.
El inconveniente de esas grandes redes, adems de su alto coste por el nmero de
equipos necesario, es el nmero de circuitos que pueden llegar a suponer y el intrincado
laberinto que ello conlleva; por otro lado, se pueden llegar a generar cuellos de botella en
determinados puntos, y grandes congestiones en toda la red. Por el contrario, Frame
Relay permite una mayor velocidad y prestaciones, adems de permitir que un mismo
circuito sirva a varias conexiones, reduciendo, obviamente, el nmero de puertos y
circuitos precisos, y por tanto el coste total.
El futuro de Frame Relay aparece como brillante, especialmente si lo comparamos con
otras tecnologas no estandarizadas. En Frame Relay todo son ventajas: puede ser
implementado en software (por ejemplo en un encaminador), y por tanto puede ser mucho
ms barato; Frame Relay esta orientado a conexiones, como la mayora de las WANs;
Frame Relay puede "empaquetar" tramas de datos de cualquier protocolo de longitud
variable; la "carga del protocolo" (overhead) de Frame Relay es menor de un 5%. Como
desventaja tendramos que mencionar que Frame Relay slo ha sido definido para
velocidades de hasta 1,544/2,048 Mbps. (T1/E1), aunque esto sin duda es algo temporal.
Adems, Frame Relay no soporta aplicaciones sensibles al tiempo, al menos de forma
estndar.
Pero Frame Relay sigue siendo una tecnologa antigua, ya que no inventa nuevos
protocolos ni mejora los dispositivos de la red, sino que se limita a eliminar parte de la
carga de protocolo y funciones de X.25, logrando mejorar su velocidad. El resultado es
una red ms rpida, pero no una red integrada.
Adems, dado que Frame Relay est orientado a conexin, todas las tramas siguen la
misma ruta a travs de la red, basadas en un identificador de conexin. Pero las redes
orientadas a conexin son susceptibles de perderla si el enlace entre el nodo conmutador
de dos redes falla. An cuando la red intente recuperar la conexin, deber de ser a
travs de una ruta diferente, lo que origina un cambia en la demora extremo a extremo y
puede no ser lo suficientemente rpido como para ser transparente a las aplicaciones.

RDSI:
Telefona y Servicios Digitales
En 1984 la CCITT defina la RDSI (Red Digital de Servicios Integrados), como una red, en
general evolucionada de una red digital integrada telefnica, que proporciona, de un
extremo a otro, conectividad digital, soportando un amplio abanico de servicios, ya sean
vocales u otros, y a la que los usuarios pueden tener acceso mediante dispositivos o
interfaces multi-propsito.
La RDSI ha sido diseada, como sucesor de las actuales redes telefnicas pblicas,
respecto de las que ofrece:
Audio de 7 KHz, frente a los 3,1 KHz de la telefona bsica, mejorando sensiblemente la
calidad.
Comunicaciones digitales a 64 Kbits por segundo, frente a los 14,4 Kbps. tericamente
alcanzables por las redes telefnicas.
Gran funcionalidad frente a las redes telefnicas, como resultado del uso de un canal
de sealizacin normalizado.
Un nico medio de acceso para transferencia de voz, imagen, datos y textos, por medio
de conmutacin de circuitos o de paquetes.
Rapidez en las llamadas (menos de 800 ms.) y virtualmente sin errores.
Ventajas evidentes son el envo de una pgina fax DIN-A4 en tan slo 3 segundos, y la
posibilidad de vdeo conferencias de calidad razonable.
El trmino sajn original es ISDN (Integrated Service Digital Network), acuado en 1972
por Japn y homologado en 1984 por CCITT.
Los estudios del CCITT hicieron patente la absoluta necesidad de que los servicios
primarios de RDSI, evolucionaran a partir de las actuales redes telefnicas, entre otras
razones para el aprovechamiento de las inversiones en los actuales cables de cobre. Sin
embargo, es de esperar la evolucin en instalaciones de mayor calidad para
transferencias digitales, que a largo plazo son sin duda mas rentables, como por ejemplo,
fibra ptica.

Tecnologa:
La RDSI actual, tambin conocida como RDSI de banda estrecha, est basada en una de
las dos estructuras definidas por CCITT:
1. Acceso bsico (BRI)
Acceso simultneo a 2 canales de 64 Kbps., denominados canales B, para voz o datos.
Un canal de 16 Kbps., o canal D, para la realizacin de la llamada y otros tipos de
sealizacin entre dispositivos de la red.
En conjunto, se denomina 2B+D, o I.420, que es la recomendacin CCITT que define el
acceso bsico. El conjunto proporciona 144 Kbps.

2. Acceso primario (PRI)

Acceso simultneo a 30 canales tipo B, de 64 Kbps., para voz y datos.
Un canal de 64 Kbps., o canal D, para la realizacin de la llamada y la sealizacin entre
dispositivos de la red.
En conjunto, se referencia como 30B+D o I.421, que es la recomendacin CCITT que
define el acceso primario. el conjunto proporciona 1.984 Kbps.
En algunos pases (US), slo existen 23 canales tipo B, por lo que se denomina 23B+D.
El total corresponde a 1.536 Kbps.
Evidentemente, las comunicaciones va RDSI, han de convivir con las actuales lneas, por
lo que es perfectamente posible establecer una llamada, por ejemplo, entre un telfono
RDSI y un telfono analgico o viceversa, del mismo modo que es posible comunicar, va
RDSI, con X.25 o redes tipo Frame Relay.
La informacin en los canales tipo B, operando en modo de conmutacin de circuitos, una
vez que ha sido establecida la llamada, se transmite de un modo totalmente transparente,
lo que permite emplear cualquier conjunto de protocolos como SNA, PPP, TCP/IP, etc.
El canal de control de la llamada, o canal D, tambin denominado de sealizacin,
permite, como su nombre indica, el establecimiento, monitorizacin y control de la
conexin RDSI, y es el responsable de generar incluso los timbres de llamada. Est
definido por la recomendacin CCITT Q.931 (I.451), aunque en la actualidad, algunos
pases siguen normas propietarias. La sealizacin dentro de la red se realiza mediante la
norma SS#7 (Signalling System Number 7) del CCITT, la misma empleada para la
operacin sobre lneas analgicas.
Los canales tipos B y D se agrupan, a su vez, en diferentes tipos o grupos, segn el
siguiente esquema:
Tipo

Funcin

Velocidad

Servicios bsicos

64 Kbps.

Sealizacin

16 Kbps. (BRI)
64 Kbps. (PRI)

H0

6 canales B

384 Kbps. (PRI)

H1

todos los canales H0

H11 (24B)
H12 (30B)

1.536 Kbps. (PRI)

1.920 Kbps. (PRI)

H2

RDSI de banda ancha

H21
H22

(propuesta actual)
32.768 Kbps.
43-45 Mbps.

H4

RDSI de banda ancha

132-138,240 Mbps.

Por tanto, las interfaces BRI y PRI tienen la siguiente estructura:

Interfaz

Estructura

Velocidad total

Velocidad disponible

BRI

2B + D16

192 Kbps.

144 Kbps.

PRI

23B + D64
30B + D64

1.544 Kbps.
2.048 Kbps.

1.536 Kbps.
1.984 Kbps.

La RDSI se integra en el esquema de capas OSI (Open Systems Interconnection), en el

que cada nivel realiza un subconjunto de las funciones requeridas para la comunicacin,
cuyo esquema de funcionamiento es el siguiente:
1. Nivel Fsico: Realiza la transmisin de cadenas de bits, sin ninguna
estructuracin adicional, a travs del medio fsico. Tiene que ver con las
caractersticas mecnicas, elctricas, funcionales y los procedimientos para
el acceso al medio fsico.
2. Nivel de enlace: Se encarga de la transferencia fiable de informacin a
travs del enlace fsico, enviando los bloques de datos (tramas o frames),
con la sincronizacin, control de errores y control de flujo necesarios.
3. Nivel de red: Proporciona a los niveles superiores la independencia de la
transmisin de los datos y de las tecnologas de conmutacin empleadas
para la conexin de los sistemas. Es responsable de establecer, mantener
y terminar las conexiones.
4. Nivel de transporte: Proporciona la transferencia de datos fiable y
transparente entre dos puntos. Facilita la correccin de errores y el control
de flujo entre dichos puntos.
5. Nivel de sesin: Facilita las estructuras de control para la comunicacin
entre aplicaciones. Establece, dirige y termina las conexiones (sesiones)
entre aplicaciones que se comunican.
6. Nivel de presentacin: Proporciona independencia a los procesos de
aplicacin respecto de las diferencias de representacin de los datos
(formatos, sintaxis, ...).
7. Nivel de aplicacin: Suministra el acceso al entorno OSI por parte de los
usuarios y proporciona los servicios de informacin distribuida.
La arquitectura del protocolo RDSI, respecto de los niveles OSI, se define pues:
El enlace de los canales se produce a travs del procedimiento LAP-B (Link Access
Procedure Balanced).
El protocolo LAP-B es un subconjunto del protocolo HDLC (High-level Data Link Control),
que puede proporciona la conexin entre el usuario y la red a travs de un enlace simple,
por ejemplo en un canal B.
Asimismo, el protocolo LAP-D, derivado del anterior, proporciona una o ms conexiones
sobre un mismo canal (D), y por tanto permite cumplir con los requerimientos de
sealizacin para mltiples canales B, asociados a un nico canal D. La funcionalidad del
protocolo LAP-D permite:
Mensajes a un nico o mltiples (broadcast) destinatarios.
En caso de un nico destinatario, se garantiza que no hay prdida de ningn mensaje,
as como su transmisin libre de errores, en la secuencia en que son originados.
En caso de mensajes tipo "broadcast", LAP-D garantiza la transmisin libre de errores
en la secuencia original, pero si hay errores durante la transmisin, los mensajes se
pierden.
LAP-D proporciona direccionamiento y chequeo de errores en la capa 2, mediante una
secuencia de verificacin de tramas (FCS o Frame Check Sequence).
El SAPI o identificador de punto de acceso al servicio (Service Access Point Indentifier),
mantiene aparte la informacin de las diferentes formas del canal D. SAPI 0 es para
indicar informacin de sealizacin; SAPI 1 es para conexiones de paquetes de datos,
empleando el protocolo RDSI Q.931; SAPI 16 es para paquetes de datos segn las

recomendaciones X.25 (nivel 3), y SAPI 63 se emplea para la informacin de gestin de

LAP-D. Las otras posibilidades estn reservadas para usos futuros.
El TEI o identificador de terminal (Terminal Endpoint Identifier), es la segunda parte de la
direccin LAP-D, y permite que sean identificados diferentes dispositivos en un
determinado grupo. Esta direccin es empleado slo en el canal D, y no debe de ser
confundida con ninguna direccin de la capa 3, que corresponden a la red (por ejemplo,
una direccin X.25).
Bits:

1-2

8-1.024

Contenido: Flag C/R EA0 SAPI EA1 TEI Control Informacin FCS Flag
(Flag = 01111110)
Los modos de operacin de LAP-D permiten realizar el reconocimiento de la correcta
recepcin (acknoledge mode) de tramas mltiples en el caso de un nico destinatario, o
bien no realizarlo (unacknowledge mode) en caso de mensajes tipo broadcast.
Se pueden establecer 3 tipos bsico de conexiones RDSI:
Llamadas de conmutacin de circuitos a travs del canal B: en las que la preparacin se
realiza a travs del canal D.
Llamadas de conmutacin de paquetes a travs del canal B: en las que la preparacin
se realiza a travs del canal D, para la conexin de conmutacin de circuitos a un nodo de
conmutacin de paquetes (de la operadora o privado).
Llamadas de conmutacin de paquetes a travs del canal D: en las que el trfico de
paquetes es multiplexado con las seales de control en la capa de enlace (internetworking
con canales B).
La sealizacin del canal D (Q.931), realiza las siguientes funciones:
Verificacin de compatibilidad: asegura que slo reaccionen a una llamada aquellos
equipos compatibles en una lnea RDSI.
Subdireccionamiento.
Presentacin de nmeros.
Establecimiento de la llamada.
Seleccin del tipo de conexin (conmutacin de paquetes o de circuitos).
Generacin de corrientes y tonos de llamada.
Sealizacin usuario a usuario (de forma transparente a la red).
Soporte de facilidades y servicios adicionales.
Los mensajes empleados para la sealizacin son:
SETUP: para iniciar una llamada.
ALERTING: para indicar el inicio de la fase de generacin del tono.
CONNECT: para sealizar el comienzo de la conexin.
CONNECT ACKNOWLEDGE: reconocimiento local del mensaje de conexin.
DISCONNECT: enviado por el terminal cuando va a colgar.
RELEASE: respuesta a un mensaje de desconexin, iniciando la misma.
RELEASE COMPLETE: reconocimiento local del mensaje de desconexin, confirmando
la liberacin correcta de la llamada.
CALL PROCEEDING: enviada por la central a un terminal intentando establecer una
llamada una vez ha sido analizado el numero llamado.
SETUP ACKNOWLEDGEMENT: confirmacin por la central, de la recepcin del
mensaje de SETUP, en caso de precisarse de informacin adicional para completar la
llamada.

 USER INFORMATION: para la sealizacin usuario a usuario.

INFORMATION: empleado por el terminal para enviar informacin adicional a la central
en cualquier momento, durante una llamada.
NOTIFY: usado por la central para enviar informacin a un terminal, en cualquier
momento, durante una llamada.
Los elementos importantes, durante el envo de los mensajes de sealizacin, son:
* Nmero llamado, incluido en SETUP.
* Subdireccin llamada, usada durante la llamada para seleccionar un equipo
determinado.
* Nmero y subdireccin del iniciador de la llamada, empleados en SETUP para identificar
el origen de la llamada.
* BC (Bearer Capability): empleado durante SETUP, para seleccionar el tipo de conexin.
* HLC (High Layer Compatibility): empleado en SETUP por el equipo originario de la
llamada, para identificar el servicio requerido y verificado por el equipo llamado para
comprobar su compatibilidad.
* LLC (Low Layer Compatibility): empleado en SETUP por el equipo originario para
especificar como ha sido codificada la informacin para el servicio.
* Nmero y subdireccin conectadas, enviado al originario de la llamada para identificar al
equipo con el que realmente se ha establecido la conexin.
* Indicador de situacin: empleado para describir el estado de la conexin o para indicar el
acceso al canal B, an no habiendo sido completada la llamada.
* Visualizacin: utilizado en NOTIFY para proporcionar un mensaje en la pantalla de un
terminal RDSI.
* Facilidades de teclado: empleados para introducir informacin adicional desde un
teclado del terminal, una vez que han sido introducidos los datos relativos al nmero y
subdireccin del terminal llamado.
* Informacin usuario a usuario.
Podemos definir una conexin RDSI segn el siguiente diagrama:
El mdulo NT1 es el que proporciona la terminacin fsica y electromagntica de la red,
aislando al usuario de la compaa suministradora, permitiendo una adecuada
monitorizacin y mantenimiento.
El mdulo NT2 realiza, si existe, la conmutacin local y el enrutado, en casos de redes
locales y centralitas digitales.
Pueden existir equipos NT12, en el caso de que se integren fsicamente los equipos de
terminacin con los de conmutacin, por ejemplo en casos de centralitas digitales
suministradas por la propia compaa proveedora de los servicios RDSI.
Los equipos TE1 son aquellos que cumplen con las especificaciones RDSI, y que por
tanto estn diseados para su conexin directa a dichas lneas.
Por el contrario, los equipos TE2, que no estn preparados para su conexin directa a la
RDSI, precisan de adaptadores de terminal (TA), que realizan la necesaria adaptacin de
seales y protocolos, desde interfaces como RS-232, V.35 e incluso de telfonos
normales.
Dado que muchos dispositivos de comunicacin actuales operan a velocidades inferiores
a los 64 Kbps., es necesario realizar una adaptacin a dicha velocidad, que es la
empleada por el canal B. Para ello se pueden emplean dos procedimientos:
1. Adaptacin V.110 (para datos asncronos), norma ETSI europea:
En caso de flujos de 1 slo bit, se usan 1, 2 o 4 bits por octeto y se completa el resto.
En caso de flujos de mltiples bits, se realiza un interleaving en cada octeto y se
completa si es necesario.
2. Adaptacin V.120, norma US:

 Los datos con velocidades inferiores son convertidos a un formato HDLC y transmitidos
usando un protocolo similar a LAP-D.
El adaptador espera hasta que haya suficientes datos de baja velocidad, para crear una
trama y transmitirla a 64 Kbps. Si no hay datos disponibles, se completa.
A diferencia de V.110, V.120 proporciona control de flujo y recuperacin de errores.
En el punto "U", los datos son transmitidos a travs de un par telefnico, en modo full
duplex a 144 Kbps. (BRI), codificados de acuerdo con el standard 2B1Q.
La conexin fsica RDSI se realiza a travs de un conector tipo RJ-45, de 8 pines, y el
zcalo correspondiente, en un bus pasivo que permite la conexin simultnea de hasta 8
dispositivos BRI que deben lograr el control sobre el uso de los canales B.
De los 4 pares de hilos, 2 hilos se utilizan para transmisin y dos para recepcin; los
pares libres pueden ser usados para alimentar al NT2, si as lo requiere.
En el caso de accesos primarios, se emplea un conector BNC, segn la interfaz G.703.
La trama BRI es una trama repetitiva de 48 bits, que contiene 16 bits para cada canal B, 4
para el canal D, y 12 bits para alineacin de los datos (framing). Es lo que se denomina
multiplexacin de varios canales de datos por divisin en el tiempo (TDM o Time Division
Multiplexing), en un solo canal fsico.
Se emplea un esquema similar en el caso de PRI.
Las ventajas de utilizar un canal para sealizacin (D), separado de los de datos (B), son:
Sealizacin y control para varios canales B.
Menor tiempo de respuesta, y por tanto rapidez en la llamada.
Optimizacin de su utilizacin.
Inmunidad frente a fallos en los canales de datos.
Posibilidad de introducir mejoras y nuevos servicios en la red.
Para la correcta distribucin de los tiempos entre diferentes dispositivos conectados al
mismo bus, se emplea un protocolo de gestin del canal D, segn el siguientes esquema
bsico:
1. El dispositivo que ha terminado de usar el bus, transmite bits "1" en el canal
D, significando la ausencia de seales en la lnea.
2. La red retransmite, en forma de eco, cada bit del canal D.
3. Antes de transmitir, un dispositivo "escucha" el eco hasta que slo haya
una serie de bits "1".
4. Para la deteccin de una colisin, el dispositivo compara los bits de eco
con los de transmisin, y vuelve al estado de escucha si hay discrepancia.
5. Adems, existe un mecanismo de prioridad, por el cual, la informacin de
sealizacin siempre es prioritaria frente a los paquetes de datos y donde
una estacin comienza en un estado de "prioridad normal", y es reducido a
"baja prioridad" una vez haya efectuado la transmisin, volviendo a
"prioridad normal", slo en el caso de que el resto de las estaciones hayan
tenido ocasin de transmitir.
La conexin fsica al bus pasivo RDSI, se realiza situando unos terminadores de 100
Ohmios en cada extremo del bus, que puede tener una distancia mxima de 1 Km.
(configuracin punto a punto). Si se desean conectar varios dispositivos (bus pasivo
corto), la distancia mxima se reduce a 200 metros. En el caso del bus pasivo extendido,
varios dispositivos, separados por un mximo de 50 metros, coexisten en un bus de una
longitud mxima de 500 metros. Por ltimo, la configuracin en estrella permite dividir el
bus en dos que siguen la misma norma que en la configuracin punto a punto.

La numeracin RDSI sigue normas muy similares a la numeracin telefnica a la que

estamos habituados. Se refiere al punto "T" de conexin entre el bus pasivo y la red.
Sin embargo, y dado que pueden coexistir hasta 8 dispositivos en el bus pasivo, puede
complementarse, bien, con 8 nmeros para un mismo punto "T", cada uno de los cuales
corresponde a un dispositivo, o bien con cdigos adicionales que definen la "direccin"
especfica de cada dispositivo.
Para el envo de voz a travs de la lnea RDSI, se emplean procedimientos de
codificacin-decodificacin (codec) de audio, por medio de modulacin de cdigos de
pulsos (PCM).
Equipos, servicios y usos:
Podemos distinguir tres grandes grupos de servicios, a ttulo meramente enunciativo y no
limitativo:
1. Servicios bsicos, facilitados por la portadora, que proporcionan los medios
bsicos para permitir el trfico de la informacin, sin alterar su contenido,
entre dos puntos de la red, y en tiempo real.
- Conmutacin de circuitos:
Trfico de datos a 64 Kbps.
Conversacin telefnica.
Servicio de audio a 3,1 KHz.
Simultaneidad de datos y voz (2 o ms canales B).
Trfico de datos a 384 Kbps.
Trfico de datos a 1.536 Kbps. (US) o 1.920 Kbps. (Europa).
Backup digital de lneas punto a punto.
- Conmutacin de paquetes:
Circuitos conmutados y circuitos virtuales permanentes.
Sealizacin de usuario.
2. Teleservicios:
Telefona: Conversacin a 3,1 KHz.
Videoconferencia: a travs de dos o ms canales B.
Teletexto: Segn norma CCITT F.200.
Telefax: Comunicaciones segn norma CCITT Grupo 4.
Modo mixto: Teletexto y fax grupo 4 combinados (F.200 anexo C).
Videotexto: Mejora de los servicios existentes, con almacenamiento y recuperacin de
textos y grficos de buzones.
Telex: Intercambio de mensajes en modo carcter, de un modo muy similar a los
mecanismos actuales, pero con maysculas y minsculas.
Vigilancia y seguridad remotas, a travs de lneas no dedicadas.
Aplicaciones mdicas: transferencia de rayos X, telemedicina, ultrasonidos y scanners,
...
Transmisiones de radio de alta calidad de audio.
Trabajo desde el hogar (home-working).
Servicios de telefona integrados con ordenador: venta de billetes con cargo automtico
a tarjetas de crdito, telemarketing, mensajera, estadsticas, anlisis de audiencias, ....
3. Servicios suplementarios, para su uso en combinacin con servicios
bsicos o teleservicios:
Presentacin/Restriccin del iniciador de la llamada (permite visualizar o restringir el
nmero de quien llama).
Presentacin/Restriccin de la lnea conectada (permite visualizar o restringir el nmero
de quien ha recibido la llamada).

 Aviso de cargo (informacin del coste de la llamada).

Transferencia incondicional de llamadas.
Rellamada en caso ocupacin de la lnea (efecta la rellamada cuando el nmero
llamado deja de comunicar).
Desvo de llamada en caso de no contestacin.
Desvo de llamada condicional.
Mantenimiento de llamada (realizacin de otra, manteniendo la primera en espera).
Llamada en espera (notifica una llamada entrante cuando se esta comunicando, con la
posibilidad de atenderla).
Grupo de usuarios cerrado, con acceso restringido.
Llamada a travs de tarjeta de crdito.
Marcacin directa.
Bsqueda de llamadas.
Numeracin mltiple.
Desvo de llamada en caso de lnea ocupada.
Servicios a 3 partes (multi-conferencia, simultnea o alternativa).
Preparacin de conferencia (con anticipacin).
Cargo de la llamada al receptor de la misma.
Registro de la identificacin de la llamada por parte de la operadora.
Sealizacin usuario a usuario.
En la actualidad se dispone de unos 700 equipos que permiten el uso de la RDSI. Los
equipos que fundamentalmente podrn llevar a cabo estos servicios son:
1. Equipos de fax grupo 4, para envo de documentos de alta resolucin y a
altas velocidades.
2. Multiplexores inversos, para permitir agregar varios canales B, y obtener
as un ancho de banda mayor, por ejemplo, para aplicaciones de
videoconferencia de alta calidad, permitiendo incluso la relocalizacin
dinmica en funcin de los requerimientos puntuales de trfico.
3. Estaciones de trabajo integradas con RDSI, para funciones como
transferencia de ficheros, redes WAN, telefona informatizada, transmisin
de fax, scanners, impresoras, videocmaras, etc.
4. Adaptadores de terminal RDSI, para convertir las actuales interfaces a esta
nueva modalidad de comunicacin, e incluso sustituir a los actuales
modems analgicos.
5. Bridges y routers, para comunicaciones LAN/WAN.
6. Multiplexores de voz, datos y vdeo en uno o varios canales B.
7. Tarjetas adaptadoras para equipos de comunicaciones y ordenadores.
8. Convertidores de protocolos de sealizacin.
9. Telfonos RDSI (tambin denominados telfonos digitales), que incorporan
un codificador-decodificador (codec) de voz, para la digitalizacin de las
seales de audio. Algunos permiten incluso la transmisin de datos e
imgenes.
10. Centralitas telefnicas RDSI (privadas), con todas las facilidades y
prestaciones de las centrales pblicas, e incluso con la posibilidad de crear
enlaces punto a punto digitales entre diferentes oficinas de una misma
compaa.
11. Lneas punto a punto RDSI, con las mismas ventajas y mayores facilidades
y prestaciones que las actuales lneas punto a punto analgicas, o incluso
con funciones de backup a travs de lneas no dedicadas.

12. Equipamiento especializado y diverso, controladores especficos,

procesadores de comunicaciones, ...
Tarifas:
Las tarifas espaolas siguen el mismo esquema que para el caso de lneas telefnicas
normales, segn la siguiente tabla:
Tipo de acceso

Contratacin

Coste mes

BRI

45.000

8.000

PRI

1.254.652

146.583

El coste de la llamada sigue los mismos criterios de tarificacin que los establecidos para
la red telefnica bsica.
Adems, las siguientes facilidades estn incluidas en la contratacin de las lneas de
acceso bsico:
* Presentacin/restriccin de la identidad del usuario llamante.
* Presentacin/restriccin de la identidad del usuario conectado.
* Subdireccionamiento.
* Llamada en espera.
* Desvo incondicional de llamadas.
* Lnea directa sin marcacin con establecimiento inmediato/diferido.
* Portabilidad de terminales.
En el caso de las lneas de acceso primario, slo se incluyen los 3 primeros servicios
enumerados.
Se puede contratar un servicio adicional que permite la numeracin mltiple en una lnea
de acceso bsico, o la marcacin directa de extensiones en el caso de lneas de acceso
primario, con un coste inicial de 565 pesetas por nmero, y la misma cantidad como cuota
de abono mensual.
En el caso de acceso bsico, adems, se puede contratar la informacin de tarificacin al
final de la llamada (400 pesetas de cuota mensual), o durante y al final de la misma (800
pesetas), con un coste inicial de alta, en cualquiera de los casos, de 2.000 pesetas.
Situacin actual:
No es posible dar una fecha real para una red global RDSI, sin embargo, la rpida
evolucin de las redes nacionales y los servicios que ofrecen aseguran que se acerca
rpidamente ese momento.
Las autoridades espaolas aseguran la cobertura, en lo a que accesos bsicos se refiere,
en 27 capitales de provincias a finales del 94, y en el total de las mismas a final del 95. La
cobertura de todas las poblaciones con ms de 4.000 habitantes llegara a final del 98.
En Europa, ms de 22 pases, que cubren el 80% de la superficie, se han comprometido a
llevar a cabo este magno proyecto, cumpliendo con regulaciones que permitan la
intercomunicacin total de sus redes y servicios.
Las llamadas entre diferentes pases estn actualmente limitadas por el hecho de que los
servicios suplementarios han sido implementados de modos diferentes, lo que limita
dichas llamadas a simples accesos clsicos.
En Estados Unidos, la mayora de los servicios bsicos se llevan a cabo sobre canales de
56 Kbps., aunque ya estn siendo implementados accesos de 64 Kbps. Ello implica que
hasta la total implementacin de dichos accesos, las llamadas a sus estados han de
realizarse con adaptacin mediante V.110.

En cuanto a la tecnologa, la red de banda ancha (B-ISDN), y las tecnologas de fibra

ptica, implicar la posibilidad de nuevos usos, de mayores calidades y prestaciones,
aunque en este momento est tan slo en fase experimental.
Se prev que la red RDSI de banda ancha alcance velocidades superiores a los 100
Mbps., con implementaciones piloto previstas a finales de 1995, en Europa.
Eurie'93:
En 1989, los operadores Europeos (Alemania, Austria, Blgica, Dinamarca, Espaa,
Finlandia, Francia, Grecia, Holanda, Irlanda, Italia, Luxemburgo, Noruega, Portugal,
Suecia, Suiza y Reino Unido) firmaron una carta de intenciones para lograr la unificacin
de los servicios y sistemas RDSI, con un primer objetivo situado en la presentacin oficial
de la red pan-Europea en Diciembre de 1993.
Los diecisiete pases tomaron parte en una presentacin conjunta entre el 14 y el 17 de
Diciembre de 1993, con demostraciones simultneas en ms de 70 salas de
demostracin.
Esta presentacin se realizo con la colaboracin de ms de 60 suministradores de todo
tipo de productos y aplicaciones Euro-RDSI.
El objetivo, lograr una verdadera red pan-Europea en menos de dos aos, lo que conlleva
la completa unificacin de todas las normas de sealizacin entre los pases participantes,
totalmente integrada con las redes conmutadas actuales.
Redes ATM
Qu es ATM ?
El Modo deTransferencia Asncrono es una tecnologa de conmutacin que usa
pequeas celdas de tamao fijo. En 1988, el CCITT design a ATM como el mecanismo
de transporte planeado para el uso de futuros servicios de banda ancha. ATM es
asncrono porque las celdas son transmitidas a travs de una red sin tener que ocupar
fragmentos especficos de tiempo en alineacin de paquete, como las tramas T1. Estas
celdas son pequeas(53 bytes), comparadas con los paquetes LAN de longitud variable.
Todos los tipos de informacin son segmentados en campos de pequeos bloques de 48
bytes, los cinco restantes corresponden a un header usado por la red para mover las
celdas. ATM es una tecnologa orientada a conexin, en contraste con los protocolos de
base LAN, que son sin conexin. Orientado a conexin significa que una conexin
necesita ser establecida entre dos puntos con un protocolo de sealizacin antes de
cualquier transferencia de datos. Una vez que la conexin est establecida, las celdas
ATM se auto-rutean porque cada celda contiene campos que identifican la conexin de la
celda a la cual pertenecen.
Asynchronous Transfer Mode (ATM) es una tecnologa de switching basada en unidades
de datos de un tamao fijo de 53 bytes llamadas celdas. ATM opera en modo orientado a
la conexin, esto significa que cuando dos nodos desean transferir deben primero
establecer un canal o conexin por medio de un protocolo de llamada o sealizacin.
Una vez establecida la conexin, las celdas de ATM incluyen informacin que permite
identificar la conexin a la cual pertenecen.
En una red ATM las comunicaciones se establecen a travs de un conjunto de
dispositivos intermedios llamados switches.
Transmisiones de diferentes tipos, incluyendo video, voz y datos pueden ser mezcladas
en una transmisin ATM que puede tener rangos de155 Mbps a 2.5Gbps.Esta velocidad
puede ser dirigida a un usuario, grupo de trabajo o una red entera, porque ATM no

reserva posiciones especficas en una celda para tipos especficos de informacin. Su

ancho de banda puede ser optimizado identificando el ancho de banda bajo demanda.
Conmutar las celdas de tamao fijo significa incorporar algoritmos en chips de silicn
eliminando retrasos causados por software. Una ventaja de ATM es que es escalable.
Varios |switches pueden ser conectados en cascada para formar redes ms grandes.
Qu interfaces permite manejar ATM?
Existen dos interfases especificadas que son la interfase usuario-red UNI (user-network
interface) y la de red a red NNI (network-network interface). La UNI liga un dispositivo de
usuario a un switch pblico o privado y la NNI describe una conexin entre dos switches.
Hay dos interfases pblicas UNI, una a 45 Mbps y otra a 155 Mbps. La interfase DS3
est definida en un estndar T1 del comit ANSI, mientras que la interfase de 155 Mbps
est definida por los grupos estndar del CCITT y ANSI. Tres interfases han sido
desarrolladas para UNIs privadas, una a 100 Mps y dos a 155 Mbps. Es seguro que la
interfase estndar internacional SDH/SONET de 155 Mbps sea la elegida porque permite
interoperabilidad en UNIs pblicas y privadas.
Como ATM es una red orientada a conexin, un enlace entre dos puntos empieza
cuando uno transmite una solicitud a travs de la UNI a la red. Un dispositivo
responsable de sealizacin pasa la seal a travs de la red a su destino. Si el sistema
indica que se acepta la conexin, un circuito virtual es establecido a travs de la red ATM
entre los dos puntos. Ambas UNIs contienen mapas para que las celdas puedan ser
ruteadas correctamente. Cada celda contiene campos, un identificador de ruta virtual VPI
(virtual path identifier) y un identificador de circuito virtual VCI (virtual circuit identifier) que
indican estos mapeos.
El uso de celdas para transmitir datos no significa que los protocolos de hoy no sean
usados. ATM es totalmente transparente a protocolo. La carga de cada celda es pasada
por el switch sin ser "leida" a nivel binario. ATM usa el concepto de control de error y flujo
de "fin a fin" en contraste a la red convencional de paquete conmutado que usa un
control de error y flujo interno. Esto es que la red en s no checa la carga de datos para
errores y lo deja al dispositivo terminal final (De hecho, el nico chequeo de error en las
celdas es en el header, as la integridad de los VCI/VPI esta asegurada).
ATM est diseado para manejar los siguientes tipos de trfico:
Clase A - Constant Bit Rate (CBR), orientado a conexin, trfico sncrono (Ej. voz o
video sin compresin)
Clase B - Variable Bit Traffic (VBR), orientado a conexin, trfico scrono (voz y video
comprimidos).
Clase C - Variable Bit Rate, orientado a conexin, trfico asncrono (X.25, Frame Relay,
etc).
Clase D - Informacin de paquete sin conexin (trfico LAN, SMDS, etc).
Los switches que se utilizan en la actualidad son usados para formar terminales de
trabajo de alto desempeo en grupos de trabajo. El mayor mercado para los switches
ATM ser como columna vertebral de redes corporativas. Uno de los mayores problemas
que se enfrentan es el desarrollo de especificaciones para emulacin de LAN, una
manera de ligar los switches ATM con las redes de rea local. En la actualidad solo
existen soluciones de propietario.

Cmo funciona ATM?

El componente bsico de una red ATM es un switch electrnico especialmente diseado
para transmitir datos a muy alta velocidad. Un switch tpico soporta la conexin de entre
16 y 32 nodos. Para permitir la comunicacin de datos a alta velocidad la conexin entre
los nodos y el switch se realizan por medio de un par de hilos de fibra ptica.
Aunque un switch ATM tiene una capacidad limitada, mltiples switches pueden
interconectarse ente si para formar una gran red. En particular, para conectar nodos que
se encuentran en dos sitios diferentes es necesario contar con un switch en cada uno de
ellos y ambos a su vez deben estar conectados entre si.
Las conexiones entre nodos ATM se realizan en base a dos interfaces diferentes como
ya mencionamos, la User to Network Interfaces o UNI se emplea para vincular a un nodo
final o edge device con un switch. La Network to Network Interfaces o NNI define la
comunicacin entre dos switches.
Los diseadores piensan en UNI como la interface para conectar equipos del cliente a la
red del proveedor y a NNI como una interface para conectar redes del diferentes
proveedores.
Tipos de conexiones
ATM provee servicios orientados a la conexin. Para comunicarse con un nodo remoto,
un host debe solicitar a su switch local el establecimiento de una conexin con el destino.
Estas conexiones pueden ser de dos naturalezas: Switched Virtual Circuits (SVC) o
Permanent Virtual Circuits (PVC).
Switched Virtual Circuits (SVC)
Un SVC opera del mismo modo que una llamada telefnica convencional. Un host se
comunica con el switch ATM local y requiere del mismo el establecimiento de un SVC. El
host especifica la direccin completa del nodo destino y la calidad del servicio requerido.
Luego espera que la red ATM establezca el circuito.
El sistema de sealizacin de ATM se encarga de encontrar el path necesario desde el
host origen al host destino a lo largo de varios switches. El host remoto debe aceptar el
establecimiento de la conexin.
Durante el proceso de sealizacin (toma este nombre por analoga con el usado en
sistemas telefnicos de los cuales deriva ATM) cada uno de los switches examina el tipo
de servicio solicitado por el host de origen. Si acuerda propagar informacin de dicho
host registra informacin acerca el circuito solicitado y propaga el requerimiento al
siguiente switch de la red.
Este tipo de acuerdo reserva determinados recursos el switch para ser usados por el
nuevo circuito. Cuando el proceso de sealizacin concluye el switch local reporta la
existencia del SVC al host local y al host remoto.
La interfase UNI identifica a cada uno de los SVC por medio de un nmero de 24 bits.
Cuando un host acepta un nuevo SVC, el switch ATM local asigna al mismo un nuevo
identificador. Los paquetes transmitidos por la red no llevan informacin de nodo origen
ni nodo destino. El host marca a cada paquete enviado con el identificador de circuito
virtual necesario para llegar al nodo destino.

Ntese que se ha evitado hablar de los protocolos usados para el establecimiento de los
SVC, para los procesos de sealizacin y para comunicar a los hosts el establecimiento
de un nuevo SVC. Adems hay que tener en cuenta que comunicaciones bidireccionales
van a necesitar reservar recursos a lo largo del SVC para dos sentidos de comunicacin.
Permanent Virtual Circuits (PVC)
La alternativa al mecanismo de SVC descripto en el tem anterior es evidente: el
administrador de la red puede configurar en forma manual los switches para definir
circuitos permanentes. El administrador identifica el nodo origen, el nodo destino, la
calidad de servicio y los identificadores de 24 bits para que cada host pueda acceder al
circuito.
Paths, Circuitos e Identificadores
ATM asigna un entero nico como identificador para cada path abierto por un host. Este
identificador contiene mucha menos informacin de la que fue necesaria para la creacin
del circuito. Adems el identificador solo es vlido mientras que el circuito permanece
abierto.
Otro punto a tener en cuenta es que el identificador es valido para un solo sentido del
circuito. Esto quiere decir que los identificadores de circuito obtenidos por los dos hosts
en los extremos del mismo usualmente son diferentes.
Los identificadores usados por la interfase UNI estn formados por 24 bits, divididos en
dos campos, el primero de 8 bits y el segundo de 16 bits. Los primeros 8 bits forman el
llamado Virtual Path Identifier y los 16 restantes el Virtual Circuit Identifier. Este
conjunto de bits suele recibir el nombre de VPI/VCI pair.
Esta divisin del identificador en dos campos persigue el mismo fin que la divisin de las
direcciones IP en un campo para identificar la red y un segundo campo para identificar el
host. Si un conjunto de VCs sigue el mismo path el administrador puede asignar a todos
ellos un mismo VPI. El hardware de ATM usa entonces los VPI para funciones de ruteo
de trfico.
Transporte de celdas
En cuanto al transporte de informacin, ATM usa tramas de tamao fijo que reciben el
nombre de celdas. El hecho de que todas las celdas sean del mismo tamao permite
construir equipos de switching de muy alta velocidad. Cada celda de ATM tiene una
longitud de 53 bytes, reservndose los 5 primeros para el encabezado y el resto para
datos.
Dentro del encabezado se coloca el par VPI/VCI que identifica al circuito entre extremos,
informacin de control de flujo y un CRC .
La conexin final entre dos nodos recibe el nombre de Virtual Channel Connection o
VCC. Una VCC se encuentra formada por un conjunto de pares VPI/VCI.
Modelo de capas de ATM
Capa Fsica
Define la forma en que las celdas se transportan por la red
Es independiente de los medios fsicos
Tiene dos subcapas
o TC (Transmission Convergence Sublayer)

o l PM (Physical Medium Sublayer)

Capa ATM
Provee un solo mecanismo de transporte para mltiples opciones de servicio
Es independiente del tipo de informacin que es transmitida (datos, grficos, voz.
audio, video) con excepcin del tipo de servicio (QOS) requerido
Existen dos tipos de header ATM
o UNI (User-Network Interface)
o NNI (Network-Network Interface)
ATM Adaptation Layer
o Provee las funciones orientadas al usuario no comprendidas en la Capa
ATM
o Permite a la Capa ATM transportar diferentes protocolos y servicios de
capas superiores
o Tiene dos subcapas
o CS (Convergence Sublayer)
o SAR (Segmentation and Reassembly Sublayer)
Si bien ATM se maneja con celdas a nivel de capas inferiores, las aplicaciones q ue
generan la informacin a ser transportada por ATM no trabajan con celdas. Estas
aplicaciones interactuarn con ATM por medio de una capa llamada ATM Adaptation
Layer. Esta capa realiza una serie de funciones entre las que se incluyen deteccin de
errores (celdas corruptas).

En el momento de establecer la conexin el host debe especificar el protocolo de capa

de adaptacin que va a usar. Ambos extremos de la conexin deben acordar en el uso
del mismo protocolo y este no puede ser modificado durante la vida de la conexin.
Hasta el momento solo se han definido dos protocolos de capa de adaptacin para ser
usados por ATM. Uno de ellos se encuentra orientado a la transmisin de informacin de
audio y video y el otro para la transmisin de datos tradicionales.
ATM Adaptation Layer 1 (AAL1) transmite informacin a una tasa de bits fija. Las
conexiones creadas para trabajar con video deben usar AAL1 dado que requieren un
servicio de tasa constante para no tener errores de parpadeo o flicker en la imagen.
La transmisin de datos tradicionales trabaja con la AAL5 para enviar paquetes de un
nodo a otro. Ahora, si bien ATM trabaja con tramas o celdas de tamao fijo. Los
protocolos de capa superior generalmente manejan datagramas de longitud variable. Una
de las funciones de la AAL5 consiste en adaptar estas tramas a celdas. En particular la
AAL5 puede recibir datagramas de hasta 64 Kb de longitud.
El paquete manejado por la AAL5 difiere estructuralmente de otros tipos de tramas
existentes ya que la informacin de control se inserta al final de la misma. La longitud de
la misma es de 8 bytes.
Cada una de las tramas de AAL5 deben ser fraccionadas en celdas para poder ser
transportadas por la red para luego ser recombinadas en el nodo remoto. Cuando el
datagrama es un mltiplo de 48 bytes el resultado de la divisin da un nmero entero de
celdas. En caso contrario la ltima de las celdas no se encontrar completa.
Para poder manejar paquetes de longitud arbitraria, AAL5 permite que la celda final
pueda contener entre 0 y 40 bytes de datos y coloca la informacin de control al final de
la misma antecedida por los ceros de relleno necesarios. En otras palabras, la
informacin de control se coloca al final de la secuencia de celdas donde puede ser
encontrada y extrada sin necesidad de conocer la longitud del datagrama fraccionado.

Convergencia, Segmentacin y Reensamblado

Cuando una aplicacin enva datos sobre una conexin ATM usando AAL5, el host pasa
los datos a la interfase AAL5. Esta divide los datos en celdas, genera el trailer y
transfiere a cada una de ellas a travs de la red ATM. En el nodo receptor AAL5 recibe
las celdas y las reensambla en base a la informacin contenida en el trailer para
regenerar el datagrama original.
El nodo origen usa el byte menos significativo del campo Payload Type de la celda
para indicar la celda final de un datagrama. Podemos pensar que este bit funciona como
un end of packet bit.
En ATM el termino convergencia se usa para identificar el mtodo usado para detectar el
final de cada datagrama fraccionado.
Otros capas de adaptacin de ATM trabajan con mtodos diferentes para resolver el
problema de convergencia.
Por qu tanto inters por ATM?
1.- ATM se ha originado por la necesidad de un standard mundial que permita el
intercambio de informacin, sin tener en cuenta el tipo de informacin transmitida. Con
ATM la meta es obtener un standard internacional. ATM es una tecnologa que va
creciendo y es controlada por un consenso internacional no por la simple vista o
estrategia de un vendedor.
2.- Desde siempre, se han usado mtodos separados para la transmisin de informacin
entre los usuarios de una red de rea local (LAN) y los de una red de gran
tamao(WAN). Esta situacin traa una serie de problemas a los usuarios de LAN's que
queran conectarse a redes de rea metropolitana, nacional y finalmente mundial. ATM
es un mtodo de comunicacin que se puede implantar tanto en LAN's como en WAN's.
Con el tiempo, ATM intentar que las diferencias existentes entre LAN y WAN vayan
desapareciendo.
3.- Actualmente se usan redes independientes para transportar voz, datos e imgenes de
video debido a que necesitan un ancho de banda diferente. Por ejemplo, el trfico de
datos tiende a ser "algo que estalla", es decir, no necesita comunicar por un periodo
extenso de tiempo sino transmitir grandes cantidades de informacin tan rpido como
sea posible. Voz y video, por otra parte, tienden a necesitar un trafico mas uniforme
siendo muy importante cuando y en el orden en que llega la informacin. Con ATM,
redes separadas no sern necesarias. ATM es el nica tecnologa basada en estndar
que ha sido diseada desde el comienzo para soportar transmisiones simultaneas de
datos, voz y video.
4.- ATM es un standard para comunicaciones que esta creciendo rpidamente debido a
que es capaz de transmitir a una velocidad de varios Megabits hasta llegar a Gigabits.
Tecnologa ATM
1.- Cuando necesitamos enviar informacin, el emisor "negocia" un camino en la red para
que su comunicacin circule por l hacia el destino. Una vez asignado el camino, el
emisor especifica el tipo, la velocidad y otros atributos de la comunicacin.
2.- Otro concepto clave es que ATM est basado en el uso de conmutadores. Hacer la
comunicacin por medio de un conmutador (en vez de un bus) tiene ciertas ventajas:
o Reserva de ancho de banda para la conexin
o Mayor ancho de banda
o Procedimientos de conexin bien definidos
o Velocidades de acceso flexibles.

Si usamos ATM, la informacin a enviar es dividida en paquetes de longitud fija. Estos

son mandados por la red y el destinatario se encarga de poner los datos en su estado
inicial. Los paquetes en ATM tienen una longitud fija de 53 bytes. Siendo la longitud de
los paquetes fija, permite que la informacin sea transportada de una manera predecible.
El hecho de que sea predecible permite diferentes tipos de trafico en la misma red.
Los paquetes estn divididos en dos partes, la cabecera y payload. El payload (que
ocupa 48 bytes) es la parte del paquete donde viaja la informacin, ya sean datos,
imgenes o voz. La cabecera (que ocupa 5 bytes) lleva el mecanismo direccionamiento.
Beneficios
1.- Una nica red ATM dar cabida a todo tipo de trfico (voz, datos y video). ATM
mejora la eficiencia y manejabilidad de la red.
2.- Capacita nuevas aplicaciones, debido a su alta velocidad y a la integracin de los
tipos de trfico, ATM capacita la creacin y la expansin de nuevas aplicaciones como la
multimedia.
3.- Compatibilidad, porque ATM no est basado en un tipo especifico de transporte fsico,
es compatible con las actuales redes fsicas que han sido desplegadas. ATM puede ser
implementado sobre par trenzado, cable coaxial y fibra ptica.
4.- Simplifica el control de la red. ATM est evolucionando hacia una tecnologa standard
para todo tipo de comunicaciones. Esta uniformidad intenta simplificar el control de la red
usando la misma tecnologa para todos los niveles de la red.
5.- Largo periodo de vida de la arquitectura. Los sistemas de informacin y las industrias
de telecomunicaciones se estn centrando y estn estandarizado el ATM. ATM ha sido
diseado desde el comienzo para ser flexible en:
Distancias geogrficas
Nmero de usuarios
Acceso y ancho de banda (hasta ahora, las velocidades varan de Megas a
Gigas).