Facultad de Tecnologa Informtica Ingeniera en Sistemas Informticos

Trabajo Prctico 03 Frame Relay

Alumnos: Avendao, Julissa Langer, Laura Taboadela, Germn

Materia: Redes Administrativas Profesor: Horacio Placon Comisin: 5A T.M.

Contenido
Parte 1 ................................................................................................................ 3 Preguntas ....................................................................................................... 3 Parte 2 ................................................................................................................ 4 Escenario OPNET .......................................................................................... 4 Escenarios ...................................................................................................... 4 Escenario CIR64 ......................................................................................... 4 Escenario CIR128 ....................................................................................... 5 Video con conclusiones sobre los escenarios. ............................................... 5 Preguntas ....................................................................................................... 5 Parte 3 .............................................................................................................. 12 Escenario: Standard_Charetered__Bank_Network ...................................... 12 Video de la prctica realizada: ...................................................................... 15 Bibliografa ....................................................................................................... 16

Trabajo Prctico 03. Frame Relay Unidad 2 Trabajo prctico extrado entre los aconsejados en la pgina del simulador

Parte 1
Preguntas
1- Es Frame Relay a) Orientado a la conexin - Si. Las conexiones pueden ser del tipo permanente, (PVC, Permanent Virtual Circuit) o conmutadas (SVC, Switched Virtual Circuit). b) Confiable - Si, ya que es orientado a la conexin. c) Forma Circuitos Virtuales? - Si, como se mencion anteriormente,pueden ser de tipo permanente o conmutados. Los circuitos deben ser creados antes de comenzar la transmisinde datos. 2- De que manera pueden ser configurados los PVC? Los PVC deben ser configurados entre cada uno de los nodos Frame Relay que requieran la comunicacin. Los nombres de los FRAD (Frame Relay Access Device) deben ser nicos en el escenario. Esto significa que el nombre de cada router en el modelo de red debe ser unico. Los PVC pueden ser configurados editando el atributo integrado "Network PVC Configuration" o especificando un archivo CSV/GDF como valor para el atributo "Network PVC COnfiguration File" 3- Explique el significado de CSV/GDF Ambos son formatos de archivos de configuracin para PVCs, separados por coma. CSV significa "Comma Separated Values" y GDF 4- Soporta esta simulacion OPNET los nombre jerrquicos? Los PVC no soportan nombres Jerarquicos entre los nodos.

5- Que parametros se configuran en la nube FR? Que significan? Los parametros configurables son: "Packet Discard Ratio": Especifica el porcentaje de Paquetes descartados de un total de paquetes enviados a la nube. "Packet Latency": son paramteros de distribucin y el tipo de distribucin utilizado para modelar la latencia y perdida de paquetes de la definicion de las caracteristicas del PVC utilizado.

Parte 2
Escenario OPNET

Escenarios
Escenario CIR64 Set the Outgoing CIR (bits/sec) attribute to 64000. Set the Outgoing Bc (bits) to 64000. Set the Outgoing Be (bits) to 32000.

Escenario CIR128 Parametros PVC Set the Outgoing CIR (bits/sec) attribute to 128000. Set the Outgoing Bc (bits) to 128000. Leave the Outgoing Be (bits) unchanged at 32000.

Video con conclusiones sobre los escenarios.

http://www.youtube.com/watch?v=HEiJBNmYM2k

Preguntas
1. Cual es la velocidad de la lnea T1? 1,544 Mbps 2- Cuanto trafico genera el Bursty Server? Nota: Pueden calcularlo usando los parmetros Inter-Request Time y File Size de configuracin empleados 10 archivos de 1Kb x Segundo en 5 mnutos de simulacin (300 seg) = 300 s * 10KB = 3000Kb 3- A partir del nivel de trfico encontrado en el punto 1. Explique como este trfico puede ser transportado, dada la velocidad del enlace usado para interconectar los dispositivos y los parmetros contratados del PVC entre cliente y Servidor

