Paquetes TCP/IP

[orchabel]

En cuantos fragmentos puede un router fragmentar un paquete grande?... porque?

muchas gracias de antemano.

[raac]

Okas. En realidad el router no fragmenta la información, simplemente transporta los paquetes por la mejor ruta posible para llegar a su destino. El encargado de fragmentar la información es el protocolo IP.

Respecto a que en cuantos paquetes puede fragmentarse un paquete grande pues creo que te refieres a archivos grandes, vdd? si es así, la respuesta es proporcional a qué tan grande sea el archivo que se está transmitiendo, todos los paquetes tiene un tamaño máximo de 65,535 bytes (que no recuerdo exactamente, pero son muy pequeños). Nota a ese valor ya le quite el tamaño de los encabezados de IP.

Cualquier duda o comentario aquí estamos. Tambien en el foro de Seguridad y Redes creo que puedes obtener mayores y mejores respuestas.

Saludos,

Ricardo A. Aréchiga C.

[Alfon]

El tamaño máximo para un paquete de datos varía de unas redes a otras. En el caso de Ethernet el tamaño puede ser de 1500 bytes, para otras redes puede ser menor o bastante mayor en el caso de redes muy rápidas.

Cuando se pretende enviar un mensaje IP a través de un red Ethernet, la estructura FINAL del mismo quedaría con el siguiente formato:

Cabecera Ethernet--Cabecera IP(20 byte)--
Cabecera TCP (20 byte)-- Datos--Checksum
Ethernet.

Referente a lo que comentas sobre los fragmentos decirte que la fragmentación es posible gracias a determinados campos que el protocolo IP introduce en su cabecera. Estos campos de fragmentacionse usan cuando ha sido necesario dividir el paquete enviado originalmente, de manera que éste pueda ser reconstruido por el host receptor a través del protocolo TCP-IP. Este último proceso de reconstrucción de los paquetes se conoce como "reensamblaje".

Hay que tener en cuenta también otros conseptos como los datagramas y como "circulan" los datos a través del modelo de capas OSI. La verdad es que es un tanto complicado porque para que entiendas bien lo que preguntas hay que remontarse a otros conceptos más basicos.

Aclarandote el tema IP y Router.

Cuando un router recibe un paquete, el paquete es pasado a la capa IP la cual realiza lo siguiente:

1)Hace disminuir el campo TTL al menos en 1. Puede ser disminuido en una cantidad mayor si el router estuviese congestionado. Si el TLL alcanza el valor de cero, el paquete será descartado.

2- El IP puede fragmentar el paquete en paquetes mas pequeños si el paquete fuese demasiado largo para las líneas de salida del router. (aquí te aclaro algo)

3)Si el paquete es fragmentando, el IP crea una nueva cabecera para cada nuevo paquete la cual incluye:

-Un flag (indicador) de que le siguen nuevos fragmentos.
-Un numero de fragmento (Fragment ID) para identificar todos los fragmentos que continuan.


----------------->>>> seguimos

Un saludo,

[Alfon]

Y un desplazamiento (Fragment Offset) para permitir que la maquina que lo va a recibir sea capaz de reensamblar el paquete.

Seguimos con los pasos anteriores:

4.- El IP calcula los nuevos cheksum.

5.- El IP obtiene la dirección hardware del siguiente router.

6.- Envía el paquete.

Como comenta raac el router lo que hace es:

...transporta los paquetes por la mejor ruta posible para llegar a su destino.

así que en el siguiente host de la ruta seguida por el paquete, el paquete subirá en el stack (pila o capa de protocolos) hasta el TCP o el UDP. Este proceso se repite en cada router hasta que el paquete encuentra su destino final. Cuando el paquete llega a su destino final el IP ensamblará las piezas tal y como estaba el paquete original.

En fin, estás cosas que con mayor o menor acierto te explico están definidas en las RFCs, así que pon el el google "RFC" y verás que de cosas te salen.


Un saludo,

[raac]

Vaya pues aqui tenemos al Señor Alfon regalándonos una muy buena explicación al respecto.

Oye Alfon, pero entonces la cantidad que yo recordaba de 65,536 bytes para que tipo de paquetes es?, UDP? - No recuerdo de donde saqué ese numerito pero estoy con que algo tiene que ver...

