Вы находитесь на странице: 1из 30

Curso de Evaluacin de prformance de Redes

Medidas a realizar en dispositivos de redes


1 Conceptos previos sobre mediciones .................................................................... 2 1.1 Conformance vs. Performance ........................................................... 2 1.2 Dos visiones sobre la creacin de estndares de pruebas ...................... 2 2 Introduccin...................................................................................................... 2 3 Tareas realizadas por el BMWG............................................................................ 3 4 Terminologa y metodologa de pruebas segn RFC 1242 y RFC 2544 ....................... 3 4.1 Arquitectura de pruebas (RFC 2544 tem 6) ......................................... 3 4.2 Throughput ..................................................................................... 5 4.3 Latency ........................................................................................... 6 4.4 Frame loss rate ............................................................................... 7 4.5 Back-to-back frames ........................................................................ 8 4.6 System recovery .............................................................................. 9 4.7 Reset .............................................................................................10 4.8 Consideraciones generales ...............................................................11 4.8.1 Formato y tamao de trama .....................................................11 4.8.2 Verificacin de tramas recibidas................................................11 4.8.3 Modificadores .........................................................................11 4.8.4 Direcciones de protocolo ..........................................................12 5 Terminologa y metodologa de pruebas segn RFC 2285 y RFC 2889 ......................12 5.1 Fully meshed throughput, frame loss and forwarding rate ....................13 5.2 Partially meshed one-to-many/many-to-one .......................................15 5.3 Partially meshed multiple devices ......................................................16 5.4 Partially meshed unidirectional traffic.................................................17 5.5 Congestion Control ..........................................................................18 5.6 Forward Pressure and Maximum Forwarding Rate ..............................19 5.7 Address caching capacity ................................................................21 5.8 Address learning rate.......................................................................22 5.9 Errored frames filtering ....................................................................23 5.10 Broadcast frame Forwarding and Latency .........................................25 6 Instruemntal diponible.......................................................................................26 6.1 Instrumentos de mano.....................................................................26 6.2 Instrumentos de campo ...................................................................28 6.3 Instrumentos de laboratorio .............................................................28 7 Referencias ......................................................................................................31

Curso de Evaluacin de prformance de Redes

1 Conceptos previos sobre mediciones 1.1 Conformance vs. Performance Existen dos grandes grupos de tipos de medidas, de conformidad (conformance) y de rendimiento (performance). La conformidad permite comprobar si un dispositivo cumple con las recomendaciones, el rendimiento, nos dice que tan bien se comporta el equipo bajo diferentes condiciones. Por ejemplo eligiendo un grupo de dispositivos todos ellos pueden pasar las pruebas de conformidad, pero con las pruebas de rendimiento se puede comparar los dispositivos. [1] Pruebas de conformance
Enva y recibe los mensajes en el formato correcto? El dispositivo se apaga al recibir un mensaje inapropiado? Realiza la tarea deseada?

Pruebas de performance Realiza correctamente la priorizacin de mensajes? Con alta caga de trfico contina funcionando? Bloquea comunicaciones no deseadas?

1.2 Dos enfoques sobre la creacin de estndares de pruebas Internet Engineering Task Force (IETF) en el grupo Benchmarking Methodology Working Group (BMWG): el enfoque se basa en la creacin de dos tipos de documentos, de terminologa (define las caractersticas funcionales relevantes) y de metodologa de pruebas. MEF (Metro Ethernet Forum) y el ATM Forum: son basados en la ratificacin de estndares, todas las pruebas hacen referencia al estndar en cuestin.

El mtodo utilizado por el IETF (BMWG) se considera ms apropiado para medidas de performance, mientras que el utilizado por el MEF y el ATM Forum se considera ms apropiado para medidas de conformance.[2]

2 Introduccin Se analizarn definiciones y medidas a realizar en dispositivos de redes, basndose en las RFCs propuestas por el IETF (BMWG), las medidas apuntan a poder describir el rendimiento (performance) de un equipo bajo prueba DUT (device under test). El anlisis se basar en cuatro FRCs: Definicin de trminos utilizados o RCF 1242 (Benchmarking Terminology for Network Interconnection Devices) o RFC 2285 (Benchmarking Terminology for LAN Switching Devices) Pruebas a realizar o RFC 2544 (Benchmarking Methodology for Network Interconnect Devices) o RFC 2889 (Benchmarking Methodology for LAN Switching Devices) Posteriormente se har un estudio (terico) del instrumental disponible para realizar este u otro tipo de pruebas, analizando los posibles campos de aplicacin. Al final del trabajo se presentan medidas realizadas sobre equipos utilizando algunas de las medidas recomendadas en la RFC 2544.

Curso de Evaluacin de prformance de Redes

3 Tareas realizadas por el BMWG La principal meta del BMWG es de realizar una serie de recomendaciones en lo concerniente a medidas de performance en tecnologas de interredes (internetworking technologies) ms an estas recomendaciones se pueden enfocar en los sistemas o servicios que son construidos por estas tecnologas. Cada recomendacin describir: La clase de equipo, sistema, o servicio brindado. Discutir las caractersticas de performance correspondiente a cada clase. Deber identificar claramente el tipo de medida. Deber brindar los requerimientos para la presentacin de los resultados obtenidos, en un formato comn y no ambiguo. El alcance del BMWG est limitado a la caracterizacin de la tecnologa utilizada mediante estmulos simulados en ambientes de laboratorio. En otras palabras el BMWG no pretende producir benchmarks para redes operacionales.

4 Terminologa y metodologa de pruebas segn RFC 1242 y RFC 2544 La RFC 2544 discute y define un nmero de describir y comparar las caractersticas interconexin de redes. Asimismo describe resultados de las pruebas. Este trabajo se centrar en las pruebas descriptas en la RFC 2544 (tem 26): Throughput (tem 26.1) Latency (tem 26.2) Frame loss rate (tem 26.3) Back-to-back frames (tem 26.4) System recovery (tem 26.5) Reset (tem 26.6) pruebas que pueden ser utilizadas para de performance de dispositivos de los formatos para el reporte de los de rendimiento (Benchmarking tests)

Los siguientes trminos definidos en mayscula tienen un significado particular DEBE (MUST): el tem es obligatorio. DEBERA (SHOULD): el tem es recomendado, pueden existir motivos para ignorar el tem en ciertas circunstancias, de ser as debe de ser estudiado cuidadosamente. PUEDE (MAY): el tem es opcional, se puede llegar a omitir el tem.

