Universidad Tecnolgica de Panam

Facultad de Ingeniera Elctrica

Lic. Ing. En Electrnica y Telecomunicaciones

Laboratorio de redes
ATM Y PPP
Profesor: Oriel Mojica
Presentado por:
Julio Ramos 2-725-785

Grupo
1IT-251

Fecha de Entrega
13 de noviembre del 2014

Introduccin
La mayor parte de la infraestructura de redes de rea extensa est construida a
partir de lneas alquiladas punto a punto.
En la prctica, la comunicacin punto a punto se utiliza de diferentes maneras.
Actualmente, una de las formas ms habituales de conectarse a Internet para un
usuario comn es a travs de un mdem y una lnea telefnica. En general, la PC
llama al router de su proveedor de Internet y as acta como host de la Red.
Este mtodo de operacin no es distinto a tener una lnea arrendada entre la PC y
el router, excepto que la conexin desaparece cuando el usuario termina la sesin.
Tanto para la conexin por lnea alquilada de router a router como para la
conexin conmutada de host a router se requiere de un protocolo punto a punto de
enlace de datos en la lnea, para el manejo de marcos de control de errores y las
dems funciones de la capa de enlace de datos.
Segn nos acercamos al medio fsico, la diversidad de los mismos provoca que
existan varios protocolos a nivel de enlace de datos para adaptarse a las
peculiaridades de cada medio fsico.
Dos protocolos de este nivel utilizados ampliamente en Internet son SLIP (Serial
Line Internet Protocol) y PPP (Point to Point Protocol).
ATM es un standard para comunicaciones que est creciendo rpidamente debido
a que es capaz de transmitir a una velocidad de varios Megabits hasta llegar a
Gigabits.
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.

ATM
El Modo de transferencia 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.
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 (usernetwork 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.

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.
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 de
los 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 que
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.

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 trfico 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 especfico 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).

Resolucin de Direcciones (ATMARP e InATMARP)

La resolucin de direcciones en una subred IP lgica ATM se lleva a cabo

mediante el Protocolo de Resolucin de Direcciones de ATM (ATMARP)
basada en RFC 826 y el Protocolo de Resolucin de Direcciones ATM
Inverso. ATMARP es el mismo protocolo que el ARP con extensiones
necesarias para soportar ARP en un entorno servidor unicast ATM.
InATMARP es el mismo protocolo que el protocolo original InARP pero
aplicado a redes ATM. El uso de estos protocolos depende de si utilizamos
PVCs o SVCs.
ATMARP y InATMARP se definen en el RFC 1577, que es un estndar
propuesto pero prximamente aceptado.
La encapsulacin de peticiones ATMARP y InATMARP se describe en IP
clsico sobre ATM.

InATMARP
El protocolo ARP se usa para resolver una direccin hardware de un host una
direccin IP conocida. El protocolo InATMARP se usa para resolver una direccin
IP de host por una direccin conocida de hardware. En un entorno conmutado
primero se establece una CV (Conexin Virtual) de cada CVP (Conexin Virtual
Permanente) o CVC (Conexin Virtual Conmutada) para comunicar con otra
estacin. Por tanto, se conoce la direccin exacta de hardware del partner by
administration pero la direccin IP se desconoce. InATMARP proporciona
resolucin de direcciones dinmica.
InARP usa el mismo formato de trama que el estndar ARP pero define dos
nuevos cdigos de operacin:

peticin InARP=8

respuesta InARP=9

ATM Adaptation Layer 1 (AAL1): AAL Tipo 1 o clase A

soporta CBR(Constant Bit Rate), sncrono, orientado a conexin. Su servicio
es de alta prioridad y garantizado. Se utiliza, por ejemplo, para audio y video
sin comprimir (videoconferencias, audio interactivo)

ATM Adaptation Layer 2 (AAL2): AAL Tipo 2 soporta rt-VBR(Variable Bit

Rate in real time), de circuito orientado a la conexin de trfico sncrono. Su
servicio es de baja prioridad y garantizado. Se utiliza en compresin de video.

ATM Adaptation Layer 3 y 4 (AAL3 y AAL4): Soportan al VBR, trfico de

