Résumé

  • Le répertoire BTW et le RDAP de LACNIC rattachent l’entité exacte Belize Telemedia Limited à AS10269. Le statut active du RDAP décrit l’objet administratif, pas l’état instantané du réseau ou d’un service.
  • PeeringDB présente une déclaration maintenue par l’opérateur sur son identité, sa politique et un point d’échange, tandis que RIPEstat fournit une observation datée des routes vues par ses collecteurs RIS. Ces deux sources répondent à des questions différentes.
  • Digi a indiqué, dans un compte rendu de son assemblée générale de 2024, exploiter 171 sites mobiles, en avoir sept autres en développement et couvrir 90 % des foyers par la fibre. Il s’agit d’une affirmation attribuée à l’entreprise, non d’une mesure indépendante et actuelle de 2026.
  • Aucun de ces éléments ne prouve à lui seul une disponibilité universelle, un débit livré, une diversité physique, une résilience garantie ou l’expérience d’un client particulier.

Note sur l’image : l’image principale est une illustration éditoriale originale et conceptuelle. Elle distingue l’identité de registre, le routage, l’interconnexion et le réseau d’accès ; ce n’est ni une photographie d’un équipement de Belize Telemedia, ni une topologie, ni une carte de trafic en direct, ni une preuve de performance.

Un numéro précis ne répond pas à toutes les questions

Un numéro de système autonome, ou ASN, identifie un domaine de politique de routage sur l’internet. Les réseaux se servent du Border Gateway Protocol, le BGP, pour annoncer les plages d’adresses qu’ils peuvent acheminer et pour sélectionner des chemins selon leurs propres politiques. Dans cet ensemble distribué, un numéro unique évite de confondre deux domaines de routage et fournit un point de référence commun aux opérateurs.

Pour AS10269, les sources publiques examinées convergent sur Belize Telemedia Limited. Cette association est utile lorsqu’il faut vérifier un contact, examiner une route ou comparer une déclaration publique à une observation. Elle est plus précise qu’une recherche sur le seul nom de l’entreprise, d’autant que des entrées portant un nom voisin peuvent exister dans un annuaire sans désigner le même objet réseau.

La précision de l’identité ne doit pas être confondue avec l’étendue de la preuve. L’ASN ne dit pas où se trouvent les routeurs, qui possède les conduites, quels équipements partagent une alimentation, ni si une application est accessible depuis un lieu donné. Il ne décrit pas non plus automatiquement les réseaux mobile et fibre utilisés par les clients. Il ancre la discussion sur le bon domaine de routage ; il ne résume pas toute l’infrastructure située en dessous.

Cette distinction concerne des lecteurs très différents. Un opérateur peut chercher une référence de politique et un contact. Un acheteur peut vouloir savoir si un circuit survivra à la perte d’un bâtiment ou d’un câble. Un journaliste ou un régulateur peut comparer l’identité logique du réseau à des déclarations sur sa couverture. Un abonné peut vouloir comprendre une interruption. AS10269 contribue à formuler chacune de ces questions, mais ne fournit seul aucune réponse complète.

LACNIC tient le registre de la ressource

Le service RDAP de LACNIC couvre exactement le système autonome 10269. Son objet porte le handle AS10269 et enregistre Belize Telemedia Limited comme titulaire. Il indique un événement d’enregistrement au 3 juin 1997, une dernière modification au 10 mai 2016 et le statut active.

RDAP signifie Registration Data Access Protocol. Le protocole expose de façon structurée des données administratives sur les ressources numériques de l’internet. Dans ce cas, la conclusion défendable est simple : il existe un objet de registre pour AS10269, et l’organisation enregistrée est Belize Telemedia Limited.

Le mot active appartient à ce système administratif. Il ne signifie pas qu’une annonce BGP est visible au moment de la consultation. Il n’indique pas qu’un routeur, une fibre, un site mobile, une alimentation ou une application fonctionne. Un objet peut conserver un statut administratif actif pendant qu’un élément opérationnel change, tout comme une route peut continuer à circuler alors qu’une coordonnée administrative doit être actualisée.