4.1 Arquitectura de pruebas (RFC 2544 tem 6) La manera ideal de implementar las pruebas es usar un equipo de prueba (tester) con puertos de transmisin y recepcin, es la arquitectura recomendada (ver figura 1). De ser as el equipo de prueba puede determinar si todos los paquetes transmitidos fueron recibidos y verificar que los paquetes correctos sean recibidos.

Curso de Evaluacin de prformance de Redes

Figura 1 La misma funcionalidad se puede obtener con el transmisor (sender) separado del receptor (receiver), ver figura 2. Si (transmisor y receptor) no son controlados de algn modo que simulen un nico equipo de prueba ciertas medidas pueden llegar a ser imposibles de realizar con la precisin necesaria, por ejemplo: para la prueba de latencia (latency) deben de estar sincronizados mediante una unidad externa (ejemplo GPS) o sincronizados directamente (ejemplo mediante cable coaxial).

Figura 2 Es posible realizar las pruebas ms all de un DUT (RFC 2544 tem 19) extendiendo el modelo a un sistema de DUTs interconectados por ejemplo: LAN-WAN-LAN: 802.3-> DUT 1 -> X.25 @ 64kbps -> DUT 2 -> 802.3 Inter-LAN: 802.3 -> DUT 1 -> FDDI -> DUT 2 -> FDDI -> DUT 3 -> 802.3

Figura 3 Existen limitaciones a tener en cuenta en este enfoque por ejemplo la latencia introducida por otros dispositivos (ejemplo CSUs/DSUs, switches, etc.).

Curso de Evaluacin de prformance de Redes

4.2 Throughput Definicin (RFC 1242 tem 3.17): La mxima tasa a la cual ninguna de las tramas ofrecidas es descartada por el dispositivo. Objetivo: Medir el throughput segn RFC 1242. Procedimiento: Enviar un nmero especfico de tramas a una tasa especfica a travs del DUT, luego contar las tramas correctamente recibidas desde el DUT. Si la cantidad de tramas ofrecidas es menor a la cantidad de tramas correctamente recibidas desde el DUT, la tasa del flujo ofrecido se reduce y el ensayo se vuelve a correr. El throughput es la mxima tasa a la cual la cantidad de tramas transmitidas por el DUT es la misma que la transmitida por el equipo de prueba. El ensayo debe realizarse con los formatos y tamaos de tramas especificados (ver 4.8.1). Presentacin de resultados: Se DEBERA reportar en forma de grfica donde la coordenada x= tamao de la trama, la coordenada y=la tasa de transmisin de las tramas. Se DEBERA graficar tanto los valores tericos como los valores obtenidos en el ensayo. Ejemplo: la grafica muestra los valores tericos, por ms detalles consultar RFC 2544 apndice B

Figura 4 Eje X: tamao de tramas (bytes) Eje Y: cantidad de tramas por segundos (FPS)

Curso de Evaluacin de prformance de Redes

4.3 Latency Definicin (RFC 1242 tem 3.8): Para dispositivos Store and Forward: El intervalo de tiempo comenzando cuando el ltimo bit de la trama entrante alcanza el puerto de entrada y terminando cuando el primer bit de la misma trama es visto en el puerto de salida. Para dispositivos bit Forwarding: El intervalo de tiempo comenzando cuando el final del primer bit de la trama entrante alcanza el puerto de entrada y terminando cuando el comienzo del primer bit de la misma trama es visto en el puerto de salida.

Figura 5 Objetivo: medir la latencia segn RFC 1242. Procedimiento: Primero se determina el throughput del DUT para cada uno de los largos de trama (ver 4.8.1). Se enva un flujo de datos de un particular tamao de trama a travs del DUT al throughput que se determin anteriormente, hacia un destino especfico. El flujo deber ser de por lo menos 120 segundos de duracin. Un marcador (tag) deber ser incluido dentro de una trama luego de los 60 segundos. El tiempo en el cual esta trama es completamente transmitida se graba (marca de tiempo A). La lgica del receptor en el equipo de prueba debe reconocer este marcador en el flujo de datos y grabar el tiempo en el cual esta trama es recibida (marca de tiempo B). La latencia es la resta de las marcas de tiempo B y A. Esta definicin sirve tanto para dispositivos store and forward como para bit forwarding. Esta prueba debe repetirse por lo menos 20 veces y reportar el valor medio de los valores guardados. Presentacin de resultados: Se DEBERA presentar en forma de tabla con una columna para cada tipo de tamao de trama.

Curso de Evaluacin de prformance de Redes

Observacin: si se utilizan dos instrumentos para la medicin de la latencia, estos deben de estar sincronizados entre s. Ejemplo: [3]
Largo de trama (bytes) 64 128 256 512 1024 1280 1518 Tramas por segundo (FPS) 13000 8200 4500 2349 1197 958 812 Store & Forward Latency (us) 450 480 502 562 658 704 775

4.4 Frame loss rate Definicin (RFC 1242 tem 3.6): Porcentaje de tramas que deberan ser enviadas (forwarded) por un dispositivo de red bajo estado estacionario de carga (constante) pero no son enviadas (forwarded) por la falta de recursos. Objetivo: Medir la tasa de prdida de tramas segn RFC 1242. Procedimiento: Se enva un especfico nmero de tramas a una tasa especfica a travs del DUT y se cuentan cuantas tramas son transmitidas por el DUT. La tasa de prdida de tramas se calcula como: ( (contador_entrada contador_salida) * 100 ) / contador_entrada El primer ensayo ser para la tasa de tramas que corresponde al 100% de la mxima tasa del medio de entrada, para cada tamao de trama (ver 4.8.1). Se repite el procedimiento para la tasa que corresponde al 90% del mximo utilizado y luego para el 80% de esta tasa. Esta secuencia continuar (reduciendo en intervalos del 10%) hasta que hallan dos pruebas exitosas en las cuales no se encuentren tramas perdidas. Presentacin de resultados: Se DEBERA reportar en forma de grfica. El eje de las X deber ser la tasa de tramas de entrada, como un porcentaje de la tasa terica para el medio, a un especfico tamao de trama. El eje de las Y deber ser el porcentaje de prdidas de tramas para una especfica tasa de entrada.

Figura 6

Curso de Evaluacin de prformance de Redes

Observacin: Esta medida es til para conocer el comportamiento del DUT en una condicin de sobrecarga de la red, como se comportara el DUT frente a condiciones patolgicas como ser por ejemplo tormentas de broadcast (broadcast storms).

