Questions d'entretien Nokia SR OS, du modèle de services au MD-CLI

Sur SR OS, tout part du modèle de services : SAP côté client, SDP ou table des tunnels côté réseau, VPRN, VPLS et Epipe pour les offres. Un candidat qui a vraiment exploité des 7750 SR décrit ce modèle sans hésiter et sait dans quelle CLI il travaille.

Recevoir la fiche complète

Mis à jour le Par l'équipe Delectus5 min de lecture

La fiche Ingénieur IP/MPLS Nokia SR OS : technologies, chaîne du poste, une question et la grille d'évaluation

L'ingénieur IP/MPLS Nokia SR OS intègre et exploite des routeurs 7750 SR, 7450 ESS et 7210 SAS chez des opérateurs, des opérateurs d'infrastructure et de grands réseaux de transport. Il crée et dépanne des services VPRN, VPLS et Epipe, règle IS-IS, BGP et le transport LDP, RSVP-TE ou segment routing, et applique les politiques QoS propres à Nokia. Beaucoup de réseaux mélangent Nokia et Cisco, et les offres le disent.

Deux points séparent vite les profils. Le premier est le modèle de services, très différent de la logique VRF et sous-interface de Cisco : SAP, SDP, customer, service ID, auto-bind-tunnel. Le second est la CLI. Selon l'âge du parc, l'équipe travaille en CLI classique, où chaque ligne s'applique tout de suite, ou en MD-CLI, avec candidate, commit et plusieurs modes de configuration. L'entretien fait préciser dans laquelle la personne a travaillé, et ce qu'elle ferait sur l'autre.

La certification Service Routing de Nokia, avec ses niveaux NRS I et NRS II, apparaît souvent sur les CV. Elle confirme le socle, pas l'exploitation. Le PDF ajoute 30 questions, un cas de 20 minutes sur un PoP Nokia à reprendre et la grille d'évaluation.

Gamme Nokia et briques SR OS d'un réseau opérateur

SR OS (CLI classique et MD-CLI)

Le système des routeurs de service Nokia. La CLI classique applique chaque commande immédiatement et demande admin save pour la conserver. Le MD-CLI travaille par candidate et commit, avec les modes private, exclusive, global et read-only. Un routeur peut fonctionner en mode classique, mixte ou model-driven.

7750 SR, 7450 ESS et 7210 SAS

Le 7750 SR sert de PE et de routeur de cœur, le 7450 ESS d'agrégation Ethernet, le 7210 SAS d'équipement d'accès chez le client ou en collecte. Les fonctions et la QoS disponibles varient selon la gamme, surtout sur les 7210.

Modèle de services (SAP, SDP)

Chaque service rattache des SAP, points d'attache des clients, à des SDP ou à la table des tunnels vers les autres PE. Un customer et un service ID identifient chaque service. Ce vocabulaire est la base de toute discussion avec un candidat SR OS.

VPRN, IES, VPLS et Epipe

Les quatre services les plus courants : L3VPN, service de niveau 3 dans la table globale, niveau 2 multipoint et circuit point à point. Ils correspondent directement aux offres que l'opérateur vend.

EVPN sur SR OS

EVPN se configure dans les VPLS et les Epipe avec bgp-evpn. Il remplace peu à peu les VPLS en mesh-SDP et apporte le raccordement d'un client sur deux PE par Ethernet segment.

IS-IS, BGP, LDP et SR

Le routage et le transport du backbone. SR OS classe les tunnels dans une table par préférence, ce qui pèse lourd dans une migration de LDP vers le segment routing.

QoS SR OS

Politiques sap-ingress, sap-egress et network, huit classes de forwarding, files et policers avec CIR et PIR. Le modèle est puissant et demande un plan écrit pour rester cohérent sur tout le parc.

NSP (Network Services Platform)

La plateforme Nokia de gestion, de création de services et de supervision. Elle uniformise les créations de services. La télémétrie gNMI et l'automatisation complètent l'exploitation sur les postes seniors.

