Tabla de contenido
Publicidad
OPERAR MULTIRACK EN UN AMBIENTE 24/7
XII.
MultiRack puede ser configurado para operaciones "siempre activadas". Esto permite a las comunicaciones STL y
operaciones constantes que requieren conexiones de largo termino.
En modo BRIC normal (el modo default de operación), MultiRack transfiere toda su data de audio vía el protocolo
UDP 9000. Este es un contraste a la mayoría de las conexiones basadas en la web como navegar y email, el cual usa
el protocolo bidireccional TCP. UDP, a diferencia de TCP, no es "orientado a la conexión", (es decir, ninguna conexión
virtual existe actualmente en esta capa de protocolo entre los dispositivos). En UDP, el transmisor simplemente
lanza paquetes en la red con la dirección correcta, esperando que la red haga su mayor esfuerzo de entregar los
paquetes a tiempo. Si un paquete es demorado o perdido, ningún error de mensaje es enviado desde la unidad
receptora y ningún paquete es retransmitido. Queda en el receptor cubrir cualquier data perdida, si es posible. Esto
permite que Internet entregue paquetes con la cantidad más pequeña de overhead y delay. Como no hay conexión
coherente construida entre los codificadores, no hay ninguna conexión para romper en el caso de que falle la
red. El codificador simplemente impulsa los paquetes a la red, sin importar si llegan. Si la red falla y más tarde es
recuperada, el stream de paquetes será restaurado al decodificador.
Para más aplicaciones como broadcasting remoto es útil estimular un stream orientado a la conexión, entonces
MultiRack utiliza un sub canal de bajo ancho de banda para entregar información al codificador sobre el estatus
general de la conexión. Lo hace en su "capa de aplicación", en vez de la "capa de transporte" donde UDP existe. Por
default, se monitorea la salud de la conexión y si no se detecta a la data como recibida por el decodificador en 60
segundos (esto es un timeout definido), derriba la conexión y la revierte a su estado ideal. Esto indica al usuario que
la red ha fallado y que el problema debe ser solucionado
Los beneficios de tener un protocolo de conexión en la capa de aplicación es que su uso es opcional. Para una
operación 24/7, no existe ventajas a la terminación de la conexión si ninguna data es recibida en el intervalo del
timeout.
CONECTARSE SIEMPRE CON
Para configurar MultiRack para operaciones 24/7, varios parámetros son modificados:
1
El valor timeout es fijado al infinito; la conexión nunca terminará sin importar el estatus de la
data.
2
MultiRack es configurado para reestablecer la conexión en el caso de un reencendido.
3
El control local de desconectar es desactivado. La función de desconectar en el lado receptor
aún sigue activada, pero resultará en una reconexión inmediata por parte del lado iniciador.
Como se muestra en Figura 65, debajo de Conexiones en la pestaña de Configuración de sistema (con "Mostrar
opciones avanzadas" seleccionada), hay una opción Conectarse Siempre con un menú desplegable de las
80
Publicidad
Tabla de contenido
