En diversas ocasiones hemos hablado sobre los paquetes que existen en el mercado para optimizar la transferecia en tcp/ip y yo he mostrado mi disconformidad con utilizar esto en Windows 98.
El motivos de mi disconformidad, es porque Windows 98 ya trae la posibilidad de definir el tamaño del paquete IP como, "Auto", "pequeño", "mediano" y "grande". (Se pueden definir sobre la tarjeta de red (en este caso la tarjeta telefonica), en Panel de Control->Redes, seleccionando el Adaptador Telefonico y dando a la pestaña de "Avanzado").
El tamaño "automatico" no me suele gustar nunca (en casi ninguna cosa), ya que implica que habrá un intento de negociacion. El problema es, ¿este intento es unico? ¿o es en cada conexion?. Si la respuesta es "en cada conexion", malo......, malo porque en cada pagina web que nos traemos, no hay una conexion, sino decenas de ellas. Por cada grafico, "frame", etc.... se establece conceptualmente un conexion IP.
Entonces ahora queda por determinar, ¿que es lo que debemos forzar?: pequeño, mediano o grande. Esta pregunta ha surgido muchas veces y siempre la respuesta ha sido un poco ambigua. Veamos: en una conexion IP, se negocia
Hemos hablado tambien, que
Tambien hemos comentado, que dependiendo de que maquina tenga nuestro ISP, el tamaño, será uno u otro. (por ejemplo, por defecto los servidores UNIX, tienen tamaño de MTU "pequeño" y los NT en cambio, tienen "grande").
Bien, si no está forzado la comunicacion de un "ping", mediante el propio ping podremos determinar "casi casi" con certeza cual es el tamaño que nos está dando el gateway a nuestro ISP.
Primero debemos determinar nuestro "gateway". Para esto, ejecutamos el programa "winipcfg" cuando estemos conectados a internet, y allí veremos la dirección IP de nuestro gateway.
Ahora podemos hacer:
ping -f -l nnn xxx.xxx.xxx.xxx
siendo "nnn" el maximo del tamaño del paquete que queremos enviar, "-f" le indica al ping que envie el paquete "sin defragmentar" y si no puede que no lo envie, y siendo xxx.xxx.xxx.xxx la dirección de nuestro gateway.
El numero "nnn" lo podemos determina "a ojo". Enviamos 1000, si falla, un cantidad menor, sino una mayor, y así nos podemos aproximar sucesivamente hasta encontrarlo.
En mi caso, me he sorprendido, ya que lo maximo que puedo enviar sin defragmentar son 248 bytes, mas otros 40 fijos que tiene la cabecera IP, esta será
Esto indica que en mi caso, lo mejor es selccionar un paquete "pequeño" para evitar que renegocie cada vez este tamaño.
** Bien lo anterior, es la teoria. Y no creo que difiera mucho de la realidad. Indico que es la teoria, ya que puede que nuestro proveedor no responda al "ping" (muy improbable), o que tenga "filtrado" el ping (ya que este se hace via ICMP, en vez de via IP), para evitar que se envien a la red ping con tamaños excesivos (64 Kbs) que pueden hacer caerse a los grandes routers que trabajan bajo UNIX (tambien me parece una teoria improbable).

0 comentarios:
Publicar un comentario