Resumen

  • APNIC relaciona AS55805 con MobiCom y publica objetos mantenidos por el operador sobre identidad, politica y contactos. El registro no demuestra por si solo sesiones BGP activas, trafico, disponibilidad o tiempos de respuesta.
  • PeeringDB ofrece datos de interconexion declarados por la red. RIPEstat aporta observaciones externas del ASN y de prefijos visibles. Declaracion, ficha autogestionada y observacion son pruebas distintas.
  • El regulador mongol documenta la primera licencia movil, una decision de autorizacion 4G, el marco de frecuencias y un servicio de cobertura modelada. Una autorizacion no equivale a un despliegue medido, y un modelo no equivale a una prueba de campo.
  • KDDI aporta hitos fechados: constitucion, inicio del servicio, lanzamiento 4G, agregacion de portadoras, expansion historica de estaciones y comienzo de 5G en mayo de 2025. Son hitos de capacidad, no mediciones actuales.
  • La imagen destacada es una vista generica de Ulán Bator. No muestra instalaciones, equipos, red, personal, cobertura ni resultados de MobiCom.

Una identidad con varios planos de control

La historia institucional de la Communications Regulatory Commission of Mongolia registra la primera licencia de servicio movil concedida a MobiCom. KDDI situa la creacion de la empresa en 1995 y el inicio del servicio en 1996. Sus documentos financieros identifican la actividad de comunicaciones moviles en Mongolia dentro del grupo. La pagina de MobiCom describe servicios digitales y tecnologias como IoT, AI y 5G.

Estos documentos permiten afirmar que existe una empresa concreta con una funcion regulada y una identidad de red. No muestran que una sola entidad controle cada sistema. El regulador controla permisos y reglas. APNIC mantiene el marco registral de los recursos numericos. Las redes vecinas deciden sus sesiones y filtros. MobiCom mantiene informacion de producto. KDDI proporciona contexto de propiedad y trayectoria.

La continuidad depende de que esas capas no se contradigan. Un contacto obsoleto puede retrasar una coordinacion. Una condicion de producto poco clara puede crear expectativas equivocadas. Un mapa modelado puede interpretarse como garantia. Una referencia del grupo puede atribuir el control tecnico a la parte incorrecta. La investigacion debe conservar el limite de cada fuente.

AS55805 como asiento operativo

El objeto aut-num de AS55805 funciona como un asiento de un registro operativo. Identifica el sistema autonomo y puede incluir mantenedores, contactos y expresiones de importacion o exportacion. Es informacion importante para coordinar cambios y resolver problemas, pero no es una captura del plano de datos.

Una expresion de politica puede describir intencion, condicion o historia. No confirma que exista una sesion en este instante, que un filtro acepte una ruta, que haya capacidad disponible o que un destino sea alcanzable desde cualquier lugar. Esas cuestiones necesitan observacion y contexto temporal.

El registro tampoco convierte a APNIC en propietario soberano del recurso. APNIC custodia el sistema de registro y sus politicas; el operador autorizado mantiene datos propios; terceros aplican sus propias decisiones de enrutamiento. La legitimidad practica procede de la unicidad, la exactitud, la trazabilidad y la continuidad del registro.

El archivo de transferencias de APNIC tiene una funcion parecida. Una fila exacta puede probar que se registro un cambio en una fecha. No prueba utilizacion actual, origen BGP actual ni calidad. Cualquier uso responsable conserva la fecha y contrasta la fila con el estado registral y observado.

Politica, observacion e interconexion

RIPEstat muestra una vista del ASN y de los prefijos anunciados observados al consultar el servicio. El resultado tiene alcance limitado por los colectores y el momento. Un prefijo visible para un observador puede no serlo para otro. Una retirada temporal puede alterar la vista sin cambiar el registro.

PeeringDB publica una ficha que la propia red mantiene para facilitar interconexion. Los campos de politica, rango de trafico, instalaciones, puntos de intercambio y contacto son utiles para iniciar coordinacion. No certifican sesiones, volumen real, redundancia, rendimiento o condiciones comerciales.

Una interconexion en funcionamiento exige puertos, direccionamiento, parametros BGP, filtros, limites de prefijos, monitorizacion, avisos de mantenimiento y escalado. Tambien exige que dos organizaciones mantengan datos compatibles. La ficha publica reduce el coste de descubrimiento; no elimina el coste de integracion.

