<div dir="ltr">The traditional logic has been "open a ticket with the terminating side".<div>However-- the reality is that most originating carriers (including Inteliquent/Onvoy/Vitelity/Broadvox/360 Networks) have relationships with multiple CNAM database vendors and can engage them directly to correct an error if you initiate a ticket.</div><div><br></div><div>~Matthew</div><div><br><div class="gmail_extra">
<br><div class="gmail_quote">On Tue, Mar 28, 2017 at 11:28 AM, Carlos Alvarez <span dir="ltr"><<a href="mailto:caalvarez@gmail.com" target="_blank">caalvarez@gmail.com</a>></span> wrote:<br><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">On occasion we have a problem where CNAM is shown incorrectly by one or two destination carriers.  Most often it has been Cox and T-Mobile, because they seem to cache CNAM "forever."  Today it's Verizon wireless.  They are showing an ancient name for one client.  We changed it at least three years ago.  <div><br></div><div>Our carrier for that number is Onvoy.  Should we open a ticket with them?  I'm guessing I'd have no success calling Verizon.  I have been able to call Cox when they are screwed up, but probably only because I have a direct NOC number.<br></div><div><br></div></div>
<br>______________________________<wbr>_________________<br>
VoiceOps mailing list<br>
<a href="mailto:VoiceOps@voiceops.org">VoiceOps@voiceops.org</a><br>
<a href="https://puck.nether.net/mailman/listinfo/voiceops" rel="noreferrer" target="_blank">https://puck.nether.net/<wbr>mailman/listinfo/voiceops</a><br>
<br></blockquote></div><br></div></div></div>