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][REDES] Final 13/7/2016
Autor Mensaje
mgejer123 Sin conexión
Empleado del buffet
i 've no idea what i'm doing
*

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 13
Agradecimientos dados: 48
Agradecimientos: 10 en 3 posts
Registro en: Mar 2011
Facebook
Mensaje: #1
[APORTE][REDES] Final 13/7/2016 Finales Redes de Información
Hola como va?

Dejo el ultimo final tomado por koval.

Me mato con los ultimos 2 puntos practicos, alguien sabra como se hacen?

Saludos

EDIT:


Archivo(s) adjuntos
.rar  final.rar (Tamaño: 16,18 MB / Descargas: 455)

nos vemos cuando nos veamos
(Este mensaje fue modificado por última vez en: 24-07-2016 17:39 por mgejer123.)
24-07-2016 17:32
Envíale un email Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
[-] mgejer123 recibio 4 Gracias por este post
proyectomaru (09-10-2016), lucascla (08-12-2017), tomaaaaas (11-12-2017), xtian89 (01-12-2018)
GustavoPerrotta Sin conexión
Campeon del cubo Rubik
Sin estado :(
****

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 182
Agradecimientos dados: 85
Agradecimientos: 551 en 86 posts
Registro en: May 2011
Mensaje: #2
RE: [APORTE][REDES] Final 13/7/2016
Agrego el link en donde estuvimos hablando sobre este final (en particular los ejercicios).

http://www.utnianos.com.ar/foro/tema-red...13-07-2016
24-07-2016 22:44
Envíale un email Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
DarkCrazy Sin conexión
Profesor del Modulo A
Howdy ho!
*****

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 394
Agradecimientos dados: 461
Agradecimientos: 255 en 78 posts
Registro en: Mar 2011
Mensaje: #3
RE: [APORTE][REDES] Final 13/7/2016
Consulta, ¿cuál sería la respuesta correcta para el punto teórico 1? mgejer123 veo que vos lo tenes corregido como Bien. ¿Podrás decirme qué pusiste en ese punto?
Explique en detalle como realizan la DETECCIÓN y la CORRECCIÓN de errores los siguientes protocolos: HDLC, IP, TCP.

Por lo que entiendo, sería algo así:

HDLC. Detección de errores: como cualquier protocolo de capa 2, implementa CRC para detección de errores en toda la trama.
Por otro lado, implementa ARQ con Ventana deslizante-N. Transmisor envía N paquetes antes de recibir "ACK". El receptor puede solicitar retransmisión (mensajes REJ o SREJ) si un paquete/conjunto de paquetes no llego o llegó con error. (CORRECCIÓN).

IP. Protocolo de capa 3. Detecta errores por CRC por Checksum (16 bits) sólo en la cabecera del datagrama. No corrige errores, esta responsabilidad se delega a capas superiores.

TCP. Protocolo de capa 4. Usa suma de verificación para detectar errores en las direcciones IP del datagrama IP+la cabecera y los datos del segmento. Implementa ARQ con ventana deslizante. Por cada paquete (o conj. de paquetes) que se envía, se recibe un ACK. El transmisor no borra de su buffer los paquetes hasta no recibir el ACK. Cuando luego de un cierto tiempo establecido no se recibió ACK, se procede a realizar una retransmisión. (CORRECCIÓN).

DUDA: Qué se hace si el receptor detecta errores en el paquete recibido a través del Checksum??

Saludos!
(Este mensaje fue modificado por última vez en: 04-10-2016 16:53 por DarkCrazy.)
01-10-2016 23:35
Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
[-] DarkCrazy recibio 1 Gracias por este post
holautn (05-10-2016)
mgejer123 Sin conexión
Empleado del buffet
i 've no idea what i'm doing
*

Ing. en Sistemas
Facultad Regional Buenos Aires

Mensajes: 13
Agradecimientos dados: 48
Agradecimientos: 10 en 3 posts
Registro en: Mar 2011
Facebook
Mensaje: #4
RE: [APORTE][REDES] Final 13/7/2016
(01-10-2016 23:35)DarkCrazy escribió:  Consulta, ¿cuál sería la respuesta correcta para el punto teórico 1? mgejer123 veo que vos lo tenes corregido como Bien. ¿Podrás decirme qué pusiste en ese punto?
Explique en detalle como realizan la DETECCIÓN y la CORRECCIÓN de errores los siguientes protocolos: HDLC, IP, TCP.

Por lo que entiendo, sería algo así:

HDLC. Detección de errores: como cualquier protocolo de capa 2, implementa CRC para detección de errores en toda la trama.
Por otro lado, implementa ARQ con Ventana deslizante-N. Transmisor envía N paquetes antes de recibir "ACK". El receptor puede solicitar retransmisión (mensajes REJ o SREJ) si un paquete/conjunto de paquetes no llego o llegó con error. (CORRECCIÓN).

IP. Protocolo de capa 3. Detecta errores por CRC sólo en la cabecera del datagrama. No corrige errores, esta responsabilidad se delega a capas superiores.

TCP. Protocolo de capa 4. Usa suma de verificación para detectar errores en las direcciones IP del datagrama IP+la cabecera y los datos del segmento. Implementa ARQ con ventana deslizante. Por cada paquete (o conj. de paquetes) que se envía, se recibe un ACK. El transmisor no borra de su buffer los paquetes hasta no recibir el ACK. Cuando luego de un cierto tiempo establecido no se recibió ACK, se procede a realizar una retransmisión. (CORRECCIÓN).

DUDA: Qué se hace si el receptor detecta errores en el paquete recibido a través del Checksum??

Saludos!

Lo que pones en tu respuesta esta bien. Agregale que TCP también utiliza ventana deslizante con el campo "Window" y el parámetro del tamaño de ventana deslizante negociado en el establecimiento de la conexión.

Bueno, IP hace detección de errores mediante el campo checksum de su cabecera, respetando un protocolo CRC-16 (16 x ser 16bit el campo). No hace corrección de errores (esto es importante, ya que la corrección de errores la delega potencialmente a la capa superior), ya que ip es un protocolo no orientado a la conexión.

TCP sí es orientado a la conexión. Detecta y corrige errores. La detección también se implementa mediante el checksum del header (16 bit). La corrección de errores se realiza por la falta de acknowledgement a un mensaje. En la cabecera TCP hay 2 números de secuencia. 1 relativo al "id" del mensaje que estoy enviando, y otro referido al acknowledgement de otro mensaje previamente recibido. En el campo flags del header, si el bit ACK esta encendido, el campo acknowledgement number indica que otro mensaje anterior fue correctamente recibido. Si un mensaje no fue correctamente recibido (se perdió en el camino, llegó erróneamente, etc) el origen no va a recibir nunca un ACK por ese mensaje. Al pasar un tiempo igual al RTO, el origen vuelve a mandar el mensaje del cual no recibio el ACK.
El RTO es un parámetro negociado en el establecimiento de la conexión, que son las siglas de retransmition time out, para indicar cada cuanto tiempo debe reenviar un mensaje.

Lo que indicas de HDLC esta bien, no tengo nada para agregarle.

nos vemos cuando nos veamos
04-10-2016 16:40
Envíale un email Encuentra todos sus mensajes Agregar agradecimiento Cita este mensaje en tu respuesta
[-] mgejer123 recibio 2 Gracias por este post
DarkCrazy (04-10-2016), holautn (05-10-2016)
holautn Sin conexión
Secretario de la SAE
IngMaster y Campeon del Cubo d...
******

Otra
Facultad Regional Buenos Aires

Mensajes: 695
Agradecimientos dados: 792
Agradecimientos: 113 en 83 posts
Registro en: Apr 2009
Mensaje: #5
RE: [APORTE][REDES] Final 13/7/2016
Emmm..@DarkCrazy a donde apuntaste la 1er pregunta?

Gracias!
05-10-2016 22:21
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)