Resumen

  • WebJanssen tiene un negocio activo de alojamiento y comunicaciones, pero el nombre en este artículo ya no coincide con el de su aviso legal. El sitio de la empresa indica que la sede se trasladó a Miami Platja, España, el 1 de octubre de 2025 y que la designación oficial pasó a ser WebJanssen U.Janssen. El registro RIPE y varias páginas comerciales antiguas aún utilizan WebJanssen ISP ltd & Co KG o WebJanssen ISP UG. Un comprador debe verificar la contraparte contractual en lugar de asumir que la continuidad de la marca implica continuidad legal.
  • AS29471 está activo. RIPEstat observó tres anuncios IPv4 el 11 de julio de 2026:195.140.208.0/22,195.225.208.0/22y195.158.54.0/24, que cubren 2304 direcciones. Todos eran visibles para todos los pares de alimentación completa IPv4 en RIPE RIS en el momento de la observación. La misma vista no mostró ningún anuncio IPv6.
  • La evidencia de ruta actual muestra una red adyacente, Aixit AS29551, para los tres prefijos. El registro de política de RIPE de WebJanssen describe KleyReX y numerosos pares históricos, mientras que una entrada anterior de PeeringDB enumera dos instalaciones en Fráncfort, pero ninguna establece un segundo proveedor ascendente actual. Por lo tanto, la diversidad de rutas lógicas y físicas debe tratarse como no probada.
  • WebJanssen identifica su ubicación de centro de datos como a cargo de Aixit en Rebstoeckerstrasse 55, Fráncfort. Aixit describe entradas de edificio redundantes, 20 operadores, casi 1000 Gbit/s de ancho de banda agregado, más de 300 interconexiones, UPS, generación de emergencia y diseño de red redundante en ese sitio. Estas son capacidades de la instalación anfitriona, no evidencia de que WebJanssen compre dos rutas de operador independientes, alimentación eléctrica dual o capacidad reservada de todos ellos.
  • La oferta minorista convierte la recuperación en una elección económica. WebJanssen anuncia servidores virtuales limitados a 10 o 100 Mbit/s, copia de seguridad de imagen opcional, una respuesta estándar dentro de un día hábil y niveles de servicio pagados con una respuesta de cuatro horas. Su aviso legal indica que el servicio de emergencia fuera del horario laboral conlleva cargos por mano de obra. Los clientes afectados por una pérdida de proveedor ascendente, fallo del anfitrión, incidente eléctrico o escasez de técnicos disponibles necesitan que el contrato especifique quién responde, desde dónde y en qué plazo.
  • La red está operativa de forma demostrable, pero la calificación de evidencia de resiliencia es Débil. Un proveedor ascendente visible, sin IPv6 enrutado, protección de origen de ruta para solo uno de tres prefijos, registros de interconexión antiguos y ningún registro de restauración publicado dejan demasiada incertidumbre para afirmar una red de acceso regional resiliente. La evidencia respalda una pequeña red de alojamiento centrada en Fráncfort operada bajo una identidad comercial transfronteriza.

El nombre sobrevivió mientras la identidad contractual cambiaba

El primer problema no es la pérdida de paquetes. Es identificar quién promete restaurar el servicio. El nombre WebJanssen ISP ltd & Co KG permanece asociado a AS29471 en elregistro RDAP de RIPE, y es el nombre bajo el cual se encuentra comúnmente la empresa. Sin embargo, la propiapágina de noticiasde WebJanssen dice que su sede se trasladó a España el 1 de octubre de 2025 y que su designación oficial pasó a ser WebJanssen U.Janssen. Elaviso legalactual proporciona una dirección en Miami Platja, Tarragona, y un identificador fiscal español.

Eso no es una nota a pie de página cosmética. Un cliente puede usar la marca, el nombre del sistema autónomo y la empresa contratante indistintamente en la conversación, pero esas etiquetas responden a diferentes preguntas. La marca le dice al cliente dónde buscar ayuda. El registro AS le dice a otras redes qué identidad de enrutamiento origina las direcciones. El contrato determina quién debe el servicio, quién lo factura, qué ley se aplica y quién debe organizar una reparación. Cuando esas etiquetas divergen, el comprador necesita documentos actuales que las vinculen explícitamente.

Las páginas públicas no lo hacen limpiamente. Lostérminos y condicionesde WebJanssen dicen que la parte contratante es WebJanssen ISP UG (haftungsbeschraenkt), mientras que el aviso legal nombra a WebJanssen U.Janssen. Una página de datos comerciales alemana describe unaWebJanssen UG activa, registrada en Oldemburgo en 2022 para proporcionar servicios de telecomunicaciones, alojamiento, housing, red y administración, y para actuar como socio general de una sociedad WebJanssen. Este registro secundario respalda la continuidad del negocio en Alemania, pero no resuelve qué persona o empresa firma un nuevo acuerdo de servicios con sede en España en 2026.

Hay otra ruptura histórica. El registro de Companies House del Reino Unido paraWEBJANSSEN ISP LIMITEDdice que esa empresa se incorporó en 2001 y se disolvió el 31 de marzo de 2020. Suhistorial de presentacionesincluye cuentas de empresa inactiva antes de la cancelación obligatoria. El nombre exacto y los directores compartidos hacen que el registro sea un contexto relevante, pero la evidencia pública revisada aquí no prueba el papel legal que la empresa del Reino Unido desempeñó una vez en la sociedad alemana. Sería inseguro ignorar la disolución o inferir que puso fin a la red operativa.

