<div dir="ltr"><div dir="ltr" style="">in Brazil by default "operators" generate clock..<br>check that the link.<br><br>took me to read the mail, I am very task<span id="result_box" class="short_text"><span style="background-color: rgb(235, 239, 249);" title="demorei para ler os e-mail, ando muito a tarefado">sk</span></span><br>
<span id="result_box" class="short_text"><span style="background-color: rgb(235, 239, 249);" title="no Brasil por default as operadoras geram relogio"></span></span></div><br clear="all">Renato dos Santos<br><a href="mailto:renato@opens.com.br">renato@opens.com.br</a><br>
OpenS Tecnologia Ltda<br>Rua Padre Marcelino Champagnat, 236 <br>Jardim Atlântico - Florianópolis - SC - Brasil<br>+55 (48) 3954-8000<br><a href="http://www.opens.com.br">http://www.opens.com.br</a><br><a href="http://shazaum.wordpress.com">shazaum.wordpress.com</a><br>
<br>
<br><br><div class="gmail_quote">On 19 February 2010 11:32, Isamar Maia <span dir="ltr"><<a href="mailto:isamar@gmail.com">isamar@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Ok. The problem with calls being dropped by the PBX was solved.<br>
It was really the collect-calls-drop stuff. Great. I am happy.<br>
<br>
The problem now is that I am getting tons of non-stop "Yellow Alarms"<br>
filling up<br>
my console.<br>
<br>
"[Feb 19 10:52:34] WARNING[30304] chan_dahdi.c: Detected alarm on<br>
channel 22: Yellow Alarm<br>
[Feb 19 10:52:34] WARNING[30303] chan_dahdi.c: Detected alarm on<br>
channel 11: Yellow Alarm<br>
[Feb 19 10:52:34] WARNING[30304] chan_dahdi.c: Detected alarm on<br>
channel 23: Yellow Alarm<br>
[Feb 19 10:52:34] WARNING[30303] chan_dahdi.c: Detected alarm on<br>
channel 12: Yellow Alarm<br>
[Feb 19 10:52:34] WARNING[30304] chan_dahdi.c: Detected alarm on<br>
channel 24: Yellow Alarm<br>
[Feb 19 10:52:34] WARNING[30303] chan_dahdi.c: Detected alarm on<br>
channel 13: Yellow Alarm<br>
[Feb 19 10:52:34] WARNING[30304] chan_dahdi.c: Detected alarm on<br>
channel 25: Yellow Alarm<br>
[Feb 19 10:52:34] WARNING[30303] chan_dahdi.c: Detected alarm on<br>
channel 14: Yellow Alarm<br>
[Feb 19 10:52:34] WARNING[30302] chan_dahdi.c: Detected alarm on<br>
channel 1: Yellow Alarm<br>
[Feb 19 10:52:34] WARNING[30329] chan_dahdi.c: Detected alarm on<br>
channel 4: Yellow Alarm<br>
"<br>
Seems to be clock sync. I am using PSTN as time source.<br>
<div class="im"><br>
span=2,1,0,cas,hdb3<br>
cas=32-46:1101<br>
cas=48-52:1101<br>
dchan=47<br>
echocanceller=mg2,32-46,48-52<br>
<br>
</div>What it can be ?<br>
<br>
Thanks in advance,<br>
<br>
Isamar<br>
<br>
2010/2/19 Isamar Maia <<a href="mailto:isamar@gmail.com">isamar@gmail.com</a>>:<br>
<div><div></div><div class="h5">> Hey Shazam!,<br>
><br>
> That's the tip that Marcos, from Aligera, gave me right after I sent<br>
> this message.<br>
><br>
> I believe there is a big chance to be indeed the "drop-collect-call"<br>
> feature the cause<br>
> of this prob.<br>
><br>
> Since changing this stuff at the PBX side will not be an easy thing,<br>
> he suggested me<br>
> to set "mfcr2_metering_pulse_timeout=1500" and check it out.<br>
><br>
> I will be doing that hopefully in couple hours and after that, I get back here.<br>
><br>
> Thanks for replying.<br>
><br>
> Isamar<br>
><br>
> P.S.: I was a big fan of Shazam in the old times:<br>
> <a href="http://en.wikipedia.org/wiki/Shazam%21_%28TV_series%29" target="_blank">http://en.wikipedia.org/wiki/Shazam!_(TV_series)</a><br>
> Next time, when I have a problem here, I will shout "Shazam!" :-)<br>
><br>
> 2010/2/19 Shazaum <<a href="mailto:shazaum@gmail.com">shazaum@gmail.com</a>>:<br>
>> Hey Isamer...<br>
>><br>
>> the pbx has double-answer(duplo-atendimento/drop-collect-call)?<br>
>><br>
>> had a similar case with "double-answer/drop-collect-call"<br>
>><br>
>> Renato dos Santos<br>
>> <a href="mailto:renato@opens.com.br">renato@opens.com.br</a><br>
>> OpenS Tecnologia Ltda<br>
>> Rua Padre Marcelino Champagnat, 236<br>
>> Jardim Atlântico - Florianópolis - SC - Brasil<br>
>> +55 (48) 3954-8000<br>
>> <a href="http://www.opens.com.br" target="_blank">http://www.opens.com.br</a><br>
>> <a href="http://shazaum.wordpress.com" target="_blank">shazaum.wordpress.com</a><br>
>><br>
>><br>
>><br>
>> 2010/2/19 Isamar Maia <<a href="mailto:isamar@gmail.com">isamar@gmail.com</a>><br>
>>><br>
>>> Hello Folks,<br>
>>><br>
>>> I have a 2E1 ports board produced by company in Brazil named Aligera<br>
>>><br>
>>> I have one E1 port connected to PSTN(Embratel) and the other connected to<br>
>>> a<br>
>>> digital converter named "Intelbras IC-E1".<br>
>>><br>
>>> <a href="http://www.intelbras.com.br/ecenter/downloads/manuais/interface_ic_e1.zip" target="_blank">http://www.intelbras.com.br/ecenter/downloads/manuais/interface_ic_e1.zip</a><br>
>>><br>
>>> It converts 15 or 30 analog lines in one R2 trunk. It converts the<br>
>>> analog trunks from the PBX to R2, connected to Asterisk.<br>
>>><br>
>>> So:<br>
>>> PBX <--> IC-E1 <--> Asterisk <--> PSTN(Embratel)<br>
>>><br>
>>> I can send and receive calls through the PSTN line and I *can*<br>
>>> receive calls from the<br>
>>> PBX/IC-E1 side. The problem is when I receive a call from the PSTN<br>
>>> line to the PBX,<br>
>>> the outbound call to the PBX is answered by the operator, I can hear<br>
>>> some seconds of<br>
>>> audio and then it drops.<br>
>>><br>
>>> My environment is:<br>
>>><br>
>>> Kernel version: Kernel 2.6.18-164.el5PAE<br>
>>> Distro: CentOS release 5.4 (Final)<br>
>>> Versao do Asterisk: 1.6.2.1<br>
>>> Dahdi Package used: dahdi-linux-2.1.0.3-ap400.tar.gz<br>
>>> R2 lib package: openr2-1.2.0.tar.gz<br>
>>><br>
>>> My setup is:<br>
>>><br>
>>> DAHDI's system.conf:<br>
>>><br>
>>> # pabx<br>
>>> span=1,0,0,cas,hdb3<br>
>>> cas=1-15:1101<br>
>>> cas=17-31:1101<br>
>>><br>
>>><br>
>>> # embratel<br>
>>> dchan=16<br>
>>> echocanceller=mg2,1-15,17-31<br>
>>><br>
>>> span=2,1,0,cas,hdb3<br>
>>> cas=32-46:1101<br>
>>> cas=48-52:1101<br>
>>> dchan=47<br>
>>> echocanceller=mg2,32-46,48-52<br>
>>><br>
>>> # Global data<br>
>>><br>
>>> loadzone = br<br>
>>> defaultzone = br<br>
>>><br>
>>><br>
>>><br>
>>> chan_dahdi.conf<br>
>>><br>
>>> ; PBX<br>
>>> [channels]<br>
>>> context=from-pbx<br>
>>> signalling=mfcr2<br>
>>> mfcr2_variant=br<br>
>>> mfcr2_get_ani_first=yes<br>
>>> ; Max amount of ANI to ask for<br>
>>> mfcr2_max_ani=20<br>
>>> ; Max amount of DNIS to ask for<br>
>>> mfcr2_max_dnis=20<br>
>>> mfcr2_category=national_subscriber<br>
>>> mfcr2_logdir=span1<br>
>>> mfcr2_logging=all<br>
>>> mfcr2_allow_collect_calls=no<br>
>>> mfcr2_forced_release=no<br>
>>> callerid=asreceived<br>
>>> group=1<br>
>>> callgroup=1<br>
>>> pickupgroup=1<br>
>>> channel => 1-15,17-31<br>
>>><br>
>>> ; --------------------------------- PSTN<br>
>>><br>
>>> context=from-pstn<br>
>>> signalling=mfcr2<br>
>>> mfcr2_variant=br<br>
>>> mfcr2_get_ani_first=yes<br>
>>> ; Max amount of ANI to ask for<br>
>>> mfcr2_max_ani=20<br>
>>> ; Max amount of DNIS to ask for<br>
>>> mfcr2_max_dnis=20<br>
>>> mfcr2_category=national_subscriber<br>
>>> mfcr2_logdir=span1<br>
>>> mfcr2_logging=all<br>
>>> mfcr2_allow_collect_calls=no<br>
>>> mfcr2_forced_release=no<br>
>>> callerid=asreceived<br>
>>> group=2<br>
>>> callgroup=2<br>
>>> pickupgroup=2<br>
>>> channel => 32-46,48-52<br>
>>><br>
>>><br>
>>> The only weird messages I can find in the logs are:<br>
>>><br>
>>> [Feb 12 11:09:35] ERROR[31600] chan_dahdi.c: MFC/R2 protocol error on<br>
>>> chan 22: Invalid CAS<br>
>>> [Feb 12 11:09:35] ERROR[31600] chan_dahdi.c: Chan 23 - Protocol error.<br>
>>> Reason = Invalid CAS, R2 State = Seize ACK Transmitted, MF state =<br>
>>> Seize ACK Transmitted, MF Group = Backward MF init, CAS = 0x0C DNIS =<br>
>>> , ANI = , MF = 0x20<br>
>>><br>
>>> What it should be ?<br>
>>><br>
>>> --<br>
>>><br>
>>> Isamar Maia<br>
>>> Brazil: 55-71-9146-8575<br>
>>> 55-71-4062-8688<br>
>>> 日本: +81-(0)3-4550-1212<br>
>>> "In a world without walls. Who needs windows and gates?"<br>
>>><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>
>><br>
>><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>
>><br>
><br>
><br>
><br>
> --<br>
> Isamar Maia<br>
> Brazil: 55-71-9146-8575<br>
> 55-71-4062-8688<br>
> 日本: +81-(0)3-4550-1212<br>
> "In a world without walls. Who needs windows and gates?"<br>
><br>
<br>
<br>
<br>
--<br>
Isamar Maia<br>
Brazil: 55-71-9146-8575<br>
55-71-4062-8688<br>
日本: +81-(0)3-4550-1212<br>
"In a world without walls. Who needs windows and gates?"<br>
<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></div></div></blockquote></div><br></div>