Ethernet

Como mínimo, BRIC-Link II necesita una fuente de alimentación, una conexión de audio y una
conexión de red. El externo la fuente de alimentación entrega 24VDC a 1A.
El conector de Ethernet es un 1000baseT estándar. Un cable de conexión normal, como el que se usa
para una computadora, debe conectado aquí. En la mayoría de los casos, BRIC-Link II se verá como
una computadora común en la red. De hecho, BRIC-Link II contiene una computadora integrada con
un sistema operativo basado en Linux y una pila de protocolo de red completa. BRIC-Link II es
perfectamente capaz de funcionar en la mayoría de las LAN. Pero puede haber situaciones donde
una LAN está fuertemente cortafuegos, sujeto a condiciones de tráfico sobrecargado, o puede tener
problemas de seguridad. Si se ejecuta en Internet público, mejor el rendimiento es posible si BRIC-
Link II tiene su propia conexión a Internet. A menudo, vale la pena instalar un Línea DSL
especialmente para BRIC-Link II, especialmente si el costo es razonable. Dado que puede haber
ancho de banda, firewall, y preocupaciones de seguridad con la instalación de BRIC-Link II en una
LAN administrada, se recomienda que su administrador de TI sea consultado en estos entornos.

Entradas de audio
Las entradas de audio deberían aplicarse y los niveles verificados con el Dip Switch 4 hacia abajo. Si
los indicadores de audio se muestran en rojo, indica que el nivel se acerca o alcanza la etapa de
recorte. Está bien que los niveles de audio lleguen al escenario amarillo a menudo.

Tasas de muestreo
Al utilizar E / S de audio analógico, BRIC-Link II asume una frecuencia de muestreo de audio de 48
kHz para todos los codificadores. Cuando utilizando AES3 I / O, el usuario tiene una opción de 32kHz,
44.1kHz o 48kHz. Los cambios en la frecuencia de muestreo tienen los siguientes limitaciones:

1 Siempre que se utilice la entrada AES3, el reloj de frecuencia de muestreo de salida AES3 se
bloqueará a la reloj de entrada. Esto significa que no es posible usar un reloj de entrada de 32 kHz y
un reloj de salida de 48 kHz.
Si la salida cambia a analógica, la frecuencia del reloj del convertidor D / A permanece bloqueada en
el entrada de señal AES3.
2 En los modos AAC y HE-AAC, a velocidades AES3 distintas a 48 kHz, el audio digital se convierte
en frecuencia de muestreo a un flujo basado en 48kHz en la red.
3 En los modos FLAC y Linear, la frecuencia de muestreo de entrada AES3 es la misma frecuencia de
muestreo utilizada por el corriente de red. Si se utiliza una tasa de muestreo de entrada diferente en
cada extremo del enlace, los decodificadores en cada lado se convertirá la frecuencia de muestreo en
una conversión de la transmisión a la misma velocidad que el audio de entrada local.
17
IV. Uso del Administrador de dispositivos BRIC-Link II

La configuración inicial de IP se maneja con el software BRIC-Link II Device Manager, que es un

sistema operativo Windows y MAC programa ejecutable. Este programa se proporcionó en el disco
con el hardware BRIC-Link II, y también se puede descargado del sitio web de Comrex.
Para configurar BRIC-Link II, el Administrador de Dispositivos debe ejecutarse en una computadora
ubicada en el mismo Conexión LAN como el hardware BRIC-Link II. Si esto no es posible, es posible
que deba conectar un crossover Ethernet cable entre BRIC-Link II y la computadora para la
configuración

Como se muestra en la Figura 3, ejecutar el Administrador de dispositivos y hacer clic en el botón

"Escanear" generará una lista de todos los Comrex. dispositivos encontrados en su LAN. Device
Manager intentará iniciar sesión en cada dispositivo con la contraseña predeterminada. Si el la
contraseña predeterminada ha cambiado, el Administrador de dispositivos le pedirá que ingrese la
contraseña para BRIC-Link II después de escanear. La Figura 3 muestra las cuatro pestañas que
aparecen en el panel derecho después de que el Administrador de dispositivos haya iniciado sesión.
El cuarto la pestaña está etiquetada como Configuración web. Esto abrirá una interfaz de
configuración simplificada en BRIC-Link II llamada Toolbox. los La interfaz Toolbox le permite
configurar varias opciones, incluido el puerto Ethernet. Deberá iniciar sesión en Caja de herramientas
por separado con un nombre de usuario (cualquiera) y contraseña (por defecto = comrex) para
ingresar al Cuadro de herramientas. 18 Una vez que haya iniciado sesión en Toolbox, elija la opción
Network / Admin / CrossLock y luego elija Configurar Ethernet. Escoger el puerto Ethernet que
aparece en la lista. La Figura 4 muestra la configuración de Ethernet de Toolbox

La Figura 4 muestra la configuración de Ethernet de Toolbox. En general, deseará configurar el puerto

Ethernet de BRIC-Link II para una IP estática. Esto te permitirá más Acceda fácilmente a la interfaz
basada en web con un navegador y ayude a configurar enrutadores o firewalls si es necesario. Si
BRIC-Link II debe instalarse en una LAN administrada, debe consultar con su departamento de TI
para obtener una Dirección IP estática. Por defecto, BRIC-Link II está configurado para DHCP o
direccionamiento dinámico. Esto significa que intenta extraer una IP no utilizada dirección de la red.
Para cambiar su dirección Ethernet a estática, seleccione la ubicación "predeterminada" en la parte
inferior de la lista y cambie el "Tipo de IP" a estático. El sistema le solicitará una lista de
configuraciones estáticas como se muestra en Figura 5

Tendrá que ingresar la dirección IP estática, la máscara de red, la dirección de la puerta de enlace y
al menos un servidor DNS
Diríjase a los campos apropiados para configurar el direccionamiento IP estático. Una vez que se
ingresa esa información, (y ha hecho clic en
Botón "volver") puede seleccionar Aplicar cambios para que BRIC-Link II acepte y active su nueva
configuración de Ethernet.
Tenga en cuenta que si ha cambiado la configuración de IP del puerto Ethernet, su conexión a la
interfaz de Toolbox no trabajo más largo. Necesitará hacer clic en el botón "Escanear" en el
Administrador de dispositivos para volver a sincronizar con la nueva dirección IP.
Acerca de las ubicaciones
BRIC-Link II incluye la capacidad de tener múltiples "ubicaciones" programadas en él para diferentes
configuraciones de red. P.ej.,
si está moviendo BRIC-Link II entre lugares, y desea almacenar la información de IP estática para
cada lugar, definirá una nueva "ubicación" (dándole un nombre único) usando la opción "Agregar
ubicación" que se muestra en la Figura 4. Una vez Se definen varias ubicaciones, puede cambiar
entre ellas usando la opción "Ubicación activa" en la Figura 4.
Configuración avanzada de Ethernet
Al elegir "Mostrar opciones avanzadas" en Configuración de Ethernet, aparecen las siguientes
opciones:

Conservar después de reiniciar: normalmente, cuando BRIC-Link II vuelve a los valores

predeterminados de fábrica (a través del Administrador de dispositivos), todos los Los ajustes de
Ethernet se borran. Al establecer esta opción en "sí", se conservarán las configuraciones para este
puerto Ethernet después del restablecimiento de fábrica. Se debe tener precaución, ya que es posible
"bloquearse" del BRIC-Link II configurando el Los parámetros de Ethernet son incorrectos, lo que
requerirá el uso del modo de recuperación de red (consulte la siguiente sección).
Usar con CrossLock: normalmente habilitada, esta opción le permite especificar que este puerto
Ethernet no será considerado como parte de una conexión CrossLock. Esto puede ser valioso cuando
se usa la red Ethernet principal para control propósitos solamente y un puerto secundario (agregado a
través del convertidor USB-Ethernet) para medios CrossLock.
20
Configuración de difusión: normalmente habilitada, esta opción indica a BRIC-Link II que no responda
a la función de "exploración" utilizada por el Administrador de dispositivos. Precaución: sin la función
"escanear", el modo de recuperación de red está desactivado.

Modo de recuperación de red

Dado que la configuración de Ethernet se realiza con una conexión web, introducir información de IP
estática incorrecta puede generar perder el acceso a la interfaz de Toolbox por completo. Si esto
sucede, el Administrador de dispositivos seguirá detectando BRIC-Link II a través de un escanear,
pero no podrá iniciar sesión. Device Manager tiene una herramienta de recuperación de red para
ayudar con esto.
Por razones de seguridad, la recuperación de red de Device Manager solo puede funcionar durante
los primeros cinco minutos de BRIC-Link II operación. Si han transcurrido cinco minutos, la unidad
necesitará un ciclo de encendido antes de que se pueda recuperar la red.
consumado.
Figura 6

La Figura 6 muestra el modo de recuperación de red. El botón "Escanear" ha mostrado la presencia

de un BRIC-Link II en el red. En la pestaña "Dispositivo" en el panel derecho, el botón "Configuración
de red" está activado y un temporizador de cuenta regresiva Está empezado. Seleccionar esto
permitirá cambiar la configuración de Ethernet primaria de la misma manera que Toolbox. Una vez
que conozca la dirección IP (o la haya cambiado) utilizando el Administrador de dispositivos, el resto
de la configuración y el funcionamiento de BRIC-Link II se realiza a través de la Interfaz basada en
web incorporada, a la que se accede directamente a través de una red navegador como se describe a
continuación. Como recordatorio, puede acceder a la interfaz de Toolbox en BRIC-Link II en cualquier
momento, sin el Administrador de dispositivos, agregando el sufijo / cfg / al final de la dirección IP de
BRIC-Link II (por ejemplo, 192.168.0.25/cfg/) Siempre necesitará su BRIC-Link II contraseña del
sistema para acceder a Toolbox. 21 V. Controlar BRIC-Link II a través de la interfaz basada en WEb
Una vez que su configuración de IP está configurada y BRIC-Link II ha arrancado limpiamente en su
LAN, es hora de echar un vistazo a la BRIC-Link II Interfaz basada en web. Esto se hace apuntando
un navegador web en su LAN a la dirección IP de BRIC-Link II. Para hacer esto, simplemente escriba
la dirección en la barra de URL de su navegador. Necesitará Internet Explorer 6 o superior o Mozilla
Firefox 1.0 o superior con Adobe Flash Plug-in 7 o superior, o Google Chrome. Opera 8.5 funciona
bien además. Si tiene problemas para conectarse al BRIC-Link II, asegúrese de tener instalado el
último Flash Plug-in haciendo clic con el botón derecho del mouse en la ventana principal del
navegador y seleccionando "Acerca de Adobe Flash". Esto lo llevará a la Sitio web de Adobe donde
puede descargar el último complemento gratuito. Iniciar sesión Una vez que esté conectado a BRIC-
Link II, aparecerá una pantalla de inicio de sesión (consulte la Figura 7). Introduzca cualquier nombre
de usuario junto con la contraseña predeterminada comrex (sensible a las mayúsculas y minúsculas)
para acceder a la pantalla de la interfaz de usuario principal. Esta pantalla está optimizada para modo
de pantalla completa (F11 en la mayoría de los navegadores) en una pantalla de 1024x768

figura 7 web login

Hay tres partes principales en la pantalla de la interfaz basada en web de BRIC-Link II: 1 Medidor de
audio principal: los medidores de nivel se desactivan por defecto para conservar el ancho de banda y
el cliente CPU, pero cuando están habilitados esta barra superior da una indicación de los niveles de
audio. 2 pestañas: use estas pestañas para controlar y obtener el estado de BRIC-Link II. Se
describen en detalle en las siguientes cuatro secciones. 3 Ventana de chat: permite una utilidad de
chat entre los usuarios que están conectados a ese particular Interfaz web BRIC-Link II. Además,
cuando BRIC-Link II está conectado a un usuario remoto, chatee El texto aparecerá de todos los
usuarios que hayan iniciado sesión en la interfaz web remota.

Figura 8 connections tab

Figura 8 Pestaña Conexiones

La pestaña Conexiones es la configuración predeterminada para la Interfaz basada en web, como se
muestra en la Figura 8. En esta pestaña, puede programa y guarda los nombres y direcciones de
cualquier unidad remota a la que te conectes. Esto permite una programación personalizada
de los parámetros de política para cada control remoto y permite apuntar y hacer clic en Conectar y
desconectar. Para agregar un BRIC-Link remoto II a la lista, simplemente haga clic en Almacenar
nuevo control remoto en la sección inferior. Aparecerá un cuadro de entrada que te permitirá ingresar
un nombre de usuario (que puede ser cualquier cosa) y la dirección IP de la unidad. También
necesitarás elegir un perfil para usar cuando se inician las conexiones a ese control remoto. Para
comenzar, simplemente elija uno de los perfiles predeterminados proporcionados (Le mostraremos
cómo construir el suyo más tarde). Puede eliminar cualquier valor almacenado simplemente
resaltando y haciendo clic
Eliminar el control remoto almacenado. Las direcciones remotas almacenadas se guardan en la
memoria del sistema, donde permanecerán ciclos de energía
La pestaña Conexiones también mostrará información de IP y estado de un BRIC-Link II remoto
cuando haya iniciado un conexión contigo Su información solo aparecerá cuando la conexión esté
activa.
Por defecto, tres usuarios aparecen en la lista. Puede usar cualquiera de estos para probar diferentes
modos de codificador.
1 Loopback: permite la conexión entre el codificador y el decodificador en el mismo sistema.
2 Comrex Lab Voice - Este usuario proporciona un canal de información de la sede de Comrex en
Massachusetts, EE. UU. Para probar su conexión.
3 Comrex Lab Music: este usuario proporciona música desde la sede de Comrex en Massachusetts,
EE. UU. Para probar su conexión

