Hola.

Les paso lo que tomaron ayer (2015-12-17) en el final de redes.
Lo hizo Koval y la parte práctica la hizo Cicerchia.

Para mi fué más facil que los de la primer y segunda fecha de diciembre.
Solo desaprobaron 3 personas.


-----------------------------------

Teoría:

1) Que es el control de flujo, y que campos de TCP se utilizan para hacerlo.

Esta era simple, yo respondí a mi criterio.
Expliqué como funcionaba la ventana deslizante, que provenía de HDLC,
como se hacía una conexión, como se hacía la desconexión y la transmisión y que campos y flags de TCP se usaban.


2) Explicar el método de control de acceso al medio PCF usado en 802.11, y cuáles son las diferencias con DCF.
Esta pregunta la tomaron en el final del 26-05-2015 y la respuesta correcta está en este link
http://www.utnianos.com.ar/foro/tema-apo...26-05-2015


3) Describir la trama Ethertnet y como es modificada por la norma 802.1q

Otra facil, yo les hice el gráfico, expliqué cada campo, que la trama pasa a tener 1522 de tamaño máximo
y hablé un poco de para quien agrega los tags de las VLAN, cuando se usa, etc.



------------------------------------------------------------------------

Parte práctica:

1) Un gráfico del packet tracer, muy muy similar al gráfico que tomaron en el final del 09-02-2015
http://www.utnianos.com.ar/foro/tema-apo...09-12-2015

Te decían que se conectaban a un router y usaban el comando "show ip routes"
y te pedían completar las direcciones (tal cual lo que tomaron en el final anterior)

Lo que había que hacer era mirar el gráfico y poner a que red te conectabas por cada interfaz (el numero de ip/máscara)
y luego a que red llegabas saltando por esa interfaz.
Ejemplo:
192.168.0.0/24 is directly connected, Serial 0/0
200.0.0.0/24 via 192.168.0.0/24 , Serial 0/0
Lo que está en negrita era lo que había que mirar del gráfico y completar.

2) Un ejercicio largo de subnetting y VLSM. Te daban una dirección de red y tenías que subnetear para 17 sucursales y luego
subnetear nuevamente cambiando la máscara.
Muy similar al del final del 09-12-2015.

3) Una trama Ethernet + IP.
Te pedían direcciones mac , ips y alguna otra cosa

4) Una trama Ethernet (que cuando la analizabas te dabas cuenta que tenia VLAN + IP + ICMP )
a) Que datos podes obtener de la trama.
b) Había fragmentación ?
c) Puertos Origen y Destino
d) Si querías mandar 1MByte de datos y el MTU era de 500, en cuantos paquetes se fragmentaba ?

Mi resolución:

a) Yo pregunté que querían y me dijeron que ponga TODO lo que pudiese obtener.
Había que tener en cuenta que x8100 era el tipo vlan y luego de los 4 bytes arrancaba IP.
Y luego lo de siempre, ver cada campo en Hexa y pasarlo a decimal o binario

b) Había que fijarse en las flags de IP y en el campo fragment offset

c) Esta era tramposa, porque si mirabas el campo protocolo de IP, no era ni TCP ( x06) ni UDP (x11)
el valor que te daban en ese campo era x01 y ese corresponde a ICMP.
Entonces yo respondí que no podía obtener el puerto.

d) Había que restar de 500, que era el MTU, el encabezado de ICMP (8 bytes) y el encabezado de IP (20 bytes)
y luego dividir 1Mbyte por eso para saber que cantidad de fragmentos se generaban.


----------------------------------------------------------

Espero les sirva, yo no hice el de subnetting y aprobé con un 7 .

En lo personal me resultó una mierda que para aprobar la materia tenga que estudiar completamente desde internet y de los finales porque mi cursada fué pésima.

Saludos y suerte

Perdon Cubin la molestia o alguno que sepa

Cita:b) Había que fijarse en las flags de IP y en el campo fragment offset

Con esto te referis a si dice MF=1 y DF=0? Como te afecta el fragment offset
Con MF en uno sabes que te quedan fragmentos. Pero el offset parte de darte el desplazamiento que te aporta?

Gracias!

Cubin Muchas gracias por el aporte!

Me ayudaría alguien con esta duda sobre Fragmentación. A mi datagrama siempre le resto la cabecera de IP (20 bytes) antes de dividirlo por el MTU. Pero la cabecera de TCP o UDP no se la resto, verdad? Entonces por qué Cubin le resta la cabecera de ICMP ?
Y otra consulta similar, en la cabecera de IP tenías la etiqueta de VLAN de 4 bytes. Estos no los consideras en la resta porque es para una gestión interna del SW que remueve dicha etiqueta antes de enviar al host destino, verdad?

Saludos!

EDIT:
Me auto respondo:
Primero me corrijo, la cabecera IP no se la resto a mi datagrama, se la resto al MTU.
Segundo, las cabeceras de protocolos de capa 4 en adelante no se restan al MTU.
A mi entender, si bien ICMP es un sub-protocolo de IP, siendo entonces un protocolo de capa 3 del modelo OSI, el mismo se encapsula dentro del campo Datos/Payload del Datagrama IP, por lo tanto a la hora de fragmentar, "lo ignoro", o sea, lo trato como si fuera un protocolo de capa 4. NO lo resto al MTU. (Así lo interpreto yo, pero si estoy mal por favor corrijanme).

Si no me equivoco la resolucion seria asi

Envias 1MB de datos y la MTU es de 500

primer fragmento:

20 bytes header IP + 8 bytes header ICMP + 472 bytes de datos

segundo fragmento: el header ICMP ya se envio asi que no se vuelve a enviar, pero el header de IP lo tenes que volver a enviar siempre, el resto son todos datos, entonces queda

20 bytes header IP + 480 bytes de datos

en total van enviados 472+480 bytes de datos = 952 bytes de datos

lo que queda lo envias en el siguiente fragmento, asi que en total vas a usar 3 fragmentos para enviar 1MB de datos con una MTU de 500

Resumen:

primer paquete: header ip+header icmp+472 bytes de datos
todos los demas paquetes: header ip+480 bytes de datos

Perdón que reviva, para mi el ejercicio de fragmentación sería:

Tengo para enviar 1 MB de "datos". Por lo que tengo visto de todos los ejercicios de fragmentación, esos "datos" serían el valor del campo Datos (o Payload) del Datagrama IP.
ICMP es un subprotocolo de IP, y se encapsula dentro del campo Datos del Datagrama IP, no lo resto al MTU ya que no voy a enviar la cabecera o mensaje ICMP en cada fragmento. La cabecera IP (20 bytes) sí la voy a enviar en cada fragmento y por eso se la resto al MTU.

1 MB / (500B - 20B) --> 1024x1024 B / 480 B = 2184,53 --> 2185 fragmentos.
Los primeros 2185 fragmentos pesaran c/u 500 B (20 de cabecera IP + 480 de datos), todos con bit MF (More fragment) = 1.
El último fragmento pesará 276 B (20 de cabecera IP y 256B de datos), bit MF = 0.

(480*2184B + 256B = 1MB)

En particular me parece raro que en el ejercicio se hable de enviar 1 MB, porque generalmente en estos ejercicios se habla del orden de bytes o en su defecto, KyloBytes.