- Produit · Surveillance de l'infrastructure Internet
Surveillance VoIP et Surveillance SIP : Un Softphone Planifié Qui S'enregistre et Appelle via Votre PBX
La surveillance VoIP de Dotcom-Monitor fonctionne comme un softphone SIP. Selon le calendrier que vous définissez, il se connecte à votre PBX, trunk SIP ou fournisseur VoIP hébergé avec les identifiants d’une extension, s’enregistre de la même manière qu’un softphone de bureau, passe un appel vers le numéro que vous choisissez, et vérifie que la partie appelée a répondu, était occupée ou n’a pas répondu, selon ce que vous avez indiqué à attendre.
Tout autre résultat (enregistrement refusé, pas de réponse dans votre seuil de temps, Occupé alors que vous attendiez Réponse) est une erreur. Elle est recontrôlée depuis un second nœud de surveillance et envoyée à votre canal d’astreinte avec les détails joints.
Deux vérifications SIP dans une seule tâche
Intervalle de contrôle le plus court
Résultats attendus :
Réponse · Occupé · Pas de réponse
Options de transport sécurisé pour l'appel test
Qu'est-ce que la surveillance VoIP, et ce que fait la nôtre
La surveillance VoIP est la vérification automatisée et continue qu’un système de voix sur IP peut accepter une inscription, établir un appel et le connecter au bon endroit. Le logiciel de surveillance VoIP de Dotcom-Monitor le fait de manière synthétique. Au lieu d’observer le trafic existant, un agent de surveillance agit comme un softphone SIP : il s’inscrit sur votre serveur avec les identifiants d’une extension, de la même manière qu’un softphone de bureau ou un téléphone de bureau, et passe un appel SIP à intervalle fixe. Si un softphone peut s’inscrire et composer sur votre système, le moniteur peut tester le même chemin. Chaque résultat est enregistré, comparé au résultat attendu, et une alerte est générée s’il diffère.
Le protocole utilisé est SIP, le Session Initiation Protocol (RFC 3261) que presque toutes les plateformes VoIP utilisent pour enregistrer les points d’extrémité et établir les appels. La surveillance SIP est le mécanisme ; la surveillance VoIP est le résultat. La même tâche de surveillance teste un PBX sur site, un trunk SIP opérateur ou un service VoIP hébergé, car tous acceptent SIP en périphérie.
Une précision, car les noms se ressemblent. Cette page couvre la surveillance de votre infrastructure SIP : le serveur, le trunk, le chemin d’inscription et d’établissement d’appel. Elle ne couvre pas la composition d’un numéro de téléphone publié depuis l’extérieur pour confirmer qu’il sonne et qu’il est décroché. C’est la surveillance de numéro de téléphone, que notre service partenaire réalise sur son propre site via le réseau téléphonique public. De nombreuses équipes utilisent les deux. La surveillance SIP vous indique si le PBX est sain ; la surveillance de numéro de téléphone vous indique si les clients peuvent le joindre.
Comment s'exécute un contrôle de surveillance VoIP
Chaque contrôle est une courte session SIP entre un agent Dotcom-Monitor et votre serveur : inscription, appel, comparaison du résultat, rapport. Il se répète à l’intervalle que vous définissez, aussi souvent qu’une fois par minute.
L'agent résout et se connecte à votre serveur SIP
Vous lui fournissez un nom d'hôte ou une IP et un port. Si votre serveur nécessite un transport sécurisé, l'agent négocie d'abord TLS. La résolution DNS peut utiliser le résolveur par défaut de l'agent ou une correspondance que vous définissez, ce qui est important lorsque le PBX répond sur un nom interne.
Il s’inscrit comme une extension
Avec le type d'action défini sur Effectuer l'inscription ou Effectuer l'inscription et l'appel, l'agent envoie un REGISTER SIP avec le nom d'utilisateur, le nom d'autorisation, le mot de passe et le nom affiché que vous avez configurés, les mêmes champs que vous entreriez dans un softphone, créant le lien entre l'adresse SIP et la localisation de l'agent comme décrit dans RFC 3261 §10. Une inscription rejetée ou sans réponse est une erreur en soi, avant toute tentative d'appel.
Il Passe l'Appel
Avec le Type d'Action réglé sur Effectuer un Appel ou Effectuer l'Enregistrement et l'Appel, l'agent envoie une INVITE au Numéro de Téléphone que vous avez spécifié : une extension interne, un numéro sur un autre PBX écrit comme number@domain, ou un numéro externe tel que 15554441234. Votre serveur le route comme tout autre appel.
Il Compare le Résultat avec ce que Vous Attendez
Vous définissez le Résultat d'Appel Attendu sur Répondu, Pas Répondu ou Occupé. Un moniteur pointé sur une file d'attente dotée de personnel s'attend à une Réponse ; un autre pointé sur une extension de test délibérément occupée attend Occupé. Un résultat différent, une réponse d'erreur du serveur, ou aucune réponse à l'intérieur du Seuil de Validation du Temps est enregistré comme une erreur avec la réponse et le minutage associés.
Les Erreurs Sont Vérifiées, Puis Alertées
Avant qu'un incident ne soit ouvert, la plateforme relance la vérification échouée depuis un autre nœud de surveillance. Si celui-ci échoue aussi, l'alerte est envoyée via vos règles d'alerte (email, SMS, appel téléphonique, Slack, Microsoft Teams, PagerDuty, webhook) avec les preuves de chaque nœud. S'il réussit, l'événement est enregistré dans le rapport et personne n'est appelé.
Surveillance SIP : Chaque Paramètre dans la Tâche, et Ce Qu'il Vérifie
Une tâche de surveillance VoIP/SIP est un appareil dans votre compte Dotcom-Monitor, configuré avec les mêmes détails que vous entreriez dans un softphone SIP : serveur, port, identifiants d’extension, et le numéro à composer. Vous pouvez combiner l’enregistrement et un appel dans une seule tâche (beaucoup de systèmes exigent l’enregistrement avant de router un appel), ou exécuter l’un ou l’autre seul. Pour la surveillance de trunk SIP, une tâche d’enregistrement seule est la méthode la plus légère pour confirmer que le trunk accepte les points de terminaison. La référence complète des champs se trouve dans la base de connaissances : Configurer les Tâches de Surveillance VoIP et SIP.
- Vérification de l'enregistrement (SIP REGISTER). Prouve que le serveur est en ligne, accessible sur le port configuré et accepte les identifiants. C'est la première chose qui se casse après une rotation de certificat, un changement de mot de passe ou une modification de règle de pare-feu.
- Vérification de l'établissement d'appel (SIP INVITE). Prouve que le plan de numérotation route toujours le numéro qui vous importe vers l'endroit qui vous importe, et que l'extrémité distante répond.
- Vérification du résultat attendu. Répondu, Occupé ou Pas Répondu, défini par tâche. Le moniteur teste le comportement spécifique sur lequel vous comptez, pas simplement n'importe quelle réponse.
- Seuil de temps de réponse. Un enregistrement ou un appel qui se termine mais prend plus de temps que votre limite est signalé comme lent avant de devenir un échec.
- TLS et SRTP. Lancez la vérification via le transport sécurisé utilisé par vos points de terminaison en production plutôt que sur une connexion en clair qui pourrait être configurée différemment.
Paramètre | Ce que vous saisissez | Ce que cela permet à la vérification de confirmer |
|---|---|---|
Nom d’hôte / Port | Domaine ou IP du PBX ou du fournisseur VoIP ; le port est optionnel si le serveur utilise celui par défaut | Accessibilité du serveur sur le port utilisé par les points de terminaison |
Utiliser TLS | Activé si le serveur nécessite un transport SSL/TLS | Négociation TLS sur le chemin de signalisation, le même transport utilisé par vos points de terminaison sécurisés |
Nom d’utilisateur | Le nom d’utilisateur SIP de l’extension configurée pour la surveillance | L’identité avec laquelle la vérification s’enregistre et appelle |
Type d’action | Effectuer un enregistrement, effectuer un appel, ou effectuer un enregistrement et un appel | Enregistrement uniquement, appel uniquement, ou les deux en séquence, selon les exigences de votre système |
Autorisation | Nom d’authentification et mot de passe (mot de passe optionnel) | L’enregistrement réussit selon RFC 3261 §10 ; les identifiants et la configuration du point de terminaison sont intacts |
Nom d’affichage (ANI) | Le nom de l’appelant présenté lors de l’appel | Ce que la partie appelée ou ses journaux voient comme appelant |
Numéro de téléphone | Une extension, ou number@domain pour un numéro sur un autre PBX, ou un numéro externe | Plan de numérotation et routage vers la cible que vous spécifiez, interne ou externe |
Résultat d’appel attendu | Réponse, Pas de réponse ou Occupé (menu déroulant) | La partie appelée se comporte comme elle le doit ; tout autre résultat est une erreur |
Utiliser SRTP | Activé si les médias sont chiffrés | Négociation SRTP (RFC 3711) pour l’appel test, correspondant à la configuration de vos points de terminaison en production |
Seuil de validation temporelle | Durée maximale en secondes pour attendre une réponse | Les inscriptions lentes et la mise en place d’appel lente sont signalées, pas seulement les échecs |
Options DNS | Mode résolveur et mappages hôte-IP personnalisés | Tests via la résolution de vos points de terminaison, y compris les noms internes via un agent privé |
Le type d’action définit si la tâche enregistre, appelle ou fait les deux ; de nombreux PBX exigent une inscription avant de pouvoir acheminer un appel.
Échecs VoIP détectés par une vérification SIP programmée
Les échecs vocaux sont silencieux. Il n’y a pas d’erreur 500 ; le téléphone ne sonne pas, et le premier signal est un client qui a abandonné. Une vérification SIP programmée fait apparaître ces échecs en premier.
PBX ou Trunk SIP inaccessible
Le serveur est en panne, le port SIP est bloqué, ou un changement de route a coupé le chemin depuis une région. L’enregistrement échoue lors de la vérification suivante.
Enregistrement rejeté
Un transport TLS qui cesse de négocier, un mot de passe changé non transmis aux points de terminaison, une extension supprimée. Les téléphones disparaissent silencieusement du système ; le moniteur voit le REGISTER rejeté au prochain intervalle.
Routage des appels cassé
Une modification du plan de numérotation, une règle de transfert mal configurée ou une file d’attente pleine transforme Répondre en Occupé ou Pas de réponse. Parce que vous avez défini le résultat attendu, la divergence déclenche une alerte.
Panne côté fournisseur
Votre fournisseur VoIP hébergé ou de trunk SIP subit une panne partielle qui affecte seulement certaines régions ou certains POPs. Les vérifications depuis plusieurs nœuds de monitoring montrent si la panne touche tout le monde ou une région, généralement avant la page d’état du fournisseur.
Mise en place d'appel lente
L’inscription ou l’INVITE se termine, mais bien au-delà de votre seuil. Une latence croissante sur un trunk se manifeste sous forme d’erreurs de seuil dans le rapport avant de devenir des échecs majeurs.
Points de terminaison Messagerie vocale et IVR
Dirigez une tâche vers le pilote de messagerie vocale ou une extension de standard automatique avec Résultat d’appel attendu réglé sur Répondre. Si le serveur d’applications derrière cesse de répondre, la vérification échoue.
Liens inter-sites et inter-PBX
Appelez une extension sur un second PBX (number@other_domain) pour confirmer que le trunk SIP entre les sites transmet toujours des appels, pas seulement des inscriptions.
Vérification de maintenance
Après une mise à niveau du PBX ou un changement de pare-feu, la prochaine vérification programmée est un test sur le chemin sécurisé, sans test manuel de softphone.
À travers votre pare-feu, ou depuis un agent privé à l'intérieur
Comme tout softphone se connectant depuis l’extérieur, le nœud de surveillance doit atteindre le port SIP. Les nœuds de surveillance de Dotcom-Monitor disposent d’adresses IP publiées ; ajoutez à la liste blanche celles que vous utilisez sur un contrôleur de bordure de session ou un pare-feu qui restreint l’enregistrement SIP par source. Exécuter la tâche depuis plus d’un nœud permet de déterminer si une défaillance est spécifique à un chemin réseau ou affecte tous les appelants.
Si le PBX n’est pas exposé à internet, installez un agent privé, le logiciel de nœud de surveillance sur une machine à l’intérieur de votre réseau. Il exécute la tâche SIP contre des noms et adresses internes, apparaît dans votre compte comme un autre nœud, et rapporte dans les mêmes tableaux de bord et alertes. Exécuter un nœud public et un agent privé contre le même PBX permet de différencier « le PBX est en panne » de « le chemin internet vers le PBX est en panne ».
Alertes vérifiées et rapports de temps de réponse
Alertes vérifiées
Une seule vérification SIP échouée depuis un emplacement peut être liée à un mauvais itinéraire, pas nécessairement une panne. Dotcom-Monitor relance une tâche échouée depuis un autre emplacement avant d’ouvrir un incident. Seule une défaillance confirmée atteint vos canaux d’alerte (email, SMS, appel vocal, Slack, Microsoft Teams, PagerDuty, webhooks), routée via des plannings d’escalade vers la personne suivante si la première ne répond pas. L’alerte liste les emplacements qui ont échoué, ce que le serveur a retourné et combien de temps cela a pris.
Rapports de temps de réponse et preuves SLA
Chaque vérification écrit un résultat et un temps de réponse dans vos rapports et tableaux de bord : pourcentage de disponibilité pour la période, tendance du temps de réponse par emplacement, et un journal des erreurs avec la réponse du serveur pour chaque échec. C’est le relevé à présenter à un fournisseur de trunk SIP lorsque leur SLA annonce 99,99 % et que vos données indiquent le contraire.
Tout ce que la plateforme offre à chaque moniteur
- Planification de chaque minute à chaque 15 minutes par tâche, avec des fenêtres de maintenance pour que les travaux PBX planifiés ne déclenchent pas d’alerte.
- Filtres qui exigent qu’un échec se répète, ou se produise depuis N emplacements, avant de déclencher une alerte.
- Rapports et tableaux de bord partagés avec votre équipe, ou marqués en marque blanche pour les clients d’un MSP.
- REST API pour créer des tâches SIP pour chaque trunk depuis un script, et pour extraire les résultats dans vos propres outils.
- Coffre-fort sécurisé pour les mots de passe SIP : stockés encryptés, jamais affichés dans l’interface utilisateur ou les rapports.
- Un compte unique pour la VoIP en plus de la surveillance DNS, SSL, port, ping, email et site web. Une panne vocale et une panne DNS apparaissent sur le même tableau de statut.
Surveillance VoIP, surveillance SIP et surveillance de numéro de téléphone, côte à côte
Trois types différents de produits sont vendus comme “surveillance VoIP”. Ils répondent à des questions différentes, et la plupart des équipes téléphoniques en ont besoin de deux. Le tableau montre où chacun s’insère et lequel cette page couvre.
Surveillance VoIP / SIP Cette page · Dotcom-Monitor | Surveillance de numéro de téléphone Service sœur · phonenumbermonitoring.com | Analyse de la qualité des appels Capture de paquets / agents sur point d’accès · pas Dotcom-Monitor | |
|---|---|---|---|
Question à laquelle il répond | Mon PBX, trunk SIP ou fournisseur VoIP accepte-t-il les enregistrements et établit-il les appels en ce moment ? | Mon numéro publié sonne-t-il, est-il décroché et routé correctement via l’IVR ? | Quelle était la qualité audio des appels en direct : gigue, perte de paquets, MOS ? |
Comment cela teste | Softphone SIP programmé : REGISTER, INVITE, comparer le résultat à Réponse / Occupé / Pas de réponse | Appels composés via le PSTN à partir d’une ligne externe ; reconnaissance vocale sur ce qui répond | Analyse passive des flux RTP sur votre réseau ou sur les combinés |
Ce dont vous avez besoin | Nom d’hôte SIP, port et identifiants ; IPs de monitoring sur liste blanche ou un agent privé | Les numéros de téléphone | Port SPAN, agents sur les points d’extrémité ou une sonde à l’intérieur du réseau |
Où cela se lance | Nœuds de monitoring Dotcom-Monitor ou un agent privé dans votre réseau | Lignes téléphoniques externes | Uniquement à l’intérieur de votre réseau |
Idéal pour | Équipes IT / réseau / téléphonie responsables de l’infrastructure SIP | Équipes d’opérations responsables des numéros orientés client et des IVR | Ingénieurs voix ajustant la QoS sur LAN/WAN |
Angle mort | Qualité audio des appels en direct | Pourquoi le PBX derrière le numéro a échoué | Si un appelant externe peut vous joindre ou non |
Obtenez-le | Catégorie de produit séparée |
Exécution des deux services Dotcom-Monitor. La surveillance SIP sur la liaison principale plus la surveillance du numéro de téléphone sur les principaux numéros entrants couvrent le chemin complet : la santé de l’infrastructure de l’intérieur, la disponibilité de l’extérieur. Lorsque la vérification de la ligne téléphonique échoue et que la vérification SIP réussit, le problème vient de l’opérateur ou du numéro, pas de votre PBX, et vous le savez avant d’ouvrir un ticket.
La surveillance VoIP fait partie du plan Infrastructure Internet
Les tâches SIP sont facturées sous Infrastructure Internet (ServerView), le même plan qui couvre les vérifications DNS, certificat SSL, port, ping, traceroute, FTP et serveur email. Une cible correspond à une tâche SIP ; mixez des cibles VoIP avec n’importe laquelle des autres dans le même plan. Chaque plan inclut des alertes, des rapports et l’API.
- 5 à 300 cibles par plan
- Intervalles de contrôle de 15 minutes à 1 minute
- Agents privés disponibles en option pour les PBX derrière un pare-feu
- Essai gratuit de 30 jours avec accès complet à la plateforme, sans carte de crédit
Surveillance des numéros de téléphone
Appels tests vers vos numéros verts, fixes et mobiles, avec vérification IVR, depuis notre service associé.
Surveillance réseau
Contrôles ping, traceroute et port TCP contre les hôtes et routes dont votre trafic SIP dépend.
Agents privés
Effectuez la même tâche SIP de l’intérieur de votre pare-feu contre un PBX que l’internet ne peut atteindre.
Questions sur la surveillance VoIP et SIP
Qu'est-ce que la surveillance VoIP ?
La surveillance VoIP est le contrôle continu et automatisé qu’un système de voix sur IP peut accepter les enregistrements des points de terminaison, établir des appels et les connecter à la bonne destination. Dotcom-Monitor fait cela de façon synthétique : un agent de surveillance agit comme un softphone SIP, s’enregistre sur votre serveur, passe un appel test à intervalle fixe, compare le résultat à celui attendu et alerte en cas de différence. Certains produits utilisent le même terme pour l’analyse passive de la qualité d’appel (gigue, perte de paquets, MOS) ; c’est un outil différent, décrit dans le tableau comparatif.
Qu'est-ce que la surveillance SIP et en quoi est-elle différente de la surveillance VoIP ?
SIP est le Session Initiation Protocol, la norme de signalisation (RFC 3261) que les systèmes VoIP utilisent pour enregistrer les points d’extrémité et établir, modifier et terminer les appels. La surveillance SIP teste directement ces opérations de signalisation : un client peut-il s’enregistrer, peut-il faire acheminer un appel, combien de temps prend chaque étape. Presque toutes les plateformes VoIP utilisent SIP, donc la surveillance SIP est la façon dont la surveillance VoIP est réalisée en pratique. Sur Dotcom-Monitor, les deux termes décrivent la même tâche. Le type de tâche dans le produit est appelé VoIP/SIP.
Est-ce la même chose que tester avec un softphone SIP ?
Presque. Une tâche de surveillance VoIP/SIP utilise les mêmes entrées que celles que vous saisiriez dans un softphone de bureau (serveur, port, nom d’utilisateur et mot de passe de l’extension, transport, numéro à composer) et effectue les mêmes deux opérations : REGISTER, puis INVITE. Les différences sont qu’elle s’exécute sur un planning aussi souvent qu’une fois par minute, depuis un nœud de surveillance en dehors de votre réseau ou un agent privé à l’intérieur de celui-ci, compare chaque résultat avec le résultat attendu, conserve l’historique et envoie une alerte en cas d’échec. Si un softphone peut s’enregistrer et composer sur votre système, le moniteur peut tester ce chemin sans que personne ne regarde un écran.
Dotcom-Monitor passe-t-il un appel réel ?
Il passe un appel SIP : un INVITE envoyé via votre serveur au numéro ou à l’extension que vous configurez, acheminé de la même manière qu’un appel depuis un téléphone de bureau. La vérification enregistre le résultat de la signalisation (Réponse, Occupé ou Pas de réponse) et le temps écoulé. Il ne compose pas votre numéro depuis une ligne téléphonique externe via le PSTN ; c’est ce que fait la surveillance de numéro de téléphone.
Mesure-t-il le jitter, la perte de paquets ou le MOS ?
Non. La surveillance VoIP de Dotcom-Monitor mesure la disponibilité, le succès de l’enregistrement, le résultat de l’établissement d’appel et le temps de réponse depuis chaque emplacement de surveillance. Il ne capture pas les médias RTP ni ne calcule les métriques de qualité audio telles que le jitter, la perte de paquets ou le Mean Opinion Score. Pour la qualité des appels en direct, vous avez besoin d’un appareil de capture de paquets ou d’un agent de point d’extrémité à l’intérieur de votre réseau. De nombreuses équipes utilisent les deux : des vérifications SIP synthétiques pour confirmer que le système est accessible et correctement acheminé depuis l’extérieur, et un outil de qualité sur le LAN pour l’audio.
Quels PBX, trunk SIP et fournisseurs VoIP peut-il surveiller ?
Tout serveur SIP qui accepte un REGISTER ou un INVITE d’un client SIP externe, ce qui couvre les PBX sur site, les contrôleurs de frontière de session, les trunks SIP d’opérateur et les plateformes VoIP hébergées. Vous fournissez le nom d’hôte ou IP, le port, et un ensemble d’identifiants SIP provisionnés pour la surveillance. Si votre SBC ou pare-feu limite l’enregistrement par adresse source, mettez en liste blanche les ips des emplacements de surveillance que vous utilisez, ou exécutez la tâche depuis un agent privé à l’intérieur de votre réseau.
Puis-je surveiller un PBX qui n’est pas exposé à Internet ?
Oui, avec un agent privé. C’est le même logiciel de surveillance installé sur une machine à l’intérieur de votre réseau, il peut donc s’enregistrer sur un PBX interne par son nom et adresse internes. Il apparaît dans votre compte comme un emplacement supplémentaire et alimente les mêmes rapports et alertes. L’option DNS dans la tâche permet de mapper un nom d’hôte à une IP interne lorsque le nom ne se résout pas publiquement.
À quelle fréquence vérifie-t-il et depuis où ?
Aussi souvent qu’une fois par minute et aussi rarement que toutes les 15 minutes, par tâche. Chaque tâche s’exécute depuis les nœuds de surveillance Dotcom-Monitor que vous sélectionnez, depuis un agent privé à l’intérieur de votre réseau, ou les deux. Chaque nœud rapporte son propre résultat et son temps de réponse.
Que se passe-t-il en cas d’échec d’une vérification ?
L’échec est enregistré avec la réponse du serveur et le minutage, et la plateforme relance la tâche depuis un autre emplacement. Si le second emplacement échoue aussi, une alerte est envoyée via vos canaux configurés (email, SMS, appel vocal, Slack, Microsoft Teams, PagerDuty, webhook) selon votre planning d’escalade, avec les détails de chaque emplacement attachés. Si le second emplacement réussit, l’événement est enregistré dans le rapport comme une erreur à un emplacement unique et personne n’est appelé.
En quoi est-ce différent de la surveillance de numéro de téléphone ?
La surveillance SIP teste votre infrastructure de l’intérieur du protocole : elle s’enregistre sur votre serveur avec des identifiants SIP et vérifie que l’enregistrement et l’acheminement des appels fonctionnent. La surveillance de numéros teste la joignabilité depuis l’extérieur : elle compose vos numéros publiés via le réseau téléphonique public et vérifie qu’ils sonnent, sont répondus et acheminés correctement via un IVR. Utilisez la surveillance SIP lorsque vous êtes responsable du PBX ou du trunk ; utilisez la surveillance de numéro de téléphone lorsque vous êtes responsable des numéros que les clients appellent. Ils sont complémentaires, et les deux services sont gérés par des sociétés sœurs.
Existe-t-il un outil gratuit de surveillance VoIP ?
Des outils open-source de test SIP existent et sont utiles pour une vérification ponctuelle depuis un poste de travail. Ils n’ont pas de planification, d’exécution depuis plusieurs emplacements, de notifications vérifiées ni d’historique. Dotcom-Monitor offre un essai gratuit de 30 jours avec un accès complet à la plateforme et à tous les types de vérification, sans carte bancaire. C’est la manière la plus rapide de savoir si une vérification SIP synthétique détecte les défaillances qui vous importent.
Combien coûte la surveillance VoIP ?
Les tâches SIP font partie du plan Internet Infrastructure, qui commence à 40 $ par mois pour 5 cibles et monte jusqu’à 300 cibles, avec des intervalles de vérification allant de 15 minutes à 1 minute. Une cible est une tâche SIP. Le même plan couvre les vérifications DNS, SSL, port, ping, traceroute, FTP et email, donc un petit parc téléphonique a rarement besoin d’un plan dédié. Les niveaux actuels se trouvent sur la page de tarification.
Commencez à surveiller votre PBX ou trunk SIP
Démarrez un essai gratuit de 30 jours, ajoutez une tâche VoIP/SIP avec votre serveur et une extension test, et voyez les premiers résultats d’enregistrement et d’appel en quelques minutes. Aucune carte de crédit requise.
Accès complet à la plateforme pendant l’essai : tous les types de contrôle, aucune carte de crédit requise.