Réseaux
Transport
Le protocole pour l’envoi et la réception de paquets SIP.
*Remarque : Ce paramètre est provisionné, aucune adaptation n’est en général nécessaire ici.
UDP
(User Datagram Protocol) envoie des paquets de données par une communication sans connexion et non sécurisée.
*Remarque : Pour les très gros paquets de données, on passe de l’UDP au TCP. La taille maximale d’un paquet de données peut varier en fonction du réseau. (RFC 3261 > TCP)
TCP
(Transmission Control Protocol) envoie des paquets de données individuellement, segmentés à partir d’une certaine taille, et ce, jusqu’à la confirmation de la réception.
TLS
(Transmission Control Protocol) envoie des paquets de données individuellement, segmentés d‘une certaine taille, et jusqu’à la confirmation de la réception. Le protocole TLS est surtout utilisé pour protéger les connexions http, par exemple pour les transactions commerciales (https).
Expiration de l'enregistrement
La durée maximale entre les enregistrements successifs sur le serveur. Le softphone s’enregistre ici 10 % plus tôt que ce qui est configuré, afin de tenir compte des retards du réseau et des retransmissions.
*Remarque : Le processus d’enregistrement sert à indiquer au serveur l’emplacement du système de télécommunication afin de s’assurer que les appels entrants sont correctement reçus. Le cas échéant, l’enregistrement est demandé par le serveur pour les appels sortants.
Expiration après
Saisie de la durée maximale entre des enregistrements successifs.
Expiration de l'abonnement
Après le temps défini, le softphone envoie automatiquement une nouvelle demande de déconnexion au serveur.
Expiration après
Saisie de la durée après laquelle le softphone envoie une nouvelle demande de déconnexion au serveur.
Expiration de Keep-Alive
Après le temps défini, le softphone envoie automatiquement une nouvelle demande pour maintenir la connexion avec le serveur.
*Remarque : Si le serveur ne reçoit pas de requête, il est en mode inactif et maintient la connexion jusqu’à l’expiration du temps défini. Définissez ici si le serveur doit attendre une nouvelle demande et pendant combien de temps.
*Remarque : Assurez-vous que le NAT (pare-feu, routeur) a la bonne attribution de ports pour les connexions TCP et UDP.
Expiration après
Saisie de l’heure après laquelle le softphone envoie une nouvelle demande au serveur.
Utiliser RPort
Traitement NAT basé sur le RFC 3881. Recommandé pour les configurations TCP et TLS.
Utiliser un média RPort
Pour les signaux audio manquants liés au NAT dans certaines implémentations défectueuses (par exemple, lorsque le client se trouve derrière un NAT symétrique combiné à un serveur CUCM).
*Remarque : N’activez cette option qu’en cas de réel besoin de dépannage.
STUN
STUN personnalisé
Active l’utilisation des valeurs saisies dans les champs suivants pour le serveur STUN.
STUN global
Ces paramètres globaux sont utilisés :Paramètres > Fonctions > Options avancées > STUN global. Ainsi, les valeurs saisies ici sur le compte ne sont pas utilisées.
Serveur STUN
Le serveur STUN à utiliser.
L’adresse suivante doit être conservée dans la mesure du possible : stun.auerproxy.de.
Port STUN
Le port STUN à utiliser.
Le port suivant doit être conservé dans la mesure du possible : 3478.
Intervalle d'actualisation STUN
L’intervalle auquel la connexion au serveur STUN est actualisée.