Configuración de hosting de múltiples alojamientos

El contenedor SIP puede aceptar del proxy SIP una lista de interfaces de salida y exponerla a cualquier aplicación SIP.

Antes de empezar

El hosting de múltiples alojamientos se configura en el proxy SIP de WebSphere después de configurar el entorno de múltiples alojamientos. La topología de múltiples alojamientos puede incluir la configuración de múltiples redes (direccionadores, conmutadores, etc.),múltiples equilibradores de carga (si se ha configurar más de un servidor proxy para cada IP virtual) y varias tarjetas de red en cada uno de los servidores proxy disponibles. Después de instalar la tarjetas de red y configurar las direcciones de bucle de retroceso, configure una cadena de canales proxy SIP separada en cada proxy SIP para cada interfaz de red disponible.
Atención: Sólo puede configurar el servidor proxy SIP para dar soporte a múltiples interfaces. El contenedor SIP no da soporte a esta posibilidad.

Acerca de esta tarea

El alojamiento múltiple permite que una aplicación individual se comunique con diferentes UAC (User Agent Client) y UAS (User Agent Servers) en redes diferentes.

La aplicación consulta al contenedor SIP para determinar la lista de interfaces de salida disponibles utilizando los procedimientos definidos por JSR 289. Esto se lleva a cabo mediante un atributo de contexto que se mantiene en el contenedor (mediante los intercambios de protocolo con todos los proxy SIP disponibles). Este atributo es javax.servlet.sip.SipServlet.OUTBOUND_INTERFACES, el cual se define para que sea javax.servlet.sip.outboundInterfaces. Este atributo contiene todas las interfaces disponibles. El código de ejemplo de la sección Ejemplo muestra cómo acceder al atributo desde la aplicación.

Después de configurar las interfaces en cada proxy SIP, siga los pasos del procedimiento para controlar el direccionamiento de los mensajes de salida. Si se está utilizando más de un proxy, es importante que cada proxy se configure de forma idéntica.

Cuando una aplicación no especifica una interfaz para utilizarla para enviar solicitudes de salida, el proxy utiliza las interfaces predeterminadas. Se recomienda establecer las interfaces predeterminadas para cada protocolo. Consulte el paso 5 para obtener más información

El administrador puede establecer opcionalmente tres propiedades personalizadas del proxy SIP que definan el nombre de cadena que define la interfaz adecuada que se ha de utilizar si la aplicación SIP no llama al método setOutboundInterface. Si estas propiedades personalizadas no se han establecido y no se utiliza seoutboundInterface, la interfaz que se utilizará para las solicitudes de salida no se puede determinar de forma definitiva.

El procedimiento siguiente se aplica a una topología que contiene una configuración de un único proxy para host de múltiples alojamientos con más de una interfaz de red.

Procedimiento

  1. En la consola administrativa, expanda Servidores > Tipos de servidor y pulse Servidores proxy de WebSphere > nombre_proxy.
  2. En Valores de proxy, expanda Valores del servidor proxy SIP y pulse Transportes de servidor proxy SIP.
  3. En el panel Cadena de transporte, suprima la cadena de transporte existente o las cadenas que contienen nombres de host proxy que utilizan un asterisco (*).
  4. Añada nombres de cadenas de transporte nuevos y especifique la dirección IP o el nombre de host asociado a la interfaz para cuyo uso se ha configurado la cadena. Las configuraciones de proxy de múltiples alojamientos requieren que configure un transporte para cada interfaz de proxy. Cuando utilice servidores de proxy con un equilibrador de carga, asegúrese de que exista un transporte para TCP junto con e tipo de transporte deseado para el tráfico SIP. Por ejemplo, cuando un servidor proxy utiliza dos interfaces, se requiere como mínimo seis cadenas de transporte proxy. Cada interfaz proxy tendrá configurada una cadena de transporte (2) utilizando la dirección IP del alias del clúster del equilibrador de carga, una cadena de transporte TCP (2) y una cadena de transporte específica (2) del protocolo deseado (UDP, TLS, etc.) para ejecutar el tráfico SIP.
    1. En el panel Cadena de transporte, pulse Nuevo. Se inicializa el asistente Crear nueva cadena de transporte. Durante el proceso de creación de la cadena de transporte, añada un nombre de cadena de transporte exclusivo y seleccione la plantilla de protocolo de proxy (UDP, TCP o seguro) desde el menú de plantilla de Cadena de transporte.
    2. Pulse Siguiente.
    3. Seleccione Utilizar puerto existente o Crear un puerto nuevo. Para los puertos nuevos, proporcione el nombre de puerto, el nombre de host y el número de puerto. Para el valor de host, especifique la dirección IP o el nombre de host específico. No utilice un asterisco (*) para el valor de host.
    4. Pulse Siguiente para el paso 2.
    5. Revise el resumen de acciones y pulse Finalizar para el paso 3.
    6. Pulse Guardar para guardar los cambios en la configuración maestra y volver a sincronizar con los nodos, si resulta aplicable.
  5. Especifique el nombre de la cadena predeterminada a utilizar en el servidor proxy. Desde el panel de valores del proxy SIP, se pueden configurar las propiedades personalizadas para especificar la interfaz predeterminada adecuada para cada protocolo. Estas interfaces se utilizan para enviar solicitudes de salida cuando una aplicación no especifica qué interfaz se ha de utilizar.
    1. En la consola administrativa, expanda Servidores > Tipos de servidor y pulse Servidores proxy de WebSphere > nombre_proxy.
    2. En Valores de proxy, expanda Valores del servidor proxy SIP y pulse Valores de proxy SIP > Propiedades personalizadas.
    3. Escriba el nombre de la cadena adecuado configurado en el paso 4 anterior (no la interfaz ni el nombre de host) para configurar la sección de transportes de los valores del proxy SIP. Hay una propiedad personalizada para cada tipo de transporte.
    Nombre de la propiedad personalizada Descripción
    defaultUDPChainName El nombre de cadena UDP predeterminado que se debe utilizar cuando no se llama a setOutboundInterface.
    defaultTCPChainName El nombre de cadena TCP predeterminado que se debe utilizar cuando no se llama a setOutboundInterface.
    defaultTLSChainName El nombre de cadena TLS predeterminado que se debe utilizar cuando no se llama a setOutboundInterface.
  6. Reinicie el servidor proxy.

Resultados

Ha configurado correctamente el hosting de múltiples alojamientos SIP, que permite que las aplicaciones direccionen las solicitudes SIP de salida a través de más de una interfaz de salida individual.

Ejemplo

El siguiente código de ejemplo muestra cómo adquirir las interfaces de salida disponibles y establecer la interfaz de salida adecuada en el objeto de sesión.
....
import javax.servlet.sip.SipServlet;
import javax.servlet.sip.SipSession;
....

protected void doInvite(SipServletRequest req1) throws ServletException, IOException
{
	...
		//	Este bloque de código maneja el valor de la interfaz de salida.
        		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);
	}
	...
}

// Este método simplemente extrae la primera interfaz de la lista para el protocolo especificado
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);
}

Icon that indicates the type of topic Task topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tcea_multihome_cfg
File name: tcea_multihome_cfg.html