Utilisation de procédures DNS pour identifier l'emplacement des serveurs SIP

Le protocole SIP (Session Initiation Protocol) peut utiliser des procédures DNS (Domain Name Server) pour un client afin de résoudre un URI.

Pourquoi et quand exécuter cette tâche

WebSphere Application Server fournit le support pour la norme RFC 3263. Permet de résoudre un URI SIP à l'aide d'un système DNS en adresse IP, port et protocole de transport du tronçon suivant à contacter.
Remarque : SIP ne prend pas en charge l'utilisation des procédures DNS pour qu'un serveur puisse envoyer une réponse à un client dorsal en cas de défaillance du client principal.

Procédez comme suit pour configurer WebSphere Application Server pour la prise en charge de la norme RFC 3263.

Procédure

  1. Démarrez WebSphere Application Server.
  2. Dans la console d'administration, développez Serveurs, et cliquez sur Serveurs d'applications > nomServeur.
  3. Sous Propriétés générales, sélectionnez la case à cocher Activer la localisation des serveurs SIP en utilisant les enregisrements NAPTR DNS, puis renseignez les champs Nom du serveur DNS primaire et Nom du serveur DNS secondaire.
  4. Cliquez sur Valider pour sauvegarder vos modifications.
  5. Redémarrez WebSphere Application Server.

Que faire ensuite

Vous devez configurer votre serveur DNS afin que le support RFC 3263 fonctionne avec le conteneur SIP. L'exemple suivant correspond à un fichier BIND db pour la configuration du support RFC 3263 sur un serveur DNS.

; Copyright (C) 2004  Internet Systems Consortium, Inc. ("ISC")
; Copyright (C) 2001  Internet Software Consortium.
;
; Permission to use, copy, modify, and distribute this software for any
; purpose with or without fee is hereby granted, provided that the above
; copyright notice and this permission notice appear in all copies.
;
; THE SOFTWARE IS PROVIDED "AS IS" AND ISC DISCLAIMS ALL WARRANTIES WITH
; REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY
; AND FITNESS.  IN NO EVENT SHALL ISC BE LIABLE FOR ANY SPECIAL, DIRECT,
; INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM
; LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE
; OR OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR
; PERFORMANCE OF THIS SOFTWARE.

; $Id: include.db,v 1.2.206.1 2004/03/06 10:22:13 marka Exp $

; Test $INCLUDE current domain name and origin semantics

example.com. 43200 IN SOA ns.example.com. email.example.com. ( 2003032001 10800 3600 604800 86400 )
;
example.com.             43200 IN NS      ns.example.com.
;
ns.example.com.          43200 IN A       10.0.0.20
sipserver1.example.com.  43200 IN A       10.0.0.21
sipserver2.example.com.  43200 IN A       10.0.0.22
sipserver3.example.com.  43200 IN A       10.0.0.23
;
router.example.com.        43200  IN CNAME sipserver3
;
sipserver1.example.com.  43200 IN AAAA    fec0:0:0:0:0:0:0:abcd
sipserver2.example.com.  43200 IN AAAA    fec0:0:0:0:0:0:0:abba
;
_sip._udp.example.com.   43200 IN SRV 2 0 5060  sipserver1.example.com.
_sip._udp.example.com.   43200 IN SRV 2 0 5060  sipserver2.example.com.
_sip._tcp.example.com.   43200 IN SRV 1 4 5060  sipserver1.example.com.
_sip._tcp.example.com.   43200 IN SRV 1 2 5060  sipserver2.example.com.
_sips._tcp.example.com.  43200 IN SRV 0 1 5061  sipserver1.example.com.
_sips._tcp.example.com.  43200 IN SRV 0 0 5061  sipserver2.example.com.
;
example.com. 43200 IN NAPTR 0 0 "s" "SIPS+D2T" "" _sips._tcp.example.com.
example.com. 43200 IN NAPTR 1 0 "s" "SIP+D2T"  "" _sip._tcp.example.com.
example.com. 43200 IN NAPTR 2 0 "s" "SIP+D2U"  "" _sip._udp.example.com.

Icône indiquant le type de rubrique Rubrique de tâche



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tsip_dnslocate
Nom du fichier : tsip_dnslocate.html