Medidas a realizar en dispositivos de redes

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Medidas a realizar en dispositivos de redes"

Transcripción

1 Medidas a realizar en dispositivos de redes 1 Conceptos previos sobre mediciones Conformance vs. Performance Dos visiones sobre la creación de estándares de pruebas Introducción Tareas realizadas por el BMWG Terminología y metodología de pruebas según RFC 1242 y RFC Arquitectura de pruebas (RFC 2544 ítem 6) Throughput Latency Frame loss rate Back-to-back frames System recovery Reset Consideraciones generales Formato y tamaño de trama Verificación de tramas recibidas Modificadores Direcciones de protocolo Terminología y metodología de pruebas según RFC 2285 y RFC Fully meshed throughput, frame loss and forwarding rate Partially meshed one-to-many/many-to-one Partially meshed multiple devices Partially meshed unidirectional traffic Congestion Control Forward Pressure and Maximum Forwarding Rate Address caching capacity Address learning rate Errored frames filtering Broadcast frame Forwarding and Latency Instruemntal diponible Instrumentos de mano Instrumentos de campo Instrumentos de laboratorio Referencias

2 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 Envía 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 priorización de mensajes? Con alta caga de tráfico continúa funcionando? Bloquea comunicaciones no deseadas? 1.2 Dos enfoques sobre la creación de estándares de pruebas Internet Engineering Task Force (IETF) en el grupo Benchmarking Methodology Working Group (BMWG): el enfoque se basa en la creación de dos tipos de documentos, de terminología (define las características funcionales relevantes) y de metodología de pruebas. MEF (Metro Ethernet Forum) y el ATM Forum: son basados en la ratificación de estándares, todas las pruebas hacen referencia al estándar en cuestión. El método utilizado por el IETF (BMWG) se considera más apropiado para medidas de performance, mientras que el utilizado por el MEF y el ATM Forum se considera más apropiado para medidas de conformance.[2] 2 Introducción Se analizarán definiciones y medidas a realizar en dispositivos de redes, basándose en las RFC s propuestas por el IETF (BMWG), las medidas apuntan a poder describir el rendimiento (performance) de un equipo bajo prueba DUT (device under test). El análisis se basará en cuatro FRC s: Definición de términos 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 (teórico) del instrumental disponible para realizar este u otro tipo de pruebas, analizando los posibles campos de aplicación. Al final del trabajo se presentan medidas realizadas sobre equipos utilizando algunas de las medidas recomendadas en la RFC

3 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 tecnologías de interredes (internetworking technologies) más aún estas recomendaciones se pueden enfocar en los sistemas o servicios que son construidos por estas tecnologías. Cada recomendación describirá: La clase de equipo, sistema, o servicio brindado. Discutirá las características de performance correspondiente a cada clase. Deberá identificar claramente el tipo de medida. Deberá brindar los requerimientos para la presentación de los resultados obtenidos, en un formato común y no ambiguo. El alcance del BMWG está limitado a la caracterización de la tecnología utilizada mediante estímulos simulados en ambientes de laboratorio. En otras palabras el BMWG no pretende producir benchmarks para redes operacionales. 4 Terminología y metodología de pruebas según RFC 1242 y RFC 2544 La RFC 2544 discute y define un número de pruebas que pueden ser utilizadas para describir y comparar las características de performance de dispositivos de interconexión de redes. Asimismo describe los formatos para el reporte de los resultados de las pruebas. Este trabajo se centrará en las pruebas de rendimiento (Benchmarking tests) 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) Los siguientes términos definidos en mayúscula tienen un significado particular DEBE (MUST): el ítem es obligatorio. DEBERÍA (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 transmisión y recepción, 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. 3

4 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 algún modo que simulen un único equipo de prueba ciertas medidas pueden llegar a ser imposibles de realizar con la precisión 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 más allá de un DUT (RFC 2544 ítem 19) extendiendo el modelo a un sistema de DUT s interconectados por ejemplo: LAN-WAN-LAN: > DUT 1 -> 64kbps -> DUT 2 -> Inter-LAN: > DUT 1 -> FDDI -> DUT 2 -> FDDI -> DUT 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.). 4

5 4.2 Throughput Definición (RFC 1242 ítem 3.17): La máxima tasa a la cual ninguna de las tramas ofrecidas es descartada por el dispositivo. Objetivo: Medir el throughput según RFC Enviar un número específico de tramas a una tasa específica a través 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 máxima 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 tamaños de tramas especificados (ver 4.8.1). Se DEBERÍA reportar en forma de gráfica donde la coordenada x= tamaño de la trama, la coordenada y=la tasa de transmisión de las tramas. Se DEBERÍA graficar tanto los valores teóricos como los valores obtenidos en el ensayo. Ejemplo: la grafica muestra los valores teóricos, por más detalles consultar RFC 2544 apéndice B Figura 4 Eje X: tamaño de tramas (bytes) Eje Y: cantidad de tramas por segundos (FPS) 5