4.5 Back-to-back frames Definicin (RFC 1242 tem 3.1): Tramas de un mismo largo, enviadas a una tasa para la cual hay una separacin legalmente mnima entre tramas, para un medio dado, durante un perodo de tiempo, comenzando desde el estado inactivo (idle time).

Figura 7 Objetivo: medir el back-to-back frames definido segn RFC 1242. Procedimiento: Se enva una rfaga de tramas con el mnimo inter-frame gap al DUT y se cuentan las tramas forwardeadas por el DUT. Si la cuenta de tramas transmitidas es igual al nmero de tramas forwardeadas se incrementa el largo de la rfaga y la prueba se vuelve a correr. Si el nmero de tramas forwardeadas es menor que el nmero de tramas transmitidas, se reduce el largo de la rfaga y la prueba se vuelve a correr. El valor del back-to-back frames es el nmero de tramas con el mayor tamao de rfaga para el cual el DUT puede manejarlas sin prdida de tramas. La duracin de la prueba deber de ser por lo menos de 2 segundos y repetida por lo menos 50 veces. El valor reportado deber ser el promedio de los valores obtenidos.

Figura 8 Presentacin de resultados: Se DEBERA presentar en forma de tabla con una columna para cada tamao de trama que se prob. Se PUEDE reportar la desviacin estndar de cada medida.
Largo de tramas (bytes) 64 128 256 512 1024 1280 1518 Cantidad de tramas 37200 21112 11320 5872 2992 2395 2030

Curso de Evaluacin de prformance de Redes

Observaciones: Esta prueba intenta determinar la capacidad del buffer del DUT.

Figura 9 Existen una cantidad de dispositivos que pueden producir rfagas back-to-back frames, como por ejemplo backup de sistemas (ejemplo rdump). En redes con MTU pequeos (por ejemplo Ethernet) se deben transmitir muchos fragmentos, dado que el proceso de reensamblado implica tener todos los fragmentos , la perdida de uno de ellos puede causar un loop en el transmisor (con el transmisor intentado enviar un bloque largo de datos). 4.6 System recovery Objetivo: caracterizar la rapidez a la cual el DUT se repone de una situacin de sobrecarga. Procedimiento: Primero se determina el throughput del DUT para cada tamao de trama especificado. Luego se enva un flujo de datos a la tasa mnima entre: el 110% del throughput o la mxima tasa para ese medio, durante al menos 60 segundos. A una marca de tiempo A determinado se reduce al 50% de la tasa actual y se graba el tiempo de la ltima trama perdida (marca de tiempo B). El tiempo de recuperacin se determina por la resta de las marcas de tiempo B y A. La prueba DEBERA ser repetida un nmero de veces y el promedio de los resultados deber ser reportado.

Figura 10

Curso de Evaluacin de prformance de Redes

Presentacin de resultados: Se DEBERA reportar en formato de tabla con una columna para cada tamao de trama utilizado.
Largo de trama (bytes) 64 128 256 512 1024 1280 1518 Tramas por segundo (FPS) 14300 8445 4528 2349 1197 958 812 Recovery Time (us) 2800 2750 2730 2730 2720 2720 2720

4.7 Reset Objetivo: Caracterizar la rapidez a la cual el DUT se recupera de un reset de hardware o software. Procedimiento: Primero se determina el throughput del DUT para cada tamao de trama especificado. Luego se enva un flujo continuo de tramas al determinado throughput para el mnimo largo de tramas. Causar un reset en el DUT. Monitorear la salida hasta que las tramas comiencen a ser forwardeadas y guardar los tiempos en que la ltima trama del flujo inicial (marca A) y la primera trama del siguiente flujo (marca B) son recibidas. Esta prueba podr ser corrida utilizando tramas con direcciones de redes directamente conectadas al DUT. El valor de reset se obtiene de la resta de las marcas de tiempo B y A.

Figura 11

10

Curso de Evaluacin de prformance de Redes

Presentacin de resultados: El valor de reset podr ser reportado como un simple conjunto de valores, uno para cada tipo de reset.
Tipo de reset Hardware Software Corte de energa Tiempo de reset (segundos) 6.3 3.1 6.7

4.8 Consideraciones generales Para las pruebas antes mencionadas, la RFC 2544 especifica un conjunto de consideraciones a tener en cuenta. A continuacin se mencionan las ms importantes. 4.8.1 Formato y tamao de tramas (RFC 2544 tems 8 y 9) Por ejemplo, para TCP/IP sobre Ethernet, se utilizarn paquetes UDP (los DUT pueden descartar tramas que no incluyan una cabecera de capa 4 vlida, ver Apndice C.2.1 RFC 2544), con tamaos de tramas entre 64 y 1518 bytes. Los valores recomendados en la RFC para los tamaos de trama son 64, 128, 256, 512, 1024, 1280 y 1518 bytes.

4.8.2 Verificacin de tramas recibidas (RFC 2544 tem 10) El equipo de prueba no deber incluir para sus resultados, tramas que no correspondan a las tramas de pruebas. Por ejemplo los update de routing no deben ser incluidos en la cuenta de tramas recibidas. Preferentemente el equipo de prueba deber incluir un nmero de secuencia en las tramas transmitidas y verificar estos nmeros en las tramas recibidas. De ser as el reporte de los resultados debe incluir el nmero de tramas descartadas, fuera de orden y cantidad de tramas duplicadas.

4.8.3 Modificadores (RFC 2544 tem 11) Para las pruebas se deben de tener en cuenta las posibles funcionalidades disponibles en el DUT y corroborar que estas funcionen correctamente. La RFC recomienda correr todas las pruebas con y sin modificadores separadamente. Las funcionalidades a tener en cuenta son: Manejo de tramas de broadcast: determinar si hay algn efecto en la tasa de envo de tramas con la presencia de tramas de broadcast (1% del total de tramas). Manejo de tramas de gestin: determinar que el DUT responde correctamente este tipo de tramas (se enva una trama por segundo). Manejo de tramas de routing updates: determinar que al modificar de las tablas de ruteo no se vea afectada la tasa de envo (se enva una trama de routing update acorde al protocolo, por ejemplo en RIP cada 30 segundos, OSPF cada 90 segundos). Manejo de filtros: determinar si el manejo de filtros en el DUT impacta negativamente en la tasa de envo de tramas (se utilizan el rango de direcciones IP asignadas al BMWG).

11

Curso de Evaluacin de prformance de Redes

