Universidad de Buenos Aires Seminario de redes. Trabajo Practico Nº 1. Internet Control Message Protocol (ICMP)

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

Download "Universidad de Buenos Aires. 66.48 Seminario de redes. Trabajo Practico Nº 1. Internet Control Message Protocol (ICMP)"

Transcripción

1 Universidad de Buenos Aires Facultad de Ingeniería Seminario de redes Trabajo Practico Nº 1 Internet Control Message Protocol (ICMP) Docentes: Marcelo Utard Pablo Ronco Fecha de entrega: 27 de Septiembre de 2007 Alumnos: Hidalgo Solá, Francisco Aguirreburualde, Alvaro

2 Introducción El Protocolo IP (Internet Protocol) es utilizado para el servicio de transmisión de datagramas de host a host en un sistema de redes interconectadas a través de gateways. Estos gateways se comunican entre ellos con propósito de control mediante el Protocolo gateway a gateway (GGP). Ocasionalmente, un gateway o un host de destino se comunican con un host de origen para, por ejemplo, informar de un error en el procesamiento de datagramas. El Protocolo de Mensajes de Control Internet (ICMP) se usa para este propósito. ICMP utiliza el soporte básico de IP como si se tratara de un protocolo de nivel superior. Sin embargo, ICMP es realmente una parte integrante de IP, y debe ser implementado por todo módulo IP. Los mensajes ICMP son enviados en varias situaciones: por ejemplo, cuando un datagrama no puede alcanzar su destino, cuando un gateway no dispone de capacidad de almacenamiento temporal para reenviar el datagrama, y cuando el gateway puede dirigir al host para enviar el tráfico por una ruta más corta. El Protocolo IP no es confiable. El propósito de estos mensajes de control no es hacer a IP confiable, sino suministrar información sobre los problemas en el entorno de comunicación. Sigue sin garantizarse que un datagrama sea entregado o que se devuelva un mensaje de control. Existe la posibilidad de que algunos datagramas no sean entregados, sin ningún informe sobre su pérdida. Los protocolos de nivel superior que usen IP deben implementar sus propios procedimientos de confiabilidad en caso de que requieran comunicación confiable. Típicamente, los mensajes ICMP informan de errores en el procesamiento de datagramas. Para evitar la generación sin fin de mensajes acerca de mensajes, etc., no se envían mensajes ICMP acerca de mensajes ICMP. Además sólo se envían mensajes ICMP acerca de errores en el procesamiento del fragmento cero de un datagrama fragmentado (el fragmento cero es el que tiene el campo posición ("offset") de fragmento igual a cero). 2

3 Formato de Mensaje Los mensajes ICMP se envían usando la cabecera IP básica. Cada tipo de mensaje ICMP tiene su propio formato, pero todos tienen tres campos en común, estos son los campos: tipo (1 byte), código (1 byte) y suma de comprobación (2 bytes). Estos tres campos conforman la cabecera ICMP. El primer octeto de la parte de datos del datagrama es el campo de tipo ICMP; el valor de este campo determina el formato del resto de los datos. Los campos etiquetados como "no usado" están reservados para posteriores extensiones y deben ser cero al ser enviados, y los receptores no deberán usar estos campos (excepto para incluirlos en la suma de control). Los valores de los campos de la cabecera IP son como sigue: Version: 4 IHL: ("Internet Header Length") Longitud de la cabecera IP. Tipo de Servicio: 0 Longitud Total: Longitud de la cabecera y los datos en octetos. Identificación Indicadores (flags) Posición De Fragmento (offset) Tiempo de Vida (TTL, Time To Live) Protocolo: ICMP = 1 Suma de Comprobación de Cabecera: El complemento a uno de 16 bits de la suma de los complementos a uno de todas las palabras de 16 bits de la cabecera. Dirección de Origen: La dirección del gateway o host que crea el mensaje ICMP. Dirección de Destino: La dirección del gateway o host al cual se debe enviar el mensaje. 3

4 Mensaje de Destino Inaccesible ("Destination Unreachable Message") Tipo Código Suma de Control Sin usar Cabecera IP + 64 bits de datos del datagrama original Campos IP: Dirección de Destino: Campos ICMP: Tipo 3 La red y dirección del origen extraídos de los datos del datagrama original. Código: 0 = red inaccesible; 1 = host inaccesible; 2 = protocolo inaccesible; 3 = puerto inaccesible; 4 = se necesitaba fragmentación pero DF estaba activado; 5 = fallo en la ruta de origen. Cabecera IP + 64 bits de Datagrama de Datos La cabecera IP más los primeros 64 bits de datos del datagrama original. Este dato lo utiliza el host para asociar el mensaje al proceso apropiado. Si un protocolo de nivel superior utiliza números de puerto, se asume que están en los primeros 64 bits de datos del datagrama original. Descripción Si, de acuerdo con la información existente en las tablas de enrutamiento del gateway, la red especificada en el campo IP de destino de un datagrama es inaccesible, p. ej., si la distancia a la red es infinita, el gateway puede enviar un mensaje de destino inaccesible al host de origen del datagrama. Además, en algunas redes, el gateway puede ser capaz de determinar si el host de destino en Internet es inalcanzable. Los gateways de estas redes pueden enviar al host de origen mensajes de destino inaccesible cuando el host de destino sea inaccesible. 4

5 Si en el host de destino el módulo IP no puede enviar el datagrama debido a que el módulo de protocolo o el puerto del proceso indicado no estén activos, puede enviar un mensaje de destino inaccesible al host de origen. Otro caso se presenta cuando un datagrama debe ser fragmentado para poder ser enviado a través de un gateway aún cuando el indicador D/F ("Don't Fragment", No Fragmentar) esté activado. En este caso el gateway debe desechar el datagrama y puede devolver un mensaje de destino inaccesible. Los códigos 0, 1, 4 y 5 pueden ser recibidos desde un gateway. Los códigos 2 y 3 pueden ser recibidos desde un host. 5

6 Mensaje de Tiempo Superado ("Time Exceeded Message") Tipo Código Suma de Control Sin usar Cabecera IP + 64 bits de datos del datagrama original Campos IP: Dirección de Destino: Campos ICMP: Tipo: 11 La red y dirección del origen extraídos de los datos del datagrama original. Código: 0 = tiempo de vida superado en tránsito; 1 = tiempo de reensamblaje de fragmentos superado. Cabecera IP + 64 bits de Datagrama de Datos La cabecera IP más los primeros 64 bits de datos del datagrama original. Este dato lo utiliza el host para asociar el mensaje al proceso apropiado. Si un protocolo de nivel superior utiliza números de puerto, se asume que están en los primeros 64 bits de datos del datagrama original. Descripción Si el gateway que está procesando el datagrama detecta que el campo tiempo de vida es cero debe desechar el datagrama. El gateway puede también notificar el suceso al host de origen mediante el mensaje de tiempo de vida superado. Si un host que trata de reensamblar un datagrama fragmentado no puede hacerlo en el tiempo límite debido a fragmentos perdidos, descartará el datagrama y puede enviar un mensaje de tiempo de reensamblaje superado. Si el fragmento cero no está disponible no es necesario enviar ningún mensaje de tiempo superado. El código 0 puede ser recibido desde un gateway. El código 1 desde un host. 6

