Orbit WAN : la nouvelle intégration satellite de Peplink avec Starlink et OneWeb

Pour les équipes qui exploitent des réseaux dans les endroits les plus hostiles — navires au large en mer du Nord, compresseurs de pipeline à deux cents kilomètres du prochain relais radio, unités de protection civile qui installent un poste de commandement dans une vallée inondée —, le satellite n'est plus depuis longtemps l'option de dernier recours. C'est un WAN primaire. Le problème n'a jamais été la bande passante. Starlink la fournit. OneWeb la fournit. Le problème, c'est la gestion du satellite comme de n'importe quel autre WAN : le voir, lui appliquer des health checks, basculer en cas de défaillance et — surtout — le grouper avec les liens terrestres pour qu'un handoff d'antenne ou une brève obstruction n'interrompe pas l'appel vidéo, la requête SCADA ou le flux de télémétrie.

C'est précisément ce manque que comble Peplink Orbit WAN. Introduit dans la Firmware 8.6.0, c'est le panneau de contrôle satellite de Peplink — un framework généralisé, piloté par API, qui traite un terminal satellite comme un WAN à part entière, géré nativement. Le routeur parle le protocole de l'antenne, affiche son état dans le même tableau de bord que la fibre et le cellulaire, et l'insère dans le bonding SpeedFusion comme s'il s'agissait d'un simple tube Ethernet de plus. À partir de la 8.6, cela signifie Starlink et OneWeb — l'architecture est conçue pour accueillir d'autres constellations dès qu'elles atteignent leur maturité commerciale.

Cet article explique ce qu'est Orbit WAN, ce qu'il remplace et pourquoi cela compte lorsque votre réseau s'arrête là où l'asphalte s'arrête.

L'histoire satellite de Peplink ne commence pas avec Orbit WAN. Elle commence avec le Starlink Mode — une fonction pragmatique qui répondait à une question simple : « Si une antenne Starlink est branchée sur un port WAN, le routeur peut-il la gérer nativement plutôt que de la traiter comme un simple handoff Ethernet passif ? »

La réponse était oui. Avec le Starlink Mode, on connectait l'antenne via l'adaptateur Ethernet officiel, on ouvrait les détails du WAN dans l'interface d'administration Peplink et on activait le mode. Le routeur se mettait à parler directement à l'API de l'antenne Starlink. L'état de l'antenne, les cartes d'obstruction et la télémétrie de santé apparaissaient dans les détails WAN et dans InControl 2 — la même plateforme cloud que celle utilisée pour le reste du parc Peplink. Fini l'application Starlink séparée qu'il fallait ouvrir en cas de dégradation du lien. Fini le suspens sur la question de savoir si c'était l'antenne ou le routeur le problème.

Le Starlink Mode introduisait aussi une option d'une importance trompeuse : « Ignorer les pannes Starlink ». Les WAN satellites tombent en panne autrement que les liens filaires. Une panne de fibre est le plus souvent un événement propre et binaire — le lien est up ou down, et l'on bascule. Une antenne Starlink connaît des interruptions courtes, fréquentes et auto-résolutives : un handoff satellite entre deux survols, quelques secondes d'obstruction par un entonnoir ou un mât radar, un bref événement réseau dans le segment spatial. Avec des health checks standard, ces micro-coupures sont interprétées comme une panne WAN et déclenchent un failover — qui entraîne quelques secondes plus tard un failback lorsque l'antenne se rétablit. La logique de basculement oscille toute la journée. L'option « Ignorer les pannes Starlink » indiquait au routeur de tolérer ces événements transitoires et de maintenir le chemin primaire.