4.8.4 Direcciones de protocolo (RFC 2544 tems 12, 14 y 16) Las pruebas debern ser realizadas utilizando tanto un nico direccionamiento como mltiples direcciones. Por ejemplo en el caso de IP, las direcciones de destino se toman aleatoriamente de un conjunto, de esta manera se prueba el motor de bsqueda de rutas. Direccionamiento de trfico. Diferenciar entre trfico bidireccional y unidireccional. Pruebas de multipuerto. Se envan tramas desde todos los puertos de entrada hacia todos los puertos de salida, con una secuencia definida. De esta forma se busca que el DUT maneje (como en el mundo real) varios paquetes direccionados hacia un mismo puerto.

5 Terminologa y metodologa de pruebas segn RFC 2285 y RFC 2889 Extiende la metodologa definida en la RFC 2544 para dispositivos de capa 2, dispositivos que manejan la conmutacin de tramas en la capa de Control de Acceso al Medio (capa MAC). Asimismo se describen formatos especficos para el reporte de los resultados de las pruebas. Este trabajo se centrar en las pruebas de rendimiento (Benchmarking tests) descriptas en la RFC 2889 (tem 5): Fully meshed throughput, frame loss and forwarding rates (tem 5.1) Partially meshed one-to-many/many-to-one (tem 5.2) Partially meshed multiple devices (tem 5.3) Partially meshed unidirectional traffic (tem 5.4) Congestion Control (tem 5.5) Forward Pressure and Maximum Forwarding Rate (tem 5.6) Address caching capacity (tem 5.7) Address learning rate (tem 5.8) Errored frames filtering (tem 5.9) Broadcast frame Forwarding and Latency (tem 5.10)

Los siguientes trminos definidos en la RFC 2285 son de carcter general para las pruebas listadas anteriormente: Loads (tem 3.5) o Intended load (Iload): El nmero de FPS que una fuente externa intenta transmitir al DUT/SUT para ser enviadas a una interfase de salida especfica. o Offered load (Oload): El nmero de FPS que una fuente externa puede transmitir al DUT/SUT para ser enviadas a una interfase de salida especfica. o Maximum offered load (MOL): El mximo nmero de FPS que una fuente externa puede transmitir al DUT/SUT para ser enviadas a una interfase de salida especfica. o Overloading: intento de carga al DUT/SUT por encima de la tasa mxima de transmisin permitida por el medio. Observaciones: es importante diferenciar la carga que una fuente externa intenta aplicar al DUT/SUT con la carga observada o medida que realmente se aplica. Las colisiones o los mecanismos de control de congestin pueden afectar la tasa de transmisin que una fuente externa transmite al DUT/SUT.

12

Curso de Evaluacin de prformance de Redes

La mxima carga permitida por el medio puede ser mayor a la que un dispositivo externo puede aplicar al DUT/SUT. Forwarding rates (tem 3.6) o Forwarding rate (FR): el nmero de FPS que un DUT/SUT puede transmitir correctamente a las interfaces de destino dada una carga ofrecida. o Forwarding rate at maximum offered load (FRMOL): el nmero de FPS que un DUT/SUT puede transmitir correctamente a las interfaces de destino a la mxima carga ofrecida. o Maximum forwarding rate (MFR): la tasa de envo ms alta de un DUT/SUT tomada de un conjunto interactivo de medidas de tasa de envo. Observaciones: la tasa de envo a la mxima ofrecida puede ser menos que la mxima tasa que un dispositivo puede enviar exitosamente. La tasa de envo de un dispositivo puede degradarse antes que la carga mxima sea alcanzada.

Ejemplo:
Dispositivo de prueba (Offered load) 14,880 fps - MOL 13,880 fps 12,880 fps DUT/SUT (Forwarding Rate) 7,400 fps - FRMOL 8,472 fps 12,880 fps - MFR

5.1 Fully meshed throughput, frame loss and forwarding rate Definicin (RFC 2285: tem 3.1) Fully Meshed traffic: tramas ofrecidas a un designado nmero de interfaces de un DUT/SUT, las cuales cada una de ellas recibe tramas de todas las otras interfaces bajo prueba.

Figura 12 Objetivo: Determinar el throughput, frame loss y el forwarding rate ofrecidos al DUT/SUT cuando el trafico es totalmente mallado segn RFC 2285.

13

Curso de Evaluacin de prformance de Redes

Procedimiento: Todos los puertos en el equipo de prueba DEBERA comenzar la transmisin de tramas con una diferencia entre ellos de un 1% de la duracin de la prueba. Cada puerto DEBE transmitir hacia los otros segn la siguiente secuencia (round robin), ejemplo de seis puertos con una direccin por puerto:
Source Port Port Port Port Port Port Port #1 #2 #3 #4 #5 #6 Destination Ports (in order of transmission) 2 3 4 5 6 1 3 4 5 6 1 2 4 5 6 1 2 3 5 6 1 2 3 4 6 1 2 3 4 5 2... 3... 4... 5... 6... 1...

El ensayo debe realizarse con los formatos y tamaos de tramas especificados (ver 4.8.1). Presentacin de resultados: Se DEBERA presentar los resultados en forma de grfica, donde la coordenada x=tamao de trama, y=resultado de la prueba (throughput, frame loss o el forwarding rate) Ejemplo:
Forwarding Rate Test Frame Length = 64 Offered Load = 15,237,939 bps (20.00% util) Forwarding Rate = 416,656 frames/sec (20.00% util) Offered Load = 30,475,878 bps (40.00% util) Forwarding Rate = 833,324 frames/sec (40.00% util) Offered Load = 76,190,084 bps (100.00% util) Forwarding Rate = 2,083,322 frames/sec (100.00% util) Maximum Forwarding Rate (MFR) = 2,083,322 (frames/sec) Forwarding Rate at Maximum Offered Load (FRMOL) = 2,083,322 (frames/sec) at MOL of 76,190,084 (bps) 100.00 (% util) Throughput Test (Start = 100.0 Min = 0.0 Max = 100.0 Resolution = 0.5) Frame Length = 64 Throughput test parameters: Start = 100.0 Min = 0.0 Max = 100.0 Res = 0.5 Offered load = 76,190,084 bps (100.000% util) ILoad = 100.000% util Frame Loss Rate = 0.000002 (1 frame) Offered load = 38,094,848 bps (50.000% util) ILoad = 50.000% util Frame Loss Rate = 0.000003 (1 frame) Offered load = 24,999,936 bps (32.813% util) ILoad = 32.813% util Frame Loss Rate = 0.000000 (0 frames) Offered load = 25,297,305 bps (33.203% util) ILoad = 33.203% util Frame Loss Rate = 0.000005 (1 frame) Binary search complete: Throughput is 24,999,936 bps (32.813% util)