7 Mensaje de Problema de Parámetros ("Parameter Problem Message") Tipo Código Suma de Control Puntero sin usar Cabecera IP + 64 bits de datos del datagrama original Campos IP: Dirección de Destino: Campos ICMP: Tipo 12 La red y dirección del origen extraídos de los datos del datagrama original. Código: Puntero: 0 = el puntero indica el error. Si código = 0, identifica el octeto donde se detectó el error. Cabecera IP + 64 bits de Datagrama de Datos La cabecera IP más los primeros 64 bits de datos del datagrama original. Este dato lo utiliza el host para asociar el mensaje al proceso apropiado. Si un protocolo de nivel superior utiliza números de puerto, se asume que están en los primeros 64 bits de datos del datagrama original. Descripción Si el gateway o host que procesa el datagrama encuentra un problema con los parámetros de cabecera, de modo que no puede completar el procesamiento del datagrama, debe desecharlo. Una potencial fuente de este tipo de problema son los argumentos incorrectos en una opción. El gateway o host puede también notificarlo al host de origen mediante el mensaje de Problema de Parámetros. Este mensaje sólo se envía si el error provocó que el datagrama fuera desechado. El puntero identifica el octeto de la cabecera del datagrama original donde fue detectado el error (puede estar en medio de una opción). Por ejemplo, 1 indica que algo va mal con el Tipo de Servicio y (si hay opciones presentes) 20 indica un error en el código de tipo de la primera opción. El código 0 puede ser recibido desde un gateway o un host. 7

8 Mensaje de Disminución del Tráfico desde el Origen ("Source Quench Message") Tipo Código Suma de Control Sin usar Cabecera IP + 64 bits de datos del datagrama original Campos IP: Dirección de Destino: Campos ICMP: Tipo 4 Código: 0 La red y dirección del origen extraídos de los datos del datagrama original. Cabecera IP + 64 bits de Datagrama de Datos La cabecera IP más los primeros 64 bits de datos del datagrama original. Este dato lo utiliza el host para asociar el mensaje al proceso apropiado. Si un protocolo de nivel superior utiliza números de puerto, se asume que están en los primeros 64 bits de datos del datagrama original. Descripción Un gateway puede descartar datagramas IP si no dispone del espacio de búfer suficiente para ponerlos en la cola de salida hacia la próxima red de la ruta a la red de destino. Si un gateway descarta un datagrama por este motivo, puede enviar un mensaje de Disminución de Tráfico desde el Origen (DTO) al host de origen del datagrama. Un host de destino puede también enviar un DTO si los datagramas llegan demasiado rápido para ser procesados. El DTO es una petición al host para que reduzca el ritmo al que envía tráfico al host de destino. Un gateway puede enviar un DTO por cada mensaje que descarta. Al recibir un DTO, el host de origen debe disminuir el ritmo de generación de tráfico al destino especificado hasta que deje de recibir DTOs del gateway. Después, el host de origen puede aumentar gradualmente la frecuencia de mensajes al destino hasta que vuelva a recibir DTOs. El gateway o host puede enviar el DTO cuando se está acercando al límite de su capacidad, antes que esperar a que ésta se sobrepase. Esto significa que el datagrama de datos que provocó el DTO puede que sea enviado. El Código 0 puede ser recibido desde un host o un gateway. 8

9 Mensaje de Redirección ("Redirect Message") Tipo Código Suma de Control Dirección IP del Gateway Cabecera IP + 64 bits de datos del datagrama original Campos IP: Dirección de Destino: Campos ICMP: Tipo 5 La red y dirección del origen extraídos de los datos del datagrama original. Código: 0 = Redirigir datagramas debido a la Red. 1 = Redirigir datagramas debido al host. 2 = Redirigir datagramas debido al Tipo de Servicio y la Red. 3 = Redirigir datagramas debido al Tipo de Servicio y el host. Dirección IP del gateway Dirección del gateway a la cual se debe dirigir el tráfico destinado a la red especificada en el campo 'dirección de IP destino' de los datos del datagrama original. Cabecera IP + 64 bits de Datagrama de Datos La cabecera IP más los primeros 64 bits de datos del datagrama original. Este dato lo utiliza el host para asociar el mensaje al proceso apropiado. Si un protocolo de nivel superior utiliza números de puerto, se asume que están en los primeros 64 bits de datos del datagrama original. Descripción El gateway envía un mensaje de redirección a un host en la siguiente situación: Un gateway, G1, recibe un datagrama IP de un host en una red a la cual el gateway está conectada. G1 comprueba su tabla de encaminamiento y obtiene la dirección del siguiente gateway, G2, en la ruta hacia la red X, destino del datagrama en Internet. Si G2 y el host identificado por la dirección IP de origen del datagrama están en la misma red, se envía un mensaje de redirección al host. Un mensaje de redirección 9

10 recomienda al host que dirija el tráfico destinado a la red X directamente al gateway G2, ya que se trata de un camino más corto hacia el destino. El gateway reenvía el datagrama original a su destino en Internet. No se envía ningún mensaje de redirección para aquellos datagramas con opciones IP de 'ruta de origen' y la dirección del gateway en el campo dirección de destino, incluso si existe una ruta mejor al destino final que la que pasa por la siguiente dirección en la ruta de origen. Los códigos 0, 1, 2 y 3 pueden ser recibidos desde un gateway. 10

11 Mensaje de Eco o de Respuesta de Eco ("Echo or Echo Reply Message") Tipo Código Suma de Control Identificador Número de Secuencia Datos Campos IP: Direcciones: Campos ICMP: Tipo: La dirección del origen en un mensaje de eco será la del destino del mensaje de respuesta de eco. Para componer un mensaje de respuesta de eco, simplemente se invierten las direcciones de origen y destino, el código de tipo se cambia a 0 y se vuelve a calcular la suma de control. 8 para mensaje de eco; 0 para mensaje de respuesta de eco. Código: 0 Identificador: Si código = 0, un identificador como referencia para emparejar ecos y respuestas, que puede ser cero. Número de Secuencia: Si código = 0, un número de secuencia como referencia para emparejar ecos y respuestas, que puede ser cero. Descripción: Los datos recibidos en el mensaje de eco deben ser devueltos en el mensaje de respuesta de eco. El identificador y número de secuencia pueden ser usados por el emisor del eco como referencia para emparejar las respuestas con las peticiones de eco. Por ejemplo, el identificador podría usarse como un puerto en TCP o UDP para identificar una sesión, y el número de secuencia se iría incrementando con cada nueva petición de eco enviada. El host que hace eco devuelve estos mismos valores en la respuesta de eco. 11

12 El código 0 puede ser recibido desde un host o un gateway. 12

13 Mensaje de Solicitud de Marca de Tiempo o de Respuesta de Marca de Tiempo ("Timestamp or Timestamp Reply Message") Tipo Código Suma de Control Identificador Número de Secuencia Marca de Tiempo de Origen Marca de Tiempo de Recepción Marca de Tiempo de Transmisión Campos IP: Direcciones: La dirección del origen en un mensaje de marca de tiempo será la del destinatario del mensaje de respuesta. Para formar un mensaje de respuesta de marca de tiempo, simplemente se intercambian las direcciones de origen y destino, se cambia el código de tipo a 14 y se vuelve a calcular la suma de control. Campos ICMP: Tipo 13 para el mensaje de solicitud de marca de tiempo; 14 para el mensaje de respuesta. Código: 0 Identificador: Si Código = 0, entonces es un identificador, que puede ser cero, que se usa para hacer corresponder mensajes de marca de tiempo con sus respectivas respuestas. Número de Secuencia: Si Código = 0, entonces es número de secuencia, que puede ser cero, que se usa para hacer corresponder mensajes de marca de tiempo con sus respectivas respuestas. Descripción: Los datos recibidos (una marca de tiempo) en el mensaje son devueltos en la respuesta junto con marcas de tiempo adicionales. La marca de tiempo es un entero de 32 bits que indica los milisegundos transcurridos desde la medianoche UT. 13

14 La Marca de Tiempo de Origen es el instante en el cual el mensaje fue manipulado por última vez por el emisor antes de enviarlo. La Marca de Tiempo de Recepción es el instante en el cual el destinatario recibe el mensaje. Por último, la Marca de Tiempo de Transmisión es el momento en el cual el destinatario manipula el mensaje por última vez antes de enviarlo. Si la medida del tiempo no está disponible en milisegundos, o bien no puede ser indicada respecto a la medianoche UT, entonces se puede insertar cualquier valor de tiempo en la marca de tiempo, siempre y cuando el bit más significativo de la marca de tiempo sea puesto a uno para indicar que se trata de un valor no estándar. El Identificador y Número de Secuencia pueden ser usados por el emisor del eco como ayuda para relacionar las respuestas con sus respectivas peticiones. Por ejemplo, el identificador puede usarse como un puerto en TCP o UDP para identificar una sesión, y el número de secuencia podría ser incrementado con cada petición enviada. El destinatario devuelve estos mismos valores en la respuesta. El Código 0 puede ser recibido desde un gateway o un host. 14

