Seguimos buscando a Arshak. Ayudanos compartiendo!
Encuesta no oficial de docentes
Resultados de la encuesta no oficial de docentes
Probaste el SIGA Helper?

Donar $100 Donar $200 Donar $500 Donar mensualmente


Enviar respuesta 
 
Calificación:
  • 0 votos - 0 Media
  • 1
  • 2
  • 3
  • 4
  • 5
Buscar en el tema
[APORTE] Final Redes 22/02/2023
Autor Mensaje
Fackus Sin conexión
Militante
A State Of Trance
***

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 97
Agradecimientos dados: 83
Agradecimientos: 18 en 12 posts
Registro en: May 2010
Mensaje: #1
[APORTE] Final Redes 22/02/2023 Finales Redes de Información
Buenas!
Les dejo el final de hoy de Redes de Información.
Estuvo Alsina, asique asumo que lo hizo él. Si bien yo no estaba muy preparado me pareció muy rebuscado en alguno items o preguntas...

Saludos!        
22-02-2023 20:50
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Phiiliip077 Sin conexión
Secretario de la SAE
1 a la vez
******

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 500
Agradecimientos dados: 44
Agradecimientos: 314 en 195 posts
Registro en: Oct 2016
Facebook Twitter
Mensaje: #2
RE: [APORTE] Final Redes 22/02/2023
Buenas. Yo fui uno de los que se presentó a la mesa de hoy pero, al ver los ejercicios, decidí irme.

Lo noté bastante rebuscado en algunas cosas.

No me puse a resolverlo, pero quería ver si alguien tenía idea de lo siguiente de cara a prepararlo para el miércoles que viene:

Práctica:

1) Este de FR no te da el TC y no entiendo que te aporta el dato de SNMP sobre UDP.
Por otro lado, la "frecuencia máxima" ¿Que es? Para sacar las tramas garantizadas, descartadas siempre se utiliza el CIR y el EIR y son en bps.

2) Este parece ser un ejercicio de VLSM tradicional.

3) Si bien tenías que saber el Header de VLAN (que no se suele tomar por lo que vi), además no tenías que caer en el truco del punto "b", ya que al ser VLAN no iba a decir nada la tabla ARP.

4) Este es un ejercicio de fragmentación pero tenías que saber como funciona el bit DF.
Siempre se va a enviar un fragmento al principio con el header indicando las opciones y los flags, por lo que la cantidad de fragmentos mínima siempre es 1.

En el caso de que DF (Dont Fragment) sea 0, el ejercicio se resuelve normal y se fragmenta de acuerdo a la MTU.
Si DF es 1 y necesita fragmentar el segmento, entonces no se va a enviar nada del campo datos.

Teoría:

1) Si bien la definición sale siempre, esas "3 situaciones" que pide no las pude encontrar en ningun lado de la teoría de Alsina ni Echazú. Solamente buscando en la de Koval encontré lo siguiente:
Network Unreachable (No sabe como conectarse a una red) + Host Unreachable (Router llega a la red destino pero nadie contesta) + Fragmentation needed (Va de la mano con el 4 de práctica. Es cuando necesita fragmentación pero el bit está habilitado)
+ Protocolo no habilitado (TCP o UDP)

2) Este lo tenía en la teoría de antemano. HDLC delimita las tramas utilizando la secuencia '111111'. El mecanismo de inserción de ceros implica que cuando se identifica la secuencia '11111' se coloca un 0 para evitar que se trunque el mensaje y se pierda información

Desconozco cuantas personas aprobaron, pero de los 8/9 que nos presentamos, 3 nos fuimos sin rendirlo.

Saludos
23-02-2023 01:51
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
[-] Phiiliip077 recibio 1 Gracias por este post
Fackus (23-02-2023)
Fackus Sin conexión
Militante
A State Of Trance
***

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 97
Agradecimientos dados: 83
Agradecimientos: 18 en 12 posts
Registro en: May 2010
Mensaje: #3
RE: [APORTE] Final Redes 22/02/2023
Sacando el de direccionamiento IP que creo que ese lo hacia completo, para todos los demás ejercicios siempre me faltaba algún ítem donde no tenía idea como responderlo...

