L'outil que nous utilisons en audit et en recette — et que vous pouvez aussi exploiter par vous-même, avec ou sans notre accompagnement.
Aperçu représentatif de l'interface de pilotage — onglets Endpoints, Matrice de tests, Topologie, Planification, Historique.
Six usages couverts par le même outil, du premier test au suivi dans la durée.
01
Trafic UDP, TCP ou RTP natif (voix, MOS estimé), multicast ASM/SSM, en IPv4 comme en IPv6 — perte, latence, gigue (RFC 3550) et coupures horodatées individuellement.
02
Comparer la source observée après translation à la source attendue, PAT compris — pour confirmer qu'une règle fait exactement ce qu'elle est censée faire.
03
Les endpoints positionnés par sous-réseau, les liens entre eux, et les flux prévus par la matrice de tests en cours — avant même de lancer un run.
04
Des campagnes récurrentes, avec un scénario dédié indépendant de la configuration courante — et un historique pour comparer les runs entre eux.
05
L'orchestrateur tourne sur un serveur physique ou virtualisé chez vous ; les points de mesure n'ont pas besoin d'être au même endroit — connectez des endpoints distants, y compris sur du matériel léger type Raspberry Pi, pour mesurer directement sur un site, une agence ou un équipement éloigné.
06
Au-delà de la génération de trafic actif pour vos campagnes de test, l'outil peut aussi faire office de sonde, positionnée durablement sur votre réseau pour en surveiller la santé en continu.
Le serveur, installé sur votre site principal, simule localement un grand nombre d'endpoints et pilote à distance des endpoints géographiquement distribués — le même scénario de test traverse alors un datacenter, une liaison WAN et un site SD-WAN, pour valider le comportement réel du réseau et pas seulement celui d'un segment isolé.
Les endpoints, la génération automatique des couples à tester (N×N), les valeurs par défaut et les tests explicites — tout tient dans un fichier texte, importable et exportable à tout moment.
Le fichier utilisé pour mesurer l'existant en audit est le même qui sert à valider la cible en recette — la comparaison porte sur l'infrastructure, pas sur la méthode de test.
Importez des dizaines d'endpoints en un seul fichier plutôt que de les saisir un par un dans l'interface.
Un fichier texte se diffe, se revoit et se partage dans votre dépôt Git — pas un export propriétaire illisible.
Une campagne récurrente peut embarquer son propre scénario YAML, figé, indépendant de la configuration courante du compte.
endpoints: paris-core-1: ip: 10.12.4.10 network: 10.12.4.0/24 gateway: 10.12.4.254 generate: enabled: true protocol: udp tests: - name: multicast-ssm-voix protocol: rtp group: 239.1.1.10