Résumé

  • L'objet public AS55805 d'APNIC identifie MobiCom dans le registre et expose des declarations de politique, des mainteneurs et des contacts. Il ne prouve pas que chaque relation declaree correspond a une session BGP active.
  • PeeringDB fournit une description d'interconnexion tenue par l'operateur, tandis que RIPEstat observe l'ASN et des prefixes a un instant donne. Une declaration, une fiche auto-administree et une observation externe sont trois classes de preuve differentes.
  • Le regulateur mongol documente l'histoire des licences mobiles, une autorisation 4G et un service de modelisation de couverture. Une licence permet une activite; un modele estime une propagation. Aucun des deux ne mesure automatiquement le debit, la latence, la capacite ou la disponibilite.
  • Les publications de KDDI donnent des jalons dates, dont la creation de MobiCom, le lancement de service, le developpement 4G, l'agregation de porteuses, une expansion historique de stations et le debut de la 5G en mai 2025. Ces jalons ne sont pas des benchmarks actuels.
  • La photographie montre seulement un paysage urbain d'Oulan-Bator. Elle ne represente pas MobiCom, ses installations, son reseau, sa couverture, ses salaries ou des resultats clients.

Un operateur visible par plusieurs registres

La chronologie de la Communications Regulatory Commission of Mongolia associe MobiCom a la premiere licence de service mobile du pays. KDDI situe la creation de l'entreprise en 1995 et le lancement du service en 1996. Une publication reglementaire de KDDI identifie par ailleurs l'activite mobile en Mongolie dans son perimetre. Ces pieces permettent d'etablir une identite et un role. Elles ne disent pas qui exploite chaque equipement, qui valide chaque changement de routage ni comment un incident concret est repare.

Cette limite est utile. Elle oblige a separer le registre administratif, le registre Internet, l'observation du routage, le produit mobile et la communication du groupe. MobiCom demeure l'entreprise etudiee, mais les responsabilites pratiques traversent plusieurs interfaces. APNIC tient le cadre du numero d'AS. Le regulateur attribue des autorisations. Des reseaux tiers acceptent ou refusent des routes. L'operateur publie des conditions de service. KDDI fournit un contexte de groupe. La fiabilite de bout en bout depend de l'accord entre ces surfaces, pas de l'autorite d'une seule.

AS55805 : un enregistrement, pas une propriete souveraine

L'objet aut-num AS55805 est un enregistrement operationnel. Il aide les autres acteurs a identifier le reseau, ses mainteneurs, ses contacts et des intentions de politique. Il ne constitue pas une carte temps reel. Une ligne d'importation ou d'exportation peut decrire une intention, une condition ou une relation historique; elle ne montre pas a elle seule une session etablie, un filtre applique ou un paquet effectivement livre.

Le registre doit donc etre lu comme un livre de comptes de coordination. L'unicite du numero, l'exactitude des contacts et la tracabilite des modifications sont essentielles. Mais APNIC ne devient pas pour autant le souverain du reseau. MobiCom ou ses mainteneurs autorises gerent les donnees propres a l'operateur, les homologues prennent leurs propres decisions de routage et les observateurs voient seulement une partie du systeme distribue.

La meme prudence vaut pour le registre des transferts APNIC. Une ligne exacte peut documenter une ressource, une date et des parties. Elle ne prouve pas l'utilisation actuelle, l'origine BGP actuelle ou une qualite de service. La bonne methode conserve la date et compare le transfert enregistre avec le registre et l'observation contemporaine.

Routage observe, politique declaree et interconnexion

RIPEstat fournit une vue externe de l'ASN et des prefixes annonces au moment de la requete. Cette vue confirme une visibilite dans son systeme d'observation, mais pas une accessibilite universelle. Les collecteurs BGP n'ont pas tous la meme perspective. Un prefixe peut etre visible depuis un point et filtre depuis un autre. Une annonce peut etre autorisee mais retiree, ou visible sans que l'observateur connaisse toutes les conditions.

PeeringDB ajoute une fiche auto-administree sur l'interconnexion. Les champs de politique, de trafic, de site ou de point d'echange facilitent la prise de contact. Ils ne certifient ni l'etat d'une session, ni le volume reel, ni la redondance, ni un contrat. Leur valeur vient de la reduction du cout de coordination.

