(23-07-2016 20:33)Fede456 escribió:  ¿Siempre toman análisis de tramas?, ¿puedo zafar con eso en la práctica?. Saludos.

Si no toman esto no tiene sentido a la vida redes!




Perez -> IPv6 y la teoria "rara" que solo dá él.... no recuerdo exacto que nos tomó, pero en el primer final de Julio del 2014 nos levantamos todos los que no cursamos con él por la teoria...

A nivel práctica siempre toman más o menos lo mismo.

(24-07-2016 17:41)mgejer123 escribió:  Hola, como va?
Subo el final del primer turno: http://www.utnianos.com.ar/foro/tema-apo...#pid444465

Alguno sabe como hacer los dos ultimos puntos practicos?

En respuesta a lo de tramas, x lo general toman 3 o mas ejercicios practicos. Necesitarias al menos 2 bien para aprobar. Solo con tramas es dificil.

El último no genera tráfico en la WLAN porque los paquetes nunca salen de tu PC, fijate que te esta respondiendo tu misma IP diciendo destino inaccesible. Puede ser que tengas un firewall que filtre ping, ping a esa IP, que tengas una estatica a la null, etc
Los protocolos utilizados serían ARP para sacar la mac del destino, IP e ICPM... si no se me escapa alguno

El de la fragmentacion sacas que es fragmentado por el flag de more fragments que estaba en 1.
Yo hice la cuenta para 50.000 bytes metidos en la trama como decia ahi (osea que incluia los headers L3 y L4), semanticamente no está bien porque te dice que la aplicacion genera, osea que faltarían los header, pero bueh... no mueve la aguja en la cantidad de fragmentos... Y por las dudas lo aclaré, y tambien que el MTU es 1500.

Cada trama eth va a tener 1500B de payload, de esos 1500B siempre vas a tener los 20B de header IP y 1480B de Datos L3.

Entonces:

50.000B = 20B hIP + 49980B Payload L3
Tramas de 1500B, con 1480B de datos posta L3 (respuesta b)

49980B / 1480B = 33.77 tramas ---> Se fragmenta en 34 tramas (respuesta a)

(25-07-2016 12:52)lean.cavs escribió:  

(24-07-2016 17:41)mgejer123 escribió:  Hola, como va?
Subo el final del primer turno: http://www.utnianos.com.ar/foro/tema-apo...#pid444465

Alguno sabe como hacer los dos ultimos puntos practicos?

En respuesta a lo de tramas, x lo general toman 3 o mas ejercicios practicos. Necesitarias al menos 2 bien para aprobar. Solo con tramas es dificil.

El último no genera tráfico en la WLAN porque los paquetes nunca salen de tu PC, fijate que te esta respondiendo tu misma IP diciendo destino inaccesible. Puede ser que tengas un firewall que filtre ping, ping a esa IP, que tengas una estatica a la null, etc
Los protocolos utilizados serían ARP para sacar la mac del destino, IP e ICPM... si no se me escapa alguno

El de la fragmentacion sacas que es fragmentado por el flag de more fragments que estaba en 1.
Yo hice la cuenta para 50.000 bytes metidos en la trama como decia ahi (osea que incluia los headers L3 y L4), semanticamente no está bien porque te dice que la aplicacion genera, osea que faltarían los header, pero bueh... no mueve la aguja en la cantidad de fragmentos... Y por las dudas lo aclaré, y tambien que el MTU es 1500.

Cada trama eth va a tener 1500B de payload, de esos 1500B siempre vas a tener los 20B de header IP y 1480B de Datos L3.

Entonces:

50.000B = 20B hIP + 49980B Payload L3
Tramas de 1500B, con 1480B de datos posta L3 (respuesta b)

49980B / 1480B = 33.77 tramas ---> Se fragmenta en 34 tramas (respuesta a)

Siguiendo este razonamiento, no debería ser:
50.000B = 20B hIP + 49980B Payload L3
Tramas de 1500B, con 1480B de datos posta L3

respuesta b= 49980B porque pregunta por la capa 3.

lean.cavs A que te referis con L3 y L4?

Gracias!