En mi caso creo que voy a reforzar lo que tengo flojo y después buscar las cosas extras que tomó en este final. Paso lo que haya encontrado...

Llegaste a preguntarle quién hace el próximo? Yo en el apuro me olvidé. Podríamos descartar Alsina para la próxima fecha?
23-02-2023 17:05
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Phiiliip077 Sin conexión
Secretario de la SAE
1 a la vez
******

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 500
Agradecimientos dados: 44
Agradecimientos: 314 en 195 posts
Registro en: Oct 2016
Facebook Twitter
Mensaje: #4
RE: [APORTE] Final Redes 22/02/2023
(23-02-2023 17:05)Fackus escribió:  Sacando el de direccionamiento IP que creo que ese lo hacia completo, para todos los demás ejercicios siempre me faltaba algún ítem donde no tenía idea como responderlo...

En mi caso creo que voy a reforzar lo que tengo flojo y después buscar las cosas extras que tomó en este final. Paso lo que haya encontrado...

Llegaste a preguntarle quién hace el próximo? Yo en el apuro me olvidé. Podríamos descartar Alsina para la próxima fecha?

Buenas

Me comentaron que la próxima fecha está Koval. Espero que la información sea verdadera.

Si encontras información o algun ejercicio similar del de FR te lo agradecería porque jamas vi uno así y no tengo como completar eso.

Gracias y saludos
23-02-2023 17:08
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
rm1216 Sin conexión
Campeon del cubo Rubik
ljhglhgñlkj
****

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 123
Agradecimientos dados: 79
Agradecimientos: 10 en 7 posts
Registro en: Dec 2011
Mensaje: #5
RE: [APORTE] Final Redes 22/02/2023
Buenas,

acá hay un final con el mismo ejercicio de FR: https://www.utnianos.com.ar/foro/tema-fi...-14-2-2018
y acá uno con el mismo ejercicio de fragmentación: https://www.utnianos.com.ar/foro/tema-pe...es-15-7-15

éxitos en la próxima fecha!
23-02-2023 23:20
Envíale un email Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
[-] rm1216 recibio 2 Gracias por este post
Phiiliip077 (23-02-2023), Fackus (24-02-2023)
Phiiliip077 Sin conexión
Secretario de la SAE
1 a la vez
******

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 500
Agradecimientos dados: 44
Agradecimientos: 314 en 195 posts
Registro en: Oct 2016
Facebook Twitter
Mensaje: #6
RE: [APORTE] Final Redes 22/02/2023
(23-02-2023 23:20)rm1216 escribió:  Buenas,

acá hay un final con el mismo ejercicio de FR: https://www.utnianos.com.ar/foro/tema-fi...-14-2-2018
y acá uno con el mismo ejercicio de fragmentación: https://www.utnianos.com.ar/foro/tema-pe...es-15-7-15

éxitos en la próxima fecha!

Buenas.

Muchas gracias por la data, no había encontrado ninguno de este estilo

Saludos
23-02-2023 23:45
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Phiiliip077 Sin conexión
Secretario de la SAE
1 a la vez
******

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 500
Agradecimientos dados: 44
Agradecimientos: 314 en 195 posts
Registro en: Oct 2016
Facebook Twitter
Mensaje: #7
RE: [APORTE] Final Redes 22/02/2023
Buenas.

Dejo mi resolución de este final para comparar. El punto 1 de FR sigo sin saber como hacerlo porque no hay una resolución oficial y genera dudas respecto al tamaño de la trama.

1) FR --> Sin hacer

2) VLSM: Red 10.16.0.0 /22
256 host, 70 host y 58 host.

Para direccionar 256 hosts --> Necesito 9 bits (512) --> Esto puede cambiar si te dicen que tiene que tener 256 máximos entonces podes usar 8 bits y tener 254 direccionables.
Para direccionar 70 hosts --> Necesito 7 bits (128)
Para direccionar 58 host --> Necesito 6 bits (64)