Ficha Estadísticas de medios El campo Estadísticas del canal (1 en la Figura 9) proporciona

información sobre el número total de bits que entran o salen del BRIC-Link II (incluidas múltiples
conexiones si corresponde), encabezados de paquetes IP, UDP y RTP y audio codificado

figura 9 media statistics tab

Figura 9 multimedia Pestaña Estadísticas El cuadro Conexiones activas (2 en la Figura 9) divide aún
más esta información. Porque BRIC-Link II es capaz de más de una conexión simultánea (en algunos
modos), cada conexión se enumera de forma independiente. La herida La tasa de recepción y la
velocidad de transmisión se enumeran, junto con una indicación de cuánto sobrecarga se requiere
para el varios encabezados de IP en cada paquete. Frame Loss también figura como una cifra
individual para los paquetes perdidos y atrasados. Finalmente, se calcula una cifra de Max Jitter para
dar una indicación de la diferencia de tiempo entre la primera y la última paquetes recibidos, seguido
de una indicación de cuánto retraso se está agregando al decodificador para compensar estar
nervioso. También se muestran las representaciones gráficas de la actividad de Jitter Buffer Manager
y Frame Loss (3 en la Figura 9). los el área azul clara en el gráfico superior representa los valores de
fluctuación en el tiempo. Se muestra el trabajo del Administrador de búfer por la línea verde, que es el
retardo del búfer de destino que el sistema está tratando de lograr, en función de las mediciones
hecho sobre la ventana de la inestabilidad. El gráfico inferior muestra una representación histórica y
en tiempo real de la pérdida de fotogramas. Si el decodificador no recibe paquetes en el tiempo, el
cuadro mostrará una línea roja que indica el porcentaje de paquetes perdidos durante el intervalo de
un segundo. 24 Pestaña CrossLock La pestaña Crosslock solo está disponible durante una conexión
activa de CrossLock con otro códec; de lo contrario, estará en blanco. Los conceptos de CrossLock
se describen en la sección CrossLock de este manual. Es una capa de conexión opcional diseñada
para la confiabilidad, y proporciona la capacidad de utilizar adaptadores de Ethernet múltiples
simultáneamente. La pestaña Crosslock muestra estadísticas en tiempo real de la capa CrossLock,
incluida la actividad de corrección de errores y la cantidad de datos asignados a cada uno de los
puertos Ethernet. Como se muestra en la Figura 10, el gráfico de velocidad de datos se mueve de
derecha a izquierda sobre una ventana de 60 segundos, y tiene diferentes colores para indicar la
velocidad de datos total utilizada para cada puerto Ethernet. Además, CrossLock es capaz para
proporcionar estos gráficos para ambas direcciones en el enlace. El usuario puede elegir entre
transmitir y recibir estadísticas en cada códec

figuara 10

Además de la velocidad de datos, la mitad inferior del gráfico está dedicada a mostrar el estado de los
paquetes IP que llegan tarde, se pierden o se recuperan con barras codificadas por colores. Es una
ilustración visual de la efectividad del error de CrossLock protección en acción. El rojo oscuro
indicaba paquetes perdidos que no se podían recuperar, el rojo brillante indica paquetes que fueron
demasiado tarde para ser útil, y el verde indica paquetes corregidos con éxito. El eje vertical de este
gráfico es porcentaje de paquetes afectados en una ventana de un segundo. Si este gráfico muestra
mucha actividad, es hora de solucionarlo su red para la pérdida de datos. La pestaña CrossLock tiene
una barra deslizadora de retraso en la mitad inferior de la pestaña. Esto da una indicación visual de la
demora los cálculos que realiza el algoritmo CrossLock, mientras le da al usuario la capacidad de
anularlos. Mucho más el detalle en el control deslizante de retardo se proporciona en la sección
CrossLock. 25 Pestaña de medición de audio La pestaña Medición de audio, como se muestra en la
Figura 11, proporciona una representación de los niveles de audio de entrada y salida en varios
formatos. Cada uno de estos medidores (incluidos los medidores de sección superior, que siempre
están visibles) se pueden activar y apagado individualmente Todos los medidores de audio están
predeterminados en Off cuando BRIC-Link II se habilita por primera vez. Esto es porque la
transferencia de información de nivel de audio consume ancho de banda en la red local, así como
ciclos de CPU en la computadora del cliente. Siempre que BRIC-Link II esté conectado a una red
limitada de datos (por ejemplo, inalámbrica), se recomienda encarecidamente que estos medidores
estén desactivados, especialmente si también se accederá a la interfaz basada en web en la red
restringida a través de la red inalámbrica (por ejemplo, desde el extremo del estudio). Los requisitos
de ancho de banda para conducir los medidores pueden afectar rendimiento del códec de audio. La
opción Calidad de medición (que está predeterminada en baja) ajusta la frecuencia con la que se
actualizan los medidores. Nota: Mejores redes pueden soportar configuraciones de mayor calidad

figura 11 audio metering tab

Pestaña Perfiles BRIC-Link II proporciona un poderoso conjunto de controles para determinar cómo
se conecta. La pestaña Perfiles le permite definir uno o más perfiles para asignar a las conexiones
remotas salientes. A menudo no es necesario definir ningún perfil desde BRIC-Link II se envía con un
conjunto de perfiles predeterminados que cubren la mayoría de los usuarios, pero esta pestaña le
permite crear perfiles personalizados para permitir diferentes codificadores en cada dirección y
opciones especiales para la gestión del buffer de fluctuación de fase. Manten eso en mente estos
perfiles son útiles solo para las conexiones iniciadas desde el BRIC-Link II local. Las conexiones
entrantes están definidas por el BRIC-Link II en el otro extremo. La creación del perfil está
segmentada en opciones comúnmente usadas y avanzadas. Para simplificar la interfaz, Las Opciones
avanzadas normalmente están ocultas para el usuario. Recuerde, crear un perfil no cambia la forma
en que se conectan los controles remotos hasta que ese perfil se haya asignado a un remoto en la
pestaña Conexiones. Una vez que se define un perfil, estará disponible en la pestaña Conexiones
que se asignará a cualquier conexión definida

figura 12 profiles tab

Construyendo un Perfil Para crear un nuevo perfil, seleccione Agregar nuevo perfil (1 en la Figura 13)
y aparecerá un nuevo perfil en la lista denominada Nuevo Perfil. Selecciónelo y verá el primer
conjunto de opciones disponibles en la categoría Configuración de perfil general (2 en la Figura 13).
Aquí puede cambiar el nombre del perfil a algo que lo ayude a recordarlo. En la categoría Canal (3 en
la Figura 13), puede seleccionar si se trata de una conexión IP UDP (BRIC normal) o una de la otra
conexión modos ofrecidos por BRIC-Link II. Estas otras opciones se definen en la sección de Temas
avanzados. Nota: es importante para definir el canal de un perfil antes de pasar a otras opciones, ya
que las opciones en las secciones posteriores variará en esta elección. Asegúrese de presionar
Aplicar para confirmar su selección.

Figura 13 general profile settings

Configuración local y remota

Se le presentarán dos categorías de opciones: Local y Remoto (4 en la Figura 13). Utilizarás la
sección Local
para determinar cómo se comporta su BRIC-Link II, y la sección Remoto determinará cómo el BRIC-
Link II en el extremo
el final se comporta
Cada categoría enumera las opciones idénticas, por lo que solo cubriremos las Configuraciones
locales:
Tiempo de espera de conexión: en circunstancias normales, una conexión finalizará en un extremo y
el otro extremo
soltará la conexión a su vez. Sin embargo, si se produce una falla en la red o si la conexión finaliza
abruptamente (por ejemplo,
alimentación a un BRIC-Link II), el sistema desconectará la conexión después de un tiempo
predeterminado. El valor predeterminado es 60 segundos,
pero esto puede acortarse o alargarse aquí. Si se requiere una conexión indefinida, ver la Sección VIII
Operación
BRIC-Link II en un entorno 24/7 para información adicional.
Encoder: no es necesario definir ningún tipo de decodificador cuando se usa BRIC-Link II porque se
adaptan automáticamente
a la corriente entrante. Usando este menú, puede seleccionar el codificador utilizado para enviar
audio desde este BRIC-Link II
(local) así como también el codificador utilizado para devolver el audio a este BRIC-Link II (remoto). El
valor predeterminado del control remoto
el codificador debe seguir el codificador local (es decir, enviará exactamente el mismo modo de códec
que recibe). Esto se define como
Siga el modo en la tabla de selección del codificador remoto. Consulte Acerca de la sección
Algoritmos para obtener más información sobre cómo seleccionar
codificadores.
Transmitir encendido / apagado: esta opción determina si el codificador seleccionado (local o remoto)
está realmente enviando
datos. Por defecto, todos los codificadores están encendidos, pero puede haber circunstancias en las
que se desee una operación unidireccional
(por ejemplo, transmisión múltiple, como se describe en la Sección IX). Al apagar el codificador local,
se desactiva la transmisión de audio saliente.
y deshabilitar el codificador remoto deshabilita la transmisión de audio entrante.

Opciones avanzadas de perfil Las opciones disponibles en el modo predeterminado deberían

proporcionar un buen rendimiento para la mayoría de los usuarios, pero en algunos En algunas
circunstancias, puede ser importante ajustar algunos de los parámetros más oscuros que hacen que
BRIC-Link II trabajo. Al hacer clic en el cuadro de Opciones avanzadas en la esquina inferior izquierda
de la pantalla de Configuración de perfil, lo siguiente Avanzado Las opciones estarán disponibles:
Canal avanzado Además de BRIC Normal, BRIC-Link II brinda la posibilidad de configurar varios tipos
de canales. El avanzado El menú ofrece la opción de usar un canal diferente en lugar del UDP / RTP
normal creado en el modo BRIC Normal. Alguna explicación: Los paquetes de IP de Internet vienen
en dos formas: TCP y UDP. La mayoría de navegación web, correo electrónico y otros basados en
computadora las funciones viajan sobre el protocolo TCP, lo que inherentemente asegura la
retransmisión si se pierde un paquete, y por lo tanto es de confianza. UDP está optimizado para
aplicaciones en tiempo real y no ofrece ninguna garantía de entrega de paquetes. 29 La retransmisión
normalmente causa una demora adicional en una red IP, y BRIC-Link II está optimizado para ocultar
ocasionalmente paquete perdido, por lo que tiene más sentido que BRIC-Link II use UDP para la
transmisión en la mayoría de los casos. Pero hay ocasiones en que una red tratará mal los paquetes
UDP. Algunos ejemplos son: • Redes con alta pérdida de paquetes (en lugar de fluctuación) • Redes
con firewalls de muy alta seguridad • Redes que intentan desalentar el uso de las funciones de VoIP
En estas circunstancias, tiene más sentido habilitar un canal TCP. El resultado generalmente será un
audio más robusto canal con un retraso varias magnitudes más alto que un canal UDP equivalente.
La sobrecarga del canal también se aumenta utilizará un mayor ancho de banda de red. Además de
TCP, hay varios otros modos de canales avanzados: HTTP - BRIC-Link II tiene la capacidad de actuar
como servidor de transmisión, entregando AAC y HE-AAC a una PC compatible reproductores
multimedia Normalmente en este modo, las conexiones se solicitan en una base entrante por lo que
no hay configuración de perfil saliente es requerido. Pero BRIC-Link II también tiene la capacidad de
iniciar una transmisión a un servidor compatible con Shoutcast para distribuir la transmisión a los
usuarios. Solo en esta instancia debe establecerse un perfil para HTTP. Multidifusión: solo debe
usarse para iniciar conexiones de multidifusión IP (no para uso en Internet). Ver la Sección 13 para
más sobre las conexiones de multidifusión.

