Interconectividad (Protocolos de Internet).
Enviado por analiaaraceli • 4 de Mayo de 2016 • Trabajo • 1.766 Palabras (8 Páginas) • 230 Visitas
Instituto Superior Blaise Pascal
interconectividad
[pic 1]
Trabajo Práctico Nº3
Tecnicatura Superior en Análisis de Sistemas
Profesor: Mariano Reingart
Alumno/s: Julian Aquino , Elio coro , Nicolas Cugliari
Cuestionario:
- IPv4: Protocolo de Internet
- Analizar y Capturar con “wireshark” 2 datagramas IP con distinta dirección de origen/destino (diagramar usando el esquema visto en clase - tabla de 32bits -)
- Explicar cada campo
- Dar ejemplos (valor y código hexadecimal)
- ¿Qué es una opción? ¿cuántas puede haber? ejemplificar.
- ¿qué es un fragmento? ¿cuántos puede haber? justificar
- ¿Cuál es el tamaño máximo de un datagrama?
- ¿Qué organizaciones asignan las direcciones IP? Analizar la IP destino y origen válidos en Internet (no internas como 192.168.0.0).
- ICMP: protocolo de mensajes de control de internet
- Explicar el comando ping (objetivo, opciones generales y modo de uso)
- Probar una “inundación”, tiempo de vida limitado, opciones y fragmentación (tamaño). Dar ejemplos de los comandos. Capture un paquete y analice cada caso.
- DHCP: protocolo de configuración dinámica de equipos
- Indique qué comandos se usan para renovar la dirección IP de un equipo
- Capture y analice un paquete de descubrimiento, oferta, requerimiento y ack
- Identifique y justifique porque se usan las direcciones nula y de difusión (broadcast)
- UDP: Protocolo de Datagrama del Usuario: “programa de notificación simple”
- Desarrolle un programa que escuche notificaciones de texto a un puerto UDP y muestre los mensajes recibidos por pantalla.
- Desarrolle un programa que reciba por teclado un mensaje y envíe notificaciones las texto correspondiente por un puerto UDP a la dirección ip de destino indicada
- Capture un envío y analice los campos del encabezado de un datagrama de usuario según el esquema visto en clase (puertos, longitud, checksum - tabla de 32bits -)
- Según su criterio, ¿esta implementación es confiable? justifique las ventajas y desventajas
- TCP: Protocolo de Control de Transmisión: “programa cliente/servidor de chat simple”
- Desarrolle un programa servidor que escuche y atienda las conexiones en un puerto TCP, y al recibir un mensaje, lo replique a todos los usuarios conectados.
- Desarrolle un programa cliente que se conecte al servidor anterior, envíe y reciba mensajes de texto.
- Capture una conversación y analice los campos del encabezado de un segmento TCP según el esquema visto en clase (puertos, n° de secuencia, número de ack, longitud, flags, tamaño de ventana, checksum, opciones, etc. - tabla de 32bits -).
- Según la captura anterior, realice un diagrama de “Establecimiento de Conexión” y “Administración de ventanas” como se indica en la bibliografía. Para el segundo diagrama, si es posible, disminuya el tamaño de ventana de recepción envié un mensaje reiteradas veces hasta que se complete el buffer.
- Interrumpir anormalmente la conexión e indicar cuáles son los estados usados por el que pasa el socket (indicar los valores de los flags y campos principales según captura)
- Según su criterio, ¿la información se transmite de manera confidencial y segura? ¿que pueden pasar si se manipula la conexión? ¿qué consideraciones agregaría para que el programa sea más útil? ¿es aceptable el desempeño con una ventana de 142 bytes? ¿que que tamaño debería tener la ventana para lograr un desempeño óptimo en una red 3G a 200kbit/s y retardo de 5 segundos?
a)
PING 192.168.1.1
[pic 2]
[pic 3]
PING 8.8.8.8
[pic 4]
[pic 5]
PING 198.168.1.1
4 | 20bytes | Total lenght 84 | ||
0X9185(39557) | D F | M F | FRAG OFFSET 0 | |
TIME OF LIFE 64 | ICMP 1 | 0x1cab | ||
192.168.1.39 | ||||
192.168.1.1 |
B )
El campo versión lleva el registro de la versión del protocolo al que pertenece el datagrama. Al incluir la versión en cada datagrama es posible hacer que la transición entre versiones se lleve meses, o inclusive años.
La longitud de la cabecera no es constante, por eso se incluye un campo en la cabecera IHL para indicar la longitud en palabras de 32 bits. El campo tipo de servicio permite al host indicar a la subred el tipo de servicio que quiere. Son posibles varias combinaciones de confiabilidad y velocidad. El campo mismo contiene (de izquierda a derecha) un campo de precedencia; tres indicadores, D,T y R; y 2 bits no usados. El campo de precedencia es una prioridad, de 0 (normal) a 7 (paquete de control de red). Los tres bits indicadores permiten al host especificar lo que le interesa más del grupo (retardo, rendimiento, confiabilidad).
...