Caller ID Doesn't name...only Number

So you have a database of the numbers with the names in and the incoming calls are being run through it to provide the caller name?

Replying to vgster:

So you have a database of the numbers with the names in and the incoming calls are being run through it to provide the caller name?

Well, I'd like to have it use the Inbound Caller ID from the TELCO. It doesn't do that. I suppose it has something to do with that module. I've also found that on some numbers, it now doesn't transmit the correct CLID to telco.

So the caller ID name is provided by the telco? Is the inbound call being routed direct or via ring groups, queues etc..?

Telco provides CID Name and number on the PRI. Strang thing is that CID Name shows up correctly in CDR.

I've also had reports that the CID associated with a particular extension is not being transmitted to the outbound trunk.

Both of these appear to be with extensions created/modified after upgrade to rc1/3.

Worked fine with earler version.

Bill

Oh...Also doesn't seem to matter wheter it's being routed through ring group, queue, or direct.

Bill

This only seems to be effecting your setup. Have you installed the CID sources mod or set any lookup on CID number?

Can you provide logs of the CID name and number coming into your system and what freePBX is doing with them?

Do you still have the problem with rc3?

The problem started on RC1. Continued through RC3. It doesn't seem to matter if I have any CID sources or not.

I'm also getting word that on SOME extensions, the called party is receiving only the pilot number, not the CID set up for that extension.

I've double checked and everything is set up ok. I'll get you some logs when I get back in the office Monday.

Thanks Bill

HERE'S THE LOG FOR A CALL THAT DIDN'T PASS THE NAME INFO TO THE PHONE. STRANGELY ENOUGH, THE CORRECT INFO APPEARS IN THE CDR LOG

-- Accepting call from '6016361728' to '6018013490' on channel 0/1, span 1

-- Executing Set("Zap/1-1", "DID=6018013490") in new stack -- Executing Goto("Zap/1-1", "s|1") in new stack -- Goto (from-zaptel,s,1) -- Executing NoOp?("Zap/1-1", "Entering from-zaptel with DID == 6018013490") in new stack -- Executing Ringing("Zap/1-1", "") in new stack -- Executing Set("Zap/1-1", "DID=6018013490") in new stack -- Executing NoOp?("Zap/1-1", "DID is now 6018013490") in new stack -- Executing GotoIf?("Zap/1-1", "1?zapok:notzap") in new stack -- Goto (from-zaptel,s,8) -- Executing NoOp?("Zap/1-1", "Is a Zaptel Channel") in new stack -- Executing Set("Zap/1-1", "CHAN=1-1") in new stack -- Executing Set("Zap/1-1", "CHAN=1") in new stack -- Executing Macro("Zap/1-1", "from-zaptel-1|6018013490|1") in new stack -- Executing NoOp?("Zap/1-1", "Returned from Macro from-zaptel-1") in new stack -- Executing Goto("Zap/1-1", "from-pstn|6018013490|1") in new stack -- Goto (from-pstn,6018013490,1) -- Executing Set("Zap/1-1", "FROM_DID=6018013490") in new stack -- Executing Gosub("Zap/1-1", "app-blacklist-check|s|1") in new stack -- Executing LookupBlacklist?("Zap/1-1", "") in new stack -- Executing GotoIf?("Zap/1-1", "0?blacklisted") in new stack -- Executing Return("Zap/1-1", "") in new stack -- Executing Set("Zap/1-1", "FAX_RX=system") in new stack -- Executing Macro("Zap/1-1", "privacy-mgr|") in new stack -- Executing Set("Zap/1-1", "KEEPCID=6016361728") in new stack -- Executing GotoIf?("Zap/1-1", "0?CIDTEST2:CIDTEST1") in new stack -- Goto (macro-privacy-mgr,s,3) -- Executing Set("Zap/1-1", "TESTCID=6016361472.000000") in new stack -- Executing Goto("Zap/1-1", "TESTRESULT") in new stack -- Goto (macro-privacy-mgr,s,6) -- Executing GotoIf?("Zap/1-1", "0?CLEARCID:PRIVMGR") in new stack -- Goto (macro-privacy-mgr,s,8) -- Executing PrivacyManager?("Zap/1-1", "") in new stack -- CallerID Present: Skipping -- Executing SetCallerPres?("Zap/1-1", "allowed_passed_screen") in new stack -- Executing Goto("Zap/1-1", "ext-local|2001|1") in new stack -- Goto (ext-local,2001,1) -- Executing Macro("Zap/1-1", "exten-vm|novm|2001") in new stack -- Executing Macro("Zap/1-1", "user-callerid") in new stack -- Executing NoOp?("Zap/1-1", "user-callerid: 6016361728") in new stack -- Executing GotoIf?("Zap/1-1", "0?report") in new stack -- Executing GotoIf?("Zap/1-1", "0?start") in new stack -- Executing Set("Zap/1-1", "REALCALLERIDNUM=6016361728") in new stack -- Executing NoOp?("Zap/1-1", "REALCALLERIDNUM is 6016361728") in new stack -- Executing Set("Zap/1-1", "AMPUSER=") in new stack -- Executing Set("Zap/1-1", "AMPUSERCIDNAME=") in new stack -- Executing GotoIf?("Zap/1-1", "1?report") in new stack -- Goto (macro-user-callerid,s,11) -- Executing NoOp?("Zap/1-1", "TTL: ARG1: novm") in new stack -- Executing GotoIf?("Zap/1-1", "0?continue") in new stack -- Executing Set("Zap/1-1", "_TTL=64") in new stack -- Executing GotoIf?("Zap/1-1", "1?continue") in new stack -- Goto (macro-user-callerid,s,21) -- Executing NoOp?("Zap/1-1", "Using CallerID "" <6016361728>") in new stack -- Executing Set("Zap/1-1", "FROMCONTEXT=exten-vm") in new stack -- Executing Set("Zap/1-1", "VMBOX=novm") in new stack -- Executing Set("Zap/1-1", "EXTTOCALL=2001") in new stack -- Executing Set("Zap/1-1", "CFUEXT=") in new stack -- Executing Set("Zap/1-1", "RT=") in new stack -- Executing Macro("Zap/1-1", "record-enable|2001|IN") in new stack -- Executing GotoIf?("Zap/1-1", "0?2:4") in new stack -- Goto (macro-record-enable,s,4) -- Executing DeadAGI("Zap/1-1", "recordingcheck|20070106-182632|1168129592.491") in new stack -- Launched AGI Script /var/lib/asterisk/agi-bin/recordingcheck

