Éditer fournisseur SIP

Ces réglages constituent l'interface entre le fournisseur SIP et le serveur de communication. Vous entrez ici les coordonnées de votre fournisseur SIP et définissez les paramètres de communication vers le fournisseur SIP.

Itinéraire

Un appel entrant suit l'itinéraire : réseau SIP -> paramètres du fournisseur SIP ->paramètres du compte SIP -> plan SDA -> ...

Un appel sortant via un réseau SIP suit la voie d'acheminement: ... -> Acheminement -> Faisceau SIP -> Paramètres du fournisseur SIP Plan SDA -> Paramètres du compte SIP -> Réseau SIP.

Chaque fournisseur SIP possède son propre faisceau SIP

Ressources et licences

Jusqu'à 30 canaux vocaux SIP sont disponibles pour chaque fournisseur SIP.
Pour chaque canal vocal SIP, vous avez besoin d'une licence pour les canaux d'accès SIP.

Table 1. Configuration générale
Paramètre	Explication
Fournisseur SIP	Numéro de référence interne au système du fournisseur SIP.
Nom	Désignation interne au système du fournisseur SIP.
Faisceau	Attribution des faisceaux
Appels entrants maximum	Dès que la limite réglée est atteinte, plus aucun appel sortant n'est acheminé via ce fournisseur SIP. L'appelant en est informé par la tonalité d'encombrement. Vous pouvez ainsi assurer que des lignes restent libres pour les appels entrants. Vous pouvez également procéder à ce réglage dans la configuration de faisceau.
Authentification du fournisseur	Avec plusieurs comptes: Chaque numéro SDA est associé à un compte SIP. Vous pouvez créer et gérer le compte SIP à la fin de cet affichage superposé. Avec un compte: Un seul compte SIP est nécessaire pour plusieurs numéros SDA. Vous pouvez créer et gérer le compte SIP à la fin de cet affichage superposé. Sans comptes: L’accès SIP est effectué directement, sans passer par un compte SIP. Ce paramètre n'est pertinent que si l'échange SIP n'est pas un fournisseur SIP, mais un système de communication différent (voir également les "remarques sur le paramètre Authentification du fournisseur = Sans comptes"). Si des comptes SIP sont déjà ouverts, ceux-ci sont automatiquement supprimés.
Gamme contrôle de la bande passante	Gamme de bande passante prédéfinie qui sera utilisée pour ce fournisseur SIP.
Passerelle	Si la passerelle par défaut n'est pas sélectionnée, la route par défaut est utilisée.

Pour plus d'informations sur les passerelles multiples, voir la section Multi-Gateway pour les faisceaux SIP dans le document Fonctions et caractéristiques du système.

Remarques concernant le réglage Authentification du fournisseur = Sans comptes

Note:

Ce réglage n’est déterminant que si le réseau SIP n’est pas un fournisseur SIP, mais un autre système de communication. Avant l’activation, vous devez éliminer les comptes SIP déjà attribués.

Tip:

Vous pouvez configurer un réseau SIP privé via les réglages dans Réseau SIP privé ( =uy).

Table 2. Réglages du serveur Registrar
Paramètre	Explication
Adresse du Registrar	Entrez ici le nom d’hôte ou l’adresse IP du registrar et le port. Note: Pour que le nom d'hôte puisse être résolu, une adresse de serveur DNS valable doit être configurée dans l'affichage Réseau IP / Adressage IP. Si vous n'indiquez pas le port, c'est le port par défaut 5060 qui est utilisé.
Intervalle d'enregistrement	Passé ce laps de temps, le serveur de communication s'enregistre périodiquement de lui-même afin de préserver une connexion continue.
Nom du domaine	Entête du deuxième acheminement configurable (utilisé dans les configurations spéciales, par ex. avec un Mitel Border Gateway).
Procédure d’enregistrement	Sélectionnez la procédure d’enregistrement.

Table 3. Réglages du proxy
Paramètre	Explication
Utilisez DNS_SRV (RFC 3263)	Les adresses Proxy du fournisseur SIP sont évaluées conformément à RFC 3263, (Locating SIP server), sur la base du nom du serveur Registrar. Note: Cette fonction est désactivée dès que vous avez saisi manuellement les adresses des proxy sous Proxy primaire et Proxy secondaire.
Proxy principal	Entrez ici l'adresse IP ou le nom d'hôte du serveur proxy primaire du fournisseur SIP. Syntaxe: <Adresse IP>:<Port> ou <Nom d'hôte>:<Port>. Si vous n'indiquez pas le port, c'est le port par défaut 5060 qui est utilisé.
Proxy secondaire	Entrez ici l'adresse IP ou le nom d'hôte du serveur proxy secondaire du fournisseur SIP. Syntaxe: <Adresse IP>:<Port> ou <Nom d'hôte>:<Port>. Si vous n'indiquez pas le port, c'est le port par défaut 5060 qui est utilisé.

