[Home]

Summary:ASTERISK-19270: CallerID missing on local channel
Reporter:Roman R (vortex)Labels:
Date Opened:2012-01-30 11:52:45.000-0600Date Closed:2012-07-03 09:13:37
Priority:MajorRegression?Yes
Status:Closed/CompleteComponents:Channels/chan_local
Versions:1.8.9.0 Frequency of
Occurrence		Constant
Related
Issues:
duplicatesASTERISK-19385 "Callerid:" in call-files and Asterisk Manager doesn't work
Environment:Asterisk 1.8.9.0 built by root @ core.lan on a amd64 running FreeBSD on 2012-01-30 11:22:47 UTC Attachments:
Description:Strange CallerID disappearing.

When callee answers on originating channel.

   -- SIP/pbx-00000b6f answered Local/DIAL@dialclient-e442;2
   -- Executing [ANSWER@dialclient:1] AGI("Local/DIAL@dialclient-e442;1", "agi://127.0.0.1/dialclient.agi?status=ANSWER") in new stack
AGI Tx >> agi_network: yes
AGI Tx >> agi_network_script: dialclient.agi?status=ANSWER
<Local/DIAL@dialclient-e442;1>AGI Tx >> agi_request: agi://127.0.0.1/dialclient.agi?status=ANSWER
<Local/DIAL@dialclient-e442;1>AGI Tx >> agi_channel: Local/DIAL@dialclient-e442;1
<Local/DIAL@dialclient-e442;1>AGI Tx >> agi_language: en
<Local/DIAL@dialclient-e442;1>AGI Tx >> agi_type: Local
<Local/DIAL@dialclient-e442;1>AGI Tx >> agi_uniqueid: 1327944827.5849
<Local/DIAL@dialclient-e442;1>AGI Tx >> agi_version: 1.8.9.0
<Local/DIAL@dialclient-e442;1>AGI Tx >> agi_callerid: unknown
<Local/DIAL@dialclient-e442;1>AGI Tx >> agi_calleridname: unknown
<Local/DIAL@dialclient-e442;1>AGI Tx >> agi_callingpres: 64
<Local/DIAL@dialclient-e442;1>AGI Tx >> agi_callingani2: 0
<Local/DIAL@dialclient-e442;1>AGI Tx >> agi_callington: 0
<Local/DIAL@dialclient-e442;1>AGI Tx >> agi_callingtns: 0
<Local/DIAL@dialclient-e442;1>AGI Tx >> agi_dnid: unknown
<Local/DIAL@dialclient-e442;1>AGI Tx >> agi_rdnis: unknown
<Local/DIAL@dialclient-e442;1>AGI Tx >> agi_context: dialclient
<Local/DIAL@dialclient-e442;1>AGI Tx >> agi_extension: ANSWER
<Local/DIAL@dialclient-e442;1>AGI Tx >> agi_priority: 1
<Local/DIAL@dialclient-e442;1>AGI Tx >> agi_enhanced: 0.0
<Local/DIAL@dialclient-e442;1>AGI Tx >> agi_accountcode:
Local/DIAL@dialclient-e442;1>AGI Tx >> agi_threadid: 34629659840
<Local/DIAL@dialclient-e442;1>AGI Tx >>
<SIP/pbx-00000b6f>AGI Rx << GET VARIABLE "CALLERID"
<SIP/pbx-00000b6f>AGI Tx >> 200 result=1 (97084)

But when status is BUSY or CONGESTION all seems to be ok.

   -- Got SIP response 486 "Busy here" back from 192.168.1.101:5060
   -- SIP/pbx-00000b4c is busy
 == Everyone is busy/congested at this time (1:1/0/0)
   -- Executing [DIAL@dialclient:2] AGI("Local/DIAL@dialclient-31f8;2", "agi://127.0.0.1/dialclient.agi?status=BUSY") in new stack
