Resumen

  • Bird Hosting Inc. es el registrante activo asociado a AS19133 en el registro público de ARIN, con recursos IPv4 e IPv6 registrados directamente y visibilidad de ruta global actual.
  • La identidad orientada al cliente es diferente: PeeringDB asocia AS19133 con Innovative Scaling Technologies, Inc., también conocida como InnoScale, y los términos legales de InnoScale nombran a esa empresa como el proveedor contratante.
  • Las páginas de servicio público ofrecen productos concretos, ubicaciones, un SLA y canales de soporte, pero sus promesas deben leerse junto con exclusiones, procedimientos de crédito, lenguaje de transferencia de datos y detalles de contacto de soporte inconsistentes.
  • El registro respalda tratar a AS19133 como una red operativa real. Por sí solo, no hace que el nombre Bird Hosting Inc. sea una garantía completa sobre el vendedor, la arquitectura del servicio, la ubicación de los datos o la respuesta a incidentes.

La evidencia de identidad más sólida comienza con la red

Bird Hosting Inc. no es simplemente un nombre de marca encontrado en una antigua lista de hosting. El registro del American Registry for Internet Numbers para AS19133 identifica el sistema autónomo como BIRD-HOSTING, lo marca como activo y nombra a Bird Hosting Inc. como el registrante. El registro AS data de enero de 2011. El registro de organización vinculado, BIRDH, data de mayo de 2010 y fue modificado por última vez en agosto de 2025.

Ese registro es importante porque un sistema autónomo es un identificador operativo, no una categoría de marketing. Se utiliza para originar rutas bajo una política de enrutamiento común. ARIN también publica cuatro registros de recursos directos para la organización: 71.19.224.0 a 71.19.239.255, 192.64.72.0 a 192.64.79.255, 204.11.16.0 a 204.11.19.255, y la asignación IPv6 que comienza con 2605:7900::. Por lo tanto, la lista de recursos de ARIN proporciona una prueba más sólida de responsabilidad de infraestructura que una afirmación genérica de ofrecer hosting.

La entrada del directorio BTW añade una visión útil pero calificada. Describe a Bird Hosting como una empresa privada estadounidense, enumera servicios de hosting y redes gestionadas, y muestra 17 registros de red relacionados más una membresía en Seattle Internet Exchange. Las etiquetas de servicio están marcadas como no evaluadas aún, mientras que la membresía de intercambio tiene una confianza media. Esa es la forma correcta de leer una superficie de directorio: organiza pistas y relaciones públicas, pero no debe confundirse con un certificado de disponibilidad o una declaración sobre quién tiene responsabilidad contractual.

La primera conclusión es, por lo tanto, bastante firme. Bird Hosting tiene una identidad duradera en los registros de recursos numéricos de Internet, y esa identidad está vinculada a una infraestructura que permanece visible. La pregunta más difícil es qué significa el nombre para un cliente que compra un servidor en la nube hoy.

Una red presenta dos nombres corporativos

El propio registro de ARIN apunta lejos de una tienda independiente de Bird Hosting. Sus comentarios de organización citan innoscale.net, y sus contactos técnicos, de operaciones de red y de abuso utilizan direcciones de correo electrónico de InnoScale. Un contacto técnico nombrado también utiliza el dominio InnoScale. Estos vínculos hacen que la conexión entre Bird Hosting e InnoScale sea mucho más que una suposición.

El perfil de PeeringDB para AS19133 hace explícita la conexión desde otro ángulo. Nombra la red Innovative Scaling Technologies, Inc., da InnoScale como nombre alternativo, enlaza a innoscale.net y asigna el mismo ASN. El perfil describe una política de peering abierta y clasifica la red en funciones de acceso, contenido, empresa y proveedor de servicios de red.

Sin embargo, los nombres no son intercambiables en los documentos que se pide al comprador que acepte. Los términos de servicio de InnoScale establecen que el acuerdo es entre Innovative Scaling Technologies, Inc. y el cliente identificado en el formulario de pedido. Los términos definen servicios que incluyen servidores en la nube, clústeres, nube privada y servidores dedicados. Bird Hosting Inc. no aparece como la contraparte en ese acuerdo publicado.