Le Starlink Mode était spécifique à Starlink. Il fonctionnait bien — si bien que les clients posaient la question de la suite logique : « Et OneWeb ? Et la prochaine constellation ? » La Firmware 8.6.0 est la réponse. Peplink a généralisé le panneau du Starlink Mode en Orbit WAN — un framework de gestion satellite agnostique à la constellation — et a ajouté OneWeb comme deuxième constellation nativement intégrée. L'évolution est architecturale : Orbit WAN est conçu comme un panneau capable d'accueillir d'autres fournisseurs satellite dès qu'ils atteignent leur maturité, plutôt que comme une fonction unique greffée à une seule antenne.

La différence entre « l'antenne fonctionne » et « l'antenne est gérée » est la différence entre un réseau que l'on peut exploiter et un réseau que l'on ne peut que dépanner. Orbit WAN apporte trois capacités concrètes.

La télémétrie de l'antenne là où l'on regarde de toute façon

Avec Orbit WAN activé, l'état du satellite apparaît directement dans les détails WAN de l'interface d'administration locale et dans InControl 2 dans le cloud — à côté des WAN cellulaires, fibre et Wi-Fi. On voit l'état de santé de l'antenne, la qualité du signal et les indicateurs de stabilité dans la même vue. Pour un opérateur maritime qui exploite une flotte de navires, cela signifie : un seul tableau de bord affiche l'antenne Starlink à la passerelle, le terminal OneWeb à la poupe et le backup cellulaire sur le mât — le tout avec une télémétrie en direct. Pas de changement d'onglet. Pas de « laissez-moi ouvrir l'application Starlink » pendant que l'ingénieur en chef demande pourquoi la mise à jour des cartes ECDIS est bloquée.

Des health checks raisonnables

La Firmware 8.6.0 a ajusté les health checks spécifiques au satellite pour qu'ils correspondent au comportement réel des liens satellite. L'effet pratique : les événements transitoires de l'antenne — un handoff, une courte obstruction, un pic de congestion passager — ne s'enregistrent plus comme une panne WAN. Le routeur maintient le lien, l'événement passe, et la logique de basculement reste calme.

Du bonding qui comprend le satellite

Comme le WAN satellite est géré nativement — le routeur sait que c'est une antenne, pas un port Ethernet générique —, il peut être intégré dans un tunnel SpeedFusion aux côtés du cellulaire et d'autres WAN. WAN Smoothing et le nouvel algorithme SpeedFusion Boost traitent les instabilités inhérentes au satellite — Smoothing par duplication de paquets, Boost par l'isolement des liens instables. Le résultat est un tunnel groupé qui délivre la bande passante agrégée du satellite plus le cellulaire — avec la stabilité du lien le plus sain à chaque instant. Pour un véhicule de commandement de la protection civile, cela signifie : le tunnel groupé continue de diffuser les flux des caméras piétonnes pendant que l'antenne Starlink passe d'un satellite à l'autre — le tronçon cellulaire comble la lacune.

Une remarque de terrain qui mérite d'être répétée : avec des health checks standard, une antenne satellite peut faire osciller la logique de basculement toute la journée. Utilisez la tolérance aux pannes du mode natif. Et si le site est critique, ne basculez même pas — groupez l'antenne avec le cellulaire et laissez SpeedFusion lisser les handoffs. Pas de failover, voilà le véritable objectif.

Si le Starlink Mode a prouvé le concept, l'intégration OneWeb prouve l'architecture. OneWeb — la constellation en orbite terrestre basse d'Eutelsat OneWeb — est le deuxième fournisseur satellite intégré nativement dans Orbit WAN à partir de la firmware 8.6.0. Pour les acheteurs entreprise, secteur public et maritime, ce n'est pas un plus optionnel. C'est une exigence d'achat. Les équipes d'exploitation qui ne veulent pas — et dans de nombreux cas ne peuvent pas contractuellement — dépendre d'un seul fournisseur satellite disposent désormais de deux options LEO gérées nativement dans le même routeur, gérées via le même panneau, visibles dans le même tableau de bord.

