| 1 | Gestion y Monitoreo de Redes |
|---|
| 2 | Analisis Local de su Red |
|---|
| 3 | |
|---|
| 4 | Notas: |
|---|
| 5 | ------ |
|---|
| 6 | * Comandos que empiezan con un "$" implica que deberia ejecutar el comando |
|---|
| 7 | como un usuario general - no como root. |
|---|
| 8 | * Comandos que empiezan con un "#" implica que deberia trabajar como el usuario root. |
|---|
| 9 | * Comandos con lineas mas especificas (como "GW-RTR>" o "mysql>") implica que esta |
|---|
| 10 | ejecutando el comando en un equipo remoto o dentro otro programa. |
|---|
| 11 | * Si una linea termina con un "\" esto indica que el comando sigue en la proxima |
|---|
| 12 | linea y Ud. deberia tratar el comando si como fuera en una sola linea. |
|---|
| 13 | |
|---|
| 14 | Exercicios Parte I |
|---|
| 15 | ---------------- |
|---|
| 16 | |
|---|
| 17 | 0. Haz un log in en su PC o abre una ventana de terminal como el usuario sysadmin. |
|---|
| 18 | |
|---|
| 19 | |
|---|
| 20 | Midiendo el Desempeno de la Red |
|---|
| 21 | -------------------------------- |
|---|
| 22 | |
|---|
| 23 | 1. ping |
|---|
| 24 | ---- |
|---|
| 25 | |
|---|
| 26 | ping es una programa que manda un pedido de ICMP de echo a los hosts de objectivo y |
|---|
| 27 | que espera una respuesta de ICMP desde aquello host. Dependiendo en el sistema operativo |
|---|
| 28 | en que estas usando ping puede ver minimo, maximo and los tiempos de ida y vuelta medianos, |
|---|
| 29 | y hasta que, de repente, desviación estándar de la media por las respuestas de ICMP de |
|---|
| 30 | host de objectivo. Para mas detalles vea: |
|---|
| 31 | |
|---|
| 32 | http://en.wikipedia.org/wiki/Ping |
|---|
| 33 | |
|---|
| 34 | Bloqueando ping, en general, no es una buena idea. |
|---|
| 35 | |
|---|
| 36 | Con todo esto en mente, intenta de usar ping en algunas formas diferentes: |
|---|
| 37 | |
|---|
| 38 | $ ping localhost |
|---|
| 39 | |
|---|
| 40 | Apreta ctrl-c para parar el proceso. Abajo es salida tipica por el comanda arriba: |
|---|
| 41 | |
|---|
| 42 | PING localhost (127.0.0.1) 56(84) bytes of data. |
|---|
| 43 | 64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.020 ms |
|---|
| 44 | 64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.006 ms |
|---|
| 45 | 64 bytes from localhost (127.0.0.1): icmp_seq=3 ttl=64 time=0.006 ms |
|---|
| 46 | 64 bytes from localhost (127.0.0.1): icmp_seq=4 ttl=64 time=0.006 ms |
|---|
| 47 | 64 bytes from localhost (127.0.0.1): icmp_seq=5 ttl=64 time=0.006 ms |
|---|
| 48 | 64 bytes from localhost (127.0.0.1): icmp_seq=6 ttl=64 time=0.009 ms |
|---|
| 49 | 64 bytes from localhost (127.0.0.1): icmp_seq=7 ttl=64 time=0.007 ms |
|---|
| 50 | ^C |
|---|
| 51 | --- localhost ping statistics --- |
|---|
| 52 | 7 packets transmitted, 7 received, 0% packet loss, time 5994ms |
|---|
| 53 | rtt min/avg/max/mdev = 0.006/0.008/0.020/0.005 ms |
|---|
| 54 | |
|---|
| 55 | Pregunta: Porque demoro 20ms la primera respuesta de ICMP mientras que todo la |
|---|
| 56 | demas respuestas demoraban mucho menos? Esto es un tipo de retardo. Que tipo de retardo |
|---|
| 57 | es? |
|---|
| 58 | |
|---|
| 59 | Vamos a hacer un poco atraso/demora de proceso en una forma artificial. En un terminal |
|---|
| 60 | tipea: |
|---|
| 61 | |
|---|
| 62 | $ ping localhost |
|---|
| 63 | |
|---|
| 64 | En otra ventana, en la misma maquina, tipea: |
|---|
| 65 | |
|---|
| 66 | $ cd |
|---|
| 67 | $ vi cpu.sh |
|---|
| 68 | |
|---|
| 69 | Agrega las siguiente lineas al archivo como esto: |
|---|
| 70 | |
|---|
| 71 | #!/bin/sh |
|---|
| 72 | sh $0 |
|---|
| 73 | or in c |
|---|
| 74 | while ( 1 ) |
|---|
| 75 | fork(); |
|---|
| 76 | |
|---|
| 77 | Graba el archivo, y, despues, hazlo ejecutable: |
|---|
| 78 | |
|---|
| 79 | $ chmod a+x cpu.sh |
|---|
| 80 | |
|---|
| 81 | Ahora corre el escripto: |
|---|
| 82 | |
|---|
| 83 | $ ./cpu.sh |
|---|
| 84 | |
|---|
| 85 | Tal vez vas a ver que las respuestas a ping en la otra ventana empieza de tomar mas tiempo. |
|---|
| 86 | Cuando terminas apreta ctrl-c in las dos ventanas de terminal para parar los dos |
|---|
| 87 | procesos. |
|---|
| 88 | |
|---|
| 89 | |
|---|
| 90 | 2. traceroute |
|---|
| 91 | ---------- |
|---|
| 92 | |
|---|
| 93 | Tal vez ha usado traceroute antes, pero has realmente averiguado que hace traceroute? |
|---|
| 94 | si no, lea estos: |
|---|
| 95 | |
|---|
| 96 | http://en.wikipedia.org/wiki/Traceroute |
|---|
| 97 | http://es.wikipedia.org/wiki/Traceroute |
|---|
| 98 | |
|---|
| 99 | Ahora intenta: |
|---|
| 100 | |
|---|
| 101 | $ traceroute nsrc.org |
|---|
| 102 | |
|---|
| 103 | Aqui hay una muestra de salida de un traceroute al nsrc.org: |
|---|
| 104 | |
|---|
| 105 | traceroute to nsrc.org (128.223.157.19), 30 hops max, 60 byte packets |
|---|
| 106 | 1 192.168.5.129 (192.168.5.129) 4.291 ms 5.757 ms 6.725 ms |
|---|
| 107 | 2 192.168.17.2 (192.168.17.2) 1.933 ms 1.932 ms 2.150 ms |
|---|
| 108 | 3 192.168.0.1 (192.168.0.1) 2.140 ms 2.127 ms 2.598 ms |
|---|
| 109 | 4 10.0.0.129 (10.0.0.129) 2.586 ms 2.576 ms 4.548 ms |
|---|
| 110 | 5 (168.234.72.1) 4.792 ms 4.786 ms 4.750 ms |
|---|
| 111 | 6 200.0.204.69 (200.0.204.69) 7.456 ms 5.665 ms 5.890 ms |
|---|
| 112 | 7 panama-salvador.core.redclara.net (200.0.204.185) 64.651 ms 64.884 ms 64.870 ms |
|---|
| 113 | 8 panama-santiago.core.redclara.net (200.0.204.22) 124.865 ms 124.853 ms 124.841 ms |
|---|
| 114 | 9 saopaulo-santiago.core.redclara.net (200.0.204.38) 172.008 ms 171.793 ms 172.019 ms |
|---|
| 115 | 10 ge-7-1-0.0.rtr.chic.net.internet2.edu (64.57.28.114) 172.006 ms |
|---|
| 116 | xe-2-2-0.88.rtr.wash.net.internet2.edu (198.32.11.105) 244.441 ms 244.675 ms |
|---|
| 117 | 11 xe-0-1-0.0.rtr.atla.net.internet2.edu (64.57.28.6) 258.151 ms 258.384 ms 258.618 ms |
|---|
| 118 | 12 xe-0-0-0.0.rtr.salt.net.internet2.edu (64.57.28.24) 207.383 ms |
|---|
| 119 | 207.602 ms xe-1-0-0.0.rtr.hous.net.internet2.edu (64.57.28.112) 282.040 ms |
|---|
| 120 | 13 xe-2-0-0.0.rtr.losa.net.internet2.edu (64.57.28.96) 314.004 ms |
|---|
| 121 | xe-1-0-0.0.rtr.seat.net.internet2.edu (64.57.28.105) 224.293 ms 224.527 ms |
|---|
| 122 | 14 vl-101.xe-0-0-0.core0-gw.pdx.oregon-gigapop.net (198.32.165.65) 328.948 ms |
|---|
| 123 | vl-102.xe-1-0-0.core0-gw.pdx.oregon-gigapop.net (198.32.163.69) 227.015 ms |
|---|
| 124 | vl-101.xe-0-0-0.core0-gw.pdx.oregon-gigapop.net (198.32.165.65) 328.184 ms |
|---|
| 125 | 15 vl-105.uonet9-gw.eug.oregon-gigapop.net (198.32.165.92) 330.660 ms 330.891 ms 229.940 ms |
|---|
| 126 | 16 vl-3.uonet2-gw.uoregon.edu (128.223.3.2) 331.359 ms 229.748 ms 229.727 ms |
|---|
| 127 | 17 nsrc.org (128.223.157.19) 229.458 ms 229.460 ms 330.862 ms |
|---|
| 128 | |
|---|
| 129 | Entiende que significa cada cosa? Si no, vea la pagina de wikipedia y tipea |
|---|
| 130 | |
|---|
| 131 | $ man traceroute |
|---|
| 132 | |
|---|
| 133 | para mas informacion. Que significa si vea lineas asi? |
|---|
| 134 | |
|---|
| 135 | 15 * * * |
|---|
| 136 | 16 * * * |
|---|
| 137 | 17 * * * |
|---|
| 138 | |
|---|
| 139 | De nuevo, lea "man traceroute" para mas datos. |
|---|
| 140 | |
|---|
| 141 | Como puede ver traceroute puede estar usado para determinar donde hay problemas entre dos |
|---|
| 142 | puntos de terminacion en una red. |
|---|
| 143 | |
|---|
| 144 | |
|---|
| 145 | 3. mtr |
|---|
| 146 | --- |
|---|
| 147 | |
|---|
| 148 | La herramienta mtr combina ping y traceroute en un solo paquete. Pruebalo: |
|---|
| 149 | |
|---|
| 150 | $ mtr nsrc.org |
|---|
| 151 | |
|---|
| 152 | La salida del comando se vea diferente en diferente versiones de Linux y UNIX, pero en |
|---|
| 153 | general vas a ver un resumen de perdida de paquetes a cada nodo en el camino al nodo |
|---|
| 154 | de objectivo (nsrc.org arriba), numero de paquetes de ICMP echo request mandados, ultimo |
|---|
| 155 | tiempo de rtt (tiempo de ida y vuelta) al nodo, promedio, mejor y peor rtt y, tambien |
|---|
| 156 | la desviacion estandar de los tiempos de rtt. |
|---|
| 157 | |
|---|
| 158 | Mostrando la perdiad de paquetes en esta forma se lo hace mucho mas facil ver donde hay |
|---|
| 159 | problemas en un camino de la Red. |
|---|
| 160 | |
|---|