15 Mensaje de Solicitud de Información o de Respuesta de Información ("Information Request or Information Reply Message") Tipo Código Suma de Control Identificador Número de Secuencia Campos IP: Direcciones: La dirección del origen en un mensaje de solicitud de información será la dirección del destinatario del mensaje de respuesta. Para formar un mensaje de respuesta, simplemente se intercambian las direcciones de origen y destino, se cambia el código de tipo a 16 y se vuelve a calcular la suma de control. Campos ICMP: Tipo: 15 para mensaje de solicitud de información; 16 para mensaje de respuesta; Código: 0 Identificador: Si Código = 0, entonces es un identificador, que puede ser cero, y se usa para hacer corresponder mensajes de respuesta con sus respectivas solicitudes. Número de Secuencia: Si Código = 0, entonces es número de secuencia, que puede ser cero, y se usa para hacer corresponder mensajes de respuesta con sus respectivas solicitudes. Descripción Este mensaje puede ser enviado con la parte de red de la dirección de origen de la cabecera IP tomando un valor cero (lo que significa "esta red"). El módulo IP que ha de responder debería enviar la respuesta con las direcciones completamente especificadas. Este es un mensaje mediante el cual un host puede saber el número de la red en la que se encuentra. 15

16 El Identificador y Número de Secuencia puede ser usado por el emisor del eco como ayuda para relacionar las respuestas con sus respectivas peticiones. Por ejemplo, el identificador puede usarse como un puerto en TCP o UDP para identificar una sesión, y el número de secuencia podría ser incrementado con cada petición enviada. El destinatario devuelve estos mismos valores en la respuesta. El Código 0 puede ser recibido desde un gateway o un host. 16

17 Resumen de los Tipos de Mensajes type code Description Handled by 0 0 echo reply user process destination unreachable: network unreachable host unreachable protocol unreachable port unreachable fragmentation needed but DF bit set source route failed destination network unknown destination host unknown source host isolated (obsolete) dest. network administratively prohibited dest. host administratively prohibited network unreachable for TOS host unreachable for TOS communication administratively prohibited host precedence violation precedence cutoff in effect 4 0 source quench redirect: redirect for network redirect for host redirect for type-of-service and network redirect for type-of-service and host "No route to host" "No route to host" "Connection refused" "Connection refused" "Message too long" "No route to host" "No route to host" "No route to host" "No route to host" "No route to host" "No route to host" "No route to host" "No route to host" (ignored) (ignored) (ignored) kernel for TCP, ignored by UDP kernel updates routing table kernel updates routing table kernel updates routing table kernel updates routing table 8 0 echo request kernel generates reply router advertisement router solicitation time exceeded: TTL equals 0 during transit TTL equals 0 during reassembly parameter problem: IP header bad (catchall error) required option missing timestamp request timestamp reply information request (obsolete) information reply (obsolete) address mask request address mask reply user process user process user process user process "Protocol not available" "Protocol not available" kernel generates reply user process (ignored) user process kernel generates reply user process 17

18 Maqueta: Para la realizar las pruebas se han utilizado 2 maquetas utilizando un router 2501 y un La primera maqueta consiste de una PC conectada a un router que a su vez está conectado a un segundo router por una interfase serial. Entre los 2 equipos se ha levantado OSPF como IGP. Se han hecho la mayoría de las pruebas con esta maqueta. La segunda maqueta consiste de los mismos 2 routers, pero conectados entre sí utilizando las interfaces Ethernet, con la PC en el mismo segmento; la configuración es similar a la maqueta 1. Esta maqueta se ha utilizado para realizar la prueba de ICMP redirect. 18

19 19

20 Configuraciones: A continuación se muestran las configuraciones de los equipos para la maqueta 1, las configuraciones son similares para ambas. En el equipo Linux se han configurado rutas estáticas para todas las redes configuradas en la maqueta, ya que está conectado a la maqueta por medio de una interfase secundaria y la maqueta no es su default gateway. 2501: Router2501#sh run Building configuration... Current configuration: Last configuration change at 15:27:26 ARG Sat Sep NVRAM config last updated at 15:39:13 ARG Sat Sep version 12.1 service timestamps debug uptime service timestamps log uptime no service password-encryption service udp-small-servers service tcp-small-servers hostname Router2501 enable secret 5 $1$Qyij$JK.eDmWeonEyIV/X6zuZ71 clock timezone ARG -3 ip subnet-zero no ip domain-lookup interface Loopback3 ip address interface Ethernet0 ip address no ip route-cache no ip mroute-cache no keepalive interface Serial0 no ip address no ip route-cache no ip mroute-cache shutdown interface Serial1 ip address ip access-group 100 in 20

21 no ip route-cache no ip mroute-cache router ospf 1 network area 0 network area 0 network area 0 ip classless no ip http server access-list 100 deny ip any host log access-list 100 permit ip any any line con 0 transport input none line aux 0 transport input all line vty 0 4 password cisco login end 2505: Router2505#sh run Building configuration... Current configuration : 1255 bytes version 12.2 no service single-slot-reload-enable service timestamps debug uptime service timestamps log uptime no service password-encryption hostname Router2505 logging rate-limit console 10 except errors enable secret 5 $1$f9./$gp999qWUrfJ5mZnK/k2Oq0 ip subnet-zero no ip finger no ip domain-lookup no ip dhcp-client network-discovery hub ether 0 1 link-test auto-polarity hub ether 0 2 link-test auto-polarity 21

22 hub ether 0 3 link-test auto-polarity hub ether 0 4 link-test auto-polarity hub ether 0 5 link-test auto-polarity hub ether 0 6 link-test auto-polarity hub ether 0 7 link-test auto-polarity hub ether 0 8 link-test auto-polarity interface Loopback2 ip address interface Ethernet0 ip address interface Serial0 mtu 500 ip address no fair-queue clockrate interface Serial1 no ip address shutdown router ospf 1 log-adjacency-changes network area 0 network area 0 network area 0 ip kerberos source-interface any ip classless ip http server line con 0 transport input none line aux 0 line vty 0 4 password cisco login End 22

23 Linux: ukyo ~ # ip route add /32 via ukyo ~ # ip route add /32 via ukyo ~ # ip route add /24 via ukyo ~ # ip route add /30 via

24 Echo request & reply: La primera prueba realizada fue un Echo request y el reply del mismo, la prueba de ICMP más común. Comando: ~ $ ping c 1 PING ( ) 56(84) bytes of data. 64 bytes from : icmp_seq=1 ttl=255 time=2.45 ms ping statistics packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 2.452/2.452/2.452/0.000 ms Capturas: 24

25 Conclusiones: En las capturas se ve el request de echo y la respuesta al mismo. En ambos se puede ver que el identificador es el mismo 0x3c6e, esto es importante porque es lo que utiliza el sistema que recibe la respuesta para relacionar la respuesta con el pedido original; aunque venga de una IP origen distinta a la que se le hizo el pedido, el reply será válido en sistemas Cisco. 25

26 Destination unreacheable host unreacheable: La siguiente captura muestra el mensaje ICMP que envía un router conectado a una LAN donde debería haber un host, pero el mismo no está disponible. Comando: ukyo ~ # ping -c PING ( ) 56(84) bytes of data. From icmp_seq=1 Destination Host Unreachable ping statistics packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms Capturas: 26

27 Conclusión: Se puede observar como un ping a un host que no está disponible genera un mensaje ICMP de tipo 3 (Destination unreacheable), código 1 (Host unreacheable) del router conectado a la red de destino. 27

