Résumé

  • L'acquisition de F6 Networks par Xplore et la revendication d'un réseau de fibre de 1 600 km doivent être attribuées à Xplore ; elles décrivent une portée historique de transfert, pas une mesure actuelle de fiabilité, de performance ou de résultat client.
  • AS3367 reste observable comme surface de routage : ARIN enregistre aujourd'hui Xplore Inc. comme titulaire, tandis que RIPEstat fournit des observations de routes au moment de capture ; ces éléments doivent être distingués des capacités datées, de la fiabilité longitudinale et des résultats en environnement client.

F6 Networks est un objet d'infrastructure intéressant parce que son histoire ne se résume pas à une acquisition. Elle met en évidence une question plus difficile : comment une identité de réseau, des clients, des routes, des registres et une mémoire opérationnelle restent-ils cohérents quand le propriétaire et les libellés publics changent ? Dans ce dossier, la limite factuelle est nette. Xplore a annoncé l'acquisition de F6 Networks et a décrit un réseau de fibre de 1 600 km au Nouveau-Brunswick et en Nouvelle-Écosse.

Xplore a aussi publié une page de transition destinée aux anciens clients F6, indiquant le passage vers Xplornet Enterprise Solutions en 2020. Ciena, de son côté, avait décrit en 2014 des capacités packet-optical associées à F6. ARIN enregistre actuellement AS3367 auprès de Xplore Inc. RIPEstat expose des observations de routes au moment de capture. Ces sources permettent une analyse sérieuse, mais elles ne permettent pas de conclure à des débits, à une disponibilité, à une architecture actuelle, à une sécurité, à des incidents évités ou à des gains obtenus par des clients.

La première distinction concerne la capacité datée. En 2014, Ciena a présenté F6 Networks comme utilisant une solution packet-optical 100G, avec des capacités destinées à prendre en charge des services 100G, 10G et 1G, ainsi qu'une amélioration annoncée de la fourniture et du dépannage. Cette information est utile parce qu'elle fixe une étape technologique historique. Elle ne dit pas quelle plateforme est utilisée aujourd'hui, quels logiciels sont en service, quels équipements ont été remplacés, quels liens sont actifs, ni comment la maintenance est organisée.

Une annonce technique datée ne devient pas, par simple continuité nominale, une description de l'état actuel du réseau.

La deuxième distinction concerne l'observation actuelle du routage. AS3367 est le point d'ancrage public le plus solide pour suivre la continuité opérationnelle. ARIN donne le nom de système autonome F6NET et enregistre Xplore Inc. comme titulaire actuel. PeeringDB conserve la dénomination F6 Networks, mentionne Xplore Inc. comme nom associé et conserve une identité de routage AS-F6. RIPEstat indique, au moment de capture, que l'AS est annoncé et que des préfixes sont visibles depuis ses collecteurs. Cela établit une réalité de routage observable : des annonces associées à AS3367 existent dans les données publiques consultées.

Mais le routage visible n'est pas une preuve de qualité de service. Une route peut être vue par des collecteurs alors qu'un client subit un problème d'accès local, une panne d'équipement, une erreur de configuration, une dégradation optique, un défaut de support ou un incident applicatif extérieur au périmètre BGP.

La troisième distinction concerne la fiabilité longitudinale. Pour parler de fiabilité, il faudrait des observations répétées, un état attendu des préfixes, une fenêtre temporelle, une séparation entre maintenance prévue et incident, des mesures de convergence, de pertes, de latence, d'erreurs d'interface, de santé optique et de temps de réparation. Rien dans les sources publiques gelées ne fournit cette série. RIPEstat aide à constater une visibilité de routage au moment de capture ; il ne mesure pas à lui seul une disponibilité sur plusieurs mois ou années.

De même, un enregistrement ARIN correct ne garantit pas qu'un ticket sera résolu vite, qu'un lien de fibre est restauré selon un objectif donné ou qu'un client obtient un résultat opérationnel particulier.

La quatrième distinction concerne les résultats en environnement client. Xplore a publié une information de transition indiquant le transfert des anciens clients F6 vers Xplornet Enterprise Solutions, avec une date en 2020. Cette page établit une communication client et un mouvement administratif de service. Elle ne prouve pas que chaque client a conservé la même topologie, le même contrat, le même niveau de support, la même performance ou le même résultat métier.

Pour affirmer un résultat client, il faudrait un périmètre client identifié, une situation de départ, une mesure après transfert, une période d'observation et une méthode d'attribution. Ces données ne figurent pas dans le dossier public utilisé ici.

Le rôle des registres doit donc être compris avec prudence. ARIN est un registre et un gardien d'enregistrements. Il attribue, conserve et expose des informations de responsabilité sur les ressources de numérotation. Il ne commande pas les routeurs, ne garantit pas les chemins empruntés par les paquets et ne valide pas l'état d'un service client. Cette fonction de registre est essentielle précisément parce qu'elle offre une référence stable : AS3367 est unique, traçable et lié à un titulaire actuel. Mais l'existence du registre n'est pas la totalité de la réalité opérationnelle.