RTP estándar: esta configuración se utiliza en el escenario inusual donde la red es viable en una sola
dirección. El estándar RTP tiene la capacidad de enviar y recibir transmisiones sin que se transmita
ninguna información de estado entre el códecs. Opciones avanzadas de canales Al designar opciones
locales y remotas para un canal BRIC o TCP normal, aparecerán varias categorías nuevas. Algunos
de ellos abordan el codificador y otros dirigen el decodificador. La mayoría de las opciones de
Encoder avanzado alteran la relación entre los marcos y los paquetes. En este contexto, un marco es
el fragmento más pequeño de audio codificado que se puede extraer del codificador. Para la demora
más baja posible, esto el marco está envuelto en su propio paquete y enviado a la red. Opciones
avanzadas de codificador Las siguientes opciones avanzadas afectan el codificador: Marcos por
paquete: esta función permite que el codificador espere a que aparezca el "X" número de cuadros
antes de enviar un paquete. Esta opción difiere de FEC porque cada cuadro solo se envía una vez.
Estableciendo este valor en un número más alto de lo que uno puede reducir el uso de la red, a
expensas de la demora. Esto se debe a bits de sobrecarga de paquete como IP y UDP los
encabezados se envían con menos frecuencia. 30 Estadísticas de registro: esta función se utiliza en
el diagnóstico de fábrica y debe dejarse deshabilitada a menos que se lo indique Comrex. apoyo.
Opciones avanzadas de decodificador Las opciones de decodificador avanzado tienen que ver con la
forma en que se desempeña el administrador de búfer de jitter. Este es el algoritmo que determina, en
función del rendimiento de la red, cuánto demora instalar delante del decodificador para lograr audio
ininterrumpido. Hace esto creando un análisis estadístico de la cantidad de jitter experimentado sobre
un fijo intervalo de tiempo (la ventana) y hacer un juicio basado en otros parámetros como la
capacidad de recuperación del decodificador para errores En realidad, este es un proceso de toma de
decisiones muy complejo que involucra muchas variables, y la mayoría de las veces el los parámetros
predeterminados deberían funcionar bien. Las opciones de Decodificador avanzado son un medio
para anular estos valores predeterminados, y cambiarlos debe hacerse con cuidado. Las siguientes
opciones avanzadas afectan el Decodificador:

Retransmitir el silenciamiento: estas opciones se utilizan para determinar cómo reacciona el

administrador del buffer a los típicos desertores de datos. como los que se ven en las redes
inalámbricas. Alguna explicación: Muchas redes inalámbricas tienen su propia capa de protección de
datos montada sobre cualquier otra capa de datos, proporcionando retransmisiones de paquetes en
caso de desvanecimiento de la señal. El síntoma desde el punto de vista de la red es que los datos
vendrán detenerse por un período de tiempo mientras la señal se desvanece, y la red amortiguará
todos los paquetes durante este tiempo. Una vez que se restaura el enlace inalámbrico, todos los
paquetes almacenados en el búfer aparecerán en el decodificador como si fueran simplemente muy
tarde. En esencia, la capa de protección "luchará" contra el administrador del buffer. El efecto será
que el administrador del búfer expanda el buffer, incrementando la demora dramáticamente sin
ningún beneficio. El Retransmit Squelch permite que el decodificador detecte estos eventos y evite
que el administrador de buffer reaccione. los squelch tiene varios parámetros ajustables por el usuario
con una buena configuración predeterminada. Normalmente, deberían dejarse donde lo son, pero
puede haber circunstancias inusuales donde deberían cambiarse. Disparo de silenciamiento de
retransmisión: determina la cantidad de tiempo que el decodificador debe experimentar una pérdida
de paquete del 100%. la función Retransmit Squelch se activa. El valor predeterminado es un
segundo. Retransmitir silenciamiento máximo - El período más largo de pérdida de datos durante el
cual la función de silenciamiento está activa (el valor predeterminado es dos segundos). Durante el
período de silenciamiento, el administrador de búfer ignoró la inestabilidad relativa experimentada y
no ajusta tamaño del buffer para compensar Ventana de fluctuación de fase: este parámetro define la
cantidad de tiempo (en minutos) que el rendimiento de la red histórica es analizado para hacer el
resto de los cálculos. Como ejemplo, si la Ventana Jitter está configurada en el valor predeterminado
de cinco minutos, y si ocurre un evento de red dramático y el administrador del búfer reacciona
(quizás al aumentar el búfer), el evento se incluirá en los cálculos del gerente durante los próximos
cinco minutos. Si la red Experimenta un mejor rendimiento durante este período, el gerente puede
elegir volver a poner el búfer bajo los cinco minutos han pasado.

Cojín de pérdida: los paquetes pueden llegar al decodificador mostrando un rango de propiedades
estadísticas. Ellos pueden llegar
un tiempo razonablemente bueno y en orden, o la mitad puede llegar rápidamente con la otra mitad
retrasada significativamente. En algunos
En los casos, la mayoría de los paquetes llegan de manera oportuna, pero un pequeño porcentaje de
ellos puede ser extremadamente tarde. En esto
Por lo general, es preferible dejar estos paquetes retrasados y mantener la demora más baja. El error
del decodificador
la ocultación hace un muy buen trabajo ocultando estas pérdidas. El parámetro Loss Cushion instruye
al administrador de buffer
ignorar un cierto porcentaje de paquetes tardíos en su cálculo. El valor predeterminado es 5%.
Aplicaciones que no están en
todos los retardos sensibles pueden desear reducir este valor a cero, mientras que las aplicaciones
extremadamente sensibles al retardo pueden preferir
tener esto más cerca al 25%.
Delay Cushion: el administrador de búfer de jitter generalmente trabaja muy duro para mantener la
demora absoluta al mínimo. Algunos
las aplicaciones no son sensibles a la demora y prefieren que el administrador no trabaje tanto. The
Delay Cushion
la configuración es una forma de indicar al administrador que no intente controlar el retraso por
debajo de un valor determinado. Por ejemplo, si el retraso
el amortiguador se establece en 500 mS, esta cantidad de retraso fijo se agregará al búfer. Si el
administrador de jitter necesita
aumenta el buffer que lo hará, pero no caerá por debajo del nivel de ½ segundo.
Límite de retardo: el inverso del amortiguador de retardo, este parámetro instruye al administrador a
no enrollar el búfer
más allá de un cierto valor de retraso, independientemente de cuántos paquetes se pierden. Esto es
útil en aplicaciones donde permanecer
debajo de una cierta cifra de retraso es esencial, pero el uso del límite de retraso puede dar como
resultado un rendimiento muy bajo si el
la trepidación de la red excede drásticamente el límite.
Retardo fijo: esta opción simplemente establece el Cojín de Delay y el Límite de Retardo en un valor
similar, de modo que el buffer de retardo sea
definido al valor elegido y no aumentará ni disminuirá significativamente.
Activación / desactivación de la gestión de búfer: esta es una configuración de diagnóstico utilizada
para solucionar el rendimiento del administrador de búfer por
fábrica. Para el uso, siempre debe permanecer "encendido".

Retraso gestionado CrossLock: para comprender esta configuración, debe comprender que hay dos
formas BRIC-Link puede calcular el retardo del objetivo (y, por lo tanto, la cantidad de memoria
intermedia del decodificador que se debe agregar). El primero es el modo BRIC-Normal, y es el valor
predeterminado para las conexiones que no son CrossLock. El tamaño del búfer se establece en
función de un histograma de rendimiento de fluctuación de fase pasado. Esta incurrirá en la menor
demora posible. Para las conexiones CrossLock, el buffer se incrementa para permitir el uso de la
corrección de errores, por lo que el buffer se basa en un combinación del histograma de fluctuación
de fase y el retardo de ida y vuelta medido por el sistema. Esto generalmente dará como resultado
mayores búferes de decodificación (y mayores retrasos). Como es más bajo, la configuración
predeterminada es usar el histograma de fluctuación para todas las conexiones. Esta configuración
permite el perfil usuario para utilizar la configuración CrossLock "corrección de errores", en los casos
en que la demora no es de primordial importancia. Activación / desactivación de la gestión de búfer:
esta opción solo está disponible como herramienta de solución de problemas. Enmudecer al gerente
El resultado es una falla eventual, ya que se requiere que el administrador compense el sesgo del
reloj entre el codificador y descifrador. 32 Estadísticas de registro: si está habilitado, BRIC-Link II
intentará escribir las estadísticas del paquete que genera en un disco USB externo unido al puerto
USB del panel trasero. Esta es una función de diagnóstico. Tenga en cuenta que las estadísticas
pueden ser bastante grandes y pueden llene la capacidad de incluso un disco grande con el tiempo.
SISTEMAS DE RESPONSABILIDAD BRUT La configuración de Fiabilidad de BRUTE es una mejora
de fiabilidad heredada compatible con las versiones de firmware 3.0 y anteriores. por firmware 4.0 y
superior, se logra un mejor rendimiento utilizando los modos CrossLock. Más información sobre
CrossLock es disponible en la sección CrossLock
Hay tres opciones disponibles para ayudar a las transmisiones que sufren un rendimiento deficiente
de la red. Existen
opciones de tratamiento del codificador, que se aplican al codificador "local", el codificador "remoto" o
ambos. BRUTO
las opciones requieren 2.7 o más software en ambos extremos del enlace.
Evitar la congestión: habilitar esta opción permite que el codificador cambie dinámicamente el número
de cuadros por
paquete enviado, lo que reduce los requisitos de datos totales. Además, en la mayoría de los modos
de codificación, lo que permite la congestión
evitación proporciona al sistema una licencia para bajar a una tasa de datos de codificación inferior, si
así lo desea. Esto es lo que va a ocurrir
de forma automática y sin interrupción de audio. Reducir la congestión de la congestión no está
habilitado en el PCM lineal
modo.
Confiabilidad de UDP: UDP, el protocolo de Internet utilizado por las conexiones BRIC Normal, no
tiene ningún inconveniente inherente
capacidad de corrección de errores La confiabilidad UDP agrega un algoritmo inteligente que solicita
paquetes reenvía solo cuando
apropiado. La confiabilidad UDP puede ser útil en algunas conexiones inalámbricas que tienen un
rendimiento insatisfactorio debido
a la pérdida de paquetes.
Retransmisiones máximas de confiabilidad de UDP: este parámetro le permite establecer un límite
superior de la cantidad adicional
el ancho de banda es utilizado por la capa de confiabilidad BRUTE UDP. La configuración
predeterminada es 100, que permite la corrección de errores
capa para usar la misma cantidad de ancho de banda que la transmisión de audio. Como ejemplo, si
tu transmisión de audio está consumiendo
80 kb / s de ancho de banda de red, y las retransmisiones máximas UDP se establecen en 50%,
hasta 40kb / s de red adicional
el ancho de banda se puede usar para la corrección de errores.
33
Pestaña Configuración del sistema
La pestaña Configuración del sistema define parámetros que no son específicos de una conexión
remota particular. Ejemplos son
cómo se manejan las llamadas entrantes, el nombre del códec y cómo se asignan los cierres de
contacto. La pestaña Configuración del sistema es
se muestra en la Figura 14.
La pestaña Configuración del sistema tiene varias categorías: Configuración global, Configuración
serie auxiliar, Configuración de seguridad, BRIC
Configuración normal y Configuración SIP de EBU3266. Al igual que con la pestaña Perfiles, las
opciones básicas se muestran de forma predeterminada. Menos utilizado
las opciones están ocultas hasta que se haga clic en el cuadro Mostrar opciones avanzadas.

Figura 14 System settings tab

Opciones globales Varias opciones están disponibles en la sección Configuración global. Nombre de
la unidad: se recomienda a los usuarios que nombren sus códecs aquí. El nombre predeterminado de
un códec es el MAC único dirección del puerto Ethernet. Al cambiar esto a algo familiar y único (por
ejemplo, un reportero itinerante, un tipo de clima, etc.) este nombre se refleja en varios lugares: 1 En
el navegador utilizado para mostrar la página de control remoto 2 En Comrex, el software de utilidad
provisto, como el control remoto y el administrador de dispositivos 3 En las listas de contactos de
Switchboard TS 34 Conectar siempre al control remoto: este campo está disponible para designar un
control remoto para el funcionamiento continuo. Esto es útil en Entornos "clavados", donde se
requiere una señal a través del enlace las 24 horas del día. Para asignar un control remoto siempre
encendido simplemente despliegue el menú y seleccione qué control remoto designar como Siempre
Activado. Se establecerá una conexión y sostenido al control remoto elegido. Las conexiones remotas
se deben crear en la pestaña Conexiones antes de que puedan ser asignado a esta función. Los
siguientes cuatro campos definen las reglas de conexión automática para que los controles remotos
se desencadenen mediante los cuatro activadores externos disponibles en el panel trasero del BRIC-
Link II. Nota: Estas entradas se comparten con las señales de cierre de contacto de extremo a
extremo, por lo que si el control remoto se designa como conexión automática en un cierre, esa señal
de cierre se sacrifica en la dirección de este BRICLink II. Para asignar una conexión remota a un
cierre de contacto, simplemente despliegue el cuadro de menú junto al cierre deseado y selecciona el
control remoto apropiado. Se realizará un intento de conexión siempre que se active el contacto, y se
desconectar cada vez que se libera el contacto.

