Bonjour à tous! En tant que CTO de rConfig, je suis souvent sur le terrain, affrontant toutes sortes de scénarios techniques excentriques. Aujourd'hui, je suis ravi de partager une aventure récente que nous avons eue avec un FAI au Royaume-Uni, mettant en avant une série de commutateurs Avaya hérités. Vous pouvez consulter les détails du produit ici : Fiche technique de la Série de Commutateurs Avaya. C'est une lecture fascinante!

Notre aventure a commencé lorsqu'un client avait besoin d'aide pour sauvegarder cet appareil via telnet - une demande que nous ne pouvions tout simplement pas ignorer. Nous sommes fiers de ne pas laisser tomber nos clients, alors nous avons retroussé nos manches et plongé dedans. Après plusieurs heures stimulées par la caféine, nous sommes sortis victorieux avec une solution élégante et étonnamment simple. Et devinez quoi ? Cela fonctionne pour nos clients pro et core.

Maintenant, parlons du problème. Lorsque vous vous connectez à ces appareils via telnet, vous êtes accueilli par un écran d'ouverture. D'un point de vue marketing, cela a du sens, mais c'est un peu un obstacle pour les scripts d'automatisation. Vous êtes invité à appuyer sur ctrl+y pour continuer, une étape petite mais cruciale. Voir la capture d'écran ci-dessous :

Capture d'écran de l'écran d'ouverture du commutateur Avaya vty100

Après avoir contourné l'écran d'ouverture initial, vous en rencontrez un autre – un rappel des jours où les interfaces CLI étaient conçues uniquement pour l'interaction humaine. Vous entrez votre nom d'utilisateur et mot de passe, remplissez les champs, et voilà, vous êtes à l'invite standard du commutateur, prêt à faire votre travail.

Capture d'écran de l'écran de connexion du commutateur Avaya vty100

Mais voici le hic : lorsque vous accédez à l'appareil via le telnet standard, vos frappes sont traduites en codes de contrôle VT100, que l'interpréteur VT100 du CLI traite ensuite. C'est parfait pour les humains, mais pas autant pour les scripts ou les applications comme rConfig. Nous avions besoin d'un moyen de passer les écrans d'ouverture et d'accéder à l'invite CLI, le tout sans intervention humaine.

En parlant de rConfig, notre moteur Telnet est assez robuste, prenant en charge des milliers d'implémentations de fournisseurs différentes. Mais ce commutateur Avaya a posé un défi unique. Nous avons réalisé que nous avions affaire à une implémentation VT100, évidente à partir des chaînes de caractères spéciales dans la sortie de débogage rConfig.

Voici quelques exemples de ce que nous avons vu en travaillant sur les consoles VT100. Un peu comme la matrice, un œil exercé peut voir les motifs dans la sortie immédiatement :

[<span class="hljs-number">24</span>;0HE/
[<span class="hljs-number">24</span>;0HE
[<span class="hljs-number">24</span>;<span class="hljs-number">38</span>H
[<span class="hljs-number">24</span>;<span class="hljs-number">19</span>H
[?<span class="hljs-number">25</span>h
[<span class="hljs-number">1</span>;<span class="hljs-number">24</span>r
[<span class="hljs-number">24</span>;<span class="hljs-number">1</span>H
[<span class="hljs-number">2</span>K

Alors, quelle était la solution? Cela s'est avéré être simple. Nous devions identifier le code de contrôle VT100 pour ctrl+y, qui est x19 (vous pouvez le trouver ici : Caractères de contrôle IBM VT100). Le code PHP réel pour l'envoyer était simplement :

fwrite(<span class="hljs-keyword">$this</span>->connection, <span class="hljs-string">'\X19'</span>); <span class="hljs-comment">// ASCII code for Ctrl+Y</span>

Pour garder cette solution flexible pour rConfig, nous avons ajouté des paramètres spéciaux à un nouveau modèle de connexion pour cet appareil. Sur la base de ces paramètres, le système envoie ctrl+y et les informations d'identification en réponse aux données spécifiques.

Voici un aperçu du code modèle :

<span class="hljs-section">vt100:</span>
    hasSplashScreen: <span class="hljs-string">"on"</span>
    splashScreenReadToText: <span class="hljs-string">"008"</span>
    splashScreenSendControlCode: <span class="hljs-string">"\x19"</span>

Le modèle complet est dans notre dépôt github de modèles https://github.com/rconfig/rConfig-templates/tree/master/Avaya

En conclusion, cette aventure souligne la polyvalence de rConfig. Nous ne nous contentons pas de gérer des configurations; nous relevons le défi des appareils et protocoles hérités, assurant que notre plateforme reste agnostique quant aux fournisseurs et flexible. Et oui, dépanner cela avec un client fantastique a été un plaisir !

Oh, et d'ailleurs, tous les tests ont réussi après la mise en œuvre dans les versions Core et Pro :

Capture d'écran de la récente suite de tests rConfig tous réussis

Voilà! Un petit aperçu dans la vie d'un CTO chez rConfig, où chaque jour est une nouvelle opportunité de s'attaquer au monde fascinant de la gestion de réseau. Restez à l'écoute pour plus d'histoires de nos aventures techniques!