La réalité qui compte aussi est celle du routage effectivement annoncé, des sessions BGP, des filtres, des objets de politique, des préfixes attendus et des personnes capables d'intervenir.

Cette séparation évite deux erreurs opposées. La première consisterait à dire que tout est inchangé parce que le nom F6 reste visible dans des profils publics. La seconde consisterait à dire que F6 n'existe plus comme objet opérationnel parce que Xplore est le titulaire actuel chez ARIN. Les deux lectures sont trop simples. Une identité de réseau peut survivre sous forme d'ASN, de nom historique, d'as-set, de profils publics, de contrats hérités et de références dans les outils. La responsabilité actuelle peut, en même temps, appartenir à un autre opérateur.

L'opération correcte consiste à relier ces couches, pas à les confondre.

Le coût de supervision commence là. L'opérateur responsable doit savoir qui possède l'autorité sur AS3367, qui approuve une modification de route, qui maintient les contacts ARIN et PeeringDB, qui surveille les préfixes annoncés, qui vérifie l'état RPKI pour les préfixes concernés, qui répond aux incidents et qui communique avec les clients historiques. La supervision n'est pas un tableau rempli une fois après l'acquisition. Les contacts vieillissent, les employés changent, les domaines de messagerie évoluent, les fournisseurs modifient leurs procédures et les outils internes sont remplacés.

La continuité exige une vérification périodique des responsabilités et des chemins d'escalade.

Le coût d'intégration est tout aussi important. Les données F6 ont dû être reliées aux systèmes de l'acquéreur : inventaire réseau, support, facturation, surveillance, gestion des identités, documentation, politiques de routage et relations fournisseur. Une intégration peut réussir en apparence tout en perdant une relation critique. Un client peut exister dans la facturation mais pas dans l'inventaire technique. Une alerte peut mentionner AS3367 mais ne pas trouver l'équipe d'astreinte. Un circuit peut avoir un identifiant historique que le support de premier niveau ne reconnaît plus.

La réussite réelle se mesure par la capacité à partir d'un signal incomplet, à retrouver la dépendance physique ou logique, à joindre le bon responsable et à confirmer le retour à l'état attendu.

Le coût de maintenance prolonge cette intégration. Les enregistrements de registre et les profils publics doivent être alignés avec l'intention actuelle. Les listes de préfixes attendus doivent être maintenues. Les objets de politique et les données RPKI doivent être comparés aux annonces observées. Les équipements optiques et packet doivent avoir un statut de support, des sauvegardes de configuration, des pièces de rechange, des procédures de restauration et une cartographie des dépendances. L'information de 2014 fournie par Ciena est une référence historique, pas un inventaire 2026.

Si certains éléments de cette génération technologique restent en service, il faut des preuves internes de supportabilité. S'ils ont été remplacés, les diagrammes et procédures doivent refléter le remplacement.

Le coût du traitement des exceptions est souvent le moins visible. Une majorité d'enregistrements peut migrer correctement, tandis qu'une minorité difficile reste ambiguë : un préfixe qui ne correspond pas à l'inventaire, un contact historique qui répond encore, un circuit client mal lié, un actif fibre difficile à localiser, un objet de politique obsolète ou une divergence entre registre et routage. Ces cas ne doivent pas disparaître dans une marge administrative. Ils nécessitent un propriétaire, un âge, un impact, une prochaine action et une limite de risque acceptée.

Les exceptions non résolues sont une dette opérationnelle ; elles deviennent dangereuses lorsqu'elles sont traitées comme des détails.

Les modes de défaillance sont nombreux mais bornés. Premier mode : le titulaire enregistré chez ARIN et le nom opérationnel visible dans PeeringDB divergent, et un outil choisit le mauvais contact. Le contrôle consiste à maintenir une carte d'identité approuvée reliant F6 Networks, Xplornet, Xplore, AS3367 et AS-F6. Deuxième mode : un préfixe attendu d'AS3367 disparaît d'une partie des observations publiques. Il faut distinguer maintenance prévue, filtrage, fuite, erreur de configuration ou panne. Troisième mode : un préfixe inattendu apparaît, sans correspondance dans l'inventaire approuvé.

La réponse doit être une réconciliation fermée jusqu'à confirmation d'autorisation. Quatrième mode : les objets IRR, les données RPKI et le BGP en fonctionnement ne disent pas la même chose. Chaque source doit avoir un propriétaire et une fréquence de comparaison.

