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:
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!
(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.
Emmm..@DarkCrazy a donde apuntaste la 1er pregunta?
Gracias!