Analizo unicamente el 3er y 4to octeto. Uso "|" para definir donde iría la máscara. El valor base es desde donde arranca y el máximo (Broadcast) es con todos los bits de host en "1"

0000000|0 . 00000000 --> Mascara / 23
00000010 . 0|0000000 --> Mascara / 25
00000010 . 10|000000 --> Mascara / 26

Red 256 Host: IP: 10.16.0.0 | Mascara: / 23 | Dir: Broadcast: 10.16.1.255 | Rango direccionable: 10.16.0.1 - 10.16.1.254
Red 70 Host: IP: 10.16.2.0 | Mascara: / 25 | Dir: Broadcast: 10.16.2.127 | Rango direccionable: 10.16.2.1 - 10.16.2.126
Red 58 Host: IP: 10.16.2.128 | Mascara: / 26 | Dir: Broadcast: 10.16.2.191 | Rango direccionable: 10.16.2.129 - 10.16.2.190

3)Primero analizo la trama e identifico los protocolos:

Ethernet:
Mac Destino: 00 1C 25 7E B8 10
Mac Origen: 00 23 33 CF 43 74
Vlan Tag: Lo reconozco porque ahí debería ir el campo Type en Ethernet normal. En este caso arranca con un 81 00.
  • Ethertype: 81 00
  • Prioridad + CFI: 0
  • VLAN ID: 014 --> 20
Type: 08 --> IPv4
Len: 00

IPv4:
Versión: 4
Hlen: 5 --> 5 palabras de 32 bits --> 160 bits (no tiene opciones)
ToS: 00
Longitud Total: 00 A2 --> 162
ID: DC AF
Flags + offset: 00 00
TTL: FF --> 255
Protocolo: 06 --> TCP
Checksum: B4 0B
IP Origen: AC 15 69 0B --> 172.21.105.11
IP Destino: AC 15 69 64 --> 172.21.105.100

TCP:
Puerto Origen: 01 BB --> 443 (HTTPS)
Puerto Destino: 1C 85 --> 7301
Nro SEQ: BB 02 31 A4
Nro ACK: 66 32 90 48
Hlen: 5
Reservado + flags: 018
Window: 20 22 --> 8192
Checksum: 2E 58
Puntero urgente: 00 00

a) VLAN ID tiene el número 014 en hexa --> VLAN ID = 20

b) Esta me lo aclaró un compañero que rindió y luego Alsina se lo explicó. Parece ser que, al ser una VLAN, el protocolo ARP no devolvería nada.

c) Ambas estan en el rango de Clase B (De 128.1.0.0 a 191.255.0.0)

4)
a) Si el bit DF (Dont fragment) está en 1 y se necesita fragmentar debido a que tiene un tamaño mayor que la MTU definida en la interfaz, el Router origen decide descartar el paquete completo y enviar una notificación via ICMP de tipo "Destino inalcanzable" con el mensaje "Fragmentation needed"

b) Si el bit está en 0, se trata como un ejercicio normal.
Cabecera TCP: 20 Bytes sin opciones. Esta se debe enviar al establecer la conexión en un fragmento separado.

Datos TCP: 1460 - 20 = 1440 Bytes

Cantidad fragmentos datos = 1440 / 1000 = 1,44 = 2 (Se redondea porqu se debe enviar todo)

Cantidad fragmentos totales = 3

c) El router origen es el encargado de realizar la fragmentación en el caso de que sea necesaria y sea posible

d) El destino de la totalidad del paquete es el encargado del reensamble ya que debe reunir todos los fragmentos enviados y reconstruir el mensaje

5) Destino inalcanzable es un mensaje del protocolo ICMP que ocurre cuando el Router no puede conmutar ni entregar el paquete y envía dicha notificación antes de descartarlo
Network unreachable: No se sabe como conectar a la red destino
Host unreachable: Se llega a la red pero el host destino no contesta
Fragmentation needed: El router detecta que se necesita fragmentación (debido a la MTU) pero el bit DF está en 1

