IP Trunk con Avaya
Mié, 04/11/2009 - 13:53 | 
Ricardo Asterisk
Hola a todos, soy nuevo en esto y no sé nada de Asterisk, les explico mi problema y espero que alguien allá hecho algo parecido.
tengo creado un ip trunk con Avaya(utilzo H323) el cual se comunican las dos centrales sin problemas , logro realizar llamas entre ellas. el problema es cuando quiero realizar una llamada (local,celular...) desde la astrisk pero quiero que salga por el ip trunk y la realice el Avaya. Cuando realizo el trace en Avaya veo que solo me llegan dos dígitos y no la numeración completa que estoy marcando, en Asterisk el trace me dice que envía todos los dígitos.
Que podre hacer en este caso....
998 lecturas | Tags:
Trabajo con pbx's de AVAYA y estoy incursionando en Elastix. Por el trace que estas enviando es un CM. El tema es q el H323 de AVAYA no es tan standard como parece. Como primera medida deberias chequear si el trunk esta levantado (status trunk x) y lo mismo con el signalling group (status sig x). Ambos deberian estar "in-service/idle". En estos dias estare implementado una troncal H323 contra un Asterisk. Cuando la tenga en produccion paso mas data.
Buenas,
Me gustaria saber si has sido capaz de poder realizar las llamadas saliente desde Asterisk pasando por la central Avaya.
Nosotros tenemo el mismo problema, aunque un pelin mas encaminados a la solucion
Nosotros ya somos capaces de coger linea a la calle.
Hemos creado en el Inc trunk de Avaya una callnumber que si le llamamos desde Asterisk y ponemos como destino el 0 numero de salida a la calle, coge linea sin problemas, pero...termina denegando la salida
Si traceo el trunk de entrada me da este error
denial event 1190: No circ/chan avail D1=0x83002d D2=0x322
Segun Avaya el devento denegado es
[0x22/0xA2] -
No circuit/channel available/
Negative closed user group comparison (1TR6: AT&T ISDN Protocol)
Cause Value 34 indicates that the call cannot be completed because there is no appropriate
circuit/channel available to handle the call request, or congestion exists within the ISDN
network.
Communication Manager generates this Cause Value when a call is tandeming through
Communication Manager and the trunk group to be used for the outgoing leg is:
• In “all trunks busy” condition
• Otherwise unavailable for service
• Unreachable from the incoming trunk group due to Class of Restriction (COR), FRL,
trunk-to-trunk transfer restrictions, or disconnect supervision restrictions
Cause Value 34 (1TR6) indicates that the packet mode call was rejected because the user is
not a member of the remote end’s Closed User Group (CUG), which is a feature associated with
packet mode calls similar to X.25 connection made over the ISDN D-channel.
Communication Manager does not support packet mode sessions on D-channels, therefore this
is not applicable to Communication Manager.
This Cause Value has end-to-end significance and should always be passed back through the
network to the user.
Algun ha conseguido montarlo???
Muchas gracias de antemano.
Un saludo