Exigences pour une ligne SIP

Date de la dernière mise à jour : Feb 14, 2023 |

L'utilisation du SIP nécessite les éléments suivants :

  • Compte de service SIP

    Compte avec un fournisseur de service Internet SIP (ITSP). La méthodes de fonctionnement et les informations fournies varient. L'exigence primordiale est une URI SIP, c'est-à-dire une adresse Web de la forme nom@exemple.com. C'est l'équivalent d'un numéro de téléphone SIP pour passer des appels et en recevoir via SIP.

  • Canaux de compression de voix

    Les appels SIP utilisent les canaux de compression vocale d'IP Office de la même façon que pour les lignes réseau IP standard et les postes. Pour un système IP500 V2, ceux-ci sont fournis par l'installation de modules VCM dans l'unité de contrôle. Le cas échéant, un relais RTP est appliqué aux appels SIP.

  • Accord de licence

    Les licences de lignes réseau SIP sont requises dans la configuration du système. Elles définissent le nombre maximal d'appels SIP simultanés pris en charge par le système.

  • Traversée des pare-feux

    Le routage d'appels VoIP H.323 traditionnels via des pare-feux échoue souvent à cause des effets du NAT (Network Address Translation). Pour le SIP, un certain nombre de moyens d'assurer un passage réussi à travers le pare-feu peuvent être utilisés. Le système n’applique aucun pare-feu entre LAN1 et LAN2 pour les appels SIP.

    • STUN (Simple Traverse of UDP NAT)

      Le SIP UDP peut utiliser un mécanisme appelé STUN pour traverser les pare-feux entre le commutateur et l'ITSP. Pour cela, l'ITSP doit fournir l'adresse IP de son serveur STUN et le système doit alors sélectionner une méthode STUN parmi d'autres pour se connecter à ce serveur. Le système peut essayer de détecter automatiquement les paramètres nécessaires pour se connecter sans problème. Pour utiliser le STUN, la ligne doit être liée aux paramètres Topologie du réseau d’une interface LAN par le biais du paramètre d’utilisation de ligneInformations de topologie du réseau.

    • TURN (Traversal Using Relay NAT)

      Le SIP TCP peut utiliser un mécanisme appelé TURN (Traversal Using Relay NAT). Cette fonction n'est pas prise en charge actuellement.

    • Session Border Control

      Il n'est pas obligatoire d'utiliser le STUN pour la traversée NAT lorsque le SBC se trouve entre IP Office et l'opérateur de téléphonie Internet, puisque le SBCE effectuera la traversée.

  • Lignes réseau SIP

    Ces lignes réseau sont ajoutées manuellement à la configuration du système. Généralement, une ligne réseau SIP est nécessaire pour chaque ITSP SIP utilisé. La configuration fournit des méthodes pour plusieurs URI à partir de cet ITSP pour utiliser la même ligne réseau. Pour chaque ligne réseau, au moins un URI SIP est requis. 150 URI SIP maximum sont pris en charge sur la même ligne réseau. Ceci permet, entre autres, de définir les groupes entrants et sortants pour le routage des appels.

  • Routage des appels sortants

    Le routage initial utilise tout code de fonction standard avec une fonction de numérotation. L'ID du groupe de lignes du code court doit être défini pour correspondre à l'ID du groupe sortant des canaux URI SIP à utiliser. Cependant, le code court doit également transformer le numéro composé en destination URI SIP pour convenir au routage par ITSP. Dans la plupart des cas, si la destination est un numéro de réseau téléphonique public, un URI au format 123456789@exemple.com est acceptable. Par exemple :

    • Code : 9N#

    • Fonction : Numéroter

    • Numéro de téléphone : N"@exemple.com"

    • ID du groupe de lignes : 100

    Bien que cela puisse être effectué dans le code court, il ne s'agit pas d'une nécessité absolue. L'adresse proxy ITSP ou le nom de domaine ITSP sera utilisé dans la partie hôte/domaine.

  • Routage des appels entrants

    Les appels SIP entrants sont dirigés de la même façon que les autres appels externes entrants. Les informations de l'appelant et de l'appelé dans l'en-tête de l'appel SIP peuvent être utilisées pour mettre en correspondance les paramètres CLI entrante et Numéro entrant au niveau des entrées de Route d'appel entrant du système.  

  • Marquage DiffServ

    Le marquage DiffServ est appliqué aux appels utilisant les paramètres DiffServ de l'onglet Système > LAN > VoIP de l'interface LAN comme défini par le paramètre de ligne Utiliser les informations sur la topologie du réseau.

URI SIP

Les appels sur SIP requièrent des URI (Uniform Resource Identifiers), un pour la source et un autre pour la destination. Chaque URI SIP est constitué de deux parties : la partie utilisateur (ex : nom) et la partie domaine (ex : exemple.com) pour former un URI complet (dans ce cas nom@exemple.com). Les URI SIP peuvent prendre plusieurs formes :

  • nom@117.53.22.2

  • nom@exemple.com

  • 012345678@exemple.com

En général, chaque compte avec un fournisseur de service SIP inclut un URI SIP ou un ensemble d'URI. La partie domaine est alors utilisée pour la ligne de réseau configurée pour le routage d'appels avec ce fournisseur. La partie utilisateur est attribuée à un utilisateur individuel si vous avez un URI par utilisateur avec ce fournisseur, ou vous pouvez la configurer en fonction de la ligne utilisée par tous les utilisateurs dont les appels sont via cette ligne.

Limite des ressources

Un certain nombre de limites sont susceptibles d'affecter le nombre d'appels SIP. Lorsque l'une de ces limites est atteinte, tout appel SIP sortant est bloqué, à moins qu'un autre routage ne soit disponible en utilisant l'ARS, et tout appel SIP entrant est mis en file d'attente jusqu'à ce que la ressource requise soit disponible. Les facteurs limitants sont :

  • le nombre de sessions SIP pour lesquelles vous disposez d'un abonnement.

  • le nombre de sessions SIP configurées pour un URI SIP.

  • le nombre de canaux de compression vocale.

    • Appel de ligne SIP vers/à partir de périphériques qui ne sont pas IP canal de compression vocale requis.

    • Appel de ligne SIP sortant à partir d'un périphérique IP pas de canal de compression vocale requis.

    • Appel de ligne SIP sortant vers un périphérique IP Canal de compression vocale réservé jusqu’à ce que l’appel soit connecté, si le même codec est utilisé. 2 canaux sont utilisés, en cas de codecs différents.

Affichage des informations SIP

L'URI SIP complet from et to sera enregistré pour une utilisation par SMDR. Pour toutes les autres applications et appareils téléphoniques, l'URI SIP passe par la correspondance de répertoire système comme pour la correspondance de CLI entrante. Une première correspondance en fonction de l'URI complet est réalisée puis une correspondance en fonction de la partie utilisateur URI. Des caractères de remplacement de répertoire permettent également de réaliser la correspondance URI.