Table 4. Signalisation SIP
Paramètre	Explication
Utiliser ’+’ comme indicatif international	Le numéro est transmis au format canonique.
Tentative d'établir appels externes: Délai d'expiration	A l'écoulement de ce délai, le serveur de communication tente d’établir l’appel via le prochain faisceau défini dans l’acheminement (valeur par défaut: 32 secondes).
Champ ’From’ pour CLIR	Si l’identification de l’appelant est inhibée chez l'utilisateur appelant, l’expéditeur suivant (nom d'affichage et adresse) est transmis avec l’appel: Anonyme avec vie privée/critique (RFC 3261): Nom d'affichage : anonymous@anonymous.invalid ; Adresse : anonymous@anonymous.invalid tels que définis dans le compte SIP (RFC 3323) : Nom d'affichage et adresse tels que définis dans le compte SIP. Le nom affiché est 'Anonymous': Nom d'affichage : anonymous@anonymous.invalid ; l'adresse reste inchangée. Anonyme sans en-tête vie privée (RFC 3261): Nom d'affichage : anonymous@anonymous.invalid ; Adresse : anonymous@anonymous.invalid
Envoyer Session-Refresh (RFC 4026)	Le serveur de communication tente de négocier une période pour des "Session Refresh Messages" réguliers avec le fournisseur SIP. Le fournisseur SIP doit pour cela prendre en charge la RFC4028.
Utiliser URL de destination de	L'URL de destination peut être formée à partir du champ To ou de la ligne de demande. Le choix dépend du fournisseur SIP.
Musique d'attente	La musique d'attente est diffusée, dans la mesure où elle est active à l’échelle du système.
Musique d'attente: Signalisation	Le type de signalisation Musique d'attente dépend des fonctions prises en charge par le fournisseur SIP: Automatique: Le serveur de communication tente de reconnaître lui-même laquelle des deux RFC est prise en charge par le fournisseur SIP. Selon RFC 3264Le fournisseur SIP prend en charge la signalisation selon la RFC Un modèle d’Offre/Réponse ayant un protocole de description de session, (SDP), juin 2002. Selon RFC 2543 Le fournisseur SIP prend en charge la signalisation selon la RFC SIP: protocole d'initialisation de session Comme mise à jour du média actif: Le serveur de communication conserve une connexion média à 2 voies. Ceci permet de jouer de la musique pendant la mise en attente dans la canal d’appel à partir d’un serveur de communication au lieu du fournisseur de SIP. Mise à jour de la connexion du signal: Le fournisseur SIP est informé des changement de port de média par un message SDP distinct. Aucune signalisation (aucune actualisation de média): le fournisseur ne fournit aucune signalisation et le serveur de communication diffuse la musique d'attente dans le canal vocal.
Envoyer informations de renvoi	Dans les informations de renvoi, l'appelé voit si l'appel a été renvoyé et par qui. Deux différentes méthodes sont définies à cet effet pour SIP. Le paramètre est configurable aussi bien par fournisseur SIP que par terminal SIP. Non: Aucune information de renvoi n’est affichée. Oui, avec 'Diversion header (recursing)': Des informations de renvoi sont uniquement affichées avec des appels entrants. L’appel est renvoyé dans le serveur de communication. Oui, avec 'Diversion header (non-recursing)': Le renvoi pour les appels sortants a lieu de manière indirecte, le serveur de communication retournant au téléphone SIP la ‘Response 302’ (Moved Temporarily) avec les informations de renvoi nécessaires. Le téléphone SIP effectue lui-même l’appel à la destination de renvoi et montre les informations de renvoi sur son propre affichage. Note: Le renvoi avec 'Response 302' n’est pas possible dans tous les cas.
Codec	Sélectionnez ici le codec préféré. G.711a: Codec non comprimé avec haute qualité audio. Approprié pour le liens avec de larges bandes passantes. Le débit binaire comprend 64 kbit/s. Utilise le procédé de signalisation sonore allemand. G.711u: Codec non comprimé avec haute qualité audio. Approprié pour le liens avec de larges bandes passantes. Le débit binaire comprend 64 kbit/s. Utilise le procédé de signalisation sonore américain. G.729: Codec non comprimé avec qualité audio moyenne. Approprié pour liens avec bande passante limitée. Le débit binaire comprend 8 kbit/s.
Méthode de transfert de communication	Il est possible de sélectionner ici s'il faut utiliser pour le transfert d'une communication externe la méthode REFER ou Re-INVITE. Note: La méthode REFER n'est utilisée que si les deux utilisateurs à commuter ont le même fournisseur SIP.
Données RTP de relai via un serveur de communication pour les connexions liaison à liaison (switching indirect)
Identité (RFC 3325)	La méthode d'identité selon RFC 3325 est prise en charge.
Identify (RFC 3325)	Sélectionnez ici le type de Header que votre fournisseur SIP évalue pour trouver les informations d'identification. PPI P-Preferred-Identity ou PAI P-Asserted-Identity
Contenu du PPI/PAI-Header	Définissez ici les informations qui doivent être transmises au fournisseur SIP dans le PPI/PAI-Header: CLIP du système: Selon les réglages CLIP chez l'utilisateur, le numéro SDA ou le CLIP de l'utilisateur seront transmis (réglage par défaut). Inhibé: Aucun PPI/PAI Header n'est transmis. ID du SIP: L'ID du SIP du compte SIP enregistré est transmis.
Ignorer ‘Nom d’affichage’	Aucun: Appels entrants: Appels sortants: Les deux:
Utiliser URL du client de	Entête PAI: Champ 'From':
Prise en charge PRACK (RFC 3262)	La méthode PRACK selon RFC 3262 est prise en charge.
Utilisé SAVP pour SRTP	Il s'agit d'un réglage dépendant du fournisseur. SAVP est utilisé combiné à TLS/SRTP. AVP est utilisé combiné à TLS/SRTP (réglage standard).
Support passif du mécanisme "Precondition" (RFC3312)	Il s'agit d'un réglage dépendant du fournisseur. Activez pour la compatibilité avec 1TR114/1TR118, (Deutsche Telekom).
Inclure 'Digest' dans chaque requête SIP	Il s'agit d'un réglage dépendant du fournisseur. Activez pour la compatibilité avec 1TR114/1TR118, (Deutsche Telekom).
Event Package pour enregistrements (RFC 3680)	Il s'agit d'un réglage dépendant du fournisseur. Activez pour la compatibilité avec 1TR114/1TR118, (Deutsche Telekom).
État transmis en l’absence de canal libre	Il s'agit d'un réglage dépendant du fournisseur. Il détermine le message SIP vers le fournisseur, lorsqu’il n’y a pas de canaux disponibles à ce moment. 503 ‘Service indisponible’ (valeur par défaut pour la plupart des pays) 486 ‘Occupé ici’ (valeur par défaut en Suède, Danemark et Norvège)
URI utilisé pour la signalisation SIP	Il s’agit d’un réglage basé sur le fournisseur (par exemple, utilisé pour Telia Suède) Fournisseur URI: Valeur par défaut pour la Suède Symétrique URI: Valeur par défait pour tous les autres pays

