Configurer un multihébergement

Le conteneur SIP peut accepter du proxy SIP une liste d'interfaces sortantes et l'exposer à n'importe quelle application SIP.

Avant de commencer

Le multihébergement est à configurer sur le proxy SIP WebSphere après la configuration de l'environnement multihébergé. La topologie multihébergée peut exiger la configuration de plusieurs réseaux (routeurs, commutateurs, etc.), de plusieurs équilibreurs de charge (lorsque plusieurs serveurs proxy doivent être configurés pour chaque réseau IP virtuel) et de plusieurs cartes réseau sur chacun des serveurs proxy disponibles. Après avoir installé les cartes réseau et configuré les adresses de bouclage, configurez un canal de proxy SIP distinct sur chaque proxy SIP pour chaque interface réseau disponible.
Avertissement : Seul le serveur proxy SIP peut être configuré de manière à supporter plusieurs interfaces. Le conteneur SIP ne supporte pas cette fonctionnalité.

Pourquoi et quand exécuter cette tâche

Le multihébergement permet à une même application de communiquer avec différents UAC (User Agent Clients) et UAS (User Agent Servers) sur différents réseaux.

L'application invite le conteneur SIP à déterminer la liste d'interfaces sortantes disponibles à l'aide des procédures standard définies par JSR 289. Elle utilise pour ce faire un attribut de contexte maintenu dans le conteneur (par le biais d'échanges de protocoles avec tous les proxy SIP disponibles). Cet attribut, javax.servlet.sip.SipServlet.OUTBOUND_INTERFACES, est défini comme suit :javax.servlet.sip.outboundInterfaces. Il contient toutes les interfaces disponibles. Le code fourni à titre d'exemple dans la section Exemple illustre comment accéder à cet attribut depuis l'application.

Après avoir configuré les interfaces de chaque proxy SIP, suivez les étapes de la procédure pour contrôler le routage des messages sortants. Si vous utilisez plusieurs proxy, veillez à ce qu'ils soient tous configurés à l'identique.

Si une application ne spécifie aucune interface à utiliser pour l'envoi de requêtes sortantes, le proxy utilise les interfaces par défaut. Il est recommandé de définir les interfaces par défaut pour chaque protocole. Voir step 5 pour plus d'informations.

L'administrateur peut éventuellement configurer trois propriétés personnalisées de proxy SIP pour définir le nom de la chaîne correspondant à l'interface à utiliser si l'application SIP n'invoque pas la méthode setOutboundInterface. Sans la configuration de ces propriétés personnalisées et l'utilisation de la méthode setOutboundInterface, l'interface utilisée pour les demandes sortantes ne pourra pas être déterminée définitivement.

La procédure suivante applique une topologie contenant une configuration de proxy unique pour un hébergement multiple avec plusieurs interfaces réseau.