datos, circuitos orientados a la conexin, trfico asncrono (por
ejemplo X.25 de datos) o a los paquetes de datos no orientados a la conexin
(ej:trfico SMDS) con una cabecera (header) adicional de 4 bytes en el
payload de la celda. Por ejemplo Frame Relay y X.25. Su servicio es de alta
prioridad y no garantizado.

ATM Adaptation Layer 5 (AAL5): Este AAL ha sido diseado para

utilizarse bajo TCP/IP y est normalizado en la RFC 1577. AAL Tipo 5 es
similar a AAL 3/4 con un programa de simplificacin de cabecera (header) de
informacin. Este AAL asume que los datos son secuenciales desde el usuario
final y usa el bit Payload Type Indicator (PTI) para indicar la ltima celda en
transmitirse. Ejemplos de este servicio son el clsico IP sobre ATM, Ethernet
sobre ATM, SMDS, y emulacin LAN (LANE). Su servicio es de baja prioridad y
no garantizado.

PPP
La mayora de las personas que no cuentan con lneas (cable o Ethernet)
directamente conectadas a Internet deben utilizar lneas telefnicas (la red ms
utilizada) para conectarse. La conexin se realiza mediante un mdem, un
dispositivo que puede convertir datos digitales de un equipo en seales analgicas
(que pueden circular por lneas telefnicas mediante amplitud modulada o
frecuencia modulada, de la misma manera que la voz cuando se utiliza el
telfono).
Si se tiene en cuenta que slo comunican dos equipos y que la velocidad de la
lnea telefnica es lenta en comparacin con la de una red local, es necesario
utilizar un protocolo que permita la comunicacin estndar entre diferentes
equipos con mdem, para no sobrecargar la lnea telefnica. Estos protocolos se
denominan protocolos de mdem.

La nocin de conexin punto a punto

A travs de una lnea telefnica pueden comunicarse un mximo de dos equipos
mediante un mdem, al igual que resulta imposible llamar a dos personas
simultneamente utilizando la misma lnea telefnica. Esto se denomina conexin
punto a punto, es decir, una conexin entre dos equipos reducida a su expresin
ms sencilla: no es necesario compartir la lnea con diversos equipos, uno habla y
el otro responde alternativamente.

Se han desarrollado diversos protocolos de mdem. Los primeros permitan una

simple transmisin de datos entre dos equipos. Luego, algunos de ellos contaron
con control de errores y, con el crecimiento de Internet, tambin contaron con la
capacidad de asignar direcciones a equipos. De esta manera, existen actualmente
dos protocolos de mdem principales:

SLIP: un protocolo antiguo, con pocos controles

PPP: el protocolo ms utilizado para acceder a Internet mediante un
mdem. Permite asignar direcciones a equipos.

El protocolo SLIP (Protocolo de lnea serial de Internet)

SLIP significa Protocolo de lnea serial de Internet. SLIP es el resultado de

la integracin de los protocolos de mdem anteriores al conjunto de
protocolos TCP/IP.
Es un simple protocolo de conexin a Internet que no proporciona
direcciones ni control de errores. sta es la razn por la cual rpidamente
se est volviendo obsoleto en comparacin con PPP.
La transmisin de datos con SLIP es muy sencilla: este protocolo enva una
trama compuesta slo de datos que se enviarn seguidos de un carcter de
fin de transmisin (el carcter END 192 del cdigo ASCII). As es una trama
SLIP:
Datos que se van a transmitir END

El protocolo PPP (Protocolo punto a punto)

PPP significa Protocolo punto a punto. Es un protocolo mucho ms desarrollado
que SLIP (por ello lo est reemplazando), en la medida en que transfiere datos
adicionales ms adaptados a la transmisin de datos a travs de Internet (la
adicin de datos en una trama se debe principalmente al aumento del ancho de
banda).
En realidad, PPP es un conjunto de tres protocolos:
Un protocolo de encapsulacin de datagramas
Un protocolo LCP, Protocolo de control de vnculos, que permite probar y
configurar la comunicacin
Un conjunto de NCP, Protocolos de control de red, que permiten el control
de la integracin de PPP dentro de los protocolos de las capas superiores.
Los datos encapsulados en una trama PPP se denominan paquetes. Estos
paquetes generalmente son datagramas, pero tambin pueden ser diferentes (de
all la designacin especfica de paquete en lugar de datagrama). Por lo tanto, un
campo de la trama se reserva para el tipo de protocolo al que el paquete
pertenece. As es una trama PPP:
Protocolo (1-2 bytes) Datos que se van a
transmitir Datos de relleno