Estado de conexión CC - Cierre de contacto La entrada 4 altera el rendimiento del cierre de contacto
de salida n. ° 4. En condiciones normales circunstancias, la señal indica un disparador de la entrada
de cierre de contacto correspondiente en el otro extremo de la conexión. Si se selecciona esta casilla,
esa función ya no está disponible, y la señal sigue el frente BRIC-Link II panel listo para encender.
Esta señal será válida (cerrada) cuando haya una conexión válida, e inválida (abierta) cuando no la
conexión está presente. Configuraciones seriales auxiliares Esto le permite configurar los parámetros
del puerto de datos serie auxiliar proporcionado en el BRIC-Link II. Este puerto es siempre activo
durante una conexión IP y permite la transferencia de datos en serie a lo largo de la misma ruta
utilizada para los datos de audio. Eso no elimina ningún dato de audio; los datos en serie se agregan
a los paquetes y el ancho de banda aumenta para admitir el datos adicionales. Por esta razón, el uso
intensivo de datos en serie puede afectar el rendimiento general del códec. La configuración está
disponible para BAUD RATE, BITS DE DATOS, PARITY, STOP BITS y FLOW CONTROL. La mayoría
de los usuarios dejarán los valores predeterminados de 9600, 8, 1, Ninguno para el control de flujo y
ninguno para la paridad. Configuraciones de seguridad Contraseña de conexión: le permite definir
una contraseña que debe adjuntarse a todas las conexiones entrantes antes de que sean aceptados
Las unidades que le envían conexiones salientes deben conocer esta contraseña y aplicarla a su flujo
de salida. Dejar el campo en blanco deshabilitará esta función. Contraseña de la GUI: esto le permite
definir una contraseña para la pantalla de la página web y el actualizador de firmware. El valor por
defecto la contraseña es comrex (minúsculas). Puede desactivar el control remoto y la funcionalidad
de actualización de firmware completamente deshabilitando la opción de control remoto. Habilite el
acceso SSH remoto: esto brinda la posibilidad de que el soporte de Comrex se conecte a esta unidad
utilizando SSH. protocolo para solucionar problemas. Recomendamos dejar esta opción habilitada, ya
que el acceso SSH requiere una clave valor que no es divulgado por Comrex, las solicitudes
genéricas SSH son rechazadas.

Configuración normal BRIC

Aceptar conexiones entrantes: determina si este BRIC-Link II se utilizará para conexiones IP
normales entrantes. Si
esta función no está habilitada, BRIC-Link II solo admitirá llamadas salientes utilizando el modo BRIC
normal.
Configuración de EBU3266 / SIP
Aceptar conexiones entrantes: determina si las llamadas entrantes son aceptadas en formato
EBU3326 / SIP (utilizado
para compatibilidad con otros fabricantes que sigan este protocolo).
Usar SIP Proxy - Esta opción determina si la función SIP está "registrada" en un servidor SIP en la
nube. Si "usa
SIP Proxy "está habilitado, deberá agregar la dirección, nombre de usuario y contraseña para el proxy
en el
campos.
Dirección Proxy SIP: dirección IP o URL del proxy SIP utilizado.
Nombre de usuario / Contraseña: credenciales de inicio de sesión para el servidor SIP,
proporcionadas por su proveedor de servicios
Configuración de VPN de CrossLock: consulte la sección de Crosslock para estas configuraciones.
Configuración avanzada del sistema
Cuando se selecciona la casilla Configuración avanzada del sistema, se habilitan algunas opciones
adicionales.
Configuración normal BRIC
Puerto IP: esta opción le permite definir el puerto UDP entrante: el número que se utilizará para la IP
entrante
conexiones. El valor predeterminado es 9000. Tenga en cuenta que dado que la mayoría de los
códecs BRIC-Link II intentan una conexión en este puerto
número, cambiarlo puede significar que BRIC-Link II en el campo debe marcar específicamente su
nuevo número de puerto para poder
conectar. Se debe realizar una llamada saliente a un número de puerto específico en forma de
IPADDRESS: PORT, p. puerto de marcado
5004 en la línea de prueba de Comrex está formateado 70.22.155.131:5004

Configuración RTP estándar Estas configuraciones ofrecen varios modos que permiten la
compatibilidad con dispositivos específicos de codificación IP. Para detalles completos, revise el
apéndice de compatibilidad de IP de este manual. Configuración de EBU3266 / SIP Puerto IP: el
puerto utilizado por el canal de negociación SIP al usar el modo EBU3326 / SIP. Si se cambia este
puerto, es es probable que rompa la compatibilidad con los códecs de otros fabricantes Contraseña
VIP QC: para fines heredados con la aplicación VIP QC, que ha quedado obsoleta. Puerto IP RTP: el
puerto utilizado para la transferencia de audio durante el modo EBU3326 / SIP. Dado que esta
información de puerto se transfiere durante el proceso de negociación, se puede cambiar sin romper
la compatibilidad. Tenga en cuenta que los datos RTSP siempre se envían y recibido en el puerto una
dirección más alta que esta. 36 Anulación de IP pública: habilítela en un entorno en el que los puertos
se hayan reenviado a través de un enrutador al BRICLink. II, y se desea una conexión EBU3326 /
SIP. El protocolo SIP supone que no se reenvían puertos y puede tener problemas para conectarse
sin esta función habilitada. Usar el servidor STUN: determina si se usa o no la dirección derivada de
STUN en los campos salientes. BRIC-Link II tiene una capacidad alterna de NAT Transversal, por lo
que está desactivado de forma predeterminada. SIP Proxy Keepalive: le permite cambiar la
frecuencia con la que se produce el protocolo de enlace SIP cuando no hay llamadas. Dominio SIP:
cuando se registra con algunos servicios, se requiere una entrada de dominio por separado. Si no
está poblado, el dominio de la entrada de proxy SIP se utiliza. Nombre de usuario de autenticación
SIP: cuando se registra para algunos servicios, se requiere un nombre de usuario de autenticación
por separado. No poblar a menos que su proveedor requiera una entrada específica. Enviar RTP al
puerto de origen: una función de NAT Transversal utilizada con aplicaciones de teléfonos inteligentes.
Habilitado por defecto. Enrutamiento SIP: específicamente requerido por algunos servidores SIP
(OpenSIPS). Modifica el comportamiento del encabezado de la ruta

Configuración de TCP
BRIC-Link II funciona mejor cuando se usa UDP para las conexiones, pero hay algunas
circunstancias excepcionales cuando el sistema
puede ser necesario conmutar a la operación TCP. Esta opción avanzada define cómo se manejan las
llamadas TCP entrantes.
Las llamadas salientes se definen como TCP cuando su perfil está configurado. BRIC-Link II
normalmente escucha las llamadas entrantes en
ambos puertos TCP y UDP, y elige el primero en llegar. Si se detecta una llamada TCP, BRIC-Link II
intentará utilizar el
mismo enlace TCP para transmitir en la dirección inversa.
Aceptar conexiones entrantes: esto le permite activar y desactivar la respuesta automática TCP.
Deshabilitar esta función significa
solo se pueden establecer llamadas TCP salientes.
Puerto IP: tiene la opción de configurar el número de puerto TCP entrante, que puede ser diferente al
puerto UDP
número.
Nota: Advertencias dadas anteriormente sobre el cambio de números de puerto: las llamadas con
números de puerto no coincidentes fallarán.
37
VI. Hacer conexiones en el BRIC-Link II
Creando una conexión remota
Entonces, ahora es el momento de hacer una conexión en BRIC-Link II. Supondremos que la red y
las conexiones de audio tienen
sido hecho. Antes de que pueda establecer una conexión saliente en BRIC-Link II, debe ingresar la
información sobre el control remoto
conexión en la pestaña de Conexiones. Esto actúa como una guía telefónica, guardando los nombres
y números de todos para
a quien conectas
Como se muestra en la Figura 15, BRIC-Link II viene preprogramado con tres conexiones. Loopback
se elige cuando
desea probar BRIC-Link II conectando el codificador y el decodificador local. Las otras dos entradas
son
conexiones a Comrex en Massachusetts, y estas pueden usarse para su prueba (cuando no están
ocupadas con otras
usuarios). Mantenemos dos reproductores de CD en estos códecs, alimentando la voz y el audio de la
música, respectivamente.

Figura 15 Connections tab

Para crear su propia conexión de salida, haga clic en Almacenar nuevo remoto (1 en la Figura 12)
para obtener la ventana emergente de entrada. Escoge un nombre para el control remoto, (por
ejemplo, WXYZ), seguido de la dirección IP o el número de teléfono del control remoto. El campo de
dirección MAC solo es necesario cuando se utiliza la función CrossLock sin el servidor de la
Centralita. Ver el Sección CrossLock para más información. 38 El siguiente campo es opcional. Si el
control remoto tiene filtrado de contraseña habilitado para llamadas entrantes, deberá ingresar esa
contraseña en el siguiente campo (distingue entre mayúsculas y minúsculas) para establecer una
conexión. Si no se requiere contraseña, deja esto en blanco Finalmente, deberá elegir un perfil para
usar al hacer estas conexiones. BRIC-Link II incluye varios perfiles predeterminados comunes para
elegir, cada uno de los cuales habilita un enlace dúplex completo simple usando uno de los
disponibles algoritmos. Si desea un conjunto de características más complejo al hacer esta conexión,
deberá hacer clic para la pestaña Perfiles y configure un perfil específico usando sus parámetros
personalizados. Las opciones personalizadas pueden incluir un solo sentido transmisión, diferentes
codificadores en cada dirección, distribución especializada de paquetes, etc. Una vez definido en el
Pestaña Perfiles, los nuevos perfiles estarán disponibles en la ventana Selección de perfil y se
pueden asignar a un control remoto conexión
figura 16 store new remote

Conectando
Una vez que la entrada de su conexión remota es correcta, es simplemente una cuestión de señalar y
hacer clic para conectarse y
desconecta un control remoto. Cuando se intenta una conexión, el valor de estado actual en la tabla
de conexión cambiará
para reflejar el progreso de la conexión. Si la conexión falla, el motivo de la falla se mostrará en el
último
Categoría de estado Si tiene éxito, el modo de codificador y decodificador se reflejará en el estado de
transmisión y recepción
Columnas de estado
39
Desconectando
Desconectarse es igual de simple. Resalte la conexión deseada y haga clic en Desconectar para
finalizar la conexión.
Filtrado de contraseña
La función Contraseña de conexión se puede usar para filtrar las conexiones entrantes. Usando esta
función, intento
las conexiones entrantes serán rechazadas si no conocen la contraseña apropiada que distingue
entre mayúsculas y minúsculas. Para salientes
conexiones, la contraseña se ingresa cuando se crea la conexión remota en el menú Store New
Remote. por
conexiones entrantes, la contraseña se establece en la pestaña Configuración del sistema.
No hay forma de recuperar una contraseña olvidada; simplemente debe ser cambiado en cada BRIC-
Link II.

Hacer conexiones Bric-Link II con Switchboard

I. Hacer conexiones BRIC-Link II con Switchboard Nota: El uso del servidor de centralita
telefónica (anteriormente conocido como servidor BRIC Traversal o TS) es una actualización opcional
para BRIC-Link II. Para utilizar la función de Panel de control del BRIC-Link II, se debe aplicar una
clave de licencia al producto usando la utilidad Device Manager. La licencia también puede haber sido
aplicada en la fábrica. Puede verificar la licencia estado de un BRIC-Link II en la Pestaña
Configuración del sistema seleccionando el botón Licencia de software. Comrex mantiene un servidor
Switchboard (ts.comrex.com) y un servidor NAT Traversal (stun.comrex.com) que es disponible para
usuarios de BRIC-Link II. El personal de soporte de Comrex puede proporcionar una cuenta en
Switchboard, o ya se ha incluido en su compra de actualización de centralita telefónica. Para obtener
información sobre cómo configurar y mantener su cuenta de Switchboard, consulte la nota técnica
Configuración de SwitchBoard para ACCESS y códecs BRIC-Link en el sitio web de Comrex. Una vez
que la Centralita está activa en su BRIC-Link II, verá su estado reflejado en la pestaña Conexión en el
Estado cuadro como se muestra en la Figura 17

figuara 17
figuara 18

La pestaña Configuración del sistema tiene algunas opciones de configuración de centralita telefónica
disponibles en la configuración de la centralita. Como se muestra en la Figura 18, la función se puede
activar o desactivar con la opción "habilitar". Los dos campos de dirección reflejar las ubicaciones de
la parte del Directorio del servidor (Panel de control) y la ubicación de la parte del servidor que ayuda
en NAT Traversal (STUN). Si aloja su propia centralita, cualquiera de los campos se puede cambiar a
la IP dirección o URL de su servidor privado. Ambas direcciones pueden ser iguales. El panel de
control le mostrará una lista dinámica de todos los demás códecs de Comrex que están suscritos. El
último la opción determina el alcance de esta lista. Por defecto, todos los demás códecs en su cuenta
siempre se muestran, pero usted puede limitar esta lista a unidades que actualmente están
"sincronizadas" con el Tablero de Control, excluyendo cualquier unidad fuera de línea o con su La
función SwitchBoard está deshabilitada

figuara 19