Les offres SR OS viennent surtout d'opérateurs, d'opérateurs d'infrastructure et de leurs intégrateurs, et aussi de grands réseaux de transport et d'énergie qui exploitent leur propre réseau IP/MPLS. Les missions portent sur l'intégration de 7750 SR et de 7210 SAS, la maintenance en conditions opérationnelles et les migrations de services. Les réseaux sont souvent mixtes, Nokia et Cisco, et les offres demandent les deux. Le vivier SR OS est plus étroit que le vivier Cisco : un bon profil opérateur venu d'IOS XR ou de Junos peut se former, à condition de bien poser le modèle de services pendant l'entretien. L'anglais technique sert pour les échanges avec le support Nokia.

Les compétences SR OS à faire ressortir

  • CLI classique et MD-CLI
  • Modèle de services SR OS
  • Transport et table des tunnels
  • EVPN et services de niveau 2
  • QoS SR OS et protection du CPM
  • NSP, télémétrie et migrations

Questions d'entretien SR OS, réponses attendues comprises

Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.

  1. Question 1 · confirmé

    Sous MD-CLI, un collègue a commité une modification d'un VPRN pendant que vous prépariez vos propres changements en mode private sur le même routeur. Que se passe-t-il au moment de votre commit ?

    Une bonne réponseEn mode private, chaque session travaille sur sa propre candidate, construite à partir d'une photo de la configuration (la baseline). Le commit du collègue rend cette baseline périmée. Au commit, le routeur tente une mise à jour automatique et signale les conflits si les mêmes éléments ont été modifiés des deux côtés. La commande update, lancée à la racine /configure, fait cette mise à jour à la demande et affiche les conflits. Pour un changement planifié, le mode exclusive empêche les autres sessions de commiter pendant l'intervention.

    Signal d'alerte« Le dernier qui commite écrase l'autre », ou aucune idée des modes private, exclusive et global.

  2. Question 2 · confirmé

    Expliquez le rôle d'une SAP et d'un SDP dans un service SR OS, et ce que change auto-bind-tunnel dans un VPRN.

    Une bonne réponseLa SAP est le point d'attache du client sur le PE : un port et une encapsulation (VLAN, double VLAN). Le SDP représente le tunnel vers le PE distant, au-dessus d'un transport LDP, RSVP-TE ou segment routing. Le service s'y rattache par une liaison spoke ou mesh. Dans un VPRN, on n'attache généralement pas de SDP à la main : auto-bind-tunnel résout les next hops BGP des routes VPN dans la table des tunnels, selon les types autorisés par le resolution-filter.

    Signal d'alerteConfondre SAP et SDP, ou croire qu'il faut créer un SDP par PE distant pour chaque VPRN.

  3. Question 3 · senior

    Sur des 7750 SR, SR-ISIS est configuré et les prefix SID sont annoncés, mais les VPRN continuent d'utiliser LDP. Pourquoi ?

    Une bonne réponseSR OS place tous les tunnels disponibles dans une table des tunnels et les classe par préférence. Par défaut, LDP passe devant SR-ISIS. Tant que LDP tourne, les services résolus par auto-bind-tunnel le gardent. Pour basculer, on modifie la préférence de SR dans IS-IS ou le resolution-filter des services, puis on vérifie dans la table des tunnels quel type résout chaque next hop. Le candidat prévoit la bascule service par service et garde LDP jusqu'à la fin de la migration.

    Signal d'alerteCouper LDP pour « forcer » SR sans vérifier que tous les routeurs annoncent leurs SID, ou ignorer la table des tunnels.

  4. Question 4 · senior

    Vous remplacez un VPLS en mesh-SDP par un VPLS avec bgp-evpn sur des 7750. Qu'est-ce qui change pour l'apprentissage des MAC et pour les clients raccordés à deux PE ?

    Une bonne réponseAvec bgp-evpn, les PE s'annoncent les adresses MAC en BGP (routes de type 2) au lieu de les apprendre par inondation sur les SDP. Le trafic inconnu diminue, les déplacements de MAC sont suivis par un numéro de séquence et la suppression ARP devient possible. Le raccordement d'un client sur deux PE passe par un Ethernet segment, en single-active ou en all-active, avec élection d'un designated forwarder. Il prévoit une période de cohabitation et la reprise des services existants un par un.

    Signal d'alerte« C'est la même chose avec un autre nom », ou une migration de tous les VPLS d'un coup.

  5. Question 5 · senior

    Un client se plaint que sa voix passe mal alors que son débit total respecte le contrat. Comment suivez-vous ses paquets dans les politiques QoS SR OS, de la SAP jusqu'au cœur ?

    Une bonne réponseÀ l'entrée, la politique sap-ingress classe les paquets dans une classe de forwarding (ef pour la voix) et les met en file ou en policer avec un CIR et un PIR. Les paquets au-delà du CIR passent hors profil et seront jetés en premier. Sur les ports réseau, la politique network fait correspondre la classe au champ TC des étiquettes, et les network-queue gèrent les files du cœur. Au PE de sortie, la politique sap-egress applique la file finale. Il lit les compteurs par file de la SAP pour trouver où se font les pertes, et vérifie que la voix du client est bien marquée comme convenu.

    Signal d'alerte« On augmente le débit du client » sans regarder la classification, ou ignorer qu'il y a des politiques distinctes en bordure et dans le cœur.