6 4.3 Latency Definición (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 según RFC Primero se determina el throughput del DUT para cada uno de los largos de trama (ver 4.8.1). Se envía un flujo de datos de un particular tamaño de trama a través del DUT al throughput que se determinó anteriormente, hacia un destino específico. El flujo deberá ser de por lo menos 120 segundos de duración. 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 lógica 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 definición 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. Se DEBERÍA presentar en forma de tabla con una columna para cada tipo de tamaño de trama. 6

7 Observación: si se utilizan dos instrumentos para la medición de la latencia, estos deben de estar sincronizados entre sí. Ejemplo: [3] Largo de trama (bytes) Tramas por segundo (FPS) Store & Forward Latency (us) Frame loss rate Definición (RFC 1242 ítem 3.6): Porcentaje de tramas que deberían 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 pérdida de tramas según RFC Se envía un específico número de tramas a una tasa específica a través del DUT y se cuentan cuantas tramas son transmitidas por el DUT. La tasa de pérdida 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 máxima tasa del medio de entrada, para cada tamaño de trama (ver 4.8.1). Se repite el procedimiento para la tasa que corresponde al 90% del máximo 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. Se DEBERÍA reportar en forma de gráfica. El eje de las X deberá ser la tasa de tramas de entrada, como un porcentaje de la tasa teórica para el medio, a un específico tamaño de trama. El eje de las Y deberá ser el porcentaje de pérdidas de tramas para una específica tasa de entrada. Figura 6 7

8 Observación: Esta medida es útil para conocer el comportamiento del DUT en una condición de sobrecarga de la red, como se comportaría el DUT frente a condiciones patológicas como ser por ejemplo tormentas de broadcast (broadcast storms). 4.5 Back-to-back frames Definición (RFC 1242 ítem 3.1): Tramas de un mismo largo, enviadas a una tasa para la cual hay una separación legalmente mínima entre tramas, para un medio dado, durante un período de tiempo, comenzando desde el estado inactivo (idle time). Figura 7 Objetivo: medir el back-to-back frames definido según RFC Se envía una ráfaga de tramas con el mínimo inter-frame gap al DUT y se cuentan las tramas forwardeadas por el DUT. Si la cuenta de tramas transmitidas es igual al número de tramas forwardeadas se incrementa el largo de la ráfaga y la prueba se vuelve a correr. Si el número de tramas forwardeadas es menor que el número de tramas transmitidas, se reduce el largo de la ráfaga y la prueba se vuelve a correr. El valor del back-to-back frames es el número de tramas con el mayor tamaño de ráfaga para el cual el DUT puede manejarlas sin pérdida de tramas. La duración 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 Se DEBERÍA presentar en forma de tabla con una columna para cada tamaño de trama que se probó. Se PUEDE reportar la desviación estándar de cada medida. Largo de tramas (bytes) Cantidad de tramas

9 Observaciones: Esta prueba intenta determinar la capacidad del buffer del DUT. Figura 9 Existen una cantidad de dispositivos que pueden producir ráfagas back-to-back frames, como por ejemplo backup de sistemas (ejemplo rdump). En redes con MTU pequeños (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 situación de sobrecarga. Primero se determina el throughput del DUT para cada tamaño de trama especificado. Luego se envía un flujo de datos a la tasa mínima entre: el 110% del throughput o la máxima 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 recuperación se determina por la resta de las marcas de tiempo B y A. La prueba DEBERÍA ser repetida un número de veces y el promedio de los resultados deberá ser reportado. Figura 10 9

10 Se DEBERÍA reportar en formato de tabla con una columna para cada tamaño de trama utilizado. Largo de trama (bytes) Tramas por segundo (FPS) Recovery Time (us) Reset Objetivo: Caracterizar la rapidez a la cual el DUT se recupera de un reset de hardware o software. Primero se determina el throughput del DUT para cada tamaño de trama especificado. Luego se envía un flujo continuo de tramas al determinado throughput para el mínimo 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

11 El valor de reset podrá ser reportado como un simple conjunto de valores, uno para cada tipo de reset. Tipo de reset Tiempo de reset (segundos) Hardware 6.3 Software 3.1 Corte de energía Consideraciones generales Para las pruebas antes mencionadas, la RFC 2544 especifica un conjunto de consideraciones a tener en cuenta. A continuación se mencionan las más importantes Formato y tamaño de tramas (RFC 2544 ítems 8 y 9) Por ejemplo, para TCP/IP sobre Ethernet, se utilizarán paquetes UDP (los DUT pueden descartar tramas que no incluyan una cabecera de capa 4 válida, ver Apéndice C.2.1 RFC 2544), con tamaños de tramas entre 64 y 1518 bytes. Los valores recomendados en la RFC para los tamaños de trama son 64, 128, 256, 512, 1024, 1280 y 1518 bytes Verificación 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 número de secuencia en las tramas transmitidas y verificar estos números en las tramas recibidas. De ser así el reporte de los resultados debe incluir el número de tramas descartadas, fuera de orden y cantidad de tramas duplicadas 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 algún efecto en la tasa de envío de tramas con la presencia de tramas de broadcast (1% del total de tramas). Manejo de tramas de gestión: determinar que el DUT responde correctamente este tipo de tramas (se envía 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 envío (se envía 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 envío de tramas (se utilizan el rango de direcciones IP asignadas al BMWG). 11

12 4.8.4 Direcciones de protocolo (RFC 2544 ítems 12, 14 y 16) Las pruebas deberán ser realizadas utilizando tanto un único direccionamiento como múltiples 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 búsqueda de rutas. Direccionamiento de tráfico. Diferenciar entre tráfico bidireccional y unidireccional. Pruebas de multipuerto. Se envían 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 Terminología y metodología de pruebas según RFC 2285 y RFC 2889 Extiende la metodología definida en la RFC 2544 para dispositivos de capa 2, dispositivos que manejan la conmutación de tramas en la capa de Control de Acceso al Medio (capa MAC). Asimismo se describen formatos específicos 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 términos definidos en la RFC 2285 son de carácter general para las pruebas listadas anteriormente: Loads (ítem 3.5) o Intended load (Iload): El número de FPS que una fuente externa intenta transmitir al DUT/SUT para ser enviadas a una interfase de salida específica. o Offered load (Oload): El número de FPS que una fuente externa puede transmitir al DUT/SUT para ser enviadas a una interfase de salida específica. o Maximum offered load (MOL): El máximo número de FPS que una fuente externa puede transmitir al DUT/SUT para ser enviadas a una interfase de salida específica. o Overloading: intento de carga al DUT/SUT por encima de la tasa máxima de transmisión 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 congestión pueden afectar la tasa de transmisión que una fuente externa transmite al DUT/SUT. 12

13 La máxima 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 número 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 número de FPS que un DUT/SUT puede transmitir correctamente a las interfaces de destino a la máxima carga ofrecida. o Maximum forwarding rate (MFR): la tasa de envío más alta de un DUT/SUT tomada de un conjunto interactivo de medidas de tasa de envío. Observaciones: la tasa de envío a la máxima ofrecida puede ser menos que la máxima tasa que un dispositivo puede enviar exitosamente. La tasa de envío de un dispositivo puede degradarse antes que la carga máxima sea alcanzada. Ejemplo: Dispositivo de prueba (Offered load) DUT/SUT (Forwarding Rate) 14,880 fps - MOL 7,400 fps - FRMOL 13,880 fps 8,472 fps 12,880 fps 12,880 fps - MFR 5.1 Fully meshed throughput, frame loss and forwarding rate Definición (RFC 2285: ítem 3.1) Fully Meshed traffic: tramas ofrecidas a un designado número 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 según RFC

14 Todos los puertos en el equipo de prueba DEBERÍA comenzar la transmisión de tramas con una diferencia entre ellos de un 1% de la duración de la prueba. Cada puerto DEBE transmitir hacia los otros según la siguiente secuencia (round robin), ejemplo de seis puertos con una dirección por puerto: Source Port Destination Ports (in order of transmission) Port # Port # Port # Port # Port # Port # El ensayo debe realizarse con los formatos y tamaños de tramas especificados (ver 4.8.1). Se DEBERÍA presentar los resultados en forma de gráfica, donde la coordenada x=tamaño 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) (% util) Throughput Test (Start = Min = 0.0 Max = Resolution = 0.5) Frame Length = 64 Throughput test parameters: Start = Min = 0.0 Max = Res = 0.5 Offered load = 76,190,084 bps ( % util) ILoad = % util Frame Loss Rate = (1 frame) Offered load = 38,094,848 bps (50.000% util) ILoad = % util Frame Loss Rate = (1 frame) Offered load = 24,999,936 bps (32.813% util) ILoad = % util Frame Loss Rate = (0 frames) Offered load = 25,297,305 bps (33.203% util) ILoad = % util Frame Loss Rate = (1 frame) Binary search complete: Throughput is 24,999,936 bps (32.813% util) Observaciones: Como se observa en la tabla existe una distribución balanceada de la carga sobre todas los puertos. De no seguir este algoritmo se producirán inconsistencias en los resultados. Esta prueba no pretende simular tráfico real. Para pruebas que utilizan múltiples direcciones por puerto, el puerto de destino es el mismo y el par de direcciones fuente/destino, deben de ser elegidas 14

15 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 Definición (RFC 2285: ítem 3.3.2): Partially Meshed traffic: tramas ofrecidas hacia una o más interfaces de entradas del DUT/SUT y direccionadas hacia una o más 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 según RFC Dependiendo de la dirección del tráfico (one-to-many, many-to-one) algunos o todos los puertos estarán transmitiendo. Todos los puertos en el equipo de prueba DEBERÍA comenzar la transmisión de tramas con una diferencia entre ellos de un 1% de la duración de la prueba. La forma de transmitir las tramas será acorde al algoritmo de round robin. El ensayo debe realizarse con los formatos y tamaños de tramas especificados (ver 4.8.1). Se DEBERÍA presentar los resultados en forma de gráfica, donde la coordenada x=tamaño de trama, y=resultado de la prueba (throughput). Observaciones: Tráfico parcialmente mallado simula mejor conexiones de backbones que el tráfico 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

16 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) (% 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 múltiles puertos e interconectados por un puerto de alta velocidad (high speed backbone uplink), por ejemplo GbE, ATM, SDH/SONET. Figura 14 Todos los puertos en el equipo de prueba DEBERÍA comenzar la transmisión de tramas con una diferencia entre ellos de un 1% de la duración de la prueba. Cada puerto DEBE transmitir hacia los otros según la secuencia de round robin. El tráfico local se PUEDE remover de la lista de round robin. El ensayo debe realizarse con los formatos y tamaños de tramas especificados (ver 4.8.1). Se DEBERÍA presentar los resultados en forma de gráfica, donde la coordenada x=tamaño de trama, y=resultado de la prueba (throughput o forwarding rate). Ejemplo: Forwarding Rate Test LocalTraffic = Yes 16

17 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) (% util) Throughput Test LocalTraffic=No Frame Length = 64 Throughput Test Parameters: Start = Min = 0.0 Max = Resolution = 0.5 Offered load = 76,190,084 bps ( % util) Intended Load (ILoad) = % util Frame Loss Rate = 28.5 (17,855,864 frames) Offered load = 38,094,848 bps (50.000% util) ILoad = % util Frame Loss Rate = (4 frames) Offered load = 19,047,219 bps (25.000% util) ILoad = % util Frame Loss Rate = (1 frames) Offered load = 9,523,609 bps (12.500% util) ILoad = % util Frame Loss Rate = (0 frames) Offered load = 16,368,844 bps (21.484% util) ILoad = % util Frame Loss Rate = (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 están enviando tramas a la otra mitad de los puertos. Figura 15 Todos los puertos en el equipo de prueba DEBERÍA comenzar la transmisión de tramas con una diferencia entre ellos de un 1% de la duración de la prueba. Cada puerto transmisor DEBE enviar tramas hacia todos los puertos receptores según la secuencia de round robin. 17

18 El ensayo debe realizarse con los formatos y tamaños de tramas especificados (ver 4.8.1). Se DEBERÍA presentar los resultados en forma de gráfica, donde la coordenada x=tamaño 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 = (frames/sec) FRMOL = (frames/sec) at MOL of 38,095,052 (bps) (% util) Throughput Test Frame Length = 64 Throughput Test Parameters: Start = Min = 0.0 Max = Resolution = 0.5 Offered load = 38,095,052 bps (99.999% util) Intended Load (ILoad) = % 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 congestión en los siguientes casos: Como el DUT implementa el control de congestión Como la congestión en un puerto afecta el tráfico de puertos no congestionados Este procedimiento determina si están presentes los mecanismos de control de congestión head of line blocking (HOLB) y/o back pressure. Figura 16 18

19 Esta prueba DEBE se debe realizar con múltiplos de cuatro puertos (dos puertos de entrada y dos de salida) con el mismo MOL. Ambas fuentes transmisoras DEBE transmitir el mismo número de tramas. La primera fuente DEBE de transmitir tramas al MOL alternadamente a ambos puertos de recepción. La segunda fuente DEBE transmitir al MOL solamente al puerto congestionado. El puerto sin congestión 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 congestión no deben de ser descartadas debido a la congestión en otros puertos. 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 conmutación. Una conmutación con HOLB descartará paquetes destinados a puertos no congestionados, pudiendo haber congestión en otros puertos. Back pressure está definida como cualquier técnica utilizada por el DUT/SUT para evitar la pérdida de tramas, impidiendo que las fuentes de tráfico transmitan tramas hacia fuentes congestionadas. Si no hay control de congestión el porcentaje esperado de pérdida 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) = 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 2 Port 4 (congested) FR = 138,197 fps FLR = 7.13% 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 varía entre el valor del throughput (hallado en 5.1) y el MOL. 19

20 Figura 17 Forward Pressure: Esta prueba se realiza enviando tráfico a una carga mayor que la velocidad de línea utilizando un IFG de 88 bits (el mínimo IFG definido en el estándar IEEE 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 mínimo FR utilizado debe ser el resultado de la prueba de fully meshed throughput. 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 ( % 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 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

21 5.7 Address caching capacity Definición (RFC 2285: ítem 3.8.1):Es número de direcciones MAC que el DUT/SUT puede almacenar y enviar correctamente tramas hacia el destino sin perder tramas y sin inundar. Este número se pude dar en función de la cantidad de interfaces, por módulo o por dispositivo. Objetivo: Determinar Address caching capacity según RFC Figura 18 Esta prueba DEBE de ser desarrollada por lo menos en una configuración de tres puertos. Un puerto de aprendizaje (Learning, Lport), otro de prueba (Test, Tport) y otro de monitoreo (Monitor, Mport). El Lport envía tramas de aprendizaje con dirección de origen variable y dirección de destino fija, correspondiente al Tport. Al recibir tramas con dirección 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 búsqueda binaria se determina el exacto número de direcciones soportadas por puerto. Se DEBERIA presentar en forma de tabla incluyendo: Número de direcciones usadas por cada iteración de prueba (variable). Iload utilizada para cada iteración. Número de tramas de prueba que fueron ofrecidas al Tport. El contador de tramas de inundación en el Tport. Si el número no es cero significa que el DUT/SUT envió una trama de inundación en la cual la dirección de destino no estaba en la tabla. Número de tramas correctamente enviadas al Lport durante la porción de la prueba (durante la iteración). El contador de tramas de inundación en el Lport. Si el número no es cero significa que el DUT/SUT envió una trama de inundación en la cual la dirección de destino no estaba en la tabla. 21

22 El contador de tramas de inundación 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 conmutación (LAN switching device). Se utiliza la misma configuración 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 número de direcciones enviadas como el máximo caching capacity. Igual que 5.7. Ejemplo: Address Learning Rate Test 22

23 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. 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 tamaño mayor al estándar no se deberían 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 través del DUT/SUT. CRC Errors: El DUT/SUT DEBE filtrar tramas cuyo chequeo de validación de secuencia es erróneo. 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 límite, pero contienen un control de secuencia válido 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 límite. Aligment Errors: El DUT/SUT DEBE filtrar tramas cuyo chequeo de validación de secuencia y no terminan en un octeto límite. Esto es un combinación de errores de CRC y errores de dribble bits. 23

24 Para cada una de las condiciones antes mencionadas se DEBE decir si PASAN o FALLAN. Para propósitos de diagnósticos 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

25 5.10 Broadcast frame Forwarding and Latency Objetivo: Determinar el throughput y la latencia de un DUT cuando se envía tráfico de broadcast. Ser deberán correr dos pruebas: Broadcast Frame Throughput: Se utiliza un solo puerto fuente para transmitir tramas con la dirección de broadcast utilizando el formato de tramas especificado en la RFC Se seleccionan puertos para medir el FR y la tasa de pérdida de tramas. Broadcast Frame Latency: Se utiliza la misma configuración que en el caso anterior, solo se envía una trama de prueba y se mide la latencia para cada puerto receptor. Se DEBE reportar en forma de gráfica. 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 = Min = 0.0 Max = 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 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 microseconds 25

26 6. Instrumental disponible Si bien las recomendaciones del BMWG apuntan a pruebas de laboratorio, hoy en día se dispone de un variado tipo de instrumental, el cual permite realizar medidas de laboratorio y medidas de campo, los mismos apuntan (según 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. Básicamente, se pueden clasificar en tres categorías 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 diseño parámetros como el peso, autonomía (duración de baterías), protección para golpes, acceso remoto, etc. o No portables: instrumentos pensados para ambientes de laboratorio, en general tienen mayor porte y están diseñados para estantes (shelves), priorizan las funcionalidades, cantidad de interfaces, no requieren una alta integración 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: Varía acorde a los otros dos parámetros. Categorías de instrumentos: Instrumentos de mano Instrumentos de campo Instrumentos de laboratorio 6.1 Instrumentos de mano Instrumentos con pocas interfaces disponibles (no más de dos), en general no se permiten pruebas simultáneas en ambas interfaces (ej.: no se puede utilizar el puerto Ethernet y el GbE al mismo tiempo). Comúnmente 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 Permiten un monitoreo de red, pero no husmear la misma (sniffer). Pensados para pruebas de conectividad de red (no certificación de cableado), transmisión de paquetes, etc. 26

27 Vienen equipados con herramientas como ser: Estadísticas de paquetes, Ping, Trace Route, etc. 27

28 Muchas veces se adoptan las pruebas de la RFC 2544 (con 2 instrumentos uno como master y otro como slave) para brindar medidas de tráfico asimétrico (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 simultáneas en los puertos. Placas con otras funcionalidades (ejemplo: SDH-NG, ATM) Monitoreo del tráfico (sniffer) Permiten realizar medidas acorde RFC2889 Permiten realizar pruebas de conformance. Algunos de estos instrumentos son híbridos, 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, Draft ietf bmwg fib meth xx.txt, Draft ietf ospf hitless restart.xx.txt, etc, MEF 9 Conformance Test Suite. [7] Pruebas propietarias o Variaciones de los estándar [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 [4] 28

Top-Down Network Design. Tema 13

Top-Down Network Design. Tema 13 Top-Down Network Design Tema 13 Optimización del Diseño de la Red Copyright 2010 Cisco Press & Priscilla Oppenheimer Traducción: Emilio Hernández Adaptado para ISI: Enrique Ostúa. 13-1 INDICE :: Optimización

Más detalles

Redes de Computadoras Ethernet conmutada

Redes de Computadoras Ethernet conmutada Redes de Computadoras Ethernet conmutada Ing. Eduardo Interiano Ing. Faustino Montes de Oca Contenido Diversos problemas de las comunicaciones LAN Segmentación de LAN Equipos de comunicaciones LAN Conmutación

Más detalles

Introducción a redes Ing. Aníbal Coto Cortés

Introducción a redes Ing. Aníbal Coto Cortés Capítulo 5: Ethernet Introducción a redes Ing. Aníbal Coto Cortés 1 Objetivos En este capítulo, aprenderá a: Describir el funcionamiento de las subcapas de Ethernet. Identificar los campos principales

Más detalles

Introducción Internet no tiene una estructura real, pero existen varios backbone principales. Estos se construyen a partir de líneas y routers de alta velocidad. Conectados a los backbone hay redes regionales

Más detalles

Solución del examen de Redes - Segundo parcial - ETSIA - 1 de junio 2007

Solución del examen de Redes - Segundo parcial - ETSIA - 1 de junio 2007 Solución del examen de Redes - Segundo parcial - ETSIA - de junio 2007 Apellidos, Nombre: Grupo de matrícula:. (0,75 puntos) La captura mostrada en la figura siguiente se ha realizado desde un equipo del

Más detalles

Facultad de Ingeniería Redes y Comunicaciones Tercer Parcial Parte Teórica 25%

Facultad de Ingeniería Redes y Comunicaciones Tercer Parcial Parte Teórica 25% NOMBRE: En cada una de las siguientes preguntas de selección múltiple usted podrá seleccionar una o varias respuestas. En el caso de las preguntas que tienen múltiples opciones como respuestas, SOLO será

Más detalles

Redes de Computadoras Introducción

Redes de Computadoras Introducción Universisdad de Los Andes Facultad de Ingeniería Escuela de Sistemas Redes de Computadoras Introducción Mérida - Venezuela Prof. Gilberto Díaz Compartiendo Recursos En la clase anterior vimos ciertas características

Más detalles

REDES DE COMPUTADORAS INSTITUTO POLITÉCNICO NACIONAL ESCUELA SUPERIOR DE INGENIERÍA MECÁNICA Y ELÉCTRICA UNIDAD ADOLFO LÓPEZ MATEOS - ZACATENCO

REDES DE COMPUTADORAS INSTITUTO POLITÉCNICO NACIONAL ESCUELA SUPERIOR DE INGENIERÍA MECÁNICA Y ELÉCTRICA UNIDAD ADOLFO LÓPEZ MATEOS - ZACATENCO INSTITUTO POLITÉCNICO NACIONAL ESCUELA SUPERIOR DE INGENIERÍA MECÁNICA Y ELÉCTRICA UNIDAD ADOLFO LÓPEZ MATEOS - ZACATENCO ACADEMIA DE COMPUTACIÓN LABORATORIO DE DESARROLLO DE REDES PRACTICA No.7 México

Más detalles

Diseño y configuración de redes IP

Diseño y configuración de redes IP Contenido Tema 8 Diseño y configuración de redes IP Protocolos de encaminamiento Características Sistemas autónomos IGP: RIP y OSPF EGP: BGP Segunda parte 1 Ampliación interconexión de redes: Conmutadores

Más detalles

Gestión de Redes TCP/IP basada en RMON. Dra. Ing. Caridad Anías Calderón Cujae cacha@tesla.cujae.edu.cu

Gestión de Redes TCP/IP basada en RMON. Dra. Ing. Caridad Anías Calderón Cujae cacha@tesla.cujae.edu.cu Gestión de Redes TCP/IP basada en RMON Dra. Ing. Caridad Anías Calderón Cujae cacha@tesla.cujae.edu.cu Aspectos a tratar Introducción Características de RMON Ventajas del empleo de RMON Versiones de RMON

Más detalles

FUNDAMENTOS DE REDES CONCEPTOS DE LA CAPA DE RED

FUNDAMENTOS DE REDES CONCEPTOS DE LA CAPA DE RED FUNDAMENTOS DE REDES CONCEPTOS DE LA CAPA DE RED Dolly Gómez Santacruz dolly.gomez@gmail.com CAPA DE RED La capa de red se ocupa de enviar paquetes de un punto a otro, para lo cual utiliza los servicios

Más detalles

Internet: TCP/IP Transmisión de datos y redes de ordenadores Internet: TCP/IP La familia de protocolos TCP/IP La capa de red en Internet El protocolo IP Protocolos auxiliares La capa de transporte en Internet

Más detalles

Fundamentos de Redes de Computadoras

Fundamentos de Redes de Computadoras Fundamentos de Redes de Computadoras Modulo III: Fundamentos de Redes de Area Extendida (WAN) Objetivos Redes conmutadas Circuito Paquetes Conmutación por paquetes Datagrama Circuito virtual Frame Relay

Más detalles

Tecnologías Ethernet. Ethernet:

Tecnologías Ethernet. Ethernet: Tecnologías Ethernet Ethernet: Es una tecnología LAN de banda base creada por Xerox en los 70s. Acceso al medio a través carrier sense multiple access collision detect (CSMA/CD) Todavía vigente por su

Más detalles

INTRODUCCION. Consideraciones previas. Dispositivos LAN L1: Dispositivos LAN L2: Repetidores hubs. Puentes Conmutadores o switches

INTRODUCCION. Consideraciones previas. Dispositivos LAN L1: Dispositivos LAN L2: Repetidores hubs. Puentes Conmutadores o switches SWITCHES INTRODUCCION Consideraciones previas Dispositivos LAN L1: Repetidores hubs Dispositivos LAN L2: Puentes Conmutadores o switches HUBS Dispositivo L1 Los puertos están eléctricamente conectados

Más detalles

Fundamentos de Ethernet. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia

Fundamentos de Ethernet. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia Fundamentos de Ethernet. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia Ethernet es el protocolo del nivel de enlace de datos más utilizado en estos momentos. Se han actualizado los estandares

Más detalles

Redes de Computadores

Redes de Computadores Internet Protocol (IP) http://elqui.dcsc.utfsm.cl 1 La capa 3 más usada en el mundo.. http://elqui.dcsc.utfsm.cl 2 Crecimiento de Internet http://elqui.dcsc.utfsm.cl 3 Crecimiento de Internet http://elqui.dcsc.utfsm.cl

Más detalles

Unidad I: La capa de Red

Unidad I: La capa de Red 1.3 Protocolos de enrutamiento Además del IP, que se usa para la transferencia de datos, Internet tiene varios protocolos de control que se usan en la capa de red, incluidos ICMP, ARP, RARP y BOOTP. La

Más detalles

8 Conjunto de protocolos TCP/IP y direccionamiento IP

8 Conjunto de protocolos TCP/IP y direccionamiento IP 8 Conjunto de protocolos TCP/IP y direccionamiento IP 8.1 Introducción a TCP/IP 8.1.1 Historia de TCP/IP El Departamento de Defensa de EE.UU. (DoD) creó el modelo de referencia TCP/IP porque necesitaba

Más detalles

Introducción. Temas Multiplexación Estadistica Inter-Process Communication Network Architecture Performance Metrics

Introducción. Temas Multiplexación Estadistica Inter-Process Communication Network Architecture Performance Metrics Introducción Temas Multiplexación Estadistica Inter-Process Communication Network Architecture Performance Metrics 1 Bloques básicos Nodos: PC, Hardware de proposito especial hosts switches Enlaces/Conexiones:

Más detalles

UNIVERSIDAD NACIONAL DEL COMAHUE

UNIVERSIDAD NACIONAL DEL COMAHUE UNIVERSIDAD NACIONAL DEL COMAHUE Redes de computadoras Internet Juan Carlos Brocca Redes - Internet Descripción Redes - Internet Descripción Física Redes - Internet Descripción Física Sistemas terminales

Más detalles

Capítulo 5: INTRODUCCIÓN A TCP/IP

Capítulo 5: INTRODUCCIÓN A TCP/IP ESPECIALIZACIÓN EN MANAGEMENT TECNOLÓGICO Universidad Nacional de la Patagonia S.J.Bosco Especialización en Management Tecnológico Seminario: INTRODUCCIÓN A LAS REDES DE COMPUTADORAS Seminario: INTRODUCCIÓN

Más detalles

Modelo TCP/IP. Página 1. Modelo TCP/IP

Modelo TCP/IP. Página 1. Modelo TCP/IP Modelo TCP/IP Página 1 Índice: Página 1.-Introducción 3 2.-Arquitectura TCP/IP 3 3.-Protocolo IP 8 4.-Direccionamiento IP 9 5.-Otros Protocolos de la capa de Red. 12 6.-Ejercicios 13 7.-Protocolos de resolución

Más detalles

ALB-W-000003sp WHITE PAPER. White Paper. Medida del throughput con transmisiones sobre TCP. Septiembre 2009. Medida del throughput sobre TCP

ALB-W-000003sp WHITE PAPER. White Paper. Medida del throughput con transmisiones sobre TCP. Septiembre 2009. Medida del throughput sobre TCP White Paper Medida del throughput con transmisiones sobre TCP Septiembre 2009 A la hora de medir la tasa máxima de transmisión que puede ofrecer un enlace WiMAX se suele recurrir a herramientas similares

Más detalles

Introducción a IP versión 4

Introducción a IP versión 4 Notas de clase IPv4 PROTOTIPO Por Ernesto Alvarez Introducción a IPv4 Introducción a IP versión 4 IPv4 (Internet Protocol versión 4) es el protocolo de nivel de red usado en Internet. Junto con otros protocolos

Más detalles

Tipos de Redes: Topologías de red: Según el tamaño: Según su tecnología de transmisión: Según en tipo de transferencia de datos:

Tipos de Redes: Topologías de red: Según el tamaño: Según su tecnología de transmisión: Según en tipo de transferencia de datos: Tipos de Redes: Según el tamaño: -LAN (red de área local): de 10 metros a 1 kilómetro, suelen usar broatcast y su velocidad va de 10 a 100 MBps. -MAN (red de área metropolitana): tamaño máximo 10 kilómetros.

Más detalles

Redes Ethernet. Redes LAN: características

Redes Ethernet. Redes LAN: características Redes Ethernet Redes LAN: características 1 LAN: características Distancia de operación mucho menor a WANs Sistemas baseband Data rate optimizado por el uso de más de dos líneas para transmisión de datos

Más detalles

Servicio host to host. Conectar millones de LANs?

Servicio host to host. Conectar millones de LANs? Capa de Red Administración de Redes Locales Introducción Servicio host to host Conectar millones de LANs? Cómo encontrar un path entre dos hosts? Cómo reenviar paquetes a través de ese host? Introducción

Más detalles

Dispositivos de Red Hub Switch

Dispositivos de Red Hub Switch Dispositivos de Red Tarjeta de red Para lograr el enlace entre las computadoras y los medios de transmisión (cables de red o medios físicos para redes alámbricas e infrarrojos o radiofrecuencias para redes

Más detalles

Universisdad de Los Andes Facultad de Ingeniería Escuela de Sistemas. Capa de Red. Mérida - Venezuela Prof. Gilberto Díaz

Universisdad de Los Andes Facultad de Ingeniería Escuela de Sistemas. Capa de Red. Mérida - Venezuela Prof. Gilberto Díaz Universisdad de Los Andes Facultad de Ingeniería Escuela de Sistemas Capa de Red Mérida - Venezuela Prof. Gilberto Díaz Capa de Red Gestión de tráfico entre redes Direcciones IP Las direcciones de red

Más detalles

LA ARQUITECTURA TCP/IP

LA ARQUITECTURA TCP/IP LA ARQUITECTURA TCP/IP Hemos visto ya como el Modelo de Referencia de Interconexión de Sistemas Abiertos, OSI-RM (Open System Interconection- Reference Model) proporcionó a los fabricantes un conjunto

Más detalles

EL64E Redes de Computadores. Marcela Quiroga V. Agenda 5 TCP/IP: Data Link layer

EL64E Redes de Computadores. Marcela Quiroga V. Agenda 5 TCP/IP: Data Link layer EL64E: Redes de Computadores Marcela Quiroga V. 1 Agenda 5 TCP/IP: Data Link layer 5.1 Switching technologies 5.2 Bridge, switch, bridge v/s switch 5.3 STP, VTP, otros 5.4 LAN switch types 2 1 STP: Spanning

Más detalles

Redes de Comunicación I

Redes de Comunicación I Redes de Comunicación I Año 2010 Carrera: Especialista en Redes y Seguridad Duración: 80 Hs. Profesor a Cargo: Ing. Luis Marrone OBJETIVOS GENERALES: Diferenciar entre redes de datos y computadores conectados

Más detalles

Capítulo 4: Capa Red - I

Capítulo 4: Capa Red - I Capítulo 4: Capa Red - I ELO322: Redes de Computadores Agustín J. González Este material está basado en: Material de apoyo al texto Computer Networking: A Top Down Approach Featuring the Internet 3rd edition.

Más detalles

Modelado de actividades en redes locales.

Modelado de actividades en redes locales. Modelado de actividades en redes locales. Cristóbal Raúl Santa María smaria@sion.com 1561454636 UNLaM y U. de Morón. Gastón Iemmelo iemello_gaston@redlink.com.ar 4662-1365 U. de Morón. Marcelo Gonzalez

Más detalles

Dispositivos de internetworking y encaminamiento Tarjeta de Interfaz de red (Dirección física o MAC):

Dispositivos de internetworking y encaminamiento Tarjeta de Interfaz de red (Dirección física o MAC): Tarjeta de Interfaz de red (Dirección física o MAC): La capa física del modelo OSI contiene las descripciones normalizadas de los medios de transmisión o medios de internetworking por los cuales pasan

Más detalles

SWITCH ETHERNET CAPA 2. Justo Ramírez Martínez

SWITCH ETHERNET CAPA 2. Justo Ramírez Martínez SWITCH ETHERNET CAPA 2 Justo Ramírez Martínez ÍNDICE (I) Introducción Ethernet Bridging and Switching Dispositivos de conexión de redes Tipos de dispositivos Dispositivos de conexión de nivel 2 Puentes

Más detalles

Transparencias de Redes de Ordenadores. Tema 5 Switched LAN (Puentes) Uploaded by. IngTeleco

Transparencias de Redes de Ordenadores. Tema 5 Switched LAN (Puentes) Uploaded by. IngTeleco Transparencias de Redes de Ordenadores Tema 5 Switched LAN (Puentes) Uploaded by IngTeleco http://ingteleco.iespana.es ingtelecoweb@hotmail.com La dirección URL puede sufrir modificaciones en el futuro.

Más detalles

Dispositivos de Conectividad

Dispositivos de Conectividad Instituto Tecnológico de San Luís Potosí Centro de Telecomunicaciones Interconectividad de Redes Dispositivos de Conectividad Fís. Jorge Humberto Olivares Vázquez Centro de Telecomunicaciones Enero Junio

Más detalles

INGENIERÍA INFORMÁTICA. EXAMEN REDES. Junio 1999. Primera Parte. Esta parte debe realizarse sin material de consulta. Puede utilizar una calculadora.

INGENIERÍA INFORMÁTICA. EXAMEN REDES. Junio 1999. Primera Parte. Esta parte debe realizarse sin material de consulta. Puede utilizar una calculadora. INGENIERÍA INFORMÁTICA EXAMEN REDES. Junio 1999 El examen consta de dos partes. La primera puntúa hasta un máximo de 5,5 puntos, y la segunda hasta 3 puntos. La nota de los ejercicios de clase vale hasta

Más detalles

Redes de Comunicaciones. José Manuel Vázquez Naya

Redes de Comunicaciones. José Manuel Vázquez Naya Redes de Comunicaciones José Manuel Vázquez Naya Contenido Introducción a las redes Conceptos básicos Ventajas de las redes Clasificación según su ubicación (LAN, MAN, WAN) Componentes básicos de una red

Más detalles

Estructura de buses para control de AGV

Estructura de buses para control de AGV Estructura de buses para control de AGV Con el concepto moderno de sistemas internetworking, se plantea una estructura de control para un vehículo autónomo, considerando al mismo como una celda de proceso

Más detalles

Configuración de switches y uso de VLAN. CC50P Sebastián Castro A. Primavera 2006

Configuración de switches y uso de VLAN. CC50P Sebastián Castro A. Primavera 2006 Configuración de switches y uso de VLAN CC50P Sebastián Castro A. Primavera 2006 Switches Aparatos de conectividad destinados a definir dominios de colisión y con ello, aumentar el uso de los recursos.

Más detalles

IPv6 en redes MPLS WALC 2012. www.internetsociety.org

IPv6 en redes MPLS WALC 2012. www.internetsociety.org IPv6 en redes MPLS WALC 2012 www.internetsociety.org MPLS - Introducción Multi Protocol Label Switching Es un encapsulamiento (o tunel) entre extremos de la red Muy eficiente Las etiquetas se agregan como

Más detalles

Unidad Didáctica Redes 4º ESO

Unidad Didáctica Redes 4º ESO Unidad Didáctica Redes 4º ESO Qué es una red? Una red es la unión de dos o más ordenadores de manera que sean capaces de compartir recursos, ficheros, directorios, discos, programas, impresoras... Para

Más detalles

Fundamentos de Ethernet. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia

Fundamentos de Ethernet. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia Fundamentos de Ethernet. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia Ethernet es el protocolo del nivel de enlace de datos más utilizado en estos momentos. Se han actualizado los estandares

Más detalles

Universidad Católica de Temuco Escuela de Ingeniería Informática

Universidad Católica de Temuco Escuela de Ingeniería Informática Universidad Católica de Temuco Escuela de Ingeniería Informática Sistemas de Comunicación El Protocolo TCP/IP Alejandro Mauricio Mellado Gatica Revisión Diciembre de 2010 1 Índice de contenido Protocolos

Más detalles

REDES DE COMPUTADORES Laboratorio

REDES DE COMPUTADORES Laboratorio 1nsloo.cl REDES DE COMPUTADORES Laboratorio Práctica 3: Protocolos de enrutamiento dinámico RIP y OSPF 1. OBJETIVO El objetivo de esta práctica es conocer el modo de operar de los protocolos de enrutamiento

Más detalles

Redes de Altas Prestaciones

Redes de Altas Prestaciones Redes de Altas Prestaciones Tema 2 Componentes de una LAN Curso 2010 SWITCHES Y ROUTERS Switching Ethernet - Switches En castellano "conmutador", es un dispositivo electrónico de interconexión de computadoras

Más detalles

Opera en la capa 2 del modelo OSI y reenvía los paquetes en base a la dirección MAC.

Opera en la capa 2 del modelo OSI y reenvía los paquetes en base a la dirección MAC. Un switch es un dispositivo de propósito especial diseñado para resolver problemas de rendimiento en la red, debido a anchos de banda pequeños y embotellamientos. El switch puede agregar mayor ancho de

Más detalles

WAN y Enrutamiento WAN

WAN y Enrutamiento WAN WAN y Enrutamiento WAN El asunto clave que separa a las tecnologías WAN de las LAN es la capacidad de crecimiento, no tanto la distancia entre computadoras Para crecer, la WAN consta de dispositivos electrónicos

Más detalles

Spanning Tree Procolol

Spanning Tree Procolol Spanning Tree Procolol El protocolo spanning tree (STP) fue desarrollado para enfrentar estos inconvenientes. STP asegura que exista sólo una ruta lógica entre todos los destinos de la red, al realizar

Más detalles

Capítulo 1: Introducción - I

Capítulo 1: Introducción - I Capítulo 1: Introducción - I ELO322: Redes de Computadores Tomás Arredondo Vidal Este material está basado en: material de apoyo al texto Computer Networking: A Top Down Approach Featuring the Internet

Más detalles

Redes de Computadores

Redes de Computadores Internet Protocol (IP) http://elqui.dcsc.utfsm.cl 1 IP provee... Servicio sin conexión Direccionamiento Enrutamiento de Paquetes Fragmentación y Re-ensamble Paquetes de largo variable (hasta 64kb) Entrega

Más detalles

TEMA 0. Revisión Protocolo IPv4

TEMA 0. Revisión Protocolo IPv4 REDES Grados Ing. Informática / Ing. de Computadores / Ing. del Software Universidad Complutense de Madrid TEMA 0. Revisión Protocolo IPv4 PROFESORES: Rafael Moreno Vozmediano Rubén Santiago Montero Juan

Más detalles

Redes de Computadoras Ethernet

Redes de Computadoras Ethernet Redes de Computadoras Ethernet Ing. Eduardo Interiano Ing. Faustino Montes de Oca Ethernet Antecedentes Tecnologías y cableado Ethernet Codificación de Manchester El protocolo de la subcapa MAC de Ethernet

Más detalles

Tema 27. Electrónica de red: puentes, encaminadores, pasarelas, conmutadores.

Tema 27. Electrónica de red: puentes, encaminadores, pasarelas, conmutadores. Tema 27. Electrónica de red: puentes, encaminadores, pasarelas, conmutadores. ESQUEMA 1 INTRODUCCIÓN... 1 2 Equipos de la capa física... 2 2.1 Repetidor...2 2.2 Concentradores (hub)...3 2.3 Módem...4 3

Más detalles

Práctica 4: Configuración básica de conmutadores Ethernet Cisco

Práctica 4: Configuración básica de conmutadores Ethernet Cisco Práctica 4: Configuración básica de conmutadores Ethernet Cisco 1- Objetivos En esta práctica se aprenderá cómo obtener información sobre la configuración y funcionamiento de un conmutador Ethernet con

Más detalles

Cableado estructurado

Cableado estructurado Los conectores de internet router,hud,switch, Concentrador Introducción Para los servicios de internet te varios aparatos conectados para que funcione de forma correcta Entre estos estas router,hud, switch

Más detalles

Efectos de los dispositivos de Capa 2 sobre el flujo de datos 7.5.1 Segmentación de la LAN Ethernet

Efectos de los dispositivos de Capa 2 sobre el flujo de datos 7.5.1 Segmentación de la LAN Ethernet 7.5 Efectos de los dispositivos de Capa 2 sobre el flujo de datos 7.5.1 Segmentación de la LAN Ethernet 1 2 3 3 4 Hay dos motivos fundamentales para dividir una LAN en segmentos. El primer motivo es aislar

Más detalles

Examen 21 de febrero de 2011 (ref: eirc1103.odt)

Examen 21 de febrero de 2011 (ref: eirc1103.odt) Introducción a las Redes de Computador{aes y Comunicación de Datos Examen 21 de febrero de 2011 (ref: eirc1103.odt) Instrucciones Indique su nombre completo y número de cédula en cada hoja. Numere todas

Más detalles

Capítulo 16: WAN y Routers

Capítulo 16: WAN y Routers : WAN y Routers Última actualización: 28 de Noviembre de 2003 Autor: Eduardo Collado edu@eduangi.com : 1 Contenido WAN Routers 2 Introducción a WAN Una red WAN opera en la capa física y de enlace de OSI.

Más detalles

IP Internet Protocol. Funcionalidades: Esquema global de direcciones Fragmentación / reensamblado Ruteo

IP Internet Protocol. Funcionalidades: Esquema global de direcciones Fragmentación / reensamblado Ruteo Internet Protocol Funcionalidades: Permite la interconexión de redes heterogéneas mediante un esquema de direccionamiento apropiado y funciones de fragmentación de datos y ruteo de mensajes. Esquema global

Más detalles

Diseño de Redes LAN. Ing Camilo Zapata czapata@lis.udea.edu.co Universidad de Antioquia

Diseño de Redes LAN. Ing Camilo Zapata czapata@lis.udea.edu.co Universidad de Antioquia Diseño de Redes LAN. Ing Camilo Zapata czapata@lis.udea.edu.co Universidad de Antioquia Las Redes LAN se desarrollaron para permitir que distintas comunidades compartieran recursos de computo. A medida

Más detalles

INGENIERÍA INFORMÁTICA LABORATORIO DE REDES

INGENIERÍA INFORMÁTICA LABORATORIO DE REDES INGENIERÍA INFORMÁTICA LABORATORIO DE REDES SESIÓN 1. SEMINARIO INTRODUCTORIO PILA DE PROTOCOLOS Objetivos 1 h. Introducir la pila Funciones y cabecera IPv4 Cabecera IPv6 Funciones y cabecera TCP Funciones

Más detalles

Capa de red en Internet

Capa de red en Internet Capa de red en Internet Una colección de Sistemas Autónomos (AS) Algunos backbones (espina dorsal, corazón de la red) formados por proveedores de nivel más alto Lo que los une es el Protocolo IP Necesidad

Más detalles

INF 1400 Redes de Computadores. Jorge Baier A. Alvaro Soto A.

INF 1400 Redes de Computadores. Jorge Baier A. Alvaro Soto A. INF 1400 Redes de Computadores Jorge Baier A. Alvaro Soto A. Departamento de Ciencia de la Computación P. Universidad Católica de Chile [jabaier,asoto]@ing.puc.cl Contenido 1. Introducción 2. Protocolos

Más detalles

CAPAS DEL MODELO OSI (dispositivos de interconexión)

CAPAS DEL MODELO OSI (dispositivos de interconexión) SWITCHES CAPAS DEL MODELO OSI (dispositivos de interconexión) 7. Nivel de aplicación En esta capa se ubican los gateways y el software(estación de trabajo) 6. Nivel de presentación En esta capa se ubican

Más detalles

Redes de área local TEMA 4

Redes de área local TEMA 4 TEMA 4 Redes de área local 1. Introducción 2. Topologías más comunes 3. Direccionamiento 4. Control de acceso al medio 4.1 Arquitectura de las LAN 4.2 Control de acceso en buses. 4.3 Estándares. Ethernet

Más detalles

Arquitectura de Protocolos

Arquitectura de Protocolos Arquitectura de Protocolos Emisor Capa n Capa 2 Capa 1 Emisor Capa n Capa 2 Capa 1 Entorno de división del trabajo. Esquema de capas Modelo de cooperación. Cuántas capas? Cuál funcionalidad? Red OSI definió

Más detalles

IP Internet Protocol. IP Dirección IP. Funcionalidades: Esquema global de direcciones Fragmentación / reensamblado Ruteo. Direccionamiento IP

IP Internet Protocol. IP Dirección IP. Funcionalidades: Esquema global de direcciones Fragmentación / reensamblado Ruteo. Direccionamiento IP Internet Protocol Funcionalidades: Permite la interconexión de redes heterogéneas mediante un esquema de direccionamiento apropiado y funciones de fragmentación de datos y ruteo de mensajes. Esquema global

Más detalles

TEMA 25: El Protocolo TCP/IP.

TEMA 25: El Protocolo TCP/IP. Tema 25 Protocolo TCP/IP TEMA 25: El Protocolo TCP/IP. Índice 1 INTRODUCCIÓN 1 1.1 Historia 1 2 CAPAS DEL PROTOCOLO 2 2.1 La capa de aplicación 2 2.2 La capa de transporte 3 2.2.1 El protocolo TCP Protocolo

Más detalles

Redes (IS20) Ingeniería Técnica en Informática de Sistemas. http://www.icc.uji.es. CAPÍTULO 8: El nivel de transporte en Internet

Redes (IS20) Ingeniería Técnica en Informática de Sistemas. http://www.icc.uji.es. CAPÍTULO 8: El nivel de transporte en Internet Redes (IS20) Ingeniería Técnica en Informática de Sistemas http://www.icc.uji.es CAPÍTULO 8: El nivel de transporte en Internet ÍNDICE 1. Introducción Curso 2002-2003 - Redes (IS20) -Capítulo 8 1 1. Introducción

Más detalles

Sistemas de Transporte de Datos (9186). Curso 2010-11 Ingeniería Informática

Sistemas de Transporte de Datos (9186). Curso 2010-11 Ingeniería Informática Sistemas de Transporte de Datos (9186). Curso 2010-11 Ingeniería Informática Carlos A. Jara Bravo (cajb@dfists.ua.es) Grupo de Innovación Educativa en Automática 2010 GITE IEA Sistemas de Transporte de

Más detalles

EXAMEN DE REDES. 1er PARCIAL. FEBRERO 2010. LABORATORIO TEST (70 %)

EXAMEN DE REDES. 1er PARCIAL. FEBRERO 2010. LABORATORIO TEST (70 %) EXAMEN DE REDES. 1er PARCIAL. FEBRERO 2010. LABORATORIO TEST (70 %) Esta parte debe realizarse sin material de consulta. Puede utilizar una calculadora, pero no móviles, ni PDAs, ni portátiles, etc. Responda

Más detalles

Diseño de Redes de Área Local

Diseño de Redes de Área Local REDES DE AREA LOCAL Diseño de Redes de Área Local REDES DE AREA LOCAL Pág. 1/40 OBJETIVOS DEL DISEÑO DE LAN El primer paso es establecer y documentar los objetivos de diseño. Estos objetivos son específicos

Más detalles

Descripción y Contenido del Curso. Cisco CCNA. Capacity Academy. www.capacityacademy.com

Descripción y Contenido del Curso. Cisco CCNA. Capacity Academy. www.capacityacademy.com Descripción y Contenido del Curso Cisco CCNA Capacity Academy Educación en Tecnología de la Información Online, Efectiva y Garantizada Qué aprenderá si toma este Curso? Con este programa totalmente en

Más detalles

Universidad Popular Autónoma del Estado de Puebla [DIPLOMADO EN REDES] Guía de Estudios para la Certificación CCENT/CCNA ICND1

Universidad Popular Autónoma del Estado de Puebla [DIPLOMADO EN REDES] Guía de Estudios para la Certificación CCENT/CCNA ICND1 UPAEP 2014 Universidad Popular Autónoma del Estado de Puebla [DIPLOMADO EN REDES] Guía de Estudios para la Certificación CCENT/CCNA ICND1 Capítulo 5: Fundamentos del IP Addressing y Routing Este capítulo

Más detalles

TCP/IP e Internet. Eytan Modiano MIT. Eytan Modiano. Slide 1

TCP/IP e Internet. Eytan Modiano MIT. Eytan Modiano. Slide 1 TCP/IP e Internet MIT Slide 1 El protocolo TCP/IP Protocolo de control de transmisión / Protocolo de Internet Desarrollado por DARPA con el fin de conectar entre sí las universidades y los laboratorios

Más detalles

CCNA 1 v3.0 Módulo 9 Suite de Protocolos TCP/IP y Direccionamiento IP Prof: Mg Robert Antonio, Romero Flores

CCNA 1 v3.0 Módulo 9 Suite de Protocolos TCP/IP y Direccionamiento IP Prof: Mg Robert Antonio, Romero Flores CCNA 1 v3.0 Módulo 9 Suite de Protocolos TCP/IP y Direccionamiento IP Prof: Mg Robert Antonio, Romero Flores 1 Objetivos Los estudiantes que completen este módulo deberán poder: Explicar por qué se desarrolló

Más detalles

- ENetwork Chapter 9 - CCNA Exploration: Network Fundamentals (Versión 4.0)

- ENetwork Chapter 9 - CCNA Exploration: Network Fundamentals (Versión 4.0) 1 of 5 - ENetwork Chapter 9 - CCNA Exploration: Network Fundamentals (Versión 4.0) 1 Convierta el número binario 10111010 en su equivalente hexadecimal. Seleccione la respuesta correcta de la lista que

Más detalles

Packet Trains-Measurements and a New Model for Computer Network Traffic

Packet Trains-Measurements and a New Model for Computer Network Traffic Packet Trains-Measurements and a New Model for Computer Network Traffic RAJ JAIN, SENIOR MEMBER, IEEE, AND SHAWN A. ROUTHIER IEEE JOURNAL ON SELECTED AREAS IN COMMUNICATIONS, VOL. SAC-4, NO. 6, SEPTEMBER

Más detalles

Protocolo Internet (IP)

Protocolo Internet (IP) Protocolo Internet (IP) Diseño de IP La versión más utilizada de IP (Internet Protocol) todavía es la 4 (IPv4), la primera versión estable que se publicó. La versión 5 es experimental y la versión 6 está

Más detalles

INTRODUCCION. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia

INTRODUCCION. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia INTRODUCCION. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia Qué es una Red? Es un grupo de computadores conectados mediante cables o algún otro medio. Para que? compartir recursos. software

Más detalles

Capítulo 10: Capa 3 - Enrutamiento y direccionamiento

Capítulo 10: Capa 3 - Enrutamiento y direccionamiento Capítulo 10: Capa 3 - Enrutamiento y direccionamiento Descripción general del capítulo 10.1 Importancia de una capa de red 10.1.1 Identificadores 10.1.2 Segmentación y sistemas autónomos 10.1.3 Comunicación

Más detalles

Capítulo 5 Fundamentos de Ethernet

Capítulo 5 Fundamentos de Ethernet Ethernet, en sus varias formas, es la tecnología de red de área local (LAN) más ampliamente utilizada. Los objetivos de su diseño incluye la simplicidad, un bajo coste, la compatibilidad, el poco retardo

Más detalles

Capítulo 1: Introducción

Capítulo 1: Introducción Capítulo 1: Introducción ELO322: Redes de Computadores Agustín J. González Este material está basado en: El material preparado como apoyo al texto Computer Networking: A Top Down Approach Featuring the

Más detalles

Packet switching versus

Packet switching versus 1 Frame Relay 2 Packet switching versus 3... Frame switching 4 Frame Relay Bearer 5 Frame-switching bearer 6 Model OSI Frame Relay 7 Protocol LAPF 8 Alternativa Call Control 9 Call Control Protocol 10

Más detalles

En este capítulo se presenta el marco teórico sobre las redes inalámbricas que utilizan el

En este capítulo se presenta el marco teórico sobre las redes inalámbricas que utilizan el Capítulo 2 Estándar IEEE 802.11 En este capítulo se presenta el marco teórico sobre las redes inalámbricas que utilizan el WEP como protocolo de seguridad. Se mencionan las características generales de

Más detalles

1. PARAMETROS DE CALIDAD DE SERVICIO. -PERDIDAS DE PAQUETES EN LOS ROUTERS: Vía TCP son recuperables, pero las retransmisiones TCP son

1. PARAMETROS DE CALIDAD DE SERVICIO. -PERDIDAS DE PAQUETES EN LOS ROUTERS: Vía TCP son recuperables, pero las retransmisiones TCP son TEMA 6: APLICACIONES MULTIMEDIA EN TIEMPO REAL Internet es una red de computadoras TCP/IP que basa su funcionamiento en la tecnología de conmutación de paquetes mediante un servicio no orientado a conexión.

Más detalles

Tema1: Redes de ordenadores e Internet

Tema1: Redes de ordenadores e Internet Redes de Comunicaciones - GIB Tema1: Redes de ordenadores e Internet Stallings: 1.1, 1.4, 1.5, 1.6, 2.1, 2,2, 2.3 pag. 40-44, 2.4 pag.48-49, 2.5. Tanenbaum: 1.1, 1.2, 1.3.1, 1.3.32, 1.3.3, 1.4, 1.5.1 DIT-UPM,

Más detalles

TCP/IP. IRI 2 do cuatrimestre 2015

TCP/IP. IRI 2 do cuatrimestre 2015 TCP/IP IRI 2 do cuatrimestre 2015 Redes y Protocolos Una red es un conjunto de computadoras o dispositivos que pueden comunicarse a través de un medio de transmisión en una red. Los pedidos y datos de

Más detalles

TELEPROCESO Y SISTEMAS DISTRIBUIDOS

TELEPROCESO Y SISTEMAS DISTRIBUIDOS TELEPROCESO Y SISTEMAS DISTRIBUIDOS Protocolo TCP/IP Aplicaciones P.U.A: Vallejos Sofia Índice: Introducción Video Modelo OSI Modelo OSI (7 Capas) vs. TCP/IP (4 capas) Direccionamiento IP TCP/IP (Capas)

Más detalles

COMUNICACIÓN Y REDES DE COMPUTADORES II. Clase 02. Aspetos basicos de Networking Parte 1 de 2

COMUNICACIÓN Y REDES DE COMPUTADORES II. Clase 02. Aspetos basicos de Networking Parte 1 de 2 COMUNICACIÓN Y REDES DE COMPUTADORES II Clase 02 Aspetos basicos de Networking Parte 1 de 2 1 Contenido de la Clase 1. Terminología de Networking 1. Redes de Datos 2. Historia de las redes informáticas

Más detalles

Seguridad en redes y protocolos asociados

Seguridad en redes y protocolos asociados Seguridad en redes y protocolos asociados Ingeniería de Protocolos Curso 2002/2003 MariCarmen Romero Ternero mcromero@dte.us.es Sumario Introducción ACLs (Access Control Lists) VLAN (Virtual LAN) Criptografía

Más detalles

Anexo XIII CAPACITACIÓN PARA EL EQUIPAMIENTO DE ACCESO MULTISERVICIO MPLS/IP

Anexo XIII CAPACITACIÓN PARA EL EQUIPAMIENTO DE ACCESO MULTISERVICIO MPLS/IP Anexo XIII CAPACITACIÓN PARA EL EQUIPAMIENTO DE ACCESO MULTISERVICIO MPLS/IP Página1 de 14 INDICE 1. INTRODUCCION... 3 2. CAPACITACION... 3 2.1 Consideraciones Generales... 3 2.1.1 Tipo de cursos:... 3

Más detalles

SoC. Índice. Introducción. Internet. End hosts Edge Routers Core Routers

SoC. Índice. Introducción. Internet. End hosts Edge Routers Core Routers Índice Introducción Funciones básicas de un router IP Conceptos básicos de conmutación Estrategia de almacenamiento Clasificación de las arquitecturas de conmutación Circuitos de conmutación con colas

Más detalles

Capítulo 1: Introducción

Capítulo 1: Introducción Capítulo 1: Introducción ELO322: Redes de Computadores Agustín J. González Este material está basado en: El material preparado como apoyo al texto Computer Networking: A Top Down Approach Featuring the

Más detalles

Conmutación y Re-envío Parte 2 Switching y Forwarding

Conmutación y Re-envío Parte 2 Switching y Forwarding Conmutación y Re-envío Parte 2 Switching y Forwarding Contenido Conmutación de Celdas Segmentación y Re-ensamble ELO309 1 Conmutación de Celdas (Asynchronous Transmission mode, ATM) Orientada a la conexión.

Más detalles

Univ. de Concepción del Uruguay Facultad de Ciencias Agrarias Ingeniería Agrónoma

Univ. de Concepción del Uruguay Facultad de Ciencias Agrarias Ingeniería Agrónoma INFORMÁTICA Univ. de Concepción del Uruguay Facultad de Ciencias Agrarias Ingeniería Agrónoma Informática Teoría Unidad 5 Prof. Ing Ezequiel Benavente Ciclo lectivo 2014 Diferencias entre un Modem y un

Más detalles