6) HDLC utiliza la secuencia '111111' (6 unos) para delimitar las tramas. Para evitar que una secuencia del campo datos trunque el mensaje antes de su verdadero fin, se utiliza la técnica de "inserción de ceros"
Esta consiste en que, cada vez que se detecta la secuencia '11111' (5 unos) se inserta inmediatamente despues un 0, evitando que se trunque el mensaje.
Dichos ceros son removidos por el destinatario del mensaje al recibirlo.

Gracias y saludos
(Este mensaje fue modificado por última vez en: 26-02-2023 12:32 por Phiiliip077.)
25-02-2023 15:11
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Ivodan Sin conexión
Empleado del buffet
Sin estado :(
*

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 7
Agradecimientos dados: 75
Agradecimientos: 4 en 3 posts
Registro en: Mar 2015
Mensaje: #8
RE: [APORTE] Final Redes 22/02/2023
(25-02-2023 15:11)Phiiliip077 escribió:  Buenas.

Dejo mi resolución de este final para comparar. El punto 1 de FR sigo sin saber como hacerlo porque no hay una resolución oficial y genera dudas respecto al tamaño de la trama.

1) FR --> Sin hacer

2) VLSM: Red 10.16.0.0 /22
256 host, 70 host y 58 host.

Para direccionar 256 hosts --> Necesito 9 bits (512) --> Esto puede cambiar si te dicen que tiene que tener 256 máximos entonces podes usar 8 bits y tener 254 direccionables.
Para direccionar 70 hosts --> Necesito 7 bits (128)
Para direccionar 58 host --> Necesito 6 bits (64)

Analizo unicamente el 3er y 4to octeto. Uso "|" para definir donde iría la máscara. El valor base es desde donde arranca y el máximo (Broadcast) es con todos los bits de host en "1"

0000000|0 . 00000000 --> Mascara / 23
00000010 . 0|0000000 --> Mascara / 25
00000010 . 10|000000 --> Mascara / 26

Red 256 Host: IP: 10.16.0.0 | Mascara: / 23 | Dir: Broadcast: 10.16.1.255 | Rango direccionable: 10.16.0.1 - 10.16.1.255
Red 70 Host: IP: 10.16.2.0 | Mascara: / 25 | Dir: Broadcast: 10.16.2.127 | Rango direccionable: 10.16.2.1 - 10.16.2.127
Red 58 Host: IP: 10.16.2.128 | Mascara: / 26 | Dir: Broadcast: 10.16.2.191 | Rango direccionable: 10.16.2.129 - 10.16.2.190

3)Primero analizo la trama e identifico los protocolos:

Ethernet:
Mac Destino: 00 1C 25 7E B8 10
Mac Origen: 00 23 33 CF 43 74
Vlan Tag: Lo reconozco porque ahí debería ir el campo Type en Ethernet normal. En este caso arranca con un 81 00.
  • Ethertype: 81 00
  • Prioridad + CFI: 0
  • VLAN ID: 014 --> 20
Type: 08 --> IPv4
Len: 00

IPv4:
Versión: 4
Hlen: 5 --> 5 palabras de 32 bits --> 160 bits (no tiene opciones)
ToS: 00
Longitud Total: 00 A2 --> 162
ID: DC AF
Flags + offset: 00 00
TTL: FF --> 255
Protocolo: 06 --> TCP
Checksum: B4 0B
IP Origen: AC 15 69 0B --> 172.21.105.11
IP Destino: AC 15 69 64 --> 172.21.105.100

TCP:
Puerto Origen: 01 BB --> 443 (HTTPS)
Puerto Destino: 1C 85 --> 7301
Nro SEQ: BB 02 31 A4
Nro ACK: 66 32 90 48
Hlen: 5
Reservado + flags: 018
Window: 20 22 --> 8192
Checksum: 2E 58
Puntero urgente: 00 00

a) VLAN ID tiene el número 014 en hexa --> VLAN ID = 20