Los parmetros definidos en el acuerdo con el proveedor del Circuito PVC, (en el Primer Escenario) CIR (bits/sec) = 64000. Outgoing Bc (bits) = 64000. Outgoing Be (bits) = 32000.

Estos parmetros ayudan a entender como el trfico ser transportado desde nuestra aplicacin FTP a travs del PVC. El CIR (Committed Information Rate) es la cantidad de trafico que el proveedor acuerda transportar.El BC (committed burst size) indica cuanta informacin puede ser enviada in un intervalo dado, en el primer escenario, el intervalo es 1 segundo, con lo cual el CIR = Bc El Be (excess burst size) es la cantidad de trafico que el proveedor puede aceptar (o no) adicionalmente al CIR, si las condiciones de la red lo permite. El trfico excedente puede ser descartado si la red del proveedor se congestiona.

En este primer escenario, el trfico generado es de 10000 Bytes por Segundo (10 archivos de 1 KB), lo cual implican 80000 bits por segundo. Teniendo un CIR de 64000 bps, solo podemos garantizar que un 80% de los datos lleguen correctamente, dejando el 20% restante (16000 bits) como Be. En este caso el enlace entre dispositivos (T1 de 1,5 Mbps) no sera un problema para la carga a transportar. 4- Duplique el escenario CIR64 y reemplace el enlace T1 entre el Cliente y su Switch por un link FR_DS0_int. ( Cual es la velocidad de un DS0? ) 64Kbps Corra nuevamente la simulacin y verifique BECN Status y FECN Status para Bursty Client y Bursty Server. Compare y explique los resultados. Verifique tambin Residual Error Rate . Compare BECN y FECN La tecnologa Frame Relay implementa dos mecanismos de notificacin de saturacin: * FECN (Notificacin de la Saturacin Explicita Hacia Adelante) * BECN (Notificacin de la Saturacin explcita Hacia atrs) Tanto FECN como BECN son controlados por un solo bit incluido en el encabezado de la trama Frame Relay. El bit FECN es parte del campo direcciones en el encabezado de la trama Frame Relay. El mecanismo FECN inicia en el momento en que un dispositivo DTE enva tramas Frame Relay a la red. Si la red esta saturada, los switches fijan el valor de los bits FECN de las tramas en 1. Cuando las tramas llegan al dispositivo DTE de destino, el campo de direcciones (con el bit FECN en 1) indica que la trama se satur en su trayectoria del origen al destino. El switch puede enviar esta informacin a un protocolo de las capas superiores para su procesamiento. Dependiendo de la implementacin, el control de flujo puede iniciarse o bien la indicacin se puede ignorar.

En el Bursty Client no se evidencia congestin para el escenario con el enlace T1 de 1,5 Mbps(Linea Azul), puesto que el trfico generado no es suficiente para causar una congestin. Sin embargo, con la lnea DS0 de 64 Kbps, vemos que los frames empiezan

a fluir hacia el servidor con los bits FECN encendidos, denotando congestin en el enlace DS0 entre el cliente y el Switch. Esto se evidencia en el siguiente grfico: Bursty Client FECN Status BECN Status

Analogamente, si observamos el Bursty Server, vemos que los frames llegan con el bit BECN encendido. El valor del bit BECN viaja en sentido opuesto a las tramas con bit FECN igual a 1. Esto permite al switch receptor saber que una trayectoria especfica en la red est saturada. Nuevamente observamos que el enlace T1 (Linea Azul) es adecuado para no causar congestin, en relacin al trfico generado Bursty Server BECN Status FECN Status

Residual Error Rate Esta estadstica muestra el porcentaje de frames que son descartados debido a una congestion o corrupcin.