Los datos de relleno se utilizan para adaptar la longitud de la trama para ciertos
protocolos.
A continuacin se indica cmo se lleva a cabo una sesin PPP (desde el comienzo
hasta el fin):

Una vez que se cuenta con conexin se enva un paquete LCP.

En el caso de una solicitud de autenticacin del servidor, se puede enviar
un paquete relacionado con un protocolo de autenticacin (PAP, Protocolo de
autenticacin de contrasea, o CHAP, Protocolo de autenticacin por desafo
mutuo o Kerberos).

Una vez que se establece la comunicacin, PPP enva informacin de

configuracin mediante el protocolo NCP.

Los datagramas que se van a enviar se transmiten como paquetes.

En el momento de la desconexin, se enva un paquete LCP para finalizar

la sesin.

Funcionamiento general
Para dar un panorama inicial del funcionamiento de este protocolo en el caso
comentado, en que un usuario de una PC quiera conectarse temporalmente a
Internet, describiremos brevemente los pasos a seguir:
En primera instancia, la PC llama al router del ISP (Internet Service Provider,
proveedor del servicio de Internet), a travs de un mdem conectado a la lnea
telefnica.
Una vez que el mdem del router ha contestado el telfono y se ha establecido
una conexin fsica, la PC manda al router una serie de paquetes LCP en el
campo de datos de uno o ms marcos PPP (esto ser explicado con mayor detalle
ms adelante). Estos paquetes y sus respuestas seleccionan los parmetros PPP
por usar.
Una vez que se han acordado estos parmetros se envan una serie de paquetes
NCP para configurar la capa de red.
Tpicamente, la PC quiere ejecutar una pila de protocolos TCP/IP, por lo que
necesita una direccin IP. No hay suficientes direcciones IP para todos, por lo que
normalmente cada ISP tiene un bloque de ellas y asigna dinmicamente una a
cada PC que se acaba de conectar para que la use durante su sesin. Se utiliza el
NCP para asignar la direccin de IP.
En este momento la PC ya es un host de Internet y puede enviar y recibir
paquetes IP. Cuando el usuario ha terminado se usa NCP para destruir la conexin
de la capa de red y liberar la direccin IP.
Luego se usa LCP para cancelar la conexin de la capa de enlace de datos.
Finalmente la computadora indica al mdem que cuelgue el telfono, liberando la
conexin de la capa fsica.

PPP puede utilizarse no solo a travs de lneas telefnicas de discado, sino que
tambin pueden emplearse a travs de SONET o de lneas HDLC orientadas a
bits.
Configuracin bsica
Los enlaces PPP son fciles de configurar. El estndar por defecto maneja todas
las configuraciones simples. Se pueden especificar mejoras en la configuracin
por defecto, las cuales son automticamente comunicadas al "par" sin la
intervencin del operador. Finalmente, el operador puede configurar
explcitamente las opciones para el enlace, lo cual lo habilita para operar en
ambientes donde de otra manera sera imposible.
Esta auto-configuracin es implementada a travs de un mecanismo
de negociacin de opciones extensible en el cual cada extremo del enlace
describe al otro sus capacidades y requerimientos.
Entramado
La encapsulacin PPP provee multiplexamiento de diferentes protocolos de la
capa de red sobre el mismo enlace. Ha sido diseada cuidadosamente para
mantener compatibilidad con el hardware mayormente usado.
Slo son necesarios 8 bytes adicionales para formar la encapsulacin cuando se
usa dentro del entramado por defecto. En ambientes con escaso ancho de banda,
la encapsulacin y el entramado pueden requerir menos bytes.

El formato de la trama completa es:

Indicador
(1 byte)

