<div dir="ltr">I agree with Ryan.  We don't have any ports to cellular ever, and nearly zero port outs at all (we don't lose customers).  But during acquisition, we encounter messes all the time.  During a recent port from Onvoy to Bandwidth, we had a bunch of numbers with incorrect data on Onvoy (not our doing).  People who came to use from Telesphere/Onvoy have crazy data like showing the address for Telesphere themselves, or the address of the Vonage datacenter downtown.<div><br></div><div>There are also varying levels of "stickler" for data.  I'm in the middle of porting in several numbers that belong to the same company, but are with various carriers.  The submissions are identical, some fail and some get ported.  But I'm learning that the data is the same on all of them.  In particular, some demand that the authorized signer must match, and some do not.</div><div><br></div><div>AT&T and Verizon both have some issues in their internal data as far as both phone numbers and IMEIs.  The problems seem to stem from past ports that didn't get incorporated into their data.</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 5, 2019 at 10:10 AM Ryan Delgrosso <<a href="mailto:ryandelgrosso@gmail.com">ryandelgrosso@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 bgcolor="#FFFFFF">
    <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. <br>
    </p>
    <p>In the end the new recorded address is not predictable by the
      customer and is easily and frequently rejected. <br>
    </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. <br>
    </p>
    <p>With the state of record keeping and lack of appreciable
      standards I'm shocked that the LNP system works at all. <br>
    </p>
    <div class="gmail-m_-3216725535030608906moz-cite-prefix">On 3/5/2019 8:41 AM, Oren Yehezkely
      wrote:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">Hello,
        <div><br>
        </div>
        <div>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.</div>
        <div><br>
        </div>
        <div>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.</div>
        <div><br>
        </div>
        <div>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?</div>
        <div><br>
        </div>
        <div>Any advice is appreciated.</div>
        <div><br>
        </div>
        <div>Oren</div>
      </div>
      <br>
      <fieldset class="gmail-m_-3216725535030608906mimeAttachmentHeader"></fieldset>
      <pre class="gmail-m_-3216725535030608906moz-quote-pre">_______________________________________________
VoiceOps mailing list
<a class="gmail-m_-3216725535030608906moz-txt-link-abbreviated" href="mailto:VoiceOps@voiceops.org" target="_blank">VoiceOps@voiceops.org</a>
<a class="gmail-m_-3216725535030608906moz-txt-link-freetext" href="https://puck.nether.net/mailman/listinfo/voiceops" target="_blank">https://puck.nether.net/mailman/listinfo/voiceops</a>
</pre>
    </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>