{"id":1060,"date":"2026-03-01T09:53:00","date_gmt":"2026-03-01T01:53:00","guid":{"rendered":"https:\/\/www.ddosgj.com\/?p=1060"},"modified":"2026-03-01T09:53:00","modified_gmt":"2026-03-01T01:53:00","slug":"como-puede-reducir-la-perdida-de-paquetes-la-cdn-de-alta-defensa-enrutamiento-inteligente-y-optimizacion-de-nodos","status":"publish","type":"post","link":"https:\/\/www.ddosgj.com\/es\/1060-html","title":{"rendered":"\u00bfC\u00f3mo reducir la tasa de p\u00e9rdida de paquetes en una CDN de alta defensa para juegos? El enrutamiento inteligente y la optimizaci\u00f3n de nodos logran tasas de p\u00e9rdida de paquetes inferiores a 1%"},"content":{"rendered":"<p>Cuando el servidor de juegos se bloquea, la postura que m\u00e1s suele sacudir la olla en el grupo t\u00e9cnico es: \"Esta fluctuaci\u00f3n de la red, los dioses no pueden salvar ah\". Pero la verdad es que a menudo, su CDN puede no haber elegido la correcta, o la configuraci\u00f3n es incorrecta. He probado no menos de diez CDN de alta defensa de la corriente principal, la tasa de p\u00e9rdida de paquetes puede ser presionado de forma estable a 1% abajo, dos manos para contar m\u00e1s.<\/p>\n<p>El a\u00f1o pasado, uno de nuestros juegos FPS estaba en beta p\u00fablica, y hab\u00eda casi 100.000 personas conectadas al mismo tiempo durante el periodo de m\u00e1xima actividad. El propio servidor pod\u00eda soportarlo, pero los jugadores informaban de \"conexi\u00f3n de red inestable\". Una comprobaci\u00f3n de la vigilancia, los nodos de borde para el lado del usuario de la tasa de p\u00e9rdida de paquetes se dispar\u00f3 a 15%, que todav\u00eda juegan un martillo? El retraso de nuevo baja, la p\u00e9rdida de paquetes de alta como de costumbre tarjeta en el PPT. m\u00e1s tarde pasamos dos meses de ajuste, la tasa de p\u00e9rdida de paquetes global presionado a 0,8%, hoy en la prueba real del programa eficaz sac\u00f3 a usted.<\/p>\n<p><strong>Rompamos primero algunas ilusiones:<\/strong>No creas en esos vendedores de CDN que presumen de que \"las l\u00edneas BGP lo son todo\", BGP es s\u00f3lo un protocolo de enrutamiento, no significa calidad. Me he encontrado con un nodo \"multil\u00ednea BGP\" de un proveedor, la tasa de p\u00e9rdida de paquetes m\u00e1xima por la noche es superior a la del ISP de segundo nivel. Lo que realmente afecta a la tasa de p\u00e9rdida de paquetes son tres cosas: la distancia f\u00edsica, la congesti\u00f3n de la l\u00ednea y el n\u00famero de portadoras \"handshake\" intermedias.<\/p>\n<p>Por ejemplo, el usuario de Heilongjiang conectado a la sala de servidores de Shanghai, el tr\u00e1fico puede saltar cinco o seis veces. Beijing sacude un poco, Jinan c\u00edrculos alrededor, Nanjing y luego hacer una tarjeta. Cada enlace puede perder paquetes. La tarea central del enrutamiento inteligente es convertir este proceso en una \"conexi\u00f3n directa punto a punto\".<\/p>\n<p>El esquema que utilizamos es sondeo de doble enlace + conmutaci\u00f3n din\u00e1mica de rutas. El SDK del cliente env\u00eda un paquete de sondeo de 4 KB al nodo de borde cada 10 segundos, y el nodo calcula la tasa de p\u00e9rdida de paquetes y el retardo. Una vez superado el umbral (por ejemplo, p\u00e9rdida de paquetes &gt; 2% o latencia &gt; 80ms), corta inmediatamente a la l\u00ednea de reserva. Una trampa: \u00a1no utilices el sondeo ICMP! Muchos operadores limitan la velocidad de ICMP, y los datos no est\u00e1n permitidos en absoluto. Tienes que usar puertos personalizados TCP o UDP.<\/p>\n<p>Esta es la l\u00f3gica central (pseudoc\u00f3digo Python) de nuestro script de sondeo casero:<\/p>\n<p>La detecci\u00f3n no es suficiente, la calidad del nodo es la base. Hemos comparado tres proveedores: CDN5, CDN07, 08Host. los resultados son escandalosos: en la misma zona, la tasa de p\u00e9rdida de paquetes de los nodos de CDN5 puede ser inferior a la de 08Host 40%. \u00bfpor qu\u00e9? Porque CDN5 autoconstruido puntos pop red troncal, mientras que 08Host alquil\u00f3 un ancho de banda de segunda mano. En estos d\u00edas, incluso CDN tienen que \"evitar que los compa\u00f1eros de equipo\", nunca se sabe cu\u00e1ntos traficantes de segunda mano detr\u00e1s de los nodos que alquila.<\/p>\n<p><strong>El n\u00facleo de la optimizaci\u00f3n de nodos es \"ir al intermediario\".<\/strong>M\u00e1s tarde firmamos un contrato profundo directamente con CDN5, que requiere que todos los nodos se debe acceder por los tres principales transportistas sala de clase A, y el n\u00famero de saltos no exceda de 3. Por cierto, elegir un material negro: un proveedor llamado \"global 800 nodos\", de hecho, 600 es un nodo virtual, la esencia de la reventa de AWS y Google Cloud. Este nodo es por lo general bien, en caso de DDoS directamente acostado.<\/p>\n<p>Otro escollo de las CDN de alta defensa es que las propias reglas de protecci\u00f3n pueden aumentar la p\u00e9rdida de paquetes. Por ejemplo, la protecci\u00f3n SYN Flood puede matar accidentalmente el handshake TCP normal. Hemos sufrido una p\u00e9rdida: despu\u00e9s de activar el \"Modo de superprotecci\u00f3n\", los jugadores normales no pod\u00edan conectarse porque el handshake TCP se reiniciaba tres veces a la fuerza. Se solucion\u00f3 cambiando a \"Dynamic Fingerprinting\":<\/p>\n<p>Por \u00faltimo, un problema metaf\u00edsico: la programaci\u00f3n entre redes. Los usuarios m\u00f3viles van al nodo de telecomunicaciones, la tasa de p\u00e9rdida de paquetes es intr\u00ednsecamente alta 3%. pero muchos vendedores de CDN, para ahorrar costes, s\u00f3lo en una pila de nodos de operador. Nuestra estrategia actual es \"tres nodos en tres redes\": cada regi\u00f3n despliega al menos tres nodos de Telecom, Mobile y Unicom, y utiliza Anycast IP como punto de entrada. Los usuarios siempre se resolver\u00e1n en el mismo nodo de operador.<\/p>\n<p>Comparaci\u00f3n de los datos medidos: antes de la optimizaci\u00f3n, la tasa media de p\u00e9rdida de paquetes del acceso a trav\u00e9s de la red es de 12,7%, y la del acceso a la misma red es de 4,3%. despu\u00e9s de la optimizaci\u00f3n, se obliga a que la transmisi\u00f3n a trav\u00e9s de la red sea la de la misma red mediante Anycast, y la tasa global de p\u00e9rdida de paquetes se reduce a 0,8%. el coste ha aumentado en 25%, pero las reclamaciones de los jugadores han disminuido en 90%, lo que supone una buena cantidad de dinero en sangre.<\/p>\n<p>Un consejo m\u00e1s: ajusta el valor de la MTU. Los paquetes de juego suelen ser peque\u00f1os, y una MTU de 1200 tiene menos probabilidades de fragmentarse que una de 1500. Perder un fragmento puede ser una reacci\u00f3n en cadena: se pierde un fragmento y se retransmite todo el paquete. Hemos implantado la optimizaci\u00f3n de MTU en nuestros nodos Linux:<\/p>\n<p>Para ser honestos, no hay m\u00e1s de cinco en China que puedan alcanzar una tasa de p\u00e9rdida de paquetes inferior a 1%.CDN5 funciona s\u00f3lidamente como un perro viejo en el este y sur de China, pero CDN07 se recomienda para el noreste de China - tienen un profundo acuerdo de peering con Unicom.08Host es barato, pero s\u00f3lo es adecuado para juegos que no son sensibles a la latencia. Si est\u00e1s haciendo juegos competitivos, no ahorres este dinero. La rotaci\u00f3n de jugadores podr\u00eda duplicarse.<\/p>\n<p>Por \u00faltimo lanzar una teor\u00eda de la tormenta: ver CDN vendedores fiables o no, directamente le permiten abrir fondo de monitoreo en tiempo real. Atr\u00e9vete a mostrar 48 horas de retraso y la curva de p\u00e9rdida de paquetes, por lo general no es tan malo. Los que s\u00f3lo volcar\u00e1 el \"esquema de cobertura de red completa\", b\u00e1sicamente un pastel en el cielo. Ahora tenemos nuestro propio sistema de monitoreo, cada 5 minutos de los 200 puntos de detecci\u00f3n del pa\u00eds para enviar paquetes, inferior a 99,5% disponibilidad de nodos directamente fuera de l\u00ednea de forma autom\u00e1tica.<\/p>\n<p>Tras tanto tiempo, la mayor sensaci\u00f3n es la siguiente: no hay una bala de plata para reducir la tasa de p\u00e9rdida de paquetes, se trata de acumular los detalles. Desde el protocolo de enrutamiento hasta la temperatura del armario, cada eslab\u00f3n puede volcarse. Pero mientras mastiques el \"enrutamiento inteligente\" y la \"optimizaci\u00f3n de nodos\", la tasa de p\u00e9rdida de paquetes no se atrever\u00e1 a ser arrogante contigo.<\/p>","protected":false},"excerpt":{"rendered":"<p>Cuando el servidor de juegos se bloquea, la postura m\u00e1s com\u00fan que sacude la olla en el grupo t\u00e9cnico es: \"Esta fluctuaci\u00f3n de la red, los dioses no pueden salvar ah\". Pero la verdad es que a menudo, su CDN puede no haber elegido la correcta, o la configuraci\u00f3n es incorrecta. He probado no menos de diez CDN de alta defensa de la corriente principal, la tasa de p\u00e9rdida de paquetes puede ser presionado de forma estable a 1% abajo, dos manos para contar. El a\u00f1o pasado, tenemos un juego FPS beta p\u00fablica, el pico de casi 100.000 personas en l\u00ednea al mismo tiempo. El servidor en s\u00ed era capaz de manejarlo, pero los jugadores informaron error loco \"conexi\u00f3n de red inestable\". Una comprobaci\u00f3n de la vigilancia, los nodos de borde para el lado del usuario de la tasa de p\u00e9rdida de paquetes se dispar\u00f3 a 15%, que todav\u00eda juegan un martillo? La latencia es baja de nuevo, la p\u00e9rdida de paquetes es alta, como de costumbre, la tarjeta en el PPT. m\u00e1s tarde pasamos dos meses de ajuste, la tasa de p\u00e9rdida de paquetes global a 0,8%, y hoy vamos a probar el programa eficaz a usted. En primer lugar reventar algunas ilusiones<\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"","sticky":false,"template":"","format":"gallery","meta":{"_seopress_robots_primary_cat":"","_seopress_titles_title":"","_seopress_titles_desc":"","_seopress_robots_index":"","footnotes":""},"categories":[150],"tags":[],"collection":[],"class_list":["post-1060","post","type-post","status-publish","format-gallery","hentry","category-updates","post_format-post-format-gallery"],"_links":{"self":[{"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/posts\/1060","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/comments?post=1060"}],"version-history":[{"count":1,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/posts\/1060\/revisions"}],"predecessor-version":[{"id":1065,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/posts\/1060\/revisions\/1065"}],"wp:attachment":[{"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/media?parent=1060"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/categories?post=1060"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/tags?post=1060"},{"taxonomy":"collection","embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/collection?post=1060"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}