Summary:	ASTERISK-22195: Faxdetect sets callerid to be uniqueid
Reporter:	David Cunningham (dcunningham)	Labels:
Date Opened:	2013-07-25 03:08:35	Date Closed:	2013-09-17 13:00:16
Priority:	Major	Regression?
Status:	Closed/Complete	Components:	Channels/General
Versions:	11.3.0	Frequency of Occurrence	Constant
Related Issues:
Environment:	CentOS release 6.3 64bit	Attachments:	( 0) trace-22195.txt.gz
Description:	When faxdetect=yes in sip.conf and a CNG has been detected, the following AGI has a weird callerid - the uniqueid without the ".".  For example here it's set to "13746961381108832". {noformat} [Jul 24 16:02:24] DEBUG[9009][C-00024fee] dsp.c: 1100 Hz done detected [Jul 24 16:02:24] DEBUG[9009][C-00024fee] chan_sip.c: Fax CNG detected on SIP/1-69.42.xxx.xxx-00058d5c [Jul 24 16:02:24] VERBOSE[9009][C-00024fee] chan_sip.c: == Redirecting 'SIP/1-69.42.xxx.xxx-00058d5c' to fax extension due to CNG detection ... [Jul 24 16:02:24] VERBOSE[9009][C-00024fee] pbx.c: -- Executing [fax@from-external:1] AGI("SIP/1-69.42.xxx.xxx-00058d5c", "agi://127.0.0.1/product?stype=external") in new stack [Jul 24 16:02:24] VERBOSE[9009][C-00024fee] res_agi.c: AGI Tx >> agi_network: yes [Jul 24 16:02:24] VERBOSE[9009][C-00024fee] res_agi.c: AGI Tx >> agi_network_script: product?stype=external [Jul 24 16:02:24] VERBOSE[9009][C-00024fee] res_agi.c: <SIP/1-69.42.xxx.xxx-00058d5c>AGI Tx >> agi_request: agi://127.0.0.1/product?stype=external [Jul 24 16:02:24] VERBOSE[9009][C-00024fee] res_agi.c: <SIP/1-69.42.xxx.xxx-00058d5c>AGI Tx >> agi_channel: SIP/1-69.42.xxx.xxx-00058d5c [Jul 24 16:02:24] VERBOSE[9009][C-00024fee] res_agi.c: <SIP/1-69.42.xxx.xxx-00058d5c>AGI Tx >> agi_language: en [Jul 24 16:02:24] VERBOSE[9009][C-00024fee] res_agi.c: <SIP/1-69.42.xxx.xxx-00058d5c>AGI Tx >> agi_type: SIP [Jul 24 16:02:24] VERBOSE[9009][C-00024fee] res_agi.c: <SIP/1-69.42.xxx.xxx-00058d5c>AGI Tx >> agi_uniqueid: 1374696138.1108832 [Jul 24 16:02:24] VERBOSE[9009][C-00024fee] res_agi.c: <SIP/1-69.42.xxx.xxx-00058d5c>AGI Tx >> agi_version: 11.3.0 [Jul 24 16:02:24] VERBOSE[9009][C-00024fee] res_agi.c: <SIP/1-69.42.xxx.xxx-00058d5c>AGI Tx >> agi_callerid: 13746961381108832 [Jul 24 16:02:24] VERBOSE[9009][C-00024fee] res_agi.c: <SIP/1-69.42.xxx.xxx-00058d5c>AGI Tx >> agi_calleridname: CONSULTING [Jul 24 16:02:24] VERBOSE[9009][C-00024fee] res_agi.c: <SIP/1-69.42.xxx.xxx-00058d5c>AGI Tx >> agi_callingpres: 0 [Jul 24 16:02:24] VERBOSE[9009][C-00024fee] res_agi.c: <SIP/1-69.42.xxx.xxx-00058d5c>AGI Tx >> agi_callingani2: 0 [Jul 24 16:02:24] VERBOSE[9009][C-00024fee] res_agi.c: <SIP/1-69.42.xxx.xxx-00058d5c>AGI Tx >> agi_callington: 0 [Jul 24 16:02:24] VERBOSE[9009][C-00024fee] res_agi.c: <SIP/1-69.42.xxx.xxx-00058d5c>AGI Tx >> agi_callingtns: 0 [Jul 24 16:02:24] VERBOSE[9009][C-00024fee] res_agi.c: <SIP/1-69.42.xxx.xxx-00058d5c>AGI Tx >> agi_dnid: 12121111111 [Jul 24 16:02:24] VERBOSE[9009][C-00024fee] res_agi.c: <SIP/1-69.42.xxx.xxx-00058d5c>AGI Tx >> agi_rdnis: unknown [Jul 24 16:02:24] VERBOSE[9009][C-00024fee] res_agi.c: <SIP/1-69.42.xxx.xxx-00058d5c>AGI Tx >> agi_context: from-external [Jul 24 16:02:24] VERBOSE[9009][C-00024fee] res_agi.c: <SIP/1-69.42.xxx.xxx-00058d5c>AGI Tx >> agi_extension: fax {noformat}
Comments:	By: Michael L. Young (elguero) 2013-07-25 10:43:03.858-0500 We require a complete debug log to help triage the issue. This document will provide instructions on how to collect debugging logs from an Asterisk machine for the purpose of helping bug marshals troubleshoot an issue: https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information By: David Cunningham (dcunningham) 2013-07-25 21:01:59.060-0500 Full Asterisk trace. The important part is quoted in the problem description. By: Walter Doekes (wdoekes) 2013-08-03 08:44:55.334-0500 David: what happens if you {noformat} NoOp(${CALLERID(num)}) {noformat} instead of calling AGI? Please try and trim the problem-search area down a bit :) By: David Cunningham (dcunningham) 2013-08-07 23:20:11.130-0500 We are waiting to hear from the customer with the result on this. Thank you. By: David Cunningham (dcunningham) 2013-08-30 01:15:33.076-0500 Unfortunately the customer cannot reproduce it now, so this can be closed. Thank you. By: Walter Doekes (wdoekes) 2013-08-30 03:10:54.607-0500 Or perhaps "fortunately" ;) Thanks for the followup! I'll leave the closing to Rusty. By: Rusty Newton (rnewton) 2013-09-17 13:00:16.554-0500 No worries. If it can be reproduced in the future, just ask to re-open or open a new issue.