En cuantos fragmentos puede un router fragmentar un paquete grande?... porque?
muchas gracias de antemano.
| |||
Re: Paquetes TCP/IP 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. |
| ||||
Re: Paquetes TCP/IP 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: Cita: 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....transporta los paquetes por la mejor ruta posible para llegar a su destino. 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, |
| |||
Re: Paquetes TCP/IP 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. |
| ||||
Re: Paquetes TCP/IP 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, |
| |||
Re: Paquetes TCP/IP 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 Cita: Lo encontre en: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. <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. |
| ||||
Re: Paquetes TCP/IP 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, |
| |||
Re: Paquetes TCP/IP 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. |
| |||
Respuesta: Paquetes TCP/IP 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. |
| ||||
Respuesta: Paquetes TCP/IP Procede a abrir otro tema en el area de redes. Si te fijas el tema en cuestion es del 2002.
__________________ Jamas hagan algo asi |