recordingcheck|20070106-182632|1168129592.491: Inbound recording not enabled

-- AGI Script recordingcheck completed, returning 0 -- Executing NoOp?("Zap/1-1", "No recording needed") in new stack

-- Executing Macro("Zap/1-1", "dialrtw|2001") in new stack -- Executing DeadAGI("Zap/1-1", "dialparties.agi") in new stack -- Launched AGI Script /var/lib/asterisk/agi-bin/dialparties.agi

dialparties.agi: Starting New Dialparties.agi dialparties.agi: priority is 1 dialparties.agi: Caller ID name is 'unknown' number is '6016361728' dialparties.agi: Methodology of ring is 'none'

> dialparties.agi: USE_CONFIRMATION: 'FALSE' > dialparties.agi: RINGGROUP_INDEX:

-- dialparties.agi: Added extension 2001 to extension map -- dialparties.agi: Extension 2001 cf is disabled -- dialparties.agi: Extension 2001 do not disturb is disabled

> dialparties.agi: extnum: 2001 > dialparties.agi: exthascw: 1 > dialparties.agi: exthascfb: 0 > dialparties.agi: extcfb: > dialparties.agi: exthascfu: 0 > dialparties.agi: extcfu:

-- dialparties.agi: dbset CALLTRACE/2001 to 6016361728 -- AGI Script dialparties.agi completed, returning 0

-- Executing Dial("Zap/1-1", "SIP/2001rtw") in new stack -- Called 2001 -- SIP/2001-4f6e is ringing -- SIP/2001-4f6e answered Zap/1-1 -- ***[JB LOG]*** fixed jitterbuffer created on channel Zap/1-1 -- Executing Macro("Zap/1-1", "hangupcall") in new stack -- Executing ResetCDR("Zap/1-1", "w") in new stack -- Executing NoCDR("Zap/1-1", "") in new stack -- Executing GotoIf?("Zap/1-1", "1?skiprg") in new stack -- Goto (macro-hangupcall,s,6) -- Executing GotoIf?("Zap/1-1", "1?theend") in new stack -- Goto (macro-hangupcall,s,9) -- Executing Wait("Zap/1-1", "5") in new stack -- Executing Hangup("Zap/1-1", "") in new stack -- Hungup 'Zap/1-1' -- ***[JB LOG]*** fixed jitterbuffer destroyed on channel Zap/1-1

