[asterisk-r2] openR2 - falha em algumas ligaçoes

Tue Nov 4 08:36:29 CST 2008

When a call is being placed to the TELCO, you don't get ANI first or
after. You send it. How would that change matters in this case?

-MM

On Tue, Nov 4, 2008 at 11:57 AM, Alexandre Cavalcante Alencar
<alexandre.alencar at gmail.com> wrote:
> Hi all,
>
> João, can you change a param and check again?
>
> ; before
> mfcr2_get_ani_first=no
>
> ; after
> mfcr2_get_ani_first=yes
>
> As per [1], Oi (Telemar) get ANI digits first. And if you can, make the test
> using r2test so we can have a clean testbed.
>
> [1] http://www.soft-switch.org/unicall/installing-mfcr2.html
>
> Best Regards.
>
>
> On Tue, Nov 4, 2008 at 6:45 AM, Joao Carlos Moura <jmoura at crdusa.net> wrote:
>>
>> Olá pessoal, instalei o pacote OpenR2 em um servidor Debian 4.0-r5 com
>> asterisk 1.4.
>> Nao tive nenhum problema com compilação e aparentemente não acontece
>> nenhum erro.
>> O problema que enfrento é que em algumas ligações que não completam.
>> Habilitei o debug e verifiquei que no momento da falha, onde era para
>> enviar o número discado digito
>> por digito e pára no primeiro e fica até dar timeout.
>> Conversei com o Alexandre e ele me deu algumas sugestões, entre elas
>> atualizar o pacote.
>> Esse procedimento ainda nao fiz
>>
>> Envio minha configuração e um debug que falhou a chamada.
>> Agradeço a ajuda
>>
>> João Carlos Moura
>>
>> Debian
>> Asterisk 1.4.22
>> OpenR2 version: 0.1.1, revision: 79
>>
>> zapata.conf
>> [channels]
>> usecallerid=yes
>> callwaiting=yes
>> usecallingpres=yes
>> callwaitingcallerid=yes
>> threewaycalling=yes
>> transfer=yes
>> canpark=yes
>> cancallforward=yes
>> callreturn=yes
>> echocancel=yes
>> echotrainning=yes
>> echocancelwhenbridged=yes
>>
>> signalling=mfcr2
>> mfcr2_variant=br
>> mfcr2_get_ani_first=no
>> mfcr2_max_ani=20
>> mfcr2_max_dnis=20
>> mfcr2_category=national_subscriber
>> mfcr2_logdir=span1
>> mfcr2_logging=all
>>
>> group=1
>> callgroup=1
>> pickupgroup=1
>> callerid=asreceived
>> context=from-pstn
>>
>> channel => 1-15,17-31
>> zaptel.conf                              ;  E1 da Oi
>> span=1,1,0,cas,hdb3
>> cas=1-15:1101
>> dchan=16
>> cas=17-31:1101
>> loadzone = br
>> defaultzone= br
>>
>> Debug que falhou a chamada
>>
>>     -- Executing [POP121211724 at to-pstn:1]
>> SetCDRUserField("SIP/192.168.0.5-b7000480", "POP121211724") in new stack
>>     -- Executing [POP121211724 at to-pstn:2] Dial("SIP/192.168.0.5-b7000480",
>> "ZAP/g1/21211724|60|Ct") in new stack
>> [Nov  1 06:28:10] DEBUG[2771]: chan_dahdi.c:956
>> dahdi_r2_get_channel_category: no MFC/R2 category specified for chan
>> Zap/1-1, using default National Subscriber
>> [Nov  1 06:28:10] DEBUG[2771]: chan_dahdi.c:1209 dahdi_r2_write_log: Chan
>> 1 - Attempting to make call (ANI=9009, DNIS=21211724, category=National
>> Subscriber)
>> [Nov  1 06:28:10] DEBUG[2771]: chan_dahdi.c:1209 dahdi_r2_write_log: Chan
>> 1 - ABCD Tx >> [SEIZE] 0x00
>> [Nov  1 06:28:10] DEBUG[2771]: chan_dahdi.c:1209 dahdi_r2_write_log: Chan
>> 1 - ABCD Raw Tx >> 0x01
>>     -- Called g1/21211724
>> [Nov  1 06:28:10] DEBUG[2771]: chan_dahdi.c:4370 dahdi_handle_event: bits
>> changed in chan 1
>> [Nov  1 06:28:10] DEBUG[2771]: chan_dahdi.c:1209 dahdi_r2_write_log: Chan
>> 1 - Bits changed from 0x08 to 0x0C
>> [Nov  1 06:28:10] DEBUG[2771]: chan_dahdi.c:1209 dahdi_r2_write_log: Chan
>> 1 - ABCD Rx << [SEIZE ACK] 0x0C
>> [Nov  1 06:28:10] DEBUG[2771]: chan_dahdi.c:1209 dahdi_r2_write_log: Chan
>> 1 - Sending DNIS digit 2
>> [Nov  1 06:28:10] DEBUG[2771]: chan_dahdi.c:1209 dahdi_r2_write_log: Chan
>> 1 - MF Tx >> 2 [ON]
>> [Nov  1 06:28:16] DEBUG[2771]: chan_dahdi.c:3170 dahdi_hangup:
>> disconnecting MFC/R2 call on chan 1
>> [Nov  1 06:28:16] DEBUG[2771]: chan_dahdi.c:1209 dahdi_r2_write_log: Chan
>> 1 - ABCD Tx >> [CLEAR FORWARD] 0x08
>> [Nov  1 06:28:16] DEBUG[2771]: chan_dahdi.c:1209 dahdi_r2_write_log: Chan
>> 1 - ABCD Raw Tx >> 0x09
>>     -- Hungup 'Zap/1-1'
>>   == Spawn extension (to-pstn, POP121211724, 2) exited non-zero on
>> 'SIP/192.168.0.5-b7000480'
>> [Nov  1 06:28:16] DEBUG[2636]: chan_dahdi.c:1209 dahdi_r2_write_log: Chan
>> 1 - Bits changed from 0x0C to 0x08
>> [Nov  1 06:28:16] DEBUG[2636]: chan_dahdi.c:1209 dahdi_r2_write_log: Chan
>> 1 - ABCD Rx << [IDLE] 0x08
>> [Nov  1 06:28:16] DEBUG[2636]: chan_dahdi.c:1209 dahdi_r2_write_log: Chan
>> 1 - Call ended
>> [Nov  1 06:28:16] DEBUG[2636]: chan_dahdi.c:1209 dahdi_r2_write_log: Chan
>> 1 - ABCD Tx >> [IDLE] 0x08
>> [Nov  1 06:28:16] DEBUG[2636]: chan_dahdi.c:1209 dahdi_r2_write_log: Chan
>> 1 - ABCD Raw Tx >> 0x09
>> [Nov  1 06:28:16] NOTICE[2636]: chan_dahdi.c:1065 dahdi_r2_on_call_end:
>> MFC/R2 call en
>> ________________________________
>> I am using the Free version of SPAMfighter
>> We are a community of 5.6 million users fighting spam.
>> SPAMfighter has removed 32904 of my spam emails to date.
>> The Professional version does not have this message
>>
>> _______________________________________________
>> --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
>
>
>
> --
> Alexandre C Alencar (Skarmeth)
> http://blog.alexandrealencar.net/
> http://www.alexandrealencar.net/
> http://people.debian-ce.org/skarmeth/
>
>
> _______________________________________________
> --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
>