Direccin
(1 byte)

Todas las tramas comienzan con el byte indicador "01111110". Luego viene el
campo direccin, al que siempre se asigna el valor "11111111". La direccin va
seguida del campo de control, cuyo valor predeterminado es "00000011". Este
valor indica un marco sin nmero ya que PPP no proporciona por omisin
transmisin confiable (usando nmeros de secuencia y acuses) pero en ambientes
ruidosos se puede usar un modo numerado para transmisin confiable. El
anteltimo campo es el de suma de comprobacin, que normalmente es de 2
bytes, pero puede negociarse una suma de 4 bytes. La trama finaliza con otro
byte indicador "01111110".

Debido a que los campos indicados anteriormente son utilizados para encapsular
la informacin fundamental del protocolo, desde ahora nos centraremos en el
siguiente esquema:
Protocolo
(1 o 2 bytes)

Campo protocolo
Este campo es de 1 o 2 bytes y su valor identifica el contenido del datagrama en el
campo de informacin del paquete (cuando hablamos de "paquete" nos estamos
refiriendo al marco de la capa de enlace, que es en la que opera el PPP; no debe
confundirse con los de la capa de red, manejados por IP). El bit menos
significativo del byte menos significativo debe ser 1 y el bit menos significativo del
byte ms significativo debe ser 0. Los marcos recibidos que no cumplan con estas
reglas deben ser tratados como irreconocibles.
Los valores en el campo de protocolo dentro del rango de 0hex a 3hex identifican
el protocolo de capa de red de los paquetes especficos, y valores en el rango de
8hex a Bhex identifican paquetes pertenecientes al protocolo de control de red
asociado (NCPs). Los valores en el campo de protocolo dentro del rango de 4hex
a 7hex son usados para protocolos con bajo volumen de trfico, los cuales no
tienen asociados NCP. Valores en el rango de Chex a Fhex identifican paquetes de
los protocolos de control de la capa de enlace (como LCP).

Campo informacin
Puede tener 0 o ms bytes. Contiene el datagrama para el protocolo especificado
en el campo protocolo. La mxima longitud para este campo, incluyendo
el relleno pero no incluyendo el campo de protocolo, es determinada por la unidad
mxima de recepcin (MRU), la cual es de 1500 bytes por defecto. Mediante
negociaciones, PPP puede usar otros valores para la MRU.
A la informacin se le puede agregar un relleno, con un nmero arbitrario de bytes,
hasta llegar a la MRU.
Operacin del PPP
Para establecer comunicaciones sobre un enlace punto a punto cada extremo del
mismo debe enviar primero paquetes LCP para configurar y testear el enlace de
datos. Despus de que ste ha sido establecido, el "par" debe ser autentificado.
Entonces, PPP debe enviar paquetes NCP para elegir y configurar uno o ms
protocolos de red. Una vez que han sido configurados cada uno de los protocolos
de la capa de red elegidos, los datagramas de cada protocolo de capa de red
pueden ser enviados a travs del enlace. El enlace permanecer configurado para
la comunicacin hasta que una serie de paquetes NCP o LCP cierren la conexin,
o hasta que ocurra un evento externo (por ej., que un timer de inactividad expire o
que se produzca una intervencin del administrador de la red).
Fases de la operacin

El enlace comienza y termina necesariamente en esta fase. Cuando un evento

externo (como una deteccin de portadora) indica que la capa fsica est lista para
ser usada, PPP proceder con la fase de establecimiento del enlace.
Tpicamente, si se utiliza un mdem, el enlace volver a esta fase
automticamente despus de la desconexin del mismo. En el caso de un
enlace hard-wired esta fase puede ser extremadamente corta, tan solo hasta
detectar la presencia del dispositivo.
Fase de establecimiento del enlace
El protocolo de control de enlace (LCP) es usado para establecer la conexin a
travs de un intercambio de paquetes de configuracin. Este intercambio est
completo y se ingresa en el estado abierto de LCP una vez que un paquete de
"reconocimiento de configuracin" ha sido enviado y recibido por ambos.