La evidencia de la red apunta en la otra dirección: el servicio continuó. El sitio web de la empresa está activo, las páginas de productos actuales aceptan negocios, los portales de soporte y cliente están enlazados, y AS29471 era visible en los datos de enrutamiento global el 11 de julio de 2026. La conclusión correcta es estrecha. WebJanssen sigue siendo una marca y red operativa, mientras que la identidad legal detrás de los nuevos compromisos de servicio necesita confirmación.

Una orden de compra debe nombrar la contraparte actual, el registro fiscal, la ley aplicable, la ubicación del servicio y la entidad responsable de los datos y equipos después de la terminación. Esa claridad administrativa es parte de la resiliencia porque una interrupción es el peor momento para descubrir que el registro de red, la factura y el contacto de emergencia se refieren a diferentes formas legales.

La oferta es principalmente alojamiento, no una red de acceso local probada

La categoría "ISP" puede sugerir postes, conductos, fibra, torres inalámbricas y equipos de campo que se desplazan a las instalaciones del cliente. La oferta pública actual de WebJanssen respalda una imagen diferente. Supágina de iniciolidera con espacio web, servidores virtuales, Microsoft Exchange alojado, archivado de correo electrónico y VPN. Suárea de clientesenlaza a controles separados para servidores Windows y Exchange, servidores Linux, administración de servidores virtuales, webmail y soporte. Estas son las interfaces de un proveedor de alojamiento y servicios gestionados.

Losplanes de espacio webofrecen entornos Linux o Windows, capacidad de dominios, buzones de correo, bases de datos, acceso FTP, certificados SSL y paneles de control. Losplanes de servidor rootson máquinas virtuales basadas en Xen, con direcciones fijas, funciones de consola remota y administración gestionada opcional. Lapágina de Exchange alojadocombina buzones, filtrado de spam y virus, funciones de calendario y libreta de direcciones, acceso web y archivado opcional. Ninguna de estas páginas ofrece un mapa de hogares pasados, armarios de calle, sectores de torres, rutas de fibra o equipos de instalación.

Esa ausencia importa porque cambia la dependencia física que se analiza. Un servidor alojado puede ser "local" para un cliente alemán en el sentido de que su rack está en Fráncfort, su soporte telefónico es familiar y su operador es pequeño. No es un circuito de última milla hasta el edificio del cliente. El cliente aún llega a WebJanssen a través de un proveedor de acceso separado, un enrutador local, la energía de la oficina y la ruta pública de Internet.

WebJanssen controla la máquina alojada, la dirección asignada, la configuración del servicio y su enrutamiento de borde; no controla por lo tanto la fibra o la conexión móvil desde cada cliente hasta Fráncfort.

La distinción también cambia quién sufre cuando el servicio falla. Una interrupción del servidor root puede derribar el sitio web, el servidor de correo, el servicio de juegos, el servidor de nombres o la aplicación de negocio de un cliente. Un incidente de Exchange puede interrumpir las comunicaciones de una pequeña empresa incluso mientras el acceso a Internet normal funciona. Una falla de AS29471 puede hacer que muchos dominios alojados no relacionados sean inalcanzables a la vez.

Por el contrario, un cable de acceso local cortado en la oficina de un cliente puede dejar todos los sistemas de WebJanssen saludables mientras ese cliente no puede alcanzarlos.

La escala pública de WebJanssen parece consistente con un anfitrión especializado. Lavista AS29471 de IPinfoclasifica la red como alojamiento, cuenta con 2304 direcciones IPv4 enrutadas e informa cientos de dominios alojados. El número de dominios alojados es una observación, no un recuento de clientes: un cliente puede operar muchos dominios, muchos dominios pueden compartir una dirección y los nombres inactivos pueden permanecer apuntando a un servidor antiguo. Aun así, la combinación de productos de alojamiento, paneles de control, sistemas de correo y uso de direcciones es una evidencia más sólida que la etiqueta de ISP regional para comprender la carga operativa.

Por lo tanto, la "factura de conectividad local" del título del artículo debe leerse como la factura de una conexión alojada con soporte local, no como una prueba de una planta de acceso propiedad de WebJanssen. Los activos consecuentes son racks, sistemas anfitriones, almacenamiento, energía, refrigeración, entregas de fibra, enrutamiento de borde, servicios de nombres y correo, repuestos y personas capaces de trabajar en ellos. Las torres, postes e instalaciones en las instalaciones del cliente serían relevantes solo si un contrato específico mostrara que WebJanssen los suministró. No se encontró tal evidencia pública.

Una dirección en Fráncfort ancla el servicio físico

La evidencia de ubicación más sólida proviene del propio operador. El aviso legal actual de WebJanssen identifica su centro de datos como WebJanssen U. Janssen, a cargo de Aixit GmbH, Rebstoeckerstrasse 55, 60326 Fráncfort del Meno. Esa es la misma dirección que Aixit da paraAIX-FRA-1, su centro de datos y sede en Fráncfort. La dirección conecta las páginas comerciales de WebJanssen con una instalación específica en lugar de una afirmación genérica de "alojamiento alemán".

Aixit dice que el edificio tiene más de 4000 metros cuadrados de espacio de centro de datos, entradas de edificio redundantes de 20 operadores, casi 1000 Gbit/s de ancho de banda y acceso a más de 300 pares nacionales e internacionales. Describe UPS, refrigeración, sistemas de energía de emergencia y conectividad, y dice que el diseño de la red es redundante desde el principio. Lapágina de la empresade Aixit dice que se expandió en el sitio de Rebstoeckerstrasse después de mudarse allí a finales de 2018. Estas afirmaciones hacen del sitio una base física plausible para una red pequeña que necesita racks y opciones de operadores.