Procédure

  1. Dans la console d'administration, développez Serveurs > Types de serveurs et cliquez sur Serveurs proxy WebSphere > nom_proxy.
  2. Sous Paramètres proxy, développez Paramètres du serveur proxy SIP et cliquez sur Transport de serveur proxy SIP.
  3. Dans le panneau Chaînes de transport, supprimez la ou les chaînes de transport existantes qui contiennent les noms d'hôte proxy utilisant un astérisque (*).
  4. Ajoutez de nouveaux noms de chaînes de transports et spécifiez l'adresse IP ou le nom d'hôte associé à l'interface que la chaîne est configurée à utiliser. Les configurations multihébergées proxy vous demandent de configurer un transport pour chaque interface proxy. Lors de l'utilisation de serveurs proxy avec un équilibre de charge, assurez-vous qu'un transport pour TCP existe avec le type de transport désiré pour le trafic SIP. Par exemple, lorsqu'un serveur proxy utilise deux interfaces, un minimum de six chaînes de transport proxy est requis. Chaque interface proxy aura une chaîne de transport UDP (2) configurée à l'aide de l'adresse IP d'alias de cluster d'équilibreur de charge, une chaîne de transport TCP (2), et une chaîne de transport spécifique (2) du protocole désiré (UDP, TLS, etc.) pour exécuter le trafic SIP.
    1. Dans le panneau de chaîne de transport, cliquez sur Nouveau. L'assistant Création d'une chaîne de transport s'initialise. Durant le processus de création de la chaîne de transport, ajoutez un nom de chaîne de transport unique et sélectionnez le modèle de protocole proxy (UDP, TCP ou sécurisé) à partir du menu du modèle de chaîne de transport.
    2. Cliquez sur Next.
    3. Sélectionnez l'option Utiliser un port existant ou Créer un port. Pour les nouveaux ports, fournissez le nom du port, le nom d'hôte et le numéro de port. Pour les valeurs Hôte, spécifiez l'adresse IP ou le nom d'hôte spécifique. N'utilisez pas d'astérisque (*) pour la valeur Hôte.
    4. Cliquez sur Suivant pour l'étape 2.
    5. Revoyez le résumé des actions et cliquez sur Terminer pour l'étape 3.
    6. Cliquez sur Sauvegarder pour sauvegarder les modifications apportées à la configuration principale et effectuer de nouveau une synchronisation avec les noeuds, le cas échéant.
  5. Indiquez le nom de la chaîne par défaut à utiliser sur le serveur proxy. Dans le panneau des paramètres proxy SIP, les propriétés personnalisées peuvent être définies pour spécifier l'interface par défaut approprié pour chaque protocole. Ces interfaces sont utilisées pour envoyer des requêtes sortantes si une application ne spécifie pas l'interface à utiliser.
    1. Dans la console d'administration, développez Serveurs > Types de serveurs et cliquez sur Serveurs proxy WebSphere > nom_proxy.
    2. Sous Paramètres proxy, développez Paramètres de serveur proxy SIP et cliquez sur Paramètres proxy SIP > Propriétés personnalisées.
    3. Entrez le nom de chaîne approprié précédemment configuré lors de l'étape 4 (pas l'interface ni le nom d'hôte) pour configurer la section des transports des paramètres proxy SIP. Chaque type de transport dispose de sa propre propriété personnalisée.
    Nom de la propriété personnalisée Description
    defaultUDPChainName Nom de la chaîne UDP par défaut à utiliser lorsque setOutboundInterface n'est pas invoqué.
    defaultTCPChainName Nom de la chaîne TCP par défaut à utiliser lorsque setOutboundInterface n'est pas invoqué.
    defaultTLSChainName Nom de la chaîne TLS par défaut à utiliser lorsque setOutboundInterface n'est pas invoqué.
  6. Recyclez le serveur proxy.

Résultats

Vous venez de configurer un multihébergement SIP avec succès, ce qui permettra à vos applications d'acheminer leurs demandes SIP au travers de plusieurs interfaces sortantes.

Exemple

Le code fourni ci-après à titre d'exemple illustre comme acquérir les interfaces sortantes disponibles et configurer l'interface sortante appropriée sur l'objet de session.
....
import javax.servlet.sip.SipServlet;
import javax.servlet.sip.SipSession;
....

protected void doInvite(SipServletRequest req1) throws ServletException, IOException
{
	...
	//	This block of code handles setting of the outbound interface.
        	SipSession sipSession = req1.getSession();
	javax.servlet.ServletContext  context = getServletContext();
	java.util.List list = (java.util.List)context.getAttribute(javax.servlet.sip.SipServlet.
OUTBOUND_INTERFACES);
	SipURI uri = getProtocolInterface ("udp", list);

	if (uri != null)
	{
		InetSocketAddress inetSocketAddr = new InetSocketAddress(uri.getHost(), uri.getPort());
		sipSession .setOutboundInterface(inetSocketAddr);
	}
	...
}

// This method simply pulls out the first interface in the list for the specified protocol
private SipURI getProtocolInterface(String transport, List outboundInterfaceList)
{
	SipURI uri = null;
	Iterator iterator = outboundInterfaceList.iterator();
		
	while (iterator.hasNext())
	{
		SipURI tempUri = (SipURI)iterator.next();
			
		if (tempUri.getTransportParam().equals(transport) == true)
		{
			uri = tempUri;
			break;
		}
	}
		
	return (uri);
}

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=tcea_multihome_cfg
Nom du fichier : tcea_multihome_cfg.html