En el 5. que pregunta que protocolos se generan de capa 2 y 3 en el host origen, cuales les parece? ARP, seguro.

(05-10-2016 13:28)holautn escribió:  

(25-07-2016 12:52)lean.cavs escribió:  

(24-07-2016 17:41)mgejer123 escribió:  Hola, como va?
Subo el final del primer turno: http://www.utnianos.com.ar/foro/tema-apo...#pid444465

Alguno sabe como hacer los dos ultimos puntos practicos?

En respuesta a lo de tramas, x lo general toman 3 o mas ejercicios practicos. Necesitarias al menos 2 bien para aprobar. Solo con tramas es dificil.

El último no genera tráfico en la WLAN porque los paquetes nunca salen de tu PC, fijate que te esta respondiendo tu misma IP diciendo destino inaccesible. Puede ser que tengas un firewall que filtre ping, ping a esa IP, que tengas una estatica a la null, etc
Los protocolos utilizados serían ARP para sacar la mac del destino, IP e ICPM... si no se me escapa alguno

El de la fragmentacion sacas que es fragmentado por el flag de more fragments que estaba en 1.
Yo hice la cuenta para 50.000 bytes metidos en la trama como decia ahi (osea que incluia los headers L3 y L4), semanticamente no está bien porque te dice que la aplicacion genera, osea que faltarían los header, pero bueh... no mueve la aguja en la cantidad de fragmentos... Y por las dudas lo aclaré, y tambien que el MTU es 1500.

Cada trama eth va a tener 1500B de payload, de esos 1500B siempre vas a tener los 20B de header IP y 1480B de Datos L3.

Entonces:

50.000B = 20B hIP + 49980B Payload L3
Tramas de 1500B, con 1480B de datos posta L3 (respuesta b)

49980B / 1480B = 33.77 tramas ---> Se fragmenta en 34 tramas (respuesta a)

Siguiendo este razonamiento, no debería ser:
50.000B = 20B hIP + 49980B Payload L3
Tramas de 1500B, con 1480B de datos posta L3

respuesta b= 49980B porque pregunta por la capa 3.

lean.cavs A que te referis con L3 y L4?

Gracias!

Layer/capa 3 y 4.
Respecto a lo otro, tenes razón que la parte de datos L3 es esa (si tomas como que la aplicacion genera paquetes L3) pero si tenes en cuenta que la aplicacion genera paquetes L4 hay que restarle tambien los header TCP o UDP segun corresponda... No recuerdo posta como era en el final, si te mostraba un wireshark o que... y como está copiado, no se si te pedia de los 50000b del paquete cuantos eran de datos o si te pedia del payload de cada trama(L2) cuantos eran datos L3 (la clave ahi es que cuando fragmentas en cada trama viaja el header con un numero de secuencia, y perdes 20b de los 1500).

Espero haberme hecho entender.

Saludos,

holautn
A ver si lo puedo dejar claro, aunque es un tema medio confuso por como está redactado el ejercicio.
Siendo 100% fieles a lo que está escrito en el ejercicio, tenemos que de la APLICACIÓN te vienen 50000 Bytes.
Acá hacemos una pausa y vemos esto:
   

Nos interesa el gráfico del medio, tenemos 4 niveles o capas: aplicación, transporte, Internet, acceso a la red.

A nosotros los 50000B nos vienen de la 4ta, la más alta. Para que el paquete viaje por la capa de enlace de datos -nivel 2 del modelo OSI- (en el gráfico sería analogamente "acceso a la red") necesita las cabeceras de Transporte, de Internet y de Ethernet.

La de Ethernet para estos ejercicios la olvidamos! No nos interesa. Se agrega al principio de cada fragmento pero escapa del ejercicio.

En este ejercicio particular, analizando la trama vemos que tenemos encapsulado dentro del datagrama IP el protocolo ICMP, porque el campo de protocolo de 8 bits tiene un 1. (Si fuera 6, sería TCP -el más común, 11 (hexa) sería UDP).

ICMP es un caso muy particular, ya que no es protocolo de capa 3 ni de capa 4. En esta trama, NO tenemos protocolo de capa 4! Lo que generó el paquete de la trama que se observa fue la APLICACIÓN PING. La misma le pega directamente al protocolo ICMP y éste al IP.
   