Pero el menú de una instalación no es la configuración de un inquilino. Veinte operadores que entran a un edificio no significa que WebJanssen compre tránsito de veinte operadores. Dos entradas de edificio no prueban que su rack tenga dos conexiones cruzadas que sigan rutas independientes. Los sistemas UPS y generadores en toda la instalación no establecen que un armario particular tenga alimentación A y B, que ambas alimentaciones se usen correctamente, o que un servidor con una sola fuente de alimentación pueda sobrevivir a la pérdida de una ruta de distribución.

Casi 1000 Gbit/s de ancho de banda agregado no dice nada sobre la capacidad comprometida con AS29471.

La misma precaución se aplica a la propiedad. Aixit opera el entorno del centro de datos y AS29551; WebJanssen anuncia servicios instalados allí y origina direcciones a través de AS29471. El material público no dice si WebJanssen posee sus chasis de servidor, arrienda sistemas completos, alquila unidades de rack, compra una plataforma gestionada o combina esos arreglos. Tampoco dice quién posee los transceptores ópticos y los enrutadores de borde en la entrega. Esos límites determinan quién tiene repuestos y quién puede tocar el equipo durante un incidente.

Elregistro de red de PeeringDB para AS29471enumera dos instalaciones en Fráncfort: "aixit Frankfurt" y "Digital Realty Frankfurt FRA28 (Cerrado)". Sin embargo, sus asociaciones de centros de datos se actualizaron por última vez en 2016, y el mismo registro no muestra ninguna conexión de intercambio público activa. La etiqueta de instalación cerrada y la fecha de actualización antigua hacen que la entrada sea útil como historia, no como una afirmación de redundancia actual de dos sitios. No puede respaldar una conclusión de que WebJanssen tenga dos ubicaciones operativas en Fráncfort.

No hay un segundo centro de datos de WebJanssen publicado en otra ciudad, ningún diagrama de alimentación a nivel de rack y ningún sitio de recuperación declarado. La visión física más segura es un servicio centrado en Fráncfort en la dirección de Aixit, con opciones de instalación más amplias disponibles pero la resiliencia específica del inquilino no divulgada. La sede española es una ubicación comercial y de soporte, no evidencia de que los servidores de producción se hayan trasladado a España. Las propias páginas de WebJanssen continúan situando el centro de datos en Fráncfort después del traslado de la sede.

AS29471 está activo, globalmente visible y solo IPv4

Un sistema autónomo no es una empresa, un servidor o un edificio. Es una identidad de enrutamiento utilizada para aplicar políticas y originar espacio de direcciones alcanzable. Sin embargo, AS29471 proporciona la mejor evidencia independiente de que la red de WebJanssen está operativa. Lavisión general de AS de RIPEstatlo marcó como anunciado el 11 de julio de 2026 y nombró al titular como WebJanssen-DE, WebJanssen ISP ltd & Co KG.

Lavista de estado de enrutamientoinformó tres prefijos IPv4 que cubren 2304 direcciones. Todos los 325 pares RIS de alimentación completa IPv4 en la instantánea vieron las rutas. La ruta más reciente se observó esa mañana, y la primera ruta atribuida al AS en el historial de RIPEstat data de octubre de 2003. Esta es una fuerte evidencia de continuidad en el borde del plano de control: la red no es simplemente un listado comercial obsoleto o un número AS no utilizado.

Lavista de prefijos anunciadosidentificó195.140.208.0/22,195.225.208.0/22y195.158.54.0/24. Cada /22 contiene 1024 direcciones IPv4 y el /24 contiene 256, produciendo un total de 2304. Las vistas de red separadas de RIPEstat confirman AS29471 como el origen observado para195.140.208.0/22,195.225.208.0/22y195.158.54.0/24.

El sitio web de la empresa agrega una verificación cruzada a nivel de servicio. Lavista de cadena DNS de RIPEstat para webjanssen.deresolvió el sitio a195.140.208.58, dentro del primer /22, el 11 de julio. El sitio de ventas público se sirve por lo tanto desde una dirección actualmente originada por AS29471. Eso no prueba dónde se encuentra la máquina, pero conecta la actividad comercial actual con la huella de enrutamiento en vivo.

No apareció ningún prefijo IPv6 en la vista de estado de enrutamiento. PeeringDB también lista cero prefijos IPv6 y dice que IPv6 no es compatible, aunque ese perfil se actualizó por última vez en 2022. El regulador de comunicaciones electrónicas de Francia, ARCEP, incluyó a AS29471 en subarómetro de alojamiento IPv6 2025y mostró una disponibilidad IPv6 cero para la muestra alojada por WebJanssen probada. Esa prueba involucró una muestra muy pequeña y no es un inventario completo, pero coincide con la ausencia actual de IPv6 enrutado.

La operación solo IPv4 no significa una interrupción inmediata. Los clientes aún pueden acceder a los servicios a través de IPv4, y los mecanismos de traducción pueden cerrar la brecha en algunos entornos de acceso IPv6. Significa que la red carece de una segunda familia de direcciones nativa que muchos anfitriones contemporáneos ofrecen. Más importante para la resiliencia, la ausencia reduce la superficie de enrutamiento: no hay un servicio IPv6 visible que pueda permanecer accesible a través de una ruta diseñada por separado si la política IPv4 falla.

El doble apilamiento no es automáticamente diverso, pero el apilamiento único elimina incluso esa posibilidad.