28 Destination unreacheable protocol unreacheable: Se ha enviado un paquete IP con protocolo 2, el host destino, al no reconocer el protocolo envía un mensaje indicando que el protocolo no está disponible. Comando: ukyo ~ # hping2-0 --ipproto 2 -c HPING (eth ): raw IP mode set, 20 headers + 0 data bytes ICMP Protocol Unreachable from ip= name=unknown hping statistic packets tramitted, 1 packets received, 0% packet loss round-trip min/avg/max = 0.0/0.0/0.0 ms Capturas: Conclusión: En el mensaje de respuesta, desde el router al cual se le envió el paquete, nos llega una respuesta de tipo ICMP tipo 3 (Destination unreacheable), código 2 (protocol unreacheable). 28

29 Destination unreacheable port unreacheable: Conociendo que el comando traceroute envía paquetes a un determinado port UDP, se hace un traceroute a un host para que nos responda con el mensaje de port unreacheable. En este caso el comando se corre en un router hacia el Linux. Comandos: Router2501#traceroute Protocol [ip]: Target IP address: Source address: Numeric display [n]: Timeout in seconds [3]: Probe count [3]: 1 Minimum Time to Live [1]: Maximum Time to Live [30]: Port Number [33434]: Loose, Strict, Record, Timestamp, Verbose[none]: Type escape sequence to abort. Tracing the route to msec msec Capturas: 29

30 Conclusión: Se puede observar la respuesta del equipo Linux, tipo 3 (destination unreacheable), código 3 (port unreacheable). Ya que el equipo no posee ningún servicio corriendo en dicho puerto. 30

31 Destination unreacheable fragmentation neended and DF set En la maqueta se posee el vínculo serial con un MTU de 500, mientras que el MTU del equipo Linux es 1500, con lo cual el equipo Linux podrá enviar paquetes de 1500 bytes, y los mismos deberán ser fragmentados si se desea que pasen por el enlace serial. Se envía un paquete ICMP echo request al equipo a través del vínculo serial, de tamaño cabeceras con el bit de don t fragment. Comandos: ukyo ~ # hping2-1 -c 1 -y -d HPING (eth ): icmp mode set, 28 headers data bytes ICMP Fragmentation Needed/DF set from ip= name=unknown hping statistic packets tramitted, 1 packets received, 0% packet loss round-trip min/avg/max = 0.0/0.0/0.0 ms Capturas: Conclusiones: 31

32 Se recibe un paquete de respuesta ICMP, tipo 3 (destination unreacheable), código 4 (Fragmentation needed). El mismo contiene el MTU del next hop. Este tipo de mensaje es utilizado por los sistemas que utilizan MTU discovery y como se puede ver, un segundo intento de enviar un paquete con MTU mayor a 500 en el Linux no será permitido. ukyo ~ # hping2-1 -c 1 -y -d HPING (eth ): icmp mode set, 28 headers data bytes [send_ip] sendto: Message too long 32

33 Destination unreacheable Communication administratively filtered: Como se vio en la configuración de los equipos existe un ACL para que nadie se pueda comunicar con el host Eso genera que cuando se le envía un paquete a dicho host, el router que posee dicho ACL responda con un mensaje en el que indique que la comunicación al host está prohibida. Comandos: ukyo ~ # ping -c PING ( ) 56(84) bytes of data. From icmp_seq=1 Packet filtered ping statistics packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms Capturas: 33

34 Conclusiones: Se recibe como respuesta un paquete de tipo 3 (destination unreacheable), código 13 (communication administratively filtered). Como era esperable se recibe este menaje, hay que tener en cuenta que normalmente un firewall no enviará ningún tipo de notificación de este estilo. 34

35 Timestamp: Se envía un request de timestamp y debe recibirse una respuesta con la hora del equipo consultado. Comandos: ukyo ~ # hping2 -c 1 --icmp-ts HPING (eth ): icmp mode set, 28 headers + 0 data bytes len=46 ip= ttl=254 id=30617 icmp_seq=0 rtt=17.5 ms ICMP timestamp: Originate= Receive= Transmit= ICMP timestamp RTT tsrtt= hping statistic packets tramitted, 1 packets received, 0% packet loss round-trip min/avg/max = 17.5/17.5/17.5 ms Capturas: 35

36 Conclusiones: Se puede observar que el request va con los campos de respuesta en 0, los cuales llena el equipo que responde. Los tipos de mensaje son 13 y 14 para el request y el reply respectivamente. 36

PROTOCOLO DE MENSAJES DE CONTROL INTERNET (ICMP : INTERNET CONTROL MESSAGE PROTOCOL) RFC-792

PROTOCOLO DE MENSAJES DE CONTROL INTERNET (ICMP : INTERNET CONTROL MESSAGE PROTOCOL) RFC-792 PROTOCOLO DE MENSAJES DE CONTROL INTERNET (ICMP : INTERNET CONTROL MESSAGE PROTOCOL) RFC-792 Introducción El Protocolo Internet (IP) se utiliza para el servicio de datagramas de "host" a "host" en un sistema

Más detalles

Uso del comando traceroute en sistemas operativos

Uso del comando traceroute en sistemas operativos Uso del comando traceroute en sistemas operativos Contenido Introducción prerrequisitos Requisitos Componentes Utilizados Convenciones Funcionamiento general Cisco IOS y Linux Microsoft Windows Limitación

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

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 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 IP, DESDE IPv4 A IPv6

REDES IP, DESDE IPv4 A IPv6 REDES IP, DESDE IPv4 A IPv6 Carlos Balduz Bernal 4º IINF Escuela Técnica Superior de Ingeniería-ICAI. Universidad Pontificia Comillas. Asignatura: Comunicaciones Industriales Avanzadas. Curso 2011-2012.

Más detalles

Seminario de Redes TRABAJO PRACTICO Nº 1. Ping y Traceroute. E-mail: deimos_azul@yahoo.com Padrón: 77902

Seminario de Redes TRABAJO PRACTICO Nº 1. Ping y Traceroute. E-mail: deimos_azul@yahoo.com Padrón: 77902 Departamento de Electrónica Facultad de Ingeniería Seminario de Redes TRABAJO PRACTICO Nº 1 Ping y Traceroute Grupo Nº: Responsable a cargo: Integrantes: Guzmán Pegazzano, Ma. Azul E-mail: deimos_azul@yahoo.com

Más detalles

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

Redes (IS20) Ingeniería Técnica en Informática de Sistemas. http://www.icc.uji.es. CAPÍTULO 7: El nivel de red en Internet Redes (IS20) Ingeniería Técnica en Informática de Sistemas http://www.icc.uji.es CAPÍTULO 7: El nivel de red en Internet ÍNDICE 1. Introducción 2. Conceptos de Interconexión de redes 3. Direccionamiento

Más detalles

Fragmentación y Reensamblado en IP ICMP

Fragmentación y Reensamblado en IP ICMP Fragmentación y Reensamblado en IP ICMP Area de Ingeniería Telemática http://www.tlm.unavarra.es Arquitectura de Redes, Sistemas y Servicios 3º Ingeniería de Telecomunicación Temario 1. Introducción 2.

Más detalles

PRACTICA DE ANÁLISIS DE CONFIGURACION. Universidad Tecnológica Nacional F.R.C. Redes de Información (RIN) PARTE 1 OBJETIVOS ACTIVIDADES

PRACTICA DE ANÁLISIS DE CONFIGURACION. Universidad Tecnológica Nacional F.R.C. Redes de Información (RIN) PARTE 1 OBJETIVOS ACTIVIDADES PRACTICA DE ANÁLISIS DE CONFIGURACION OBJETIVOS Interpretar la configuración de un router Analizar una tabla de encaminamiento Analizar el resultado del comando ping ejecutado desde un router ACTIVIDADES

Más detalles

Práctica de laboratorio 5.5.1: Listas de control de acceso básicas

Práctica de laboratorio 5.5.1: Listas de control de acceso básicas Práctica de laboratorio 5.5.1: Listas de control de acceso básicas Diagrama de topología Tabla de direccionamiento Dispositivo Interfaz Dirección IP Máscara de subred R1 R2 R3 Fa0/0 192.168.10.1 255.255.255.0