Observaciones: Como se observa en la tabla existe una distribucin balanceada de la carga sobre todas los puertos. De no seguir este algoritmo se producirn inconsistencias en los resultados. Esta prueba no pretende simular trfico real. Para pruebas que utilizan mltiples direcciones por puerto, el puerto de destino es el mismo y el par de direcciones fuente/destino, deben de ser elegidas

14

Curso de Evaluacin de prformance de Redes

aleatoriamente, para ejercitar la habilidad del DUT/SUT de buscar en las tables de direcciones. 5.2 Partially meshed one-to-many/many-to-one Definicin (RFC 2285: tem 3.3.2): Partially Meshed traffic: tramas ofrecidas hacia una o ms interfaces de entradas del DUT/SUT y direccionadas hacia una o ms interfaces de salida, donde las interfaces son mutuamente excluyentes y mapeadas en las formas one-to-many, many-to-one or many-to-many (ver figura 13)

Figura 13 Objetivo: Determinar el throughput ofrecido al DUT/SUT cuando el trafico es parcialmente mallado segn RFC 2285. Procedimiento: Dependiendo de la direccin del trfico (one-to-many, many-to-one) algunos o todos los puertos estarn transmitiendo. Todos los puertos en el equipo de prueba DEBERA comenzar la transmisin de tramas con una diferencia entre ellos de un 1% de la duracin de la prueba. La forma de transmitir las tramas ser acorde al algoritmo de round robin. El ensayo debe realizarse con los formatos y tamaos de tramas especificados (ver 4.8.1). Presentacin de resultados: Se DEBERA presentar los resultados en forma de grfica, donde la coordenada x=tamao de trama, y=resultado de la prueba (throughput). Observaciones: Trfico parcialmente mallado simula mejor conexiones de backbones que el trfico totalmente mallado. Ejemplo:
Forwarding Rate test Direction = Reverse (One to Many) Frame Length = 64 Offered Load = 544,212 bps (10.00% util) Forwarding Rate = 14,880 frames/sec (10.00% util) Offered Load = 1,632,636 bps (30.00% util)

15

Curso de Evaluacin de prformance de Redes

Forwarding Rate = 44,642 frames/sec (30.00% util) Offered Load = 5,442,150 bps (100.00% util) Forwarding Rate = 148,808 frames/sec (100.00% util) MFR = 148,808 (frames/sec) FRMOL = 148,808 (frames/sec) at MOL of 5,442,150 (bps) 100.00 (% util) Forwarding Rate test Direction = One (Many to One) Frame Length = 64 Offered Load = 1,414,875 bps (2.00% util) Forwarding Rate = 36,385 frames/sec (1.88% util) Offered Load = 2,829,750 bps (4.00% util) Forwarding Rate = 74,329 frames/sec (3.84% util) Offered Load = 4,244,626 bps (6.00% util) Forwarding Rate = 111,428 frames/sec (5.76% util) Offered Load = 5,659,501 bps (8.00% util) Forwarding Rate = 145,587 frames/sec (7.53% util) Maximum Forwarding Rate (MFR) = 145,587 (frames/sec) Forwarding Rate at Maximum Offered Load (FRMOL) = 145,587 (frames/sec) at MOL of 5,659,501(bps) 8.00 (% util)

5.3 Partially meshed multiple devices Objetivo: medir el throughput y el forwarding rate ofrecidos de dos DUT equipados con mltiles puertos e interconectados por un puerto de alta velocidad (high speed backbone uplink), por ejemplo GbE, ATM, SDH/SONET.

Figura 14

Procedimiento: Todos los puertos en el equipo de prueba DEBERA comenzar la transmisin de tramas con una diferencia entre ellos de un 1% de la duracin de la prueba. Cada puerto DEBE transmitir hacia los otros segn la secuencia de round robin. El trfico local se PUEDE remover de la lista de round robin. El ensayo debe realizarse con los formatos y tamaos de tramas especificados (ver 4.8.1). Presentacin de resultados: Se DEBERA presentar los resultados en forma de grfica, donde la coordenada x=tamao de trama, y=resultado de la prueba (throughput o forwarding rate). Ejemplo:
Forwarding Rate Test LocalTraffic = Yes

16

Curso de Evaluacin de prformance de Redes

Frame Length = 64 Offered Load = 15,237,939 bps (20.00% util) Forwarding Rate = 416,662 frames/sec (20.00% util) Offered Load = 30,475,878 bps (40.00% util) Forwarding Rate = 833,324 frames/sec (40.00% util) Offered Load = 76,190,084 bps (100.00% util) Forwarding Rate = 2,083,322 frames/sec (100.00% util) MFR = 2,083,322 (frames/sec) FRMOL = 2,083,322 (frames/sec) at MOL of 76,190,084 (bps) 100.00 (% util) Throughput Test LocalTraffic=No Frame Length = 64 Throughput Test Parameters: Start = 100.0 Min = 0.0 Max = 100.0 Resolution = 0.5 Offered load = 76,190,084 bps (100.000% util) Intended Load (ILoad) = 100.000% util Frame Loss Rate = 28.5 (17,855,864 frames) Offered load = 38,094,848 bps (50.000% util) ILoad = 50.000% util Frame Loss Rate = 0.000013 (4 frames) Offered load = 19,047,219 bps (25.000% util) ILoad = 25.000% util Frame Loss Rate = 0.000006 (1 frames) Offered load = 9,523,609 bps (12.500% util) ILoad = 12.500% util Frame Loss Rate = 0.000000 (0 frames) Offered load = 16,368,844 bps (21.484% util) ILoad = 21.484% util Frame Loss Rate = 0.000000 (0 frames) Binary search complete: Throughput is 16,368,844 bps (21.484% util)

5.4 Partially meshed unidirectional traffic Objetivo: Determinar el throughput ofrecido al DUT/SUT cuando la mitad de los puertos el DUT/SUT estn enviando tramas a la otra mitad de los puertos.

Figura 15 Procedimiento: Todos los puertos en el equipo de prueba DEBERA comenzar la transmisin de tramas con una diferencia entre ellos de un 1% de la duracin de la prueba. Cada puerto transmisor DEBE enviar tramas hacia todos los puertos receptores segn la secuencia de round robin.

17

Curso de Evaluacin de prformance de Redes