AGI Tx >> agi_network: yes
AGI Tx >> agi_network_script: dialclient.agi?status=BUSY
<Local/DIAL@dialclient-31f8;2>AGI Tx >> agi_request: agi://127.0.0.1/dialclient.agi?status=BUSY
<Local/DIAL@dialclient-31f8;2>AGI Tx >> agi_channel: Local/DIAL@dialclient-31f8;2
<Local/DIAL@dialclient-31f8;2>AGI Tx >> agi_language: en
<Local/DIAL@dialclient-31f8;2>AGI Tx >> agi_type: Local
<Local/DIAL@dialclient-31f8;2>AGI Tx >> agi_uniqueid: 1327944753.5772
<Local/DIAL@dialclient-31f8;2>AGI Tx >> agi_version: 1.8.9.0
<Local/DIAL@dialclient-31f8;2>AGI Tx >> agi_callerid: 97084
<Local/DIAL@dialclient-31f8;2>AGI Tx >> agi_calleridname: unknown
<Local/DIAL@dialclient-31f8;2>AGI Tx >> agi_callingpres: 0
<Local/DIAL@dialclient-31f8;2>AGI Tx >> agi_callingani2: 0
<Local/DIAL@dialclient-31f8;2>AGI Tx >> agi_callington: 0
<Local/DIAL@dialclient-31f8;2>AGI Tx >> agi_callingtns: 0
<Local/DIAL@dialclient-31f8;2>AGI Tx >> agi_dnid: unknown
<Local/DIAL@dialclient-31f8;2>AGI Tx >> agi_rdnis: unknown
<Local/DIAL@dialclient-31f8;2>AGI Tx >> agi_context: dialclient
<Local/DIAL@dialclient-31f8;2>AGI Tx >> agi_extension: DIAL
<Local/DIAL@dialclient-31f8;2>AGI Tx >> agi_priority: 2
<Local/DIAL@dialclient-31f8;2>AGI Tx >> agi_enhanced: 0.0
<Local/DIAL@dialclient-31f8;2>AGI Tx >> agi_accountcode:
<Local/DIAL@dialclient-31f8;2>AGI Tx >> agi_threadid: 34618154112
<Local/DIAL@dialclient-31f8;2>AGI Tx >>
<Local/DIAL@dialclient-31f8;2>AGI Rx << GET VARIABLE "CALLERID"
<Local/DIAL@dialclient-31f8;2>AGI Tx >> 200 result=1 (97084)

extensions.conf
[dialclient]
exten => DIAL,1,Dial(${PHONE})
exten => DIAL,n,AGI(agi://127.0.0.1/dialclient.agi?status=${DIALSTATUS})
exten => ANSWER,1,AGI(agi://127.0.0.1/dialclient.agi?status=ANSWER)

I'm using asterisk-java to originate calls through AMI.

OriginateAction action = new OriginateAction();
action.setChannel("Local/DIAL@dialclient");
action.setContext("dialclient");
action.setExten("ANSWER");
action.setPriority(1);
action.setAsync(true);
action.setTimeout(120000L);
action.setCallerId(callerId);
action.setVariable("CALLERID", callerId);

Bug appeared after upgrade from 1.8.8.1 to 1.8.9.0
Sorry for my english.
Comments:By: Leif Madsen (lmadsen) 2012-02-16 07:02:35.945-0600

If you hadn't seen this working on Asterisk 1.8.8.1 before I'd be tempted to say this isn't a bug (and I'm not entirely convinced it is...)

You're originating a call to a Local channel which then places a Dial() outbound, and when that other side answers, then  the SIP channel I guess is connected to the ANSWER extension in the same context you're using for outbound dialing.

I doesn't appear you're using /n on the end, so the Local channel is being optimized away.

Can you please provide the console and debug output between 1.8.8.1 and 1.8.9.0? You're saying this happened after an upgrade between the two versions, so it should be relatively simple to reproduce. Please attach the information to this issue as a text file (and not as a comment).

In logger.conf I'd like 'debug' enabled on the console line, followed by a "logger reload" on the CLI and then 'core set debug 10' before you perform the debugging. Please do this for both the 1.8.8.1 and 1.8.9.0 versions in order to see working and non-working versions.
By: Matt Jordan (mjordan) 2012-03-20 12:01:05.660-0500

Suspended due to lack of activity. Please request a bug marshal in #asterisk-bugs on the IRC network irc.freenode.net to reopen the issue should you have the additional information requested.  Further information can be found at http://www.asterisk.org/developers/bug-guidelines


By: Matt Jordan (mjordan) 2012-07-03 09:13:37.531-0500

Per beebeeep in #asterisk-bugs:

(09:02:30 AM) beebeeep: hello folks, i have some information about suspended issue ASTERISK-19270
(09:04:29 AM) beebeeep: i was able to reproduce it and looks like that issue occurs in 1.8.9.x and was fixed in 1.8.10 and 1.8-SVN
(09:09:47 AM) mjordan: beebeeep: just so I understand correctly, you're saying that you can't reproduce in 1.8.10?
(09:10:54 AM) beebeeep: yes, i've tested same call scenario - in 1.8.9.2 i see the problem and in 1.8.10 and 1.8-svn i don't see it
(09:12:21 AM) mjordan: okay