Todas las opciones de configuracin son asumidas con sus valores por defecto a
menos que sean alteradas por un intercambio de paquetes de configuracin.
Es importante notar que solo las opciones de configuracin que son
independientes de cada protocolo particular de capa de red son manejadas por el
LCP. La configuracin de los protocolos de capa de red individuales es manejada
por separado por los protocolos de control de red (NCPs) durante la fase de red.
Cualquier paquete que no sea LCP recibido durante esta fase debe ser
descartado.
Fase de validacin
En algunos enlaces puede ser deseable solicitar al "par" que se autentifique a s
mismo antes de permitir el intercambio de paquetes del protocolo de capa de red.
Por defecto, la validacin o autenticacin no es obligatoria. Si una implementacin
desea que el "par" se autentifique con algn protocolo de validacin especfico,
entonces sta debe solicitar el uso del protocolo de autenticacin durante la fase
de establecimiento del enlace.
La autenticacin debe tomar lugar tan pronto como sea posible despus
del establecimiento del enlace.
El progreso de la fase de autenticacin a la fase de red no debe ocurrir hasta que
la autenticacin haya sido completada. Si sta falla, el que realiza la autenticacin
debe proceder a la fase de terminacin del enlace.
Durante esta fase, slo son permitidos paquetes del protocolo de control de
enlace, el protocolo de autenticacin y el monitoreo de calidad de enlace.
Cualquier otro paquete recibido debe ser descartado.
La autenticacin debe proporcionar algn mtodo de retransmisin, y se
proceder a la fase de terminacin del enlace slo luego de que se ha excedido
cierta cantidad de intentos de autenticacin.
Fase de red

Una vez que el PPP finaliz las fases anteriores, cada protocolo de capa de red
(como por ejemplo IP, IPX o AppleTalk) debe ser configurado separadamente por
el protocolo de control de red (NCP) apropiado.
Cada NCP debe ser abierto y cerrado de a uno por vez.
Fase abierta
Una vez que un NCP ha alcanzado el estado abierto, PPP transportar los
correspondientes paquetes del protocolo de capa de red. Cualquier paquete
recibido mientras su NCP no est en el estado abierto debe ser descartado.
Durante esta fase el trfico del enlace consiste en cualquier combinacin posible
de paquetes LCP, NCP, y de protocolo de capa de red.
Fase de terminacin del enlace
PPP puede terminar el enlace en cualquier momento. Esto puede ocurrir por la
prdida de la seal portadora, una falla de autenticacin, una falla de la calidad del
enlace, la expiracin de un timer, o un cierre administrativo del enlace.
LCP es usado para cerrar el enlace a travs de un intercambio de paquetes de
"terminacin". Cuando el enlace ha sido cerrado, PPP informa a los protocolos de
capa de red as ellos pueden tomar la accin apropiada.
Despus del intercambio de paquetes de "terminacin", la implementacin debe
avisar a la capa fsica que desconecte la lnea para forzar la terminacin del
enlace, particularmente en el caso de una falla de autenticacin. El que enva una
"solicitud de terminacin" debe desconectarse despus de recibir un
"reconocimiento de terminacin", o despus de que expire
el timer correspondiente. El receptor de una "solicitud de terminacin" debe
esperar al "par" para desconectarse, y no lo debe hacer hasta que al menos haya
pasado cierto tiempo de reiniciado despus de enviar el "reconocimiento de
terminacin". PPP proceder entonces con la fase de enlace muerto.
Cualquier paquete recibido durante esta fase que no sea LCP debe ser
descartado.
La clausura del enlace por LCP es suficiente. No es necesario que cada NCP
enve paquetes de terminacin. A la inversa, el hecho de que un NCP sea cerrado
no es razn suficiente para causar la terminacin del enlace PPP, an si ese NCP
era el nico actualmente en el estado abierto.
Negociacin automtica de opciones

La negociacin de opciones es definida por eventos, acciones y transiciones de