Y ahora que comentas eso de los 1500 bytes jeje, me aclaró bastante que hace poco experimentando con un sniffer los paquetes más grandes eran de esos 1500 bytes.

Saludos,

Ricardo A. Aréchiga C.

[Alfon]

Hola raac.

Pues dandole vueltas a la cabeza con el dichoso número descubrí al final de que se trataba y la verdad es que reí durante un rato. No me reí de ti, eso está claro, es que intentaba asociar ese número a tamaños de paquetes, etc, etc, hasta que me di cuenta de que ese número corresponde al número de puertos. Ya sabes que los puertos están numerados del 0 al 65536.



Un saludo,

[raac]

Hola Alfon:

Bien. Respecto a la numeración de los puertos todo ok, pero pues a mi también me quedo esa inquietud y estuve buscando de donde saque ese numerito y lo encontre

Longitud del datagrama: campo obligatorio de 16 bits que especifica la longitud en bytes del datagrama, incluyendo la cabecera. La longitud mínima es de 8 bytes. En realidad es la longitud del datagrama IP menos el tamaño de la cabecera IP. Como la longitud máxima del datagrama IP es de 65.535 bytes y la cabecera estándar de IP es de 20 bytes, la longitud máxima de un datagrama UDP es de 65.515 bytes.

Lo encontre en:
<a href='ir.asp?http://www.terra.es/personal6/morenocerro2/redes/osi/transporte_2.html' target='_blank'>http://www.terra.es/personal6/morenocerr...</a>
<a href='ir.asp?http://www.geocities.com/bettapc/arts/ip.htm' target='_blank'>http://www.geocities.com/bettapc/arts/ip...</a>

Creo que tambien en el RFC 791 lo especifica (no estoy muy seguro, voy a revisar).

Aunque sabes, creo que esto me esta generando un conflicto en mi cabeza jeje. Ojalá no me este confundiendo en algo.

Saludos,



Ricardo A. Aréchiga C.

[Alfon]

Pues no te confundes.

Por otra parte la diferencia estaba en los 65536 (puertos) y 65515 (longitud datagrama -cabecera IP).

Los 1500 bytes se trata del tamaño de un paquete y no de un datagrama. Hablamos en principio de dos cosas distintas ya que un datagrama representa cada uno de los paquetes de informaciones que es enviado a través de la red.

A ver si me explico mejor raac. Mientras el datagrama es específico del TCP/IP y representa la minima unidad logica utilizable por los diversos protocolos, el paquete es una entidad física bien presente para quien administramos una red de tipo Ethernet. En el caso, muy nornmal por cierto, de que en un paquete viaje un solo datagrama, la diferencia es sólo teórica pero existen también específicas configuraciones hardware de red que utilizan paquetes de dimensión menor respecto a la del datagrama individual. Entonces sucede que un datagrama se descompone en más paquetes durante el envío a la red específica y se recompone a la llegada de forma transparente.

La verdad raac es que a mi también me picó la curiosidad ya que me parece un tema apasionante y me gusta hablar e investigar estas coas.


Un saludo,

[raac]

Alfon pues ahora si todo ok, todo bien. Gracias.

Desde que leí este mensaje me surgió la duda de si es lo mismo un paquete y un datagrama, pero afortunadamente ya ha sido resuelta.

Saludos y a seguir investigando que por allí tenemos una Guía de Seguridad pendiente.

Ricardo A. Aréchiga C.

[miguelv]

Buenas soy nuevo aqui pero necesito mucha ayuda de ustedes tengo una gran duda con respecto a una evaluiacion que me hicieron la misma es la siguiente como puedo calcular en la tranmision de un mensaje de 4mb el Nro. De paquetes generados por el origen y el
Nro. De paquetes recibidos por el destino si la mtu negociada entre los extremos es de 2048 byts tomando en cuenta que el encabezado IP y TCP tienen un tamaño de 20 bytes
c/u y el encabezado Ethernet es de 22 bytes.

[chapínmercenario]

Procede a abrir otro tema en el area de redes. Si te fijas el tema en cuestion es del 2002.