El conteo de direcciones tampoco debe confundirse con el rendimiento. Los nueve equivalentes de /24 dicen cuánto espacio IPv4 único es visible, no cuántos bits por segundo puede transportar la red. Un /22 mayormente inactivo puede tener poco ancho de banda; un /24 ocupado puede transportar tráfico sustancial. Tampoco el conteo establece clientes, procesadores, almacenamiento o capacidad de reserva. Confirma una huella de direcciones no trivial y de larga duración adecuada para alojamiento y correo, nada más.

Cada ruta actual apunta a través de Aixit

La concentración central aparece un salto fuera de AS29471. Lavista de vecinos ASN de RIPEstatmostró una red adyacente única el 11 de julio de 2026: AS29551. La posición observada coloca a AS29551 a la izquierda de WebJanssen en las rutas hacia la tabla global.bgp.toolslista independientemente a Aixit AS29551 como el único proveedor ascendente para los tres prefijos IPv4 y cuenta un proveedor ascendente.

Lavista de historial de enrutamiento de RIPEstatde un año hace explícita la misma dependencia. Para cada uno de los tres prefijos, el par de origen observado es29551 29471: el tráfico aprendido a través del conjunto de colectores ve a Aixit inmediatamente antes de WebJanssen. Los colectores de rutas no ven cada interconexión privada, y los contratos comerciales no son rutas BGP públicas. Aun así, la observación consistente en tres prefijos es la evidencia actual más sólida disponible.

Elregistro AS de la base de datos RIPEcontiene una descripción de política mucho más rica. Declara a AS29551 como proveedor ascendente, a KleyReX AS31142 como plataforma de interconexión y a numerosos pares nombrados. Esto podría parecer una amplia diversidad si se lee como un mapa de topología en vivo. No lo es. El registro se modificó por última vez en julio de 2021, y las declaraciones de política de ruta pueden sobrevivir a sesiones, puertos y contratos. Las observaciones actuales de vecinos y el conteo de intercambios activos de cero en PeeringDB no corroboran esas declaraciones de pares antiguas.

KleyReX en sí mismo sigue activo. Susitio oficialdescribe una estructura de intercambio conmutado que abarca más de 15 ubicaciones y ofrece puertos desde 100 Mbit/s hasta múltiples 100 Gbit/s. Eso establece un entorno de interconexión disponible en Fráncfort, no la participación actual de WebJanssen en él. Una línea en un registro de enrutamiento antiguo muestra intención o historia; se necesitaría un puerto actual, un registro de miembro de intercambio o una ruta de par observada para contarlo como una alternativa funcional.

Aixit no es un proveedor ascendente arbitrario. Su sitio en Fráncfort es también la dirección del centro de datos que WebJanssen publica. Esa coubicación puede hacer que las operaciones sean eficientes: un inquilino puede comprar una conexión cruzada corta, alcanzar la red del proveedor sin un circuito de cola larga y obtener ayuda práctica cerca del equipo. También crea un límite común. Si los servidores de WebJanssen, la entrega de borde y el único proveedor ascendente visible dependen todos de un proveedor en un edificio, un incidente de red de Aixit o un evento a nivel de sitio puede afectar tanto al alojamiento como al transporte juntos.

Los datos públicos no pueden establecer que este límite común sea total. WebJanssen puede tener una conexión privada oculta para los colectores de rutas, una copia de seguridad inactiva, un túnel u otro servicio que no anuncie los tres prefijos. Esas posibilidades no deben tratarse como salvaguardas operativas hasta que se prueben. La compra de resiliencia no puede depender de rutas que aparecen solo después de una interrupción a menos que el proveedor pueda demostrar que están aprovisionadas, supervisadas, autorizadas para originar los prefijos y capaces de transportar el tráfico máximo.

La protección de origen de ruta cubre solo uno de tres anuncios

La concentración de enrutamiento no es el único problema del plano de control. La Infraestructura de Clave Pública de Recursos permite a un titular de direcciones publicar una Autorización de Origen de Ruta que especifica qué AS puede originar un prefijo. Otras redes pueden comparar un anuncio con esa autorización y rechazar o despreferir orígenes inválidos. Laexplicación de validación de origen BGP de RIPE NCCdescribe esto como una forma para que los operadores establezcan políticas según la validez del origen de la ruta.

Para WebJanssen, el resultado actual es mixto. RIPEstat informa195.158.54.0/24 como válidopara el origen AS29471. Elhistorial RPKI para AS29471mostró una autorización que cubre 256 direcciones a principios de julio de 2026. En otras palabras, el espacio protegido es el /24, alrededor del 11% de las 2304 direcciones IPv4 enrutadas.

Las otras dos rutas erandesconocidas para 195.140.208.0/22ydesconocidas para 195.225.208.0/22en la misma comprobación. Desconocido no significa inválido. Significa que ninguna autorización validada coincidente cubría ese origen y prefijo, por lo que las redes que validan el origen no pueden usar una autorización positiva para distinguir el anuncio legítimo de AS29471 de un origen no autorizado únicamente a través de este control.

Incluso el /24 válido no es a prueba de interrupciones. La validación de origen no prueba toda la ruta AS, asegura que los paquetes lleguen al servidor correcto, previene cada fuga de ruta o preserva el servicio durante una falla del proveedor ascendente. Reduce una clase de error o ataque de enrutamiento. Su valor práctico también depende de que otras redes apliquen la validación. Aun así, la cobertura es un control de higiene medible, y cubrir uno de tres anuncios deja una clara oportunidad de mejora.

