This is all excellent information. My primary issue is for calls that are placed FROM my client&#39;s PBX, via VOIP provider (Teliax). The recipients of those calls are the ones that are not getting the proper CNAM information as the call comes in. <br>
<br>We just recently ported the client&#39;s POTS lines to VOIP, and with the exception of this issue, all is working well. But, my client is really unhappy that their callerID NAME isn&#39;t showing up.<br><br><div class="gmail_quote">
On Tue, Jul 7, 2009 at 3:42 PM, Frank Bulk <span dir="ltr">&lt;<a href="mailto:frnkblk@iname.com">frnkblk@iname.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
There&#39;s a bit of oversimplification going on here -- it&#39;s not &quot;a ...<br>
database&quot;.  Different CNAM providers have different databases which are<br>
populated from many sources.  Most of the data probably matches, but not all<br>
of it.<br>
<br>
If the Calling Name is incorrect, the person who received the call will have<br>
to check with their telephony provider (or, if they do their own CNAM<br>
lookups, with their CNAM provider) to get the name for the calling party<br>
fixed up (this presumes that the calling party has already verified with<br>
their own telephony provider that their name is correctly listed).  But<br>
that&#39;s not all of it, either, because the next time the CNAM provider<br>
refreshes their records, the local fix could be overridden (I&#39;m not sure if<br>
any CNAM providers have the capability to ignore old/bad data for a record,<br>
but perhaps so).  Ideally the CNAM provider shares with the calling party<br>
which database the CNAM provider is using for the calling party, so that the<br>
calling party can try to get it fixed directly with the database provider<br>
(if that&#39;s even possible).<br>
<br>
In short, it&#39;s a mess.<br>
<br>
But because accuracy rates are one of the elements that CNAM providers<br>
compete on, these usually do get cleaned up.<br>
<font color="#888888"><br>
Frank<br>
</font><div class="im"><br>
-----Original Message-----<br>
From: <a href="mailto:asterisk-users-bounces@lists.digium.com">asterisk-users-bounces@lists.digium.com</a><br>
[mailto:<a href="mailto:asterisk-users-bounces@lists.digium.com">asterisk-users-bounces@lists.digium.com</a>] On Behalf Of Karl Fife<br>
Sent: Tuesday, July 07, 2009 1:27 PM<br>
To: Asterisk Users Mailing List - Non-Commercial Discussion<br>
</div><div><div></div><div class="h5">Subject: Re: [asterisk-users] Caller ID (name) - where does it come from?<br>
<br>
The Caller ID name, &quot;CNAM&quot; is a separate database owned and maintained<br>
&quot;cooperatively&quot; by the bell operating companies.<br>
<br>
Your ITSP is not doing these CNAM lookups for you because they would have to<br>
<br>
pay the BOC&#39;s for the &#39;dips&#39; into the CNAM database.  CNAM is a little cash<br>
cow that the BOC&#39;s are quick to protect.  As such CNAM dips may not be<br>
cached or re-sold as a term service that you must agree to with your CNAM<br>
provider.<br>
<br>
As far as solving your CNAM problem, you would need to either choose an ITSP<br>
<br>
that will provide you with CNAM data on a per-call basis, OR you need to do<br>
CNAM dips yourself as I (and many others) do.  Beware that some ITSP&#39;s<br>
provide &quot;best-effort&quot; name data culled from various sources.  It&#39;s not<br>
always terrible but it&#39;s not &#39;coke&#39; it&#39;s more like &#39;dollar store&#39; cola. :-)<br>
<br>
As a call comes in to your dial plan you can populate the CALLERID(name)<br>
channel variable using the CURL function in your dialplan as so:<br>
exten =&gt;<br>
s,n,Set(CALLERID(name)=${CURL(<a href="http://cnam1.edicentral.net/getcnam?q=C&amp;f=S&amp;dn" target="_blank">http://cnam1.edicentral.net/getcnam?q=C&amp;f=S&amp;dn</a><br>
=${CALLERID(num)})})<br>
<br>
AND let&#39;s not forget the completely separate issue with getting your<br>
ITSP-provisioned number ENTERED INTO the CNAM database in the first place,<br>
so people see &quot;Karl Fife&quot; rather than the &quot;city, state&quot; or worse, some<br>
string of arcane LATA information.  There&#39;s a solution to this problem too<br>
but I digress...<br>
<br>
I&#39;ve posted my personal notes below from about 18 months ago when I was<br>
searchign for CNAM providers:<br>
<br>
-Karl<br>
<br>
CNAM  PROVIDRES:<br>
<br>
Metrostat.com<br>
about 1.5¢ per dip,<br>
$30 minimum deposit, refundable<br>
CNAM service not well documented on web site<br>
A registerd CLEC<br>
<br>
Got Name - Out of business?<br>
1.5¢ per dip. no minimums, no setup<br>
<br>
ClearReach Networks<br>
.67¢ per dip $200 monthly minimum, resell ok, significant setup fees<br>
<br>
<a href="http://411xml.com" target="_blank">411xml.com</a><br>
more expensive than ClearReach.<br>
<br>
----- Original Message -----<br>
From: Barry D. Hassler<br>
To: Asterisk Users Mailing List - Non-Commercial Discussion<br>
Sent: Tuesday, July 07, 2009 12:40 PM<br>
Subject: [asterisk-users] Caller ID (name) - where does it come from?<br>
<br>
Hi Folks, having an issue with outbound calls through a VOIP provider. Calls<br>
<br>
get sent out with the CallerID(number), but where does callerID(name) come<br>
from? Apparently not from provider, as we are seeing different (sometime<br>
missing) names on inbound calls, different than what we have configured.<br>
Apparently this comes from some telco database somewhere? Numbers were<br>
ported from a wired-telco.<br>
<br>
--<br>
Barry D. Hassler<br>
President, HCST<br>
<br>
<a href="http://www.hcst.net/%0A937-427-9000" target="_blank">http://www.hcst.net/<br>
937-427-9000</a><br>
<br>
_______________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
<br>
<br>
_______________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
<br>
<br>
_______________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Barry D. Hassler<br>President, HCST<br><br><a href="http://www.hcst.net/">http://www.hcst.net/</a><br>937-427-9000<br>