Cette limite ne rend pas le registre accessoire. Les ressources numériques doivent rester uniques, correctement attribuées et accompagnées d’informations de coordination. Un enregistrement fiable aide les réseaux à traiter les incidents de routage et les signalements d’abus. Le registre joue ainsi le rôle d’un grand livre public : il garde la trace de l’identité et de la responsabilité enregistrée, sans commander les machines qui transportent effectivement les paquets.

PeeringDB publie ce que le réseau déclare

La fiche API actuelle de PeeringDB nomme Belize Telemedia, mentionne aussi BTL, l’associe à l’ASN 10269 et indique AS10269 comme ensemble IRR. Elle classe le réseau comme Cable/DSL/ISP, déclare 31 préfixes IPv4 et 21 préfixes IPv6 et présente une politique générale de peering ouverte.

La même fiche contient une entrée FL-IX marquée comme opérationnelle avec une valeur de port de 20 Gbit/s. La mise à jour de cette entrée est datée du 6 mai 2024, tandis que la fiche réseau affiche une mise à jour au 30 mai 2025. Ces informations peuvent aider un autre réseau à identifier un point de rencontre déclaré, à préparer une prise de contact et à vérifier les conditions d’une interconnexion.

Les verbes doivent rester exacts. PeeringDB contient des données maintenues par les participants. Ce n’est ni un moniteur de session BGP en temps réel, ni un compteur de trafic, ni un test de bout en bout. Une entrée « opérationnelle » ne prouve pas qu’une session particulière est établie au moment de la lecture. Une valeur de 20 Gbit/s ne démontre ni le volume transporté, ni la capacité disponible, ni le débit reçu par un client.

Elle ne démontre pas davantage la diversité physique. Deux sessions ou deux contrats peuvent converger vers le même bâtiment, la même conduite, le même transport, la même source d’énergie ou la même équipe d’exploitation. L’existence d’un point d’échange déclaré est une donnée d’interconnexion utile ; elle ne constitue pas une garantie de continuité face à une panne nommée.

RIPEstat rapporte une observation datée du BGP

RIPEstat apporte une couche plus proche du réseau en fonctionnement. Son état de routage indique un dernier point d’observation au 6 août 2026 à 08:00 UTC pour les routes originées par AS10269 qui satisfaisaient la méthode du service. À cet instant, l’interface rapportait 34 préfixes IPv4 annoncés, représentant 66 560 adresses IPv4, ainsi que 15 préfixes IPv6, représentant 65 536 blocs /48.

Les routes IPv4 qualifiantes étaient vues par 327 pairs RIS à table complète sur 327 ; les routes IPv6, par 322 pairs sur 322. RIPEstat précise que son résultat exclut les routes visibles auprès de moins de dix pairs RIS à table complète. Le nombre, l’heure, les points d’observation et cette règle d’exclusion font donc partie intégrante de l’affirmation.

Le RIPE Routing Information Service, ou RIS, rassemble des informations de routage reçues par des collecteurs. Cette observation est plus proche du « code en fonctionnement » qu’un objet administratif : des collecteurs ont effectivement reçu des annonces correspondant aux critères du service. Elle reste cependant une vue depuis un ensemble défini de points d’observation.

Une visibilité de 327 sur 327 ne signifie pas que chaque internaute pouvait atteindre chaque destination. Elle ne teste pas les derniers kilomètres, les sites mobiles, les applications ou les locaux d’un client. Elle ne mesure ni la latence, ni les pertes, ni la congestion, ni la capacité utilisable. Elle ne révèle pas non plus les dépendances physiques partagées par des chemins qui paraissent différents dans le BGP.

L’écart entre les 31 préfixes IPv4 et 21 préfixes IPv6 déclarés dans PeeringDB, d’une part, et les 34 préfixes IPv4 et 15 préfixes IPv6 observés par RIPEstat, d’autre part, n’est pas en soi une anomalie. Les deux services comptent des objets différents, selon des méthodes et à des dates différentes. Avant d’attribuer une signification à l’écart, il faudrait examiner les définitions, l’agrégation, les routes précises et la chronologie.