La supervision consiste en comparar intencion y observacion. Una alerta puede detectar una diferencia entre el registro y las rutas visibles, pero una persona debe decidir si es mantenimiento, una politica esperada, un fallo o una limitacion del observador. Un exceso de alertas crea ruido; una vigilancia insuficiente permite que los registros se desvien.

Espectro y puerta regulatoria 4G

El regulador mongol describe el uso de frecuencias como una actividad sujeta a licencia y registro. Su decision 4G incluye a MobiCom entre los operadores autorizados para LTE y LTE-Advanced. La autorizacion establece una condicion juridica y tecnica de entrada. No instala estaciones, no configura el nucleo, no mide cobertura y no garantiza velocidad.

El espectro obliga a coordinar bandas, canales, emisiones, interferencias y equipos. Sin embargo, el marco general no proporciona un inventario exacto y actual de las bandas, proveedores o topologia de MobiCom. Seria una invencion completar esos datos.

Una licencia puede crear obligaciones, pero no es una insignia de fiabilidad. La fiabilidad aparece cuando el despliegue, el transporte, el software, el mantenimiento y la atencion funcionan dentro de condiciones conocidas. La prueba regulatoria y la prueba operativa responden a preguntas diferentes.

Evolucion de generaciones moviles

Las publicaciones de KDDI describen una secuencia: constitucion en 1995, servicio desde 1996, lanzamiento 4G en 2016, agregacion de portadoras en 2017 y 5G desde mayo de 2025. Un informe de 2022 dice que el numero de estaciones 4G paso de 60 en 2016 a 1.000 en 2020.

El dato de estaciones es historico. No revela cuantas siguen activas, su propiedad, capacidad, disponibilidad, energia, transporte o proveedor. El inicio 5G tampoco demuestra cobertura nacional, adopcion, latencia o resultado. La pagina de soporte de MobiCom indica que el usuario debe comprobar ubicacion y condiciones.

La comunicacion de agregacion de portadoras incluye un maximo tecnico de 225 Mbps y una advertencia explicita de servicio best effort. Por tanto, el numero no puede presentarse como un benchmark observado. La capacidad depende de portadoras, terminal compatible, senal, carga, transporte, nucleo y servicio remoto.

La coexistencia 2G, 3G, 4G y 5G crea trabajo de ciclo de vida. Los equipos deben coordinar espectro, radio, transporte, nucleo, dispositivos, SIM, voz, itinerancia y soporte. Una nueva generacion amplía la capacidad y tambien el numero de dependencias y excepciones.

Cobertura modelada y experiencia real

El portal de cobertura del regulador permite seleccionar MobiCom y distintas generaciones. Expone un modelo de propagacion, no una prueba de conduccion ni una garantia en interiores. Los edificios, el relieve, la antena del dispositivo, la interferencia, la movilidad, la carga y el transporte pueden producir otra experiencia.

Cobertura, capacidad y calidad no son sinonimos. Puede existir senal sin capacidad suficiente. Puede funcionar la radio mientras falla una ruta de Internet. Un dispositivo puede mostrar 5G mientras la aplicacion depende de un servicio lejano. La pagina de soporte es util para explicar elegibilidad, pero no mide disponibilidad ni congestion.

Mantener un producto de cobertura exige que modelo, red e informacion de soporte evolucionen juntos. Un mapa desactualizado o mal explicado puede aumentar reclamaciones y tiempo de diagnostico. Las fuentes no permiten evaluar la frecuencia de actualizacion o el proceso interno de MobiCom. Solo justifican la existencia de ese coste operativo.

Capacidad, fiabilidad y resultado no son lo mismo

La capacidad describe lo autorizado o tecnicamente posible. AS55805, la licencia, LTE, agregacion y 5G pertenecen principalmente a este plano. La fiabilidad de producto requiere datos de disponibilidad, errores, estabilidad, carga y reparacion. El resultado de produccion requiere saber si un usuario logro una llamada estable, una transaccion, una conexion empresarial u otro objetivo.

