ARREGLAR

Puestas en práctica existentes h323 El canal del asterisco H.323 se incluye en la distribución de la fuente del asterisco en el directorio channels/h323 en el árbol de la fuente. El chan_h323 actúa solamente como una entrada H.323 no portero, aunque aparece que el autor está mirando actualmente de adición de funcionalidad básica del portero. Ver el channels/h323/README para las instrucciones de instalación y los requisitos del software y h323.conf para la configuración. oh323 Hay otra puesta en práctica del canal H.323 (de hecho primera para el asterisco que entró en existencia), nombrada Asterisk-oh323 que sea desarrollado por InAccess Networks y se pueda activamente encontrar en http://www.inaccessnetworks.com/projects/asterisk-oh323. ooh323c asterisk-ooh323c será parte del paquete de las asterisco-agregaciones pronto. Es otro, (en fecha junio ‘05) conductor nuevo del canal basado en el apilado abierto de la fuente H.323 (ooh323c) de sistemas objetivos. Este apilado se desarrolla en C y contiene solamente el código necesario para instalar los canales que señalan H.323. Todo el proceso de los medios es manejado por Asterisk sí mismo. Esto proporciona el scalability para las llamadas H.323 que dependerán sobre todo de la capacidad del asterisco para manejar corrientes de los medios. Los usuarios deben ver la dirección del volumen de la llamada que es similar en magnitud a qué se puede dirigir por el SIP. (30-Jun-2005) el conductor del canal está actualmente disponible en cvs de las asterisco-agregaciones y también de Web site objetivo de los sistemas en http://www.obj-sys.com/open. Nota: Necesitas la versión de CVS-HEAD del asterisco. woomera Los permitir del protocolo de Woomera poner tu voz sobre sistema del IP en un servidor/proceso y tu pbx en otro y conectarlos con un protocolo simple crudo-linear-sobre-UDP. el chan_woomera es un channel_driver del asterisco diseñado para interconectar el asterisco PBX con woomera. (Junio ‘05) este código está trabajando actualmente pero considerado beta. Woomera apoya actualmente solamente H323 pero debe pronto apoyar la capa de la abstracción del ÓPALO VOIP que permitirá que hable muchos otros protocolos. El número de los protocolos apoyados por el servidor de Woomera es inaplicable al chan_woomera que apoyará que cualquier cosa las ayudas de Woomera debido a él está fino-cliente-como diseño. Con woomera puedes conectar el asterisco con un servidor H.323 (código openh323) que haga H.323 sobre IPv6. Openh323 también tiene al parecer cierto código del SIP en su CVS. Si estuvo agregado al chan_woomera, conseguirías el SIP sobre IPv6 también.

Comparación de h323 y de oh323

• h323 se realiza mejor, pero no tiene ningún almacenador intermediario de la inquietud. Esta puesta en práctica utiliza el apilado del asterisco RTP.
• las aplicaciones del conductor oh323 el apilado de RTP/RTCP y la inquietud adaptante protegen la puesta en práctica de OpenH323. oh323 no utiliza los codecs de OpenH323 sino de los del asterisco.

Observaciones del usuario

• Usar OH323 hace todos estos problemas (de la estabilidad) (con h323) sale, no obstante en un coste de aproximadamente 10-15 veces el uso de la CPU en mi situación: una llamada G729 que viene de un Sipura y que es reencaminada con G.729 sobre H323 a un poder de la llamada de Quintum
• Jeremy McNamara en funcionamiento y porqué él comenzó chan_h323

Problemas comunes

• La compilación en el subdirectory channels/h323 falla con los muchos de errores del sintaxis - tú necesidad de utilizar exactamente la versión de PWLib y de OpenH.323 mencionados en README.
• Mientras que conecta con el cliente H.323 no consigues ningún audio o audio y los mensajes mutilados como esto en la consola del asterisco: rtp.c: ast_rtp_read 489: El codec desconocido 107 de RTP recibió. Intentar inhabilitar Speex o un cierto otro codec en lado del asterisco or/and del cliente.
• Openh323 de compilación puede requerir recursos substanciales de la memoria, así que te cercioras de tener bastante ESPOLÓN o suficiente INTERCAMBIO (informe del usuario: MB 380 requerido)

Prueba con Netmeeting MS Neetmeeting está disponible en la mayoría de las máquinas de Windows y una herramienta común para funcionar así la primera prueba h.323. Ser seguro seleccionar manualmente un codec audio preferido en Netmeeting que sea apoyado bien por Asterisk, e.g. no utilizan g723.1 (que sea el defecto) solamente Uno-Ley o u-Ley. Donde está una preocupación la anchura de banda, utilizar el codec instalable del G/M para Netmeeting que esté disponible aquí: NETMEETING-G/M. La transferencia directa justa y comienza el instcodec.exe, selecciona los codecs del G/M y vuelve a Netmeeting.

Hay también un Netmeeting plugin para el codec abierto libre Speex de la fuente, pero es un pedacito difícilmente a instalar: (Netmeeting Speex).

El paso siguiente es corregir h323.conf de modo que tus llamadores netmeeting consigan el dtmfmode=inband.

Si quisieras marcar diversas extensiones en asterisco entonces desearás probablemente incorporar el hostname del servidor del asterisco (o el IP address) como entrada (no portero!) en Netmeeting. Después eso dial justo la extensión. Sin esta entrada setup te deseará probablemente marcar el IP address de tu caja del asterisco.

Problemas con chan_ooh323

chan_ooh323 con el optiPoint 400 de Siemens: si la corriente de RTP es cerrada después de 30 segundos, significa que chan_ooh323 no consiguió un terminalCapabilitySetAck H.245 del teléfono y medido el tiempo hacia fuera. Esto sucede porque el teléfono cuenta con el artículo del dtmf en el mensaje y no envía el reconocimiento si el artículo no está presente. Para trabajar alrededor del problema, utilizar el dtmfmode = h245signal en ooh323.conf.