Cinquième mode : un ancien contact F6 reste joignable mais n'a plus autorité. Cela crée un risque de confusion et, selon les accès, un risque de changement non autorisé. Sixième mode : le contact Xplore actuel existe mais ne sait pas résoudre un identifiant de service F6 hérité. Le support devient alors formellement disponible mais pratiquement inefficace. Septième mode : la surveillance constate que les routes sont annoncées mais manque une panne de service plus proche du client, par exemple une interface, un chemin optique, une dépendance locale ou une configuration d'accès.

Huitième mode : un actif physique existe dans une documentation ancienne mais les droits d'accès, l'emplacement, la clé, le fournisseur de terrain ou les pièces de rechange ne sont plus confirmés.

Neuvième mode : l'annonce Ciena de 2014 est copiée comme si elle décrivait l'architecture actuelle. La datation de la preuve doit empêcher cette dérive. Dixième mode : la transition client réussit dans la facturation mais perd le contexte technique nécessaire à l'assistance. On conserve un compte, mais pas la relation entre circuit, route, dépendance physique et contrainte de maintenance. Onzième mode : le statut réglementaire ou administratif est interprété comme une preuve d'arrêt ou de continuité réseau.

Les documents CRTC doivent rester dans leur périmètre : ils établissent des éléments de participation ou de disposition administrative, pas l'état complet des services. Douzième mode : le langage d'acquisition devient une promesse de performance. Le fait que Xplore ait décrit un réseau de 1 600 km ne prouve ni la capacité actuelle de chaque segment ni un résultat client.

Ces modes de défaillance expliquent pourquoi le transfert opérationnel coûte cher même quand l'acquisition paraît simple. La fibre est matérielle : elle suppose des tracés, des droits de passage, des points de présence, de l'énergie, des épissures, des tiroirs optiques, des contrats de terrain et des délais de réparation. Le routage est logique mais public : un ASN, des préfixes, des politiques, des contacts et des observations externes donnent de la visibilité aux erreurs. Le client, lui, voit seulement si le service fonctionne, si le support comprend sa demande et si l'engagement annoncé se traduit en action.

La conclusion doit rester sobre. F6 Networks a été décrit par Xplore comme une société fibre acquise avec un réseau de 1 600 km en Atlantique canadien. Xplore a communiqué une transition client en 2020. Ciena a décrit une capacité packet-optical en 2014. ARIN enregistre aujourd'hui AS3367 auprès de Xplore Inc. RIPEstat a observé des routes associées à AS3367 au moment de capture. Ces éléments établissent une continuité d'identité et une surface de routage observable, mais pas une preuve de fiabilité longitudinale ni de résultats en production client.

Le cas F6 montre surtout que la valeur d'une acquisition d'infrastructure dépend de la capacité à maintenir l'accord entre registres, routage en fonctionnement, actifs physiques, support, responsabilités et exceptions.

Sources

  1. Annuaire BTW — F6 Networks Inc : https://btw.media/en/directory/f6-networks-inc
  2. Registre ARIN RDAP — AS3367 : https://rdap.arin.net/registry/autnum/3367
  3. Profil PeeringDB — ASN 3367 : https://www.peeringdb.com/api/net?asn=3367
  4. Vue d'ensemble RIPEstat — AS3367 : https://stat.ripe.net/data/as-overview/data.json?resource=AS3367
  5. Préfixes annoncés RIPEstat — AS3367 : https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS3367
  6. État de routage RIPEstat — AS3367 : https://stat.ripe.net/data/routing-status/data.json?resource=AS3367
  7. Données WHOIS RIPEstat — AS3367 : https://stat.ripe.net/data/whois/data.json?resource=AS3367
  8. Validation RPKI RIPEstat — AS3367 et 205.174.160.0/20 : https://stat.ripe.net/data/rpki-validation/data.json?resource=AS3367&prefix=205.174.160.0/20
  9. Annonce Xplore — acquisition de F6 Networks : https://www.xplore.ca/about/news/xplornet-acquires-fibre-company-f6-networks/
  10. Xplore — transition depuis d'autres fournisseurs Internet : https://www.xplore.ca/business/support/service-changes/transitioning-from-other-internet-providers/
  11. Ciena — annonce 2014 sur F6 Networks : https://www.ciena.com/about/newsroom/press-releases/F6-Networks-Improves-Broadband-Connectivity-Across-Atlantic-Canada-with-Ciena_prx.html
  12. CRTC — correspondance 2019 : https://crtc.gc.ca/eng/archive/2019/lt191211.htm
  13. CRTC — dossier public 2014 : https://crtc.gc.ca/partvii/eng/2014/8190/8190_14.htm
  14. Innovation, Sciences et Développement économique Canada — index des décisions et avis : https://ised-isde.canada.ca/site/investment-canada-act/en/search/decisions-and-notification-index/x
  15. Wikimedia Commons — câblage générique de serveurs : https://commons.wikimedia.org/wiki/File:Server_wire_connections.jpg