En este caso vemos como aumenta la tasa de errores residuales en el escenario con vinculo DS0 (Linea Roja), debido a la congestin que se produce en el enlace de menor capacidad que conecta al cliente con el switch. El porcentaje de errores residuales aumenta a medida que la saturacin se incrementa con el tiempo. 5- Los proveedores frecuentemente ofrecen el servicio zero CIR. En este caso todos los paquetes se marcan como descartables. Duplique el escenario CIR64 y edite los atributos del PVC. Ponga TODOS los Contract Parameters a cero y corra nuevamente la simulacin. Compare y explique los resultados Como se afectar el Trafico Recibido en el Bursty Client si se agrega otro cliente? Simule y Explique Muchos servicios Frame Relay gratuitos estn basados sobre un CIR cero. Esto significa que cada trama es una trama marcada con DE, y la red la eliminar cuando lo necesite. Si se contrata un CIR cero, el usuario puede enviar tramas a la red, pero sta no tiene ningn compromiso de transmitirlas. Los que estn de acuerdo con esta opcin

afirman que es atractiva para el cliente ya que como no hay cobro fijo por el CIR se disminuyen sus costos de operacin.

Al comparar los resultados del tiempo de respuesta en entre un PVC con CIR64 y otro con Zero Cir, vemos en este caso que el tiempo de descarga del trfico FTP baja considerablemente, donde cada punto representa un archivo FTP descargado. En el PVC con Zero CIR el tiempo de descarga se mantiene prcticamente estable en un tiempo cercano a cero, mientras que con un CIR de 64 Kbps, las descargas no solo tardan ms, sino que hay mas varianza en los tiempos. Esto es esperado ya que hay mas ancho de banda disponible en el PVC con Zero CIR, debido a que no hay congestin en la red. Analogamente, tambin vemos que la cantidad de trfico FTP aumenta, por las condiciones favorables del enlace Zero CIR.

Tambien vemos como el delay de la red Frame Relay disminuye y casi no posee variacin en el PVC con Zero CIR, lo mismo se observa en la estadstica de la tasa de errores residuales. Todo esto est atado a las condiciones descriptas anteriormente.

Finalmente, vemos como los frames marcados con el bit BE en 1 aumentan en Zero CIR, ya que es precisamente la condicin del vnculo zero CIR, donde los frames se marcan como descartables, y depende de la saturacin del vinculo para que sean transportados o no.

Si agregamos un segundo cliente, vemos en este caso el trafico total FTP se duplica, y el tiempo de respuesta aumenta muy poco, no perjudicando prcticamente en nada al cliente 1.

Parte 3
Escenario: Standard_Charetered__Bank_Network

Cada una de las subredes presenta la siguiente configuracin:

Configuramos la ejecucin de la simulacin, y obtenemos los siguientes resultados: Para DB Query Response time:

Para FTP Download Response Time

Las conclusiones obtenidas de esta primera prueba son que el tiempo de respuesta promedio de compartir archivos es de aproximadamente 20segundos. Tiempo de respuesta FTP descarga es alta para algunos usuarios en comparacin con el otros. Las variaciones en el impacto latencia y la congestin de la red la respuesta los tiempos. Sin embargo, el promedio de tiempo de respuesta FTP descarga es alta. Para mejorar el rendimiento de las aplicaciones, la compaa ha decidido actualizar los

parmetros del contrato para el PVC conectar los routers regionales y el marco del Cloud a un CIR de 128 kbps. Como paso siguiente duplicamos el escenario y en el este caso los valores que tendrn las tablas son:

Una vez establecidos los parmetros contractuales debemos de establecer los parmetros para la red RichMont Processing Center, con los valores mostrados a continuacin:

Procedemos a ejecutar el proceso y los resultados son los siguientes:

Para DBQuery Response Time

Para FTP Download Time

De acuerdo a las pruebas realizadas concluimos en que los resultados muestran que tanto; el intercambio de archivos FTP y los tiempos de respuesta de descarga se reducen significativamente mediante la mejora de los parmetros del contrato.

Video de la prctica realizada:

http://www.youtube.com/watch?v=JpAxcO1-O0M

Bibliografa

[1] Laboratorio 4. Frame Relay Network Performance http://218.242.212.198/download/20091118200942_924481573015.pdf