Recevez la fiche d'entretien complète en PDF

La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.

  • 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
  • Le niveau visé pour chaque question
  • Une mise en situation de 20 minutes et ce qu'on attend du candidat
  • La grille d'évaluation de 1 à 4, axe par axe

Nokia SR OS : les questions fréquentes

Quels réflexes d'un profil Cisco posent problème sur SR OS ?

Le plus courant est de penser en VRF et en sous-interfaces au lieu de services, de SAP et de SDP. Viennent ensuite les politiques de routage écrites comme des route-map, l'oubli d'admin save en CLI classique et la méconnaissance de la QoS par classes de forwarding. Rien de bloquant pour un bon profil opérateur, mais il faut une vraie période d'apprentissage, et l'entretien vérifie qu'il a déjà manipulé le modèle de services.

Que vaut la certification Nokia Service Routing sur un CV ?

Le programme Nokia Service Routing Certification couvre les bases du routage de services sur SR OS. Les niveaux NRS I puis NRS II reviennent le plus souvent sur les CV. Le NRS II montre une connaissance sérieuse des services, de MPLS et de la QoS Nokia. Comme toute certification, il ne prouve pas l'exploitation. Un service dépanné ou une migration menée sur des 7750 SR, racontés en détail, valent davantage.

Faut-il exiger le MD-CLI ou la CLI classique ?

Celle du parc en place est exigée, et la personne doit comprendre l'autre. Une équipe qui reste en CLI classique a besoin de rigueur sur l'ordre des commandes et sur les points de retour. Une équipe en MD-CLI attend la maîtrise du commit, des modes de configuration et de compare. Si une bascule vers le model-driven est prévue, un candidat qui l'a déjà vécue apporte beaucoup.

Quelle mise en situation pour un ingénieur Nokia SR OS ?

La mise en situation part d'une configuration de service anonymisée : un Epipe down, un VPRN qui perd des routes, une politique QoS mal appliquée. La personne lit la sortie et propose la correction. En test technique de trente minutes sur un VSR de laboratoire, la personne crée un VPRN entre deux PE en MD-CLI. On voit vite si elle connaît le modèle de services et le cycle candidate, compare, commit.

Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.

Les fiches voisines

Toutes les fiches →

Voyez Delectus sur vos propres offres.

Commencez gratuitement. Passez à l'échelle quand vous êtes prêt.

Demander une démo

Votre ATS, connecté à Delectus

  • Workable
  • Teamtailor
  • iCIMS
  • Lever
  • SmartRecruiters
  • Jobvite
  • Greenhouse
  • Pinpoint