[asterisk-r2] Drop calls

[Moises Silva]

This does not tell us much, just that "someone" inside that Asterisk
call, decided to drop it.

---> x channel we don't know ---> Asterisk --------> R2 Channel --------> Telco

You only sent the log for the side between Asterisk and the telco (the
R2 channel), however, the log suggest that Asterisk is dropping the
call on behalf of the "x channel we don't know". So we need a full
debug log for Asterisk including the logs of the channel that
originated that outgoing R2 channel. (if that's the case, other
possibility is that you originated the outgoing R2 channel via
Originate manager action or something like that)

On Tue, Nov 11, 2008 at 10:51 AM, Joao Carlos Moura <jmoura at crdusa.net> wrote:
>  Hi all
> As a reporter in previous emails, the problem of dropped calls was resolved.
> More problems in sending the numbers for the carrier. Some calls only work
> with several attempts to redial.
> Again I ask of you to help solve this problem.
> Sending the log for analysis.
> I have the trunk E1 directly connected the Digium  in TE110p card.
> Thank's
>
> Log
> [Nov 11 07:53:39] DEBUG[10354] chan_dahdi.c: no MFC/R2 category specified
> for chan Zap/1-1, using default National Subscriber
> [Nov 11 07:53:39] DEBUG[10354] chan_dahdi.c: Chan 1 - Attempting to make
> call (ANI=36524800, DNIS=40034525, category=National Subscriber)
> [Nov 11 07:53:39] DEBUG[10354] chan_dahdi.c: Chan 1 - ABCD Tx >> [SEIZE]
> 0x00
> [Nov 11 07:53:39] DEBUG[10354] chan_dahdi.c: Chan 1 - ABCD Raw Tx >> 0x01
> [Nov 11 07:53:39] DEBUG[10354] chan_dahdi.c: bits changed in chan 1
> [Nov 11 07:53:39] DEBUG[10354] chan_dahdi.c: Chan 1 - Bits changed from 0x08
> to 0x0C
> [Nov 11 07:53:39] DEBUG[10354] chan_dahdi.c: Chan 1 - ABCD Rx << [SEIZE ACK]
> 0x0C
> [Nov 11 07:53:39] DEBUG[10354] chan_dahdi.c: Chan 1 - Sending DNIS digit 4
> [Nov 11 07:53:39] DEBUG[10354] chan_dahdi.c: Chan 1 - MF Tx >> 4 [ON]
>
> [Nov 11 07:54:39] DEBUG[10354] chan_dahdi.c: disconnecting MFC/R2 call on
> chan 1
> [Nov 11 07:54:39] DEBUG[10354] chan_dahdi.c: Chan 1 - ABCD Tx >> [CLEAR
> FORWARD] 0x08
> [Nov 11 07:54:39] DEBUG[10354] chan_dahdi.c: Chan 1 - ABCD Raw Tx >> 0x09
> [Nov 11 07:54:39] DEBUG[10334] chan_dahdi.c: Chan 1 - Bits changed from 0x0C
> to 0x08
> [Nov 11 07:54:39] DEBUG[10334] chan_dahdi.c: Chan 1 - ABCD Rx << [IDLE] 0x08
> [Nov 11 07:54:39] DEBUG[10334] chan_dahdi.c: Chan 1 - Call ended
> [Nov 11 07:54:39] DEBUG[10334] chan_dahdi.c: Chan 1 - ABCD Tx >> [IDLE] 0x08
> [Nov 11 07:54:39] DEBUG[10334] chan_dahdi.c: Chan 1 - ABCD Raw Tx >> 0x09
> [Nov 11 07:54:39] NOTICE[10334] chan_dahdi.c: MFC/R2 call end on chan 1
>
> João Carlos Moura
> ________________________________
> I am using the Free version of SPAMfighter
> We are a community of 5.6 million users fighting spam.
> SPAMfighter has removed 33357 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
>



-- 
"I do not agree with what you have to say, but I'll defend to the
death your right to say it." Voltaire