b) Esta me lo aclaró un compañero que rindió y luego Alsina se lo explicó. Parece ser que, al ser una VLAN, el protocolo ARP no devolvería nada.

c) Ambas estan en el rango de Clase B (De 128.1.0.0 a 191.255.0.0)

4)
a) Si el bit DF (Dont fragment) está en 1 y se necesita fragmentar debido a que tiene un tamaño mayor que la MTU definida en la interfaz, el Router origen decide descartar el paquete completo y enviar una notificación via ICMP de tipo "Destino inalcanzable" con el mensaje "Fragmentation needed"

b) Si el bit está en 0, se trata como un ejercicio normal.
Cabecera TCP: 20 Bytes sin opciones. Esta se debe enviar al establecer la conexión en un fragmento separado.

Datos TCP: 1460 - 20 = 1440 Bytes

Cantidad fragmentos datos = 1440 / 1000 = 1,44 = 2 (Se redondea porqu se debe enviar todo)

Cantidad fragmentos totales = 3

c) El router origen es el encargado de realizar la fragmentación en el caso de que sea necesaria y sea posible

d) El destino de la totalidad del paquete es el encargado del reensamble ya que debe reunir todos los fragmentos enviados y reconstruir el mensaje

5) Destino inalcanzable es un mensaje del protocolo ICMP que ocurre cuando el Router no puede conmutar ni entregar el paquete y envía dicha notificación antes de descartarlo
Network unreachable: No se sabe como conectar a la red destino
Host unreachable: Se llega a la red pero el host destino no contesta
Fragmentation needed: El router detecta que se necesita fragmentación (debido a la MTU) pero el bit DF está en 1

6) HDLC utiliza la secuencia '111111' (6 unos) para delimitar las tramas. Para evitar que una secuencia del campo datos trunque el mensaje antes de su verdadero fin, se utiliza la técnica de "inserción de ceros"
Esta consiste en que, cada vez que se detecta la secuencia '11111' (5 unos) se inserta inmediatamente despues un 0, evitando que se trunque el mensaje.
Dichos ceros son removidos por el destinatario del mensaje al recibirlo.

Gracias y saludos

Buenas! Dejo la mía:

Práctica:

1) (como bien dicen no hay nada oficial así que a tomarlo con pinzas)
a)

SNMP = 44 B
UDP = 8 B + 44 B = 52 B
IP = 20 B + 52 B = 72 B
FR = 1 B + 2 B + 72 B + 2 B + 1 B = 78 B (por cada router)

CIR = 50% * 256 kbps = 128 kbps

Me dice que quiere sondear los 50 routers garantizando los mensajes (sin marcar), entonces tomo Bc = 50 * 78 B = 3900 B = 31200 b = 31,2 kb

TC = Bc / CIR = 31,2 kb / 128 kbps = 0,24375 seg -> Esto entiendo que sería el tiempo que tardo en sondear (pollear) a los routers sin que se me marquen tramas.

Con regla de 3 sacaría cuantos sondeos puedo hacer por segundo -> Fpoll = 1 / 0,24374 = 4,1 polls/seg

b)

TC = 1 seg
EIR+CIR = 64 kbps + 128 kbps = 192 kbps -> capacidad sin descarte
por router -> 78 B = 624 b

TC * (EIR+CIR) = Cant.disp. * 624 b -> Cant.disp. = (1 seg * 192 kbps) / 624 b = 307,69 -> 307 dispositivos

c) (Tomado de acá que se lo corrigieron bien: https://www.utnianos.com.ar/foro/tema-fi...14-2-2018)

- Aumentar el AR
- Disminuir el tamaño de la trama
- Monitorear en intervalos por grupo

2) Me dió idéntico a vos Phiiliip077

3) Igual que vos. Aunque el punto b no lo sabía, eso por qué es?

4)

a) Idem

b)

Acá sigo la misma lógica que vos pero entiendo que la cabecera TCP es un dato más para el protocolo IP por lo que no se envía en un fragmento aparte.

