<html><body><div dir="ltr">
To get everyone updated, we were just told that nothing will be done, and our customer is just out of luck on what they have already spent publicizing the incorrectly assigned number. I have no idea yet if/how they will try to pass this cost to us, or if/when lawyers will get involved. Mistakes happen of course, but in this chain of events, who is liable for actual costs due to some amount of negligence?<br>
</div><div dir="ltr"><br></div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Mar 14, 2023 at 9:48:09 PM, Todd Wolf <<a href="mailto:twolf@wolftechgroup.com">twolf@wolftechgroup.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" type="cite">
<div>
<div>
<br>Bill copy and signed resporg documents...should show a clear path of ownership. If your docs supersede the one after the fact and you didn't release the number or lose it due to non payment with notice etc..<br><br><br><br>-----Original Message-----<br>From: VoiceOps <<a href="mailto:voiceops-bounces@voiceops.org">voiceops-bounces@voiceops.org</a>> On Behalf Of Peter Beckman via VoiceOps<br>Sent: Tuesday, March 14, 2023 9:30 PM<br>To: Carlos Alvarez <<a href="mailto:caalvarez@gmail.com">caalvarez@gmail.com</a>><br>Cc: VoiceOps <<a href="mailto:voiceops@voiceops.org">voiceops@voiceops.org</a>><br>Subject: Re: [VoiceOps] TF number ported out/re-assigned without authorization<br><br>On Tue, 14 Mar 2023, Carlos Alvarez via VoiceOps wrote:<br><br><blockquote type="cite"> On Mar 14, 2023 at 2:03:17 PM, Peter Beckman <<a href="mailto:beckman@angryox.com">beckman@angryox.com</a>> wrote:<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">><br></blockquote><blockquote type="cite">> We've also put numbers into production that our carrier provided, <br></blockquote><blockquote type="cite">> only to find out they should not have been in their inventory at all.<br></blockquote><blockquote type="cite">><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"> I’ve learned this lesson, hence the test calls. But this is a new one <br></blockquote><blockquote type="cite"> on me; how often should we have to test all of our numbers??<br></blockquote><br> Should you HAVE to? Never. How often do you NEED to, so you can avoid<br> situations like this? Once every 2 weeks in my estimation, unfortunately.<br><br> I tried to find an affordable way to ensure that the ILEC/CLEC/Resporg of<br> one of our numbers had not changed, but I couldn't find one. I also found<br> that if the number moved internally, e.g. one Bandwidth customer to<br> another, I'd never detect it. Test Calls and SMS messages seemed to be the<br> most deterministic indicator.<br><br> I will commend and recommend Alcazar Networks for offering a very<br> reliable, though about 24 hours out of date, LNP/LRN API at affordable<br> rates. USD$0.00025 per extended query, or a flat rate for higher usage.<br><br> <a href="https://www.alcazarnetworks.com/data_services_lnp_lrn.php">https://www.alcazarnetworks.com/data_services_lnp_lrn.php</a><br><br> Anyone know of a RespOrg API that would tell us information about a TF<br> number?<br><br><blockquote type="cite"> That’s uglier than a Pontiac Aztek.<br></blockquote><br> But reliably detects carrier failures.<br><br><blockquote type="cite"> I just hope thinQ can handle this. Looking at our call records vs <br></blockquote><blockquote type="cite"> their TF number history, it’s clear when it was ours, then taken, then <br></blockquote><blockquote type="cite"> given out again. I believe someone else on the list suggested that <br></blockquote><blockquote type="cite"> previous ownership is superior to current ownership? If it comes down <br></blockquote><blockquote type="cite"> to that, anyone know the process to enforce it?<br></blockquote><br> The challenge here is what is ownership?<br><br> Really, nobody owns a phone number. NANPA leases it to carriers, and<br> carriers lease it to companies or individuals. It is up to the carrier to<br> lease it to only one entity. Thinq failed to do so. IMHO Thinq should be<br> working their butts off to fix this for you.<br><br> I do not know of an FCC rule that would help you scare Thinq into doing<br> the right thing and fixing this.<br><br>Beckman<br>---------------------------------------------------------------------------<br>Peter Beckman Internet Guy<br><a href="mailto:beckman@angryox.com">beckman@angryox.com</a> <a href="https://www.angryox.com/">https://www.angryox.com/</a><br>---------------------------------------------------------------------------<br>
</div>
</div>
</blockquote>
</div></body></html>