UNIVERSIDAD NACIONAL DE INGENIERIA
FACULTAD DE INGENIERIA ELECTRICA Y ELECTRONICA
"GESTIÓN DE UNA RED DE DA TOS FRAME
RELA Y NEWBRIDGE"
INFORME DE INGENIERIA
PARA OPTAR EL TITULO PROFESIONAL DE:
INGENIERO ELECTRONICO
PRESENTADO POR:
VICTOR ANDRES HAL Y ZEV ALLOS LLAMAS
PROMOCIÓN 1995-1
SUMARIO
Desde hace unos aílos tecnología Frame Relay a tomado todo el peso en las comunicaciones en el ámbito de acceso a las redes W AN en el Perú, dejando atrás los servicios punto a punto y las conexiones virtuales X.25; lo cual ha obligado ha asimilar rápidamente el fundamento de esta nueva tecnología, así como estar al tanto de las nuevas innovaciones que sobre ella se están desarrollando. El presente informe profesional tiene por principal objetivo, mostrar los diferentes problemas que pueden existir en una Red de Datos Frame Relay desde la óptica de un Centro de Gestión.
Los principales problemas que aqueja a la Red son la lentitud en el servicio y últimamente lo que es la calidad del servicio, por tal motivo se ha planteado como procedimiento en vía de solución de dicho problema, el conocimiento necesario de la filosofia del Frame Relay y las características de los equipos que constituyen nuestra Red, unido con un procedimiento de análisis tanto de los circuitos como de todas la Red y las medidas correctivas a dicho problemas.
PROLOGO
CAPITULO I
TEORIA DE FRAME REALY
l. l. Teoría
l. l. l. Una visión general
1.1.2. Conexión Virtual Permanente
1.1.3. Estándar de los Protocolos
1.1.4. Formato de la Trama
1.1.5. Trama de Administración
1.1.6. Clase de Servicio (COS)
1.1. 7. Administración de la Congestión
1.2. Hardware en Frame Relay
1.2.1. Puntos de Acceso y Conmutadores
1.2.2. FRATM
1.2.3. F ASTBUS
01
02
02
02
06
07
08
12
17
20
24
24
25
1.3. Software de Frame Reta.y
CAPITULO 11
28
PLATAFORMA USANDO EL FRAME RELA Y
31
2. 1. Etapas de una plataforma
31
CAPITULO 111
ANÁLISIS Y CA LIDAD DE LA RED FRAME RELA Y 35
3.1. Uso del Sin1ulador Frame Relay
35
3.
1.1.
Captura de tramas
3 5
3
.1.2. Calculo del CIR
62
3 .2. Análisis de la Red desde el Centro de Gestión
3.2.1. Comportamiento de los DLC de la FRE
3 .2.2. Análisis de un Circuito Frame Relay
3.2.3. Análisis de Tráfico en una Red Frame Relay
3 .3. Calidad de Servicio
3.3.1. Retardo de Transferencia de Trama (FTD)
3 .3 .2. Tasa de Pérdida de Trama (FLR)
3 .3 .3.
J
itter, Fragmentación y Ensamblaje
3.3.4. Efectos del Booking Factor en el FTD
65
65
74
105
109
112
113
113
3.3.5. Efectos del Booking Factor en el FLR
3.3.6. U111brales de Congestión en los DLC
3.3.7. Mapeo de FR a ATM
3.3.8. Consideraciones de Hardware y Software
en el ámbito de Mapeo
CAPITULO IV
INFORMES TÉCNICOS
4.1. Informe elaborados por el Centro de Gestión
4.1.1. Informe técnico debido a Lentitud
4.1.2. Informe técnico debido al Ancho de Banda
CONCLUSIONES
BIBLIOGRAFÍA
116
117
117
118
119
119
119
128
137
PROLOGO
El siguiente informe tiene como principal propósito servrr como guía a los profesionales de Ingeniería Electrónica cuyo campo de desarrollo este orientado a las Comunicaciones de Datos en Frame Relay, de tal modo que el conocimiento teórico asimilado a través de diversas fuentes se ha valiosamente complementadas con la experiencia adquirida a través de los af\os en el trabajo de Supervisión de un Centro de Gestión de Red.
El presente trabajo utiliza como método de investigación la experimentación y la observación, a partir de los cuales se deduce el comportamiento de los elementos de una Red Frame Relay ante diferentes condiciones, de tal modo que los operadores del Centro Gestión podrán evitar problemas de congestión.
1.1. Teoria
1.1.1. Una visión general.
Es un protocolo WAN orientado a la tecnología de conmutación de paquetes basado en la conexión, ya sea permanente (PVC) o conmutado (SVC) . Esta tecnología permite un método más rápido y de costo efectivo para acoplar un ordenador a una red de ordenadores; permitiendo reenrutar protocolos LAN, por decir TCP/IP, IPX, así mismo protocolos asíncronos, SNA e incluso servicio de voz y video.
Una de las principales ventajas es su relativo costo, lo cual lo hace competitivo ante el ATM que a pesar de ser mas rápido resulta algo más costoso.
3
por capas de niveles superiores, los cuales residen en los aplicativos que desarrollan los usuarios. Adicional a esto el Frame Relay incluye un algoritmo de chequeo de errores (CRC), para detener el dato corrupto con el fin de poder descartar todo tipo de tramas (información o de administración).
Otra de sus características tiene que ver con el secuencionamiento de la data, pues el
control de flujo desarrollado por los protocolos WAN (por ejemplo X.25),
actualmente es realizado por los protocolos de capas superiores, dejando así un
simple secuencionamiento exclusivo de las tramas de administración del enlace.
Finalmente debemos señalar de la existencia de métodos por el cual se detectan y se
informa de condiciones de congestión en la WAN hacia los usuarios, con el fin de
que estos disminuyan su trafico y disminuir la congestión en la Red.
Ettunet LAN lAN Workst.lbn HmtoS•1'1dor
FIGURA 1
W�t.tbn Wo41<st.tbn H ar1 o S -"'d0f H ar1 o S -"'dOf
TmatBusLAN
Ettunet LAN
Workst.tbn Hml o S.-.ldo,
Pero ahora a través de la Red Frame Relay, gracias a su multiplexacion lógica el enmallado se puede obtener lógicamente y no fisicamente; lo cual disminuye el número de conexiones y el costo de implementación.
5
FIGURA 2
Ettunet LAN hibrida FRAME RE LAY Pl'.bioa, pr1b_,. o Ettunet LAN
lAN Wotlcsutbl\ H ort o S tnoldOI
Bridge o Roulat
Backbona Red de paqu-. raptdos
T<4>dOQÚI en.onllo lógioo. r .. Nu1Mrifflt6 u!omálco y r ecuiso dt .--oho � b.ancu ¡w •set oomp,, •Ido po, La o�
lAN
Woilcsutbn Wodcsulbl\
Hort o S•,,jd01 Hort o S•,,jd01
Token BusLAN
Bridge o Routa,
--- e,w,g. o Ro.rlor
lAN Wollcsutbn Hort o S-"'dO<
Adjuntamos en la tabla 1 un cuadro comparativo entre las principales conmutaciones a nivel WAN.
TABLA 1
FUNCION CONM. CIRCUITO CONM. PAQUETE CONM. TRAMA FR
X.25 MUL TIPLEXACION
POR TIMESLOT X
MULTIPLEXACION
CIRCUITO VIRTUAL X X
COMPARTIR UN X X
PORT
EFICIENCIA PARA
TRAFICO EN X X
RAFAGA ALTA
DISPONIBILIDAD X X
VELOCIDAD BAJO A RAPIDO BAJO A MEDIANO BAJO A RAPIDO
1.1.2. Conexión Virtual Permanente
Un PVC (Conexión Virtual Permanente) es una conexión entre los extremos finales pasando por una Red Frame Relay. El PVC es hecho de uno o más segmentos
llamados DLC (Conexión de Enlace de Datos).
Este DLC es identificado por un DLCI (Identificación de Conexión de Enlace de Datos).
La interfaz física que transporta el DLC, lo llamaremos también STREAM. Se tendrá
el mismo número de stream como DLC en una conexión PVC.
La figura 3 muestra 2 PVC en una Red Frame Relay. Ambos PVC están formados por 2 DLC.
Red frame relay
Circuito virtual Y
-
S 10Usuario A
FIGURA 3
Tabla de Routiog
Nodo 1mme retay
1.1.3 Estándar de los Protocolos
7
Circuito virtual X
S 13 Usuario 8
Usuario
e
Estos protocolos son utilizados para notificar a los nodos de cambio en el estatus de los PVC o DLC . Existen en la industria tres estándares de protocolos, los cuales son
Q.933 Anex A :ITU (CCITT) . Tl.617 AnexD: ANSI
LMI: Forum Frame Relay
La función principal de estos protocolos UNI/NNI es entregar información del estado de los PVC a los usuarios finales. Para esto el protocolo debe detectar las fallas en la red y propagarlo a los dispositivos del usuario. El LMI es utilizado para propagar esta información explícitamente al usuario; en cambio el NNI propagará esta información de estado entre los nodos de la red. Los stream configurados como bidireccionales transmitirán y recibirán Status Enquiry y Full Status, en cambio los stream UN1 solamente recibirá Status Enquiry y transmitirá solo Full Status.
Los protocolos de comunicación son transportados sobre los DLC, a través del DLCI número cero.
1.1.4 Formato de la Trama
En la figura 4 se observa la estructura básica de una trama Frame Relay.
FIGURA 4
---Frame format---.
Flag
(1 byte) Frame relay(2 bytes) header Layer 2 i nformation(variable l ength)
DLCI (high er order) C/R EA ] byte 1 DLCI (lower order) FECN BECN DE EA ] byte 2
Frame Check Sequence
(2 bytes)
Flag (1 byte)
C /R = Com m and/Response bit FECN = Forward Explicrt
Congestion Notif ication bit
BECN = Backward Explicit
Congestion Notif ication bit DE= Discard Eligibility bit
9
Flags: Utilizado para delimitar el inicio y fin de la trama, tiene el valor de 7E en
hexadecimal.
Header (Cabecera): Está formado por 2 bytes, en donde 10 bits son utilizados para
indicar el número de DLCI como direccionamiento y los otros 6 bits para funciones especiales. La dirección DLCI puede ser extendido, haciendo uso del bit E/ A, que también está incluido en la cabecera.
La tabla 2 describe los números de DLCI válidos:
TABLA 2
TabCe : Valld DLCI Addl"8$$8S
DLCI Functlon
o
Annex A ard Amex D link management1-15 Reserved
16-1007 User DLCs
10CJ8-1018 Reservad
1019-1022 Multicast PVCs
1023 LMI link managemen1
El campo de direcciones en la trama frame relay puede ser de 2, 3, o 4 bytes de largo. Los posibles formato del campo de dirección son los que se muestran en la
FIGURA 4(A)
DLCI ( 6 high order bits )
C/R
E/A
=O
DLCI
FECN
BECN
DE
E/A
=l
( 4 low order bits
)
DLCI ( 6 high order bits )
C/R
E/A=O
DLCI ( 4 bits)
FECN
BECN
DE
E
/
A
=
O
DLCI ( 6 low order bits)
D
/
C
E/A=l
El campo D/C es el indicador de Control de DLCI, el cual determina si los seis bits de menor orden deben ser interpretados como bits DLCI de menor peso o como bits
11
FIGURA 4(B)
DLCI ( 6 high order bits )
C/R
E/A
=O
DLCI ( 4 bits)
FECN
BECN
DE
E/A
=O
DLCI ( 7 bits)
D
/
C
E/A
=O
DLCI o control ( 6 low order bits)
D/C
E
/
A
=l
El campo D/C es el indicador de control de DLCI, el cual determina si los seis bits de
menor orden deben ser interpretados como bits DLCI de menor peso o como bits de
control.
De igual modo el bit C/R (Comando/Respuesta) puede ser utilizado por los
dispositivos finales (usuarios) cuando necesitan implementar aplicativos que
responde a la funcionalidad de comando y respuesta.
El bit E/ A (Extended Address) será utilizado para extender el numero de direcciones, de tal forma que el DLCI esté compuesto de 16 o 23 bits.
El uso de los bits FECN, BECN y DE serán explicados posteriormente.
FCS: Es un campo de 2 bytes utilizado para indicar el resultado de aplicar el polinomio de chequeo de redundancia cíclica (CRC) a la trama desde el primer bit
del campo de dirección hasta el último bit del campo de datos del usuario. Si el CRC
recalculado en el destino no coincide con el CRC enviado por el lado que originó la
información, la trama se descarta. Recordemos que en Frame Relay no hay ningún
Campo de información :Esto es utilizado para transportar la información del
usuario en el caso de los PVC de usuario. En cambio en los PVC de Administración
de Enlace (DLCI O o DLCI 1023), esto es utilizado para conducir información del
estatus de los PVC 's.
1.1.5 Tramas de Administración
Se tiene 3 tipos de tramas:
Requerimiento de Estatus (Status Enquiry).
Reporte de Estatus (Status).
Estatus al día (Update Status).
Status Enquiry y Status
Estas tramas son mensajes síncronos el cual asegura la conectividad entre dos interfaces. Para enlaces UNI el usuario transmite Status Enquiry hacia la red, y esta
responde con el mensaje de Status. Esto es algo similar como las tramas Receive Ready (RR) en el protocolo X.25
Para los enlaces NNI, la interfaz transmite mensaje de Status Enquiry y de Status. El
mensaje de Status es una respuesta a la recepción de un mensaje de Status Enquiry
transmitido por la otra interfaz NNI .
Existen dos tipos de mensajes de Status
Status Keep Alive, señal que verifica la conexión.
Status Full Status que indica el estado de todos los DLCI del usuario.
Estos mensajes de Status son solicitados específicamente por el Status Enquiry.
13
Intervalo Hearbeat polling: Esto es la frecuencia con que se transmite el Status
Enquiry. Este parámetro aplicado a los enlaces NNI deberá ser menor que el
configurado para los enlaces UNI. Con el fin de asegurar que los dispositivos de
la Red respondan a cambios en la red antes que los dispositivos de acceso.
La tasa de mensaje de Status: Me indica cada cuantos Status Keep Alive
solicitados, un Full Status es requerido. Generalmente el valor por defecto es seis.
Timetout: Esto se configura en la interfaz de la Red, para detectar timeout de los
mensajes Status Enquiry. Este valor debe ser mayor que el Hearbeat polling
configurado.
Update Status
Son mensajes asíncronos que son transmitidos cuando el estatus de un PVC cambia.
Esta trama tiene solo información de un PVC. Por lo que se deduce que ante cambios
de varios PVC, se generaran varios Updates Status para cada PVC.
Para las interfaces UNl, estos mensajes son transmitidos cuando un PVC cambia de
un estado "activo" a "inactivo" o viceversa.
Para las interfaces NNI, estos mensajes son transmitidos cuando un PVC cambia de
un estado "activo" a "inactivo" o viceversa y también cuando un nuevo PVC es
adicionado a la Red.
Los mensajes Update no afectan la secuencia de los mensajes de Status Enquiry y
Formato de las Tramas de Administración
FIGURA 5
S\atus Enc:1 . .ury
C<>nll<>I F..id Pto\xcl 0...CrYOM\>f e.JI Aattw'ence (»..-.y,$0) �cTy¡,c, (Sla ,q,,,y)
• Loc:lono
St.lt
ldentifitr (Ropo,Q
L :'t'
Rc,p«t T ype
(Full"' Keep Afvc)
lde,i,trflu (Soquorco N""'°r:,) L:,g Current S«:luen:e Nun-i,o, Lut Aoce""'1 Sequcnce N�, S1>tw(l(....,All,ft) C<>nbol Foold P,o,c«,1 ().xtTI1n...'lbr CaJI F"wterlJr'IC" (Alw•y• So) Me>.w,ocTYl>O (St..tu>)
• Loc:lono
Shft ldtntfio, (flec>o,Q l:'f,' R-,tType (l(ec,,-'lov,1) ldentther (SoQuenco Nurbcr:i) l ! 'l:' c:u,,.,.,, St,q uon: •
Nuni:>o,
LutA.:o,.,.,,¡
Sequcn::o NIIT'OC,
Loelono 9',� a -ted t,, Mncx O onJv Usa::l by Anncx A ,rd Anncx O ont,,
CIA fi'*1.1 a.te no4 � tcd b,' Mne::x A or Anno: O
SIJ.lhJJ. (Full SlatuJ.)
C<>nt,ol
F..id
PtotoccJ
euernvf\,(111o,
e.u A,efer-,nce
(Nw•y• .SO)
Mm.wioc Type
(ll ... tw) • Loclono
Shit
ldtntifior
{Rooo,Q
L�1,;, 1 R_,,r,.,,., (full Stotw) ldentrlltt (SaQuO"Ce NLl'T'bot.J.) l:?: Cun-cnt S«iuonce Nun-*-LUIA.:•v«l
94lquenco Nll'rb,,
Plw Of'le ot ttie loUcwno
11&TU.le.,...nu
fo, o.w:h ex.e on tho .lb'Mm
'dtnbfior
·:�:t
OL C ldon•6e,
(msb)
OLC ldentrt,e,
(l:b)
Statw
(OOOONOAR)
N· Now o .
º""''od
A·kwo
R • Aoceov0t r,:,t ,--,
••• CIA
(m,b)
... CIR
••• CIR
Om) Contro' F,.,Jci Pro�c« Ül.K.rrnin.ofc,, C.allRltffJf�" (�Nr•y• $0) M""-"'QcT.,.,., (Up:late 91otw)
• Lcdono SMt
0 ldenb1ier
{R,,oo,1)
-Le,v1h
= $1
•• A,ooo.-t Type (A..-vrc)
ldenfrtler (f\ooo,Q -· L
,:�:
t
OLC l:lfln•6e, (msb)
OLC...,.,..,
(l,b)
s ... n.u
(OOOONOAA)
N· Now
0-0-A· kwe R-Aec.,._.r,:,1,-1y
-· CIA (msb)
·- CIA
••• CIA
15
Secuencia de los Mensajes
Todos los nodos mantienen 2 contadores (Contador del número de secuencia de
transmisión de la trama y Contador del numero de secuencia de la ultima trama
recibida), los cuales son utilizados para hacer el seguimiento a los mensajes de Status
Enquiry y Status. Esto es de gran utilidad en el conocimiento de pérdida de algún
mensaJe.
El contador de número de secuencia de transmisión de la trama es usado para
determinar si el nodo remoto ha pedido algún mensaje transmitido por el nodo local.
En cambio, el otro contador permite determinar si el nodo local ha extraviado algún
mensaje transmitido desde el nodo remoto.
El proceso de secuencia se basa en lo siguiente:
Cuando un nodo transmite una trama de administración, el contador de número de
secuencia de transmisión de la trama se incrementa en uno.
contador de recepción de la ultima trama recibida en el nodo se ve incrementado en
uno. En la figura 6 observaremos el uso de estos contadores.
� �
NodeA
!
c�mm= 1 1 1 Lut= 1 1NodeB
FIGURA 6
lo.11rem= (?)I 1 L•st= 1 1
Node A
1 Curem= 21 1 Lut= 1 1
Packiert
1 OJrrem = 1 1 1 Lut=1 1
Node B
2 �doehem torn Node A t> Node B.
Node A 4>� 1he Curem Scq.icnoe Nun ber 00Untcr, t.en �•rumi� 1he �ckiertto Nodc B.
1 Curerrt = 2 1 Lut=1 NodeA
i
C11rem= 21 _ 1 L•st= 1 1Ptdliet
1Curem=11 1 L•st= (2) 1
NodeB
1 Curent= 21
1 Lest= 1 1 Node A
1 Curem = 2 1 'ÍII-1 l•st=2 'ÍII-1 �
Ptdce-t
lo..irrem=�!I
1 l.a;t = 2 1
Node B
3. �reoei-..cdby NodeB. 4. P•aoet;emiom Nodc BtoNodc A
Toe L� ReoeÍl'ed Seq.Jenoe Nun ber of 1he p•dce-t i; oom pared v.it. t.e Currem Se,quer'!oe
Nun ber of1he nodc. lf t.e Currem Se,qucnoe Nunber of1he padoeti; g� by one1h1m1he L•;t ReoeÍl'ed Seq.ienoe Num bcr of1he node, t.e node oountcr is inaemem:d.
r
1 C11�rrt= 211
l.art= (2) 1NodcA
¡curem= 21 1 L•st=2 1
Ptdoet
S. P•doet rooci-..cd by Node A.
NodcB 4>�1hc C11remSeq.icnoe Nunber
oolJ'lter, t.en t•ruml�1hc padoctto Nodc A.
1 C11rerrt= 21
1
Lart= 2 1 NodcBToe Lest Rc�ed Seq.ienoe Numbcr ofthc peckiert i; oom pered w� t.e OJrrcrt Se,qucnoe Numbcr of1hc nodc. lft.e OJrremSoqucnoe
Num bcr of1hc pedce-t b g�r by or,c �n 1hc
L•st Reoeñ,ed Seq.ienoe Numbcr of1he node,
17
1.1.6 Clase de Servicio (COS)
Existen 3 parámetros de Clase de Servicio (COS) que sirven para determinar el
ancho de banda garantizado y disponible para el usuario, así como el ancho de banda
máximo de exceso si es posible. Dichos parámetros son configurados en el ámbito de
DLCI . Estos parámetros son :
CIR (Committed Information Rate).
Be (Committed Burst Size). Be (Excess Burst Size ).
Existen otros parámetros que se derivan de los anteriores:
EIR (Excess Information Rate)
Te (Committed Rate Measurement Interval).
CIR
l'Íb 1
1 ! 1 "'
' 1 1 .
·1, } l 01,.h).• ,J.
r.)JA.;.\ .. ,·1� .. 1u1J., 1th:1+
FIGURA 7
, \�.-.,.J.:t C'\,\(K\ J� r· ¡' ;: , ,_¡,.._, i
l'ra111,1:-i JL·\c:art:icl;b Cll d 11Pd1) d.: lllUl,''iO
t lk • l3·:l
l nun:1�- 111:1 re.id:,, ,,,nw
J._·,c,1n:1hk, 1 Dt-.1
li<.'111¡'1'
El CIR es el ancho de banda disponible para un PVC. En un caso extremo el CIR es
igual al ancho de banda de la interfaz fisica. Típicamente, el CIR es configurado
igual al valor promedio de utilización de la interfaz.
Be
19
Te y Be
El sistema monitorea el número de bits recibido en cada DLC para asegurar que el CIR no sea excedido. Te es el periodo de tiempo sobre el cual el DLC es monitorizado y es calculado como:
Te= Be/ CIR
Em
Es el ancho de banda de exceso disponible para cada PVC. Este ancho de banda no es garantizado. Pues su disponibilidad depende del nivel de actividad de los otros PVC en el stream. Cuando un PVC no lleva ninguna información, el ancho de banda llega a ser temporalmente disponible a otros PVC.
Así el máximo valor de EIR + CIR es igual a la velocidad de la interfaz del usuario.
Be
Es el tamaño de la ráfaga de exceso, el cual se define como la máxima cantidad de data que la red podría atender bajo condiciones normales. Las tramas de la ráfaga de exceso serán marcadas con el bit DE.
Be=EIR.xTc
Te y Be
Los tramas recibidas con exceso de Be, pero menores al Be, tendrán el bit DE configurado a 1. Si el ancho de banda es suficiente, estas tramas podrán ser enviadas;
en caso contrario estas serán descartadas.
Los tramas que sobrepase el Be + Be serán automáticamente descartadas.
1.1. 7 Administración de la Congestión
Esto involucra los mecanismos en tiempo real de prevención y recuperación del
estado de Congestión, así como procedimientos de detección de la congestión.
Uno de los métodos principales de medición de congestión es por medio del
porcentaje de utilización del buffer de transmisión asignado al stream. Existen 4
niveles de congestión, los cuales a continuación detallamos:
Ninguna: Todas las tramas experimentan un retardo fijo y predeterminado.
Congestión Media: El retardo en la red aumenta, pero ninguna trama es eliminada
por motivos de congestión.
Congestión Severa: El retardo en la red aumenta y algunas tramas son eliminadas
debido a la congestión del buffer.
Congestión Absoluta: Todas las tramas transmitidas bajo esta condición son
eliminadas hasta que exista disponibilidad en el buffer.
21
ACT (Absolute Congestión Threshold) : Utilizado para definir el tamaño del
buffer. Cuando el buffer alcanza este valor, los nuevos paquetes serán eliminados.
SCT (Severe Congestión Threshold) : Esto está representado por un porcentaje de
ACT. Cuando el espacio del buffer supera el SCT pero es menor que el ACT, la red
desarrolla la Congestión Implícita.
MCT (Mild Congestión Threshold) : Esto está representado por un porcentaje de
ACT. Cuando el espacio del buffer es menor que este umbral, la información
transita sin ningún problema. Pero cuando supera el MCT pero es menor que el
ACT, todas las tramas desarrollan la Congestión Explícita.
Congestión Explícita
Esto ocurre cuando en algún punto de la Red, la Congestión Media ha sido
alcanzado; lo cual es informado a los usuarios por el seteo de sus tramas en los bits
FECN y BECN en el nodo en donde está ocurriendo la congestión. Debemos agregar
que no hay descarte de tramas; pero los usuarios al detectar esta notificación deberán
ser capaces de reducir su tasa de transmisión.
FECN
Este bit es enviado por la Red para notificar al dispositivo receptor del usuario que
los procedimientos para evitar la congestión deben ser iniciados.
BECN
utilizando para ello las tramas en sentido opuesto a .las tramas que originaron la congestión.
A continuación veremos gráficamente como se origina la Congestión Explícita, para
lo cual disponemos del siguiente conmutador Frame Relay, en la figura 8.
S12
FIGURA 8
D
1111111111
..
••
1111111111:.:
En la figura 9, se muestra los estados de congestión.
Stream 12
FECN O
BECN O
Stream 12
FECN O
BECN i
Stream 12
FECN i
BECN i
FIGURA 9
A(r SCT MIT Empty
111
i
11 111 'i B=���6ION
ACT S CT MCT Empty
Stream i 9 1 1 1 1
BllJff. TIW16Ml6ION 1 111111111
AIT SCT MIT Empty
111
i
11111
1
1 S���ON
ACT SCT MCT Em ty
l
11
¡
11
l
11
i
:Dl::::�6IONAIT SCT MIT Empty
tBUJff.
�=61��
111 i 11111
i
23
Stream 19
FECN O
BECN O
Stream 19
FECN i
BECN O
Stream 19
FECN 1
Congestión Implícita
Esto ocurre cuando la Congestión Severa ha sido alcanzado, lo cual involucra la
eliminación de tramas. Durante la congestión severa, todos las tramas que tenían el
DE seteados a 1 son eliminadas por la Red.
Cuando la Congestión Absoluta es alcanzada, las nuevas tramas son eliminadas, es
decir no serán almacenadas en el buffer hasta que su espacio esté disponible.
1.2.- Hardware en Frame Relay
Una red Frarne Relay debe considerar puntos de acceso, conmutadores de paquetes,
así corno interface para poder escalar hacia otro medio de transporte corno es el
ATM.
1.2.1.- Puntos de Acceso y Conmutadores
Esto esta sostenido sobre tarjetas que deben hacer acceso y así mismo conmutación
de tramas. Dicho hardware puede estar constituido por un número de puntos de acceso, conocidos corno DLC, de tal forma que sobre cada DLC se configura un número máximo de PVC, el protocolo LMI que soporta� así corno se tendrá en cuenta
el número máximo de PVC que se pueda configurar a nivel de tarjeta. Todos estas
consideraciones son aconsejables de seguir debido a que un uso irracional del
25
Adicionalmente se tendrá en cuenta los umbrales de congestión tanto a nivel de
tarjeta, como a nivel de DLC, y el tamaflo de trama que se cursará.
Los conmutadores de Frame Relay ubicados en nodos distintos se interconectarán a
través de enlaces El utilizando la conmutación de circuitos, teniendo que disponer de
algunos DLC para establecer la conexión NNI entre los conmutadores, es decir se
deberá construir troncales de Frame Relay entre conmutadores. En cambio si se
dispone de varias tarjetas de conmutación en un solo armazón la comunicación es a
través de su backplane por medio de conmutación de circuitos.
Adjuntamos una información técnica para un tipo de tarjeta FRE de tecnología
Newbridge en la siguiente tabla.
TABLA3
Tipo Total BW DLC Max BW Tamaño Tamaño Tamaño # Max de # Max de
Tarjeta (DLC) Buffer Buffer De PVC por PVC por
Switch DLC Trama Switch DLC
Máximo
FRE (DB) 3968 Kb/s 62 1984 kb/s 1500 Kb 100 Kb 4472 1984
1.2.2.- FRA TM
Se constituye como una interface entre circuitos Frame Relay y A TM, ya que los
circuitos virtuales de Frame Relay son convertidos a circuitos virtuales de A TM, asignándole en este último caso su VPC y VCI.
Este equipo prevee una conexión fisica hacia un medio de transmisión, teniéndose
velocidades de línea del orden de los 34 Mbps (E 3 ), de tal forma que dicho puerto le
permite enlazarse con otra FRA TM y así podría conformar una topología con mayor
ancho de banda. También este puerto le permitirá al FRA TM conectarse a un
conmutador de A TM.
1.2.3.- FAST BUS
Este bus me permite conectar varios conmutadores Frame Relay entre si ubicados en
un mismo nodo e inclusive conectarlo con el FRA TM, ofreciéndole así un bus en
forma de anillo dual de alta velocidad, aproximadamente de 100 Mbps para
conmutación de paquetes.
El Fast Bus es útil cuando se requiere concentrar un gran tráfico y se desea disponer
de una gran capacidad de conmutación de tramas, comparado a interconectar los
conmutadores de un mismo nodo a través del backplane del armazón. Debe tenerse
en cuenta que el Fastbus puede interconectar hasta 12 tarjetas FRE.
En el gráfico de la figura 1 O puede apreciarse que los equipos FRA TM son
utilizados para formar un backplane A TM de mayor velocidad para los circuitos de
Frame Relay, los cuales accesan a través de los conmutadores de tramas F R y son
FIGURA 10
F
R R F
F R
1.3.- Software de Frame Relay
El hardware Frame Relay es enteramente configurable vía software. Todas sus
funciones son manejadas por software y todas los parámetros de configuración son
almacenados en una base datos de una Memoria no volátil la cual está insertada en la
placa hardware de Frame Relay. Todas las funciones y parámetros son accesados
por lectura y escritura para la configuración durante el tiempo que dura una sesión de
nodo.
Hay que mencionar que un operador puede "loggearse" a una FRE, FRA TM, más no
a un FASTBUS. Los métodos sobre el cual se tiene acceso son :
Terminal VTl00 ASCO : Cualquier terminal VTlO0 ASCII o una PC con un
software de emulación puede ser utilizado para iniciar una sesión de
administración del hardware. Hay que mencionar que no todas los
procedimientos de operación y configuración pueden ser desarrollados a través
de una sesión vía terminal. Algunas deberán hacerse desde un Craft Interface. La
conexión de un terminal VT 100 es realizada a través de los puertos seriales que
la misma tarjeta de Frame Relay y FRATM poseen.
Craft Interface : Esto es un administrador de nodo. El Craft Interface es una PC
basada en un programa de software diseñado para la instalación y configuración
inicial del nodo. El Craft permite realizar todo los procedimientos de
configuración y operación. La conexión es a través de los puertos seriales del
armazón del crossconect TDM/FR sobre el cual está alojado la tarjeta FRE, en
29
armazón propio del FRA TM. Cuando el Craft lnterface se conecta a un nodo le
permite elegir una sesión sobre todo el nodo o específicamente sobre dicha
tarjeta de FRE en el primer caso, mientras que en el segundo caso se establece
una sesión directa a la FRATM . Hay que resaltar que estos puertos seriales son
puertos de comunicación de una tarjeta procesadora de control de todo el nodo,
conocida como CONTROL CARD.
Sistema de Administración de Red : Esto básicamente es un software que
administra toda una red Frame Relay desde un Centro de Gestión. Esto lo realiza
a través de maquinas SUN, las cuales operan sobre el sistema operativo Solaris
v. 2.X. y sobre este , un Software de Gestión propietario orientado a objeto con
interface gráfica, el cual lo hace aun más amigable para el operador.
Estas estaciones logran gestión sobre los nodos TDM/FR y FRA TM al
comunicarse con las tarjetas CONTROL CARD de dichos nodos a través de un
protocolo propietario de Newbridge llamado CPSS, Sistema de Conmutación de
Control de Paquete.
El CPSS es similar al X.25. A través de este protocolo se le asigna una
dirección CPSS a cada nodo TDM/FR y FRA TM de tal forma que la
información CPSS de cada nodo viaja a través de sus enlaces troncales hacia las
estaciones, quien a su vez tiene conexiones vía un E 1 (2048Kbps) a toda la Red
El Gestor, de esta manera se convierte en una poderosa herramienta de configuración, operación, mantenimiento, recolector de alarmas, análisis, generador de reporte y administrador de la base de datos de todo la plataforma
Finalmente, el genérico del hardware debe ir de la mano con el Release del
Gestor ; esto debe tenerse en cuenta a la hora de realizar actualizaciones en
cualquiera de los dos casos.
FIGURA 11
=
,-
r
� 1111111111
El
El
ESIAOCl'IDEGESllCN
�
El
ESIAOCNDEGESllCN
=
,-r
1m11m1
..
El �
111111111I 1111111111::
El
=
,-
r
1111111111 "llllllllll::
CAPITULO 11
PLATAFORMA USANDO EL FRAME RELA Y
2.1.- Etapas de una plataforma
La Red Frame Relay se encuentra en base a los siguientes niveles:
Nivel de Acceso: Constituido por nodos que enfrentan a los clientes.
Nivel de Concentración y Backbone: Constituido por nodos que reúnen el tráfico
proveniente de los nodos de acceso y lo transportan al punto de destino.
Con la finalidad de reforzar la estructura en la que se soporta la Red Frame Relay, se
utilizaría la red A TM como transporte del tráfico procedente de los nodos
concentradores Frame Relay.
Con el fin de cubrir los requerimientos se puede planificar cuatro etapas, las cuales
Etapa 1 .- En esta etapa la cantidad de usuarios es baja, por lo que no se justifica económicamente la instalación de un nodo de concentración Frame Relay. En este
caso, el acceso se brinda a través de circuitos dedicados, enrutando el trafico Frame
Relay hasta un nodo de mayor jerarquía donde se pueda efectuar la separación de
trafico TDM y FR y llevarlo finalmente al nodo del Backbone. Así mismo indicamos
que no se dispone de ningún elemento de conmutación FR.
Etapa 2.- Esta etapa corresponde a zonas con un número un poco mayor de usuarios
que en el caso anterior, pero que sin embargo no es todavía rentable la instalación de
nodos especializados en FR .Aquí se añaden las tarjetas FRE en los nodos TDM,
para darle la capacidad de conmutación FR necesaria y se comparten los medios de
transmisión con el tráfico TDM hasta un nodo de mayor jerarquía, en el cual se
efectúa la respectiva separación y se enlaza finalmente al nodo de Backbone a través
de enlaces E 1 FR.
Etapa 3.- Esta etapa es en zonas con apreciable cantidad de usuarios FR, por lo que
ya es justificable la instalación de nodos concentradores FR. Estos proporcionan
directamente los accesos fisicos a usuarios, sin embargo estos enlaces están limitados
a velocidades menores de 2 Mbps. Los nodos TDM pueden ser convertidos en
concentradores de trafico FR con la adición de módulos Fastbus y tarjetas FRE,
además de poder llegar a establecer enlaces E3 con el nodo Backbone
33
módem HDSL para el medio fisico. Los accesos no solamente son de 2 Mbps FR
En la figura 12 se muestra el esquema de una plataforma de Red simple, en el cual
puede verse las etapas antes mencionadas.
FIGURA 12
1
ED\PAl ED\PAJ
ED\PAl ED\PA2 ED\PAJ
1
/'. i \
: \
' !
f \
' J \ \_! :
CAPITULO 111
ANÁLISIS Y CALIDAD DE LA RED FRAME RELA Y
3.1. Uso del Simulador Frame Relay
3.1.1. Captura de tramas
A través del simulador podremos ver el formato de las diferentes tramas, así mismo
forzaremos algunas condiciones en el seteo del simulador para ver la reacción de la
Red Frame Relay, tal como la generación de tramas de Congestion Explícita, de igual
modo tramas seteadas o descartadas.
Para esto dispondremos de la siguiente figura.
FIGURA 12
FA8TBU8 / ... .. , '
l�;D� '�1�17.DU l \ WAl;;;:lJ .,-�
L.,.;::i <= ·�\,lt,1---� :---· a:,¿¡,--- [,¡;;;.j
' - . ' , \ /
�
·
' .·-\, ,_, .,/ .
LOOP DLC
Entre las condiciones principales de seteo tenemos:
• El simulador es un DTE, en donde el clock es tomado del port V.35.
• El LMI del simulador debe ser igual que el del recurso Frame Relay de la Red,
para nuestro caso utilizamos LMI CCITT, en caso contrario el nivel de enlace no
se establece.
• Se debe tener en consideracion el Timeout que pueda generarse en la Red debido
a que después de cierto tiempo no se recibe el Status Enquery por parte del
simulador. Para esto, la frecuencia con que el simulador sondea, es decir transmite
el Status Enquiry (Hearbeat polling cycle) debe ser menor que la frecuencia
configurada en el recurso utilizada para medir el timeout. De no tener la
precausion del caso esto originará esto originará que el protocolo o el nivel de
enlace presente intermitencias.
• El tamaño de trama que se utiliza en el simulador deberá ser menor o igual al
tamaño de trama que se ha configurado en el recurso de acceso y en los demás
recursos que utilice el PVC en la Red FR, en caso contrario la red eliminará
dichas tramas.
• El DLCI será igual tanto en el simulador como el asignado en el port al cual se conecta el equipo de prueba.
Para nuestro caso esto son los parámetros:
Red
CIR : 32 Kbits/s
Be : 64 Kbits
Be : 64 Kbits.
BW: 128Kbits/s
Frarne size : 1600 bytes
Timeout Status Enquery : 15 seg
DLCI: 16
Simulador
Frame size : 1000 bytes
Frame/s : 6
Frecuencia Status Enquery : 2 seg.
DLCI: 16
Frecuencia de Full Status : 4
37
En la figura 13, adjuntamos la captura hecha en el simulador de las tramas LMI tanto
del usuario como de la red, en la cual observamos claramente que el Status Enquiry
del analizador es transmitido cada 2 seg y que de cada cuatro Status Enquiry, uno
FIGURA 13
·Time Direction Length FECN BECN DE Type Seq No
+00:00.000 To Network 15
o
o
o
Line Check 19+00:00.011 From Network 15
o
o
o
Line Check 175+00:02.000 To Network 15
o
o
o
Line Check 20+00:02.011 From Network 15
o
o
o
Line Check 176+00:04.000 To Network 15
o
o
o
PVC Status Req 21+00:04.012 From Network 20
o
o
o
PVC Status 177+00:06.000 To Network 15
o
o
o
Line Check 22+00:06.011 From Network 15
o
o
o
Line Check 178+00:08.000 To Network 15
o
o
o
Line Check 23+00:08.011 From Network 15
o
o
o
Line Check 179+00:10.000 To Network 15
o
o
o
Line Check 24+00:10.011 From Network 15
o
o
o
Line Check 180+00:12.000 To Network 15
o
o
o
PVC Status Req 25+00: 12. 011 From Network 20
o
o
o
PVC Status 181+00:14.000 To Network 15
o
o
o
Line Check 26+00:14.011 From Network 15
o
o
o
Line Check 182+00:16.000 To Network 15
o
o
o
Line Check 27+00:16.011 From Network 15
o
o
o
Line Check 183+00:18.000 To Network 15
o
o
o
Line Check 28+00:18.011 From Network 15
o
o
o
Line Check 184+00:20.000 To Network 15
o
o
o
PVC Status Req 29+00:20.011 From Network 20
o
o
o
PVC Status 185+00:22.000 To Network 15
o
o
o
Line Check 30+00:22.011 From Network 15
o
o
o
Line Check 186+00:24.000 To Network 15
o
o
o
Line Check 31+00:24.011 From Network 15
o
o
o
Line Check 187+00:26.000 To Network 15
o
o
o
Line Check 32+00:26.011 From Network 15
o
o
o
Line Check 188+00:28.000 To Network 15
o
o
o
PVC Status Req 33+00:28.011 From Network 20
o
o
o
PVC Status 189Claramente se observa en la figura anterior que en las tramas LMI no se setean los bits DE de las cabeceras, en cambio en las tramas de información el bit DE es igual a " uno", como veremos luego en la TABLA 7.
Se adiciona unos gráfico estadísticos en barra, extraído del analizador en el cual se puede apreciar una velocidad discreta de las tramas LMI tanto de Red como la generada por el simulador.
39
wi Status Enquiry Alive. En cambio la trama de Full Status generada por la Red es
de 20 bytes o O. 16 Kbits/s y esta se produce por cada 4 Status Enquiry transmitido y
en wi intervalo de tiempo de 8 seg tal como se configuró en los parámetros del
simulador. Todo esto se refleja en el histograma adjunto.
FIGURA 14
111 lllll'NI 1111 Ut,tl l'.t 111,111' 1 ••.• 11 ... 1 'I flllr.J�
1 Ch.2 Nctwork: I
0.20
0.15
0.10
0.05
0.00
21:0 :-4 1:08: 2
0.120 Kbpa Uecr: 1 48.216 Kbpa
USER & NElWORK : KBlta (Scconda)
,
:
o : o l:Ot 8 1:08: ó1 Ht'I KBps
1 User KBps
ltoptleo ... ·u
e ¡¡¡i·,�u.RC._ ·1� (BER64) ·:·· l:JbG,..,_S_, . ·.
Done
'
1
Además se observa la poca carga que ejercen las tramas LMI respecto a la tramas de
·información del usuario.
FIGURA 15
MHNlllltiilllllllllUHMINlrihii
1 Ch.2 Nctwortr: • 0.120 ICbpa
Alter: Frnmcs from uscr Adive time: 00:00:35
User: 1 48.216 Kbpa
Frame Distribution (DLCI Load)
bytes per sec.
ICJPOC::71! : ,f(!DZ,e. 1
ff,ii�H�_R_C-�� _!8�Rlt4) ·:·· !'¡¡Gr�:S�
, Pdnl j
' 1 !lJq..a .p.. J "
1 16
1 o
Stqp 1
41
De igual forma se adjunta la estructura de las tramas LMJ tanto del usuario como de
la red.
Captured at:
Length: 15
frame Relay:
rrame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: Frame Relay: rrame Relay: rrame Relay: rrame Relay: Frame Relay:
rrame Relay: rrame Relay: rrame Relay: reame Relay:
Frame Relay: reame Relay:
Capturad at: Length: 15 rrame Relay: rrame Relay: rrame Relay: rrame Relay: reame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: Capturad at:
Length: 15 rrame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: reame Relay: rrame Relay: rrame Relay: rrame Relay: reame Relay: reame Relay: rrame Relay: rrame Relay: reame Re lay: reame Relay:
Captured at:
Length: 15 reame Relay: reame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: reame Relay: rrame Relay: rrame Relay: rrame Relay: reame Relay: rrame Relay: reame Relay:
+00:00.000
From Frame: User Status: Ok
Type: Line Check Length: 15
Direction:To Network DLCI: O res: OxOOOO
FIGURA 16
rECN•O BECN•O C/R-0 DE-O EAl•O EA2-J
Signa tu re:
Unnumbered lnfo reame Ox03
Protocol Dlacriminetor - Control
Call Refeeence - OxOO
Message Type - Status Enquiry Ox75 IE:Report type ID • Ox5!
Len - 1
Type - Sequence Only Ox02 IE:Link integrity verification
Len - 2
Current Seq - 19 Last Seq - 174
+00:00.011
from: Network Stetu9: Ok
Type: Line Check
Length: 15
Direction:rrom Network DLCI: O
res: Ox8B4G
ID - Ox53
rECN•O BECN•O C/R•O DE•O EAJ-0 EA2-1 Signature:
Unnumbered Info rrame Ox03 Protocol Discri.minator - Control Call Reference - OxOO
Message Type - Status Ox7D IE:Report type ID • Ox51
Len - 1
Type • Sequence Only Ox02 IE:Link integrity verification
Len • 2
Current Seq - 175 Last Seq • 19
+00:02.000
From: User Status: Ok
Type: Line Check
Length: 15
Dieection:To Network DLCI: O FCS: OxOOOO
ID • Ox53
FECN•O BECN•O C/R•O DE-O EAl•O EA2•1 Signatura:
Unnumbeeed Info Frame Ox03
Protocol Olscriminator - Control
Call Reference • OxOO
Message Type • Status Enquiry Ox75 IE:Report type ID • Ox51
Len • 1
Type • Sequence Only Ox02 IE:Link integrity verification
Len • 2
Current Seq • 20 Last Seq • 175 +00:02.011
rrom: Network Status: Ok Type: Line Check
Length: 15
Direction:rrom Network DLCI: O res: Ox5D24
ID • Ox53
rECN•O BECN•O C/R•O DE•O EAl•O EA2•1 Signatuee:
Unnumbered Info rrame Ox03 Protocol Discriminator - Control Call Reference • OxOO
Measage Type • Status Ox7D IE:Report type ID - Ox51
Len • 1
Type • Sequence Only Ox02 IE:Link integeity verification
frame Relay: Frame Relay: Captured at: Length: 15 frame Relay: Frame Relay: frame Relay: Frame Relay: Frame Relay: frame Relay: frame Re lay: Frame Relay: frame Relay: frame Relay: fr�me Relay: frame Relay: frame Relay: frame Relay: frame Relay: Frame Relay: frame Relay: Captured at: Length: 20 frame Relay: Frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: Captured at: Length: 15 frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: frame Relay: Frame Relay: Frame Relay: Frame Relay: Captured at: Length: 15 Frame Relay: Frame Relay:
Frame Relay:
Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Captured at:
Length: 15 Frame Relay: Frame Relay:
Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay:
Current Seq - 176 Last Seq - 20 +00:04.000
From: Usar Stetu�: Ok Type: PVC Statu:, Reque:,t Length: 15
Direction: To Network DLCl: O FCS: OxOOOO
fECN-0 BECN-0 C/R-0 DE-O EAl-0 EA2-l Signat\.lre:
Unnumbered l11fo Frame OxOJ Protocol Oiscrlminator - Control Call Reference - OxOO
Me.s.sage Type - Status Enqulry Ox75 IE:Repoct type ID - OxSl
Len G l
Type - rull Statu:, OxOl
IE:Link integrity verification ID - Ox5J Len - 2
Current Seq • 21 Last Seq - 176 +00:04.012
from: Network Status: Ok Type: PVC Status
Length: 20
Direction:from Network OLCI: O res: Ox7E90
rECN-0 BECN•O C/R-0 DE-O EJ\l-0 EA2-l Slgnatut·e:
Unnumbered Info frame OxOJ
Protocol Di3criminator - Control
Call Raferenco • OxOO
Me.s.sage Type - Status Ox7D IE:Report type ID - Ox51
Len - l
Type • rull Status OxOl IE:Link integrity verificatlon
Len - 2 10 - Ox53
Current Seq - 177 Last Seq - 21
IE:PVC Status ID - Ox57 Len • 3
PVC DLCI - 16
PVC Status - Ox82 Active
+00:06.000
From: User Status: Ok Type: Line Check
Length: 15
Direction:To Network DLCI: O FCS: 0,:0000
FECN•O BECN-0 C/R-0 DE-O EJ\1-0 EA2-l Signatura:
Unnumbered Info Frame Ox03 Protocol Dlscrlminator - Control
Call Reference - OxOO
Message Type - Status Enquiry 0,:75
IE:Report type ID • 0,:51
Len - l
Type - Sequence Only Ox02 IE:Link integrity verification
Len - 2 10 - 0,:5)
Current Seq - 22 La�t Seq - 177
+00:06.011
From: Network Status: Ok Type: Line Check
Length: 15
Direction: From Network DLCI: O res, oxrr34
rECN•O BECN•O C/R-0 DE•O EJ\l-0 EA2•1 Signature:
Unnumbered Info frame 0,:03 Protocol Dl�crimlnator • Control Call Reference - OxOO
Message Type - Status Ox7D IE:Report type ID • Ox51
Len - 1
Type - Sequence Only 0,:02 IE:Link integrity verification
Len - 2 ID - 0,:53
Current Seq - 178 Laet Seq - 22 +00:08.000
From: User Status: Ok
Type: Line Check Length: 15
Direction:To Network DLCI: O FCS: OxOOOO
FECN•O BECN•O C/R•O DE-O El'.l•O Signature:
Unnumbered lnfo Frame Ox03
Frame Relay: Frame Relay: Fnime Relay:
Frame Relay: Frame Relay:
Frame Relay: Frame Relay:
Frame Rel.,y:
Frame Relay: Frame Relay:
Capturad ,it: Length: 15 Frame Relay:
Frame Relay: Frame Re lay: Frame Relay:
Frame Relay: Frame Relay: Frame Relay: Frsme Relay: Frame Re lay: Frame Relay:
Frarne Relay:
Frame Relay: Frame Relay:
frame Relay: Frame Relay: Frame Relay:
Frame Relay:
Captured at: Length: 15
Frame Relay:
Frame Relay:
Frame Relay: Frame Relay: Frame Relay:
Frame Relay:
Frarne Relay:
Frame Relay:
Frame Relay:
Frame Relay: Frame Relay:
Frame Relay: Frame Relay:
Frame Relay:
Frame Relay: Frame Relay: Frame Relay: Captured at:
Length: 15 Frame Relay:
Frame Relay:
Frame Relay:
Frame Relay:
Frame Relay:
Frame Relay: Frame Relay:
Frame Relay:
Frame Relay: frame Relay:
Frame Relay:
Frame Relay: Frame Relay: Frame Re lay: Frame Relay: Frame Relay: Frame Relay:
Captured at:
Length: 15 Frame Relay:
Frame Relay:
Frame Relay:
Frame Relay:
Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay:
Frame Relay:
Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay:
Protocol Dlscrimlnator - Control Call Reference - OxOO
Message Typ0 - Status F.:nqulry Ox75 IF.::Report type ID - OxSl
Len - l
Type - Sequenco Only Ox02 IF.::Llnk lntegrlty uarlflcatlon
Len • 2
Current Soq - 23 Last Seq - 178 •00:08.011
From: Network Status: Ok Type: Llne Check
Length: 15
Dlrectlon:From Network DLCI: O
FCS: OxAEJC
ID - OxSJ
FECN•O BECN•O C/R•O DF.:•0 E:/\1-0 F.:A2-l
Slgnature:
Unnumbered Info frame OxOJ
Protocol Dl3criminator - Control
Call Reference - OxOO Message Type - Status Ox7D IE:Report type ID - OxSl
Len • 1
Type - Sequence Only Ox02 IE:Llnk integrity verification
Len - 2
Current Seq - 179 Last Seq • 2J
•00:10.000
From: Usar Statu3: Ok Type: Line Check
Length: 15
Direction: To Network DLCI: O FCS: OxOOOO
ID - OxSJ
ITCN•O BECN-0 C/R•O DF.:•O 1:/\l•O E:/\2•1
Signatura:
Unnumbered Info frame Ox03 Protocol Dlscriminator - Control Call Reference - OxOO
Message Type • Status Enquiry Ox75
IE:Report type ID • OxSl Len • 1
Type - Sequence Only Ox02
IE:Llnk integrity verification Len • 2
Current Seq • 24
Last Seq - 179
•00:10.011
From: Network Status: Ok Type: Line Check
Length: 15
Dlrection:Frorn Network DLCI: O FCS: Ox5189
ID • OxSJ
fECN•O BECN•O C/R-0 DE•O 1:/\l•O E:/\2-l
Signature:
Unnumbered Info frame Ox03
Protocol Di3criminator - Control
Call Reference • OxOO
Message Type - Status Ox7D IE:Report type ID - OxSl
Len • 1
Type - Sequence Only Ox02 IE:Link lntegrlty verification
Len - 2
Current Seq • 180 Last Seq - 24
•00:12.000
From: User Statu�: Ok Type: PVC Status Request Length: 15
Dlrectlon:To Network DLCI: O res: OxOOOO
ID - Ox53
fECN•O BECN•O C/R•O DE•O EAl•O EA2•1 Slgnature:
Unnumbered Info frame Ox03 Protocol Discriminator • Control Call Reference - OxOO
Message Type - Status Enqulry Ox75
IE:Report type ID • Ox51
Len • 1
Type - full Status OxOl
IE:Llnk integrlty veriflcatlon ID • Ox53 Len • 2
Current Seq • 25 Last Seq • 180
Veamos la actividad de tramas de administracion LMI ante los cambios de un PVC.
Captured at:
Length: 15 Frame Relay:
Frame Relay:
Frarne Relay:
Frame Relay:
Frarne Relay:
Frame Relay:
Frame Relay:
Frame Relay: Frame Relay: Frame Relay:
Frame Relay: Frame Relay: Frame Relay: Frame Relay:
Frame Relay:
Frame Relay: Frame Relay:
Captured at: Length: 15 Frame Relay:
Frame Relay:
Frame Relay:
Frame Relay:
Frame Relay:
Frame Relay:
Frame Relay:
Frame Relay: Frame Relay: Frame Relay: Frame Relay: Frame Relay:
Frame Relay:
Frame Relay:
Frame Relay:
Frame Relay:
Frame Relay:
Capturad at:
Length: 15 Frame Relay: Frame Relay:
E'rame Relay:
Frame Relay:
Frame Relay:
Frame Relay:
Frame Relay:
Frame Relay:
Frame Relay:
Frame Relay:
Frame Relay:
Frame Relay:
E'rame Relay:
Frame Relay:
Frame Relay:
Frame Relay: Frame Re lay: Capturad at:
Length: 25
l'rama lle1ay:
Frame Relay:
Frame Relay:
Frame Relay:
E'rame Re lay:
Frame Relay: Frame Relay:
Frame Relay: Frame Relay:
Frame Relay:
Frame Re lay: Frame Relay:
Frame Relay:
Frame Relay:
Frarne Relay:
Frame Relay:
Frame Relay: l"rame Rel.ay:
Pr- Rel.ay:
l'rama Rel.ay:
l'rama Rel.ay:
J'rama Rel.ay:
l'rame Rel.ay: l'rame Rel.ay:
Prmn,o Rel.ay:
FIGURA 17
+00:05.999
From: Network Statu3: Ok Type: Lino Check
Length: 15
Direction:from Network OLCI: O
res: OxFAOD
FECN•O BECN-0 C/R-0 DE-O EAJ-0 E.A2-l
Signatura:
Unnumbered Info Frame OxOJ Protocol Ol3crimlnator - Control Call Reference • OxOO
Me.,sage Type - Status Ox7D IE:Report type ID • OxSl
Len • 1
Type • Sequence Only Ox02 IE:Link integrity verification
Len • 2
Current Seq • 114 Last Seq • 162
+00:07.999
From: Network St8tus: Ok
Type: Line Check
Length: 15
Direction:from Network DLCI: O
FCS: OxABOS
ID - OxSJ
FECN•O BECN•O C/R•O DE-O E.Al-O EA2•1 Signa tu re:
Unnumbered Info Frame OxOJ Protocol Discriminator • Control Call Reference • OxOO
Mes.,age 'l'ype • Status Ox7D IE:Report type ID • Ox51
Len • 1
Type • Sequence Only Ox02 IE:Link integrity verification
Len • 2
Current Seq • 115 Last Seq • 163
+00:09.999
Frorn: Network Statu�: Ok
Type: Line Check
Length: 15
Direction: E'rom Network DLCI: O
FCS: 0>:lCJC
ID - Ox5J
FECN•O BECN•O C/R•O DE•O EAl•O EA2•1
Signatura:
Unnumbered Info E'rame OxOJ Protocol Oiscrlminator - Control Call Reference • OxOO
Mes!!age Type • Statu� 0>:70 IE:Report type ID • Ox51
Len • 1
Type • Sequence Only Ox02 IE:Link integrity verification
Len • 2
Current Seq • 116 La!!t Seq • 164
+00:12.000
From: Network Status: Ok
Type: PVC Statua
Length: 25
Direction: From Network DLCI: O FCS: 0>:C7FC
ID • OxSJ
FECN•O BECN•O C/R•O DE•O EAl•O EA2•1 Signature:
Unnumbered Info Frame OxOJ Protocol Discriminator - Control Call Reference • OxOO
Mes!lage 'l'ype - Statu., 0>:70 IE:Report type ID • Ox51
Len • 1
Type - ll'1lll. Statua OxOl
IE:Link integrity verification
Len • 2 ID • Ox53 DLCí 16 Se observa que .la TrAmA Fu.l.l Status reporta 2 PVC , 17 en est..do ACTIVO.
Current Seq • 117 La!lt Seq • 165
IB:PVC statua ID
Len • 3
PVC DLCI - 16
'/1VC Status - Ox82
- Ox57
Active
IB:PVC Status ID - Ox57 Len • 3
'/1VC DLCI - 17
PVC Status - Ox82 Active
Captured st: Length: 15 rrame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: rran,e Re lay: rrame Relay: rrame Relay: rrame Relay: frame Re lay: rrame Relay: Frame Relay:
rrame Relay: frame Relay:
Frame Ralay: frame Relay: rrame Relay: Captured at:
Length: 15 rrame Relay: rrame Relay: frame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: frame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: frame Relay:
Frame Rela}r: rrame Relay: rrame Relay: Captured at: Length: 15 rrame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: rrame Relay: feame Relay: reame Relay: reame Relay: reame Relay: reame Relay: reame Relay: rrame Relay: reame Relay: reame Relay: reame Relay: reame Relay: Captueed at:
Length: 25 Prama Ral.ay: reame Relay: reame Relay: reame Relay: reame Relay: reame Relay: reame Relay:
Frame Relay:
reame Relay: reame Relay: reame Relay: reame Relay: reame Relay: reame Relay: reame Relay: reame Relay: reame Relay:
!'rama Rel.ay :
Prama Ra1ay:
l'rama Rel.ay: Prama Rel.ay: l!'rama Rel.ay: !'rama Rel.ay: !'rama Rel.ay: !'rama Rel.ay:
+00:13.999
feom: Network Status: Ok
Type: Llne Check
Length: 15
Dlre.::tlon:from Network DLCI: O FCS: OxBE2C
rECN-0 BECN-0 C/R-0 DE-O !::Al-O EA2-l Signatura:
Unnumboeed Info rrame Ox03 Peotocol Dlscrlmln toe - Control Call Reference - OxOO
Message Type - Status Ox7D IE:Repoet type ID - Ox5l
Len - l
Type - Sequence Only Ox02 IE:Llnk lntegrlty verlflcatlon
Len - 2
Cureent Seq - 118 Last Seq - 166 +00:15.999
from: Network Statu�: Ok
Type: Llne Check
Length: 15
Dieectlon: from Network DLCI: O res: OxEF24
ID - Ox53
FECN-0 BECN-0 C/R-0 Dt-0 EAl-0 EA2-l
Signatura:
Unnumbered Info rrame Ox03
Protocol Discrirninator - Control
Call Reference - OxOO Message Type - Status Ox7D IE:Repoet type ID • Ox5l
Len - 1
Type - Sequence Only Ox02 IE:Llnk lntegrlty ver1f1cat1on
Len - 2
Current Seq • 119 Last Seq - 167
tOO: 17. 999
From: Network Status: Ok
Typ<>: Llne Check
Length: 15
Dleectlon:from Net1,1ork DLCI: O res: OxDOSF
ID - Ox53
rECN-0 BECN-0 C/R-0 DE•O EAl-0 EA2-l Signatura:
Unnumbered Info frame Ox03
Protocol Oiscriminator - Control
Call Reference - OxOO
Message Type - Status Ox7D IE:Report type ID - OxSl
Len • l
Type - Sequence Only Ox02 IE:Llnk lntegrlty verlflcatlon
Len - 2
Current Seq - 120 Last Seq - 168
t00:20.000
rrom: Network Status: Ok
Type: PVC Statua Length: 25
Dlrectlon:rrom Net1,1ork DLCI: O res: OY.A211
ID - OxSJ
rECN-0 BECN•O C/R•O DE-O EAl-0 EA2-l Slgnatuee:
Unnumbeeed Info rrame OY.03 Protocol Dlscrlmlnator • Control Call Reference - OxOO
Message Type - Status Ox7D IE:Report type ID - OxSl
Len - l
Type • l'ul.1 Statua OxOl
IE:Llnk lntegrlty verlflcatlon ID - Ox53 Len • 2
Cueeent Seq - 121 Last Seq - 169
IZ:PVC Statua ID• Ox57
Len • 3
li'VC DLCI • 16
PVC Statua - Ox82 Active
IZ:PVC Status ID• Ox57 Len• 3
PVC DLCI • 17
PVC Status - Ox82 Active