Table 5. Réglages NAT
Paramètre	Explication
Activer Keep alive	Le serveur de communication actualise périodiquement la table NAT sur son propre pare-feu en envoyant des messages de notification au serveur Proxy. Le système reste ainsi toujours accessible pour les appels SIP entrants.
Prise en charge ALG	Prend en charge la connexion vers des fournisseurs SIP (dépend du fournisseur). Les paquets IP contenant des informations de signalisation SIP sont ouverts par l'ALG (Application Layer Gateway) et l'adresse IP privée est remplacée par l'adresse IP publique. (L'adresse IP publique doit être configurée dans le serveur de communication.)
Dirige les données RTP via le serveur de communication	Commutation indirecte: Lors de l’établissement de la communication avec un autre point terminal IP, les données vocales sont transmises via le serveur de communications et non pas directement. Ceci permet de réduire les problèmes TAR (NAT) et de pare-feu. Commutation directe: Lors de l'établissement de la communication avec un autre point terminal, les données vocales sont transmises directement à celui-ci. Note: La commutation indirecte requiert deux canaux VoIP supplémentaires sur le serveur de communication.

Table 6. Protocole de transport et accès SIP
Paramètre	Explication
Protocole de transport	Vous permet de sélectionner le protocole de transport requis ou le protocole de transport souhaité.
Prise en charge du mécanisme de sécurité (RFC 3329)	Ce champ est activé lorsque Persistent TLS est sélectionné dans la liste déroulante Transport Protocol.
Pas de découverte MTU de chemin	Permet à la fragmentation des messages UDP/TCP envoyée au fournisseur SIP si la taille de paquet dépasse la taille MTU configurée. Pour cette configuration, le protocole de transport doit être défini à UDP ou TCP.

Travailler avec des profils de fournisseur SIP

Vous avez la possibilité d’enregistrer les réglages du principal fournisseur SIP dans les fichiers XML, en gérant et modifiant ces fichiers, et en sollicitant les fournisseurs SIP:

Pour créer un profil de fournisseur SIP, configurez les réglages d’un fournisseur SIP, et cliquez ensuite sur le bouton Exporter le profil du fournisseur SIP . Les paramètres sont exportés dans un fichier XML, qui est enregistré dans un dossier temporaire de votre système de communication. Selon les réglages de votre navigateur, le fichier s’ouvre dans le navigateur ou vous êtes invité à l’enregistrer.
Pour créer un nouveau fournisseur SIP à l'aide des données d'un profil de fournisseur SIP, cliquez avec la touche de droite de votre souris (clic droit) sur la case de l'interface réseau correspondante dansl'affichage d'ensemble du routagedes appels et sélectionnez dans le menu contextuel l'option Importer le profil du fournisseur SIP .

Gérer un compte SIP

Procédez comme suit pour gérer le compte SIP:

Pour ouvrir un nouveau compte SIP, cliquez sur le bouton Nouveau et éditez les réglages de l'affichage superposé Ajouter compte SIP.
Pour effacer un compte SIP, cliquez sur l’icône de la corbeille à papier à gauche du compte SIP et suivez les invites d’utilisateur.
Pour éditer un compte SIP, cliquez sur le numéro de référence du compte SIP et éditez les réglages de l'affichage superposé Compte SIP.

↑