Buenos Días,
La información que ofrece @Theliel es interesante pero no resuelve el problema.
Tan solo hace falta buscar "cogent telefonica peering" en google para ver que este problema afecta a muchos usuarios y empresas, problema que lleva desde el año 2014 según hemos podido ver y sin resolución.
Cuando hablamos de aplicaciones como SQL Server que utilizan múltiples paquetes pequeños, lo mas importante es la latencia y no la velocidad.
Buenas Alvaro9417
Como ya he dicho, no pongo en duda que exista un incremento de latencia que puede verse y medirse perfectamente a tenor de esos tracer o muchos otros, eso son datos indiscutibles y ahí están. Como también se puede observar igualmente que es la propia red de Cogent la absorbe ella sola una parte importante de esa latencia total, incluso más que la que absorbe la red troncal de Telefónica. Dicho de otro modo, si nos pusiésemos puristas, más repercusión parece existir en la red de Cogent que en la red de Telefónica.
Pero en cualquier caos es un tanto irrelevante, porque con 60-70ms de latencia final nadie probablemente va a escalar siquiera una incidencia de ningún tipo, son valores más que asumibles, si tenemos en cuenta además que la mayor aportación, en mis test, son de 26ms en un cambio de nodo, sin entrar ya en geografía siquiera. Sin un nodo que realmente esté en mal estado o tenga un problema real, que a veces pasa, es cuanto menos "complicado" por no decir otra cosa solicitar que un Tier1 redistribuya/ modifique el enrutado a nivel europeo/mundial porque la conexión con Cogent, otro Tier1 no es todo lo perfecta que podría llegar a ser. Pero esto mismo es aplicable a Cogent, que repito absorbe igualmente una parte importante de esta.Otra cosa es encontrar un punto concreto que está dando problemas específicos, pero no es el caso, y menos con las latencias que estamos viendo, que son mínimas.
"Cuando hablamos de aplicaciones como SQL Server que utilizan múltiples paquetes pequeños, lo mas importante es la latencia y no la velocidad."
En ningún momento habías hablado de latencia, sino de velocidad, " la velocidad cae entre 4 y 6 veces menos".
Obviamente la latencia puede tener un impacto negativo en según que tipo de servicios, eso es innegable, quizás el ejemplo más claro y clásico son los juegos o servicios tipo VoIP/streaming, donde la latencia juega un papel imprescindible... pero aun en dichos casos, con una latencia de 60-70ms tienes un servicio sin ningún tipo de problemas. Eso sin contar que tener una latencia de 60ms a tener una latencia de 20ms, no tienes un cambio de 4-6 veces menos de velocidad, y no debería tampoco en ningún tipo de DB, a menos que el cliente tuviese que estar constantemente enviando consultas al servidor durante una transferencia pesada de cualquier tipo, y el servidor contestando todo el tiempo una a una y no continuar hasta la siguiente. Ahora bien, personalmente no conozco ningún tipo de aplicación existente, al menos en el mercado o con que me haya topado con este comportamiento, que no dudo que pueda existir. Pero de lo contrario, una latencia de 60ms a una latencia de 20ms no te va a marcar ni mucho menos tal caída de velocidad.
Y como digo, aun cuando por el motivo que sea la aplicación tuviese dicho comportamiento, sin entrar siquiera en motivos, el caso sigue siendo el mismo, ni Telefonica ni Cogent van a mover un dedo para rebajar una latencia de 60-70ms, sin que se pueda ver un punto concreto que esté dando problemas. Y menos aun van a modificar sus BGP.
Claro que es solo mi opinión, puedes intentar que lo escalen a donde llegue, pero no va a tener mucho recorrido.
Saludos.