Le cout d'integration apparait alors clairement. Une interconnexion exige des parametres de session, des filtres, des limites de prefixes, une surveillance, des avis de maintenance et une escalade entre organisations. Une erreur peut se situer dans le transport, le filtre, le voisin BGP ou une route distante. Une fiche publique peut rester identique pendant que l'etat reel change.

Le cout de supervision consiste a comparer les intentions enregistrees et les observations. L'automatisation peut signaler une divergence, mais elle ne sait pas toujours si celle-ci est attendue, temporaire ou dangereuse. Le jugement humain reste necessaire, notamment lorsque plusieurs reseaux independants participent a la correction.

Frequences, licence 4G et limites de la preuve

Le regulateur mongol decrit un cadre de licence et d'enregistrement des frequences. Sa decision relative a la 4G inclut MobiCom parmi les operateurs autorises a fournir LTE et LTE-Advanced. Cette decision etablit un seuil reglementaire. Elle n'installe pas une station, ne configure pas un coeur de reseau, ne garantit pas une couverture et ne mesure pas le resultat client.

Le spectre est une ressource coordonnee. Les bandes, les canaux, les conditions d'emission, les obligations et la gestion des interferences affectent le deploiement. Pourtant, le document general ne donne pas un inventaire actuel et complet des bandes de MobiCom. Il serait donc incorrect d'inventer des avoirs, des fournisseurs ou une topologie.

L'autorisation et la fiabilite appartiennent a deux niveaux. La premiere rend le service juridiquement possible. La seconde depend de l'equipement, du transport, du logiciel, de la maintenance, de la surveillance et du traitement des exceptions. Une licence peut creer une responsabilite sans devenir un rapport de disponibilite.

De la premiere licence a la 5G

Les sources dessinent une progression datee. KDDI rapporte la creation de MobiCom en 1995, le lancement commercial en 1996, un lancement 4G en 2016 et le debut d'un service 5G en mai 2025. Une publication de 2017 documente l'agregation de porteuses et rappelle que le maximum technique annonce, 225 Mbps, releve d'un service best effort. Un rapport de 2022 indique qu'entre 2016 et 2020 le nombre de stations 4G declare est passe de 60 a 1 000.

Chaque chiffre doit rester dans son contexte. Le maximum de 225 Mbps n'est pas un test de debit. Le nombre de stations est historique et ne donne pas l'inventaire actuel, la capacite, la disponibilite ou la propriete des sites. Le lancement de la 5G ne prouve pas une couverture nationale, une adoption ou une latence. La page d'assistance de MobiCom demande d'ailleurs de verifier la zone et les conditions d'acces.

La coexistence de plusieurs generations cree une charge durable. Les equipes doivent gerer le spectre, les appareils, les cartes SIM, les transferts entre cellules, le transport, le coeur, la facturation, l'assistance et les migrations. Une nouvelle generation ajoute une capacite, mais aussi des dependances et des cas particuliers. Le retrait d'une ancienne couche peut toucher la voix, l'itinerance ou des objets connectes.

La couverture modelisee n'est pas une mesure client

Le service de couverture du regulateur permet de selectionner MobiCom et plusieurs generations mobiles. Il s'agit d'un modele de propagation avec des hypotheses et des seuils. Il peut etre utile pour la planification ou une vue generale, mais il n'est ni une campagne de mesures, ni une garantie en interieur, ni une mesure de charge.

Le resultat reel depend des batiments, du relief local, des antennes du terminal, de la mobilite, des interferences, de la capacite disponible, du transport et des applications distantes. Un signal detectable ne signifie pas qu'une application dispose de la capacite requise. Inversement, un probleme Internet peut apparaitre alors que la radio fonctionne.

Le produit de couverture doit donc etre maintenu comme une information operationnelle. Si le modele, le reseau et les instructions d'assistance divergent, l'utilisateur peut prendre une mauvaise decision. Les sources ne donnent pas la frequence de mise a jour de MobiCom, ses mesures terrain ou son processus de reclamation. Elles permettent seulement de definir le cout de maintenance et la limite de la promesse.

Capacite technique, fiabilite du produit et resultat de production

