Publicité
Caractéristiques techniques
établie entre les deux agents utilisateur. Le trafic voix entre les agents utilisateur est transmis sur les ports
attribués de manière dynamique à l'aide du protocole RTP (Real-Time Protocol).
Le protocole RTP transmet les données audio et vidéo en temps réel ; cela ne garantit pas la transmission en
temps réel des données. Le protocole RTP fournit des mécanismes d'envoi et de réception pour prendre en
charge les données en continu. Généralement, le protocole RTP s'exécute sur UDP.
SIP sur TCP
Pour garantir des communications basées sur l'état, le téléphone IP Cisco DECT peut utiliser le protocole de
transport TCP pour SIP. Ce protocole permet une remise garantie qui assure la retransmission des paquets
perdus. Le protocole TCP garantit aussi que les paquets SIP sont reçus dans l'ordre dans lequel ils ont été
envoyés.
Redondance du proxy SIP
Un serveur proxy SIP moyen peut gérer des dizaines de milliers d'abonnés. Un serveur de sauvegarde permet
à un serveur actif d'être temporairement inactivé pour permettre la maintenance. La station de base prend en
charge l'utilisation des serveurs de sauvegarde pour minimiser ou éliminer les interruptions de service.
Une méthode simple pour prendre en charge la redondance de proxy consiste à spécifier un serveur de proxy
SIP dans le profil de configuration de la station de base. La station de base envoie une requête DNS NAPTR
ou SRV au serveur DNS. S'il est configuré, le serveur DNS renvoie des enregistrements SRV qui contiennent
la liste des serveurs du domaine, avec leurs noms d'hôtes, leur priorité, leurs ports d'écoute, etc. La station de
base tente alors de contacter les serveurs par ordre de priorité. Le serveur doté d'un numéro inférieur a une
priorité plus élevée. Jusqu'à six enregistrements NAPTR et douze enregistrements SRV sont pris en charge
dans une requête.
Lorsque la station de base ne parvient pas à communiquer avec le serveur principal, elle peut basculer vers
un serveur à faible priorité. Si elle est configurée, la station de base peut rétablir la connexion principale. La
prise en charge du basculement et de la restauration bascule entre des serveurs dotés de protocoles de transport
SIP différents. La station de base n'effectue pas de retour arrière vers le serveur principal lors d'un appel actif
tant que l'appel n'est pas terminé et que les conditions de restauration ne sont pas réunies.
Exemple d'enregistrements de ressource du serveur DNS
sipurash
_sips._tcp.tlstest
_sip._tcp.tcptest
_sip._udp.udptest
srv1
srv2
srv3
srv4
srv5
srv6
L'exemple suivant montre la priorité des serveurs du point de vue de la station de base.
3600
IN NAPTR 50
3600
IN NAPTR 90
3600
IN NAPTR 100
SRV 1 10 5061 srv1.sipurash.com.
SRV 2 10 5060 srv2.sipurash.com.
SRV 1 10 5061 srv3.sipurash.com.
SRV 2 10 5060 srv4.sipurash.com.
SRV 1 10 5061 srv5.sipurash.com.
SRV 2 10 5060 srv6.sipurash.com.
3600
IN
A
1.1.1.1
3600
IN
A
2.2.2.2
3600
IN
A
3.3.3.3
3600
IN
A
4.4.4.4
3600
IN
A
5.5.5.5
3600
IN
A
6.6.6.6
50
"s"
"SIPS+D2T"
50
"s"
"SIP+D2T"
50
"s"
"SIP+D2U"
Guide d'administration du téléphone IP Cisco DECT série 6800
SIP sur TCP
""
_sips._tcp.tlstest
""
_sip._tcp.tcptest
""
_sip._udp.udptest
225
Publicité
