PDA

Ver la versión completa : Congestión TCP: peligro inminente



LUK
25-03-2008, 10:40
Aunque todos creamos que Internet va ’sobrada’, lo cierto es que la actual pila de protocolos TCP/IP no será capaz de soportar este trasiego de datos durante mucho más tiempo. El problema no es nuevo, pero la mayoría de los usuarios no se dan cuenta del peligro.

Aprendamos del pasado: en 1986 lo que pocos conocían por aquel entonces como Internet estaba comenzando a colapsarse. La pila de protocolos existentes en la que se basaban las comunicaciones entre máquinas no podía soportar la congestión de paquetes TCP que iban de un lado a otro, y muchas comunicaciones no funcionaban bien.

Van Jacobson, un ingeniero informático que contribuyó a la creación de esa pila de protocolos, desarrolló una solución para la congestión: ralentizar el flujo de la transmisión a la mitad en cuanto se detectará pérdida de paquetes. La medida fue aplicada en todas las máquinas de aquel entonces, y el parche se integró en una pila de protocolos que ha llegado a nuestros días, pero hoy el algoritmo que entonces se bautizó como AIMD (Additive Increase Multiplicative Decrease) está volviéndose a poner en tela de juicio debido a una verdadera glotona del ancho de banda: la filosofía P2P.

Al menos eso es lo que afirman los expertos, que creen que el trasiego de datos que imponen estas redes están volviendo a producir ese efecto de ‘congestión TCP’ tan temido. Sus consecuencias podrían ser fatales tal y como están ahora las comunicaciones en el planeta y la gran dependencia que muchas transacciones tienen en Internet, y precisamente de este hecho es de lo que tratan de avisar los expertos. Existe ya una solución propuesta por Bob Briscoe hace uso del llamado ‘weighted TCP’ (algo así como ‘TCP equilibrado’ o ‘balanceado’) en lugar del protocolo convencional, pero su parche no ha sido del todo aceptado. De hecho, las principales defensoras del P2P no están completamente de acuerdo con esta medida, que podría perjudicar el funcionamiento de estas trasnferencias. Sin embargo, parece mucho más importante hacer que no se produzca congestión TCP.

Enlaces:
http://blogs.zdnet.com/Ou/?p=1078&page=1

gondar_f
25-03-2008, 12:15
Lo único cierto es que el TCP/IP es un protocolo desarrollado hace cerca de 3 décadas para un escenario muy distinto y por encima desde su concepcion se han echo muchas chapuzas para seguir con él, por ejemplo al principio se penso que jamás se utilizarían ni 1 de cada 255 direcciones posibles por ello sobrarian direcciones... a principios de los 90 (una décad después) se dicidio dejar de dar IPs fijas a todo el que la solicitase porque no llegaban, pero se penso que haciendo que las IPs fueran reutilizables por varios usuarios finales ya no hubiese problemas... a finales de los 90 se vio que no era suficiente y se empezo a travajar en los que actualmente es el IPV6 (aunque realmente el trabajo comenzo a principios de los 90)... por otro lado lo ya comentado... y cien mil parches adicionales que se fueron poniendo... juas incluso el TCP/IP tiene un gran problema, fue diseñado para se usado en conexiones que hoy en día serían consideradas muy lentas, llenas de ruido y muy poco seguras y eso tiene un problema, las conexiones actuales son mucho más rápidas, seguras... bueno pues el resultado es que cuanto más ancho de banda tienes menos porcentaje es el realmente usado para info...

Lo que había que hacer es pensar en cambiar el protocolo y dejarse de poner parches a algo que ya no da más de si...

Un Saludo

j8k6f4v9j
25-03-2008, 12:33
Incluso tcp/ip fue un estándar de hecho, es decir, se hizo estándar porque se usaba. Y no al revés, no es que se use porque fuese un estándar.

Ciertamente hay otros protocolos perfectamente viables, pero el hecho de que estemos usando éste es argumento más que suficiente para seguir usándolo.

Me temo que el mayor perjudicado en toda esta historia vuelva a ser el peer to peer. Y me parece inaudito, ya que internet nació para compartir información, y no propaganda, como se pretende ahora.

Salu2

gondar_f
26-03-2008, 14:27
Incluso tcp/ip fue un estándar de hecho, es decir, se hizo estándar porque se usaba.
j8 creo que te equivocas, el tcp fue desarrollado en la universidad de Berkeley para ser el estandar de comunicaciones del ejercito pagado por el ejercito basandose en los trabajos a partir del protocolo desarrollado para el UNIX de esta universidad... de ahí que casi todas las implementaciones actuales (incluidas las de Linux y Windows) proceden de la BSD (por no decir copiada a machada ya que están bajo licencia BSD como en el caso de la de Linux que lo único que hicieron fue cambiar los autores y ponerla como GPL, aunque según los "autores" es un desarrollo independiente y que los algoritmos y estructuras de datos sean identicas es pura casualidad)... incluso herramientas para ese protocolo (FTP, telnet...) se basan en el código de las desarrolladas para el BSD (en este caso las de Windows son 100% código de Berkley, al igual que las de Linux y casi todos los demás SO)...

Un Saludo