El Servidor de Carga Balanceada es un simple proxy que es útil instalaciones de VoIP basadas en SIP, donde hay múltiples ingresos de servidores proxy. El Servidor de Carga Balanceada permite poner en cola a estos servidores, con la consecuente eliminación de la necesidad de balancear las demandas de los usuarios por conectividad a través de un algoritmo de provisión complicado.Todos los usuarios pueden enviar sus invitaciones y registros al mismo SIP URI y el Servidor de Carga Balanceada le asignará ingreso a los servidores proxy de manera dinámica a cada transacción. De esta manera, la carga es balanceada sobre una cola de servidores proxy basados en las demandas de tiempo real de los servicios.

El Servidor de Carga Balanceada recibe pedidos SIP de las terminales en un puerto que está especificado en la configuración del archivo. Luego reenvia el pedido al siguiente servidor proxy disponible que aparezca en la lista de servidores proxy asociados que es creada en tiempo compilado. El Servidor de Carga Balanceada recibe respuestas en un diferente puerto, y lo reenvia luego de regreso a los que originaron los pedidos.

El Servidor de Carga Balanceada agrega el mismo al cabeza via los pedidos para habilitar las respuestas para regresar antes de ser enviado a la terminal original. Esto solo trabaja con mensajes SIP enviados sobre UDP (Protocolo de Datosgram de Usuario).

Cuando es usado en un modo de alta confiabilidad, idealmente, sería configurado para que multiples copias del mismo corran de manera concurrente, todo escuchado en la misma dirección virtual de IP para los mensajes entrantes SIP. Un interruptor o un router enviará entonces de manera arbitraria trafico UDP a cualquier instancia del Servidor de Carga Balanceada. Esta clase de confiabilidad puede también ser alcanzada con las utilidades del router virtual que se encuentran dentro del sistema operativo de Linux. SI estas herramientas fueran usadas, un servidor proxy puede ser seleccionado para recibir pedidos SIP con todos los futuros mensajessirviendo el mismo diálogo.

La unión esta computada por el hashing de uno u otro, el Identificador de Llamadas, A, De,o SIP URI. Las colisiocnes son manejadas usando la misma entrada para permitir que dos llamadas que van hacia la misma salida serán enviados al mismo servidor proxy.

La unión DB esta sincronizada por la inundación a través de un grupo de servidores proxy. La información de unión eventualmente expira - el tiempo de esto depende de la aplicación. Si sólo necesita ir al mismo servidor proxy mientras dure el diálogo, puede ser configurado muy bajo (60 segundos). Si necesita mantenerse elevado mientras dura la llamada entonces relojes de sesión serán usados para la llamada y configuardos al mismo valor de expiración de la unión - por ejemplo, 10 minutos.

Cada servidor proxy puede escuchar conecciones pares. Si hay multiples proxys corriendo en un mismo servidor, cada proxy deberá escuchar en puertos diferentes, por ejemplo, 1000, 2000, 3000. El Servidor de Carga Balanceada inicia conecciones pares con los puertos origen que estan entre el puerto que está escuchando y otro puerto cuyo número es 1000 veces mas grande.Las conecciones pares se inician en los puertos números (n)000 y (n+1)000, ej. 1000 y 2000.

Cuando un par recibe una conección, este mira a la parte 1000 del puerto de origen para descubrir que par esta conectado a el. Cualquier servidor puede requerir conecciones a los otros. Lo seguirá intentándolo periodicamente hasta que la conección se establezca.

Cuando el Servidor de Carga Balanceada aparece primero, el número de registros sincronizados es computado por ambos lados y luego, cada lado envia su número a su par. Como también, cada vez que hay un cambio en la infomación base, el cambio es enviado a todos los pares que estan enese momento en línea. Esto incluye los cambios aprendido a través del par para que la información fluya.

La información está toda marcada con estampilla de tiempo de cuando fueron creadas por primera vez. Esto requiere tiempo ampli de sincronización entreambas maquinas. La NTP (Red de Protocolo de Tiempo) es asumida. Los conflictos son resueltos dando prioridad a la última modificación. La información sincronizada es transmitida en bloques entre pares para minimizar el impacto en el rendimiento.