[asterisk-r2] problemas con mfcr2, canales IDLE SEIZE (txCAS rxCAS)
Diego Moscoso
diego.moscoso at gmail.com
Tue May 8 06:20:36 CDT 2012
Que tal Ricardo, el contexto del grupo 2 "from avaya" es solo nombre.
Antes la trama e1 del pstn se conectaba directamente a la central siemens.
Ahora, lo que quiero hacer es que la trama e1 del pstn se conecta al span1
del asterisk.
luego por el span2 del asterisk se conecta al puerto e1 de la vieja central
siemens (le puse de nombre avaya por error, pero es solo eso). Mi intención
es que asterisk rutee las llamadas de tal manera que los viejos internos de
la central siemens puedan seguir haciendo y recibiendo llamadas hacia/desde
afuera, y tener la posibilidad de agregar internos SIP con la misma
funcionalidad.
Este ruteo funciona y de hecho lo tengo en prueba funcionando, el tema son
los canales que quedan en estado IDLE SEIZE (txCAS rxCAS), si alguna
llamada se deriva hacia alguno de estos canales, arroja el error "el canal
esta ocupado".
El 8 de mayo de 2012 07:05, Mc GRATH Ricardo <mcgrathr at mail2web.com>escribió:
> Hola Diego
>
> Parece raro, no ubico en el trace la condición de la prueba si fue hacia
> la PSTN o viceversa, pero asumo por el digito 7 que tal vez haya sido
> entrante desde la PSTN hacia Asterisk, igualmente no reconoce el envióde peticiónrechazado (no envióde ANI
> ) habría que ver que pasa con el CAS si en este caso se produce la
> liberacion.
>
> Surge una pregunta en el contexto de del grupo 2 pones from Avaya, lo
> cual pregunto entre PSTN y Asterisk hay una central Avaya? cual es el
> modelo de la prueba?
>
> En tu caso tendrías que ver en que situación se presenta el problema si
> los llamados desde la PSTN hacia Asterisk o Asterisk hacia la PSTN.
>
> Mc GRATH Ricardo
> E-Mail mcgrathr at mail2web.com
>
> ------------------------------
> *From:* asterisk-r2-bounces at lists.digium.com [
> asterisk-r2-bounces at lists.digium.com] On Behalf Of Diego Moscoso [
> diego.moscoso at gmail.com]
> *Sent:* 07 May 2012 16:44
> *To:* asterisk-r2 at lists.digium.com
> *Subject:* [asterisk-r2] problemas con mfcr2, canales IDLE SEIZE (txCAS
> rxCAS)
>
> Buenas Tardes, estoy instalando asterisk 1.8 en debian squeeze, con una
> placa openvox d410 (4 puertos E1)
>
> - asterisk 1.8.11.0-1digium1~squeeze
> - libopenr2-3 1.3.0-2
> - dahdi 1:2.2.1.1-1
>
> La idea es con el span1 conectar directamente al PSTN
> El span2 conectar a una vieja central siemens hicom300
> La central asterisk debería rutear las llamadas que entran y salen desde
> afuera, de manera que las llamadas que vienen de la vieja central (los
> internos que actualmente funcioana) se deriven por el spam correspondiente
> al proveedor externo. Esta comunicación debe funcionar tanto como para las
> llamadas que salen como para las que ingresan.
>
> Pude configurar los spam correspondientes, y este ruteo funciona en ambos
> sentidos, pero llega un punto en que veo que algunas llamadas con la pstn
> externa no finalizan correctamente, dejando el canal ocupado, de esta
> manera este canal queda en estado ocupado y nunca se libera, la proxima
> llamada que se derive a este canal ocupado no podra establecer la
> comunicación:
>
> Les paso el error que me da:
> chan-3-backward-3-20120505104850.call
> [10:48:51:029] [Thread: 140235817588480] [Chan 3] - MF Rx << 7 [OFF]
> [10:48:51:029] [Thread: 140235817588480] [Chan 3] - MF Tx >> 5 [OFF]
> [10:48:51:049] [Thread: 140235817588480] [Chan 3] - MF Rx << 1 [ON]
> [10:48:51:049] [Thread: 140235817588480] [Chan 3] - Attempting to cancel
> timer timer 3
> [10:48:51:049] [Thread: 140235817588480] [Chan 3] - timer id 3 found,
> cancelling it now
> [10:48:51:049] [Thread: 140235817588480] [Chan 3] - Getting ANI digit 1
> [10:48:51:049] [Thread: 140235817588480] [Chan 3] - ANI so far: 1,
> expected length: 14
> [10:48:51:049] [Thread: 140235817588480] [Chan 3] - MF Tx >> 5 [ON]
> [10:48:51:049] [Thread: 140235817588480] [Chan 3] - scheduled timer id 4
> (mf_back_cycle)
> [10:48:51:089] [Thread: 140235817588480] [Chan 3] - MF Rx << 1 [OFF]
> [10:48:51:089] [Thread: 140235817588480] [Chan 3] - MF Tx >> 5 [OFF]
> [10:48:51:129] [Thread: 140235817588480] [Chan 3] - MF Rx << C [ON]
> [10:48:51:129] [Thread: 140235817588480] [Chan 3] - Attempting to cancel
> timer timer 4
> [10:48:51:129] [Thread: 140235817588480] [Chan 3] - timer id 4 found,
> cancelling it now
> [10:48:51:129] [Thread: 140235817588480] [Chan 3] - Got end of ANI
> [10:48:51:129] [Thread: 140235817588480] [Chan 3] - Requesting next DNIS
> with signal 0x31.
> [10:48:51:129] [Thread: 140235817588480] [Chan 3] - MF Tx >> 1 [ON]
> [10:48:51:129] [Thread: 140235817588480] [Chan 3] - scheduled timer id 5
> (mf_back_cycle)
> [10:48:51:149] [Thread: 140235817588480] [Chan 3] - Broken MF sequence got
> 1 but never got tone off for tone C!
> [10:48:51:149] [Thread: 140235817588480] [Chan 3] - Protocol error. Reason
> = Broken MF Sequence, R2 State = Seize ACK Transmitted, MF state = DNIS
> Request Transmitted, MF Group = Backward Group A, CAS = 0x00
> DNIS = 7, ANI = 1, MF = 0x43
> [10:48:51:149] [Thread: 140235817588480] [Chan 3] - Attempting to cancel
> timer timer 0
> [10:48:51:149] [Thread: 140235817588480] [Chan 3] - Cannot cancel timer 0
>
>
> Si miro el estado de los canales, veo lo siguiente
> el canal 3 (spam 1) tiene el estado IDLE SEIZE (txCAS rxCAS), en total veo
> 5 canales del spam1 en esta situación
> centralam*CLI> mfcr2 show channels
> Chan Variant Max ANI Max DNIS ANI First Immediate Accept Tx CAS Rx CAS
> 1 AR 14 4 Yes No IDLE IDLE
> 2 AR 14 4 Yes No IDLE IDLE
> 3 AR 14 4 Yes No IDLE SEIZE
> 4 AR 14 4 Yes No IDLE IDLE
> 5 AR 14 4 Yes No IDLE IDLE
> 6 AR 14 4 Yes No IDLE IDLE
> 7 AR 14 4 Yes No IDLE IDLE
> 8 AR 14 4 Yes No IDLE SEIZE
> 9 AR 14 4 Yes No IDLE SEIZE
> 10 AR 14 4 Yes No IDLE IDLE
> 11 AR 14 4 Yes No IDLE IDLE
> 12 AR 14 4 Yes No IDLE IDLE
> 13 AR 14 4 Yes No IDLE IDLE
> 14 AR 14 4 Yes No IDLE IDLE
> 15 AR 14 4 Yes No IDLE IDLE
> 17 AR 14 4 Yes No IDLE IDLE
> 18 AR 14 4 Yes No IDLE IDLE
> 19 AR 14 4 Yes No IDLE IDLE
> 20 AR 14 4 Yes No IDLE IDLE
> 21 AR 14 4 Yes No IDLE IDLE
> 22 AR 14 4 Yes No IDLE IDLE
> 23 AR 14 4 Yes No IDLE IDLE
> 24 AR 14 4 Yes No IDLE IDLE
> 25 AR 14 4 Yes No IDLE IDLE
> 26 AR 14 4 Yes No IDLE IDLE
> 27 AR 14 4 Yes No IDLE IDLE
> 28 AR 14 4 Yes No IDLE SEIZE
> 29 AR 14 4 Yes No IDLE IDLE
> 30 AR 14 4 Yes No IDLE SEIZE
> 31 AR 14 4 Yes No IDLE IDLE
> 32 AR 14 14 Yes No IDLE IDLE
> 33 AR 14 14 Yes No IDLE IDLE
> 34 AR 14 14 Yes No IDLE IDLE
> 35 AR 14 14 Yes No IDLE IDLE
> 36 AR 14 14 Yes No IDLE IDLE
> 37 AR 14 14 Yes No IDLE IDLE
> 38 AR 14 14 Yes No IDLE IDLE
> 39 AR 14 14 Yes No IDLE IDLE
> 40 AR 14 14 Yes No IDLE IDLE
> 41 AR 14 14 Yes No IDLE IDLE
> 42 AR 14 14 Yes No IDLE IDLE
> 43 AR 14 14 Yes No IDLE IDLE
> 44 AR 14 14 Yes No IDLE IDLE
> 45 AR 14 14 Yes No IDLE IDLE
> 46 AR 14 14 Yes No IDLE IDLE
> 48 AR 14 14 Yes No IDLE IDLE
> 49 AR 14 14 Yes No IDLE IDLE
> 50 AR 14 14 Yes No IDLE IDLE
> 51 AR 14 14 Yes No IDLE IDLE
> 52 AR 14 14 Yes No IDLE IDLE
> 53 AR 14 14 Yes No IDLE IDLE
> 54 AR 14 14 Yes No IDLE IDLE
> 55 AR 14 14 Yes No IDLE IDLE
> 56 AR 14 14 Yes No IDLE IDLE
> 57 AR 14 14 Yes No IDLE IDLE
> 58 AR 14 14 Yes No IDLE IDLE
> 59 AR 14 14 Yes No IDLE IDLE
> 60 AR 14 14 Yes No IDLE IDLE
> 61 AR 14 14 Yes No IDLE IDLE
> 62 AR 14 14 Yes No IDLE IDLE
>
>
> Les paso la configuración que tengo actualmente:
>
> /etc/asterisk/chan_dahdi.conf
> [trunkgroups]
> [channels]
> language=es
> usecallerid=yes
> hidecallerid=no
> hidecalleridname=no
> cancallforward=yes
> callreturn=yes
> echocancel=yes
> echocancelwhenbridged=yes
> rxgain=0.0
> txgain=0.0
> group=1
> callgroup=1
> pickupgroup=1
> immediate=no
> callerid = asreceived
> useincomingcalleridondahditransfer = yes
> callprogress=yes
> echocancel=yes
> signalling = mfcr2
> mfcr2_variant=ar
>
> ; puerto1: a/desde pstn
> group=1
> mfcr2_max_ani=14 ;cantidad de digitos del caller id a recibir
> mfcr2_max_dnis=4 ;cantidad de digitos de nuestros DIDs
> mfcr2_category=national_subscriber
> mfcr2_call_files=yes
> mfcr2_logdir=log_tofrom-pstn
> mfcr2_logging=all
> context=tofrom-pstn
> channel => 1-15,17-31
>
> ; puerto2: a/desde central vieja
> group=2
> mfcr2_logdir = span2
> mfcr2_get_ani_first=yes
> mfcr2_max_ani=14 ;cantidad de digitos del caller id a recibir
> mfcr2_max_dnis=14 ;cantidad de digitos de nuestros DIDs, si no pongo
> =4 no pueden salir de los internos viejos hacia números externos. ya ;que
> se recorta el DNIS
> mfcr2_category=national_subscriber
> mfcr2_call_files=yes
> mfcr2_logdir=log_tofrom-avaya
> mfcr2_logging=all
> context=tofrom-avaya
> channel => 32-46,48-62
>
>
> /etc/dahdi/system.conf
> # Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1" HDB3/CCS/CRC4 RED
> span=1,1,0,cas,hdb3
> # termtype: te
> cas=1-15:1101
> #dchan=16
> cas=17-31:1101
> echocanceller=mg2,1-15,17-31
>
> # Span 2: TE4/0/2 "T4XXP (PCI) Card 0 Span 2" HDB3/CCS/CRC4 RED
> span=2,1,0,cas,hdb3
> # termtype: te
> cas=32-46:1101
> #dchan=47
> cas=48-62:1101
> echocanceller=mg2,32-46,48-62
>
>
> Aclaro que no ocurre el bloqueo en todos los canales, pero este problema
> se nota mas en las horas de mayor trafico.
> Cualquier sugerencia o ayuda que me puedan proporcionar será bienvenida.
> Muchas Gracias.
>
>
>
> --
> _____________________________________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-r2 mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-r2
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-r2/attachments/20120508/0b8822b7/attachment-0001.htm>
More information about the asterisk-r2
mailing list