Subo el final de hoy. NO TENGO IDEA DE COMO SE RESOLVIA, asi que si algun alma caritativa tiene ganas de hacerlo y subir las soluciones genial!

Saludos y desde ya muchas gracias!

Hola
ni no intentaste?
es un "KOVAL" autentico

en general toman "siempre" lo mismo... una tramita (tenes que saberlas todas, pero la posta es que siempre es IPV4)... y despues puede entrar algo de FR o algo de analisis de protocolos con el "ida y vuelta" o una IP y decir que rango son para los host, etc... por el ultimo punto, UTNialo (buscalo x aca) que esta en otro final/parcial de Koval...

Por la teoria, nada... hay que leer... en general las preguntas son muy puntuales... no hay mucho para chamullar, pero hay cosas que normalmente no toman... bajate los ultimos 10 finales y fijate!

Suerte!

(12-02-2015 11:14)pablosreitano escribió:  Hola
ni no intentaste?
es un "KOVAL" autentico

en general toman "siempre" lo mismo... una tramita (tenes que saberlas todas, pero la posta es que siempre es IPV4)... y despues puede entrar algo de FR o algo de analisis de protocolos con el "ida y vuelta" o una IP y decir que rango son para los host, etc... por el ultimo punto, UTNialo (buscalo x aca) que esta en otro final/parcial de Koval...

Por la teoria, nada... hay que leer... en general las preguntas son muy puntuales... no hay mucho para chamullar, pero hay cosas que normalmente no toman... bajate los ultimos 10 finales y fijate!

Suerte!

Pasa que justamente estudie en base a los últimos 10 finales, pero el ejercicio de frame relay tiene cosas que no vi nunca, al igual que el de ip que preguntaba si la trama era desde cliente o servidor?? todos los ejercicios tenian cosas en las que me quede como no sabiendo de que hablaba

Lo de cliente/servidor esta en varios finales. Tenes que ver pto origen y pto destino.
Saludos

Buenas, yo me quedé y aprobé con 4, justo. Casi nadie se quedó la verdad y aprobamos muy pocos.
El final era jodido, pero de alguna manera, aprobable.

De la práctica yo hice solo 1 y 2, el 3 de Frame relay (tema que tenia bastante claro y me parecia facil) me pareció muy jodido y no logré darme cuenta de como resolverlo, solo encaré la primer parte y ahí me quedé.

Con respecto al 1, si bien tiene preguntas conceptuales que joden un poco, es basicamente lo mismo de siempre pero analizando un poco más.
1a) Para saber si es Cliente-Servidor como dijeron arriba tenés que fijarte los puertos origen y destino. En este caso, el origen es el puerto 80 (HTTP), por lo que el mensaje sale del servidor.
1b) En este básicamente lo que tenés que ver son los flags del segmento TCP (URG, ACK, etc). En este caso estaban en 1 ACK y FIN, por lo que el servidor está respondiendo con un ACK y finalizando la conexión. El próximo segmento entonces va a ser de FIN para cerrar adecuadamente la conexión.
1c) Este es el más fácil, simplemente sacás las direcciones IP origen y destino y te fijás si pertenecen a la misma red.

2) Este es un ejercicio bastante común de subnetting, lo que tenés que hacer es tomar la menor cantidad de hosts posibles para cumplir con lo pedido y en base a eso asignar X numeros de subred a cada red.
ej: la subred a tiene que tener 129 hosts, es decir 2 a la 8, para que te den 256 hosts (con 128 no alcanza). Como la red que te dan es /23, tomas solo 1 bit de subred y los 8 restantes para hosts. Y así con todos.

Con respecto a la teoría, hice 1 y 2, en este caso es cuestión de leer porque son preguntas bastante conceptuales, la primera tiene que ver con wireless y el CSMA/CA, y como funciona con respecto a DIFS y PIFS. Lo podés encontrar en los apuntes.
La 3 solo hice la primer parte de la a, el resto no logré comprender a qué se refería.

Saludos.

Buenas, había subido el mismo final pero olvide fecharlo, así que vinculo mi post a este.
Tiene la resolución del 1 y 2. Respecto al 3 (FR), no me salió.

(12-02-2015 20:04)donleopardo escribió:  Buenas, yo me quedé y aprobé con 4, justo. Casi nadie se quedó la verdad y aprobamos muy pocos.
El final era jodido, pero de alguna manera, aprobable.

