<div dir="ltr">This does not get even to the accuracy of the account records. This issue is family and obviously true.<div><br></div><div>I was able to narrow it down to mobile carriers using Syniverse to port out from Inteliquent/Onvoy.</div><div>It seems like Syniverse only request a CSR but never submit an LSR.</div><div><br></div><div>Does anybody know anything about that?</div><div><br></div><div>Is there a contact person for Syniverse in this list?</div><div><br></div><div>Thanks again.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 5, 2019 at 12:33 PM Mike Ray, MBA, CNE, CTE <<a href="mailto:mike@astrocompanies.com">mike@astrocompanies.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 bgcolor="white" lang="EN-US"><div class="gmail-m_-438465905645327149WordSection1"><p class="MsoNormal"><span style="color:windowtext">Our experience has been similar, although the problem can be overcome if the gaining carrier is sufficiently determined as we are for porting-in from those difficult carriers.  The more resellers involved, the lower the quality of the losing carrier’s records, for sure.<u></u><u></u></span></p><p class="MsoNormal"><span style="color:windowtext"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:windowtext">Our systems are designed so that our wholesale customer is responsible for adding end user information to our systems either via portal or API, then a gaining carrier sees that information when a CSR is requested on the carrier side.  The gaining carrier submits an LSR from there, the wholesale customer is notified automatically, an FOC is issued and NPAC release is performed.  This makes the process quick and simple, while still giving the wholesale customer time to stop the port if unauthorized.<u></u><u></u></span></p><p class="MsoNormal"><span style="color:windowtext"><u></u> <u></u></span></p><div><p class="MsoNormal"><span style="color:windowtext">We have certainly seen wireless carriers tell a subscriber that their number is non-portable, when the wireless carrier didn’t even pull the CSR.  That’s just lazy on their part, but we’ve also seen sufficiently determined end users get them to do it with some prodding.<u></u><u></u></span></p><p class="MsoNormal"><span style="color:windowtext"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:windowtext">Regards,<u></u><u></u></span></p><p class="MsoNormal"><span style="color:windowtext"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:windowtext">Mike<u></u><u></u></span></p><p class="MsoNormal"><span style="color:rgb(31,73,125)"><u></u> <u></u></span></p><p class="MsoNormal"><span style="color:rgb(31,73,125)">Mike Ray, MBA, CNE, CTE<u></u><u></u></span></p><p class="MsoNormal"><span style="color:rgb(31,73,125)">Terra Nova Telecom, Inc.<u></u><u></u></span></p><p class="MsoNormal"><span style="color:rgb(31,73,125)">11523 Palm Brush Trail #401<u></u><u></u></span></p><p class="MsoNormal"><span style="color:rgb(31,73,125)">Lakewood Ranch, FL  34202<u></u><u></u></span></p><p class="MsoNormal"><span style="color:rgb(31,73,125)">DIRECT: call or text 941 600-0207<u></u><u></u></span></p><p class="MsoNormal"><u><span style="color:rgb(5,99,193)"><a href="http://www.tntelecom.net" target="_blank">http://www.tntelecom.net</a></span></u><span style="color:rgb(31,73,125)"><u></u><u></u></span></p><p class="MsoNormal"><span style="color:windowtext"><u></u> <u></u></span></p></div><p class="MsoNormal"><span style="color:windowtext"><u></u> <u></u></span></p><div><div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(225,225,225);padding:3pt 0in 0in"><p class="MsoNormal"><b><span style="color:windowtext">From:</span></b><span style="color:windowtext"> VoiceOps <<a href="mailto:voiceops-bounces@voiceops.org" target="_blank">voiceops-bounces@voiceops.org</a>> <b>On Behalf Of </b>Ryan Delgrosso<br><b>Sent:</b> Tuesday, March 5, 2019 12:00 PM<br><b>To:</b> <a href="mailto:voiceops@voiceops.org" target="_blank">voiceops@voiceops.org</a><br><b>Subject:</b> Re: [VoiceOps] Growing difficulties porting DIDs out of major VoIP carriers<u></u><u></u></span></p></div></div><p class="MsoNormal"><u></u> <u></u></p><p>I believe this has more to do with shoddy record keeping than anything. Most voip carriers will port their own numbers around multiple times (using scale as leverage to get better deals playing carriers off each other). When they do that its not uncommon for them to use the same info (like their office address) versus the actual customer info, or their address parser code to translate between carrier A's system and carrier B's system mangles something, or there has been some M&A activity and the merged databases have bad info. <u></u><u></u></p><p>In the end the new recorded address is not predictable by the customer and is easily and frequently rejected. <u></u><u></u></p><p>I am moving through a project right now to move numbers between carriers and have found my losing carrier has done exactly this. <u></u><u></u></p><p>With the state of record keeping and lack of appreciable standards I'm shocked that the LNP system works at all. <u></u><u></u></p><div><p class="MsoNormal">On 3/5/2019 8:41 AM, Oren Yehezkely wrote:<u></u><u></u></p></div><blockquote style="margin-top:5pt;margin-bottom:5pt"><div><p class="MsoNormal">Hello, <u></u><u></u></p><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">I am hoping that someone may be able to shed some light as to the difficulties mobile carriers have to port DIDs away from major VoIP carriers such as Bandwidth and Onvoy.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">The problem does not seem to be on the VoIP providers. In most of the cases, they do not even receive an LSR. The mobile carriers seem to be asking for a CSR multiple times but never submit an LSR, then they tell the EU that the port request has failed.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">In another case, when the DID is with Bandwidth, the ATT system tells the customer that the number is with LOCKED with Google Voice and cannot be ported. I wonder who builds these faulty systems for these corporations?<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Any advice is appreciated.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Oren<u></u><u></u></p></div></div><p class="MsoNormal"><br><br><u></u><u></u></p><pre>_______________________________________________<u></u><u></u></pre><pre>VoiceOps mailing list<u></u><u></u></pre><pre><a href="mailto:VoiceOps@voiceops.org" target="_blank">VoiceOps@voiceops.org</a><u></u><u></u></pre><pre><a href="https://puck.nether.net/mailman/listinfo/voiceops" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a><u></u><u></u></pre></blockquote></div></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>