La Figura 19 muestra la pestaña Conexión de un BRIC-Link II con un servicio de Panel de control que
funciona correctamente. Los listados
con un fondo gris son los que aparecen a través de Panel de control. Estos generalmente se pueden
conectar sin ningún
conocimiento de la dirección IP con la ayuda de Switchboard. Se asigna un perfil predeterminado a
las conexiones del Panel de control
(Opus mono) pero se puede cambiar editando la entrada de la manera habitual.
43
VIII.Usando BRIC-Link II con CrossLock
Firmware 4.0 para BRIC-Link II agrega una capa de confiabilidad completamente nueva, que es
opcional de usar. Para colocar
conexiones a través de CrossLock, ambos extremos del enlace deben ser BRIC-Link, BRIC-Link II o
ACCESS Rack o Portable
ejecutando firmware 4.0 o superior.
Acerca de CrossLock

figura 20

Como se muestra en la Figura 20, CrossLock es una VPN (red privada virtual) que se establece entre
su códec
hardware antes de que se establezca una conexión. Usando esta VPN, sus códecs pueden transferir
mucha más información en
cada dirección del enlace. Esta información incluye el estado de la red y las estadísticas de pérdida
de paquetes en cada dirección, error
parámetros de corrección, información necesaria para establecer las velocidades del acelerador del
codificador e información requerida para establecer enlaces
sobre múltiples redes.
El CrossLock VPN se crea inmediatamente cuando se inicia una nueva conexión, y permanece por un
corto tiempo después
la conexión. Las opciones están disponibles para que la VPN CrossLock esté establecida siempre,
con solo las transmisiones multimedia
y las estadísticas son make / break.
NOTA: CrossLock no es compatible cuando se utilizan algoritmos Lineal PCM o FLAC.
44
Soporte de redes múltiples
Una característica clave de CrossLock es la capacidad de utilizar más de una red en uno o ambos
lados de un enlace. Si esto
es necesario debido al ancho de banda restringido, CrossLock puede "sumar" la capacidad de datos
de las redes para
hacer una red más grande. Si se desean redes múltiples donde ambas redes ya tienen suficiente
ancho de banda,
CrossLock puede usar el "modo de redundancia" y duplicar todos los datos a ambas redes, lo que
permite a los receptores descartar
datos innecesarios.
Con respecto a BRIC-Link II, una red adicional es siempre una segunda Ethernet agregada a través
de un adaptador USB-Ethernet para
el puerto USB en el panel trasero. Una vez aplicado, este puerto Ethernet aparecerá en la lista de
redes de la Caja de herramientas (consulte Uso de
BRIC-Link II con Device Manager) y se puede configurar de la misma manera que el puerto Ethernet
primario.
La capacidad de CrossLock también es importante cuando solo el hardware de extremo distante está
utilizando múltiples redes, por lo que BRIC-Link
II puede agregar las dos transmisiones que se le envían a través de CrossLock. y distribuir su flujo de
salida entre los
conexiones entrantes.
Cuando se establece una conexión, CrossLock intentará por defecto establecer la conexión a través
de cualquier enlace válido habilitado
red conectada a ella. El uso de CrossLock en una interfaz de red particular puede desactivarse a
través de Toolbox
Seguridad al usar CrossLock Debido a que CrossLock crea una red privada virtual (VPN) real entre
sus códecs, está configurada para ser cerrado a codecs que no conoce. Esto se hace limitando la
conexión a los contenidos en una "lista" de aprobados ID de unidad. La ID de la unidad de un códec
es la dirección MAC del puerto Ethernet principal. Entonces, para conectarse a través de CrossLock,
cada unidad, además de conocer la dirección IP del otro, debe conocerse entre sí. Dirección MAC de
Ethernet. La forma más sencilla de conectar códecs mediante CrossLock es utilizar la función del
servidor de la centralita telefónica. Switchboard es especialmente diseñado para transferir toda la
información necesaria sobre su flota de códec a todos los demás códecs de la flota. ID de unidad se
distribuyen entre las unidades en la lista de contactos y las conexiones se pueden hacer sin ninguna
entrada adicional en cualquiera fin. Cuando se usa CrossLock BRIC-Link II realizará una conexión
CrossLock cuando se cumplan las siguientes condiciones: 1 Ambos extremos del enlace tienen
Firmware 4.0 o superior. 2 Hay al menos una red activa conectada en cada extremo. 3 La conexión se
establece mediante el panel de control O la dirección MAC de cada unidad se agrega a la entrada
remota saliente y entrante. Si no se cumplen estas condiciones, se intentará una conexión "BRIC
Normal" estilo legacy sin CrossLock. 45 Creación y ruptura de conexiones CrossLock Si utiliza el
Panel de control como se describe anteriormente, las conexiones CrossLock se realizarán
automáticamente si ambos códecs son capaz. La forma más fácil de saber si una conexión está
usando CrossLock es que la palabra "CrossLock" se muestra en la entrada de estado como se
muestra en la Figura 21.
figura 21

En el caso de las conexiones que no están basadas en el conmutador (por ejemplo, redes cerradas o
STL), necesitará saber la ID de la unidad (dirección MAC Ethernet primaria) de la unidad a la que
desea conectarse. Si no se usa la Centralita, la ID de la unidad se debe aplicar a la entrada remota
saliente. Además, una entrada remota en el códec entrante se debe hacer de la misma manera, con
la ID de unidad de la unidad llamante poblada en el mismo campo (incluso si esta entrada nunca se
selecciona para llamadas salientes). El campo de dirección IP de la entrada entrante no necesita ser
poblado

figura 22

Como se muestra en la Figura 22, la ID de la unidad se ingresa a la ventana emergente "Crear nuevo
remoto" en el campo "Dirección MAC". Además, el códec que recibe la conexión debe tener una
entrada similar realizada, con la dirección MAC de la unidad llamante poblada 46 Opciones de
configuración de CrossLock Como se muestra en la Figura 21, hay una opción de configuración de
VPN CrossLock en la pestaña Configuración del sistema de la Web. Interfaz. Estas son las opciones
básicas: Habilitar - Al desactivar la función de habilitar, las conexiones CrossLock no se pueden
recibir ni establecer. Modo redundante: desactivado de forma predeterminada, esta opción determina
cuál de los modos de multinivel utiliza el saliente Conexiones CrossLock. No redundante
(vinculación): este es el modo predeterminado. Se agrega la suma de los datos disponibles en cada
red juntos para entregar un solo flujo. Este modo es mejor cuando no está seguro de la capacidad de
sus redes, y desea crear un solo canal enlazado de mayor capacidad. Redundante: el flujo de medios
se duplica por completo en cada red. Este modo es mejor cuando usa redes capaces de llevar todo el
flujo de medios por su cuenta, pero quieren asegurarse de que se reciban todos los paquetes
enviando todos los datos varias veces Estrangulamiento: un elemento clave de CrossLock es la
capacidad de determinar si la velocidad de datos del codificador debería reducirse para compensar la
contención de la red. CrossLock hace esto por defecto. Si BRIC-Link II se está utilizando en un red
privada administrada, o si se emplean varias sesiones CrossLock (Multitreaming), entonces esta
función puede ser derrotado aquí.

Configuración avanzada de CrossLock Al seleccionar la opción Avanzada en la configuración de

CrossLock VPN, se muestran las siguientes configuraciones avanzadas de CrossLock: Puerto UDP:
de forma predeterminada, CrossLock usa el puerto UDP 9001 para las conexiones. Para mejores
resultados, este puerto debe estar abierto para los datos entrantes en al menos uno de los códecs en
el enlace. Esto significa que a menos que el BRIC-Link II sea un "abierto" Conexiones de Internet (no
se utilizan firewalls o enrutadores) el puerto deberá ser reenviado a él. En casos donde más de un
códec se adjuntará a la misma dirección IP pública, es posible que deba cambiar la entrada
predeterminada Puerto. Puede ser cambiado aquí. Si se cambia este puerto y se utiliza la centralita
para establecer conexiones, no más cambios son requeridos En el caso de conexiones sin Centralita,
el cambio de puerto deberá anotarse en el dirección de salida en la unidad que llama. Permisivo: al
habilitar el modo Permisivo, se elimina por completo el filtro de identificación de la unidad. Se pueden
hacer conexiones CrossLock sin tener en cuenta la ID de la unidad. Tenga en cuenta que la unidad de
extremo debe conocer la ID de unidad de este códec, o también debe tener el modo permisivo
disponible. Recomendado para redes cerradas sin problemas de seguridad. Autenticación: BRIC-Link
II firmware 4.0 y superior utiliza certificados de seguridad asignados al hardware del códec para
autenticarlo como un producto Comrex. Esta opción determina si las conexiones se realizarán a los
códecs sin estos certificados. Los certificados se asignan a códecs por el servidor de Switchboard
después de una actualización a firmware 4.0 o más alto (no es necesario actualizar el panel de
control). Debido a que algunos códecs pueden ser firewall y no recibir certificados después de las
actualizaciones, esta opción está predeterminada. 47 Encriptación / Protección: BRIC-Link II tiene la
capacidad de evitar la interceptación de flujos (Cifrado) y la alteración de corrientes (Protección). Los
requisitos de CPU de estos modos son grandes y, por lo tanto, no se recomienda aplicar estas
opciones a las transmisiones cuando no se requiera. Se desactivan por defecto para conservar la
CPU

Retraso máximo: CrossLock funciona mediante la elección de una figura de "Retardo de destino"
basada en el rendimiento de la fluctuación de fase de su varias redes en una ventana de tiempo. Para
evitar una demora excesiva en el caso de una red extremadamente lenta, tiene un ajuste de retraso
máximo aquí. En el caso de redes múltiples con cifras de fluctuación de fase muy altas, esta
configuración puede ser aumentado de los cinco segundos predeterminados por el usuario. FEC:
CrossLock tiene un potente algoritmo de corrección de errores hacia adelante que está habilitado en
presencia de múltiples redes, usando cualquier exceso de ancho de banda de red para agregar la
paridad requerida. Se recomienda el uso de FEC, pero puede estar deshabilitado aquí. Retraso de
FEC: controla la cantidad de retraso que FEC introduce en el sistema y, en cierta medida, cuán
efectivo la recuperación es (que depende en gran medida de la velocidad del paquete). El valor
predeterminado de 100mS solo debe modificarse recomendación del apoyo de Comrex. Base de
FEC: este parámetro aplica una tasa constante de recuperación de la focalización de FEC de la tasa
de pérdida esperada especificada. Es medido en porcentaje de pérdida de paquete para ser
corregido. Esto es útil cuando la retransmisión no es efectiva (p. Ej., Alta demora red) y el auto-FEC
no está funcionando como se desea. Se debe utilizar por recomendación del soporte de Comrex.
Retransmisión: además de FEC, CrossLock utiliza un algoritmo de estilo ARQ para permitir la
retransmisión de paquetes perdidos cuando el tiempo lo permite Se recomienda este modo, pero se
puede desactivar aquí. Compresión de encabezado: la naturaleza de los paquetes de Internet a veces
da como resultado una sobrecarga IP (encabezados RTP y otros información) en realidad usando
casi tanto ancho de banda como la carga útil. CrossLock, por defecto, comprime algunos de estos
encabezados para conservar el ancho de banda de la red. En casos donde la red lo rechaza, o la
inspección de paquetes es requerido, esta compresión puede ser deshabilitada. Siempre conectado:
esta opción permite que CrossLock esté siempre conectado a un destino. Por su naturaleza,
CrossLock usa muy pocos datos por lo que la utilización de este modo en la red (cuando está
inactivo) es muy pequeño. Si solo te conectas a un destino, tener CrossLock siempre conectado hace
que las conexiones de los medios sean más rápidas, y proporciona una indicación del estado de la
red entre los dispositivos (luz "lista" o estado de CrossLock). La mayoría de los usuarios deberían
dejar esta configuración desactivada

figura 23

Cuando una conexión CrossLock está activa, la pestaña CrossLock se activa. De lo contrario, está en
blanco. La pestaña CrossLock
se muestra en la Figura 23. Proporciona una gran cantidad de información en tiempo real sobre el
rendimiento de la red.
La pestaña CrossLock es similar a la información disponible en la pestaña Estadísticas, que muestra
el rendimiento de la transmisión
sin tener en cuenta la capa CrossLock. La pestaña CrossLock muestra detalles más finos sobre el
rendimiento de la red en ambos
direcciones que se pueden obtener a través de la pestaña Estadísticas.
Además, la pestaña CrossLock contiene la barra deslizante de retardo. Esta barra da una indicación
visual del objetivo (retraso
el sistema cree que es necesario) y la demora real del enlace. El valor predeterminado de la barra
deslizadora es la operación "automática", pero
el modo manual se puede enganchar en las circunstancias donde se desee.
Como se muestra en la Figura 23, puede elegir entre ver gráficos para la transmisión (saliente) o
recibir (entrante)
lado del enlace utilizando la opción desplegable en el lado superior izquierdo.
Gráfico de utilización
La sección superior contiene un gráfico de la utilización saliente (o entrante) de la red. Las barras
indican el
velocidad promedio de datos utilizada por el sistema durante cada ventana de un segundo. Se espera
que el tamaño de estas barras
variará porque CrossLock tiene control sobre la velocidad de datos a través de una técnica llamada
"estrangulación". Basado en la red
estadísticas de retroalimentación, CrossLock reducirá e incrementará la utilización de forma dinámica.
Si se usa más de un dispositivo de red, el gráfico de utilización se codificará con colores, lo que indica
la utilización relativa.
de cada dispositivo de red. La clave de código de color para cada dispositivo de red aparece en el
lado derecho del gráfico.

