Universidad de ConcepcionFacultad de Ingeniera

Departamento de Ingeniera Electrica

Tarea N1

Nombre : Pablo Riquelme Jara.Asignatura : Redes de Datos.Carrera : Ing. Civil en TelecomProfesor : Sergio SobarzoFecha : 18 de noviembre de 2013.

Indice

1. Problema. 31.1. Solucion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3

2. Problema. 52.1. Solucion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

1. Problema.

Realice una captura de un paquete que contenga etiquetas VLAN 802.1Q y muestre suformato. Para ello ubique una red con este tipo de trafico, por ejemplo la red que alimenta a lostelefonos de la UdeC, y configure la tarjeta de red de su computador para que no elimine estainformacion en la captura.

1.1. Solucion

Hoy en dia existe un formato estandar para colocar las etiquetas de VLAN que es el conocidocomo IEEE 802.1Q que es el que utilizan practicamente la totalidad de los equipos actuales.De esta forma es posible disenar complejas redes con VLANs utilizando equipos de diferentesfabricantes.

El formato de la trama 802.1Q en realidad no encapsula la trama original sino que anade 4bytes al encabezado Ethernet original. El valor del campo EtherType se cambia a 0x8100 parasenalar 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 esta formada por los siguientes:

1. ID del protocolo de VLAN (0x800), (2 bytes).- Dice que es una trama etiquetada, senalael cambio en el formato de la trama.

2. Pri (Prioridad), (3 Bits).- Se refiere a la prioridad de la trama por razon de calidad deservicio.

3. CFI (Indicador de Formato Canonico), (1 Bit).- El cual, cuando esta en off indica que eldispositivo debe leer la informacion de la trama en forma canonica (de derecha a izquierda).La razon de este bit es que 802.1q puede utilizar tramas Token Ring o Ethernet. Undispositivo siempre lee de forma canonica, pero los Token Ring no. Por eso para unatrama Ethernet este valor es 0.

4. Identificador de VLAN (Inf. de Ctrl. de la Etiqueta, 12 Bits).- Nos permite identificar4096 LANs. Identifica de forma unica a la VLAN a la cual pertenece la trama Ethernet.

Una vez realizada la captura en Wireshark, se filtra a traves del protocolo ARP, un protocoloya 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 afirmar que en Ethernet II, en la parte de Source, son agregados es-tos 4 bytes, En la cual Type es la encargada de realizar la modificacion a la Virtual LAN(0x8100).

Tambien en la Figura 2, se realiza un analisis al estandar 802.1Q Virtual, donde se observaque:

Priority: Best Effort (default) (0), En una red de mejor esfuerzo (best-effort network)todos los usuarios reciben el mejor servicio posible en ese momento, lo que significa queobtendran distintos anchos de banda y tiempos de respuesta en funcion del volumen detrafico en la red, como el valor es 0 la calidad de servicio (QoS) sera para nada confiable.

CFI: Canonical (0), Si vale 1, la direccion MAC esta en formato no canonico. Si vale 0,la direccion esta en formato canonico. Este campo sirve para la contabilidad entre redesEthernet y de anillo de testigo. En redes Ethernet siempre vale 0.

ID: 210, valor que corresponde a la identificacion unica de la Vlan, de un total de 4096LANs

2. Problema.

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

2.1. Solucion

La orden tracert (en Windows) o traceroute (en Linux) resulta un comando muy util paradeterminar el camino que siguen los paquetes de red desde un equipo a otro y as determinar siexiste algun problema en algun momento entre ambos. En una red mediana o grande, es muyprobable que las comunicaciones entre equipos no vayan directas y siempre atraviesen diversosdispositivos como Routers o Servidores que aumenten la latencia en cierta medida las veloci-dades maximas de transmision de datos. Si tenemos un problema notable de velocidad, coneste comando podemos verificar en que momento sucede el problema y as intentar encontrar lasolucion mas adecuada.

La traza mas sencilla que podemos hacer es la que va desde nuestro equipo a otro de la mismared. Si la conexion es directa entonces solo habra un salto.

El comando para poder ejecutar nuestro particular analisis es tracert (Windows) el cual identi-fica la IP (192.168.1.1) y la pagina de www.google.com para determinar el camino que siguenlos paquetes de red, en la Figura 3 se muestra el analisis mencionado.

Figura 3: Ruta de Paquetes en Red.

De la Figura 3 , es posible observa que la cantidad de saltos utilizados para acceder a ladireccion del equipo solo son 9, ademas vale recalcar que la informacion que nos muestra esparecida 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 fila, entonces quiere decir que esacomunicacion ha fallado y se representara como un asterisco (*).En comparacion a Linux cada numero inicial es un salto a un equipo distinto que puede estar

en cualquier parte del mundo (con nombres bastante peculiares), direccion IP y los tiempos (enLinux se muestra en este orden).

A traves de Wireshark en la Figura 4 y Figura 5, se muestran las capturas y un trozo deconversacion que lo demuestran

Figura 4: Captura del Acceso a la Direccion Del Equipo.

Figura 5: Conversacion Protocolo TCP.

De la Figura 4 se deduce que la IP de origen y destino son las ya establecidas a traves delcomando tracert en windows, que esta disponible si el Protocolo Internet (TCP/IP) esta ins-talado como un componente en las propiedades de un adaptador de red en Conexiones de red.Por otro lado el tiempo establecido es tambien analogo, lo que demuestra aun mas la validez dela conexion.

En la Figura 5, se verifica la conversacion en el Protocolo TCP, donde ademas nos muestrael navegador en el cual realizo la busqueda (Chrome).

Agradecimientos

Esta tarea fue comentada y analizada con Natali Sanchez y Emilio Tramon, ademas en pro-blema 1, la captura en Wireshark fue tomada por Claudio Maldonado la cual puso a disposicionsin fines de lucro.

Problema.Solucin

Problema.Solucin