Selon l'annonce, on parle d'ingénieur VoIP, d'ingénieur ToIP, d'ingénieur téléphonie ou d'ingénieur communications unifiées. Le socle reste le même : le protocole SIP, la voix transportée en RTP, la qualité de service sur le réseau, les trunks des opérateurs et le diagnostic des appels. Les plateformes, elles, varient : Cisco CUCM, Alcatel-Lucent OXE, Mitel, Asterisk ou FreeSWITCH, Teams Phone, avec des SBC AudioCodes, Ribbon ou Oracle. Les questions d'entretien d'ingénieur VoIP séparent ce socle des produits.
Un CV qui aligne cinq IPBX dit peu de choses. Beaucoup de profils ont surtout administré des postes, des renvois et des droits dans une interface. Celui qui a exploité une plateforme parle sans hésiter de 183 Session Progress, de SDP, de SIP ALG, de marquage EF et de captures Wireshark. Les migrations vers Teams Phone et la fermeture du cuivre multiplient aussi les projets où ancien et nouveau doivent cohabiter.
Le raisonnement se teste sur une panne réelle plutôt que sur des définitions : une trace SIP anonymisée tirée de la plateforme suffit. Le PDF contient l'entretien complet, avec 30 questions sur six axes, un cas de 20 minutes sur le remplacement d'accès T2 par un trunk SIP et une grille de 1 à 4.
Protocoles et plateformes de l'ingénieur VoIP / ToIP
SIP et SDP
SIP (RFC 3261) établit, modifie et termine les appels ; le SDP (RFC 8866, qui remplace la RFC 4566) décrit dans ces messages l'adresse du média et les codecs proposés. Lire un échange INVITE, 183, 200 OK, ACK et repérer un code d'erreur est la compétence de base du poste.
RTP, RTCP et SRTP
RTP transporte la voix, RTCP renvoie des statistiques de qualité, SRTP chiffre le flux. Les problèmes d'audio à sens unique, de coupures ou de voix hachée se jouent presque toujours à ce niveau, en dehors des messages SIP.
Codecs : G.711, G.729, G.722, Opus
Le codec fixe le débit et la qualité de chaque appel. G.711 reste la norme vers les opérateurs, G.729 économise du débit au détriment de la qualité, G.722 et Opus apportent la voix large bande. Le choix pèse sur la bande passante et sur les fax.
IPBX et plateformes
Cisco CUCM, Alcatel-Lucent Enterprise OXE, Mitel, 3CX, Asterisk ou FreeSWITCH sur site, Teams Phone, Webex Calling ou des offres de téléphonie cloud. Le parc français reste très mélangé, et les projets de migration de l'un vers l'autre sont fréquents.
SBC : AudioCodes, Ribbon, Oracle
Le Session Border Controller se place entre la plateforme et l'opérateur : sécurité, traversée de NAT, normalisation des numéros et des en-têtes SIP, transcodage. Teams Direct Routing impose un SBC certifié par Microsoft.
Trunks SIP et numéros SDA
Le trunk SIP remplace les anciens accès T0 et T2 : un nombre de canaux simultanés, des tranches de numéros SDA, un format de numéros attendu par l'opérateur. Sa mise en service demande une recette précise, appels d'urgence compris.
QoS, VLAN voix et PoE
Marquage DSCP (EF pour la voix), files prioritaires sur les liens, VLAN voix annoncé par LLDP-MED et alimentation des postes par PoE. Une voix de mauvaise qualité vient plus souvent du réseau que de l'IPBX.
Diagnostic : Wireshark, sngrep, Homer
Wireshark décode les échanges SIP et rejoue les flux RTP, sngrep affiche les dialogues SIP sur un serveur, Homer conserve l'historique des signalisations. Le candidat doit dire lequel il ouvre en premier, et pourquoi.
Le poste existe chez les intégrateurs et les opérateurs, souvent en support de niveau 3 ou en projet chez des clients, et dans les DSI des grandes organisations, où l'ingénieur administre la plateforme et pilote un infogérant. Certaines annonces récentes demandent la nationalité française et une habilitation de défense, d'autres des astreintes ou des déplacements entre sites. Les certifications constructeur (Cisco Collaboration, Alcatel-Lucent Enterprise, Microsoft) indiquent un écosystème, pas une capacité de diagnostic. L'ingénieur qui conçoit et dépanne se distingue de l'administrateur qui gère les postes et les droits, et la part de réseau attendue varie d'un poste à l'autre.
Six compétences techniques attendues d'un ingénieur VoIP
- Signalisation SIP et SDP
- Média, codecs et qualité de la voix
- Réseau pour la voix : QoS, NAT, PoE
- Trunks SIP, numérotation et routage
- Diagnostic et exploitation
- Sécurité de la voix et conformité
Pannes et réglages soumis à un ingénieur VoIP / ToIP
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.
Question 1 · confirmé
Sur certains appels, l'appelant entend son correspondant, mais l'inverse ne marche pas. Comment cherchez-vous la cause ?
Une bonne réponseUn audio à sens unique veut dire que la signalisation fonctionne et qu'un des deux flux RTP n'arrive pas. Il compare l'adresse et le port annoncés dans le SDP de chaque côté avec ce qui circule dans une capture. Les causes habituelles : une adresse privée annoncée derrière un NAT, un SIP ALG qui réécrit mal le SDP, un pare-feu qui bloque la plage de ports RTP dans un sens, un routage asymétrique, un SBC mal réglé pour le relais du média. Il teste en interne puis vers l'extérieur pour situer le défaut.
Signal d'alerteIl change de codec ou de poste sans avoir regardé les adresses dans le SDP.
Question 2 · confirmé
Un appel sortant échoue, et la trace montre un 403 Forbidden de l'opérateur juste après l'INVITE. Que regardez-vous ?
Une bonne réponseUn 403 est un refus explicite : l'INVITE est bien arrivé, le réseau n'est pas en cause. Il cherche ce que l'opérateur refuse : le numéro présenté dans le From ou le P-Asserted-Identity (hors des tranches SDA de l'entreprise, au format national au lieu de E.164 ou l'inverse), une adresse IP source ou un compte non autorisés, une destination bloquée (international, numéros surtaxés). Il compare avec un appel qui passe, contrôle la normalisation des numéros sur le SBC et demande à l'opérateur le motif dans ses propres traces.
Signal d'alerte« Le trunk est tombé », alors qu'un 403 prouve que l'opérateur répond, ou un redémarrage de l'IPBX sans avoir lu la trace.
Question 3 · confirmé
Vous raccordez un trunk SIP opérateur à l'IPBX à travers un SBC. Que demandez-vous à l'opérateur avant la mise en service ?
Une bonne réponseLe mode de raccordement (enregistrement avec identifiants ou trunk statique sur adresses IP), les adresses et ports de signalisation et de média à autoriser, le transport (UDP, TCP ou TLS) et le chiffrement du média, les codecs acceptés et le mode DTMF, le nombre de canaux simultanés, les tranches de SDA, le format attendu des numéros (E.164 ou national) dans la Request-URI, le From et le P-Asserted-Identity, le traitement des appels d'urgence et de la présentation du numéro, le support du REFER et du fax T.38. Il prépare une liste de tests de recette.
Signal d'alerteIl branche le trunk avec la configuration par défaut et corrige au fil des plaintes.
Question 4 · confirmé
Comment configurez-vous la qualité de service pour la voix sur le LAN et le WAN ?
Une bonne réponseUn marquage DSCP au plus près de la source, avec une confiance limitée aux équipements connus (téléphones, SBC) : EF pour le média voix, CS5 ou CS3 pour la signalisation selon la référence suivie (la RFC 4594 recommande CS5, beaucoup de constructeurs utilisent CS3), AF41 pour la visio. Une file prioritaire avec une limite de débit sur les liens WAN, pour ne pas affamer le reste, et un VLAN voix sur l'accès. Il vérifie que l'opérateur respecte ou remappe le marquage, et sait qu'internet ne le garantit pas.
Signal d'alerteIl marque tout le trafic en EF, ou croit que le marquage suffit sans file prioritaire sur le lien saturé.
Question 5 · confirmé
Le SBC enregistre des milliers de tentatives d'enregistrement SIP venues de l'étranger. Que faites-vous ?
Une bonne réponseCe sont des balayages qui cherchent des comptes faibles pour passer des appels frauduleux. Il vérifie d'abord qu'aucun compte n'est compromis (enregistrements réussis inconnus, appels vers l'international). Puis il filtre les sources (seulement les adresses de l'opérateur sur le trunk), limite les tentatives et bannit les adresses fautives (fonction du SBC ou fail2ban), impose des mots de passe longs et uniques par compte, et restreint par défaut l'international et les numéros surtaxés, avec des plafonds chez l'opérateur.
Signal d'alerteIl ignore l'alerte parce que « les tentatives échouent », ou laisse l'interface SIP ouverte à tout internet.
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
Ingénieur VoIP / ToIP : les questions fréquentes
Quelles compétences sont attendues d'un ingénieur VoIP ?
Le socle : SIP et SDP, RTP et les codecs, la qualité de service sur le réseau, les trunks opérateurs et la lecture de traces dans Wireshark. S'y ajoutent la plateforme utilisée (Cisco, Alcatel-Lucent Enterprise, Mitel, Asterisk, Teams Phone) et le SBC. Selon le poste, comptent aussi la visioconférence, le centre de contacts ou l'automatisation en Python. Un bon généraliste SIP apprend une nouvelle plateforme plus vite qu'un spécialiste d'un produit n'apprend le protocole.
VoIP ou ToIP : y a-t-il une différence ?
Au sens strict, la VoIP désigne le transport de la voix sur un réseau IP, et la ToIP le service de téléphonie complet construit dessus : postes, IPBX, fonctions de standard. Dans les annonces, les deux termes désignent presque toujours le même métier. Les offres emploient les deux termes, et ce sont les plateformes et la part de réseau attendue qui distinguent vraiment les postes.
Quel test technique est donné à un ingénieur VoIP ?
Le candidat reçoit une trace SIP anonymisée d'un appel en échec et dit ce qui se passe : un 488, un ACK manquant ou une adresse privée dans le SDP suffisent à distinguer les niveaux. Un problème de qualité avec des valeurs de gigue et de perte complète l'exercice. Trente minutes suffisent. Faire commenter la trace à voix haute montre la méthode bien mieux qu'un questionnaire à choix multiples.
Une certification constructeur est-elle indispensable ?
Une certification Cisco, Alcatel-Lucent Enterprise ou Microsoft montre qu'un ingénieur connaît une plateforme et son administration. Elle ne garantit pas qu'il sait diagnostiquer un appel qui échoue entre trois équipements de marques différentes. Elle l'est quand un contrat de partenariat ou un client l'impose. Sinon, elle reste un plus, et le diagnostic se vérifie en entretien, sur une trace réelle.
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.