Superpuestos en el gráfico de utilización de la red hay dos líneas de color: 1 Objetivo del codificador:
refleja la tasa de bits elegida en el perfil utilizado en la conexión. Esta se trata como un valor máximo,
por lo que la utilización debería permanecer por debajo de esta línea. Porque estos valores se
promedian, puede haber momentos en que la utilización se mueva por encima del objetivo línea
momentáneamente. 2 Velocidad del acelerador: cuando el estrangulamiento CrossLock está
habilitado (el estado predeterminado) esta línea indica cómo se aplicará mucha aceleración. Verás
que la utilización se mantendrá casi por debajo de la línea de aceleración. Gráfico de pérdida de
paquetes El gráfico inferior indica, en términos porcentuales, lo que salió mal en la red durante cada
segundo ventana. Tres entradas diferentes codificadas por color aparecen aquí: 1 Pérdida de
paquetes (rojo oscuro): el sistema ha detectado que un paquete ha sido completamente descartado
por la red y nunca fue recibido por el decodificador. 2 Paquete tarde (rojo brillante) - El sistema recibió
el paquete, pero ya era demasiado tarde para decodificar y acabar. 3 Paquete recuperado (verde): el
paquete se perdió o se retrasó, pero fue recuperado por el Corrección de errores hacia adelante
(FEC) o corrección automática de errores en la consulta de repetición (ARQ) incorporada CrossLock

Control deslizante de retardo La forma más poderosa de estabilizar cualquier conexión de transmisión
es hacer que el decodificador agregue un buffer de retardo a la conexión. Esto compensa los cambios
en la tasa de paquetes recibidos, conocidos como la inestabilidad en Internet habla. CrossLock usa
una combinación de descodificación de retardo de decodificación y corrección de errores para
mantener las conexiones estables. Cuando CrossLock está activo, la actividad del búfer de retardo se
ilustra y controla a través de el control deslizante de retardo en la pestaña CrossLock

figura24

La Figura 24 muestra el control deslizante de retardo. En esta figura, el control deslizante está en el
modo "Retardo automático" y la información en el control deslizante
es puramente con fines informativos. Al hacer clic en el cuadro "Retardo automático" se configura el
sistema para
Modo de demora manual y permite que el control deslizante se mueva con un mouse.
El control deslizante completo es escalable, y el rango de izquierda a derecha variará de cien
de milisegundos a varios segundos, dependiendo del rango de retrasos que se están abordando
actualmente.
En el modo automático o manual, una serie de barras de color se superponen en el control deslizante,
para indicar el retraso
"Zonas" de seguridad. El más a la izquierda es la zona roja, que indica un nivel de buffer que es
demasiado bajo para estable
50
transmisión. La zona amarilla indica un buffer de retardo que puede tener problemas de estabilidad, y
el verde
la zona indica un nivel de memoria intermedia que debería proporcionar estabilidad. Estas "zonas"
escalan, aumentan y disminuyen
en tamaño basado en el historial de jitter experimentado por CrossLock en la red.
En el modo "Auto Delay", otros dos elementos son de interés. La flecha hacia abajo significa el
"Objetivo
Retardo ", que es el mejor valor de compromiso calculado por el sistema para equilibrar la estabilidad
y la demora.
La "burbuja" indica la demora actual. La burbuja Current Delay intentará rastrear con el objetivo
Delay Arrow, pero a veces puede caer fuera de él. Esto generalmente indica que el sistema está
reduciendo activamente
o aumentando el buffer

figura25

Figure 25 shows the slider in “Manual Mode”. Here, the arrow becomes a moveable cursor, and it’s up
to the operator to determine how best to set the compromise between delay and stability. CrossLock
Tab Detailed View A powerful feature of the CrossLock Link tab is to allow the user to “drill down” to
the statistics for each network interface, and view the performance of that network alone. By clicking
the button that appears for each interface on the right side of the tab, a new window opens that shows
graphs similar to the “overview” graph, but limited to the performance of that particular network. The
Detailed View is most useful when more than one network is being used by CrossLock, as it allows
comparison of the quality and delay figures of the various networks. As with the overview graphs, a
choice is available in the pull-down menu to select between transmit (outgoing) data and receive
(incoming) data for each network.

IX. Operando BRIC-Link II en un entorno 24/7 BRIC-Link II se puede configurar fácilmente para el
funcionamiento "siempre encendido". Será útil describir un poco sobre BRICLink II protocolo de
transferencia de datos antes de describir cómo configurar el sistema. En el modo BRIC Normal, el
modo de funcionamiento predeterminado, BRIC-Link II transfiere todos sus datos de audio a través
del protocolo UDP. Esto está en contraste con la mayoría de las conexiones basadas en web como la
navegación y el correo electrónico, que usan el protocolo TCP. UDP, a diferencia TCP, no está
"orientado a conexión" (es decir, no existe conexión virtual en realidad en esta capa de protocolo
entre dispositivos). En UDP, el transmisor simplemente lanza paquetes a la red con la dirección
correcta, esperando que el la red hará su mejor esfuerzo para entregar los paquetes de manera
oportuna. Si un paquete se retrasa o pierde, no hay error se envía un mensaje y no se retransmite
ningún paquete. Depende del receptor ocultar todos los datos perdidos, si puede. Esta permite que
Internet entregue paquetes con la menor cantidad de sobrecarga y demora. Como no hay inteligencia
conexión construida entre los códecs, en realidad no hay ninguna conexión para interrumpir en caso
de falla de la red. El codificador simplemente lanza paquetes a la red, independientemente de si
llegan o no. Si la red falla y luego se restaura, la secuencia de paquetes se restaurará en el
decodificador. Para la mayoría de las aplicaciones, como la transmisión remota, es útil simular una
transmisión orientada a la conexión, por lo que BRIC-Link II utiliza un subcanal de bajo ancho de
banda para devolver información al codificador sobre el estado general de la conexión. Eso hace esto
en su "capa de aplicación", en lugar de la "capa de transporte" donde existe UDP. Por defecto,
monitorea el la salud de una conexión y si no se detectan datos recibidos por el decodificador durante
60 segundos (este es un usuario ajustable tiempo de espera), "derriba" esta conexión y vuelve al
estado inactivo. Esto puede dar una indicación al usuario de que el la red ha fallado y es hora de
analizar el problema. Lo bueno de tener el protocolo de conexión en la capa de aplicación es que su
uso es opcional. Para 24/7 operación, no hay ventaja de tener la conexión final si no se reciben datos
para un intervalo de tiempo de espera. Entonces, para configurar BRIC-Link II para operación 24/7, se
cambian varios parámetros:
El valor de tiempo de espera se establece en infinito; la conexión nunca se derribará
independientemente de los datos
estado.
2 BRIC-Link II está configurado para restablecer la conexión en caso de un encendido.
3 El control de Desconexión local está desactivado. La función de desconexión en el lado de
recepción sigue siendo
habilitado, pero dará lugar a una reconexión inmediata por parte del iniciador.
En la pestaña Configuración del sistema, el campo etiquetado SIEMPRE CONECTAR A REMOTO
ofrece un menú desplegable de todos los disponibles
conexiones. Establecer este valor en una de sus conexiones predefinidas da como resultado la
configuración de la unidad durante 24/7
operación a ese control remoto No es necesaria ninguna configuración en el lado remoto.
52
BRIC-Link II tiene otra opción para conexiones persistentes. Al construir una entrada remota, un
campo está disponible para
opciones de copia de seguridad, una de esas opciones es Mantener reintentando este modo remoto.
De manera similar, usando este modo
permitirá a la unidad ignorar el valor de tiempo de espera y mantener una conexión persistente. La
diferencia es que
La función de desconexión aún funciona y la conexión no se reiniciará durante el encendido. Este
modo es para
usuarios que realizan conexiones temporales, pero no desean que el sistema exceda el tiempo de
espera y la desconexión en el evento
de falla de red
BRIC-Link II tiene la capacidad de realizar automáticamente una conexión de IP de respaldo en caso
de falla de la red principal.
conexión. Esto se llama Fallback, y es una opción elegida después de definir una nueva conexión
Remota.

Figura 26

Como se muestra en la Figura 26, resalte una conexión existente (Esta será su conexión principal) y
elija Cambiar Configuración remota. En la ventana emergente, hay un cuadro desplegable disponible
para permitirle elegir una conexión de respaldo de la lista de controles remotos existentes. Después
de la conexión, si los datos se detienen en la conexión principal durante la duración del valor de
tiempo de espera (establecido en perfil de conexión), se intentará y mantendrá una conexión con el
control remoto de respaldo. También hay un cuadro en la pestaña Cambiar configuraciones remotas
etiquetado Automáticamente caer hacia adelante. Si esta casilla está marcada, el sistema intentará
constantemente volver a conectar el control remoto principal mientras está conectado al control
remoto de respaldo. Si la conexión es exitosa, la conexión a la reserva finalizará.
X. Sobre los algoritmos Al construir un perfil, hay varias opciones de codificadores para usar en
cada dirección del enlace. Aquí está un descripción de las elecciones: AAC Este algoritmo es un
estándar muy apreciado para comprimir audio a estándares críticos de escucha. Ha sido juzgado para
producir audio "casi transparente" a una tasa de codificación de 128 kbps estéreo. El estándar es una
colaboración de varios el mejor esfuerzo de las compañías de audio, y se ha hecho popular como el
códec de audio predeterminado del programa Apple ™ iTunes ™. AAC debe considerarse el códec de
mayor calidad en BRIC-Link II - Mejoras como HE-AAC e intentar mantener una calidad similar y un
ancho de banda y retraso reducidos. HE-AAC Esta es una versión más nueva de AAC definida para
aumentar la eficiencia. El objetivo del algoritmo es producir AAC calidad comparable a una velocidad
de bits más baja. Hace esto codificando frecuencias más bajas para AAC y frecuencias más altas
utilizando la Replicación de Banda Espectral (SBR), una técnica que sintetiza parcialmente estas
altas frecuencias. HE-AAC es marca registrada por otras compañías como AACPlus ™. HE-AAC (y
derivados cercanos) se utilizan a menudo como audio principal códec para redes digitales de radio y
satélite. HE-AACv2 Este algoritmo aumenta aún más la eficiencia de HE-AAC al agregar una
codificación estéreo de intensidad. Esto resulta en una baja velocidad de bits para señales estéreo.
También agrupamos un mono HE-AAC de tasa muy reducida en esta categoría, aunque técnicamente
no contiene codificación v2.

PCM lineal * Este codificador no comprime el audio en absoluto. Utiliza una frecuencia de muestreo
de 48 kHz (usando entradas analógicas o AES3 de 48 kHz) y simplemente aplica pequeños marcos
de audio lineal a paquetes IP. Este modo solo es útil en LAN de gran ancho de banda o Entornos
WAN gestionados. El Modo Mono requiere una capacidad de red de 804 kbps mientras estéreo (Dual
Mono) El modo requiere un ancho de banda de red de más de 1.56 Mb / s. En PCM lineal, si la
frecuencia de muestreo de entrada AES3 es 32 kHz o 44.1 kHz, la transmisión de red también se
ejecutará a esta velocidad y el ancho de banda requerido será menor. 54 FLAC * Este codificador
comprime los datos de audio utilizando un algoritmo sin pérdidas. Esto significa que el audio extraído
del el decodificador es idéntico a la entrada de audio al codificador, sin artefactos de codificación.
FLAC generalmente elimina 30-40% de los datos de red comparados con PCM lineal, pero la
velocidad de datos real es variable y se basa en la complejidad de el audio codificado. El uso de
FLAC sobre PCM Lineal generalmente resulta en un retraso general levemente más alto (5ms).

G.711 G.711 (ley μ y ley a): estos son los algoritmos de codificación utilizados por las llamadas POTS
digitales estándar, y brindan aproximadamente Audio de 3 kHz (calidad del teléfono). La ley μ se
utiliza en América del Norte, mientras que la ley es prevalente en Europa. Estas Se proporcionan
algoritmos para la compatibilidad con teléfonos VoIP de estilo SIP, pero no proporcionan muchos
beneficios con respecto a los estándares. telefonía en términos de audio. G.722 G.722: este es un
conocido algoritmo de 7 kHz (fidelidad media) utilizado en algunos teléfonos y códecs VoIP. Es
proporcionado para fines de compatibilidad, pero no se considera un algoritmo superior para códecs
de audio. Opus Opus: una oferta más nueva que combina baja demora y baja utilización de la red.
Opus se incluye principalmente para compatibilidad con aplicaciones de softphone y conexiones a
Internet usando WebRTC (ver Notas técnicas sobre WebRTC en el sitio web de Comrex). Se ofrecen
modos especiales de CBR para compatibilidad con los productos Tieline. Evítelos en otros
aplicaciones. * Lineal PCM y FLAC no son compatibles cuando se utiliza CrossLock