El ensayo debe realizarse con los formatos y tamaos de tramas especificados (ver 4.8.1). Presentacin de resultados: Se DEBERA presentar los resultados en forma de grfica, donde la coordenada x=tamao de trama, y=resultado de la prueba (throughput o forwarding rate). Ejemplo:
Forwarding Rate Test Frame Length = 64 Offered Load = 7,618,969 bps (20.00% util) Forwarding Rate = 208,331 frames/sec (20.00% util) Offered Load = 15,237,939 bps (40.00% util) Forwarding Rate = 416,662 frames/sec (40.00% util) Offered Load = 38,095,052 bps (100.00% util) Forwarding Rate = 1,041,661 frames/sec (100.00% util) MFR = 1041661 (frames/sec) FRMOL = 1041661 (frames/sec) at MOL of 38,095,052 (bps) 100.00 (% util) Throughput Test Frame Length = 64 Throughput Test Parameters: Start = 100.0 Min = 0.0 Max = 100.0 Resolution = 0.5 Offered load = 38,095,052 bps (99.999% util) Intended Load (ILoad) = 100.000% util Frame Loss Rate = 0.00 (0 frames) Binary search complete: Throughput is 38,095,052 bps (99.999% util)

5.5 Congestion Control Objetivo: Determinar como el DUT maneja la congestin en los siguientes casos: Como el DUT implementa el control de congestin Como la congestin en un puerto afecta el trfico de puertos no congestionados Este procedimiento determina si estn presentes los mecanismos de control de congestin head of line blocking (HOLB) y/o back pressure.

Procedimiento:

Figura 16

18

Curso de Evaluacin de prformance de Redes

Esta prueba DEBE se debe realizar con mltiplos de cuatro puertos (dos puertos de entrada y dos de salida) con el mismo MOL. Ambas fuentes transmisoras DEBE transmitir el mismo nmero de tramas. La primera fuente DEBE de transmitir tramas al MOL alternadamente a ambos puertos de recepcin. La segunda fuente DEBE transmitir al MOL solamente al puerto congestionado. El puerto sin congestin debe de recibir a una tasa igual al 50% de MOL. El puerto congestionado debe de recibir a una tasa de entre 100 y 150% de MOL. Las tramas destinadas al puerto sin congestin no deben de ser descartadas debido a la congestin en otros puertos.

Presentacin de resultados: La prueba DEBE reportar en el puerto no congestionado, el frame loss rate, el FR (a 50% del Oload) y en el puerto congestionado el fame loss rate. Observaciones: Si el HOLB est presente los paquetes son encolados en el buffer del puerto de entrada o en la placa de la matriz de conmutacin. Una conmutacin con HOLB descartar paquetes destinados a puertos no congestionados, pudiendo haber congestin en otros puertos. Back pressure est definida como cualquier tcnica utilizada por el DUT/SUT para evitar la prdida de tramas, impidiendo que las fuentes de trfico transmitan tramas hacia fuentes congestionadas. Si no hay control de congestin el porcentaje esperado de prdida de tramas en el puerto congestionado es de 33% (a 150% de sobrecarga). Este puerto est recibiendo 100% de un puerto y 50% del otro y solo puede sacar 100%. (150 50) / 150. Ejemplo:
Congestion Control Test Frame Length = 64 Intended Load (ILoad) = 100.0 Port Block 1 (Ports: Port 1, Port 2, Port 3 and Port 4) Transmit Port 1 Offered Load = 76,190,105 bps (100.00% util) Transmit Port 2 Offered Load = 76,190,105 bps (100.00% util) Port 1 Port 3 (uncongested) FR = 74,404 fps FLR = 0.00% Port 1 Port 4 (congested) FR = 10,618 fps FLR = 85.73% Port 4 (congested) FR = 138,197 fps FLR = 7.13% Port 2 Head of line blocking not observed in any port blocks. Back pressure not observed in any port blocks.

5.6 Forward Pressure and Maximum Forwarding Rate Objetivo: La prueba de Forward Pressure sobrecarga un puerto del DUT/SUT y mide la salida para la forward pressure. Si el DUT/SUT transmite con interframe gap menor a 96 bits, existe forward pressure. La prueba de Maximun Forwarding Rate mide el valor de pico de la FR cuando la carga vara entre el valor del throughput (hallado en 5.1) y el MOL.

19

Curso de Evaluacin de prformance de Redes

Procedimiento:

Figura 17 Forward Pressure: Esta prueba se realiza enviando trfico a una carga mayor que la velocidad de lnea utilizando un IFG de 88 bits (el mnimo IFG definido en el estndar IEEE 802.3 es de 96 bits). El DUT en el puerto de salida debe enviar las tramas con un IFG de 96 bits, si transmite a un menor IFG se detecta forward pressure. Maximun Forwarding Rate: esta prueba es similar a la medida de FR descripta en 5.1, sin embargo en este ensayo el mnimo FR utilizado debe ser el resultado de la prueba de fully meshed throughput. Presentacin de resultados: Ejemplo
Forwarding Rate Test Frame Length = 64 Offered Load = 12,499,968 bps (32.81% util) Forwarding Rate = 341,796 frames/sec (32.81% util) Offered Load = 14,404,608 bps (37.81% util) Forwarding Rate = 393,876 frames/sec (37.81% util) Offered Load = 16,309,452 bps (42.81% util) Forwarding Rate = 445,961 frames/sec (42.81% util) Offered Load = 35,357,081 bps (92.81% util) Forwarding Rate = 966,795 frames/sec (92.81% util) Offered Load = 37,261,721 bps (97.81% util) Forwarding Rate = 1,018,875 frames/sec (97.81% util) Offered Load = 38,095,032 bps (100.00% util) Forwarding Rate = 1,041,661 frames/sec (100.00% util) MFR = 1,041,661 frames/sec (100.000% util) Note: Starting Offered load (in this case 32.81% for 64 byte frames) is equal to result of throughput test in the test starting on Page 1 (Fully Meshed Throughput, Frame Loss and Forwarding Rates). This should be derived for each frame size, per RFC 2889. Forwarding Pressure Test Port Pair: Port1 Port2 ILoad = 150,602 fps Max Theoretical ILoad = 148,809 fps FR = 146,439 fps Forward pressure not observed.

20

Curso de Evaluacin de prformance de Redes

5.7 Address caching capacity Definicin (RFC 2285: tem 3.8.1):Es nmero de direcciones MAC que el DUT/SUT puede almacenar y enviar correctamente tramas hacia el destino sin perder tramas y sin inundar. Este nmero se pude dar en funcin de la cantidad de interfaces, por mdulo o por dispositivo. Objetivo: Determinar Address caching capacity segn RFC 2285. Procedimiento:

Figura 18 Esta prueba DEBE de ser desarrollada por lo menos en una configuracin de tres puertos. Un puerto de aprendizaje (Learning, Lport), otro de prueba (Test, Tport) y otro de monitoreo (Monitor, Mport). El Lport enva tramas de aprendizaje con direccin de origen variable y direccin de destino fija, correspondiente al Tport. Al recibir tramas con direccin de origen variable el DUT/SUT debe de aprender estas direcciones. Las direcciones de origen DEBE de estar en orden secuencial. El Tport debe de retornar las tramas aprendidas hacia el Lport. El Mport escucha las tramas que son inundadas o las tramas perdidas. Mediante un algoritmo de bsqueda binaria se determina el exacto nmero de direcciones soportadas por puerto.

Presentacin de resultados: Se DEBERIA presentar en forma de tabla incluyendo: Nmero de direcciones usadas por cada iteracin de prueba (variable). Iload utilizada para cada iteracin. Nmero de tramas de prueba que fueron ofrecidas al Tport. El contador de tramas de inundacin en el Tport. Si el nmero no es cero significa que el DUT/SUT envi una trama de inundacin en la cual la direccin de destino no estaba en la tabla. Nmero de tramas correctamente enviadas al Lport durante la porcin de la prueba (durante la iteracin). El contador de tramas de inundacin en el Lport. Si el nmero no es cero significa que el DUT/SUT envi una trama de inundacin en la cual la direccin de destino no estaba en la tabla.

21

Curso de Evaluacin de prformance de Redes

El contador de tramas de inundacin en el Mport.

Ejemplo:
Address Caching Capacity Test AddressCachingLoads is 2000:100:4096:1 (start:min:max:resolution) Learning rate (Intended Load) is 50 fps Age time is 300 seconds

5.8 Address learning rate Objetivo: Determinar la tasa de aprendizaje de direcciones de un dispositivo de conmutacin (LAN switching device). Procedimiento: Se utiliza la misma configuracin que en 5.7. Un algoritmo similar al visto en 5.7 para determinar el address caching capacity, es utilizado para determinar el address learning rate. Esta prueba itera la tasa a la cual las tramas de aprendizaje son enviadas. Se recomienda configurar el nmero de direcciones enviadas como el mximo caching capacity.

Presentacin de resultados: Igual que 5.7.

Ejemplo:
Address Learning Rate Test

22

Curso de Evaluacin de prformance de Redes

5.9 Errored frames filtering Objetivo: Determinar el comportamiento del DUT bajo condiciones anormales o frente a tramas con errores. El resultado de la prueba indica si el DUT/SUT filtra los errores o simplemente propaga las tramas con errores hacia el destino. Procedimiento: Cada una de las siguientes tramas ilegales para Ethernet deben de ser chequeadas: Oversize: El DUT/SUT PUEDE filtrar tramas mayores a 1518 bytes de largo. Tramas con un tamao mayor al estndar no se deberan enviar. DUT/SUT que soportan tramas marcadas (tagged) PUEDE enviar tramas hasta incluso 1522 bytes de largo. Undersize: El DUT/SUT DEBE filtrar tramas menores a 64 bytes de largo para que no sean propagadas a travs del DUT/SUT. CRC Errors: El DUT/SUT DEBE filtrar tramas cuyo chequeo de validacin de secuencia es errneo. Dribble Bit Errors: El DUT/SUT DEBE corregir y enviar tramas que contengan dribbling bits. Tramas transmitidas hacia el DUT/SUT que no terminan en un octeto lmite, pero contienen un control de secuencia vlido DEBE de ser aceptada por el DUT/SUT y transmitida hacia el correcto puerto de salida con el final de la trama terminando en un octeto lmite. Aligment Errors: El DUT/SUT DEBE filtrar tramas cuyo chequeo de validacin de secuencia y no terminan en un octeto lmite. Esto es un combinacin de errores de CRC y errores de dribble bits.

23

Curso de Evaluacin de prformance de Redes

Presentacin de resultados: Para cada una de las condiciones antes mencionadas se DEBE decir si PASAN o FALLAN. Para propsitos de diagnsticos los contadores de tramas actuales PUEDE ser reportados. Ejemplo:
Errored Frames Test Frame Length = 64, 20.0% utilization No-Error Frames Test: Passed Undersize Frames Test: Passed Oversize Frames Test: Passed CRC Errors Test: Passed Alignment Errors Test: Passed Dribble Bits Test: Passed Frame Length = 64, 30.0% utilization No-Error Frames Test: Passed Undersize Frames Test: Passed Oversize Frames Test: Passed CRC Errors Test: Passed Alignment Errors Test: Passed Dribble Bits Test: Passed RFC 2889 Errored Frames Test Duration = 30

24

Curso de Evaluacin de prformance de Redes

5.10 Broadcast frame Forwarding and Latency Objetivo: Determinar el throughput y la latencia de un DUT cuando se enva trfico de broadcast. Procedimiento: Ser debern correr dos pruebas: Broadcast Frame Throughput: Se utiliza un solo puerto fuente para transmitir tramas con la direccin de broadcast utilizando el formato de tramas especificado en la RFC 2544. Se seleccionan puertos para medir el FR y la tasa de prdida de tramas. Broadcast Frame Latency: Se utiliza la misma configuracin que en el caso anterior, solo se enva una trama de prueba y se mide la latencia para cada puerto receptor.

Presentacin de resultados: Se DEBE reportar en forma de grfica. La coordenada x = largo de trama, la coordenada y = resultado de la prueba (throughput y latencia) Ejemplo:
Broadcast Frames Throughput and Latency Test Throughput Test Parameters: Start = 100.0 Min = 0.0 Max = 100.0 Res = 0.5 Frame Length = 64 Offered Load = 76,190,105 bps (100.00% util) Frame Loss Rate = (0 frames) Forwarding Rate = 148,808 fps (100.00% util) Binary search complete: Throughput is 76,190,105 bps (100.00% util) Avg Latency is 183.585 microseconds Frame Length = 128 Offered Load = 86,486,220 bps (100.00% util) Frame Loss Rate = (0 frames) Forwarding Rate = 84,459 fps (100.00% util) Binary search complete: Throughput is 86,486,220 bps (100.00% util) Avg Latency is 172.883 microseconds

25

Curso de Evaluacin de prformance de Redes