La combinación de un único proveedor ascendente observado y protección de origen parcial merece atención porque cada uno aborda un riesgo diferente. Un segundo proveedor ascendente funcional puede preservar la accesibilidad cuando un operador falla. Una autorización puede ayudar a otras redes a rechazar un origen no autorizado. Ninguno sustituye al otro. Agregar una autorización no crearía una segunda ruta física; comprar otro operador no autorizaría automáticamente el nuevo arreglo de enrutamiento ni protegería contra un origen incorrecto.

Un comprador no necesita exigir acceso a las configuraciones del enrutador. Puede solicitar una lista actual de prefijos originados, estado de autorización, números AS de proveedores ascendentes, comportamiento de conmutación por error probado y la fecha del último ejercicio de pérdida de tránsito. La respuesta debe separar las rutas de producción de los registros antiguos. En el caso de WebJanssen, las observaciones de enrutamiento público respaldan una ruta de producción y un prefijo autorizado, por lo que las afirmaciones más sólidas requieren evidencia directa.

La capacidad de la instalación no es capacidad de WebJanssen

Las afirmaciones de la instalación de Aixit son impresionantes en relación con los límites minoristas anunciados por WebJanssen. Casi 1000 Gbit/s de ancho de banda del sitio y más de 300 interconexiones describen un mercado de conectividad grande. Los productos de servidor root de WebJanssen, por el contrario, anuncian tráfico de tarifa plana a 10 Mbit/s para los niveles privado y empresarial y 100 Mbit/s para los niveles profesional y gestionado. PeeringDB describe el nivel de tráfico de AS29471 como 20-100 Mbit/s, aunque ese rango autoinformado se actualizó por última vez hace años.

Estas cifras ocupan diferentes capas. La cifra de la instalación es la capacidad instalada agregada a través de muchos clientes y redes. La cifra del servidor virtual es un límite por producto. El rango de PeeringDB es una estimación categórica antigua para el tráfico intercambiado por AS29471. Ninguno muestra la utilización actual en el puerto ascendente de WebJanssen, la tasa de información comprometida comprada a Aixit, la capacidad de ráfaga, la pérdida de paquetes bajo carga o el margen de reserva después de una falla.

La capacidad utilizable durante un incidente puede ser mucho menor que la capacidad instalada normal. Supongamos que un proveedor tiene dos enlaces de 100 Mbit/s y normalmente envía 60 Mbit/s sobre cada uno. Perder uno deja 100 Mbit/s para 120 Mbit/s de demanda, por lo que una topología que parece redundante aún se congestiona. En el caso público de WebJanssen, la premisa es aún menos cierta porque un segundo enlace actual no es visible. La ruta restante debe absorber todo el tráfico solo si existe una ruta restante.

Los límites del servidor introducen otro cuello de botella. Un cliente que compra un servidor virtual de 10 Mbit/s no puede inferir una recuperación más rápida o más margen de la capacidad agregada a escala de terabits del centro de datos. La entrada/salida de almacenamiento, la programación del hipervisor, el tráfico de copia de seguridad, la capacidad del cortafuegos y el filtrado de denegación de servicio pueden convertirse cada uno en la restricción vinculante antes de que el puerto ascendente se llene.

Las páginas de producto especifican CPU virtual, memoria, disco y tasas de tráfico, pero no publican ratios de contención o rendimiento medido.

El inventario IPv4 tampoco es una reserva de capacidad. Las direcciones pueden asignarse sin consumir ancho de banda, y las direcciones agotadas pueden restringir el crecimiento de clientes incluso cuando los enlaces están inactivos. WebJanssen anuncia una dirección fija en los servidores root estándar y hasta cinco en algunos productos gestionados. Ese uso es consistente con cargas de trabajo de alojamiento, correo y servicios de nombres. No revela cuánto de la huella de 2304 direcciones sigue siendo asignable.

Para un cliente empresarial, la especificación comercial útil es por lo tanto específica del servicio: rendimiento comprometido y de ráfaga, política de congestión, manejo de denegación de servicio, efectos de la ventana de copia de seguridad, objetivos de pérdida de paquetes y latencia, y capacidad disponible después de la falla más grande individual. Un folleto de la instalación puede mostrar que existen opciones de expansión. No puede mostrar que se hayan comprado para un servidor en particular.

La redundancia de energía termina en el enchufe más débil

El edificio de Fráncfort es la principal dependencia física común. Aixit dice que AIX-FRA-1 utiliza tecnología moderna de UPS, energía de emergencia, refrigeración y conectividad, con diseño de red redundante y múltiples entradas de edificio. Susitio corporativotambién dice que sus centros de datos están certificados ISO 27001 y alimentados por energía renovable. Estas son afirmaciones útiles del anfitrión, pero WebJanssen no publica la configuración del rack que las convertiría en una garantía de servicio de extremo a extremo.

La resiliencia energética es una cadena. Las alimentaciones de servicios públicos ingresan al edificio, los interruptores las distribuyen, los UPS puentean las interrupciones, los generadores sostienen cortes más largos, las unidades de alimentación del rack alimentan los dispositivos, y cada servidor o enrutador convierte ese suministro. La redundancia en un punto puede ser derrotada en el siguiente. Un rack con alimentación dual no ayuda a un dispositivo con una sola fuente de alimentación conectada a una regleta. Dos fuentes conectadas a la misma regleta no crean independencia de ruta.

Un generador no garantiza continuidad sin combustible, mantenimiento, transferencia automática y pruebas de carga exitosas.

