Resumen
- InterEdge B.V. tiene una identidad neerlandesa atribuible, dos sistemas autónomos claramente nombrados, productos de tránsito e interconexión públicos, registros actuales de RIPE y PeeringDB, un looking glass, controles de enrutamiento publicados, rutas de NOC y abuso nombradas, y términos de servicio bajo la ley neerlandesa.
- Ese registro hace que la empresa sea evaluable, pero no prueba de forma independiente el tiempo de actividad anunciado, los totales de pares, la calidad de las rutas, la profundidad del personal, los tiempos de respuesta, la localidad completa del tráfico o el rendimiento de recuperación. Los compradores aún necesitan un límite de servicio firmado, una prueba de aceptación y un diseño de salida.
El edge es una cadena de registros
Un servicio de red se vuelve valioso en el momento en que nadie quiere pensar en él: cuando se abre un sitio remoto, una plataforma de contenido estalla, una ruta en la nube cambia o un operador principal pierde una sesión. En ese punto, el cliente no necesita una promesa amplia sobre conectividad global. Necesita saber qué empresa aceptó el pedido, qué sistema autónomo está transportando el tráfico, qué handoff físico pertenece al circuito, qué rutas deberían estar presentes, qué filtros están activos, quién está vigilando el puerto y quién puede revertir un cambio malo.
InterEdge B.V. tiene suficientes registros públicos para merecer una evaluación cercana. Su página de contacto nombra una empresa privada neerlandesa en Krammer 8 en Brielle, Holanda Meridional, proporciona el número de registro 87355299 y un número de IVA neerlandés, y asocia la empresa con AS213753 y AS56584. La base de datos RIPE conecta de forma independiente el mismo nombre de empresa, número de registro y dirección de Brielle a ambos sistemas autónomos. PeeringDB expone operaciones de red públicas, contactos de ventas y abuso, y enumera registros actuales de intercambio e instalaciones para AS213753.
Un looking glass público identifica una ubicación en Ámsterdam. La empresa también publica descripciones de servicios, guías de comunidades de enrutamiento y términos regidos por la ley neerlandesa.
Esas son señales significativas porque hacen que la oferta sea atribuible. No convierten cada declaración en el sitio web en un resultado observado. Un número de registro establece una identidad legal, no la calidad del servicio. Un registro de sistema autónomo establece el titular de un identificador de enrutamiento, no la latencia de la ruta de un cliente. Una entrada de PeeringDB registra datos de interconexión declarados, no disponibilidad continua. Una dirección de NOC publicada crea un canal, no un objetivo de acuse de recibo. Una página de precios establece una oferta en un momento, no el costo total instalado.
Esta distinción es particularmente importante para InterEdge porque la oferta visible abarca varios negocios diferentes. El tránsito IP transporta las rutas de Internet de un cliente. El transporte de Capa 2 extiende un dominio Ethernet entre handoffs. Inter-IX proporciona un tejido de peering compartido con sus propias reglas de conexión. Los servicios IP cubren arrendamiento, transferencia, DNS inverso, geolocalización y manejo de abuso. La consultoría abarca migraciones en la nube, Kubernetes, arquitectura de red, trabajo práctico en centros de datos y personal temporal.
El mismo nombre de proveedor se encuentra sobre productos con modos de falla y límites de responsabilidad muy diferentes.
Por lo tanto, la pregunta útil no es si InterEdge es un operador de red neerlandés real. El registro público respalda esa conclusión. La pregunta útil es si un servicio particular de InterEdge puede ser especificado, probado, monitoreado y reemplazado con un riesgo tolerable. Eso requiere que un comprador separe la identidad del rendimiento, la topología del marketing, la automatización de la responsabilidad, y una dirección neerlandesa de un compromiso real de localidad de datos.
La identidad de la empresa es más sólida que la historia de origen
El registro corporativo de InterEdge es inusualmente concreto para una marca de red de apariencia joven. La página de contacto de la empresa proporciona una dirección postal, número de teléfono, registro de empresa, identificador de IVA, datos bancarios, ruta de correo electrónico y ambos sistemas autónomos. El objeto de organización de RIPE para InterEdge B.V. repite el número de registro 87355299, la dirección Krammer 8, el código de país de los Países Bajos y un contacto de abuso. El registro de rol lleva el mismo número de teléfono público que muestra PeeringDB.
Estos identificadores coincidentes reducen el riesgo de que un comprador esté lidiando con una marca flotante que no puede vincularse a una entidad contratante.
Las fechas en los registros de red también ayudan a acotar la historia. RIPE creó el objeto de organización en agosto de 2022. AS56584, llamado INTER-IX, fue asignado en octubre de 2022. AS213753, llamado interedge, fue asignado en diciembre de 2024. Son fechas para objetos de registro y asignaciones de números, no una prueba de que cada servicio comenzó en esos días. El pie de página del sitio web dice 2008-2026, pero un rango de derechos de autor no es un registro de incorporación y no debe usarse como tal.
Las compras deben usar el registro de empresa neerlandés, el acuerdo firmado y los registros actuales del registro como anclas de identidad.
El sitio también enumera InterEdge L.L.C. en una dirección de Delaware, usando el mismo sitio web, estructura telefónica, datos bancarios y sistemas autónomos. Eso puede ser útil para clientes que buscan una ruta comercial estadounidense, pero crea una cuestión contractual en lugar de resolver una. El comprador debe registrar qué entidad está cotizando, facturando y asumiendo la responsabilidad; qué entidad es el procesador de datos cuando están involucrados datos de consultoría o cuenta; y qué ley y foro se aplican. Los términos públicos están redactados para InterEdge B.V. y señalan la ley neerlandesa y el tribunal competente en Ámsterdam.
Un cliente que contrate con otra entidad no debe asumir que esas disposiciones se transfieren sin cambios.
Hay otra razón para mantener alineadas las identidades legales y de red. El espacio de direcciones, las sesiones BGP, los cross-connects y las membresías de intercambio de Internet a menudo involucran diferentes registros. Una cotización puede usar una marca de ventas, una carta de autorización puede identificar a un titular de direcciones, un objeto de ruta puede identificar a un mantenedor, y el cross-connect físico puede solicitarse a través de una cuenta de centro de datos. Si esos nombres divergen, un cambio rutinario puede estancarse mientras cada proveedor espera la autoridad de otra parte.
El registro de servicio debe contener, por lo tanto, la entidad contratante, el ASN, la autoridad IRR o RPKI, la cuenta de la instalación, el identificador del puerto, el contacto de facturación, el contacto de NOC y la ruta de abuso.
Los registros públicos coincidentes de InterEdge reducen ese riesgo administrativo, pero no lo eliminan. El sitio ofrece arrendamiento de IPv4 y transferencias entre registros, así como tránsito. En ese negocio, la parte que tiene un recurso, la parte que lo anuncia, la parte que lo arrienda y la parte que lo paga pueden no ser la misma. Un cliente debe insistir en que los documentos comerciales indiquen quién puede originar cada prefijo, quién crea autorizaciones de ruta, quién actualiza el DNS inverso y la geolocalización, quién recibe avisos de abuso, y qué sucede con esos registros cuando finaliza el acuerdo.
La identidad es, por lo tanto, la parte más sólida del caso público. InterEdge B.V. puede ser nombrada, localizada y conectada a registros de red en vivo. El trabajo restante es asegurar que la misma precisión llegue al servicio comprado.
Un nombre de proveedor, cinco superficies operativas
La frase "servicios edge" puede ocultar más de lo que revela. Las propias páginas de InterEdge son más claras cuando se leen producto por producto. El servicio comercial principal es el tránsito IP. La empresa anuncia handoffs BGP de IPv4 e IPv6, VLAN dedicadas, filtrado automático de prefijos, opciones de ruta por defecto o tabla completa, facturación plana o al percentil 95 y términos mensuales en un rango de capacidades comprometidas. La página dice que los cargos de cross-connect y transporte están excluidos y publica una tarifa por uso excesivo.
Ese último detalle importa: el atractivo precio del puerto no es lo mismo que el costo mensual total de entregar tráfico al rack, oficina o rampa en la nube de un cliente.
El transporte de Capa 2 es un producto separado. InterEdge describe Ethernet punto a punto a través de sus puntos de presencia europeos, con una VLAN dedicada por circuito, jumbo frames, un plano de control EVPN con un plano de datos VXLAN y QinQ para preservar las etiquetas VLAN del cliente. La página enmarca el servicio en torno a Ámsterdam y París y nombra aplicaciones como interconexión de centros de datos, conectividad en la nube, replicación de almacenamiento y plataformas de baja latencia.
Estas afirmaciones definen un producto técnico plausible, pero el cliente aún necesita las ubicaciones exactas A y Z, la ruta protegida o no protegida, la unidad máxima de transmisión, el perfil de ancho de banda, el estándar de diversidad y los puntos de demarcación de fallas en el pedido.
Inter-IX es diferente nuevamente. La página de intercambio anuncia puertos gratuitos en varias capacidades y una opción remota paga a través de GRE. La página legal es más útil que el lenguaje promocional porque explica para qué es el tejido gratuito. Los participantes deben usar un ASN público asignado y BGP, mantener las direcciones de peering asignadas, usar una fuente MAC por puerto, suprimir el tráfico link-local prohibido, registrar las rutas anunciadas y evitar usar el intercambio como tránsito o backhaul no autorizado. El acceso gratuito no es transporte ilimitado.
Es un servicio de peering compartido con límites técnicos y comerciales específicos.
La oferta de servicios IP va más allá del transporte. InterEdge describe arrendamiento de IPv4, gestión de direcciones IPv4 e IPv6, trabajo de DNS inverso, actualizaciones de geolocalización, monitoreo proactivo, manejo de abuso, transferencias entre registros regionales de Internet y transacciones asistidas por depósito en garantía. Este es un trabajo intensivo en registros. Un prefijo puede ser enrutable y aún así ser comercialmente problemático si su registro está obsoleto, su geolocalización es incorrecta, su autoridad de DNS inverso no está clara, su reputación es pobre o un buzón de abuso está desatendido.
Para un cliente de direcciones, el valor operativo radica tanto en la calidad de esos registros como en el propio bloque de direcciones.
La consultoría crea la superficie de responsabilidad más amplia. La empresa anuncia migraciones en la nube, landing zones, trabajo con Kubernetes y Docker, servicios prácticos en centros de datos, arquitectura de red, personal temporal y personal de DevOps. En esos compromisos, InterEdge puede estar diseñando o cambiando los propios sistemas del cliente en lugar de transportar paquetes a través de un servicio de InterEdge. El cliente debe definir los derechos de acceso, la aprobación de cambios, la propiedad del código, el manejo de credenciales, la documentación, la aceptación, el rollback y el fin del acceso privilegiado.
Un buen proveedor de tránsito no se convierte automáticamente en un buen socio de migración, y un consultor capacitado no crea automáticamente un servicio gestionado.
Estos productos pueden reforzarse mutuamente. Un cliente podría usar el tránsito de InterEdge en una instalación neerlandesa, un puerto Inter-IX para peering local, un circuito de Capa 2 a otro sitio, direcciones arrendadas para un despliegue temporal y ayuda de consultoría para configurar BGP. Ese paquete puede reducir el número de proveedores. También puede concentrar el soporte, la facturación y la autoridad de cambios en una sola organización. La evaluación comercial debe modelar ambos resultados.
La primera disciplina de compra es, por lo tanto, nombrar el servicio con precisión. "Conectividad InterEdge" no es un objeto comprobable. "Un puerto de tránsito BGP dual-stack con un compromiso declarado en una instalación nombrada, una política de enrutamiento acordada, un nivel de servicio definido y un proceso de cancelación documentado" es comprobable. También lo es "un circuito de Capa 2 protegido entre dos puntos de demarcación nombrados con una MTU declarada y un objetivo de restauración". Cuanto más exacto es el límite del producto, más fácil es juzgar la evidencia pública sin otorgarle poderes que no tiene.
Dos sistemas autónomos no deben tratarse como uno
Los dos ASN en la página de contacto de InterEdge representan roles operativos diferentes. AS213753 es el ASN actual de servicios de red de InterEdge. Su objeto RIPE nombra a InterEdge B.V., enumera políticas de importación y exportación para Hurricane Electric, GTT y Cogent, y enlaza al conjunto AS213753:AS-INTEREDGE. PeeringDB lo clasifica como servicios empresariales y de red, registra soporte IPv4 e IPv6, y expone su presencia en intercambios e instalaciones. Las páginas de tránsito, Capa 2 y red se centran consistentemente en este ASN.
AS56584 se llama INTER-IX. RIPE también lo vincula a InterEdge B.V., pero el número pertenece al contexto del intercambio. Los términos legales de InterEdge llaman explícitamente a Inter-IX AS56584 y separan la participación en el intercambio del tránsito de InterEdge. Esto importa operativamente. Una ruta vista en un camino de tránsito de InterEdge, una sesión de route-server en un intercambio y una sesión de peering bilateral de un miembro no son evidencia intercambiable. Cada una tiene un propietario de política y un dominio de falla diferentes.
La distinción es fácil de perder porque ambos identificadores aparecen en la misma página de contacto y el proveedor opera el intercambio. Un comprador debe preservarla en diagramas y registros de incidentes. El borde de tránsito debe mostrar AS213753, el ASN del cliente, rutas de upstream o peers y el handoff de tránsito comercial. El borde de intercambio debe mostrar el tejido Inter-IX, los servidores de ruta si se usan, la dirección de intercambio del cliente y cualquier sesión bilateral. Un circuito de Capa 2 debe mostrarse como transporte, no como una relación de sistema autónomo.
Mantener estos roles separados mejora el diagnóstico de incidentes. Si la sesión BGP de un cliente a AS213753 se cae, la falla podría ser el cross-connect, el router del cliente, el puerto de tránsito o el borde de InterEdge. Si una sesión de route-server en Inter-IX se cae mientras la sesión de tránsito permanece saludable, la falla es más estrecha. Si ambas fallan en una instalación, el handoff físico compartido o el sitio pueden ser la causa común. Si un intercambio remoto a través de GRE falla, la infraestructura subyacente puede estar saludable mientras el túnel o la sesión de intercambio no lo están.
Un solo panel etiquetado como "InterEdge" puede difuminar todos esos estados.
También mejora la interpretación del contrato. Los términos de Inter-IX prohíben el tránsito no autorizado sobre el tejido compartido y permiten el monitoreo y la aplicación. Esa es una política para proteger a los participantes del intercambio. No debe confundirse con la política de tránsito comprada por el cliente. Por el contrario, un puerto de intercambio gratuito no reemplaza un contrato de tránsito solo porque ambos llegan a otras redes. El peering sin acuerdo llega a pares dispuestos y rutas anunciadas; el tránsito se compra para llegar a Internet en general bajo una obligación comercial diferente.
El registro público es lo suficientemente sólido para mostrar que InterEdge entiende esta separación. La tarea del comprador es retenerla a través del pedido, la automatización y la recuperación. Cada sesión debe tener un propietario, propósito, ASN remoto, familia de direcciones, configuración de prefijo máximo, política de autenticación, referencia de política de enrutamiento y ruta de escalado. El nombre del proveedor puede ser compartido. Los controles no.
Los registros de red revelan alcance, no experiencia
AS213753 tiene una huella pública visible y actualizada recientemente. El registro de PeeringDB de junio de 2026 enumera cuatro conexiones de intercambio: INTERIX, Frys-IX, Speed-IX y nine. Las capacidades declaradas van desde un puerto más pequeño en Speed-IX hasta conexiones más grandes en Frys-IX, nine e INTERIX. También enumera diecinueve instalaciones, principalmente en los Países Bajos, con registros adicionales en París y el área de Fráncfort. Las entradas neerlandesas incluyen Nikhef, varios sitios de Equinix Ámsterdam, Bytesnet Rotterdam, ColoCenter Zoetermeer, una instalación en La Haya, ubicaciones de Greenhouse y sitios de Qupra.
La página de red de la empresa coincide en términos generales con la forma de la huella. Nombra sitios neerlandeses, París y otras ubicaciones, dice que la red utiliza routers Juniper y switches Arista, e identifica varias relaciones de intercambio y upstream. Sus contadores en vivo indican seis operadores de tránsito, más de 1791 peers privados y más de quince centros de datos conectados. La página "Acerca de", sin embargo, dice más de 1400 peers directos. PeeringDB ofrece un tipo diferente de recuento: cuatro conexiones de intercambio público y diecinueve registros de instalaciones.
BGP.tools expone un conjunto AS grande y un conjunto de conexiones de intercambio observadas.
Estas cifras no deben forzarse a un solo número. "Peers privados", "pares directos", miembros del conjunto AS, participantes del route-server, presencia en instalaciones y puertos de intercambio miden cosas diferentes. También pueden actualizarse en momentos diferentes. Un comprador debe preguntar por la definición y la fecha de observación detrás de cualquier recuento utilizado en una propuesta. Para la resiliencia, la evidencia más importante es la ruta exacta y la política disponible para ese cliente, no el total de peers destacado de la red.
El registro actual de RIPE para AS213753 nombra tres políticas de upstream: AS6939, AS3257 y AS174. La página de red del sitio web también nombra a RETN y Arelion entre sus proveedores upstream. Esa diferencia no es prueba de que algún registro sea incorrecto. Algunas relaciones pueden no expresarse en una declaración de importación pública simple, y las páginas web pueden describir una combinación más amplia de la que ve una observación determinada. Sin embargo, es una razón para no reproducir una lista de proveedores como si cada operador estuviera activo en cada punto de presencia.
El comprador debe solicitar un diseño específico de ubicación. ¿Qué upstreams están activos en el sitio pedido? ¿Cuáles son físicamente diversos? ¿El puerto del cliente llega a uno o dos routers? ¿Están los puertos redundantes en diferentes tarjetas de línea, chasis, alimentaciones de energía y rutas de fibra? ¿Está protegida la ruta de Capa 2, y qué evento desencadena la conmutación? ¿Recibe un cliente de tabla completa la misma política en ambas sesiones? ¿Se prefieren las rutas aprendidas de los intercambios sobre las de tránsito? ¿Qué comunidades permiten al cliente influir en la propagación, y cuáles son controles solo del proveedor?
Las observaciones públicas de rutas ofrecen otra señal acotada. Una observación de RIPEstat de julio de 2026 mostró a AS213753 anunciando dos prefijos IPv4 y un prefijo IPv6 con visibilidad normal durante el intervalo observado. Una de las declaraciones IPv4 tenía una autorización RPKI válida para AS213753. Esto respalda la existencia de un sistema de enrutamiento activo y al menos un origen correctamente autorizado. No establece que todos los prefijos de clientes estén autorizados, que cada ruta sea aceptada correctamente, o que las declaraciones inválidas sean siempre rechazadas en cada ruta.
El looking glass agrega valor práctico porque brinda a los clientes una vista desde Ámsterdam. Una prueba precontractual útil puede comparar lo que ve el looking glass con lo que recibe el router del cliente. Pero un looking glass es un punto de observación, no una garantía de disponibilidad. Puede estar detrás de un front-end web, exponer solo routers seleccionados y omitir detalles de política. Debe complementar los recolectores de rutas, la telemetría del cliente y los tickets del proveedor, no reemplazarlos.
El registro público de red, por lo tanto, responde bien a una pregunta: InterEdge B.V. opera una superficie de enrutamiento e interconexión visible con registros actuales en el ecosistema neerlandés y europeo cercano. Responde solo parcialmente a una pregunta más exigente: cómo se comportará el tráfico de un cliente particular bajo fallas. Esa segunda respuesta debe provenir del diseño, el contrato y la prueba de aceptación.
La automatización de enrutamiento es útil solo cuando la documentación coincide
El modelo operativo de InterEdge depende en gran medida de la automatización. La página de tránsito anuncia filtrado automático de prefijos. Las páginas de red y tránsito describen validación RPKI. La página de comunidades BGP proporciona etiquetas a los clientes para controlar la publicidad upstream y el blackholing. Los términos legales de Inter-IX describen registro de rutas, filtros IRR y RPKI, controles del route-server, reglas de una MAC, tipos de trama permitidos, supresión de link-local y muestreo de flujos.
Estos son los mecanismos que permiten a una red tomar decisiones repetidas sin pedir a un ingeniero que revise cada ruta o trama manualmente.
El beneficio es real. Los filtros de prefijos pueden prevenir una declaración amplia accidental. La validación de origen RPKI puede distinguir un origen autorizado de uno inválido. Los controles de prefijo máximo pueden evitar que una sesión inunde un router. Las comunidades BGP pueden permitir que un cliente suprima o anteponga declaraciones hacia upstreams seleccionados. El blackholing activado remotamente puede descartar tráfico de ataque antes de que consuma un enlace limitado. Los controles de puerto de intercambio pueden contener errores que de otro modo afectarían un tejido compartido.
Cada mecanismo también crea una ruta de falla. Un objeto IRR desactualizado puede hacer que una ruta legítima sea filtrada. Una autorización de origen de ruta caducada o incorrecta puede convertir un cambio comercial válido en una ruta inválida. Un valor de prefijo máximo puede establecerse por debajo del crecimiento normal de un cliente. Un blackhole amplio puede eliminar tráfico bueno junto con el malo. Una comunidad puede ser mal escrita, interpretada de manera diferente en otro proveedor o eliminada a través de un límite.
La automatización reduce el trabajo rutinario al tomar decisiones de manera consistente, pero la consistencia es peligrosa cuando el registro de entrada es incorrecto.
La documentación pública BGP de InterEdge contiene un ejemplo pequeño pero importante. La página de comunidades BGP enumera el valor de blackhole con213357como su primer número, mientras que las comunidades de control upstream de la misma página usan213753, y el registro aut-num actual de RIPE enumera la comunidad de blackhole como213753:0:666. Un dígito transpuesto es suficiente para hacer que un control de emergencia sea ineficaz o producir un resultado no deseado si otra red reconoce el valor.
La respuesta adecuada no es adivinar qué página siguen los routers. Un cliente que planee usar blackholing debe obtener la especificación técnica actual del NOC, validarla en un prefijo de prueba controlado y retener el valor confirmado con una fecha de vigencia. La misma verificación debe cubrir formatos de comunidad estándar y larga, comportamiento del route-server, longitudes de prefijo aceptadas, política RPKI, fuente IRR, límites de prefijo máximo, manejo de ruta por defecto y lo que sucede cuando no se pueden obtener datos de validación.
Esta discrepancia en la documentación también es una prueba útil de la responsabilidad del soporte. Una pregunta precisa debe producir una respuesta precisa: qué comunidad está implementada en el borde relevante, cómo se propaga, qué acción de descarte ocurre, se puede aplicar por prefijo y familia de direcciones, y cómo se verifica la recuperación. La respuesta debe escribirse en el registro de servicio en lugar de dejarse en una cadena de correo electrónico que desaparece cuando cambia el personal.
La automatización de enrutamiento debe probarse entonces como software. Anuncie un prefijo de prueba autorizado y confirme la aceptación. Retírelo y mida la convergencia. Cree un origen intencionalmente inválido en un laboratorio o ventana de mantenimiento acordada y confirme la política esperada sin poner en peligro el tráfico en vivo. Ejecute cada comunidad de control upstream aprobada. Pruebe el comportamiento de advertencia y cierre de prefijo máximo. Verifique IPv4 e IPv6 por separado. Confirme si BFD está disponible y qué temporizadores se soportan.
Compare las rutas recibidas por el cliente con el looking glass y un recolector de rutas independiente.
El objetivo no es desafiar al proveedor con casos exóticos. Es reemplazar suposiciones con observaciones antes de un incidente real. InterEdge publica suficiente superficie técnica para hacer posible dicha prueba. El cliente debe usarla.
La Capa 2 cambia el dominio de falla
La oferta de Capa 2 de InterEdge merece un escrutinio separado porque la simplicidad de Ethernet puede ser engañosa. Una VLAN dedicada entre Ámsterdam y París puede parecerle a un cliente un cable largo. Debajo, el proveedor describe una superposición EVPN y VXLAN, con aprendizaje escalable de MAC e IP y separación multiinquilino. También soporta jumbo frames y QinQ. Son herramientas estándar para construir Ethernet de operador flexible, pero cada una introduce estado que el cliente y el proveedor deben entender.
Un plano de control EVPN distribuye información de alcanzabilidad. VXLAN transporta tramas a través de una infraestructura subyacente enrutada. QinQ anida etiquetas de cliente dentro de una etiqueta de servicio. Los jumbo frames aumentan la carga útil que puede cruzar la ruta. Una falla puede ocurrir, por lo tanto, en el circuito físico, el enrutamiento subyacente, el extremo del túnel, el estado EVPN, el mapeo de VLAN, el manejo de etiquetas, la unidad máxima de transmisión o el dispositivo del cliente. Una simple luz de enlace activo no prueba que el servicio completo esté saludable.
El plan de aceptación debe comenzar en la demarcación. Registre el puerto del proveedor, el puerto del cliente, la óptica, la velocidad y el dúplex, las etiquetas VLAN, el comportamiento MAC esperado y la unidad máxima de transmisión. Pruebe tramas de tamaño normal y máximo con la sobrecarga correcta. Verifique que las etiquetas del cliente sobrevivan donde se pidió QinQ. Confirme que las VLAN inesperadas estén bloqueadas. Mida la pérdida de unidifusión, la latencia y la fluctuación en ambas direcciones. Pruebe los movimientos MAC y la conmutación por error sin crear un bucle.
Si se compra enrutamiento diverso, verifique que las dos rutas no compartan un segmento físico no registrado.
La replicación de almacenamiento y el movimiento de máquinas virtuales merecen especial precaución. La página de servicio nombra estas aplicaciones como beneficiarias de tramas más grandes. Eso no significa que cada carga de trabajo de almacenamiento pueda tolerar la latencia, el perfil de pérdida o el modo de falla disponibles. La replicación síncrona tiene un presupuesto de ida y vuelta más estricto que la transferencia asíncrona. Un dominio de Capa 2 dividido también puede extender los límites de difusión, falla y seguridad entre sitios.
El cliente debe decidir si extender la misma red es realmente necesario o si un diseño enrutado contendría mejor las fallas.
El pedido comercial debe indicar si el circuito está protegido o no, cómo se compromete y limita la capacidad, si se permite ráfagas, cómo se mide el uso excesivo, qué notificaciones de mantenimiento se aplican y qué nivel de servicio cubre la ruta. La página pública menciona monitoreo de nivel de operador y rutas protegidas en su posicionamiento, pero un cliente no debe asumir que ninguna característica está incluida en cada plan listado. El pedido firmado y el diseño técnico deben resolver eso.
La Capa 2 puede ser un complemento sólido para el tránsito y la presencia en instalaciones de InterEdge. También puede crear una dependencia compartida. Si tanto los puertos de tránsito como el circuito entre sitios viajan por la misma red troncal del proveedor, un evento de plano de control o fibra podría afectar todo el diseño. La resiliencia puede requerir un segundo proveedor, una ruta física diferente o una ruta de Internet independiente en un sitio. La consolidación de proveedores es operativamente conveniente solo mientras el dominio de falla restante sea aceptable.
Empresa local, red regional, localidad de paquetes incierta
InterEdge está claramente anclada en los Países Bajos. Su dirección corporativa está en Brielle. Su lista actual de instalaciones en PeeringDB está dominada por Ámsterdam, Róterdam, Zoetermeer, La Haya y Naaldwijk. Su looking glass público muestra Ámsterdam. Los términos legales aplican la ley neerlandesa y se refieren al GDPR. Para un comprador neerlandés, eso crea una proximidad útil para la contratación, facturación y algo de trabajo in situ.
No establece que todo el tráfico del cliente, la telemetría o los datos de soporte permanezcan en los Países Bajos. PeeringDB también lista a InterEdge en una instalación de París y una en el área de Fráncfort. La página de Capa 2 describe un servicio Ámsterdam-París. El tránsito IP está diseñado para intercambiar tráfico con redes externas, por lo que la ruta a un destino puede salir del país por definición. Incluso cuando ambos extremos son neerlandeses, la política BGP y la congestión pueden cambiar la ruta a menos que el servicio esté expresamente diseñado para mantenerla local.
El sitio web público ilustra otra capa de dependencia. En una observación DNS de julio de 2026, interedge.com usaba direcciones y servidores de nombres de Cloudflare, mientras que sus registros de intercambio de correo apuntaban al servicio de correo de Google. Eso dice algo sobre la puerta de entrada web y de correo electrónico pública de la empresa, no sobre la ruta del tráfico de tránsito de un cliente. Sin embargo, muestra por qué "proveedor neerlandés" no es una declaración completa de localidad.
Las comunicaciones del cliente, los datos del portal y el correo electrónico de soporte pueden tocar plataformas de terceros bajo términos separados.
Diferentes productos de InterEdge crean diferentes preguntas de datos. El tránsito IP transporta cabeceras y cargas útiles de paquetes, pero normalmente no almacena el estado de la aplicación del cliente como lo haría un servicio de alojamiento. Los términos de Inter-IX dicen que el operador puede monitorear tráfico de control, flujos muestreados, datos de protocolo e información de cabecera para operaciones, seguridad y cumplimiento. Los servicios de direcciones pueden almacenar registros de titulares, autorizaciones, reputación y abuso.
La consultoría puede exponer a los ingenieros a consolas en la nube, repositorios de configuración, credenciales, registros y datos de aplicación. Un compromiso práctico en un centro de datos puede involucrar registros de acceso físico e inventarios de activos.
Una revisión seria de localidad debe, por lo tanto, clasificar los datos en lugar de pedir una respuesta de un solo país. ¿Dónde se guardan los registros de cuenta y facturación? ¿Dónde se procesan los tickets de soporte y el correo electrónico? ¿Qué telemetría de enrutamiento y flujo se retiene, por cuánto tiempo y con qué propósito? ¿Qué terceros la reciben? ¿Desde dónde se conectan los consultores y cómo se registra el acceso privilegiado? ¿Qué instalaciones transportan el circuito pedido? ¿Puede el mantenimiento o la conmutación por error mover el tráfico a otro país?
¿Necesita el cliente residencia de datos, localidad de enrutamiento, localidad de soporte o las tres?
Los términos públicos dicen que los datos personales se procesan de acuerdo con el GDPR y una declaración de privacidad en la dirección legal. Eso es un compromiso de gobernanza, pero no es un acuerdo de procesamiento de datos específico del cliente, un cronograma de retención o un mapa de transferencia. Un cliente regulado debe obtener esos documentos e identificar los roles de controlador y procesador para cada servicio. También debe preguntar si el proveedor puede cumplir con las obligaciones de eliminación, acceso y auditoría sin interrumpir los registros de seguridad operativa.
El soporte laboral local tiene un matiz similar. La página de consultoría ofrece trabajo práctico en centros de datos y personal temporal o de DevOps. Esa es una evidencia más sólida de una superficie de servicio humano que un formulario de contacto genérico. Sin embargo, las páginas públicas no indican cuántos ingenieros están disponibles en cada país, qué idiomas se cubren en cada turno, o si un sitio nombrado puede recibir un técnico en un tiempo fijo. El comprador debe contratar la localidad que importa en lugar de inferirla de la sede central.
La identidad neerlandesa de InterEdge es comercialmente útil. Su red es regional e interconectada por diseño. Esos hechos deben registrarse por separado para que ninguno sea confundido con una garantía sobre cada paquete, registro o ingeniero.
El soporte es el plano de control que la gente nota durante una falla
InterEdge publica más estructura de soporte que muchos proveedores de red pequeños. PeeringDB enumera rutas de correo electrónico distintas para NOC, ventas y abuso, todas vinculadas al número de teléfono neerlandés. La página de contacto invita a consultas sobre despliegue de puertos, soporte y facturación. La página "Acerca de" dice que el soporte experto está disponible las 24 horas y describe ingenieros internos. La página de consultoría ofrece trabajo práctico, arquitectura y personal.
El perfil profesional público del fundador y director Desmond van der Winden describe una larga experiencia en Linux, Windows, hosting, fibra, BGP, OpenStack, nube y operaciones de centros de datos.
Juntos, estos registros hacen un caso creíble de que el trabajo técnico es parte del negocio, no simplemente subcontratado detrás de una tienda. Aún dejan las preguntas operativas que más importan a un comprador. ¿Cómo está dotado el NOC fuera del horario comercial neerlandés? ¿El teléfono es respondido por un ingeniero, un servicio de contestación o un escritorio de escalado? ¿Cuál es el objetivo de acuse de recibo para una interrupción total? ¿El abuso es manejado por el mismo equipo de guardia? ¿Cuántos incidentes simultáneos puede soportar el equipo? ¿Qué cambios necesitan aprobación de alto nivel?
¿Qué visitas al sitio están incluidas y cuáles se facturan por separado?
La declaración de disponibilidad 24/7 del sitio web debe, por lo tanto, convertirse en una matriz de soporte. La gravedad debe basarse en el impacto al cliente. Cada gravedad necesita un canal permitido, objetivo de acuse de recibo, intervalo de actualización, objetivo de restauración y escalera de escalado. El cliente debe saber si un ticket, correo electrónico o llamada telefónica inicia el reloj y qué evidencia necesita el NOC.
Para incidentes de enrutamiento, eso generalmente incluye el ASN local y remoto, la dirección de la sesión, los prefijos afectados, la hora de inicio, los cambios recientes, las muestras de ruta y los traceroutes desde ambas direcciones.
La calidad del soporte también depende de la autoridad. Un ingeniero de primera línea puede ver que una sesión BGP está caída pero carecer de acceso para cambiar un filtro. Un consultor puede entender el clúster de Kubernetes del cliente pero carecer de autoridad sobre el borde del operador. Un técnico de centro de datos puede reemplazar una óptica pero no aprobar un cambio de cross-connect. El plan de escalado debe identificar quién puede actuar en cada capa y cómo el cliente autoriza un cambio de emergencia.
El manejo de abuso es especialmente importante para el espacio de direcciones arrendado. Una respuesta retrasada u opaca puede dañar la reputación de un prefijo y crear bloqueos más allá de un incidente. El cliente debe saber dónde llegan las quejas, cómo se comparte la evidencia, qué tiempo de respuesta se aplica, cuándo se puede suspender un prefijo, cómo se impugnan los informes falsos y cómo se documenta la recuperación de la reputación. InterEdge anuncia manejo de abuso de guante blanco, pero el servicio medible pertenece al pedido.
La consultoría aumenta la necesidad de claridad de roles. Un ingeniero temporal puede acelerar la migración y reducir una brecha de habilidades. El mismo ingeniero también puede convertirse en la única persona que entiende un diseño. Cada compromiso debe producir diagramas de propiedad del cliente, registros de configuración, registros de decisiones, pasos de rollback y transferencia de credenciales. El acceso debe ser limitado en el tiempo e individualmente atribuible. La aceptación final debe verificar que el propio equipo del cliente puede operar el resultado después de que el consultor se vaya.
El perfil profesional público es un contexto útil, pero es autopublicado y centrado en una persona. No establece la profundidad del equipo actual. Un comprador debe preguntar qué propietario de servicio nombrado e ingeniero de respaldo apoyarán la cuenta, y luego probar la ruta de escalado durante la incorporación. Un proveedor modesto puede superar a un operador grande cuando la propiedad es clara. También puede volverse frágil cuando demasiada autoridad recae en un solo experto.
El soporte no es, por lo tanto, un accesorio de la red. Es el mecanismo humano que corrige registros, autoriza excepciones, explica decisiones automatizadas y coordina a terceros. InterEdge expone suficientes canales para probar ese mecanismo antes de confiarlo con una ruta crítica.
Los términos acotan las promesas en las páginas de producto
La página legal de InterEdge es una de las partes más informativas de su superficie pública. Los términos identifican a InterEdge B.V. e Inter-IX, nombran los dos sistemas autónomos, usan la dirección de Brielle y definen los servicios para incluir tránsito, acceso de intercambio, arrendamiento de IPv4, coubicación y consultoría. Dicen que el servicio se proporcionará utilizando esfuerzos comercialmente razonables de acuerdo con la descripción aplicable y, cuando se acuerde, un acuerdo de nivel de servicio. Los plazos de entrega son indicativos a menos que se establezcan expresamente como estrictos.
Esa redacción importa porque la página "Acerca de" anuncia una garantía de tiempo de actividad del 99.99 por ciento y la página de tránsito se refiere a un SLA de nivel de operador. Un comprador debe obtener el cronograma de servicio real. Debe definir el componente medido, el método de observación, las exclusiones, el tratamiento de mantenimiento, el proceso de reclamo, los créditos, el objetivo de restauración y si una falla de un upstream, centro de datos, cross-connect o registro está incluida. Un porcentaje destacado sin esas definiciones no puede valorar el riesgo de tiempo de inactividad.
Los términos reconocen explícitamente dependencias de terceros. InterEdge dice que cuando el servicio depende de operadores upstream, operadores de centros de datos, proveedores de cross-connect o registros, sus obligaciones se limitan a lo que esas partes ponen a disposición. Se reserva derechos de mantenimiento planificado y de emergencia. Esta es una descripción realista de la entrega de red, pero cambia la atención a la gestión de proveedores. El cliente necesita saber qué dependencias están dentro del nivel de servicio y cuáles requieren escalado por separado.
Los precios tienen límites similares. Las páginas públicas de tránsito y Capa 2 muestran tarifas mensuales bajas y sin cargos de configuración, pero la página de tránsito excluye cargos de cross-connect y transporte. Los términos legales establecen que los precios excluyen impuestos, equipos, cross-connects, transporte, seguros, instalación e instrucción a menos que se indique lo contrario. El arrendamiento de IPv4 y los nombres de dominio se facturan anualmente por adelantado a menos que se acuerde diferente, mientras que muchos servicios recurrentes se facturan mensualmente.
Una comparación justa debe incluir cargos de instalación, puertos, óptica, manos remotas, costos de direcciones, excedentes, impuestos y la mano de obra requerida para operar el servicio.
Las cláusulas de suspensión son operativamente significativas. InterEdge puede restringir o suspender el servicio por incumplimiento material, uso dañino o riesgos para la integridad y seguridad de la red, y las infracciones graves de la política de intercambio pueden resultar en suspensión o terminación del puerto. La suspensión no elimina las obligaciones de pago. Esta es otra razón para mantener actualizada la política de rutas y uso. Un error de configuración de un cliente puede convertirse tanto en un incidente de servicio como en un incumplimiento contractual.
Las disposiciones de Inter-IX son técnicamente específicas. Prohíben tipos de trama no soportados y tránsito no autorizado, requieren que las rutas estén registradas, permiten filtrado y muestreo de flujos, y otorgan al operador poderes de aplicación. Esas reglas protegen el tejido compartido, pero también significan que un participante debe operar de manera competente. Un cliente que se conecte al intercambio debe tratar la política de conexión como parte del manual de operaciones, con filtros explícitos en su propio borde en lugar de confiar completamente en el intercambio.
Los términos aplican la ley neerlandesa y eligen Ámsterdam como foro de disputa sujeto a reglas obligatorias. Se refieren a confidencialidad y GDPR. También permiten actualizaciones a la página legal publicada. El cliente debe preservar la versión incorporada en su acuerdo y registrar cualquier desviación negociada. Una página web que cambie más tarde no debe redefinir silenciosamente un circuito crítico.
El contrato no es hostil ni inusual. Su valor radica en exponer el límite real detrás del lenguaje de ventas. InterEdge se compromete a un servicio definido bajo términos escritos, mientras que la configuración del cliente, los terceros, el uso legal, el pago y los niveles de servicio acordados por separado siguen siendo materiales. Una buena compra hace visibles cada uno de esos límites antes de la instalación.
La economía es más amplia que el precio del puerto
Los precios públicos de InterEdge hacen que la oferta sea fácil de comparar a primera vista. El tránsito comienza con una tarifa comprometida pequeña y escala a través de planes planos y al percentil 95 más grandes. El transporte de Capa 2 también tiene niveles mensuales publicados. Inter-IX anuncia puertos locales gratuitos y una opción remota de bajo costo. El proveedor dice que no requiere contratos anuales de tránsito e incluye un puerto de intercambio con planes de tránsito. Estas opciones pueden reducir el costo de entrada para una red que quiere probar una nueva ubicación o agregar diversidad.
La parte barata de la conectividad es a menudo la partida en el sitio web. El costo total incluye llegar a esa partida. Un cross-connect puede tener un cargo de instalación y una tarifa mensual de instalación. Un cliente remoto puede necesitar transporte hasta el punto de presencia. El servicio redundante necesita dos puertos, óptica, capacidad de router y diversidad física. Las tablas completas de Internet requieren memoria y capacidad de plano de control. El monitoreo, la política de rutas, la revisión de seguridad y la mano de obra de guardia siguen siendo costos del cliente incluso cuando el proveedor automatiza el filtrado.
La facturación al percentil 95 también requiere comprensión operativa. Puede ser eficiente para tráfico repentino porque las muestras más altas se descartan del cálculo de facturación, pero un cambio sostenido puede aumentar la factura. Los puertos de tarifa plana hacen que el costo sea más predecible pero pueden limitar la capacidad utilizable. InterEdge publica una tarifa de uso excesivo en su página de tránsito, por lo que el cliente debe conocer el intervalo de muestreo, la dirección, el método de agregación, la política de ráfagas y los umbrales de alerta.
Esos valores deben alimentar la automatización de capacidad del cliente antes de que una factura proporcione la primera advertencia.
La oferta de intercambio gratuito tiene una lógica económica diferente. El peering puede reducir el uso de tránsito y mejorar las rutas hacia las redes participantes. También crea puertos de router, sesiones, filtros y relaciones operativas. El valor depende de cuánto tráfico relevante pueda intercambiarse realmente, no de la capacidad del puerto destacada. Un cliente debe estimar el tráfico por red de destino, identificar pares dispuestos, tener en cuenta las políticas de route-server y bilaterales, y comparar el costo de tránsito ahorrado con el transporte y el trabajo de ingeniería.
Los servicios IPv4 conllevan un riesgo menos visible. Un bloque de direcciones puede tener un precio de arrendamiento atractivo pero mala reputación, geolocalización incorrecta, autorización débil o una salida difícil. El comprador debe probar las principales bases de datos de reputación, la aceptación de correo cuando sea relevante, los feeds de geolocalización, la autoridad de origen de ruta y el DNS inverso antes de la aceptación. El acuerdo debe indicar quién asume el costo si el recurso no puede usarse para el propósito previsto y cómo funciona el reemplazo.
La consultoría puede reducir el riesgo de migración mientras aumenta la dependencia. La comparación relevante no es simplemente la tarifa por hora. Incluye descubrimiento, documentación, control de acceso, revisión por pares, pruebas, entrega y el conocimiento retenido del cliente. Una migración rápida que no deja una construcción reproducible o un camino de rollback es costosa después. Un compromiso bien documentado puede ser valioso incluso si la tarifa inicial es más alta.
El valor comercial debe medirse contra la falla que se evita. La diversidad de tránsito es valiosa si elimina una dependencia real de un solo operador. La Capa 2 es valiosa si la aplicación requiere conectividad predecible entre sitios. El peering gratuito es valioso si llega a socios de tráfico importantes. Los servicios de direcciones son valiosos si mantienen los registros y la reputación utilizables. La consultoría es valiosa si deja al cliente con un sistema más seguro y operativo. Comprar el paquete porque cada componente es barato no es lo mismo que demostrar que el paquete resuelve esos problemas.
Un registro práctico de aceptación y operación
La forma más sólida de evaluar a InterEdge es construir un registro de servicio antes de que el tráfico se mueva. Comience con la identidad: InterEdge B.V., número de registro 87355299, la entidad contratante, el acuerdo rector, la ruta de facturación, el propietario del servicio y el aviso de cancelación. Agregue el producto pedido, el punto de presencia, las demarcaciones A y Z, los identificadores de puerto y cross-connect, la capacidad, el compromiso, el método de facturación, las familias de direcciones y el nivel de soporte incluido.
La sección de enrutamiento debe enumerar ambos ASN cuando sea relevante y mantener sus roles separados. Registre el ASN del cliente, InterEdge AS213753 para tránsito, AS56584 para contexto Inter-IX, direcciones de sesión, autenticación, límites de prefijo máximo, longitudes de prefijo aceptadas, elección de ruta por defecto o tabla completa, fuente IRR, política RPKI, configuración BFD y cada comunidad aprobada. El valor de blackhole debe confirmarse directamente porque los registros públicos actuales no coinciden. Almacene las autorizaciones de origen de ruta y los objetos de ruta con propietarios y fechas de revisión.
La sección física debe nombrar instalaciones, racks, salas de reuniones, proveedores de cross-connect, fibras, óptica, puertos de router, alimentaciones de energía y afirmaciones de diversidad. "Puertos diferentes" no es suficiente si ambas fibras comparten un panel o conducto. Para Capa 2, agregue valores de VLAN y QinQ, MTU, identificadores de servicio EVPN o VXLAN donde el proveedor los exponga, diseño de ruta protegida y responsabilidad de prevención de bucles. Para un intercambio remoto, documente el túnel subyacente y quién posee cada extremo.
La aceptación debe medir tanto la operación normal como la falla controlada. Establezca una línea base para latencia, fluctuación, pérdida y rendimiento hacia destinos relevantes. Confirme la alcanzabilidad de IPv4 e IPv6. Compare recuentos de rutas y rutas seleccionadas. Retire y restaure un prefijo de prueba. Ejecute las comunidades aprobadas. Pruebe un puerto o ruta a la vez donde exista redundancia. Verifique que lleguen las alarmas, se abran tickets, se registre el acuse de recibo del NOC y que el monitoreo del cliente distinga fallas de tránsito, intercambio y transporte.
La sección de seguridad debe cubrir prevención de fugas de prefijos y rutas, RPKI, controles de prefijo máximo, blackholing, acceso a puertos, autenticación de gestión, acceso privilegiado de consultoría y respuesta a abuso. Una prueba de blackhole debe usar un prefijo aislado y una ventana escrita. Una prueba de intercambio debe confirmar las reglas de una MAC y tráfico permitido sin molestar a otros miembros. El cliente debe retener evidencia de que los filtros se comportan como se acordó después de un cambio de configuración.
La sección de datos debe clasificar datos de facturación, registros de soporte, flujos muestreados, telemetría de enrutamiento, datos de registro de direcciones y acceso de consultores. Registre retención, ubicación, terceros y deberes de eliminación donde importen. La dirección de la empresa neerlandesa y la declaración GDPR pertenecen a este registro, pero no deben reemplazar las respuestas específicas del producto.
La sección de soporte debe incluir rutas de escalado de NOC, ventas, abuso y gestión; definiciones de gravedad; objetivos de acuse de recibo y actualización; canales de mantenimiento; contactos de cliente autorizados; y reglas de cambios de emergencia. Pruebe la ruta telefónica y de tickets durante la incorporación. Una respuesta educada a una prueba planificada proporciona más evidencia que una afirmación no probada de disponibilidad 24/7.
Finalmente, escriba la salida antes de la activación. Indique cómo se eliminan las sesiones BGP, cómo se transfieren o eliminan los objetos de ruta y las autorizaciones, cómo se devuelven las direcciones arrendadas, cómo se cambian el DNS inverso y la geolocalización, cómo se desconectan los puertos de intercambio, cómo se exportan las configuraciones y la telemetría, y cuándo termina la facturación. Para consultoría, requiera eliminación de credenciales y entrega de documentación. Para Capa 2, planifique el circuito paralelo o la migración enrutada necesaria para evitar un corte brusco.
Este registro no es papeleo por sí mismo. Es la superficie de control del cliente. Hace que la red sea atribuible, consultable y recuperable cuando cambian el personal, las rutas, las instalaciones o los proveedores.
Conclusión
InterEdge B.V. tiene más sustancia verificable de lo que su perfil público compacto podría sugerir. La identidad legal neerlandesa está vinculada consistentemente al número de registro 87355299, una dirección en Brielle y dos registros de RIPE. AS213753 tiene evidencia actual de rutas, intercambios e instalaciones, mientras que AS56584 está claramente asociado con Inter-IX. La empresa publica una gama real de productos, controles BGP explícitos, un looking glass, rutas de NOC y abuso, presencia en instalaciones, precios de servicios y términos de intercambio detallados. Estos registros hacen posible una conversación técnica seria.
Los límites son igualmente importantes. La mayoría de las declaraciones de rendimiento y escala provienen de las propias páginas de InterEdge o directorios de red autogestionados. La evidencia pública no muestra un historial de tiempo de actividad auditado, distribución de respuesta de soporte, casos de restauración de clientes, modelo de personal completo, localidad ruta por ruta completa o una cuenta independiente de la calidad del servicio.
Los recuentos de pares e instalaciones utilizan diferentes definiciones, la lista de upstream anunciada es más amplia que la política simple de RIPE, y la documentación pública de la comunidad de blackhole contiene un valor ASN conflictivo.
Ninguna de esas brechas hace que el servicio no sea adecuado. Definen el trabajo que un comprador debe hacer. Confirme la entidad contratante y el producto. Obtenga el cronograma de servicio real. Pregunte por un diseño de ruta y dependencia específico de la ubicación. Verifique la política de rutas, RPKI, filtros de prefijos y comunidades en una prueba controlada. Calcule el cross-connect, el transporte y la mano de obra operativa junto con el puerto. Separe el monitoreo de tránsito, intercambio y Capa 2. Contrate el soporte y la localidad en lugar de inferirlos. Diseñe la salida antes de que se acepte la primera ruta.
La propuesta más sólida de InterEdge no es que un nombre neerlandés garantice el edge. Es que la empresa expone suficiente identidad, red y detalles de política para que un cliente construya un límite de servicio basado en evidencia. Si ese límite es confiable se decidirá por el diseño firmado, las personas que respondan y los registros que se mantengan correctos cuando la red cambie.