Redondance Du Proxy Sip - Cisco 7800 Serie Guide De L'administration

SIP sur TCP
Dans des déploiements commerciaux types de téléphonie IP, tous les appels transitent par un serveur proxy
SIP. Le téléphone recevant la requête est appelé le serveur de l'agent utilisateur (UAS) SIP et le téléphone
qui effectue la requête, le client de l'agent utilisateur (UAC).
Le routage des messages SIP est dynamique. Si un proxy SIP reçoit une requête de la part d'un UAS pour une
connexion mais qu'il ne parvient pas à localiser l'UAC, il transfère le message à un autre proxy SIP du réseau.
Lorsque l'UAC est localisé, la réponse est acheminée vers l'UAS et une session directe de pair-à-pair est alors
établie entre les deux UA. Le trafic voix entre les UA 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 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.
Le protocole TCP permet de surmonter le problème de blocage des ports UDP par les éventuels pare-feux
d'entreprise. Avec le protocole TCP, il n'est pas nécessaire d'ouvrir de nouveaux ports ou d'abandonner des
paquets, car TCP est déjà utilisé pour les activités de base, comme la navigation sur Internet ou le commerce
électronique.

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. Les téléphones Cisco prennent
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 à configurer un serveur proxy
SIP dans le profil de configuration du téléphone. Le téléphone envoie une requête DNS NAPTR ou SRV au
serveur DNS. S'il est configuré, le serveur DNS renvoie un enregistrement SRV qui contient la liste des
serveurs du domaine, avec leurs noms d'hôtes, leur priorité, leurs ports d'écoute, etc. Le téléphone tente alors
de contacter les hôtes par ordre de priorité. Le serveur doté d'un numéro inférieur a une priorité plus élevée.
Jusqu'à six enregistrements NAPTR et ou douze enregistrements SRV sont pris en charge dans une requête.
Lorsque le téléphone ne parvient pas à communiquer avec le serveur principal, il peut basculer vers un serveur
à faible priorité. S'il est configuré, le téléphone 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.
Le téléphone 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
as1bsoft
_sips._tcp.tlstest
_sip._tcp.tcptest
_sip._udp.udptest
Guide de l'administration du téléphone multiplteformes IP Cisco série 7800, relatif à la version 11.3(1) et ultérieures du micrologiciel
538
3600 IN NAPTR 50 50
3600 IN NAPTR 90 50
3600 IN NAPTR 100 50
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.
"s" "SIPS+D2T" ""
"s" "SIP+D2T" ""
"s" "SIP+D2U" ""
Caractéristiques techniques
_sips._tcp.tlstest
_sip._tcp.tcptest
_sip._udp.udptest