6. Instrumental disponible Si bien las recomendaciones del BMWG apuntan a pruebas de laboratorio, hoy en da se dispone de un variado tipo de instrumental, el cual permite realizar medidas de laboratorio y medidas de campo, los mismos apuntan (segn corresponda) a realizar medidas de conformidad (conformance) y de rendimiento (performance). Se pretende brindar un breve descriptivo de los instrumentos disponibles, pueden existir excepciones a lo expuesto. Bsicamente, se pueden clasificar en tres categoras de instrumentos, las mismas se realizaron en base a la portabilidad, funcionalidades de los instrumentos y costo: Portabilidad: existen dos grupos portables y no portables o Portables: pensados para campo, priorizan en el diseo parmetros como el peso, autonoma (duracin de bateras), proteccin para golpes, acceso remoto, etc. o No portables: instrumentos pensados para ambientes de laboratorio, en general tienen mayor porte y estn diseados para estantes (shelves), priorizan las funcionalidades, cantidad de interfaces, no requieren una alta integracin como en los portables. Funcionalidades de los instrumentos: se relaciona con las prestaciones como ser, cantidad y tipo de interfaces disponibles (Ethernet, Fibre Channel, SDH, etc.) y medidas que permiten realizar. Costo: Vara acorde a los otros dos parmetros.

Categoras de instrumentos: Instrumentos de mano Instrumentos de campo Instrumentos de laboratorio 6.1 Instrumentos de mano Instrumentos con pocas interfaces disponibles (no ms de dos), en general no se permiten pruebas simultneas en ambas interfaces (ej.: no se puede utilizar el puerto Ethernet y el GbE al mismo tiempo). Comnmente permiten realizar cuatro de las 6 pruebas descriptas en la RFC 2544, a saber: Throughput, Latency, Frame loss rate y Back-to-back frames, no miden System recovery y Reset. No permiten medir acorde a la RFC 2889. Permiten un monitoreo de red, pero no husmear la misma (sniffer). Pensados para pruebas de conectividad de red (no certificacin de cableado), transmisin de paquetes, etc.

26

Curso de Evaluacin de prformance de Redes

Vienen equipados con herramientas como ser: Estadsticas de paquetes, Ping, Trace Route, etc.

27

Curso de Evaluacin de prformance de Redes

Muchas veces se adoptan las pruebas de la RFC 2544 (con 2 instrumentos uno como master y otro como slave) para brindar medidas de trfico asimtrico (caso ADSL). Este tipo de medidas puede ser planteadas para conocer el estado del enlace en un momento dado.

6.2 Instrumentos de campo Instrumentos que brindan la posibilidad de otras prestaciones como ser: Mayor densidad de puertos por placas ( 2, 4 y 8 puertos Ethernet/Fast, GbE) Permiten medidas simultneas en los puertos. Placas con otras funcionalidades (ejemplo: SDH-NG, ATM) Monitoreo del trfico (sniffer) Permiten realizar medidas acorde RFC2889 Permiten realizar pruebas de conformance. Algunos de estos instrumentos son hbridos, permitiendo pruebas en equipos de datos y de las redes de transporte (por ejemplo SDH).

6.3 Instrumentos de Laboratorio Instrumentos no portables (generalmente para ser instalados en bastidores) pensados para pruebas en laboratorios, este tipo de instrumental definen conjuntos de pruebas los cuales se componen de: Recomendaciones: RFC 2544, RFC2889, Draftietfbmwgfibmethxx.txt, Draftietfospfhitlessrestart.xx.txt, etc, MEF 9 Conformance Test Suite. [7] Pruebas propietarias o Variaciones de los estndar [7] o Pruebas definidas por el fabricante [4] [7] [3] Los tipos de prueba son por ejemplo: BGP (conformance y performance): verificar si el DUT cumple con lo definido en las siguientes especificaciones de BGP: RFC1771, RFC 1772, draft-ietf-idrbgp4-12,and draft-ietf-idr-bgp4-17. [4] OSPF verificar si el DUT cumple con lo definido en las siguientes especificaciones: RFC 1583, RFC 2328, RFC 2370, RFC 1587, RFC 1765, RFC 2740. [4]

28

Curso de Evaluacin de prformance de Redes

Calidad de servicio (QoS): priorizacin de colas (Queue Priorization) medir la capacidad del sistema de priorizar un fuljo sobre otro. [7] Seguridad: Pruebas de Negacin del servicio (DoS), source address spoofing detection, ping flood (ICMP echo) detection, ping of death detection. [7] Access Services: escalabilidad de sesiones PPPoX (cantidad de sesiones PPPoX que se pueden iniciar y mantener), PPPoX session setup rate (cuantas sesiones puede establece por ejemplo 25 sesiones/segundo). [7] IP Multicast: Scaled group forwarding matriz (cuantos grupos multicast el sistema puede manejar sin perder trafico), aggregated multicast throughput, multicast latency, IGMP multisession scalability. [7]

Ejemplo: instrumental laboratorio, en general requieren Terminal (externo) para configuracin y presentacin datos.

de un la de

Tipo de prueba Throughput Frame Loss Rate Latency Back-to-Back Frames System Recovery

Tiempo de medida 10 seg 10 seg 120 seg 2 seg 60 seg

Cantidad de ensayos 10 veces 5 veces 20 veces 10 X 50 veces 10 veces

Tamao de tramas 7 tipos 7 tipos 7 tipos 7 tipos 7 tipos

Tiempo Total 11min 40 seg 5 min 50 seg 4hs 40 min 1hs 57 min 1hs 16 min

Tiempo total de pruebas 8hs

29

Curso de Evaluacin de prformance de Redes

7 Referencias
[1] http://www.isd.mel.nist.gov/projects/openarch/Jun_2002/EthernetIP_Perf_Metrics_2002-06-

04.pdf.
[2] http://www.ieee802.org/802_tutorials/march04/WPP_tutorial_03_15_04_v01.ppt.

[3] Spirent Communications (http://www.spirentcom.com) / Layer3_Testing.pdf,

Layer2_Testing.pdf
[4] Ixia (http://www.ixiacom.com/library/white_papers/), Border Gateway Protocol (BGP): Conformance and Performance Testing, Open Shortest Path First (OSPF): Conformance and Performance Testing [5] Sunrise telecom (http://www.sunrisetelecom.com/) [6] IETF-drafts (Internet Engineering Task Force) charter.html)

(http://132.151.1.19/html.charters/bmwg-

[7] Agilent Tecnologies (http://advanced.comms.agilent.com/n2x/docs/journal/), The Journal of Internet Test Methodologies. [8] Anritsu Corporation (www.anritsu.com/) [9] MEF (Metro Ethernet Forum)

Ing. Pablo Scaniello Mail: scan.pablo@gmail.com Ing. Gonzalo Sosa Mail: renacuaj@adinet.com.uy

30