De la práctica yo hice solo 1 y 2, el 3 de Frame relay (tema que tenia bastante claro y me parecia facil) me pareció muy jodido y no logré darme cuenta de como resolverlo, solo encaré la primer parte y ahí me quedé.

Con respecto al 1, si bien tiene preguntas conceptuales que joden un poco, es basicamente lo mismo de siempre pero analizando un poco más.
1a) Para saber si es Cliente-Servidor como dijeron arriba tenés que fijarte los puertos origen y destino. En este caso, el origen es el puerto 80 (HTTP), por lo que el mensaje sale del servidor.
1b) En este básicamente lo que tenés que ver son los flags del segmento TCP (URG, ACK, etc). En este caso estaban en 1 ACK y FIN, por lo que el servidor está respondiendo con un ACK y finalizando la conexión. El próximo segmento entonces va a ser de FIN para cerrar adecuadamente la conexión.
1c) Este es el más fácil, simplemente sacás las direcciones IP origen y destino y te fijás si pertenecen a la misma red.

2) Este es un ejercicio bastante común de subnetting, lo que tenés que hacer es tomar la menor cantidad de hosts posibles para cumplir con lo pedido y en base a eso asignar X numeros de subred a cada red.
ej: la subred a tiene que tener 129 hosts, es decir 2 a la 8, para que te den 256 hosts (con 128 no alcanza). Como la red que te dan es /23, tomas solo 1 bit de subred y los 8 restantes para hosts. Y así con todos.

Con respecto a la teoría, hice 1 y 2, en este caso es cuestión de leer porque son preguntas bastante conceptuales, la primera tiene que ver con wireless y el CSMA/CA, y como funciona con respecto a DIFS y PIFS. Lo podés encontrar en los apuntes.
La 3 solo hice la primer parte de la a, el resto no logré comprender a qué se refería.

Saludos.

Yo había pensado en esta respuesta:
1.b.- El estado sería TIME_WAIT (o sea, entiendo que lo que te pide es lo que te arrojaría el netstat en caso de ejecutarlo en ese momento): El Servidor esta en espera de recibir los últimos paquetes y un ultimo segmento ACK de cierre de conexión.
O sea, después de que el Servidor envía el FIN ACK al Cliente, espera recibir un ultimo segmento ACK por parte del Cliente.
Alguien tiene otra opinión para aportar?

Acá dejo mi link: Final Redes 11-02-2015

Saludos!

Gracias a todos por su colaboración, si alguien lee este post y se ilumina como para saber como se hacía el de Frame Relay estare muy agradecido.

Saludos!

Estuve haciendo el ejercicio de Frame Relay, el cual aclaro no se si esta bien por lo que si alguno encuentra un error u otra forma de resolverlo, sera bienvenido.

1 mensaje -> 44 B (datos) + 2B (cabecera capa2) + 20B (cabecera capa3 -ip-) + 20B (cabecera capa4 -tcp-) = 86 B

Como tengo 50 routers: 50*86B = 4300B = 34400b = 34.4 Kb

A)Sin marcar -> no pueden superar el CIR
CIR=0.5 AR = 128 Kbps

128Kbps/34.4 Kb = 3.72 poll/sec

Una vez obtenido eso, el resto sale solo.

Con respecto al punto teórico 6A. Alguno tiene idea de como resolverlo?

(13-02-2015 13:00)rober_176 escribió:  Yo había pensado en esta respuesta:
1.b.- El estado sería TIME_WAIT (o sea, entiendo que lo que te pide es lo que te arrojaría el netstat en caso de ejecutarlo en ese momento): El Servidor esta en espera de recibir los últimos paquetes y un ultimo segmento ACK de cierre de conexión.
O sea, después de que el Servidor envía el FIN ACK al Cliente, espera recibir un ultimo segmento ACK por parte del Cliente.
Alguien tiene otra opinión para aportar?

Acá dejo mi link: Final Redes 11-02-2015

Saludos!

Buenas, puede ser que tengas razón, pero yo puse mi respuesta la cual, según vi en el final (a todos nos mostraron los finales, aprobados y desaprobados), figuraba como bien o al menos no me lo corrigió.

(13-02-2015 15:32)UrielPeta escribió:  Estuve haciendo el ejercicio de Frame Relay, el cual aclaro no se si esta bien por lo que si alguno encuentra un error u otra forma de resolverlo, sera bienvenido.

1 mensaje -> 44 B (datos) + 2B (cabecera capa2) + 20B (cabecera capa3 -ip-) + 20B (cabecera capa4 -tcp-) = 86 B