Le récit de Digi décrit un réseau d’accès

Dans son compte rendu de l’assemblée générale de 2024, la marque Digi de Belize Telemedia a indiqué que 171 sites mobiles étaient en service, que sept autres étaient en développement et que son réseau fibre couvrait 90 % des foyers.

Ces chiffres introduisent une dimension physique et commerciale absente des registres ASN et des collecteurs BGP. Ils montrent comment l’entreprise a décrit son empreinte mobile et fibre dans une publication datée. Ils peuvent éclairer une discussion sur l’investissement, l’accès ou l’articulation entre l’identité internet d’un opérateur national et les services destinés au public.

Ils doivent rester attribués à Digi. Les éléments étudiés ici ne constituent pas un audit indépendant de ces valeurs, et rien ne permet de les présenter comme une mesure actuelle de 2026. « 90 % des foyers » ne détaille pas non plus toutes les conditions géographiques, techniques et commerciales nécessaires pour raccorder une adresse. Une couverture annoncée n’est ni une connexion vérifiée, ni un résultat de performance, ni une garantie de continuité.

Surtout, cette publication ne relie pas chaque site mobile ou segment de fibre à une route précise d’AS10269. Le réseau d’accès, le transport, le routage interdomaines, l’énergie et les applications forment des couches distinctes. Pour établir un lien entre elles, il faudrait des preuves adaptées au service : limites de responsabilité, dépendances physiques, politiques de routage, mesures actuelles et essais de basculement.

Associer chaque affirmation au bon élément

Question Élément utile Ce qui reste à démontrer
Quelle identité de routage publique est associée à Belize Telemedia Limited ? L’entrée exacte du répertoire BTW et le RDAP LACNIC pour AS10269 Le fonctionnement actuel d’une route ou d’un service précis
Quelle posture d’interconnexion le réseau déclare-t-il ? La fiche PeeringDB, sa politique, ses préfixes déclarés et son entrée FL-IX Une session BGP actuelle, du trafic, de la capacité libre, une diversité physique ou une performance client
Quelles routes qualifiantes les collecteurs RIS voyaient-ils à un instant donné ? L’observation RIPEstat horodatée, ses ensembles de pairs et sa règle d’exclusion Une accessibilité universelle, la disponibilité d’une application, la latence ou la résilience
Que dit l’opérateur de son infrastructure d’accès ? Le compte rendu Digi de l’assemblée générale 2024 Une vérification indépendante, une mesure actuelle de 2026 ou la disponibilité à une adresse précise
Un service résistera-t-il à une panne définie ? Sa conception, ses dépendances, des mesures récentes et des essais documentés L’ASN, le répertoire et les déclarations publiques ne suffisent pas

La valeur de ce tableau n’est pas seulement d’éviter les exagérations. Chaque source ouvre une étape de vérification. RDAP stabilise l’identité autour de laquelle coordonner. PeeringDB donne un contexte déclaré à confirmer avec les parties. RIPEstat fournit une observation externe datée à comparer aux attentes. La publication de Digi fait apparaître des affirmations d’infrastructure qui peuvent être précisées et testées par des preuves plus proches du service.

Les questions utiles pour un acheteur

Une entreprise ou une institution qui évalue une connectivité de Belize Telemedia peut commencer par AS10269 pour confirmer qu’elle parle du bon domaine de routage. Elle ne devrait pas s’arrêter à ce numéro.

Il faut d’abord définir la frontière du service. S’agit-il d’un accès internet pour un site, d’une liaison entre plusieurs implantations, d’un service mobile, d’un chemin applicatif géré ou d’une combinaison ? Qui contrôle l’équipement du client, l’accès, le transport, le routage amont et l’application ? Sans cette limite, une promesse de continuité reste trop vague pour être vérifiée.

