Informations et paramètres SIP

La connexion de vos terminaux SIP aux serveurs de dus.net se fait généralement via une adresse IPv4. Les adresses IPv4 étant devenues très rares en raison de la multitude d'applications modernes, le nouveau protocole IPv6 a vu le jour il y a quelques années. Bien entendu, dus.net supporte également IPv6 depuis de très nombreuses années. Vous avez donc un choix illimité.

Cependant, l'IPv4 existe désormais dans une multitude de "versions différentes". Il s'agit de la manière dont IPv4 est utilisé par les différents fournisseurs d'accès à Internet. De nombreux fournisseurs n'attribuent plus d'adresse IPv4 publique à leurs clients, mais uniquement des adresses IPv4 internes. Si une adresse IPv4 publique est attribuée, elle est également accessible de l'extérieur, c'est-à-dire que votre terminal, par exemple une FritzBox, reçoit cette adresse IPv4 publique et serait donc directement accessible de l'extérieur via cette adresse. En revanche, ce n'est pas le cas d'une adresse IPv4 interne, c'est-à-dire que le fournisseur d'accès à Internet place ici un routeur entre ses clients et Internet et fait en sorte qu'une adresse IPv4 publique soit accessible à plusieurs de ses clients sous la même adresse IP. Cela ne fonctionne toutefois que si les ports sont différents les uns des autres, car c'est la seule façon de distinguer les clients les uns des autres.
Le problème ici est que les connexions sans adresse IP publique ne sont accessibles que de manière limitée. Dans ce cas, le terminal SIP doit généralement veiller à ce que la connexion à notre serveur SIP soit toujours ouverte afin de garantir une accessibilité continue. Pour ce faire, les terminaux utilisent la fonction "Keep-Alive", qui doit être activée et/ou légèrement adaptée par vos soins.

Outre les solutions classiques IPv4 et IPv6, dus.net offre également la possibilité de connecter des connexions dites DualStack. Vous trouverez les différentes formes de connexion dans le tableau au début de cette page. Il est parfois nécessaire d'essayer un peu avec celles-ci si votre site n'est pas tout à fait clair sur la manière dont vous êtes vous-même connecté.

Chez dus.net, tous les terminaux SIP (téléphones IP, softphones, FritzBox, etc.) sont reliés par leurs propres connexions SIP (également appelées comptes SIP, extensions, sous-comptes). Ainsi, chacun de ces terminaux est relié à notre serveur par une adresse IP et un port uniques, ce qui le rend accessible pour nous. Si deux terminaux différents sont connectés avec les mêmes données d'accès SIP, ils s'enregistrent à tour de rôle, c'est-à-dire que tantôt l'un, tantôt l'autre appareil est enregistré et qu'ils ne sont donc jamais accessibles en même temps.

Dans ce cas, si vous souhaitez gérer plusieurs numéros d'appel et les rendre accessibles indépendamment les uns des autres, cela doit être réalisé via le même nombre de raccordements SIP. En conséquence, il est également possible d'inscrire plusieurs connexions SIP dans une FritzBox, par exemple, afin de garantir l'utilisation de différents numéros d'appel indépendamment les uns des autres.

Le trunk SIP n'est rien d'autre qu'un raccordement SIP ordinaire, mais il est exclusivement associé à de véritables installations de télécommunication. Contrairement aux terminaux SIP traditionnels, l'autocommutateur a également besoin de l'information du numéro d'appel composé dans le paquet SIP entrant, afin de permettre le routage vers le bon poste. Chez dus.net, ceci est réalisé par la fonction DDI et est automatiquement disponible pour tous les raccordements SIP créés dans DUStel business flex.

Le Session Initiation Protocol (SIP) est un protocole réseau permettant d'établir, de contrôler et de supprimer une session de communication entre deux ou plusieurs participants (source : Wikipedia). La signalisation des paquets SIP d'une conversation téléphonique se fait généralement via UDP (User Datagram Protocol). Les données sont divisées en paquets qui peuvent avoir une taille théorique maximale de 1500 octets. Cette taille est toutefois réduite ou optimisée à une taille utilisable d'environ 1300 octets, malgré les informations supplémentaires et autres informations logiques. Si un tel paquet est envoyé, il contient aussi bien l'adresse de l'expéditeur que celle du destinataire. Malheureusement, il n'y a pas de retour à l'expéditeur pour savoir si le paquet a réellement atteint le destinataire. Cela a pour conséquence qu'en cas d'utilisation de l'UDP, il faut en plus veiller et contrôler si un paquet a réellement atteint le destinataire. Dans le protocole SIP, cela se fait au moyen de réponses d'accusé de réception. Un "INVITE" (appel de A vers B) est suivi dans ce cas d'un "TRYING", puis d'un "PROGRESS", etc. En l'absence d'un accusé de réception, le dernier paquet est envoyé une nouvelle fois à intervalles définis, jusqu'à ce qu'un accusé de réception soit reçu. S'il n'y a toujours pas de réponse, la session se déroule dans un timeout prédéfini et est interrompue.

Avec SIP via TCP (Transmission Control Protocol), le transport se comporte fondamentalement différemment. On peut le comparer à une "lettre recommandée avec accusé de réception". En raison de son concept, TCP est à bien des égards plus "robuste" que UDP, mais contrairement à UDP, il a aussi un certain surplus (overhead) de données et nécessite plus de bande passante que UDP pour la même quantité de données utiles. Ceci est toutefois largement négligeable dans le cas du SIP. L'avantage de TCP réside dans l'architecture du protocole en lui-même. Il contient des mécanismes intégrés permettant de reconnaître de manière autonome les "paquets perdus" et de les envoyer à nouveau. De même, une connexion TCP est établie de manière dédiée. Cela signifie qu'avant que les données ne soient transmises, le destinataire sait déjà qu'elles arrivent. Il existe encore d'autres avantages du TCP, qui sont également plus faciles à gérer pour le NAT (Network Address Translation) et donc pour les pare-feux que par rapport à l'UDP. Le fait de savoir quel est le "meilleur" protocole n'a pas vraiment d'importance. Il doit répondre à vos exigences en tant que client. La société dus.net GmbH vous offre la possibilité d'utiliser soit UDP soit TCP comme protocole de transmission pour SIP. Les réglages doivent être effectués exclusivement dans votre terminal respectif. Aucun réglage n'est nécessaire de la part de dus.net.

D'ailleurs, pour les données audio, c'est-à-dire la conversation téléphonique proprement dite, on utilise généralement UDP. La raison en est, entre autres, l'"overhead" nettement plus faible, c'est-à-dire la part importante de données utiles et les contrôles qui prennent moins de temps. Une éventuelle retransmission de paquets a plutôt moins de sens dans une application en temps réel.