XI. transmisión múltiple BRIC-Link II admite la capacidad de ejecutar un codificador por caja, pero
esta secuencia de codificador único puede enviarse hasta tres destinos simultáneamente. Llamamos
a esta capacidad multi-streaming, ya que el codificador crea un transmisión saliente idéntica a cada
decodificador. Nota: su conexión a Internet debe ser capaz de admitir estas transmisiones. Por
ejemplo, si su codificador se ejecuta a una utilización de red de 35 kbps, el envío a dos ubicaciones
requerirá 70 kbps carga la velocidad desde tu red. La transmisión múltiple no se debe confundir con la
multidifusión IP, que se describe en la siguiente sección. CrossLock debería estar apagado para las
conexiones de transmisión múltiple. Cada BRIC-Link II también puede ejecutar solo un decodificador.
Entonces, es importante que en un entorno de múltiples flujos, un máximo de una secuencia se envía
en la dirección inversa. Esto significa que los usuarios interesados en escuchar un flujo múltiple
deben activar fuera de sus codificadores. Esto puede ser un poco confuso porque las secuencias
múltiples se pueden iniciar desde cualquier extremo del enlace. La Figura 27 muestra una disposición
de múltiples flujos BRIC-Link II. BRIC-Link II A es el multi-streamer, con BRIC-Link II B, C y D
escuchando el mismo audio. Para configurar un escenario multi-flujo, necesitará saber cómo activar
Encoders BRIC-Link II desactivados. Esto se debe hacer creando un perfil con el modo de transmisor
local o de retorno. establecer en Off, como se muestra en la Figura 28.

figura 27

Le daremos dos ejemplos de escenarios de cocción múltiple. El primero es un entorno donde el

BRIC-Link II que es el servicio de multidireccional inicia las llamadas, y en el segundo, el BRIC-Link II
que acepta acepta todas sus llamadas entrantes. conexiones.

Figura 28

En el modelo "multi-streamer como llamador", se construirán dos perfiles diferentes en BRIC-Link II A.

El primer perfil, etiquetado "Multi-Duplex", se definirá como una conexión BRIC-Link II dúplex normal.
El codificador que se utilizará será seleccionado en la sección Local Encoder, y la secuencia deseada
a cambio se definirá en el Encoder remoto sección. El segundo perfil se llama "Multi-Simplex" y en
este perfil el transmisor remoto está apagado. Mayoría de los demás las selecciones en este perfil
son irrelevantes. El usuario A definirá las conexiones remotas para BRIC-Link II B, C y D. Asignará el
perfil "Multi-Duplex" a BRIC-Link II B, y el perfil "Multi-Simplex" para los demás. Luego establecerá
una conexión con BRIC-Link II B primero, seguido por C y D. En el modelo número 2, donde el
servidor BRIC-Link II acepta todas las conexiones entrantes, todos los perfiles se basan en
Receptores remotos. BRIC-Link II B usará un perfil simple definiendo los codificadores en cada
dirección y asignándolo a BRIC-Link II A. BRIC-Link II C y D definirán cada uno un perfil con sus
codificadores locales desactivados, y los asignará a A. BRIC-Link II B debe conectarse primero.
Cuando C y D se conectan, oirán la misma secuencia que B, independientemente de cómo sus
Encoders remotos están configurados en sus perfiles. En un entorno de transmisión múltiple, gana el
primer hombre. Por ejemplo, la primera conexión hecha entre unidades determinar los codificadores
utilizados para todos los demás. Después de que se realiza la primera conexión full-duplex, todos los
demás intentos de las conexiones full-duplex a cualquiera de los extremos serán rechazadas

XII. Multidifusión IP IP Multicast es una forma eficiente de transmitir flujos de audio digital BRIC-
Link II a múltiples ubicaciones. Esto involucra confiando en la red para distribuir la transmisión a las
ubicaciones que lo requieren, en lugar de crear una transmisión por cada usuario. IP Multicast
requiere el uso de una red compatible con IP Multicast. El Internet comercial, con algunas
excepciones, es no es capaz de soportar IP Multicast. Algunas LAN y WAN privadas son compatibles
con IP Multicast. IP Multicast solo admite una única secuencia de dirección. Un codificador de
multidifusión IP no puede recibir flujos de entrada. CrossLock debe estar apagado para conexiones
de multidifusión IP. En este manual, suponemos que los usuarios de IP Multicast estarán
familiarizados con los conceptos básicos de configuración y operación de la red, por lo que nos
centraremos en cómo configurar BRIC-Link II para el modo de multidifusión. Perfiles de multidifusión
Para establecer cualquier control remoto en Multidifusión, primero debe crear un perfil para un
Remitente de multidifusión o un Receptor de multidifusión en la pestaña Perfiles

figura 29
Como se muestra en la Figura 29, cuando define un nuevo perfil, tiene la opción de elegir
Multidifusión como el tipo de perfil. Los perfiles de multidifusión tienen menos opciones que otros
tipos de perfil, y algunas de las opciones disponibles no tendrán efecto (por ejemplo, configurar un
tipo de codificador en un receptor de multidifusión no tiene ningún efecto). Las configuraciones
importantes para Multicast son: • Remitente / Receptor: determina si este BRIC-Link II en particular
está diseñado para generar el IP Multicast stream (enviar) o decodificar uno (recibir). • Tipo de
codificador: determina el tipo de flujo que utilizará el codificador de multidifusión, no el relevante para
decodificadores. Además de las opciones básicas para perfiles de multidifusión IP, al hacer clic en el
cuadro Avanzado se permitirá la configuración de la misma Opciones avanzadas disponibles para
perfiles BRIC normales (Unicast). Vea la sección de la pestaña de Perfiles para más información.
Configurar un control remoto de multidifusión Todas las conexiones de multidifusión son conexiones
salientes: un remitente de multidifusión debe iniciar una secuencia saliente y una El receptor de
multidifusión debe iniciar uno entrante. Estos controles remotos están configurados dentro de un
rango de direcciones especial conocido como un bloque de multidifusión, por lo general 224.0.0.0 a
239.255.255.255. Para establecer una conexión de multidifusión, simplemente define un control
remoto que tiene una dirección dentro del bloque de multidifusión IP, usa un perfil de multidifusión IP y
presiona Conectar

Tiempo para vivir Time-to-Live (TTL) es una variable establecida por los codificadores de multidifusión
para determinar cuánto tiempo se procesa un paquete antes es eliminado por la red. El valor
predeterminado de TTL en BRIC-Link II es 0, lo que limita su uso dentro de una LAN ambiente. El TTL
se puede cambiar manualmente en un control remoto del remitente de multidifusión configurando la
dirección IP seguido de un "/", seguido del valor de TTL. Se podría establecer un codificador de
multidifusión remota de ejemplo para la dirección 224.0.2.4/255, lo que significaría una dirección con
el bloque de multidifusión con un TTL de 255 (que es el valor máximo) disponible). Cambiar los
números de puerto para multidifusión El puerto predeterminado de UDP 9000 también se puede
cambiar en controles remotos Multicast. El número de puerto se asigna en el habitual manera,
directamente después de la dirección IP, precedido por ":", seguido por el TTL. Como ejemplo, la
dirección IP de una multidifusión El emisor en el puerto 443 con un TTL de 100 leería:

224.0.2.4:443/100

Función del servidor XIII.streaming BRIC-Link II tiene la capacidad de actuar como servidor de
transmisión, entregando AAC y HE-AAC a medios compatibles basados en PC jugadores. Los
reproductores multimedia probados actualmente incluyen WinAmp, VLC y Windows Media Player 12
en adelante. De forma predeterminada, la funcionalidad del servidor de transmisión está desactivada.
Para habilitarlo, vaya a la pestaña Configuración del sistema de la interfaz de usuario y elegir la
opción de configuración HTTP. En la primera opción, configure Aceptar entrante Conexiones a
Habilitado. Esto permitirá a los usuarios externos iniciar conexiones de "extracción" a su códec. El
puerto predeterminado para servir las transmisiones es 8000. Si desea cambiar esto, puede hacerlo
en la configuración HTTP en Puerto IP Tenga en cuenta que necesitará hacer referencia al puerto del
servidor específico en la URL que proporciona a los oyentes (ver a continuación)

figura 30
A continuación, deberá elegir un codificador para ser utilizado por el servidor de transmisión. Solo las
elecciones del codificador que son compatibles con los reproductores enumerados se muestran en
este menú. Opciones abarcan entre una alimentación de audio mono a 18 kb / s, hasta una
alimentación estéreo a 128 kb / s. Tenga en cuenta que varias transmisiones requerirán este ancho
de banda junto con alrededor del 25% de sobrecarga para cada flujo. Las opciones Género,
Información URL y Público pueden configurarse para cualquier cosa, o dejarse solo. Estas opciones,
si se aplican, se integrará en la corriente. 61 Decodificación de una secuencia BRIC-Link II Para
decodificar una secuencia, abra uno de los reproductores compatibles y encuentre la opción de abrir
una secuencia basada en URL. En Winamp y VLC, ingrese la dirección del BRIC-Link II en el
siguiente formato: http://192.168.0.75:8000 (usando la dirección IP real, y el puerto real si no se
cambia de 8000 por defecto) En los medios de Windows, ingrese la dirección de esta manera:
http://192.168.1.75:8000/stream.asx (usando la dirección IP real, por supuesto) Conexión simultánea
de BRIC-Link II y Streaming BRIC-Link II puede transmitir mientras está conectado a otro BRIC-Link II
en modo Normal. Si la conexión BRIC está usando un Algoritmo AAC soportado por los jugadores,
cuando se solicita una transmisión, se entregará utilizando el mismo codificador que la conexión
BRIC, independientemente de la configuración de HTTP. Si el codificador BRIC-Link II es Lineal o
FLAC, la solicitud de transmisión será rechazada.

XIV.Realizar conexiones compatibles con EBU3326 / SIP Los códecs de Comrex (y muchas otras
marcas) tienen un conjunto de protocolos que permiten conexiones IP fáciles entre unidades. En En
general, cuando se conecta entre hardware Comrex, es mejor utilizar estos modos propietarios para
aprovechar al máximo ventaja de las características del producto. Sin embargo, muchos usuarios
están preocupados por ser "bloqueados" a una determinada marca de codec. Debido a esto, un El
comité internacional fue formado por la Unión Europea de Radiodifusión llamada N / ACIP para
elaborar un protocolo para interconectar las marcas de codec. Este comité resultó en el
establecimiento de EBU3326, una técnica documento que describe la mejor manera de lograr este
objetivo. EBU3326 en general establece un conjunto de características que cada códec debería
admitir, luego deja la mayoría del trabajo pesado a otros estándares previamente establecidos como
SIP (IETF RFC 3261). Los temas no cubiertos (aún) por EBU3326 incluyen cosas como llevar datos
auxiliares y cierres de contactos de extremo a extremo, control remoto y monitoreo por códec, y NAT
complejo transversal, que en este punto todavía se dejan a la discreción del fabricante individual.
Entonces, si estos temas son importantes para su aplicación, lo mejor es ceñirse a un solo proveedor
de códec y sus protocolos propietarios. Más acerca de EBU3326 El documento Tech 3326 define
varios algoritmos de codificación obligatorios, y la capa de transporte que podría ser utilizado en ellos
para la compatibilidad. Pero la parte más compleja del estándar fue la decisión sobre cómo organizar
Inicialización de sesión, que es el intercambio de información que tiene lugar al inicio de una llamada
de códec IP. Lo mas común El protocolo usado se llama SIP, que es utilizado extensamente por
teléfonos VoIP y, por lo tanto, era una opción lógica. SIP lleva la ventaja de hacer que BRIC-Link II
sea compatible con una gama de otros productos que no se emiten, como hardware VoIP, software, e
incluso aplicaciones de teléfonos móviles

EBU3326 en BRIC-Link II BRIC-Link II no cumple completamente con EBU3326, ya que no cuenta

