[asterisk-users] problem transferring calls some of the times

Ian asterisk at iancoetzee.za.net
Wed Feb 27 01:27:32 CST 2008


Hi Raúl

It would seem that we might have the same problem here. As I also get 
"No Answer" records in the cdr database for the calls that failed. I 
just checked against a tester I did yesterday that failed.

See the extract of the call from the CDR database, does it look anything 
like yours?

calldate 
<http://phpmyadmin.vddi.co.za/sql.php?db=asterisk&table=cdr&token=b9559eee360f2461b1d1670e60aca5fe&sql_query=SELECT+%2AFROM+%60cdr%60++ORDER+BY+%60cdr%60.%60calldate%60+ASC> 
	clid 
<http://phpmyadmin.vddi.co.za/sql.php?db=asterisk&table=cdr&token=b9559eee360f2461b1d1670e60aca5fe&sql_query=SELECT+%2AFROM+%60cdr%60++ORDER+BY+%60cdr%60.%60clid%60+ASC> 
	src 
<http://phpmyadmin.vddi.co.za/sql.php?db=asterisk&table=cdr&token=b9559eee360f2461b1d1670e60aca5fe&sql_query=SELECT+%2AFROM+%60cdr%60++ORDER+BY+%60cdr%60.%60src%60+ASC> 
	dst 
<http://phpmyadmin.vddi.co.za/sql.php?db=asterisk&table=cdr&token=b9559eee360f2461b1d1670e60aca5fe&sql_query=SELECT+%2AFROM+%60cdr%60++ORDER+BY+%60cdr%60.%60dst%60+ASC> 
	dcontext 
<http://phpmyadmin.vddi.co.za/sql.php?db=asterisk&table=cdr&token=b9559eee360f2461b1d1670e60aca5fe&sql_query=SELECT+%2AFROM+%60cdr%60++ORDER+BY+%60cdr%60.%60dcontext%60+ASC> 
	channel 
<http://phpmyadmin.vddi.co.za/sql.php?db=asterisk&table=cdr&token=b9559eee360f2461b1d1670e60aca5fe&sql_query=SELECT+%2AFROM+%60cdr%60++ORDER+BY+%60cdr%60.%60channel%60+ASC> 
	dstchannel 
<http://phpmyadmin.vddi.co.za/sql.php?db=asterisk&table=cdr&token=b9559eee360f2461b1d1670e60aca5fe&sql_query=SELECT+%2AFROM+%60cdr%60++ORDER+BY+%60cdr%60.%60dstchannel%60+ASC> 
	lastapp 
<http://phpmyadmin.vddi.co.za/sql.php?db=asterisk&table=cdr&token=b9559eee360f2461b1d1670e60aca5fe&sql_query=SELECT+%2AFROM+%60cdr%60++ORDER+BY+%60cdr%60.%60lastapp%60+ASC> 
	lastdata 
<http://phpmyadmin.vddi.co.za/sql.php?db=asterisk&table=cdr&token=b9559eee360f2461b1d1670e60aca5fe&sql_query=SELECT+%2AFROM+%60cdr%60++ORDER+BY+%60cdr%60.%60lastdata%60+ASC> 
	duration 
<http://phpmyadmin.vddi.co.za/sql.php?db=asterisk&table=cdr&token=b9559eee360f2461b1d1670e60aca5fe&sql_query=SELECT+%2AFROM+%60cdr%60++ORDER+BY+%60cdr%60.%60duration%60+ASC> 
	billsec 
<http://phpmyadmin.vddi.co.za/sql.php?db=asterisk&table=cdr&token=b9559eee360f2461b1d1670e60aca5fe&sql_query=SELECT+%2AFROM+%60cdr%60++ORDER+BY+%60cdr%60.%60billsec%60+ASC> 
	disposition 
<http://phpmyadmin.vddi.co.za/sql.php?db=asterisk&table=cdr&token=b9559eee360f2461b1d1670e60aca5fe&sql_query=SELECT+%2AFROM+%60cdr%60++ORDER+BY+%60cdr%60.%60disposition%60+ASC> 
	amaflags 
<http://phpmyadmin.vddi.co.za/sql.php?db=asterisk&table=cdr&token=b9559eee360f2461b1d1670e60aca5fe&sql_query=SELECT+%2AFROM+%60cdr%60++ORDER+BY+%60cdr%60.%60amaflags%60+ASC> 
	accountcode 
<http://phpmyadmin.vddi.co.za/sql.php?db=asterisk&table=cdr&token=b9559eee360f2461b1d1670e60aca5fe&sql_query=SELECT+%2AFROM+%60cdr%60++ORDER+BY+%60cdr%60.%60accountcode%60+ASC> 
	uniqueid 
<http://phpmyadmin.vddi.co.za/sql.php?db=asterisk&table=cdr&token=b9559eee360f2461b1d1670e60aca5fe&sql_query=SELECT+%2AFROM+%60cdr%60++ORDER+BY+%60cdr%60.%60uniqueid%60+ASC> 
	userfield 
<http://phpmyadmin.vddi.co.za/sql.php?db=asterisk&table=cdr&token=b9559eee360f2461b1d1670e60aca5fe&sql_query=SELECT+%2AFROM+%60cdr%60++ORDER+BY+%60cdr%60.%60userfield%60+ASC> 

2008-02-26 14:11:59 	  	  	s 	incoming_calls 	Zap/4-1 
SIP/300-009218b0 	Dial 	SIP/300 	116 	106 	ANSWERED 	3 	  	  	 
2008-02-26 14:14:12 	"Luzaan lyn 1" <300> 	300 	301 	internal 
SIP/300-00835200 	SIP/301-00843750 	Dial 	SIP/301|30 	19 	9 
ANSWERED 	3 	  	  	 
2008-02-26 14:18:09 	301 	301 	s 	internal 	SIP/316-00919110 
  	  	  	4 	0 	NO ANSWER 	3 	  	  	 



Raúl Gómez C. said the following on 26-Feb-08 05:29 PM:
> Ian,
>
> I'm having *THE SAME PROBLEM* and I've noticed that when a transfer 
> fail (only happens when receptionist dial an external number) the call 
> is marker as "NO ANSWER" in the CDR, even when the call *HAS BEEN 
> ANSWERED* by the other party (the callee). See my previous post below.
>
>
> http://lists.digium.com/pipermail/asterisk-users/2008-February/206228.html
>
> http://lists.digium.com/pipermail/asterisk-users/2008-February/206533.html
>
>
> So I think Asterisk doesn't want to transfer calls that hasn't been 
> answered, *OR* maybe are the phone itself (since I have the EXACT 
> phones you have GXP-2000), that is causing the problem.
My testing and log whatching got me believing its a problem with 
"Zombie" calls becuase of reregistering on the Grandstream phones. Dont 
know if you have noticed it as well, almost always happens at the top of 
the hour.
>
> BTW: I have the same Asterisk, Zaptel and Libpri versions as you have.
I downgraded from 1.4.8 to 1.4.7.1 in favour of being able to dial using 
DTMF.
>
> Please check your CDR and look if the calls that has failed to 
> transfer are marked as "NO ANSWER".
You are spot on here.
>
>
> Thanks, I hope we can solve this anytime soon...
So do I, I am glad that there is someone else with this problem, I think 
we can help each other in this matter.

Regards
Ian
>
> -- 
> Nacho
> Linux Counter #156439
> ------------------------------------------------------------------------
>
> _______________________________________________
> -- Bandwidth and Colocation Provided by http://www.api-digital.com --
>
> asterisk-users mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-users/attachments/20080227/29f12310/attachment.htm 


More information about the asterisk-users mailing list