Como tengo 50 routers: 50*86B = 4300B = 34400b = 34.4 Kb

A)Sin marcar -> no pueden superar el CIR
CIR=0.5 AR = 128 Kbps

128Kbps/34.4 Kb = 3.72 poll/sec

Una vez obtenido eso, el resto sale solo.

Con respecto al punto teórico 6A. Alguno tiene idea de como resolverlo?

Buenas, comparto mi solución. UrielPeta, te hago una salvedad: SNMP trabaja sobre UDP (como transporte no tenes que considerar TCP para el sondeo de los routers).

Tamaño total para sondeo de 1 router = 44 *8 [corresponde al msj] + IP y UDP [hacen 7*32] + ENLACE [18 * 8] = 720bit

a.- CIR = 0,5*256kbps = 128kbps

CIR = Bc/Tc = Bc/1seg -> Bc = 128kb

para sondear a los 50 routers necesito mandan por la red FR 720bit*50 = 36000bit = 36kb

Finalmente para si hacemos Bc/36kb = 3,55 (o sea que se pueden sondear a los 50 routers 3 veces por segundo sin que se marque ni pierda ninguna trama). La que esta en negrita sería la respuesta.

b.- EIR = Be/Tc = Be/1seg -> Be = 64kb

Después hago Bc+Be = 192kb

Finalmente, (Bc+Be)/720bit = 192kb/720bit = 266,66 (esto sería cuantos routers, pero redondeando te quedarían 266 como respuesta final)

c. Acá tengo algunas dudas...primero porque con el Access Rate que tenes no te alcanza para mas que 266routers...o sea que de movida, si queres sondear 2000routers en ppio no te alcanza el enlace que tenes. Deberías pedir uno mayor. Quizas sea capsiosa...

Buenas!

Respecto al ejercicio de FR, de donde sacaron que la cabecera de capa 2 es de 2 bytes? cual es la cabecera de la trama ethernet?
porque ya desde el vamos si contamos las dos MAC de origen y destino temos 12 bytes..

Gracias!!

Saludos

Claro! Perdon pero como dice IsaacNewton, rober_176 no es 14bytes la cabecera del enlace? 12 para las mac y 2 mas por el tipo/long?

(19-02-2016 15:06)coolerking escribió:  Claro! Perdon pero como dice IsaacNewton, rober_176 no es 14bytes la cabecera del enlace? 12 para las mac y 2 mas por el tipo/long?

En total la cabecera ethernet es de 18 bytes (prembulo + mac dest + mac orig + campo type).

Para los ejercicios de wireshark, el preambulo no los ves (y por eso son 14: mac des y orig + type)

sls

(20-02-2016 15:11)IsaacNewton escribió:  

(19-02-2016 15:06)coolerking escribió:  Claro! Perdon pero como dice IsaacNewton, rober_176 no es 14bytes la cabecera del enlace? 12 para las mac y 2 mas por el tipo/long?

En total la cabecera ethernet es de 18 bytes (prembulo + mac dest + mac orig + campo type).

Para los ejercicios de wireshark, el preambulo no los ves (y por eso son 14: mac des y orig + type)

sls

Claro, pero faltarían 4 bytes más por el CRC que es la cola que agrega la capa de Ethernet. O no?

(08-07-2016 21:00)DarkCrazy escribió:  

(20-02-2016 15:11)IsaacNewton escribió:  

(19-02-2016 15:06)coolerking escribió:  Claro! Perdon pero como dice IsaacNewton, rober_176 no es 14bytes la cabecera del enlace? 12 para las mac y 2 mas por el tipo/long?

En total la cabecera ethernet es de 18 bytes (prembulo + mac dest + mac orig + campo type).

Para los ejercicios de wireshark, el preambulo no los ves (y por eso son 14: mac des y orig + type)

sls

Claro, pero faltarían 4 bytes más por el CRC que es la cola que agrega la capa de Ethernet. O no?

Esto está mal para mi (en más de un sentido).

Primero, el preámbulo son 8 BYTES (7+1 delimitador de la trama), segundo, no se cuentan en el header.

El header ethernet completo (por lo que pesa 18bytes) es: 6 (mac origen) + 6 (mac destino) + 2 (ethertype) + 4 CRC = 18bytes.
Eso es lo que el Wireshark marca como 14 ya que no te muestra el CRC.

Por favor, si estoy equivocado que alguien lo marque, ya que me va a servir saberlo bien.