Une capacite technique dit ce qu'un systeme est autorise ou concu pour faire. La licence 4G, l'objet AS55805, l'agregation de porteuses et le lancement 5G appartiennent principalement a ce niveau. La fiabilite du produit demande des mesures de disponibilite, d'erreurs, de stabilite, de charge et de reparation. Le resultat de production demande de savoir si un utilisateur ou une entreprise a atteint son objectif.

Les sources disponibles sont solides pour l'identite, les jalons et les limites de service. Elles ne fournissent pas une serie verifiee de disponibilite, de latence, de vitesse ou de temps de reparation. L'estimation d'APNIC Labs sur la visibilite relative des utilisateurs de l'AS55805 en Mongolie depend de sa methode; elle ne doit pas devenir un nombre d'abonnes ou une part de marche.

Cette separation evite trois erreurs. Une licence n'est pas un label de qualite. Un maximum de norme n'est pas un benchmark. Une distinction commerciale n'est pas une preuve de resilience. L'analyse peut etre precise sans transformer ces documents en resultats qu'ils ne mesurent pas.

Couts de supervision, d'integration, de maintenance et d'exception

Supervision. Les registres, les routes observees, les informations d'interconnexion, les alarmes radio, les modeles de couverture et les demandes clients produisent des signaux differents. Il faut des proprietaires, des seuils, un contexte de maintenance et une escalade. Trop peu de surveillance laisse persister la derive; trop d'alertes cree du bruit.

Integration. Le routage doit fonctionner avec les homologues et le transport. La radio doit fonctionner avec le coeur, la carte SIM, le terminal et les conditions commerciales. Un nouveau service exige des tests, des retours arriere et une information d'assistance coherente.

Maintenance. Les contacts, les politiques, les filtres, les logiciels et les actifs physiques evoluent. Les anciennes generations prolongent les dependances. Un inventaire ou un contact obsolete peut ralentir une reparation meme lorsque le reseau continue de fonctionner.

Exception. Les cas atypiques traversent souvent plusieurs equipes : prefixe visible seulement depuis certains points, session declaree mais inactive, terminal compatible sans acces attendu, zone modelisee avec faible service interieur. Le diagnostic doit retrouver la couche et le proprietaire pertinents sans modifier au hasard le mauvais systeme.

Les sources publiques ne donnent pas les couts, les effectifs, les volumes de tickets ou les delais de MobiCom. Aucune valeur n'est inventee. Le dossier prouve seulement que ces categories de travail sont impliquees par les interfaces documentees.

Modes de defaillance a surveiller

  1. Derive d'un contact, d'un mainteneur ou d'une politique dans le registre.
  2. Ecart entre politique declaree et routes observees.
  3. Fiche PeeringDB differente de la realite d'une session.
  4. Visibilite partielle d'un prefixe selon le collecteur.
  5. Modele de couverture mal interprete comme garantie.
  6. Incompatibilite entre appareil, SIM, zone, abonnement et fonctionnalite.
  7. Defaillance physique d'un site, de l'energie ou du transport.
  8. Conflit de cycle de vie entre 2G, 3G, 4G et 5G.
  9. Retard de coordination entre operateur, parent, fournisseur, regulateur ou pair.
  10. Utilisation d'un lancement, d'un prix ou d'un maximum comme preuve de fiabilite.

Cette liste decrit des risques logiques. Elle ne pretend pas qu'un incident nomme s'est produit chez MobiCom. Aucun test prive, benchmark ou resultat client n'a ete fabrique.

Conclusion

MobiCom presente un cas riche parce que son identite est visible a travers les ressources Internet et la chaine mobile. Le registre ASN, l'observation BGP, l'interconnexion, les autorisations, le modele de couverture et les pages de produit sont des pieces complementaires. Leur coherence soutient la continuite; aucune piece ne certifie seule le service.

L'approche realiste consiste a demander qui tient chaque enregistrement, qui controle le code ou l'equipement en fonctionnement, comment une divergence est detectee et comment la reparation est coordonnee. Elle considere le registre comme un gardien de l'exactitude, non comme un souverain. Elle conserve les limites de la mesure et refuse de transformer la capacite en resultat client.

Sources publiques