Les terminaux OneWeb délivrent nativement de l'Ethernet, ce qui simplifie l'installation physique : on relie l'Ethernet du terminal à un port WAN, on active le mode satellite OneWeb dans le panneau Orbit WAN, et le routeur commence à le gérer. Télémétrie, health checks et intégration au bonding fonctionnent exactement comme avec Starlink — le framework Orbit WAN est conçu pour être agnostique à la constellation.

Une remarque matérielle : l'intégration OneWeb est prise en charge sur tous les modèles Peplink à l'exception du HD1 Dome Pro. Ceux qui standardisent OneWeb comme chemin primaire ou de diversification devraient vérifier la liste matérielle contre la matrice des équipements pris en charge par la 8.6.0 avant toute spécification. En tant que Peplink Gold Partner, Ascend valide l'adéquation matérielle pour votre combinaison spécifique.

L'enjeu stratégique est simple : Orbit WAN est conçu pour accueillir d'autres constellations dès qu'elles arriveront. Le panneau est un framework, pas une fonction. Lorsque le prochain fournisseur LEO ou MEO atteindra des API de handoff et de télémétrie de niveau entreprise, l'architecture sera prête à l'absorber.

La gestion native et la télémétrie sont nécessaires, mais pas suffisantes. Le véritable différenciateur d'Orbit WAN, c'est ce qu'il permet en combinaison avec SpeedFusion Boost — le nouvel algorithme de bonding introduit en parallèle dans la firmware 8.6.0.

Le problème que Boost résout est fondamental pour le réseau multi-orbite : lorsque l'on groupe des connexions aux caractéristiques de vitesse, de latence et de fiabilité très différentes, un seul lien instable peut faire chuter l'ensemble du tunnel. Pendant un handoff, une antenne perd momentanément en qualité ; un algorithme de bonding classique qui attend tous les paquets fait paraître tout le tunnel lent. SpeedFusion Boost procède autrement — il améliore le débit sur les connexions WAN groupées en empêchant les liens instables de faire chuter la performance globale. Même lorsque des connexions individuelles sont affectées par des handoffs satellite, des obstructions temporaires, de la congestion ou de la météo, ces perturbations ont moins d'impact sur le WAN groupé agrégé.

La valeur pratique la plus remarquable provient d'un retour de terrain du portail spécialisé Peplink Connectivity101 : dans des configurations Starlink groupées avec Boost activé, un débit agrégé de près de 1,5 Gbps a été observé sur plusieurs terminaux. Il s'agit d'une observation de terrain d'un tiers, pas d'une spécification de performance officielle de Peplink.

Pour les publics les plus concernés :

• Maritime : un navire qui groupe deux terminaux Starlink avec un chemin de diversification OneWeb et un backup cellulaire pour la navigation côtière. Boost maintient le Wi-Fi de l'équipage, la télémétrie de surveillance moteur et le backhaul vidéo en ligne malgré les handoffs satellite et la météo.
• Industrie à distance : une plateforme offshore qui groupe Starlink avec le cellulaire. Le tunnel groupé délivre la bande passante agrégée pour la SCADA, la voix et les flux d'inspection vidéo — avec Boost, les pics de congestion cellulaire sont isolés afin de ne pas dégrader le primaire satellite.
• Sûreté civile : un véhicule de commandement qui groupe une antenne Starlink avec plusieurs opérateurs cellulaires. Lorsque le véhicule passe derrière un bâtiment et qu'un tronçon cellulaire se dégrade, le tunnel groupé ne saccade pas — Starlink et les tronçons cellulaires restants portent la charge.

La combinaison de la gestion satellite native d'Orbit WAN et de l'intelligence de bonding de SpeedFusion Boost est le cœur de l'évolution architecturale de la firmware 8.6.0 pour les déploiements à dominante satellite. C'est elle qui transforme « nous avons du satellite » en « nous avons un WAN groupé, géré et multi-orbite ». Pour en savoir plus sur le fonctionnement de SpeedFusion Boost, consultez notre analyse approfondie de SpeedFusion Boost ; les principes du bonding sont expliqués dans notre article Le bonding multi-WAN en bref.