estados. Los eventos incluyen la recepcin de comandos externos (como apertura
y clausura), expiracin de timers, y recepcin de paquetes de un "par". Las
acciones incluyen el arranque de timers y la transmisin de paquetes al "par".
Algunos tipos de paquetes ("no reconocimientos de configuracin", "rechazos de
configuracin", "solicitudes de eco", "respuestas de eco", etc.) no son
diferenciados aqu ya que producen siempre las mismas transiciones.
Estados

Algunos posibles estados son: "inicial" (la capa ms baja no est disponible y no
ha ocurrido una apertura), "starting" (ha sido iniciada una apertura pero la capa
ms baja an no est disponible), "closed" (el enlace est disponible pero no ha
ocurrido una apertura), etc.
Eventos
Las transiciones y las acciones en la negociacin son causadas por eventos.
Algunos son: "up" (este evento ocurre cuando la capa ms baja indica que est
lista para transportar paquetes; tpicamente es usado por los procesos de manejo
y llamada de un mdem, y tambin puede ser utilizado por el LCP para indicar a
cada NCP que el enlace est entrando en la fase de red). Otro evento muy comn
es "down" (cuando la capa ms baja indica que ya no est lista para transportar
paquetes, este evento tambin es generalmente utilizado por un mdem o por un
LCP).
Acciones
Son causadas por eventos y habitualmente indican la transmisin de paquetes y/o
el comienzo o parada de timers.
Algunas acciones son: "evento ilegal" (esto indica acerca de un evento que no
puede ocurrir en una negociacin implementada correctamente), "capa hacia
arriba" (esta accin indica a las capas superiores que la negociacin est entrando
en estado "abierto"; tpicamente es utilizada por el LCP para indicar el evento "up"
a un NCP, por un protocolo de autenticacin, o de calidad de enlace).

Prevencin de ciclos
El PPP hace intenta evitar ciclos mientras se efecta la negociacin de opciones
de configuracin. De todas formas, el protocolo no garantiza que no ocurrirn
ciclos. Como en cualquier negociacin es posible configurar dos implementaciones
PPP con polticas conflictivas que nunca converjan finalmente. Tambin es posible
configurar polticas que converjan, pero que se tomen un tiempo significativo para
hacerlo.
Timers
Existen distintos tipos de timers. Por ejemplo, el "timer de reiniciado" es utilizado
para controlar el tiempo de las transmisiones de solicitud de configuracin y los
paquetes de solicitud de terminacin. La expiracin de este timer causa un evento
de "tiempo cumplido" y la retransmisin de la correspondiente "solicitud de
configuracin" o el paquete de "solicitud de terminacin". Este timer debe ser
configurable, pero por defecto durar 3 segundos. Este tiempo est pensado para
bajas velocidades, como las lneas telefnicas tpicas.
Otro ejemplo de timer es el de "terminacin mxima", que es un contador de
reiniciado requerido para las solicitudes de terminacin. Indica el nmero de
paquetes de "solicitudes de terminacin" enviados sin recibir un "reconocimiento
de terminacin". Debe ser configurable pero por defecto se establece en 2
transmisiones.

Protocolo de Control de Enlace (LCP)

