Cuando un prefijo IPv4 o IPv6 se anuncia en Internet p\u00fablica, una de las piezas de informaci\u00f3n m\u00e1s \u00fatiles es el ASN de origen. El ASN de origen identifica al Sistema Aut\u00f3nomo que actualmente anuncia el prefijo a trav\u00e9s de BGP.<\/p>\n\n\n\n
Encontrar el ASN de origen puede ayudar con la resoluci\u00f3n de problemas de red, transferencias de IPv4, implementaci\u00f3n de IPv6, monitoreo de BGP, validaci\u00f3n RPKI, migraciones de proveedores y verificaci\u00f3n de prefijos IP. Tambi\u00e9n puede mostrar si un prefijo se anuncia por el ASN que esperabas.<\/p>\n\n\n\n
Por ejemplo, una empresa puede poseer o alquilar un bloque de IPv4 y planea anunciarlo desde su propio ASN. Antes de mover el tr\u00e1fico de producci\u00f3n, el equipo de red puede querer confirmar si el prefijo es visible en BGP, qu\u00e9 ASN lo origina actualmente y si los resultados coinciden con el registro y el plan de enrutamiento.<\/p>\n\n\n\n
El proceso es relativamente sencillo, pero varios conceptos suelen confundirse. El ASN de origen no siempre es la organizaci\u00f3n listada en el registro. No necesariamente es el mismo que el proveedor de transito que lleva la ruta. Tambi\u00e9n es diferente de cada ASN que aparece en el camino completo BGP.<\/p>\n\n\n\n
Este manual explica qu\u00e9 significa un ASN de origen, c\u00f3mo encontrarlo con herramientas p\u00fablicas, c\u00f3mo consultar RIPEstat y c\u00f3mo investigar m\u00faltiples o ASNs de origen inesperados.<\/p>\n\n\n\n
Un n\u00famero de sistema aut\u00f3nomo, o ASN, identifica una red independiente que intercambia informaci\u00f3n de enrutamiento con otras redes utilizando BGP. Proveedores de servicios de Internet, plataformas en la nube, empresas de alojamiento, empresas, universidades, redes de contenido y otros operadores pueden utilizar ASNs.<\/p>\n\n\n\n
El ASN de origen es el ASN que parece ser la fuente de un prefijo IP espec\u00edfico en una notificaci\u00f3n BGP. Si una ruta para La palabra \"origen\" se refiere al final del camino AS m\u00e1s cercano al prefijo anunciado. No significa autom\u00e1ticamente que la ASN posea el espacio de direcciones. Una organizaci\u00f3n puede poseer el recurso IP mientras que otra ASN lo anuncia mediante un acuerdo de alojamiento, transito, patrocinio o enrutamiento gestionado.<\/p>\n\n\n\n Una ruta puede pasar por varios sistemas aut\u00f3nomos antes de llegar al origen. Un camino BGP simplificado puede parecerse a esto:<\/p>\n\n\n\n En este ejemplo, El ASN de origen ayuda a explicar c\u00f3mo un prefijo IP est\u00e1 actualmente conectado a Internet. Si una empresa espera que su prefijo sea anunciado por su propio ASN pero los datos p\u00fablicos BGP muestran un origen diferente, el dise\u00f1o de enrutamiento puede no estar completo o requerir una investigaci\u00f3n adicional.<\/p>\n\n\n\n Origin ASN information is especially useful during an IPv4 transfer. The receiving organisation may plan to announce the transferred block from a new ASN. Checking the current origin before the transfer and the new origin after the transfer helps confirm that the routing change happened as planned.<\/p>\n\n\n\n Tambi\u00e9n es \u00fatil durante una migraci\u00f3n de ASN. Una empresa puede pasar de un ASN gestionado por un proveedor a su propio ASN o cambiar la organizaci\u00f3n responsable de anunciar un prefijo. Si el origen antiguo sigue visible despu\u00e9s de la migraci\u00f3n, la ruta anterior podr\u00eda seguir activa.<\/p>\n\n\n\n La informaci\u00f3n del ASN de origen tambi\u00e9n est\u00e1 relacionada con RPKI. Una Autorizaci\u00f3n de Origen de Ruta identifica qu\u00e9 ASN est\u00e1 autorizado para originar un prefijo. Si el origen BGP no coincide con la autorizaci\u00f3n RPKI, la ruta puede clasificarse como Inv\u00e1lida.<\/p>\n\n\n\n La organizaci\u00f3n mostrada en un registro de registro y el ASN mostrado como origen BGP est\u00e1n relacionados pero no son id\u00e9nticos.<\/p>\n\n\n\n Una base de datos de registros registra informaci\u00f3n sobre recursos num\u00e9ricos de Internet, como un inetnum, inet6num, referencia de organizaci\u00f3n, estado del recurso, pa\u00eds y contacto de abuso. BGP muestra qu\u00e9 red est\u00e1 anunciando actualmente una ruta. El titular registrado puede utilizar un LIR patrocinador, proveedor de transito, plataforma en la nube o proveedor de enrutamiento gestionado para anunciar el recurso.<\/p>\n\n\n\n Por ejemplo, una empresa puede figurar como titular de un prefijo IPv4 mientras que un proveedor de red anuncia el prefijo desde la ASN del proveedor. Esto puede ser un arreglo leg\u00edtimo si el contrato, los permisos de enrutamiento y los registros del registro lo respaldan.<\/p>\n\n\n\n La situaci\u00f3n opuesta tambi\u00e9n es posible. Un ASN puede anunciar un prefijo sin una relaci\u00f3n obvia con la organizaci\u00f3n mostrada en el registro. Esto no prueba autom\u00e1ticamente que la ruta sea maliciosa, pero la diferencia debe investigarse, especialmente si el origen es inesperado o el prefijo se est\u00e1 evaluando para su compra o transferencia.<\/p>\n\n\n\n Una revisi\u00f3n confiable debe comparar la organizaci\u00f3n del registro, el ASN actual de origen, el objeto de ruta IRR, el estado RPKI y el acuerdo comercial o t\u00e9cnico real.<\/p>\n\n\n\n RIPEstat es un servicio de informaci\u00f3n de red p\u00fablica que proporciona informaci\u00f3n sobre recursos de Internet, enrutamiento BGP, RPKI y otros se\u00f1ales operativas. Los datos de estado BGP de RIPEstat se pueden utilizar para comprobar si un prefijo se anuncia actualmente y qu\u00e9 or\u00edgenes han sido observados.<\/p>\n\n\n\n Abra RIPEstat y ingrese un prefijo IPv4 o IPv6. El resultado puede mostrar el estado de la notificaci\u00f3n, los ASNs de origen observados, informaci\u00f3n de ruta y marcas de tiempo.<\/p>\n\n\n\n Tambi\u00e9n puede consultar directamente la API de RIPEstat:<\/p>\n\n\n\n Para un prefijo IPv6, use:<\/p>\n\n\n\n La API devuelve datos JSON. Dependiendo del prefijo y la informaci\u00f3n actual disponible, la respuesta puede contener informaci\u00f3n de origen, estado de anuncio, observaciones de enrutamiento y marcas de tiempo.<\/p>\n\n\n\n El resultado es una instant\u00e1nea de enrutamiento p\u00fablico. Puede cambiar con el tiempo, y diferentes sistemas de monitorizaci\u00f3n pueden mostrar informaci\u00f3n diferente porque utilizan recolectores de rutas y horarios de actualizaci\u00f3n diferentes.<\/p>\n\n\n\n Una solicitud b\u00e1sica se puede realizar con curl:<\/p>\n\n\n\n En PowerShell de Windows, use:<\/p>\n\n\n\n Cuando una aplicaci\u00f3n acepta un prefijo de un usuario, el valor debe codificarse como URL antes de agregarse a la solicitud de la API. Esto es importante porque los prefijos IPv4 e IPv6 contienen caracteres tales como Una solicitud de JavaScript sencilla tiene este aspecto:<\/p>\n\n\n\n La respuesta de la API debe tratarse como datos de enrutamiento p\u00fablico en lugar de un registro permanente. Si la utiliza para un informe de incidente, revisi\u00f3n de transferencia o lista de verificaci\u00f3n de migraci\u00f3n, registre el momento de la consulta.<\/p>\n\n\n\n El siguiente proceso puede ser utilizado por un principiante para comprobar el origen ASN de un prefijo p\u00fablico.<\/p>\n\n\n\n Empieza con el prefijo IPv4 o IPv6 completo, por ejemplo:<\/p>\n\n\n\n o:<\/p>\n\n\n\n No ingrese solo una direcci\u00f3n IP individual si desea investigar toda la asignaci\u00f3n. Una sola direcci\u00f3n puede devolver informaci\u00f3n sobre un bloque m\u00e1s grande pero puede no identificar claramente el rango exacto que desea revisar.<\/p>\n\n\n\n Revisar el resultado del estado BGP y buscar un estado anunciado o visible. Si el prefijo no se anuncia, es posible que no est\u00e9 disponible el ASN de origen.<\/p>\n\n\n\n Un prefijo no puede anunciarse porque es nuevo, reservado, utilizado de forma privada, retirado o en espera de implementaci\u00f3n. La falta de visibilidad no significa autom\u00e1ticamente que el recurso sea inv\u00e1lido.<\/p>\n\n\n\n Escribe cada ASN de origen devuelto por la herramienta. Si solo se muestra un ASN, comp\u00e1ralo con el dise\u00f1o de red esperado. Si aparecen varios ASNs, determina si los m\u00faltiples or\u00edgenes son intencionales.<\/p>\n\n\n\n Tambi\u00e9n registre la fecha de consulta y la fuente de datos. La informaci\u00f3n de enrutamiento cambia, por lo que un resultado sin marca de tiempo es dif\u00edcil de interpretar m\u00e1s tarde.<\/p>\n\n\n\n Compruebe el registro RIR o de registros correspondiente. Confirme si la organizaci\u00f3n, proveedor patrocinador y estado de los recursos son consistentes con el propietario o proveedor del prefijo.<\/p>\n\n\n\n La organizaci\u00f3n registrada no siempre tiene que coincidir con el ASN de origen, pero la relaci\u00f3n debe poder explicarse.<\/p>\n\n\n\n Revise el estado RPKI y el objeto de ruta IRR correspondiente. Un resultado RPKI v\u00e1lido y un objeto de ruta que coincida proporcionan una evidencia m\u00e1s s\u00f3lida de que el origen es esperado.<\/p>\n\n\n\n Si el origen entra en conflicto con los datos RPKI o IRR, pausa la implementaci\u00f3n e investiga antes de anunciar la ruta.<\/p>\n\n\n\n El campo m\u00e1s importante es el ASN de origen. Reg\u00edstrelo junto con el prefijo y el momento de la consulta.<\/p>\n\n\n\n El estado anunciado le indica si la API actualmente ve una anunciaci\u00f3n BGP activa. Si el prefijo no se anuncia, la herramienta podr\u00eda no devolver un ASN de origen. Esto no significa necesariamente que el prefijo no pueda usarse.<\/p>\n\n\n\n Si aparecen m\u00e1s de un ASN de origen, no asuma inmediatamente que los datos son incorrectos. Muchas redes utilizan intencionalmente m\u00faltiples or\u00edgenes para redundancia, anycast, servicios multi-sitio, ingenier\u00eda de tr\u00e1fico o migraciones controladas.<\/p>\n\n\n\n El resultado debe compararse con el plan de implementaci\u00f3n esperado. Si el plan espera un origen pero los datos p\u00fablicos muestran varios, pida al proveedor de la red o al titular del recurso que explique la diferencia.<\/p>\n\n\n\n RIPEstat es \u00fatil, pero no es la \u00fanica fuente p\u00fablica. BGP.tools puede mostrar prefijos anunciados, informaci\u00f3n de origen, rutas AS y relaciones de enrutamiento.<\/p>\n\n\n\n La herramienta BGP de Hurricane Electric tambi\u00e9n proporciona informaci\u00f3n sobre prefijos y sistemas aut\u00f3nomos. Los recolectores de rutas y los espejos de ruta pueden proporcionar observaciones adicionales desde diferentes redes.<\/p>\n\n\n\n Diferentes herramientas pueden no devolver exactamente los mismos resultados. Pueden usar diferentes recolectores, ubicaciones, momentos de actualizaci\u00f3n y pol\u00edticas de filtrado. Un sistema puede ver una ruta que otro a\u00fan no ha observado.<\/p>\n\n\n\n Para decisiones importantes, compara varios recursos. Esto es especialmente \u00fatil durante una transferencia de IPv4, una migraci\u00f3n de BGP, un cambio de proveedor o una investigaci\u00f3n de interrupci\u00f3n.<\/p>\n\n\n\n M\u00faltiples ASNs de origen pueden ser intencionales. Una empresa puede anunciar el mismo prefijo desde diferentes centros de datos para mejorar la resiliencia. Un servicio anycast puede anunciar el prefijo desde muchas ubicaciones geogr\u00e1ficas. Durante una migraci\u00f3n, tanto el antiguo como el nuevo ASN pueden ser visibles durante un per\u00edodo limitado.<\/p>\n\n\n\n M\u00faltiples or\u00edgenes tambi\u00e9n pueden deberse a un error de configuraci\u00f3n. Un proveedor antiguo puede continuar anunciando una ruta despu\u00e9s de una migraci\u00f3n, o un ingeniero puede configurar el prefijo en el router equivocado.<\/p>\n\n\n\n En algunos casos, un origen inesperado puede representar un robo de ruta o una fuga de ruta. La respuesta correcta es comparar los or\u00edgenes observados con el plan de enrutamiento documentado y comprobar si los registros RPKI correspondientes autorizan las notificaciones.<\/p>\n\n\n\n Un resultado de m\u00faltiples or\u00edgenes es por tanto una se\u00f1al para investigar, no una conclusi\u00f3n autom\u00e1tica.<\/p>\n\n\n\n RPKI ayuda a validar si un ASN de origen est\u00e1 autorizado para anunciar un prefijo IP. El titular del recurso publica una Autorizaci\u00f3n de Origen de Ruta que identifica el ASN esperado y la longitud del prefijo permitido.<\/p>\n\n\n\n Si el origen BGP coincide con la ROA, la ruta puede clasificarse como V\u00e1lida. Si el origen no coincide, o si la ruta es m\u00e1s espec\u00edfica de lo permitido, la ruta puede volverse Inv\u00e1lida. Si no existe una ROA aplicable, el resultado es generalmente No encontrado.<\/p>\n\n\n\n Por eso, una b\u00fasqueda de ASN de origen debe combinarse con la validaci\u00f3n RPKI. Saber que Puedes continuar leyendo con:<\/p>\n\n\n\n Un Registro de Enrutamiento de Internet, o IRR, almacena informaci\u00f3n de pol\u00edtica de enrutamiento utilizada por muchos operadores de red al construir filtros de prefijos.<\/p>\n\n\n\n Un objeto de ruta IRR describe qu\u00e9 ASN se espera que origine un prefijo. Si el objeto de ruta dice que El objeto IRR puede estar desactualizado, la notificaci\u00f3n BGP puede ser incorrecta o la red puede estar en medio de una migraci\u00f3n controlada.<\/p>\n\n\n\n Los datos IRR y los datos RPKI son separados. Un objeto de ruta IRR no sustituye a un ROA, y un resultado v\u00e1lido de RPKI no crea autom\u00e1ticamente un objeto de ruta IRR. Muchas redes utilizan ambos sistemas porque proporcionan tipos diferentes de informaci\u00f3n de enrutamiento.<\/p>\n\n\n\n Compruebe el ASN de origen antes de aceptar un nuevo prefijo IPv4 o IPv6, especialmente cuando los recursos provengan de un tercero. El resultado puede ayudar a confirmar si la ruta coincide con la explicaci\u00f3n del proveedor.<\/p>\n\n\n\n Rev\u00edselo de nuevo antes y despu\u00e9s de una migraci\u00f3n ASN. El antiguo origen debe desaparecer cuando la migraci\u00f3n est\u00e9 completa, y el nuevo origen debe volverse visible seg\u00fan el calendario planificado.<\/p>\n\n\n\n Las comprobaciones de origen tambi\u00e9n son \u00fatiles despu\u00e9s de una transferencia IPv4, cambio de proveedor, cambio de centro de datos o actualizaci\u00f3n de pol\u00edtica BGP. Una comprobaci\u00f3n de monitorizaci\u00f3n programada puede revelar cambios inesperados antes de que los clientes informen un fallo.<\/p>\n\n\n\n Para operaciones continuas, el monitoreo automatizado de BGP es m\u00e1s \u00fatil que las b\u00fasquedas manuales ocasionales. Las alertas pueden identificar un nuevo origen, una ruta eliminada, un cambio inesperado en el camino o un cambio del estado RPKI v\u00e1lido a inv\u00e1lido.<\/p>\n\n\n\n Los datos p\u00fablicos de BGP son valiosos, pero tienen limitaciones. Representan observaciones de recolectores de rutas seleccionados y sistemas de monitoreo, en lugar de cada router en Internet.<\/p>\n\n\n\n Una ruta puede ser visible desde una red y ausente desde otra. Una nueva notificaci\u00f3n puede que no haya llegado a todos los recolectores. Una ruta tambi\u00e9n puede ser filtrada por longitud de prefijo, pol\u00edtica del proveedor o reglas de enrutamiento regional.<\/p>\n\n\n\n El ASN de origen devuelto por una b\u00fasqueda no demuestra la propiedad legal del prefijo. No confirma que el recurso pueda transferirse, arrendarse o usarse para un servicio espec\u00edfico. Tampoco demuestra que el prefijo tenga una buena reputaci\u00f3n operativa.<\/p>\n\n\n\n Para una revisi\u00f3n completa, combine los datos de origen con los registros del registro, RPKI, informaci\u00f3n de IRR, historial de BGP, contactos de abuso, comprobaciones de reputaci\u00f3n y documentaci\u00f3n contractual.<\/p>\n\n\n\n No necesariamente. El ASN de origen es la red que actualmente anuncia el prefijo en BGP. El titular registrado puede utilizar otra organizaci\u00f3n o proveedor para anunciar el recurso.<\/p>\n\n\n\n S\u00ed. Se pueden utilizar m\u00faltiples or\u00edgenes para cualquiercast, redundancia, migraci\u00f3n o ingenier\u00eda de tr\u00e1fico. Tambi\u00e9n pueden indicar un error de configuraci\u00f3n o una notificaci\u00f3n no autorizada.<\/p>\n\n\n\n No existe un horario fijo. Puede cambiar durante una migraci\u00f3n de ASN, cambio de proveedor, transferencia de IPv4, cambio de centro de datos o redise\u00f1o de enrutamiento. Una red estable puede mantener la misma origen durante a\u00f1os.<\/p>\n\n\n\n No. Puede que sea intencional o causado por una migraci\u00f3n normal. Sin embargo, un origen inesperado debe investigarse, especialmente cuando entra en conflicto con los datos del registro, IRR o RPKI.<\/p>\n\n\n\n Muchas herramientas p\u00fablicas, incluido RIPEstat, proporcionan datos b\u00e1sicos de enrutamiento sin una clave de API. Los l\u00edmites de uso y la disponibilidad del servicio pueden cambiar, por lo que las aplicaciones deben manejar errores y evitar solicitudes excesivas.<\/p>\n\n\n\n Yes. BGP origin information can be checked for IPv6 prefixes in the same general way as IPv4 prefixes. The prefix must be entered in valid IPv6 CIDR notation.<\/p>\n\n\n\n El ASN de origen identifica el sistema aut\u00f3nomo actualmente observado como el origen de una notificaci\u00f3n BGP para un prefijo IP. Es una informaci\u00f3n importante para el diagn\u00f3stico de problemas, planificaci\u00f3n de migraciones, transferencias de IPv4, implementaci\u00f3n de IPv6, validaci\u00f3n RPKI y monitoreo de rutas.<\/p>\n\n\n\n Puedes encontrar el ASN de origen a trav\u00e9s de RIPEstat, BGP.tools, Hurricane Electric, collectores de rutas o otros servicios de enrutamiento p\u00fablicos. Una b\u00fasqueda b\u00e1sica debe registrar el prefijo, el estado de la notificaci\u00f3n, el ASN de origen, el momento de observaci\u00f3n y cualquier otra informaci\u00f3n de origen adicional.<\/p>\n\n\n\n El resultado nunca debe leerse en aislamiento. Compare el ASN de origen con la organizaci\u00f3n del registro, el plan de enrutamiento esperado, el objeto de ruta IRR y la autorizaci\u00f3n RPKI. Si los datos no coinciden, determine si la diferencia se debe a una migraci\u00f3n planeada, un registro obsoleto, un error de configuraci\u00f3n o una notificaci\u00f3n no autorizada.<\/p>\n\n\n\n198.51.100.0\/24<\/code> tiene origen AS64500<\/code>, la Internet se le est\u00e1 diciendo que AS64500<\/code> puede alcanzar o entregar tr\u00e1fico para ese prefijo.<\/p>\n\n\n\nAS3356 AS64510 AS64500<\/code><\/pre>\n\n\n\nAS3356<\/code> puede ser un proveedor de transito de upstream, AS64510<\/code> puede ser otra red, y AS64500<\/code> es el ASN de origen para el prefijo.<\/p>\n\n\n\n\u00bfPor qu\u00e9 es importante el ASN de origen?<\/h2>\n\n\n\n
ASN de origen vs Organizaci\u00f3n registrada<\/h2>\n\n\n\n
C\u00f3mo encontrar un ASN de origen con RIPEstat<\/h2>\n\n\n\n
https://stat.ripe.net\/data\/bgp-state\/data.json?resource=193.0.0.0\/21<\/code><\/pre>\n\n\n\nhttps://stat.ripe.net\/data\/bgp-state\/data.json?resource=2001:67c:2e8::\/48<\/code><\/pre>\n\n\n\nC\u00f3mo usar la API RIPEstat<\/h2>\n\n\n\n
curl \"https:\/\/stat.ripe.net\/data\/bgp-state\/data.json?resource=193.0.0.0\/21\"<\/code><\/pre>\n\n\n\nInvoke-RestMethod `\n -Uri \"https:\/\/stat.ripe.net\/data\/bgp-state\/data.json?resource=193.0.0.0\/21\"<\/code><\/pre>\n\n\n\n\/<\/code> y :<\/code>.<\/p>\n\n\n\nconst prefix = \"193.0.0.0\/21\";\n\nconst url =\n \"https:\/\/stat.ripe.net\/data\/bgp-state\/data.json?resource=\" +\n encodeURIComponent(prefix);\n\nfetch(url)\n .then(response => response.json())\n .then(result => {\n console.log(result);\n });<\/code><\/pre>\n\n\n\nTutorial paso a paso para buscar el ASN de origen<\/h2>\n\n\n\n
Paso 1: Ingrese el prefijo en formato CIDR<\/h3>\n\n\n\n
193.0.0.0\/21<\/code><\/pre>\n\n\n\n2001:67c:2e8::\/48<\/code><\/pre>\n\n\n\nPaso 2: Comprobar si el prefijo se ha anunciado<\/h3>\n\n\n\n
Paso 3: Registrar el ASN de origen<\/h3>\n\n\n\n
Paso 4: Comparar el Origen con los datos del Registro<\/h3>\n\n\n\n
Paso 5: Comprobar los datos RPKI e IRR<\/h3>\n\n\n\n
C\u00f3mo leer los resultados de b\u00fasqueda<\/h2>\n\n\n\n
C\u00f3mo encontrar un ASN de origen con otras herramientas BGP<\/h2>\n\n\n\n
\u00bfPor qu\u00e9 un prefijo puede tener m\u00faltiples ASNs de origen?<\/h2>\n\n\n\n
ASN de origen y RPKI<\/h2>\n\n\n\n
AS64500<\/code> anunciando un prefijo no le dice si ese ASN est\u00e1 autorizado para hacerlo.<\/p>\n\n\n\n\n
Objetos de ruta ASN y IRR originales<\/h2>\n\n\n\n
AS64500<\/code> deber\u00eda generar un prefijo pero BGP muestra AS64510<\/code>, la diferencia debe investigarse.<\/p>\n\n\n\n\u00bfCu\u00e1ndo Debes Verificar el ASN de Origen?<\/h2>\n\n\n\n
Limitaciones de las b\u00fasquedas de origen p\u00fablico<\/h2>\n\n\n\n
Preguntas frecuentes<\/h2>\n\n\n\n
\u00bfEs el ASN de origen el propietario del prefijo IP?<\/h3>\n\n\n\n
\u00bfPuede tener un prefijo dos ASNs de origen?<\/h3>\n\n\n\n
\u00bfCon qu\u00e9 frecuencia cambia un ASN de origen?<\/h3>\n\n\n\n
\u00bfSignifica siempre un ASN de origen diferente un robo?<\/h3>\n\n\n\n
\u00bfRequiere una b\u00fasqueda de ASN de origen una clave de API?<\/h3>\n\n\n\n
\u00bfEst\u00e1 disponible la informaci\u00f3n de ASN de origen para IPv6?<\/h3>\n\n\n\n
Conclusi\u00f3n<\/h2>\n\n\n\n