1er fragmento -> 20 B (IP header) + 976 B (no 980 porque los bytes de los fragmentos tienen que ser múltiplos de 8) = 996 B

Me quedan 1460 B - 976 B = 484 B

2do fragmento -> 20 B + 484 B = 504 B

Rta: 2 framentos

El resto idem a vos
(Este mensaje fue modificado por última vez en: 25-02-2023 21:52 por Ivodan.)
25-02-2023 21:50
Envíale un email Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Phiiliip077 Sin conexión
Secretario de la SAE
1 a la vez
******

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 500
Agradecimientos dados: 44
Agradecimientos: 314 en 195 posts
Registro en: Oct 2016
Facebook Twitter
Mensaje: #9
RE: [APORTE] Final Redes 22/02/2023
Buenas.

Ivodan muchas gracias por la aclaración sobre lo de FR. Así como lo planteas es como me lo imaginaba, que había que ir sumando los encabezados.

3)b) Mira. Lo intenté buscar en los apuntes de Echazú, Koval y Alsina y no encontré nada al respecto. Eso que puse es lo que Alsina le dijo a uno de los alumnos cuando le explicó que tenía que poner.
Yo lo hubiese resuelto como cualquier ARP, diciendo que se creó una entrada en la cache asociando la MAC con la IP.

4)b) Buenas. Lo que me había explicado Echazú en su momento es que la cabecera TCP viaja en el primer fragmento IP que se envía, por lo que se descuenta del Payload del segmento. Por eso siempre te tiran el dato de "La cabecera pesa 20B" o "Es una cabecera TCP sin opciones" para saber cuanto restar al total.

Gracias y saludos
(Este mensaje fue modificado por última vez en: 25-02-2023 22:26 por Phiiliip077.)
25-02-2023 22:26
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
[-] Phiiliip077 recibio 1 Gracias por este post
Ivodan (25-02-2023)
ellesig Sin conexión
Empleado del buffet
Sin estado :(
*

-----
-----

Mensajes: 23
Agradecimientos dados: 3
Agradecimientos: 10 en 4 posts
Registro en: Aug 2020
Mensaje: #10
RE: [APORTE] Final Redes 22/02/2023
(25-02-2023 21:50)Ivodan escribió:  Buenas! Dejo la mía:

Práctica:

1) (como bien dicen no hay nada oficial así que a tomarlo con pinzas)
a)

SNMP = 44 B
UDP = 8 B + 44 B = 52 B
IP = 20 B + 52 B = 72 B
FR = 1 B + 2 B + 72 B + 2 B + 1 B = 78 B (por cada router)

CIR = 50% * 256 kbps = 128 kbps

Me dice que quiere sondear los 50 routers garantizando los mensajes (sin marcar), entonces tomo Bc = 50 * 78 B = 3900 B = 31200 b = 31,2 kb

TC = Bc / CIR = 31,2 kb / 128 kbps = 0,24375 seg -> Esto entiendo que sería el tiempo que tardo en sondear (pollear) a los routers sin que se me marquen tramas.

Con regla de 3 sacaría cuantos sondeos puedo hacer por segundo -> Fpoll = 1 / 0,24374 = 4,1 polls/seg

b)

TC = 1 seg
EIR+CIR = 64 kbps + 128 kbps = 192 kbps -> capacidad sin descarte
por router -> 78 B = 624 b

TC * (EIR+CIR) = Cant.disp. * 624 b -> Cant.disp. = (1 seg * 192 kbps) / 624 b = 307,69 -> 307 dispositivos

c) (Tomado de acá que se lo corrigieron bien: https://www.utnianos.com.ar/foro/tema-fi...14-2-2018)

- Aumentar el AR
- Disminuir el tamaño de la trama
- Monitorear en intervalos por grupo


Gracias por compartirlo. Pregunta sobre el c, qué significa "Monitorear en intervalos por grupo"?
26-02-2023 22:02
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
Buscar en el tema
Enviar respuesta 




Usuario(s) navegando en este tema: 1 invitado(s)



    This forum uses Lukasz Tkacz MyBB addons.