Entonces, tenes 50000 bytes y tenes que ver qué cabeceras le vas a agregar. Cabecera de transporte no le vas a agregar, por lo que acabamos de hablar y la cabecera IP se le agrega después A CADA FRAGMENTO.
"Bueno, entonces no le agrego nada, fragmento los 50000 bytes". Bueno, acá técnicamente deberías sumarle los 8 bytes de la cabecera ICMP. pero al ser ambiguo el enunciado y además al prácticamente no cambiarte el resultado esos 8 bytes, no importa si los consideras o no.
Vamos a redondear, usamos los 50000. Ya está, ahora es un ejercicio como cualquier otro ejercicio de fragmentación:
50000 / (1500-20) = 33,78 --> 34 (en fragmentación siempre se redondea para arriba, opuesto a Frame Relay)
Los primeros 33 paquetes van a ser 20 bytes de cabecera IP + 1480 bytes de DATOS.
El último paquete, el N°34 va a tener 50000-1480*33 = 1160 bytes de DATOS + 20 bytes de cabecera IP.

Por las dudas aclaro, se divide por 1500-20 porque 1500 es la MTU de Ethernet y se le resta 20 porque la cabecera IP va en TODOS los fragmentos, ya que ahí además de tener el identificador del paquete, van a tener el fragment offset y los bits DF (Don't fragment) y MF (More Fragment).
Ojo, si la cabecera IP tuviera opciones, se le debe agregar a esos 20 bytes lo que corresponda de opciones.
Por si alguien se lo pregunta, la cabecera de Ethernet va por fuera de esos 1500, los paquetitos en realidad pesarían 1518 bytes pero esto escapa del análisis nuestro.

Última aclaración, porque se tocó el tema. En particular, en el PRIMER fragmento, los primeros 8 bytes de los 1480 bytes de datos que transporta, serían los 8 bytes de la cabecera ICMP ! En todos los demás fragmentos siguientes ya NO tenemos dicha cabecera.
Para el datagrama IP, la cabecera ICMP son Datos (Payload).

Saludos!

EDIT: L3 = Capa 3 o Nivel 3 del modelo OSI. L es de Layer. Lo mismo para L4.

Hola, todo bien? Aporto mis 2 centavos:

Respecto al enunciado 4 b), pregunta cuantos bytes totales va a tener la trama #39 en el campo de datos de capa 3 (aca habia subido el enunciado completo http://www.utnianos.com.ar/foro/tema-apo...id444465).
Ayer le pregunte este ejercicio a un profe y me respondio que la forma de sacarlo es mediante el valor del campo "Total length" del encabezado IP. Entonces, el dato a buscar no eran estos 49980B, sino los 1500B (05dc) que muestra en la trama.

Por otro lado, aprovecho que en el thread hay varios que rinden mañana. Parece que mañana el final lo toma echazu. Le suele gustar tomar WAN y cableado estructurado por finales que vi. Dejo links de utnianos con finales que tomo:


http://www.utnianos.com.ar/foro/tema-apo...ight=redes
http://www.utnianos.com.ar/foro/tema-apo...ight=redes
http://www.utnianos.com.ar/foro/tema-apo...ight=redes
http://www.utnianos.com.ar/foro/tema-fin...ight=redes
http://www.utnianos.com.ar/foro/tema-apo...ight=redes
http://www.utnianos.com.ar/foro/tema-fin...ght=echazu
http://www.utnianos.com.ar/foro/tema-apo...ght=echazu
http://www.utnianos.com.ar/foro/tema-apo...09-12-2015
http://www.utnianos.com.ar/foro/tema-fin...ght=echazu

Espero que a alguno le sirva el dato.

Saludos!

Consulta! Alguno resolvió estos ejercicios de primeros parciales de Echazú? -Sí, me acordé un poco tarde de preguntar-


Espero su respuesta, desde ya, gracias!

Hola, DarkCrazy

