Universidad de Concepci on Facultad de Ingenier a Departamento de Ingenier a El ectrica

Tarea N1

Nombre Asignatura Carrera Profesor Fecha

: : : : :

Pablo Riquelme Jara. Redes de Datos. Ing. Civil en Telecom Sergio Sobarzo 18 de noviembre de 2013.

 Indice
1. Problema. 1.1. Soluci on . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2. Problema. 2.1. Soluci on . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 3 5 5

1.

Problema.

Realice una captura de un paquete que contenga etiquetas VLAN 802.1Q y muestre su formato. Para ello ubique una red con este tipo de tr aco, por ejemplo la red que alimenta a los tel efonos de la UdeC, y congure la tarjeta de red de su computador para que no elimine esta informaci on en la captura.

1.1.

Soluci on

Hoy en dia existe un formato estandar para colocar las etiquetas de VLAN que es el conocido como IEEE 802.1Q que es el que utilizan practicamente la totalidad de los equipos actuales. De esta forma es posible dise nar complejas redes con VLANs utilizando equipos de diferentes fabricantes. El formato de la trama 802.1Q en realidad no encapsula la trama original sino que a nade 4 bytes al encabezado Ethernet original. El valor del campo EtherType se cambia a 0x8100 para se nalar el cambio en el formato de la trama.

Figura 1: Formato de la Trama 802.1.Q . En la Figura 1 se muestra la Etiqueta (4 bytes) que est a formada por los siguientes: 1. ID del protocolo de VLAN (0x800), (2 bytes).- Dice que es una trama etiquetada, se nala el cambio en el formato de la trama. 2. Pri (Prioridad), (3 Bits).- Se reere a la prioridad de la trama por raz on de calidad de servicio. 3. CFI (Indicador de Formato Can onico), (1 Bit).- El cual, cuando est a en o indica que el dispositivo debe leer la informaci on de la trama en forma can onica (de derecha a izquierda). La raz on de este bit es que 802.1q puede utilizar tramas Token Ring o Ethernet. Un dispositivo siempre lee de forma can onica, pero los Token Ring no. Por eso para una trama Ethernet este valor es 0.

4. Identicador de VLAN (Inf. de Ctrl. de la Etiqueta, 12 Bits).- Nos permite identicar 4096 LANs. Identica de forma u nica a la VLAN a la cual pertenece la trama Ethernet. Una vez realizada la captura en Wireshark, se ltra a trav es del protocolo ARP, un protocolo ya conocido y del tipo Broadcast en la Figura 2 se muestra el resultado.

Figura 2: Captura Wireshark de la VLAN 802.1Q . De la Figura 2, es posible armar que en Ethernet II, en la parte de Source, son agregados estos 4 bytes, En la cual Type es la encargada de realizar la modicaci on a la Virtual LAN(0x8100). Tambi en en la Figura 2, se realiza un an alisis al est andar 802.1Q Virtual, donde se observa que: Priority: Best Eort (default) (0), En una red de mejor esfuerzo (best-eort network) todos los usuarios reciben el mejor servicio posible en ese momento, lo que signica que obtendr an distintos anchos de banda y tiempos de respuesta en funci on del volumen de tr aco en la red, como el valor es 0 la calidad de servicio (QoS) ser a para nada conable. CFI: Canonical (0), Si vale 1, la direcci on MAC est a en formato no can onico. Si vale 0, la direcci on est a en formato can onico. Este campo sirve para la contabilidad entre redes Ethernet y de anillo de testigo. En redes Ethernet siempre vale 0. ID: 210, valor que corresponde a la identicaci on unica de la Vlan, de un total de 4096 LANs

2.

Problema.

Muestre la forma en que trabaja el comando traceroute (Linux) o tracert(Windows) a trav es de capturas con Wireshark. Explique el funcionamiento del mecanismo que utiliza y muestre las capturas que lo demuestran.

2.1.

Soluci on

La orden tracert (en Windows) o traceroute (en Linux) resulta un comando muy u til para determinar el camino que siguen los paquetes de red desde un equipo a otro y as determinar si existe alg un problema en alg un momento entre ambos. En una red mediana o grande, es muy probable que las comunicaciones entre equipos no vayan directas y siempre atraviesen diversos dispositivos como Routers o Servidores que aumenten la latencia en cierta medida las velocidades m aximas de transmisi on de datos. Si tenemos un problema notable de velocidad, con este comando podemos vericar en qu e momento sucede el problema y as intentar encontrar la soluci on m as adecuada. La traza m as sencilla que podemos hacer es la que va desde nuestro equipo a otro de la misma red. Si la conexi on es directa entonces solo habr a un salto. El comando para poder ejecutar nuestro particular an alisis es tracert (Windows) el cual identica la IP (192.168.1.1) y la pagina de www.google.com para determinar el camino que siguen los paquetes de red, en la Figura 3 se muestra el an alisis mencionado.

Figura 3: Ruta de Paquetes en Red. De la Figura 3 , es posible observa que la cantidad de saltos utilizados para acceder a la direcci on del equipo solo son 9, ademas vale recalcar que la informaci on que nos muestra es parecida a la que nos daba con el comando ping, con el tiempo que tarda en recibir los paquetes (tres intentos). Si no se consiguen los tres tiempos de cada la, entonces quiere decir que esa comunicaci on ha fallado y se representar a como un asterisco (*). En comparaci on a Linux cada n umero inicial es un salto a un equipo distinto que puede estar

en cualquier parte del mundo (con nombres bastante peculiares), direcci on IP y los tiempos (en Linux se muestra en este orden). A trav es de Wireshark en la Figura 4 y Figura 5, se muestran las capturas y un trozo de conversaci on que lo demuestran

Figura 4: Captura del Acceso a la Direcci on Del Equipo.

Figura 5: Conversaci on Protocolo TCP. De la Figura 4 se deduce que la IP de origen y destino son las ya establecidas a trav es del comando tracert en windows, que est a disponible si el Protocolo Internet (TCP/IP) est a instalado como un componente en las propiedades de un adaptador de red en Conexiones de red. Por otro lado el tiempo establecido es tambi en an alogo, lo que demuestra aun mas la validez de la conexi on. En la Figura 5, se verica la conversaci on en el Protocolo TCP, donde ademas nos muestra el navegador en el cual realizo la b usqueda (Chrome).

Agradecimientos
Esta tarea fue comentada y analizada con Natali Sanchez y Emilio Tramon, ademas en problema 1, la captura en Wireshark fue tomada por Claudio Maldonado la cual puso a disposici on sin nes de lucro.