Las páginas de producto de WebJanssen no indican si los sistemas anfitriones de servidor root tienen fuentes de alimentación duales, si los enrutadores de borde están emparejados, o si las réplicas de almacenamiento se encuentran en zonas de incendio y energía separadas. La virtualización Xen puede mover o reiniciar cargas de trabajo bajo algunos diseños, pero la afirmación de WebJanssen de que Xen hace que los servidores sean altamente resistentes a fallas no revela clustering, migración en vivo, dominios de falla de almacenamiento compartido o capacidad de anfitrión de repuesto.

La virtualización cambia cómo se maneja una falla de máquina; no elimina el anfitrión físico debajo de ella.

La refrigeración es igualmente importante. Una sala de datos puede retener la energía de servicios públicos mientras las temperaturas aumentan después de una falla del enfriador o del manejo de aire. La generación de emergencia debe soportar suficiente refrigeración además de la carga de TI, o los servidores se apagarán para protegerse. Aixit dice que el sitio utiliza refrigeración actual y diseño redundante, pero ninguna de las partes publica umbrales de temperatura específicos de WebJanssen, pruebas de conmutación por error o comportamiento de apagado.

También hay un problema geográfico. La dirección comercial oficial ahora está en España y el centro de datos en Alemania. La operación remota es normal en el alojamiento, pero divide la autoridad del alcance físico. Una persona que contesta el teléfono puede ser capaz de diagnosticar un servidor fallido pero no puede reemplazar una fuente de alimentación sin acceso a Fráncfort. Un técnico de la instalación puede ser capaz de recolocar un cable pero carecer de permiso o conocimiento de configuración para reemplazar un enrutador.

El tiempo de recuperación es la suma de detección, diagnóstico, autorización, viaje o despacho, acceso, piezas, reparación y validación.

La evidencia pública respalda un buen potencial de la instalación. No respalda una afirmación específica de WebJanssen de mantenibilidad concurrente, continuidad de dos sitios u operación autónoma a través de un evento de energía regional prolongado. Los clientes para los que una hora importa necesitan los términos de alimentación del rack, autonomía del generador, redundancia de refrigeración, propiedad de hardware de repuesto y manos remotas escritos en su servicio, no inferidos de la dirección.

El precio del servicio compra una velocidad particular de respuesta humana

Los proveedores pequeños a menudo compiten a través de la familiaridad. La página de inicio de WebJanssen dice que el soporte está disponible por correo electrónico, ticket o teléfono. Su aviso legal publica horarios comerciales de lunes a jueves y horarios más cortos los viernes, con un servicio de emergencia facturable fuera de esos períodos. La página de servidor root dice que los extras gratuitos incluyen una respuesta dentro de un día hábil, mientras que los niveles de servicio pagados pueden ofrecer una respuesta dentro de cuatro horas.

Esto es inusualmente revelador porque hace que la mano de obra sea parte del producto. Un servidor virtual a 19,99 € o 49,99 € al mes no incluye la misma obligación de respuesta que una plataforma de alta disponibilidad diseñada. La copia de seguridad opcional y la respuesta más rápida opcional permiten un precio inicial bajo, pero también dejan más riesgo de recuperación con el cliente. El servidor más barato puede ser totalmente adecuado para un sitio de hobby; es una proposición diferente para la nómina, el correo electrónico del cliente o un sistema de transacciones.

El tiempo de respuesta no es tiempo de restauración. Una respuesta de cuatro horas puede significar que un ingeniero reconoce el ticket, comienza el diagnóstico o comunica un plan. No significa necesariamente que el servicio estará funcionando dentro de cuatro horas. Una respuesta de día hábil puede extenderse a lo largo de un fin de semana dependiendo de cuándo ocurra la falla. Las páginas públicas no definen niveles de gravedad, inicio del reloj, escalamiento, crédito, reemplazo de piezas, restauración objetivo o número máximo de incidentes simultáneos.

La frase "cargos por mano de obra" en el aviso legal también es significativa. Sugiere que alguna intervención fuera del horario laboral es un trabajo físico facturable en lugar de un servicio incluido las 24 horas. La página no identifica si esas manos pertenecen al personal de WebJanssen, al personal de Aixit o a otro contratista. Todos pueden ser arreglos efectivos, pero tienen diferentes colas y autoridad. Un técnico del centro de datos puede atender a muchos inquilinos durante un evento en toda la instalación; un operador-propietario puede conocer la red profundamente pero tener capacidad paralela limitada.

No se encontró ningún recuento de personal público actual, horario de turnos, inventario de repuestos o registro de despacho. Sería incorrecto inferir un soporte deficiente de ese silencio. Sería igualmente incorrecto inferir un centro de operaciones de red con personal 24 horas a partir de un número de teléfono. La evidencia disponible respalda un soporte accesible en horario laboral, una respuesta más rápida opcional y una intervención de emergencia facturable.

Este límite de mano de obra es donde la estructura transfronteriza se vuelve operativamente importante. El diagnóstico puede ocurrir desde España, el enrutamiento puede cambiarse de forma remota y el software puede reiniciarse desde un panel de control. Los ópticos, discos, fuentes de alimentación, cables y sistemas anfitriones fallidos aún requieren a alguien en o cerca de Fráncfort. La resiliencia de una factura de alojamiento de bajo costo depende por lo tanto de si hay manos entrenadas y repuestos compatibles disponibles cuando múltiples clientes los necesitan a la vez.

Cinco fallas revelan lo que la factura no dice

La primera prueba es la pérdida del tránsito de Aixit. Las rutas públicas actuales muestran a AS29551 inmediatamente ascendente de AS29471 para los tres prefijos. Si esa sesión BGP, entrega o ruta del proveedor falla y no hay una copia de seguridad oculta activa, los prefijos pueden desaparecer de Internet en general incluso mientras todos los servidores de WebJanssen permanecen encendidos. La recuperación requeriría restaurar la sesión, mover los anuncios a una alternativa preautorizada o reparar la entrega compartida. Una línea de política antigua de KleyReX no es evidencia suficiente de tal respaldo.