El conjunto publico no incluye una serie auditada de velocidad, latencia, tiempo de reparacion o satisfaccion. APNIC Labs publica una estimacion fechada de visibilidad relativa de usuarios para AS55805 en Mongolia. Depende de metodologia y muestra; no debe convertirse en numero de abonados, cuota de mercado o calidad.

Tambien seria incorrecto usar un ranking empresarial divulgado por KDDI como prueba de red. Un reconocimiento establece un hecho corporativo, no una prueba tecnica. La propiedad del grupo tampoco demuestra que todos los controles o sistemas de KDDI se apliquen a MobiCom.

Coste de supervision

Los registros de ASN, las rutas observadas, PeeringDB, las alarmas de radio, los modelos de cobertura y las incidencias de clientes generan senales heterogeneas. Hace falta saber quien es propietario de cada senal, que umbral importa, que mantenimiento esta en curso y como escalar.

La automatizacion puede comparar estados, pero no sustituye el juicio. Una divergencia puede ser esperada, temporal, dañina o una limitacion de la medida. La supervision fiable necesita historial, contexto, responsabilidad y evidencia de cierre.

Coste de integracion

El enrutamiento debe encajar con transporte e interconexion. La radio debe encajar con nucleo, dispositivo, SIM, suscripcion y soporte. Un cambio de ruta puede exigir actualizacion registral, filtros, coordinacion y retroceso. Una nueva funcion movil puede exigir software, pruebas, dispositivos, facturacion y comunicacion.

El lanzamiento no cierra la integracion. Proveedores, contrapartes y dispositivos siguen cambiando. La fiabilidad surge de que los componentes funcionen juntos en codigo y operacion, no de que una nota de prensa enumere la capacidad.

Coste de mantenimiento

Contactos, politicas, filtros, software y activos fisicos envejecen. Las generaciones antiguas prolongan dependencias. El mantenimiento necesita inventario, ventanas de cambio, rollback, validacion, repuestos y comunicacion.

La cifra historica de estaciones demuestra escala de despliegue, no calidad actual. Las fuentes no permiten calcular gasto, plantilla o deuda de mantenimiento. El argumento es estructural: una red distribuida y multigeneracional necesita mantenimiento continuo.

Coste de excepcion

Las excepciones atraviesan capas. Un prefijo puede ser visible solo desde algunos observadores. Una ficha de peering puede no coincidir con una sesion. Un usuario puede estar dentro del modelo y tener mala senal interior. Un terminal compatible puede no recibir la funcion esperada.

El diagnostico debe localizar capa y propietario sin cambiar el sistema equivocado. No existen en las fuentes tasas de tickets, intervenciones o tiempos de MobiCom, por lo que no se inventa ninguna cifra.

Modos de fallo

  1. Deriva de mantenedor, contacto o politica registral.
  2. Diferencia entre politica declarada y ruta observada.
  3. Metadatos de interconexion que ya no reflejan una sesion.
  4. Visibilidad parcial segun el colector BGP.
  5. Cobertura modelada interpretada como garantia.
  6. Diferencia entre dispositivo, SIM, ubicacion, plan y funcion.
  7. Fallo de energia, equipo o transporte en una ubicacion.
  8. Conflicto de ciclo de vida entre generaciones.
  9. Retraso entre operador, regulador, proveedor, par o grupo.
  10. Conversion de licencia, lanzamiento, premio o maximo en una afirmacion de fiabilidad.

Son categorias de riesgo, no informes de incidentes de MobiCom. Esta investigacion no realizo pruebas privadas, no invento clientes y no atribuyo una arquitectura que las fuentes no muestran.

Conclusion

La superficie publica de MobiCom es valiosa porque conecta la identidad de recursos numericos con la operacion movil. Los registros deben ser exactos, las observaciones deben conservar su alcance y las condiciones de producto deben reconocer excepciones. La continuidad depende de registros recuperables y de sistemas que realmente funcionan.

La conclusion prudente es fuerte: MobiCom posee una identidad de red documentada y una trayectoria movil extensa, pero la evidencia no certifica rendimiento actual. Evaluar fiabilidad requeriria datos de operacion con metodo, periodo y alcance. Evaluar resultados requeriria pruebas de clientes. Hasta entonces, la mejor investigacion separa lo registrado, lo observado, lo declarado y lo desconocido.

Fuentes publicas