Traza: » asterisk_configuracion_extensions.conf » asterisk_configuracion_festival.conf » asterisk_configuracion_h323.conf » asterisk_configuracion_iax.conf » asterisk_configuracion_indications.conf » asterisk_configuracion_ldap.conf » asterisk_configuracion_logger.conf » asterisk_configuracion_manager.conf » asterisk_configuracion_meetme.conf » asterisk_configuracion_mgcp.conf
¡Actualmente no estás identificado! Introduce abajo tus datos de identificación para abrir una sesión. Necesitas tener las cookies activadas para identificarte.
Has olvidado tu contraseña? Obten una nueva.: Enviar nueva contraseña
ARREGLAR
Ejemplo
; ; Configuración de MGCP para el asterisco ; [general] puerto = 2427 bindaddr = 0.0.0.0
[dlinkgw]; en mi disposición pongo el MAC address aquí se fija que mientras que la palabra con la cual authenticar anfitrión = 192.168.0.64 callgroup=1 contexto = defecto callerid= " David " <ext3>; Esto se aplicará a todas las líneas “alinea” después hasta que el callerid se define otra vez línea => aaln/1 callgroup=2 contexto = internal_callers callerid= " Juan " <ext3> línea => aaln/2 línea => *; por alguna razón en mi dlink no trabaja a menos que tenga esta línea.
[192.168.0.123] context=from-mgcp host= 192.168.0.123 threewaycalling=yes ; los transfer=yes permiten transferencias DE DESTELLO y requieren threewaycalling callwaiting=yes ; ¿hay una manera de funcionar los dispositivos de MGCP detrás de NACIONAL? nat=no canreinvite=yes callgroup=0,2-5 pickupgroup=0,1 cancallforward=yes callerid= " Sven Svoboda " <1234> accountcode=BillingSvoboda mailbox=5444@from-mgcp línea => aaln/1
Por favor nota
Cisco 7960 config de la muestra de MGCP
He notado que a veces 7960 colgarán o reboot pero el chan_mgcp es sólido de la roca.
; ; Configuración de MGCP para el asterisco ; [general] puerto = 2727 bindaddr = 192.168.1.1 rechazar = todos permitir = ulaw permitir = alaw
[0009e8812533]; MAC address del teléfono del Cisco context=local host= 192.168.1.20 callerid = “Amer” <3456> threewaycalling=yes transfer=yes; la transferencia requiere threewaycalling=yes. Utilizar el FLASH para transferir callwaiting=yes; ésta pudo ser una causa del apuro para ip10s cancallforward=yes línea ⇒ d001
[003094c44326] context=local host= 192.168.1.122 callerid = “Amer” <3457> threewaycalling=yes transfer=yes; la transferencia requiere threewaycalling=yes. Utilizar el FLASH para transferir callwaiting=yes; ésta pudo ser una causa del apuro para ip10s cancallforward=yes línea ⇒ d001
ShoreTel 210 Config de la muestra
[general] puerto = 2727 bindaddr = 0.0.0.0
[192.168.1.137] accountcode = 1000; registrar esto en cdr como identificación de la cuenta para la facturación amaflags = facturación; registrar esto en cdr como señalado por medio de una bandera para la “facturación”, la “documentación”, o “omitir” contexto = casero anfitrión = 192.168.1.137 wcardep = *; permite punto final y sistemas del comodín él “*” otro formato común es “aaln/*” callerid = “ShoreTel” <123> el callwaiting = no callreturn = no cancallforward = no canreinvite = no transferencia = sí dtmfmode = inband línea ⇒ SHOR_001049007E83; puedes ver este valor en los mensajes de error que consigues en * la consola si esto es incorrecta
Ver también