Más detalles

Práctica de laboratorio: Prueba de conectividad de red con ping y traceroute Topología

Práctica de laboratorio: Prueba de conectividad de red con ping y traceroute Topología Práctica de laboratorio: Prueba de conectividad de red con ping y traceroute Topología 2014 Cisco y/o sus filiales. Todos los derechos reservados. Este documento es información pública de Cisco. Página

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

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

Prácticas de laboratorio de Telemática II

Prácticas de laboratorio de Telemática II Prácticas de laboratorio de Telemática II Práctica 3 Departamento de Ingeniería Telemática (ENTEL) Mónica Aguilar Juanjo Alins Oscar Esparza Jose L. Muñóz Marcos Postigo Antoni X. Valverde II La composición

Más detalles

Protocolo IP. Campos del paquete IP:

Protocolo IP. Campos del paquete IP: Protocolo IP Campos del paquete IP: _ - Versión - Longitud de cabecera. - Tipo de servicio (prioridad). - Longitud total. - Identificación. - Flags para la fragmentación. - Desplazamiento del fragmento.

Más detalles

Fig.1 Redes conectadas a Internet a través de routers IP

Fig.1 Redes conectadas a Internet a través de routers IP PRACTICA 4 EL PROTOCOLO IP Hasta ahora hemos visto aspectos relacionados con el hardware de red de nuestras máquinas: Acceso al adaptador de red y un mecanismo para la resolución de direcciones hardware.

Más detalles

Ejemplo de Configuración de GRE sobre IPSec con EIGRP para Rutear a través de un Hub y Múltiples Sitios Remotos

Ejemplo de Configuración de GRE sobre IPSec con EIGRP para Rutear a través de un Hub y Múltiples Sitios Remotos Ejemplo de Configuración de GRE sobre IPSec con EIGRP para Rutear a través de un Hub y Múltiples Sitios Remotos Contenido Introducción prerrequisitos prerrequisitos Componentes Utilizados Convenciones

Más detalles

LABORATORIO DE REDES PRÁCTICA 1 COMANDOS BÁSICOS PARA LA CONFIGURACIÓN DEL NIVEL IP EN UNA RED DE SISTEMAS UNIX. 1. LA INTERFAZ loopback

LABORATORIO DE REDES PRÁCTICA 1 COMANDOS BÁSICOS PARA LA CONFIGURACIÓN DEL NIVEL IP EN UNA RED DE SISTEMAS UNIX. 1. LA INTERFAZ loopback LABORATORIO DE REDES PRÁCTICA 1 COMANDOS BÁSICOS PARA LA CONFIGURACIÓN DEL NIVEL IP EN UNA RED DE SISTEMAS UNIX 1. LA INTERFAZ loopback La primera interfaz que es necesario activar al configurar el nivel

Más detalles

INSTITUTO TECNOLÓGICO DE SALINA CRUZ Redes de Computadora Semestre enero junio 2015 Reporte de prácticas

INSTITUTO TECNOLÓGICO DE SALINA CRUZ Redes de Computadora Semestre enero junio 2015 Reporte de prácticas INSTITUTO TECNOLÓGICO DE SALINA CRUZ Redes de Computadora Semestre enero junio 2015 Reporte de prácticas DOCENTE: M.C. Susana Mónica Román Nájera ALUMNO: LOPEZ ANOTA RODOLFO SEMESTRE: VI GRUPO: E UNIDAD

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

Prácticas de laboratorio de Telemática II

Prácticas de laboratorio de Telemática II Prácticas de laboratorio de Telemática II Práctica 3 Departamento de Ingeniería Telemática (ENTEL) Mónica Aguilar Juanjo Alins Oscar Esparza Jose L. Muñóz Marcos Postigo Antoni X. Valverde II La composición

Más detalles

Práctica de laboratorio 8.4.1: Investigación del proceso de búsqueda de tabla de enrutamiento

Práctica de laboratorio 8.4.1: Investigación del proceso de búsqueda de tabla de enrutamiento Práctica de laboratorio 8.4.1: Investigación del proceso de búsqueda de tabla de enrutamiento Objetivos de aprendizaje Al completar esta práctica de laboratorio, usted podrá: Conectar una red de acuerdo

Más detalles

Filtrado de paquetes y NAT

Filtrado de paquetes y NAT Semana 9: Firewalls Filtrado de paquetes y NAT Aprendizajes esperados Contenidos: Filtrado de paquetes NAT Filtrado de paquetes Un # ping c 1 127.0.0.1 Filtrado de paquetes Cada regla especifica un conjunto

Más detalles

Redes de Computadores

Redes de Computadores Redes de Computadores Jorge Baier A. y Álvaro Soto Departamento de Ciencia de la Computación Escuela de Ingeniería Pontificia Universidad Católica de Chile [jabaier,asoto]@ing.puc.cl Algunas Capas en Detalle

Más detalles

Redes de Computadoras Junio de 2006. Teoría y problemas (75 %)

Redes de Computadoras Junio de 2006. Teoría y problemas (75 %) Redes de Computadoras Junio de 2006 Nombre: DNI: Teoría y problemas (75 %) 1. (1 punto) Suponga una aplicación P2P de compartición de ficheros en la que existe un servidor central que ofrece un servicio

Más detalles

Práctica de laboratorio 7.2.2 Configuración de RIP - Routers serie 2500

Práctica de laboratorio 7.2.2 Configuración de RIP - Routers serie 2500 Práctica de laboratorio 7.2.2 Configuración de RIP - Routers serie 2500 Objetivo Configurar un esquema de direccionamiento IP con redes clase B. Configurar el protocolo de enrutamiento dinámico RIP en

Más detalles

MONOGRAFÍA CURSO DE PROFUNDIZACIÓN CISCO (DISEÑO E IMPLEMENTACION DE SOLUCIONES INTEGRADAS LAN / WAN) PRESENTADO POR:

MONOGRAFÍA CURSO DE PROFUNDIZACIÓN CISCO (DISEÑO E IMPLEMENTACION DE SOLUCIONES INTEGRADAS LAN / WAN) PRESENTADO POR: MONOGRAFÍA CURSO DE PROFUNDIZACIÓN CISCO (DISEÑO E IMPLEMENTACION DE SOLUCIONES INTEGRADAS LAN / WAN) PRESENTADO POR: JUAN CARLOS PLAZAS VEGA CÓDIGO: 1.057.575.337 NELSON PADILLA RODRÍGUEZ CÓDIGO: 1.057.577.725

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

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

La Internet. La internet vista por el usuario