Esto no es evidencia de que alguno de los nombres sea falso. Las empresas a menudo conservan nombres más antiguos de tenencia de recursos, comercian bajo una marca diferente o colocan activos de red y contratos de clientes en diferentes entidades. Es evidencia de que la identidad debe resolverse a nivel de pedido. Un cliente potencial debería preguntar si Bird Hosting Inc. posee u opera los recursos relevantes para Innovative Scaling Technologies, si una entidad es un nombre comercial o afiliado de la otra, y qué entidad acepta las obligaciones de servicio, privacidad y financieras.

La respuesta debería aparecer en el formulario de pedido u otro documento vinculante, no solo en una explicación del departamento de ventas.

Las rutas muestran una red activa, no una puntuación de calidad

El 15 de julio de 2026, la vista de estado de enrutamiento de RIPEstat informó 25 prefijos IPv4 visibles que cubren 13,824 direcciones y 13 prefijos IPv6 visibles, representados como 13 /48. La red era visible para todos los 326 peers IPv4 y todos los 322 peers IPv6 de alimentación completa contados por esa vista. RIPEstat también registró una ruta originada por AS19133 el día de la publicación.

Eso es evidencia significativa. Muestra que AS19133 no solo está registrado sino que participa en el enrutamiento global en el momento de la observación. También respalda la idea de que la red tiene suficiente espacio de direcciones y diversidad de rutas para servir más que una presencia web simbólica.

No muestra latencia para una aplicación particular, pérdida de paquetes en la ruta elegida por el cliente, calidad del control de cambios, capacidad de reserva, recuperación ante desastres o la competencia de un ingeniero de guardia. La visibilidad de ruta es evidencia binaria de alcanzabilidad desde peers de monitoreo, no una medida de la experiencia del usuario final. Las tenencias de direcciones tampoco dicen nada sobre la densidad con la que un proveedor asigna servidores, si el tráfico del cliente se filtra correctamente o si una ubicación anunciada tiene energía y rutas de red independientes.

PeeringDB añade más pistas operativas, aunque sus campos proporcionados por el operador deben tratarse como declaraciones. El perfil informa un alcance global, 50-100 Gbps de tráfico, 30 prefijos IPv4 y 10 prefijos IPv6. Sus registros relacionados enumeran cinco instalaciones: Equinix AM1/AM2 en Ámsterdam, DataBank IAD1 en Ashburn, Evocative DAL6, DataBank SFO1 en Santa Clara y la instalación de Wowrack en Tukwila. Registros de intercambio separados muestran AS19133 en dos redes de Seattle Internet Exchange, cada una a 10 Gbps declarados y cada una con direcciones IPv4 e IPv6.

En conjunto, ARIN, RIPEstat y PeeringDB respaldan una tesis de red operativa. No validan de forma independiente las cifras de rendimiento o las afirmaciones de servicio al cliente realizadas en las propias páginas de InnoScale.

El catálogo de servicios es concreto, pero las afirmaciones siguen siendo afirmaciones

El sitio público de InnoScale ahora contiene suficiente detalle para contar como prueba de servicio en lugar de un folleto vacío. Su navegación ofrece servidores en la nube, nube privada, clústeres gestionados, Kubernetes, hosting de aplicaciones especializadas, correo electrónico, hosting de IA privada y soporte de infraestructura. La página de servidores en la nube publica familias de instancias con CPU virtual, memoria, almacenamiento y precios por hora. También afirma un SLA de disponibilidad del 99.999 por ciento, rendimiento de almacenamiento de 250,000 IOPS y siete centros de datos globales.

La especificidad es útil. Un comprador puede comparar las dimensiones de instancia publicadas con una carga de trabajo prevista, preguntar cómo se midió el rendimiento del almacenamiento y verificar si el SLA citado se aplica a la arquitectura seleccionada. Los términos también dicen que InnoScale puede asignar y gestionar direcciones IP dedicadas y puede cambiarlas o eliminarlas. Esa cláusula conecta la evidencia de tenencia de recursos con un servicio plausible al cliente, al tiempo que deja claro que un cliente no obtiene control sobre los derechos de dirección subyacentes.

Pero una tabla de precios y un titular de rendimiento no son verificación independiente. El registro público revisado aquí no incluye metodología de referencia, un registro de estado histórico, cifras de disponibilidad auditadas o una arquitectura de referencia específica del cliente. El sitio incluso compara su rendimiento y costo con un gran hiperescalador sin publicar una comparación reproducible en el mismo lugar. Esas declaraciones son propuestas comerciales para probar, no hechos para ingresar en un modelo de riesgo sin cambios.

