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
_______________________________________________
-- 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