La Internet. La internet vista por el usuario La Internet Colección de subredes (Sistemas autónomos) interconectadas No tiene una estructura real (formal), pero si existe una estructura quasi-jerárquica Basada en el Protocolo de Internet (Internet

Más detalles

Introducción a TCP/IP

Introducción a TCP/IP Introducción a TCP/IP Algunas características de TCP e IP por Toad, Febrero de 2005 (Licencia) Partes 1. Algo sobre TCP/IP 2. Transmission Control Protocol (TCP) 3. Internet Protocol (IP) Algo sobre TCP/IP

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

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 Mario Alberto Cruz Gartner malcruzg@univalle.edu.co CONTENIDO Direcciones privadas Subredes Máscara de Subred Puerta de Enlace Notación Abreviada ICMP Dispositivos

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

UD - 4 Funcionamiento de un router. Eduard Lara

UD - 4 Funcionamiento de un router. Eduard Lara UD - 4 Funcionamiento de un router Eduard Lara 1 INDICE 1. Funcionalidades de un router 2. Encaminamiento 3. Tabla de routing 4. Algoritmo de routing 5. Determinación de ruta 6. Protocolos de routing 2

Más detalles

Redes y Tecnologías de Telecomunicaciones

Redes y Tecnologías de Telecomunicaciones Redes y Tecnologías de Telecomunicaciones Ingeniería de las Telecomunicaciones PUCP 2012 gbartra@pucp.edu.pe Modelo OSI Aplicación Presentación Sesión Arquitectura TCP/IP Aplicación HTTP FTP SMTP DNS SNMP

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

Prácticas de laboratorio de Telemática II

Prácticas de laboratorio de Telemática II Prácticas de laboratorio de Telemática II Práctica 5 Departamento de Ingeniería Telemática (ENTEL) Mónica Aguilar Juanjo Alins Oscar Esparza Jose L. Muñoz Marcos Postigo Antoni X. Valverde II La composición

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

TEMA 1. Protocolo IPv6: Direccionamiento

TEMA 1. Protocolo IPv6: Direccionamiento AMPLIACIÓN DE SISTEMAS OPERATIVOS Y REDES Grados Ingeniería en Informática Universidad Complutense de Madrid TEMA 1. Protocolo IPv6: Direccionamiento PROFESORES: Rafael Moreno Vozmediano Rubén Santiago

Más detalles

Trabajo Práctico Nº: 1. Tema: ICMP - Ping

Trabajo Práctico Nº: 1. Tema: ICMP - Ping Facultad de Ingeniería 66.48 Trabajo Práctico Nº: 1 Tema: ICMP - Ping 66.48 (2º cuatrimestre 2007) Docentes: Ing. Marcelo Utard, Ing. Pablo Ronco Alumnos: Bianchi Mariano 79854 Pasqualini Adriano 71801

Más detalles

Switch. Red de cuatro ordenadores interconectados a través de un switch.

Switch. Red de cuatro ordenadores interconectados a través de un switch. 2. RED DE ÁREA LOCAL (LAN) 2.1 Introducción En esta práctica se va a configurar una red de área local (LAN) formada por cuatro ordenadores que se interconectan entre sí a través de un switch, tal y como

Más detalles

Redes de Computadores

Redes de Computadores Práctica 7 Redes de Computadores Los protocolos IP e ICMP Objetivos El objetivo de esta práctica es analizar el comportamiento de los protocolos IP e ICMP a través de la herramienta Analyzer introducida

Más detalles

Programas de Administración de red

Programas de Administración de red 1 Programas de Administración de red Introducción El propósito de las siguientes prácticas es el de familiarizar al alumno con los distintos programas que se utilizan para chequear y comprobar el estado

Más detalles

INTRODUCCION Y ENUNCIADO

INTRODUCCION Y ENUNCIADO INTRODUCCION Y ENUNCIADO Ingeniería de Red La finalidad de ejercicio es que se pueda enrutar tráfico entre las redes 192.168.3.0/24 y la red 192.168.4.0/24 (Sucursal de BSAS y TUC) configurando el protocolo

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

Página 1 del ejercicio1.doc

Página 1 del ejercicio1.doc Ejercicio 1: En nuestro PC hemos abierto una ventana MS-DOS y hemos ejecutado los siguientes comandos: C:\WINDOWS>ipconfig Configuración IP de Windows 98 0 Ethernet adaptador : C:\WINDOWS>ping Dirección

Más detalles

Práctica N 1 Simulación de Redes

Práctica N 1 Simulación de Redes UNIVERSISDAD DE CONCEPCIÓN FACULTAD DE INGENIERÍA DEPTO. DE INGENIERÍA ELÉCTRICA DOCUMENTO: Informe TEMA: Práctica N 1 Simulación de Redes Comunicaciones de Datos 543 479 PROFESOR: Sr. Merardo Retamal

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

Packet Tracer: Conexión de un router a una LAN

Packet Tracer: Conexión de un router a una LAN Packet Tracer: Conexión de un router a una LAN Topología Tabla de direccionamiento Dispositivo Interfaz Dirección IP Máscara de subred Gateway predeterminado G0/0 192.168.10.1 255.255.255.0 No aplicable

Más detalles

Router Teldat. Facilidad NAPT

Router Teldat. Facilidad NAPT Router Teldat Facilidad NAPT Doc. DM735 Diciembre, 2002 ÍNDICE Capítulo 1 Introducción...1 1. Introducción a la facilidad NAPT...2 2. Excepciones al NAPT...3 2.1. Puertos visibles...3 2.2. Subredes visibles...3

Más detalles

Capítulo 4: Capa Red - II

Capítulo 4: Capa Red - II Capítulo 4: Capa Red - II 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 3rd

Más detalles

Práctica de laboratorio 8.5.1: Resolución de problemas de redes empresariales 1

Práctica de laboratorio 8.5.1: Resolución de problemas de redes empresariales 1 Práctica de laboratorio 8.5.1: Resolución de problemas de redes empresariales 1 Diagrama de topología Tabla de direccionamiento Máscara de Dispositivo Interfaz Dirección IP subred Gateway por defecto Fa0/0

Más detalles

DISPOSITIVOS DE CAPA 3. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia

DISPOSITIVOS DE CAPA 3. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia DISPOSITIVOS DE CAPA 3. Ing. Camilo Zapata czapata@udea.edu.co Universidad de Antioquia Protocolo Enrutado. Cualquier protocolo de red que proporcione suficiente información en su dirección de capa de

Más detalles

Encaminamiento de paquetes con IP

Encaminamiento de paquetes con IP PRÁCTICA 4 Encaminamiento de paquetes con IP REDES (9359) ING. TÉCNICA EN INFORMÁTICA DE SISTEMAS CURSO 2010/2011 (Este documento es una versión en papel de la versión completa en formato web-scorm publicada

Más detalles

Gerardo L. Ahuatzin Sánchez Desarrollo de un esquema de traducción de direcciones IPv6-IPv4-IPv6. Anexo B. Manual

Gerardo L. Ahuatzin Sánchez Desarrollo de un esquema de traducción de direcciones IPv6-IPv4-IPv6. Anexo B. Manual Anexo B. Manual El cambio a IPv6 de la red utilizada en el proyecto necesita que la persona que hace el cambio tenga conocimientos de ruteadores y de redes IPv6, para dicho cambio se hicieron las adecuaciones

Más detalles

Redes I Soluciones de la Práctica 1: /etc/network/interfaces, tcpdump y wireshark

Redes I Soluciones de la Práctica 1: /etc/network/interfaces, tcpdump y wireshark Redes I Soluciones de la Práctica 1: /etc/network/interfaces, tcpdump y wireshark Universidad Rey Juan Carlos Curso 2007/2008 Resumen Los primeros cuatro apartados de la práctica consisten en replicar

Más detalles

Práctica de laboratorio: Uso de la CLI para recopilar información sobre dispositivos de red

Práctica de laboratorio: Uso de la CLI para recopilar información sobre dispositivos de red Práctica de laboratorio: Uso de la CLI para recopilar información sobre dispositivos de red Topología Tabla de asignación de direcciones Dispositivo Interfaz Dirección IP Máscara de subred Gateway predeterminado

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

Lab. 1 Configuración de IPv6 y encaminamiento RIPng

Lab. 1 Configuración de IPv6 y encaminamiento RIPng Lab. 1 Configuración de IPv6 y encaminamiento RIPng 1.1. Introducción a IPv6 Una dirección IPv6 está formada por 128 bits. Las direcciones se clasifican en diferentes tipos: unicast, multicast y anycast.

Más detalles

Configuración de ACL IP utilizadas frecuentemente

Configuración de ACL IP utilizadas frecuentemente Configuración de ACL IP utilizadas frecuentemente Contenidos Introducción Requisitos previos Requisitos Componentes utilizados Convenciones Ejemplos de configuración Permiso de acceso a la red para un

Más detalles

BGP hacks. Trucos, ideas y consejos. Fernando García Fernández IP Architect

BGP hacks. Trucos, ideas y consejos. Fernando García Fernández IP Architect BGP hacks Trucos, ideas y consejos Fernando García Fernández IP Architect Preguntar cuando querais Tipos de director de TI "Selecciona los carrier que dan mas calidad y contrata el ancho de banda que necesites"

Más detalles

Práctica de laboratorio: Configuración de un túnel VPN GRE de punto a punto Topología

Práctica de laboratorio: Configuración de un túnel VPN GRE de punto a punto Topología Práctica de laboratorio: Configuración de un túnel VPN GRE de punto a punto Topología 2014 Cisco y/o sus filiales. Todos los derechos reservados. Este documento es información pública de Cisco. Página

Más detalles

Práctica 5: Listas de acceso estándar y extendidas

Práctica 5: Listas de acceso estándar y extendidas Práctica 5: Listas de acceso estándar y extendidas Material necesario: - maqueta de routers, cables de red y consola y ordenadores de consola. Introducción: Las listas de acceso (ACLs Access Lists) son

Más detalles

Práctica de laboratorio 11.2.2b Listas de acceso extendidas sencillas

Práctica de laboratorio 11.2.2b Listas de acceso extendidas sencillas Práctica de laboratorio 11.2.2b Listas de acceso extendidas sencillas 1-8 CCNA 2: Routers y principios básicos de enrutamiento v 3.1 Práctica de laboratorio 11.2.2b Copyright 2003, Cisco Systems, Inc.

Más detalles

Práctica de laboratorio: Prueba de la latencia de red con los comandos ping y traceroute

Práctica de laboratorio: Prueba de la latencia de red con los comandos ping y traceroute Práctica de laboratorio: Prueba de la latencia de red con los comandos ping y traceroute Topología Objetivos Parte 1: Utilizar el comando ping para registrar la latencia de red Parte 2: Utilizar el comando

Más detalles

PROTOCOLO IPv6. 2.1 Protocolo de Internet Versión 6

PROTOCOLO IPv6. 2.1 Protocolo de Internet Versión 6 PROTOCOLO IPv6 La versión 4 del protocolo de Internet (IPv4) proporciona los medios de comunicación básica dentro del conjunto de protocolos TCP/IP, pero conforme pasa el tiempo y se vuelve más exigente

Más detalles

1. (0.3) Indique si la siguiente afirmación es Falsa o Verdadera (0.1). En caso de ser falsa, justifique su respuesta(0.2)

1. (0.3) Indique si la siguiente afirmación es Falsa o Verdadera (0.1). En caso de ser falsa, justifique su respuesta(0.2) Parte 1 Teoría (Valor 1.5) 1. (0.3) Indique si la siguiente afirmación es Falsa o Verdadera (0.1). En caso de ser falsa, justifique su respuesta(0.2) El comando show version permite consultar la cantidad

Más detalles

CASOS DE ESTUDIO: CCNA 1 Y 2 EXPLORATION. ANDRÉS ORLANDO RODRIGUEZ SANTACRUZ Código: 98.396.027

CASOS DE ESTUDIO: CCNA 1 Y 2 EXPLORATION. ANDRÉS ORLANDO RODRIGUEZ SANTACRUZ Código: 98.396.027 CASOS DE ESTUDIO: CCNA 1 Y 2 EXPLORATION ANDRÉS ORLANDO RODRIGUEZ SANTACRUZ Código: 98.396.027 UNAD ESCUELA DE CIENCIAS BÁSICAS E INGENIERÍA PROGRAMA DE INGENIERÍA DE SISTEMAS CURSO DE PROFUNDIZACIÓN CISCO

Más detalles

Práctica de laboratorio: Configuración de una dirección de administración del switch

Práctica de laboratorio: Configuración de una dirección de administración del switch Práctica de laboratorio: Configuración de una dirección de administración del switch Topología Tabla de direccionamiento Dispositivo Interfaz Dirección IP Máscara de subred Gateway predeterminado Objetivos

Más detalles

Unidad de Aprendizaje 2 Capa de Red. Redes de Computadores Sergio Guíñez Molinos sguinez@utalca.cl 21 2009

Unidad de Aprendizaje 2 Capa de Red. Redes de Computadores Sergio Guíñez Molinos sguinez@utalca.cl 21 2009 Unidad de Aprendizaje 2 Capa de Red sguinez@utalca.cl 21 2009-2009 Concepto del enlace de redes y modelo arquitectónico 2 Interconexión a nivel de aplicación Diseñadores de redes toman 2 enfoques para

Más detalles

IPSec/GRE con el NAT en el ejemplo de configuración del router IOS

IPSec/GRE con el NAT en el ejemplo de configuración del router IOS IPSec/GRE con el NAT en el ejemplo de configuración del router IOS Contenido Introducción Antes de comenzar Convenciones prerrequisitos Componentes Utilizados Configurar Diagrama de la red Configuraciones

Más detalles

Bloque IV: El nivel de red. Tema 10: Enrutamiento IP básico

Bloque IV: El nivel de red. Tema 10: Enrutamiento IP básico Bloque IV: El nivel de red Tema 10: Enrutamiento IP básico Índice Bloque IV: El nivel de red Tema 10: Enrutamiento IP básico Introducción Tabla de enrutamiento Algoritmo de enrutamiento Direcciones IP

Más detalles

Bloque IV: El nivel de red. Tema 13: Enrutamiento IP avanzado

Bloque IV: El nivel de red. Tema 13: Enrutamiento IP avanzado Bloque IV: El nivel de red Tema 13: Enrutamiento IP avanzado Índice Bloque IV: El nivel de red Tema 13: Enrutamiento avanzado Introducción Estructura de un router Tabla de enrutamiento ICMP máquina o red

Más detalles

VPN TUNEL SITIO A SITIO EN GNS3. Trabajo realizado por: Brenda Marcela Tovar. Natalia Hernández. Yadfary Montoya. Sonia Deyanira Caratar G.

VPN TUNEL SITIO A SITIO EN GNS3. Trabajo realizado por: Brenda Marcela Tovar. Natalia Hernández. Yadfary Montoya. Sonia Deyanira Caratar G. VPN TUNEL SITIO A SITIO EN GNS3 Trabajo realizado por: Brenda Marcela Tovar Natalia Hernández Yadfary Montoya Sonia Deyanira Caratar G. Administración de Redes (Sena Antioquia) Tutor: Julian Ciro 2012

Más detalles

Seminario de Redes TRABAJO PRACTICO Nº 3. UDP y TCP. E-mail: deimos_azul@yahoo.com Padrón: 77902. E-mail: gonzalojosa@hotmail.

Seminario de Redes TRABAJO PRACTICO Nº 3. UDP y TCP. E-mail: deimos_azul@yahoo.com Padrón: 77902. E-mail: gonzalojosa@hotmail. Departamento de Electrónica Facultad de Ingeniería Seminario de Redes TRABAJO PRACTICO Nº 3 UDP y TCP. Grupo: NMNK Responsable a cargo: Integrantes: Guzmán Pegazzano, Ma. Azul E-mail: deimos_azul@yahoo.com

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

Tema: Implementación de túneles GRE cifrados con IPSec.

Tema: Implementación de túneles GRE cifrados con IPSec. Seguridad en redes. Guía 7 1 Tema: Implementación de túneles GRE cifrados con IPSec. Contenidos Creación de túneles de encapsulamiento genérico Aseguramiento de los túneles con cajas de encripción IPSec

Más detalles

CURSO DE PROFUNDIZACION CISCO. Grupo: 203091_13. LEONARDO NIÑO CARREÑO Cód. 79606844

CURSO DE PROFUNDIZACION CISCO. Grupo: 203091_13. LEONARDO NIÑO CARREÑO Cód. 79606844 CURSO DE PROFUNDIZACION CISCO Grupo: 203091_13 LEONARDO NIÑO CARREÑO Cód. 79606844 UNIVERSIDAD NACIONAL ABIERTA Y ADISTANCIA UNAD ESCUELA DE CIENCIAS NASICAS, TECNOLOGIA E INGENIERIA INGENIERIA DE SISTEMAS

Más detalles

Router Teldat. Interfaz PPPoE

Router Teldat. Interfaz PPPoE Router Teldat Interfaz PPPoE Doc. DM708 Rev. 10.00 Febrero, 2003 ÍNDICE Capítulo 1 Protocolo PPPoE...1 1. Introducción... 2 2. Descripción del protocolo PPPoE... 3 2.1. Fase de descubrimiento... 3 2.2.

Más detalles

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 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.6 México

Más detalles

Lab 10: Configuración Básica de un Router

Lab 10: Configuración Básica de un Router Departamento Académico de Informática Ingº Manuel Peñaloza Figueroa Dime y lo olvidaré. Muéstrame y lo recordaré. Involúcrame y lo entenderé Proverbio chino 1. OBJETIVOS: 1.1. Desarrollar las habilidades

Más detalles

Práctica 2 Packet Switching

Práctica 2 Packet Switching Universidad de Buenos Aires Facultad de Ciencias Exactas y Naturales Departamento de Computación Teoría de las Comunicaciones Práctica 2 Packet Switching Última revisión: 30 de agosto de 2011 EXPLICAR

Más detalles

UNIVERSIDAD DE CANTABRIA DEPARTAMENTO DE INGENIERÍA DE COMUNICACIONES GRUPO DE INGENIERÍA TELEMÁTICA

UNIVERSIDAD DE CANTABRIA DEPARTAMENTO DE INGENIERÍA DE COMUNICACIONES GRUPO DE INGENIERÍA TELEMÁTICA UNIVERSIDAD DE CANTABRIA DEPARTAMENTO DE INGENIERÍA DE COMUNICACIONES GRUPO DE INGENIERÍA TELEMÁTICA PROTOCOLOS PARA LA INTERCONEXIÓN DE REDES PRÁCTICA 1 CONFIGURACIÓN Y ANÁLISIS DE REDES TCP/IP Práctica

Más detalles

Introducción a NetGUI

Introducción a NetGUI Introducción a NetGUI Redes I Departamento de Sistemas Telemáticos y Computación (GSyC) Septiembre de 2011 GSyC - 2011 Introducción a NetGUI 1 c 2011 Grupo de Sistemas y Comunicaciones. Algunos derechos

Más detalles

CURSO PRÁCTICO DE REDES PRÁCTICA 3a PRÁCTICA DE TCP-IP ARP/ICMP/IP. Departamento de Ingeniería Área de Ingeniería de Sistemas y Automática 1.

CURSO PRÁCTICO DE REDES PRÁCTICA 3a PRÁCTICA DE TCP-IP ARP/ICMP/IP. Departamento de Ingeniería Área de Ingeniería de Sistemas y Automática 1. 1. OBJETIVO Estas prácticas se proponen como una herramienta fundamental para asimilar los conceptos de sistemas distribuidos, centrándose en el estudio de los protocolos de comunicaciones de la familia

Más detalles

Diseño e Implementación de Soluciones. Integradas LAN WAN- CISCO. Ccna 1 - ccna 2. Juan Fernando Bernal V. Cod: 86074002

Diseño e Implementación de Soluciones. Integradas LAN WAN- CISCO. Ccna 1 - ccna 2. Juan Fernando Bernal V. Cod: 86074002 Diseño e Implementación de Soluciones Integradas LAN WAN- CISCO Ccna 1 - ccna 2 Juan Fernando Bernal V. Cod: 86074002 Escuela de Ciencias Básicas e Ingeniería Universidad Nacional Abierta y a Distancia

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

CONFIGURACIÓN IPv6, RUTAS ESTÁTICAS Y TÚNELES 6in4

CONFIGURACIÓN IPv6, RUTAS ESTÁTICAS Y TÚNELES 6in4 PRACTICA # 1 CONFIGURACIÓN IPv6, RUTAS ESTÁTICAS Y TÚNELES 6in4 1. Para la practica realizar la siguiente topología TOPOLOGÍA IPv4 172.16.214.0/24 172.16.216.0/24.1.1 TOPOLOGÍA IPv6 2800:68:c:214::/64

Más detalles

CONTENIDO. 1. RED LAN INTERNA. Sala de Control

CONTENIDO. 1. RED LAN INTERNA. Sala de Control CONTENIDO. 1. RED LAN INTERNA Sala de Control Esquema general Conexión Presentation Server. Conexión Codificador Envivio Conexión Asistente Pressentation Server Conexión Shared Application Server (SAS).

Más detalles

Práctica de laboratorio: Configuración de direcciones IPv6 en dispositivos de red

Práctica de laboratorio: Configuración de direcciones IPv6 en dispositivos de red Práctica de laboratorio: Configuración de direcciones IPv6 en dispositivos de red Topología Tabla de direccionamiento Dispositivo Interfaz Dirección IPv6 Duración de prefijo Gateway predeterminado Objetivos

Más detalles

Examen de Redes de Datos Tecnólogo en Telecomunicaciones (ROCHA)

Examen de Redes de Datos Tecnólogo en Telecomunicaciones (ROCHA) Examen de Redes de Datos Tecnólogo en Telecomunicaciones (ROCHA) SOLUCIÓN (más completa que el mínimo requerido para obtener los máximos puntajes) Pregunta 1 En el sistema de nombre de dominio (DNS): a)

Más detalles

CISCO diseño e implementación de redes LAN-WAN. Diplomado CCNA 1 - CCNA2. Javier Enrique Miranda Díaz. Código:86068490. Tutores:

CISCO diseño e implementación de redes LAN-WAN. Diplomado CCNA 1 - CCNA2. Javier Enrique Miranda Díaz. Código:86068490. Tutores: CISCO diseño e implementación de redes LAN-WAN Diplomado CCNA 1 - CCNA2 Javier Enrique Miranda Díaz Código:86068490 Tutores: Juan Carlos Vesga Ferreira Gerardo Granados Acuña Universidad Nacional Abierta

Más detalles

Laboratorio práctico 8.3.4.4 Configuración y prueba del cliente VPN

Laboratorio práctico 8.3.4.4 Configuración y prueba del cliente VPN Laboratorio práctico 8.3.4.4 Configuración y prueba del cliente VPN Dispositivo Nombre de Host FastEthernet 0/0 o dirección IP de NIC Dirección IP de FastEthernet 0/1 Gateway predeterminado Contraseña

Más detalles

EL64E Redes de Computadores. Marcela Quiroga V. Agenda 6 TCP/IP: Network Layer

EL64E Redes de Computadores. Marcela Quiroga V. Agenda 6 TCP/IP: Network Layer EL64E: Redes de Computadores Marcela Quiroga V. 1 Agenda 6 TCP/IP: Network Layer 6.1 ICMP 6.2 IP addressing y subnetting 6.3 Protocolos de ruteo 6.4 IP v6 6.5 Routing y switching 2 1 6.3 Protocolos de

Más detalles

Práctica de laboratorio 4.2.5a Pruebas de conectividad Ping

Práctica de laboratorio 4.2.5a Pruebas de conectividad Ping Práctica de laboratorio 4.2.5a Pruebas de conectividad Ping Objetivo Usar el comando ping para enviar datagramas ICMP al host objetivo. Verificar que la capa de red entre el origen y el destino funcione

Más detalles

Práctica de laboratorio: Uso de Wireshark para examinar capturas de FTP y TFTP

Práctica de laboratorio: Uso de Wireshark para examinar capturas de FTP y TFTP Práctica de laboratorio: Uso de Wireshark para examinar capturas de FTP y TFTP Topología: parte 1 (FTP) En la parte 1, se resaltará una captura de TCP de una sesión FTP. Esta topología consta de una PC

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

IP v6. :: Redes :: Redes : : IP v6. transporte. red. enlace. física. aplicación. Versión 28/02/11

IP v6. :: Redes :: Redes : : IP v6. transporte. red. enlace. física. aplicación. Versión 28/02/11 Versión 28/02/11 :: Redes :: aplicación transporte red enlace IP v6 física David Villa :: http://www.inf-cr.uclm.es/www/dvilla/ 1 Contenidos Crecimiento de Internet Paquete IPv6 Direccionamiento

Más detalles