Una respuesta útil de adquisición es hacer que la oferta sea medible. Pregunte por la generación exacta de CPU, la política de sobreasignación, el diseño de replicación de almacenamiento, las condiciones de prueba de IOPS, los límites de puertos de red, los límites de copia de seguridad y el proceso de restauración. Pregunte si el servicio propuesto es una máquina virtual única, un clúster replicado o una aplicación gestionada. Estos detalles determinan si la cifra de disponibilidad destacada tiene algún significado práctico.

La elección de ubicación no es lo mismo que soberanía de datos

La página de servidores en la nube nombra Seattle, Santa Clara, Chicago, Washington, Dallas, Londres y Ámsterdam, con una ubicación en Asia-Pacífico descrita como próximamente. Esa lista es más amplia que las cinco instalaciones en el registro actual de PeeringDB. La diferencia no es necesariamente una contradicción. Un proveedor puede vender una ubicación sin operar un puerto de peering público allí, y un registro de instalación puede omitir un sitio de servicio. Significa que ninguna de las listas debe usarse como sustituto de una ubicación de implementación vinculante.

El texto legal es más revelador. El acuerdo de procesamiento de datos de InnoScale nombra a Innovative Scaling Technologies como el procesador, cubre hosting, infraestructura en la nube, almacenamiento, copias de seguridad y soporte técnico, y permite la transferencia de datos personales a los Estados Unidos u otros países donde InnoScale o sus subprocesadores mantienen instalaciones. Dice que una lista de subprocesadores está disponible a solicitud y se refiere a salvaguardas para transferencias internacionales.

Para un cliente con obligaciones de residencia, ese lenguaje hace que la selección de una ciudad sea solo el comienzo de la discusión. El servidor principal puede estar en Ámsterdam mientras que la telemetría, las copias de seguridad, el acceso de soporte o un subprocesador cruzan otra jurisdicción. El DPA público no proporciona la lista de subprocesadores solicitada, una geografía de acceso de soporte fija o un mapa de flujo de datos específico del servicio.

Por lo tanto, la garantía operativa requiere un cronograma de ubicación por escrito. Debe identificar los datos de producción, réplicas, copias de seguridad, registros, datos del plano de gestión y acceso de soporte por separado. Debe indicar si cada uno puede salir de la jurisdicción seleccionada, nombrar los subprocesadores involucrados y explicar qué sucede durante la conmutación por error. Sin ese cronograma, una etiqueta de ubicación describe una opción de producto, no un límite de soberanía completo.

La responsabilidad del soporte funciona en dos relojes diferentes

La página de soporte de InnoScale promete disponibilidad las 24 horas, una respuesta dentro de los 30 minutos para problemas críticos, asistencia multilingüe, monitoreo y servicios de respuesta a incidentes. Presenta canales de correo electrónico, chat, teléfono y ticket, y enumera [email protected] como la ruta de correo electrónico. La navegación del sitio dirige el soporte técnico y la facturación a un portal del cliente.

El registro público de red de ARIN cuenta una historia más limitada. Sus comentarios de operaciones de red establecen horario de 9 a.m. a 5 p.m. hora del Pacífico y dirigen los contactos fuera de horario a dejar un mensaje o enviar un correo electrónico. La dirección operativa y de abuso listada es [email protected]. El SLA publicado proporciona otra ruta de incidentes, [email protected].

Estos detalles pueden referirse a diferentes funciones. Un contacto NOC de registro existe para enrutamiento, abuso y administración de recursos; no tiene que ser el mismo equipo que maneja incidentes de soporte gestionado pagado. Un servicio de soporte de 24 horas también puede clasificar casos antes de que se involucre un especialista en infraestructura. Aun así, la presentación pública deja al comprador con tres patrones de correo electrónico y dos modelos de cobertura aparentes.

Esa ambigüedad debería resolverse antes de una interrupción. El pedido debe nombrar el canal de incidentes autorizado, las definiciones de severidad, el objetivo de acuse de recibo, el objetivo de participación técnica y el objetivo de restauración. Debe decir si la promesa de 30 minutos es un acuse de recibo o la llegada de un ingeniero calificado. También debe identificar quién puede realizar cambios de ruta, restaurar copias de seguridad y comunicarse durante un incidente de seguridad fuera del horario laboral normal del Pacífico.