== Manager 'admin' logged on from 127.0.0.1 == Manager 'admin' logged off from 127.0.0.1

Milestone 2.2 deleted

Anybody still out there?

It looks like the caller ID info is being intercepted by the callerid lookup function. I've removed the caller ID Lookup function, but the problem still occurs. What needs to be done to completely obliterate the caller ID function? As I said earlier, the CLID name appears correctly in the logs, and it appears correctly when using Ward Mundy's URANG program.

Bill

Same thing happening in my setup using a PRI

Failed to mention that my setup was working flawlessly before the 2.2.1 upgrade. Every phone I have does not receive the caller ID name, yet the CDR does. Also noticed that the override callerid (on extensions) no longer works for me yet it used to as well. I tried uninstalling all of the CID related modules with no luck. Any suggestions?

I found a solution to the problem.

If the context from the incoming PRI is redirected and Wait,1 is added before doing anything, the callerID name will come through everywhere. Maybe previous versions of FreePBX had a few additional steps that gave enough time to read the PRI caller ID. Anyway, this would account for why certain setups are not recieving caller id name (due to slow telco) and some are unaffected

ninthclowd,

can you attach your PRI zapata.conf configuration to review - that *should* be taken care of before it hits the dialplan, it would be useful to see what you have setup.

*****START ZAPATA.CONF****** ; ; Zapata telephony interface ; ; Configuration file

[trunkgroups]

[channels]

language=en context=from-pstn signalling=fxs_ks rxwink=250 ; Atlas seems to use long (250ms) winks ; ; Whether or not to do distinctive ring detection on FXO lines ; relaxdtmf=yes jitterbuffers=yes ;hanguponpolarityswitch=no ;answeronpolarityswitch=no usedistinctiveringdetection=no usecallerid=yes callerid=asreceived hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancelwhenbridged=yes echotraining=yes echocancel=128 busydetect=no callprogress=no busycount=6 rxgain=0.21 txgain=0.0 group=1 immediate=no useincomingcalleridonzaptransfer=yes

toneduration=300 ;fix for efunds atm

;faxdetect=both ;faxdetect=incoming ;faxdetect=outgoing faxdetect=no

;Include genzaptelconf configs #include zapata-auto.conf

rxgain=0.0 txgain=0.0

;Include AMP configs #include zapata_additional.conf

*****END ZAPATA.CONF******

*****START ZAPATA-AUTO.CONF****** ; Autogenerated by /usr/local/sbin/genzaptelconf -- do not hand edit ; Zaptel Channels Configurations (zapata.conf) ; ; This is not intended to be a complete zapata.conf. Rather, it is intended ; to be #include-d by /etc/zapata.conf that will include the global settings ; signalling=pri_cpe callerid=asreceived usedistinctiveringdetection=yes ; Note: this is a trunk. Create a ZAP trunk in AMP for Channel 49 context=from-pri group=10 channel => 1-23

; Span 3: WCTDM/0 "Wildcard TDM400P REV I Board 1" signalling=fxs_ks ; Note: this is a trunk. Create a ZAP trunk in AMP for Channel 49 context=from-pstn group=0 channel => 49

signalling=fxs_ks ; Note: this is a trunk. Create a ZAP trunk in AMP for Channel 50 context=from-pstn group=0 channel => 50

; channel 51, WCTDM, inactive. ; channel 52, WCTDM, inactive.

*****END ZAPATA-AUTO.CONF******

*****Included in EXTENSIONS_CUSTOM.CONF**********

[from-pri] exten => _.,1,Wait,1 exten => _.,n,NoOp?(${CALLERID(all)}) exten => _.,n,LookupCIDName ;probably not necessary exten => _.,n,Set(CALLERID(name)=${CALLERID(name)}) ;probably not necessary extem => _.,n,NoOp?(Callerid ${CALLERID(all)}) exten => _.,n,goto(from-pstn,${EXTEN},1)

*************************************************

eww.. looks like it didn't accept my line feeds. Sorry bout that

what's the satus on this? does it need to be closed?

As far as I know this still can be used as a workaround to the problem, however, the problem still exists if follow me's are setup.

I believe the bug is still open. All I offered was a workaround. I haven't had time to diagnose the new caller id lookup structure to see what the problem is

is this the same 'lack of' CallingPresence?() issue reported in a few other tickets?

this bug report is too old and ambiguous and seems like it may have portions of cidlookup complications, pri config related and who knows what else. If there are issues related to this, please open a new bug with the specifics and reference this if appropriate.