La segunda es un evento de instalación o energía en Rebstoeckerstrasse. Un incidente en el edificio puede afectar a los sistemas anfitriones, al equipo de borde y al proveedor ascendente adyacente juntos. El UPS y la generación pueden reducir la probabilidad de interrupción, pero la evidencia pública no muestra sitios separados de WebJanssen o una copia en vivo en otro lugar. Los clientes cuyas aplicaciones existen solo en un servidor virtual pueden perder tanto la computación como la conectividad al mismo tiempo.

La tercera es una falla del anfitrión, almacenamiento o hipervisor. Xen puede aislar máquinas virtuales y permitir una gestión flexible, pero un anfitrión fallido aún necesita capacidad de repuesto para reinicio o migración. El almacenamiento compartido puede preservar datos mientras se convierte en un punto de falla común; el almacenamiento local puede aislar fallas mientras complica la recuperación. WebJanssen vende copia de seguridad de imagen opcional pero no establece objetivos de punto de recuperación o tiempo de recuperación.

Una copia de seguridad que existe pero no se ha restaurado en condiciones realistas es una recuperación potencial, no una recuperación probada.

La cuarta es congestión o ataque. Un producto de 10 o 100 Mbit/s puede verse abrumado muy por debajo de la capacidad agregada de la instalación. Un evento de denegación de servicio puede saturar el límite del cliente, la entrega de WebJanssen o un filtro ascendente. La oferta pública no cuantifica la capacidad de mitigación o los arreglos de depuración. Los clientes deben distinguir una etiqueta de facturación de tráfico ilimitado de un ancho de banda instantáneo ilimitado; un tráfico plano elimina un medidor de uso, no un límite de tasa física.

La quinta es escasez de mano de obra durante un incidente amplio. Un disco fallido un día laborable puede ser simple. Un evento de servicios públicos, alarma de refrigeración o falla de red que afecte a muchos inquilinos puede crear tickets y tareas físicas simultáneas. El primer técnico disponible debe priorizar, obtener acceso y localizar piezas. Ni una línea directa en horario laboral ni una promesa de respuesta de cuatro horas dice cuántos incidentes pueden manejarse en paralelo.

Varias otras fallas pueden estar por encima de esta infraestructura. Un cliente puede configurar mal el DNS, perder credenciales, permitir que un certificado caduque o eliminar datos. Un operador de acceso local puede fallar mientras el servicio alojado permanece saludable. El objetivo no es asignar cada problema a WebJanssen; es separar la responsabilidad para que cada falla tenga un propietario y una ruta de recuperación probada.

Lo que una afirmación de resiliencia necesitaría mostrar

Para la diversidad ascendente, la evidencia decisiva sería un segundo operador o conexión de intercambio actual que transporte rutas de producción, visible en observaciones actuales o demostrado en una conmutación por error controlada. La segunda ruta debe verificarse en busca de conductos, entradas, salas de encuentro, energía y dependencias ascendentes compartidas. Dos sesiones BGP entregadas a través de una sola conexión cruzada protegen contra algunas fallas del enrutador pero no contra un cable cortado.

Para la seguridad del enrutamiento, los dos anuncios /22 desconocidos podrían cubrirse con autorizaciones de origen apropiadas si los titulares de direcciones y los arreglos operativos lo permiten. Los objetos de ruta, filtros de prefijos y contactos actuales deben coincidir con la topología de producción. Las declaraciones de política históricas deben eliminarse o distinguirse claramente para que los clientes y pares no las confundan con capacidad en vivo.

Para la continuidad de la instalación, WebJanssen necesitaría identificar si los dispositivos críticos tienen alimentación dual, si la capacidad del anfitrión sobrevive a una falla de chasis, dónde residen las copias de seguridad y cuánto tiempo pueden mantener la carga relevante la generación y la refrigeración. Una copia en un segundo sitio necesitaría un dominio de falla independiente y un método de activación probado. Simplemente nombrar otro edificio o almacenar medios de copia de seguridad en otro lugar no establecería la recuperación de la aplicación.

Para la mano de obra, la evidencia útil incluiría definiciones de gravedad, objetivos de reconocimiento y restauración, autoridad fuera del horario laboral, propiedad de manos remotas, cobertura de piezas de repuesto y el resultado de ejercicios de reparación recientes. El comprador debe saber si el compromiso de cuatro horas se aplica continuamente o solo en ciertas ventanas y si termina en la primera respuesta.

Para la continuidad comercial, el próximo contrato debe conciliar WebJanssen U.Janssen, WebJanssen ISP UG y el nombre adjunto a AS29471. Debe identificar qué parte controla los datos del cliente, dominios, direcciones y equipos, y qué parte sigue siendo responsable si un subcontratista u operador de la instalación cambia. La pregunta no es si un nombre histórico puede permanecer en un registro de enrutamiento. Es si el firmante actual puede comandar cada dependencia requerida para restaurar el servicio comprado.

Ninguna de estas solicitudes requiere que un operador pequeño publique diagramas sensibles. Una carta de aseguramiento concisa, un programa de servicio actual y un resultado de conmutación por error presenciado pueden establecer mucho más que un adjetivo de marketing. El estándar debe escalar con la consecuencia de la falla para el cliente: un sitio web de folleto puede necesitar poco más que una copia de seguridad restaurable, mientras que una plataforma de correo empresarial necesita recuperación probada, escalamiento claro y comunicaciones alternativas.