En 5) Te daba 2 imagenes una con un ipconfig de una placa wifi que el ip era 192.168.1.14 otra imagen con un ping a una 192.168.1.17 y desde la 192.168.1.14 respondia destino inalcanzable y que envio 4 paquetes y recibio 4 paquetes y te pedia
5.1) Cuantos paquetes eran enviados por la aplicacion ping a la WAN?
5.2) Que protocolos de capa 2 y capa 3 estaban involucrados.

5.2., que pusiste?

holautn

5.1) Paquetes puse que no salía ninguno porque le respondía su propia IP con destino inalcanzable.

5.2) No me acuerdo que puse pero si tuviera que responderlo ahora diría: capa 2: Ethernet (no se especificamente si DIX v2 o IEEE 802.3). Capa 3: IPv4+ICMP

Saludos!

Gracias, DarkCrazy !

Claro y en la 5.2) También hay algo de ARP, no te parece? Que hace que me autoresponda y salga la leyenda "Destino inalcanzable".

Saludos!

holautn
La verdad no te puedo responder con certeza porque no entiendo al 100% como se implementa todo el tema ARP. Espero que alguien que la tenga más clara pueda aportar la info correcta.

Recién leí un poco y entiendo que pasaría lo siguiente:
Mando el ping a a la dirección IP X.
Me fijo si tengo en mi tabla ARP, la MAC correspondiente a la dirección X.
Si la tengo OK, viaja el mensaje hacia el destino.
Si no la tengo, se genera el paquete ARP que hace un broadcast.
El "dueño" de esa IP, si existe, me responde con su MAC y su IP.
El viaje original, ahora sí viaja hacia el destino.
Si nadie responde al ARP, no sé qué sucede :/ o sea, claramente no se va a poder enviar mi mensaje original, pero no sé si la respuesta que recibiría es Destino Inalcanzable... supongo que sí.

Con esas consideraciones en cuenta, quiero creer que tanto si se ponía ARP en la respuesta tanto como si no, ambas respuestas serían correctas. (Yo por ejemplo no lo puse y el punto lo tenía como bien)

Algunas fuentes:
https://es.wikipedia.org/wiki/Internet_C...alcanzable
https://es.wikipedia.org/wiki/Protocolo_...irecciones

(14-07-2016 00:40)petyheller escribió:  Hola,
Les dejo las preguntas del final del 13.07.2016 no tengo foto pero eran:

1) Deteccion y correcion de errores como lo maneja HDLC, TCP, IP.
2) Acceso al medio 802.11
3) Te daba una trama Ethernet-IP-UDP y pedia Mac origen, Mac destino, Ip origen, Ip destino, Puerto Origen, Puerto destino.
4) Te daba una trama Ethernet-IP-ICMP y pedia
4.1) Si la trama estaba fragmentada y porque)
4.2.1) Si la aplicacion quisiera enviar 50000 bytes de datos, cuantos fragmentos serian si tenes los protocolos de la trama.
4.2.2) Cuantos bytes tiene el campo de datos en el nivel 3.
5) Te daba 2 imagenes una con un ipconfig de una placa wifi que el ip era 192.168.1.14 otra imagen con un ping a una 192.168.1.17 y desde la 192.168.1.14 respondia destino inalcanzable y que envio 4 paquetes y recibio 4 paquetes y te pedia
5.1) Cuantos paquetes eran enviados por la aplicacion ping a la WAN?
5.2) Que protocolos de capa 2 y capa 3 estaban involucrados.

Hola me pueden ayudar a despejar algunas dudas que tengo con los ejercicios 4 y 5 de este final. Dejo mis respuestas a continuación. Gracias

4.1) La trama esta fragmentada porque tiene el flag de MF (more fragment) en 1
4.2.1) 1472 + 1480*32 = 50000. Por lo tanto serían necesarios 33 Fragmentos.
4.2.2) Esta no entiendo a que se refiere, que me estan pidiendo aca??

5.1) Ningun paquete, porque el destino es inalcanzable ?.
5.2) Según lo que veo en Wireshark al hacer ping. La trama muestra que en capa 3 se utilizan los protocolos ICMP, IP. En capa 2 calculo que Ethernet.

Respecto a al 5.2:

Capa 2, no debería ser 802.11 ya que te dice que es una WLAN ?
Capa 3: IP - ICMP.