<div dir="ltr">Neustar is also directly responsible for unexpected CNAM in some cases. When Neustar transitioned from their "Targus" database to the current "Titan" database, they imported the data from Targus to Titan as "supplemental" data, distinct from what the TN owners configure as the "primary" record. If there is no primary record to answer a TN dip, the supplemental data is used instead. However, this supplemental data is not shown in the normal primary record reporting, so carriers don't know there is supplemental data unless they ask Neustar specifically. </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 12, 2020 at 1:34 PM Carlos Alvarez <<a href="mailto:caalvarez@gmail.com">caalvarez@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">I recently had a conversation with Hiya and one of the other ID/filter companies (who insists that I don't identify them).  It was pretty educational.  I had a customer who was having odd but "related" CNAM results.  Meaning that they would have a DID with an executive's name attached, which had never been set, or the names of their customers.  What was explained to me is that these systems use a lot of pattern matching and data crawling to try to ID the call.  Basically you can request that they fix erroneous data, and they might, but it may happen again.<div><br></div><div>You can pay Hiya (an amount I can't disclose but it's insanely high IMO) and the others to let you set your desired data in their web UI, or to allow you to send in CSVs with the desired data.  Hiya has a web UI, another I can't name uses CSV, and two others are mostly unresponsive and useless.</div><div><br></div><div>My guess on the books is that it's similar to the exec names for my customer.  Something crawled the site and found a PR for a book title, and "call the publisher at 602-555-1212 for more information."  Now it took the title and made it the CNAM.</div><div><br></div><div>I can't decide if the "pay to fix your info" is extortion, or just the way to accomplish a little bit of user protection right now.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 12, 2020 at 2:24 PM Jay Hennigan <<a href="mailto:jay@west.net" target="_blank">jay@west.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">We have a customer that is a book publishing house. For the most part <br>
when they make outgoing calls the displayed CNAM is correct. However, <br>
for some (but apparently not all) calls they make to Verizon and <br>
T-Mobile cell phones the CNAM for their main number displays as the <br>
title of a book that they first published in 2006. This is one of <br>
thousands of book titles that they have published. Obviously they have <br>
never had a telephone account associated with this title.<br>
<br>
If I had to guess, I'd say that some entity is crawling the web for <br>
phone numbers, attempting to associate the results with names, and <br>
selling this as CNAM data.<br>
<br>
Trying to get this fixed is going down a rabbit hole. Has anyone else <br>
seen something like this and if so were you able to resolve it? We've <br>
frequently run into stale data from cacheing and I know that CNAM issues <br>
are hit-and-miss but this is pretty weird.<br>
<br>
-- <br>
Jay Hennigan - <a href="mailto:jay@west.net" target="_blank">jay@west.net</a><br>
Network Engineering - CCIE #7880<br>
503 897-8550 - WB6RDV<br>
_______________________________________________<br>
VoiceOps mailing list<br>
<a href="mailto:VoiceOps@voiceops.org" target="_blank">VoiceOps@voiceops.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
</blockquote></div>
_______________________________________________<br>
VoiceOps mailing list<br>
<a href="mailto:VoiceOps@voiceops.org" target="_blank">VoiceOps@voiceops.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><br>
</blockquote></div>