La economía recompensa la claridad más que la escala

Los precios de WebJanssen hacen visible por qué persiste el alojamiento especializado. Una pequeña empresa puede comprar un entorno Linux o Windows gestionado, buzones, dominios y soporte telefónico sin tener su propia sala de servidores. El proveedor puede distribuir un rack de Fráncfort, una entrega ascendente, licencias de software y conocimiento de ingeniería entre muchos clientes. La instalación más grande de Aixit distribuye energía, refrigeración, seguridad y acceso a operadores entre muchos inquilinos. Cada capa convierte la infraestructura irregular en una factura mensual.

La misma estratificación puede ocultar la concentración. WebJanssen puede parecer que ofrece servidor, conectividad, correo electrónico y copia de seguridad como productos diferentes, pero pueden compartir el mismo edificio, proveedor ascendente y técnicos. Un cliente puede comprar varios servicios y creer que tiene diversidad cuando todos fallan juntos. El precio bajo no es el problema; las dependencias comunes no examinadas lo son.

La copia de seguridad opcional y la respuesta más rápida son económicamente racionales. No toda carga de trabajo merece replicación síncrona o intervención inmediata, y cobrar a cada cliente por el nivel más alto haría que el alojamiento básico no fuera económico. El punto importante es que el cliente compre deliberadamente. Una copia de seguridad de imagen opcional debe indicar frecuencia, retención, ubicación y responsabilidad de restauración. Una respuesta pagada debe indicar qué acción ocurre y qué sucede si el hardware no está disponible.

La interconexión también podría mejorar la economía de la red pequeña al mantener algo de tráfico fuera del tránsito pagado, acortar rutas y reducir la dependencia ascendente. La política RIPE más antigua de WebJanssen apunta a KleyReX, cuya oferta de interconexión básica gratuita está diseñada precisamente para este tipo de operador. Sin embargo, las observaciones actuales no muestran una conexión de intercambio activa. La oportunidad económica no es lo mismo que una salvaguarda instalada.

La instalación ofrece otra ruta de expansión. Aixit dice que puede proporcionar conexiones cruzadas a los principales operadores e intercambios, por lo que WebJanssen está ubicado donde se puede obtener diversidad adicional. Si comprarla está justificado depende de los ingresos del cliente en riesgo, el costo de un segundo puerto y la capacidad del operador para soportar la complejidad añadida. Un segundo camino que nunca se supervisa ni se ejercita puede crear falsa confianza y errores de enrutamiento.

Para los clientes, la comparación justa es el costo total de continuidad en lugar de la partida del servidor. Eso incluye el acceso a Fráncfort, la copia de seguridad de la aplicación, el correo electrónico alternativo o las comunicaciones de estado, la mano de obra de recuperación y el impacto en los ingresos del tiempo de inactividad. WebJanssen puede seguir siendo competitivo sin imitar a un proveedor de hiperescala, pero su propuesta más sólida sería la precisión: qué está incluido, qué es compartido, qué es opcional y cómo se maneja la falla.

Una red de alojamiento activa con divulgación de resiliencia débil

La pregunta sobre el estado operativo puede responderse con más firmeza que la pregunta sobre la resiliencia. AS29471 está activo, sus tres rutas IPv4 eran globalmente visibles, webjanssen.de resuelve a una de ellas, las páginas de ventas y soporte permanecen disponibles, y el operador nombra una dirección actual de centro de datos en Fráncfort. El anuncio de la sede de octubre de 2025 es reciente. Estos hechos respaldan un negocio continuo, no una red abandonada.

No respaldan la imagen implícita en una categoría amplia de ISP regional. No hay evidencia pública de fibra de última milla propia, torres inalámbricas, conexiones de clientes, licencias de acceso local o equipos de campo que atiendan un territorio de acceso. La evidencia respalda un especialista en alojamiento y comunicaciones cuya red pública se centra en Fráncfort y cuya dirección comercial ahora está en España. "Global" describe mejor el alcance de Internet y el antiguo campo de alcance de PeeringDB que un área de servicio físico documentada.

La evidencia de resiliencia es Débil porque las incógnitas restantes se encuentran en el camino crítico. Un proveedor ascendente observado transporta los tres prefijos. No hay ruta IPv6 visible. Solo un prefijo tiene una autorización de origen de ruta positiva. Los datos de interconexión e instalación son antiguos o autoinformados. La instalación anfitriona anuncia capacidades generales sólidas, pero no se publica ningún diseño específico de WebJanssen de energía, ruta o segundo sitio. La respuesta humana se describe en horas, pero la restauración, la profundidad de los turnos y las piezas no lo están.

La evidencia débil no es una predicción de falla. Es un límite sobre lo que puede afirmarse de manera responsable. Un operador pequeño y experimentado en una instalación capaz de Fráncfort puede ofrecer un servicio confiable durante años. El registro público simplemente no establece independencia de Aixit, recuperación a través de un evento de modo común importante o respuesta física inmediata fuera del horario normal.

Esa distinción debe dar forma a la compra. Un sitio web de baja consecuencia puede aceptar la concentración y mantener una copia de seguridad portátil. Un cliente crítico para el negocio debe obtener la contraparte legal actual, el diseño de ruta, el arreglo de energía, los términos de recuperación de copia de seguridad y el compromiso del técnico antes de depender de la conexión. La factura mensual es local y simple; la continuidad depende de una cadena que cruza una sede española, un rack de Fráncfort, un proveedor ascendente visible y las manos disponibles cuando algo físico se rompe.