Il faut ensuite nommer la défaillance envisagée. « Redondant » ne suffit pas. La question peut porter sur la perte d’une entrée fibre, d’un segment de transport, d’un routeur, d’un bâtiment, d’une alimentation ou d’une interconnexion externe. Deux chemins logiques peuvent partager une même dépendance physique ou organisationnelle.

Le résultat attendu doit lui aussi être mesurable : quelle capacité doit subsister, quelles destinations doivent rester accessibles, quel délai de basculement ou de rétablissement est acceptable, et quelle dégradation peut être tolérée ? Ni la vitesse de port déclarée dans un annuaire, ni un nombre de routes observées ne répond à ces questions pour le service acheté.

Enfin, la preuve demandée doit correspondre à l’affirmation. Elle peut inclure une description bornée des dépendances, des mesures d’interface et de routage actuelles, des comptes rendus de maintenance, des essais de basculement, des temps de rétablissement et des contacts d’exploitation clairs. Les informations sensibles n’ont pas besoin d’être publiées intégralement : un fournisseur peut documenter les risques partagés et les résultats d’essais sans divulguer toutes les coordonnées de ses installations.

Lire les changements sans sauter au verdict

Les pages publiques évolueront. Une coordonnée RDAP peut changer, PeeringDB peut afficher d’autres préfixes ou points d’échange, RIPEstat peut voir une visibilité différente et Digi peut publier de nouveaux chiffres. Toute évolution doit d’abord être interprétée dans sa propre couche.

Une modification RDAP est d’abord un événement administratif. Une mise à jour PeeringDB est d’abord une modification de déclaration par un participant. Une variation RIPEstat est une observation à conserver avec son heure, ses points de vue et sa méthode. Un nouveau chiffre de couverture reste une affirmation de l’entreprise jusqu’à ce qu’une définition claire et une vérification appropriée l’accompagnent.

La bonne discipline consiste à passer du signal à la question, et non du signal au jugement. Une route moins visible peut avoir plusieurs causes ; une route toujours visible n’écarte pas un problème d’accès local ou d’application. Une fiche mise à jour peut déclencher une vérification ciblée, mais elle n’établit seule ni progrès, ni négligence, ni résilience, ni préjudice.

Ce que le dossier public établit aujourd’hui

Le dossier soutient une conclusion précise : Belize Telemedia Limited est associée à AS10269 dans l’entrée exacte du répertoire BTW et dans le RDAP de LACNIC. PeeringDB publie une fiche maintenue par l’opérateur avec une politique, des comptes de préfixes et une entrée FL-IX. RIPEstat fournit une observation horodatée de routes qualifiantes originées par AS10269. Digi décrit, dans ses propres termes, une empreinte mobile et fibre en 2024.

Ensemble, ces éléments montrent pourquoi l’analyse d’une infrastructure exige des catégories de preuve nettes. Le registre identifie le titulaire enregistré. L’annuaire d’interconnexion conserve une déclaration. Le collecteur observe le routage depuis des points définis. L’entreprise décrit son réseau d’accès. Aucun de ces éléments ne remplace les autres.

Ils ne justifient pas un verdict général sur le service. Ils ne prouvent ni une exploitation sans panne, ni une portée universelle, ni des chemins physiquement indépendants, ni une capacité garantie, ni une disponibilité actuelle pour chaque foyer. Cette limite n’est pas une accusation : Belize Telemedia peut détenir des preuves opérationnelles qui ne sont pas publiques. Elle définit seulement ce qu’un lecteur extérieur peut conclure avec rigueur.

La méthode pratique est donc la suivante : utiliser AS10269 pour identifier et coordonner autour du domaine de routage public ; PeeringDB pour comprendre ce que le réseau déclare ; RIPEstat pour examiner une visibilité datée ; et les chiffres d’infrastructure comme des affirmations attribuées. Pour la disponibilité, la performance et la continuité, il faut interroger les systèmes et la frontière de service qui doivent réellement fonctionner.

Sources