La mano de obra de soporte local importa aquí. Una insignia que dice 24/7 no dice nada sobre dónde están empleados los empleados, si la cobertura es con personal o de guardia, o si las personas que reciben el ticket tienen acceso privilegiado a los sistemas afectados. Los compradores que dependen del idioma regional, restricciones jurisdiccionales o intervención práctica rápida deben solicitar la ubicación de soporte y el modelo de escalamiento por escrito.

El SLA es un marco de remedio, no cinco nueves de forma aislada

El SLA de InnoScale es más útil que un eslogan de disponibilidad simple porque explica parte del remedio. Dice que la empresa utilizará esfuerzos comercialmente razonables para mantener una disponibilidad mensual del 99.999 por ciento. Ofrece créditos del 5, 10 o 25 por ciento en bandas de disponibilidad más bajas, limita el crédito mensual al 25 por ciento del cargo del servicio afectado y requiere un reclamo por escrito dentro de los diez días hábiles. La elegibilidad es determinada por InnoScale, y los créditos aprobados se aplican a una factura posterior.

Las condiciones reducen el titular. Las exclusiones incluyen telecomunicaciones de terceros, software del cliente, eventos fuera del control de InnoScale, mantenimiento programado y de emergencia, conducta del cliente, limitaciones de aprovisionamiento, hardware o software especificados, y un solo servidor de nube de desarrollo o un solo servidor dedicado. Las interrupciones programadas están excluidas de la medición. Las bandas de crédito publicadas también saltan de un límite superior del 99.98 por ciento a un límite inferior del 99.99 por ciento, dejando un pequeño intervalo que merece aclaración.

Para un cliente, las preguntas prácticas son sencillas. ¿Qué fuente de monitoreo determina la disponibilidad? ¿La unidad es un host, máquina virtual, clúster, región o punto final de servicio? ¿Un colapso de rendimiento parcial cuenta como no disponible? ¿Qué arquitectura califica, dada la exclusión de servidor único? ¿Quién conserva la evidencia necesaria para presentar un reclamo dentro de los diez días hábiles?

El SLA aún puede ser valioso. Crea una ruta documentada hacia un crédito y establece un concepto de medición mensual. Pero incluso el crédito máximo no es compensación por datos perdidos, transacciones perdidas o daño reputacional. La resiliencia debe diseñarse en el servicio comprado; no puede deducirse del número de nueves en la página de ventas.

Lo que un comprador debería exigir antes de confiar en el nombre

El registro público de Bird Hosting tiene suficiente sustancia para justificar una diligencia continua. El registro de red es de larga duración. Los recursos de direcciones son identificables. Las observaciones de enrutamiento actuales muestran una amplia visibilidad. Una marca pública relacionada ofrece servicios con precios, un portal de cuentas, términos legales, un DPA, un SLA y canales de soporte. Esto es considerablemente más evidencia que un nombre de empresa sin superficie operativa detrás.

Las brechas restantes también son lo suficientemente concretas para cerrarse. Un comprador debería exigir cinco cosas: una explicación firmada de la relación entre Bird Hosting, Innovative Scaling Technologies e InnoScale; un formulario de pedido que nombre a la contraparte responsable; un diagrama de servicio que vincule la carga de trabajo comprada con AS19133, instalaciones y rutas de conmutación por error; un cronograma de ubicación de datos y subprocesadores; y una matriz de soporte que concilie horarios, canales, objetivos de severidad y autoridad de escalamiento.

Esas solicitudes no son papeleo por sí mismo. Conectan cuatro superficies que la Internet pública mantiene separadas: el titular de los recursos numéricos, el operador de la red enrutada, el vendedor del servicio y el equipo responsable cuando el servicio falla. Cuando los cuatro están alineados, el registro público se convierte en una corroboración útil. Cuando no lo están, un nombre de hosting familiar puede crear confianza sin asignar responsabilidad.

El veredicto justo no es ni rechazo ni respaldo. Bird Hosting Inc. tiene una huella de red real y activa detrás de su nombre. La evidencia es más fuerte en registro y enrutamiento, razonablemente desarrollada en definición de servicio, y más débil donde los clientes necesitan las promesas más exactas: responsabilidad corporativa, localidad específica del servicio y respuesta operativa fuera de horario. Hasta que esos vínculos sean vinculantes, AS19133 es evidencia de operación, no una garantía de resultado.