con el códec obligatorio MPEG Layer II. Aparte a partir de esto, se ha probado que BRIC-Link II es
compatible con otros dispositivos del fabricante que utilizan codificadores apoyado por ambos
productos. Cuando se utiliza el modo compatible con EBU3326 / SIP (esto es cómo funciona la
interfaz de usuario) describe EBU3326), datos auxiliares, cierres de contacto, Switchboard TS, Multi-
streaming y Multicasting no son soportado. Los perfiles de llamadas salientes construidos con el canal
EBU3326 / SIP pueden carecer de algunas opciones avanzadas, y no pueden establecerse para
diferentes codificadores en cada dirección (es decir, las llamadas EBU3326 / SIP son siempre
simétricas). 63 EBU3326 / modos SIP Una función de realizar una llamada al estilo SIP es la
capacidad de registrarse con un servidor SIP. Este es un servidor que existe en algún lado en la red,
generalmente mantenido por un proveedor de servicios. Existen varios servidores gratuitos que
pueden ofrecer un registro como Onsip.com. BRIC-Link II permite realizar o recibir llamadas EBU3326
/ SIP con o sin registro en un servidor SIP. Si el registro no está habilitado, las conexiones se realizan
directamente al dispositivo compatible marcando su dirección IP, al igual que en el modo BRIC
Normal. Modo no registrado Realizar una llamada en el modo no registrado EBU3326 / SIP es simple:
solo cree un perfil, pero en lugar de elegir BRIC Canal normal, elija EBU3326 / SIP. Esto asegurará
que la llamada se inicie en los puertos adecuados y con el señalización adecuada. La mayoría de las
configuraciones del sistema relacionadas con EBU3326 / SIP se relacionan con el modo Registrado

Modo Registrado Registrarse con un servidor SIP en modo EBU3326 / SIP puede tener algunas
ventajas. Cuando se usa un servidor SIP: • El servidor se puede usar para ayudar a hacer conexiones
entre códecs a través de enrutadores • El códec remoto se puede marcar mediante su URI de SIP en
lugar de la dirección IP • El servidor SIP se puede usar para encontrar códecs en direcciones IP
dinámicas Servidores SIP Un servidor SIP existe en un dominio. Este dominio está representado por
una URL de estilo web como sipphone.com o iptel.org. UN SORBO servidor o proxy generalmente
maneja conexiones IP dentro de su dominio. SIP URI El servidor SIP asigna un nombre alfanumérico
fijo a cada cuenta suscrita. Por ejemplo, un usuario de Iptel puede estar asignado el nombre de
usuario comrex_user. Los URI consisten en un nombre de usuario SIP, seguido de un dominio,
delineado con el @ símbolo, como una dirección de correo electrónico. El URI de usuario de Iptel
sería comrex_user@iptel.org. Los dispositivos Comrex no usan el designación "sip:" antes de una
dirección SIP. Si una conexión se realiza exclusivamente dentro de un dominio, el nombre de dominio
puede dejarse. Como un ejemplo, para hacer una llamada a este códec desde otro codec registrado
de Iptel, la cadena de marcado puede ser simplemente comrex_user (con el dominio asumido). 64
Registrarse con un servidor Como mínimo, necesitará la siguiente información cuando registre BRIC-
LINK II con un servidor SIP: 1 La dirección de Internet de su proxy / servidor SIP (por ejemplo,
proxy01.sipphone.com) 2 El nombre de usuario en la cuenta SIP (esta suele ser la dirección de
marcado) 3 La contraseña en la cuenta SIP La Figura 31 muestra dónde se puede aplicar esta
información en la sección de configuración de sistemas. También necesitarás habilitar la opción Usar
proxy SIP en ese menú

figura 31
figura 32

Una vez que esta información se ingresa correctamente, aparece un nuevo campo en el cuadro
"Estado de registro" ubicado en el Pestaña de Conexiones (ver Figura 32). El estado reflejará el
progreso del proceso de registro. Cuando se complete, esto se mostrará en línea. Si la caja no se
muestra en línea después de un corto tiempo, significa que el registro probablemente falló. Lo mejor
es volver y cuidadosamente verifique la información de registro. También podría ser útil asegurarse de
que la información de registro sea válida configurando un VoIP teléfono o softphone con él y ver si
eso se registra. El registro SIP puede ser muy simple con algunos servidores, y otros pueden requerir
configuraciones más avanzadas. Existen varias configuraciones avanzadas disponibles para usar con
SIP y se describen en las secciones de Temas avanzados. Hacer llamadas registradas SIP Cuando
se registran, las llamadas realizadas usando un perfil EBU3326 / SIP se comportan de manera
diferente a lo normal. El campo de dirección, independientemente de si es un URI SIP o una dirección
IP, se reenvía al servidor. No se realiza ningún intento de conexión hasta que el servidor responda Si
el servidor acepta la dirección, se intentará la llamada. De lo contrario, aparecerá un mensaje de error
en la línea de estado. Las razones del rechazo de llamadas por parte de un servidor son muchas.
Algunos ejemplos: • El servidor no admite la conexión directa a direcciones IP (si la dirección está en
este formato) • El servidor no reconoce la dirección • El servidor no reenvía llamadas más allá de su
propio dominio • El servidor no es compatible con el códec elegido • El dispositivo llamado no es
compatible con el códec elegido • La dirección es un número de teléfono POTS, y el
interfuncionamiento POTS no es compatible • La dirección es un número de teléfono POTS, y no hay
crédito disponible (la mayoría de los servicios cobran por esta)

Temas avanzados de EBU3326 / SIP Las entradas básicas proporcionadas permitirán el soporte para
la gran mayoría de las aplicaciones basadas en EBU3326 / SIP. Sin embargo, inevitablemente hay
situaciones en las que los valores predeterminados no funcionan. Proporcionamos algunas opciones
avanzadas que poder ayudar. Como siempre, estas opciones se encuentran en la Configuración del
sistema y se pueden hacer visibles seleccionando el Caja avanzada. 1 Puerto IP: universalmente, las
conexiones SIP deben usar el puerto UDP 5060 para negociar llamadas entre dispositivos (y entre
servidores y dispositivos). Tenga en cuenta que esto es solo el canal de negociación - los datos de
audio reales se pasan a los puertos RTP. Cambiar el número de puerto cambiará los puertos
entrantes se utilizan para iniciar las conexiones y a qué puertos se solicitan las conexiones expedido.
Obviamente, el cambio debe hacerse en ambos dispositivos, y este cambio será esencialmente haga
que su códec sea incompatible con los dispositivos VoIP estándar de la industria. 2 Puerto RTP: este
es uno de los dos números de puerto utilizados para la transferencia de datos de audio (el número de
puerto directamente encima de esto se usa también). Debido a que este número de puerto se negocia
al comienzo de una llamada (a través del puerto IP), este puerto puede cambiarse sin romper la
compatibilidad. Tenga en cuenta que muchos dispositivos estándar SIP usan el puerto 5004 para esta
función. Debido a la negociación, no es Es importante que estos números coincidan en cada extremo.
Cambiar este puerto a 5004 puede realmente tiene un efecto adverso, ya que 5004 es el puerto
predeterminado para otros servicios en códecs de Comrex. 3 Anulación pública de IP: consulte la
siguiente sección, Solución de problemas de SIP, para obtener más información sobre este opción. 4
Utilice el servidor STUN: consulte la siguiente sección, Solución de problemas de SIP, para obtener
más información sobre este opción. 5 SIP Proxy Keepalive: solo se aplica al modo registrado. Esta
variable determina con qué frecuencia el códec "se dirige a casa" si está registrado con un servidor
SIP. Es importante que el códec periódicamente "ping" al servidor, para que el servidor pueda
encontrar el códec para las llamadas entrantes. Puede ser ajustado principalmente para compensar
los enrutadores de firewall que tienen un enlace más corto o más largo temporizadores, es decir, el
enrutador puede tener una tendencia a "olvidar" que el códec está listo para aceptar llamadas
entrantes y bloquearlas. 6 Dominio SIP - [solo se aplica al modo Registrado]. Este es el nombre de la
red controlada por el servidor SIP. Este parámetro debe ser pasado por el códec al servidor. En la
mayoría circunstancias, esto es lo mismo que la dirección del servidor / proxy, y si este campo no está
poblado, ese es el predeterminado Si, por alguna razón, el dominio es diferente de la dirección del
servidor / proxy, entonces este campo es usado

Solución de problemas de SIP En pocas palabras, SIP establece un canal de comunicación desde el
dispositivo que llama al dispositivo llamado (o servidor) en el puerto 5060. Todo el apretón de manos
tiene lugar sobre este canal, y se abre un par de canales separados entre los dispositivos: uno para
manejar el audio y el otro para manejar el control de llamadas. El canal de comunicación original es
terminado una vez que se completa el apretón de manos. Tenga en cuenta que los firewalls deben
tener abiertos los tres puertos para permitir llamadas a establecerse correctamente Además, es
posible que se requiera el reenvío de puertos para aceptar llamadas si su códec está detrás de un
enrutador. 67 El área principal donde SIP complica las cosas es en cómo se establece un canal de
audio una vez que el saludo de manos el canal está definido. En el mundo del sentido común, la
llamada se iniciará a la dirección IP de destino, luego la el códec llamado extraería la dirección IP de
origen de los datos entrantes y devolvería un canal a esa dirección. En De hecho, así es como
funciona el modo predeterminado de los códecs de Comrex, y funciona bien. Pero SIP incluye un
campo separado de "dirección hacia adelante" o "dirección de devolución", y requiere que un códec
negocie una llamada enviar a esa dirección solamente. Esto es importante en el caso de tener un
servidor intermedio. Y esto funciona bien siempre ya que cada códec sabe cuál es su dirección IP
pública. Problemas de llamadas salientes Una unidad que realiza una llamada saliente debe llenar el
campo "devolver dirección". Pero cualquier códec que se encuentre detrás de un enrutador tiene una
dirección IP privada, y no tiene idea de cuál es la dirección pública. Entonces, naturalmente, pondrá
su dirección IP privada (p. Dirección de "dirección de retorno". El códec llamado diligentemente
intentará conectarse a ese dirección y sin duda fracasan, ya que no se puede llegar desde Internet en
general.

Problemas de llamadas entrantes Las llamadas entrantes a los códecs detrás de los enrutadores se
complican por el hecho de que los puertos en el enrutador deben reenviarse a el códec. En el caso de
SIP, este debe ser de tres puertos discretos (para los códecs de Comrex, estos son UDP 5060, 5014
y 5015) <6014 y 6015 con firmware 3.0>. Y dado que incluso la "dirección de reenvío" se negocia en
SIP, la entrada Es probable que la unidad también llene el campo "dirección hacia adelante" con su
dirección privada. Soluciones El servidor SIP soluciona muchas veces el problema del campo
"dirección de devolución" (en modo Registrado) y no hay compensación las medidas son necesarias
A menudo, de hecho, el servidor insiste en actuar como un "proxy" y maneja todo el tráfico en sí
mismo-- Las transmisiones entrantes y salientes son retransmitidas directamente por el servidor,
resolviendo cualquier problema con el enrutador. En las conexiones punto a punto, esto no es posible.
No todo está perdido aquí, ya que podemos encontrar algunos hacks para hacer esto trabajo. El
primer lugar para mirar es su enrutador, ya que muchos enrutadores modernos son conscientes de
este problema y han tomado medidas para aliviar el dolor Si su enrutador admite una puerta de
enlace de capa de aplicación SIP (ALG), entonces la habilitación de esta opción puede corregir la
cuestión. Esencialmente, el enrutador será lo suficientemente inteligente como para leer su saludo
SIP, encontrar el campo de dirección de salida, y reemplazarlo con su IP pública. Esta es una solución
bastante elegante, pero puede haber entornos cuando no eres conoce si esta opción es compatible
con tu enrutador o si tienes la capacidad de habilitarla. Entonces a la solución dos: STUNning
Success Otra técnica para solucionar el problema de SIP-Router es usar un protocolo llamado STUN.
Esto puede ser habilitado en los códecs de Comrex en las opciones avanzadas de EBU3326 / SIP y
esencialmente permite que el códec conozca su la dirección IP pública es. Lo hace contactando un
servidor STUN en Internet (el predeterminado es mantenido por Comrex) y simplemente preguntando.
Si esta opción está habilitada, el códec manejará el cambio de dirección. 68 Tenga en cuenta el
temido problema de las "soluciones de lucha". En nuestra descripción simple, dejamos de lado el
hecho de que los puertos son traducido por el enrutador, así como las direcciones IP. Si el enrutador
habilitado para ALG recibe un resultado inesperado en el campo de dirección SIP (como podría
suceder si se usa STUN), es posible que no traduzca los puertos como se esperaba, y es probable
que la llamada fallará. En caso de duda, la mejor técnica es intentar una llamada SIP con STUN
desactivado, y si el canal de retorno falla, intente habilitar STUN.

Solución de Last Resort

Por último, hay una opción de fuerza bruta disponible en los códecs Comrex cuando los puertos
STUN están bloqueados por un firewall, o
no puede ser usado por alguna otra razón. En Configuración avanzada del sistema, hay un campo
disponible llamado Anulación de IP pública.
Cualquier dirección ingresada en ese campo se pegará en el campo SIP de la dirección. Entonces, si
sabes cuál es tu dirección de IP pública
es (puede obtenerlo desde muchos sitios web a través de un navegador) puede pegarlo manualmente
aquí. Tenga en cuenta que esto es a menudo
sujeto a cambios a lo largo del tiempo (y obviamente si usa una red diferente) por lo que es
importante recordar esto
Se ha realizado un cambio en su códec.