Que tal Ricardo, el contexto del grupo 2 "from avaya" es solo nombre.<br>Antes la trama e1 del pstn se conectaba directamente a la central siemens.<br>Ahora, lo que quiero hacer es que la trama e1 del pstn se conecta al span1 del asterisk.<br>
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.<br>
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".<br>
<br><br><br><br><br><div class="gmail_quote">El 8 de mayo de 2012 07:05, Mc GRATH Ricardo <span dir="ltr"><<a href="mailto:mcgrathr@mail2web.com" target="_blank">mcgrathr@mail2web.com</a>></span> escribió:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>
<div style="direction:ltr;font-size:x-small;font-family:Tahoma">
<div>Hola Diego</div>
<div><font face="tahoma"></font> </div>
<div><font face="tahoma">Parece raro, no ubico en el trace la condición<a></a> de la prueba si fue hacia la PSTN<a></a><a></a> o viceversa, pero asumo por el digito 7 que tal vez haya sido entrante desde la PSTN<a></a><a></a> hacia Asterisk<a></a><a></a>, igualmente no
reconoce el envió<a></a> de petición<a></a> rechazado (no envió<a></a> de ANI<a></a><a></a>) habría<a></a> que ver que pasa con el CAS si en este caso se produce la liberacion<a></a><a></a>.</font></div>
<div><font face="tahoma"></font> </div>
<div><font face="tahoma"><font face="tahoma"><a></a><font face="tahoma"><font face="tahoma">Surge</font></font> una pregunta en el contexto de del grupo 2 pones from<a></a><a></a> Avaya<a></a><a></a>, lo cual pregunto entre PSTN<a></a><a></a> y Asterisk<a></a><a></a>
hay una central Avaya<a></a><a></a>? cual es el modelo de la prueba?</font></font></div>
<div><font face="tahoma"></font> </div>
<div><font face="tahoma">En tu caso tendrías<a></a> que ver en que situación<a></a> se presenta el problema si los llamados desde la PSTN<a></a><a></a> hacia Asterisk<a></a><a></a> o Asterisk<a></a><a></a> hacia la PSTN<a></a><a></a>.</font></div>
<div><font face="tahoma"></font> </div>
<div>
<div><font face="Tahoma">Mc GRATH<a></a><a></a> Ricardo</font></div>
<div><font face="tahoma">E-Mail<a></a><a></a> <a href="mailto:mcgrathr@mail2web.com" target="_blank">
mcgrathr@mail2web.com</a><a></a><a></a></font></div>
</div>
<div dir="ltr"><font color="#000000" face="Tahoma"></font> </div>
<div style="DIRECTION:ltr">
<hr>
<font color="#000000" face="Tahoma"><b>From:</b> <a href="mailto:asterisk-r2-bounces@lists.digium.com" target="_blank">asterisk-r2-bounces@lists.digium.com</a> [<a href="mailto:asterisk-r2-bounces@lists.digium.com" target="_blank">asterisk-r2-bounces@lists.digium.com</a>] On Behalf Of Diego Moscoso [<a href="mailto:diego.moscoso@gmail.com" target="_blank">diego.moscoso@gmail.com</a>]<br>
<b>Sent:</b> 07 May 2012 16:44<br>
<b>To:</b> <a href="mailto:asterisk-r2@lists.digium.com" target="_blank">asterisk-r2@lists.digium.com</a><br>
<b>Subject:</b> [asterisk-r2] problemas con mfcr2, canales IDLE SEIZE (txCAS rxCAS)<br>
</font><br>
</div><div><div class="h5">
<div></div>
<div>Buenas Tardes, estoy instalando asterisk 1.8 en debian squeeze, con una placa openvox d410 (4 puertos E1)<br>
<ul>
<li>asterisk 1.8.11.0-1digium1~squeeze </li><li>libopenr2-3 1.3.0-2 </li><li>dahdi 1:2.2.1.1-1 </li></ul>
La idea es con el span1 conectar directamente al PSTN<br>
El span2 conectar a una vieja central siemens hicom300<br>
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.<br>
<br>
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:<br>
<br>
Les paso el error que me da:<br>
chan-3-backward-3-20120505104850.call<br>
[10:48:51:029] [Thread: 140235817588480] [Chan 3] - MF Rx << 7 [OFF]<br>
[10:48:51:029] [Thread: 140235817588480] [Chan 3] - MF Tx >> 5 [OFF]<br>
[10:48:51:049] [Thread: 140235817588480] [Chan 3] - MF Rx << 1 [ON]<br>
[10:48:51:049] [Thread: 140235817588480] [Chan 3] - Attempting to cancel timer timer 3<br>
[10:48:51:049] [Thread: 140235817588480] [Chan 3] - timer id 3 found, cancelling it now<br>
[10:48:51:049] [Thread: 140235817588480] [Chan 3] - Getting ANI digit 1<br>
[10:48:51:049] [Thread: 140235817588480] [Chan 3] - ANI so far: 1, expected length: 14<br>
[10:48:51:049] [Thread: 140235817588480] [Chan 3] - MF Tx >> 5 [ON]<br>
[10:48:51:049] [Thread: 140235817588480] [Chan 3] - scheduled timer id 4 (mf_back_cycle)<br>
[10:48:51:089] [Thread: 140235817588480] [Chan 3] - MF Rx << 1 [OFF]<br>
[10:48:51:089] [Thread: 140235817588480] [Chan 3] - MF Tx >> 5 [OFF]<br>
[10:48:51:129] [Thread: 140235817588480] [Chan 3] - MF Rx << C [ON]<br>
[10:48:51:129] [Thread: 140235817588480] [Chan 3] - Attempting to cancel timer timer 4<br>
[10:48:51:129] [Thread: 140235817588480] [Chan 3] - timer id 4 found, cancelling it now<br>
[10:48:51:129] [Thread: 140235817588480] [Chan 3] - Got end of ANI<br>
[10:48:51:129] [Thread: 140235817588480] [Chan 3] - Requesting next DNIS with signal 0x31.<br>
[10:48:51:129] [Thread: 140235817588480] [Chan 3] - MF Tx >> 1 [ON]<br>
[10:48:51:129] [Thread: 140235817588480] [Chan 3] - scheduled timer id 5 (mf_back_cycle)<br>
<span style="COLOR:rgb(255,0,0)">[10:48:51:149] [Thread: 140235817588480] [Chan 3] - Broken MF sequence got 1 but never got tone off for tone C!</span><br style="COLOR:rgb(255,0,0)">
<span style="COLOR:rgb(255,0,0)">[10:48:51:149] [Thread: 140235817588480] [Chan 3] - Protocol error. Reason = Broken MF Sequence, R2 State = Seize ACK Transmitted, MF
</span>state = DNIS Request Transmitted, MF Group = Backward Group A, CAS = 0x00<br>
DNIS = 7, ANI = 1, MF = 0x43<br>
[10:48:51:149] [Thread: 140235817588480] [Chan 3] - Attempting to cancel timer timer 0<br>
[10:48:51:149] [Thread: 140235817588480] [Chan 3] - Cannot cancel timer 0<br>
<br>
<br>
Si miro el estado de los canales, veo lo siguiente<br>
el canal 3 (spam 1) tiene el estado IDLE SEIZE (txCAS rxCAS), en total veo 5 canales del spam1 en esta situación<br>
centralam*CLI> mfcr2 show channels<br>
Chan Variant Max ANI Max DNIS ANI First Immediate Accept Tx CAS Rx CAS<br>
1 AR 14 4 Yes No IDLE IDLE<br>
2 AR 14 4 Yes No IDLE IDLE<br>
<span style="COLOR:rgb(255,0,0)">3 AR 14 4 Yes No IDLE SEIZE</span><br>
4 AR 14 4 Yes No IDLE IDLE<br>
5 AR 14 4 Yes No IDLE IDLE<br>
6 AR 14 4 Yes No IDLE IDLE<br>
7 AR 14 4 Yes No IDLE IDLE<br>
<span style="COLOR:rgb(255,0,0)"> 8 AR 14 4 Yes No IDLE SEIZE</span><br style="COLOR:rgb(255,0,0)">
<span style="COLOR:rgb(255,0,0)"> 9 AR 14 4 Yes No IDLE SEIZE</span><br>
10 AR 14 4 Yes No IDLE IDLE<br>
11 AR 14 4 Yes No IDLE IDLE<br>
12 AR 14 4 Yes No IDLE IDLE<br>
13 AR 14 4 Yes No IDLE IDLE<br>
14 AR 14 4 Yes No IDLE IDLE<br>
15 AR 14 4 Yes No IDLE IDLE<br>
17 AR 14 4 Yes No IDLE IDLE<br>
18 AR 14 4 Yes No IDLE IDLE<br>
19 AR 14 4 Yes No IDLE IDLE<br>
20 AR 14 4 Yes No IDLE IDLE<br>
21 AR 14 4 Yes No IDLE IDLE<br>
22 AR 14 4 Yes No IDLE IDLE<br>
23 AR 14 4 Yes No IDLE IDLE<br>
24 AR 14 4 Yes No IDLE IDLE<br>
25 AR 14 4 Yes No IDLE IDLE<br>
26 AR 14 4 Yes No IDLE IDLE<br>
27 AR 14 4 Yes No IDLE IDLE<br>
<span style> <span style="COLOR:rgb(255,0,0)">
28 AR 14 4 Yes No IDLE SEIZE</span></span><br>
29 AR 14 4 <span style></span> Yes No IDLE IDLE<br>
<span style="COLOR:rgb(255,0,0)">30 AR 14 4 Yes No IDLE SEIZE</span><br>
31 AR 14 4 Yes No IDLE IDLE<br>
32 AR 14 14 Yes No IDLE IDLE<br>
33 AR 14 14 Yes No IDLE IDLE<br>
34 AR 14 14 Yes No IDLE IDLE<br>
35 AR 14 14 Yes No IDLE IDLE<br>
36 AR 14 14 Yes No IDLE IDLE<br>
37 AR 14 14 Yes No IDLE IDLE<br>
38 AR 14 14 Yes No IDLE IDLE<br>
39 AR 14 14 Yes No IDLE IDLE<br>
40 AR 14 14 Yes No IDLE IDLE<br>
41 AR 14 14 Yes No IDLE IDLE<br>
42 AR 14 14 Yes No IDLE IDLE<br>
43 AR 14 14 Yes No IDLE IDLE<br>
44 AR 14 14 Yes No IDLE IDLE<br>
45 AR 14 14 Yes No IDLE IDLE<br>
46 AR 14 14 Yes No IDLE IDLE<br>
48 AR 14 14 Yes No IDLE IDLE<br>
49 AR 14 14 Yes No IDLE IDLE<br>
50 AR 14 14 Yes No IDLE IDLE<br>
51 AR 14 14 Yes No IDLE IDLE<br>
52 AR 14 14 Yes No IDLE IDLE<br>
53 AR 14 14 Yes No IDLE IDLE<br>
54 AR 14 14 Yes No IDLE IDLE<br>
55 AR 14 14 Yes No IDLE IDLE<br>
56 AR 14 14 Yes No IDLE IDLE<br>
57 AR 14 14 Yes No IDLE IDLE<br>
58 AR 14 14 Yes No IDLE IDLE<br>
59 AR 14 14 Yes No IDLE IDLE<br>
60 AR 14 14 Yes No IDLE IDLE<br>
61 AR 14 14 Yes No IDLE IDLE<br>
62 AR 14 14 Yes No IDLE IDLE<br>
<br>
<br>
Les paso la configuración que tengo actualmente:<br>
<br>
/etc/asterisk/chan_dahdi.conf<br>
[trunkgroups]<br>
[channels]<br>
language=es<br>
usecallerid=yes<br>
hidecallerid=no<br>
hidecalleridname=no<br>
cancallforward=yes<br>
callreturn=yes<br>
echocancel=yes<br>
echocancelwhenbridged=yes<br>
rxgain=0.0<br>
txgain=0.0<br>
group=1<br>
callgroup=1<br>
pickupgroup=1<br>
immediate=no<br>
callerid = asreceived<br>
useincomingcalleridondahditransfer = yes<br>
callprogress=yes<br>
echocancel=yes<br>
signalling = mfcr2<br>
mfcr2_variant=ar<br>
<br>
; puerto1: a/desde pstn<br>
group=1<br>
mfcr2_max_ani=14 ;cantidad de digitos del caller id a recibir<br>
mfcr2_max_dnis=4 ;cantidad de digitos de nuestros DIDs<br>
mfcr2_category=national_subscriber<br>
mfcr2_call_files=yes<br>
mfcr2_logdir=log_tofrom-pstn<br>
mfcr2_logging=all<br>
context=tofrom-pstn<br>
channel => 1-15,17-31<br>
<br>
; puerto2: a/desde central vieja<br>
group=2<br>
mfcr2_logdir = span2<br>
mfcr2_get_ani_first=yes<br>
mfcr2_max_ani=14 ;cantidad de digitos del caller id a recibir<br>
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<br>
mfcr2_category=national_subscriber<br>
mfcr2_call_files=yes<br>
mfcr2_logdir=log_tofrom-avaya<br>
mfcr2_logging=all<br>
context=tofrom-avaya<br>
channel => 32-46,48-62<br>
<br>
<br>
/etc/dahdi/system.conf<br>
# Span 1: TE4/0/1 "T4XXP (PCI) Card 0 Span 1" HDB3/CCS/CRC4 RED<br>
span=1,1,0,cas,hdb3<br>
# termtype: te<br>
cas=1-15:1101<br>
#dchan=16<br>
cas=17-31:1101<br>
echocanceller=mg2,1-15,17-31<br>
<br>
# Span 2: TE4/0/2 "T4XXP (PCI) Card 0 Span 2" HDB3/CCS/CRC4 RED<br>
span=2,1,0,cas,hdb3<br>
# termtype: te<br>
cas=32-46:1101<br>
#dchan=47<br>
cas=48-62:1101<br>
echocanceller=mg2,32-46,48-62<br>
<br>
<br>
Aclaro que no ocurre el bloqueo en todos los canales, pero este problema se nota mas en las horas de mayor trafico.
<br>
Cualquier sugerencia o ayuda que me puedan proporcionar será bienvenida.<br>
Muchas Gracias.<br>
<br>
<br>
</div>
</div></div></div>
</div>
<br>--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-r2 mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-r2" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-r2</a><br></blockquote></div><br>