Tout routeur Peplink doté d'un port WAN libre peut accueillir un terminal satellite — c'est la vertu d'Orbit WAN comme fonction firmware sans verrouillage matériel. Mais certains matériels sont conçus dès l'origine pour la tâche. La série MAX Orbit — Orbit 2, Orbit 4 et Orbit 8 — est la gamme de routeurs multi-orbite dédiée de Peplink, construite pour les déploiements où le satellite est le WAN primaire, pas le backup.

La série Orbit est conçue pour grouper simultanément Starlink, OneWeb et le cellulaire via SpeedFusion — avec GPS intégré pour le positionnement mobile et maritime et des boîtiers robustes, certifiés pour les environnements où la connectivité multi-orbite compte réellement. La série comprend trois tailles (Orbit 2, Orbit 4, Orbit 8) pour des configurations multi-orbite de densité variable ; les spécifications concrètes par modèle sont listées par Peplink sur la page produit.

Pour les opérateurs maritimes, la série Orbit est le choix naturel : un navire qui veut Starlink en primaire, OneWeb en diversification et le cellulaire pour la navigation côtière peut faire fonctionner les trois sur un seul routeur — gérés dans un seul tableau de bord, avec SpeedFusion Boost pour les handoffs. Pour les sites industriels isolés, la série Orbit fournit la densité WAN et le débit de bonding nécessaires pour agréger satellite et cellulaire en un tunnel hautement disponible. Pour la sûreté civile, le boîtier robuste et le GPS intégré rendent la série Orbit adaptée aux véhicules de commandement mobiles qui ont besoin d'un WAN multi-orbite groupé dans les minutes suivant leur arrivée.

Ceux qui souhaitent en savoir plus sur l'architecture 5G de Peplink, particulièrement pertinente en combinaison avec le satellite, trouveront des explications complémentaires dans notre article Équiper Peplink en 5G : pourquoi quatre chemins d'antenne ?.

Si le satellite est votre primaire, pas votre backup, alors la série Orbit est la gamme matérielle que vous devriez spécifier. Parlez à Ascend — en tant que Peplink Gold Partner, nous concevons l'ensemble de la pile : sélection du matériel, configuration Orbit WAN, conception du bonding SpeedFusion et gestion InControl 2 au quotidien.

Peplink Orbit WAN n'est pas une fonction satellite. C'est une philosophie de gestion WAN : traitez le terminal satellite exactement comme n'importe quel autre WAN — nativement, avec de la télémétrie, des health checks ajustés et l'intégration au bonding — et le satellite cesse d'être le lien fragile et particulier que les exploitants tolèrent pour devenir un membre géré du réseau de périphérie. La Firmware 8.6.0 livre cette philosophie avec Starlink et OneWeb comme deux premières constellations intégrées, SpeedFusion Boost comme moteur de bonding qui rend l'agrégation multi-orbite réellement rapide, et la série MAX Orbit comme le matériel construit pour cela.

Que vous exploitiez une flotte maritime, un réseau industriel distant ou un déploiement de sûreté civile où le satellite est primaire — la question n'est plus de savoir si l'on peut gérer et grouper des WAN satellites. Avec Orbit WAN, on peut. La question est de savoir si votre architecture actuelle en tire déjà parti.

Prêt à concevoir votre déploiement Orbit WAN ? En tant que Peplink Gold Partner, Ascend livre l'ensemble de la pile — du choix du matériel à la conception du bonding SpeedFusion jusqu'à la gestion de flotte InControl 2. Contactez-nous pour planifier votre architecture multi-orbite. Vous trouverez d'autres articles sur Peplink Firmware 8.6.0 dans notre catégorie de blog Peplink.

Cet article a été documenté et rédigé avec le soutien de l'IA et vérifié avant publication par les ingénieurs Peplink certifiés d'Ascend.