El LCP es usado para acordar automticamente las opciones del formato de
encapsulacin, los lmites de manipulacin de tamao de paquete, detectar un
enlace con ciclos, otros errores comunes por mala configuracin, y terminar el
enlace. Otras facilidades opcionales provistas son: autenticacin de la identidad de
los "pares" del enlace, y determinacin de cundo el enlace est funcionando
apropiadamente y cundo est fallando.
Formato de los paquetes LCP
Hay tres clases de paquetes LCP:
1. Paquetes de configuracin de enlace: usados para establecer y configurar el
enlace ("solicitud de configuracin", "reconocimiento de configuracin", "no
reconocimiento de configuracin" y "rechazo de configuracin").
2. Paquetes de terminacin de enlace: usados para terminar el enlace ("solicitud
de terminacin" y "reconocimiento de terminacin").
3. Paquetes de mantenimiento del enlace: usados para manejar y depurar el
enlace ("rechazo de cdigo", "rechazo de protocolo", "solicitud de eco", "respuesta
de eco", "solicitud de descarte").
Un paquete LCP es encapsulado en el campo de informacin PPP, donde el
campo de protocolo PPP indica el tipo C021hex.
Bsicamente, el formato de un paquete del protocolo de control de enlace es el
siguiente:
Cdigo
(1 byte)

Campo cdigo
Ocupa un byte y sirve para identificar el tipo de paquete LCP. Cuando se recibe un
paquete con un campo de cdigo desconocido, se transmite un paquete de
"rechazo de cdigo".
Campo identificador
Es de un byte y ayuda en la comparacin de las solicitudes y respuestas.
Campo longitud
Es de dos bytes e indica la longitud del paquete LCP, incluyendo los campos
cdigo, identificador, longitud y datos. La longitud no debe exceder la MRU del
enlace. Los bytes fuera del rango del campo longitud son tratados como relleno e
ignorados al ser recibido.
Campo datos
Pueden ser 0 o ms bytes, indicados por el campo longitud. El formato de los
datos es determinado por el campo cdigo.
A continuacin describiremos brevemente los principales paquetes utilizados por el
LCP:
Solicitud de configuracin

Id
(

Debe transmitirse para abrir una conexin. En el campo de datos se incluirn las
opciones de configuracin que el transmisor desee negociar (0 o ms). Todas
estas opciones son negociadas simultneamente.
Reconocimiento de configuracin
Si cada opcin de configuracin recibida en una "solicitud de configuracin" es
reconocible y sus valores son aceptables, la implementacin receptora debe
transmitir un paquete de "reconocimiento". Estas opciones reconocidas no
debern ser modificadas luego. Las opciones reconocidas son enviadas en el rea
de datos del paquete simultneamente.
No reconocimiento de configuracin
Si cada opcin de configuracin es reconocible pero algunos valores no son
aceptables, se debe transmitir un paquete de "no reconocimiento de
configuracin". El campo de datos es completado slo con las opciones no
aceptadas de la "solicitud de configuracin".
Al recibir un paquete de "no reconocimiento", el campo de identificacin debe ser
comparado con el de la ltima "solicitud de configuracin", y cuando se vuelva a
enviar una "solicitud de configuracin", las opciones de la mismas debern ser
modificadas.
Rechazo de configuracin
Este paquete ser transmitido si se recibe una "solicitud de configuracin" en la
que algunas opciones no son reconocibles o aceptables para ser negociadas. El
campo de datos es completado slo con las opciones de configuracin no
aceptables.
Al recibir un "rechazo de configuracin", el campo identificador debe compararse
con el de la ltima solicitud de configuracin.

Solicitud de terminacin y reconocimiento de terminacin

Son utilizadas para terminar una conexin. Primero se debe transmitir una
"solicitud de terminacin". Estas solicitudes se seguirn transmitiendo hasta recibir
un "reconocimiento de terminacin", hasta que la capa inferior indique que se
perdi la conexin, o hasta que se haya transmitido un cierto nmero de
solicitudes al "par".
El campo de datos puede contener 0 o ms bytes, los cuales no son utilizados.
Rechazo de cdigo
La recepcin de un paquete LCP con un cdigo desconocido indica que el "par"
est operando con una versin diferente del protocolo. Esto debe ser reportado al
transmisor del cdigo desconocido por medio de un "rechazo de cdigo". Al recibir
un paquete de este tipo acerca de un cdigo que es fundamental para la versin
utilizada del protocolo, se deber reportar el problema y cesar la transmisin.
El campo de datos contiene una copia del paquete LCP que est siendo
rechazado.

Rechazo de protocolo
La recepcin de un paquete PPP con un campo de protocolo desconocido indica
que el "par" est intentando usar un protocolo no soportado. Esto ocurre
usualmente cuando el "par" intenta configurar un nuevo protocolo.
El campo de datos contiene en dos bytes el campo de protocolo PPP del paquete
que est siendo rechazado y a continuacin una copia del paquete rechazado .
Solicitud y respuesta de eco
Estos paquetes proveen al LCP de un mecanismo para detectar ciclos en la capa
de enlace de datos, que puede ser utilizado en ambos sentidos. Es muy til para
ayudar en la depuracin, la determinacin de la calidad del enlace, de la
performance y en varias funciones ms.
Luego de recibir una "solicitud de eco" se debe transmitir la respuesta
correspondiente.
El campo de datos contiene 4 bytes que son utilizados para enviar un nmero
llamado "mgico", que es utilizado para detectar enlaces con ciclos. A continuacin
puede ser transmitido cualquier valor binario elegido por el transmisor.
Solicitud de descarte
El LCP incluye estos paquetes para proveer un mecanismo de "hundimiento" de la
capa de enlace de datos en el sentido desde el sitio local hacia el remoto. Este
mecanismo se utiliza cuando se desea enviar paquetes para realizar alguna
prueba, sin que el "par" realice ninguna accin en funcin de los mismos. Esto es
til para ayudar en la depuracin, el testeo de performance y algunas otras
funciones.
Los paquetes de "solicitudes de descarte" deben ser ignorados al ser recibidos.
Opciones de configuracin de LCP
Estas opciones permiten la negociacin o modificacin de las caractersticas por
defecto de un enlace punto a punto. Si no se incluyen opciones de configuracin
en un paquete de solicitud de configuracin, se asumen los valores por defecto
para las mismas. El permitir valores por defecto para cada opcin otorga al enlace
la capacidad de funcionar correctamente sin negociaciones, pero sin embargo sin
alcanzar una performance ptima.
El formato de las opciones de configuracin es el siguiente :
Tipo
(1 byte)

Campo tipo
Este campo es de 1 byte e indica el tipo de la opcin de configuracin.
Los valores posibles son: 0 (reservado), 1 (MRU), 3 (protocolo de autenticacin), 4
(protocolo de calidad), 5 (nmero "mgico"), 7 (compresin del campo de
protocolo) y 8 (compresin de los campos de direccin y control). Por supuesto,
los valores que acabamos de indicar deben transmitirse en binario.

Campo longitud
Es de 1 byte e indica la longitud del paquete, incluyendo los campos tipo, longitud
y datos.
Campo datos
Puede ser de 0 o ms bytes, y contiene la informacin especfica de cada opcin a
configurar. El formato y la longitud del campo de datos son determinados por los
campos de tipo y longitud.
Protocolos de Control de Red (NCP)
Los enlaces punto a punto tienden a agravar muchos problemas con la
familia actual de protocolos de red. Por ejemplo, la asignacin y manejo de
direcciones IP es especialmente dificultosa sobre circuitos conmutados de enlaces
punto a punto (como los utilizados por los mdems).
Estos problemas son manejados por una familia de protocolos de control de red
(NCPs), cada uno de los cuales maneja las necesidades especficas requeridas
por sus respectivos protocolos de la capa de red, por lo cual su definicin
detallada es tratada en forma separada de los documentos correspondientes al
PPP.

COMPARACIN ENTRE PPP Y SLIP

Adems de los aspectos comentados en la "Introduccin" y las diferencias que se

desprenden de la seccin de "Desarrollo", a continuacin enumeraremos en una
tabla, y a modo de resumen, algunas de las principales diferencias entre los
protocolos PPP y SLIP.

Fcil de implementar.
Adiciona muy pocos bytes de overhead
No es un estndar aprobado de Internet
No efecta deteccin ni correccin de errores.
Solo reconoce IP
Debe conocerse la direccin IP de cada extremo.
No proporciona verificacin de autenticidad
Esttico
Si bien el protocolo SLIP est especficamente diseado para el transporte de
trfico TCP/IP, la tendencia actual es hacia el uso cada vez mayor del protocolo PPP, ya
que tambin es apto para lneas telefnicas conmutadas, siempre que nuestro proveedor
de Internet disponga de este protocolo para atender nuestra llamada.
Al utilizar SLIP, es necesario conocer tanto nuestra direccin IP como la de nuestro
proveedor, lo que puede causarnos problemas en el caso de que este asigne
dinmicamente las direcciones (algo muy comn actualmente). Igualmente, existe la
posibilidad de tener que configurar algunos parmetros como pueden ser la mxima
unidad de transmisin (MTU), mxima unidad de recepcin (MRU), el uso de cabeceras
de compresin, etc.
El PPP fue desarrollado por el IETF (Internet Engineering Task Force) en 1993 para
mejorar estas y algunas otras deficiencias, y crear un estndar internacional.