<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">"Formal" process is that your CLEC looks at your LOA, tucks it in a drawer after a cursory glance (hopefully they at least look at it), then submits a LSR (electronically or via excel spreadsheet) to the losing carrier. The losing carrier gives an FOC within 24 hours for usually within 3 days (or whenever they request the due date to be). Your CLEC builds the NPAC subscriptions, the losing carrier might or might not concur them (concurrence timers in the NPAC are out of scope for this question).</div><div class=""><br class=""></div><div class="">On the due date, the new carrier clicks activate in LTI (or sends an EDI message into the LSMS using their mechanized interfaces) and the national databases update within a few seconds (some may take a minute or two, ugh, unless they're disconnected and your number could be stuck in that LSMS for up to 24 hours). The losing carrier pulls out the routes/translations/whatever from their switch and issues a final bill.</div><div class=""><br class=""></div><div class="">Technically and legally, nothing stops your new carrier from calling a buddy at the old carrier, saying:</div><div class="">Winning: "hey john can we port this #, we have an LOA" </div><div class="">Losing: "sure, let me get into NPAC. create the subscription for now and i'll concur it" </div><div class="">Both carriers: *tap tap tap* </div><div class="">Losing: "okay i granted concurrence" </div><div class="">Winning: "thanks buddy, I just activated it, you can clean up your routes now" </div><div class="">Losing: "no problem great to hear from you!"</div><div class="">Winning: "lunch tomorrow?"</div><div class="">Losing: "sure!"</div><div class=""><br class=""></div><div class="">That actually meets FCC requirements. It doesn't meet ATIS recommendations but they're only recommendations (mostly put in place by people who really like the status quo).</div><div class=""><br class=""></div><div class="">-Paul</div><br class=""><div><blockquote type="cite" class=""><div class="">On Feb 10, 2016, at 08:14, Colton Conor <<a href="mailto:colton.conor@gmail.com" class="">colton.conor@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">So what is the best case senario under todays rules for wireline carriers? Lets assume we are talking about a CLEC with their own switch and number pool porting away from the incumbend ILEC (Verizon or AT&T wireline). Assume the CLEC has access to NPAC. <div class=""><br class=""></div><div class="">How does this process even work? Today we just have our customer sign an loa, and then upload the LOA to our wholesaler. They take it from there, but I would like to know the process and what is involved. Does each carrier have their own system to verifying that the number and account number belongs to the said provider? </div></div><div class="gmail_extra"><br class=""><div class="gmail_quote">On Tue, Feb 9, 2016 at 8:59 PM, Paul Timmins <span dir="ltr" class=""><<a href="mailto:paul@timmins.net" target="_blank" class="">paul@timmins.net</a>></span> wrote:<br class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">A lot of it also comes down to cellular portability being required by the FCC to process ports in 4 hours or less from the day it was started as well. The FCC saw how wireline worked and said they weren't going to have that on wireless. Shortly after they cleaned up wireline (it used to be much worse!), and then introduced rules for intermodal ports.<br class="">
<div class="HOEnZb"><div class="h5"><br class="">
On Feb 9, 2016 20:43, Carlos Alcantar <<a href="mailto:carlos@race.com" class="">carlos@race.com</a>> wrote:<br class="">
><br class="">
><br class="">
> A lot of it goes into literally 4 companies working together to have automation. I don't know that process would scale if it was hundreds of companies trying to accomplish the same thing without a clearinghouse in the middle and everyone talking the same language.<br class="">
><br class="">
> <br class="">
> Carlos Alcantar<br class="">
> Race Communications / Race Team Member<br class="">
> 1325 Howard Ave. #604, Burlingame, CA. 94010<br class="">
> Phone: <a href="tel:%2B1%20415%20376%203314" value="+14153763314" class="">+1 415 376 3314</a> / <a href="mailto:carlos@race.com" class="">carlos@race.com</a> / <a href="http://www.race.com/" rel="noreferrer" target="_blank" class="">http://www.race.com</a><br class="">
><br class="">
><br class="">
> ________________________________________<br class="">
> From: VoiceOps <<a href="mailto:voiceops-bounces@voiceops.org" class="">voiceops-bounces@voiceops.org</a>> on behalf of Alex Balashov <<a href="mailto:abalashov@evaristesys.com" class="">abalashov@evaristesys.com</a>><br class="">
> Sent: Tuesday, February 9, 2016 3:02 PM<br class="">
> To: Alexander Lopez; <a href="mailto:voiceops@voiceops.org" class="">voiceops@voiceops.org</a><br class="">
> Subject: Re: [VoiceOps] Instant Porting<br class="">
><br class="">
> One would think that the incentives would diverge depending on whether<br class="">
> the given wireless operator expects to be a net beneficiary of porting<br class="">
> in or a net loser to porting out -- a function of their market position,<br class="">
> which is not equal.<br class="">
><br class="">
> --<br class="">
> Alex Balashov | Principal | Evariste Systems LLC<br class="">
> 303 Perimeter Center North, Suite 300<br class="">
> Atlanta, GA 30346<br class="">
> United States<br class="">
><br class="">
> Tel: <a href="tel:%2B1-800-250-5920" value="+18002505920" class="">+1-800-250-5920</a> (toll-free) / <a href="tel:%2B1-678-954-0671" value="+16789540671" class="">+1-678-954-0671</a> (direct)<br class="">
> Web: <a href="http://www.evaristesys.com/" rel="noreferrer" target="_blank" class="">http://www.evaristesys.com/</a>, <a href="http://www.csrpswitch.com/" rel="noreferrer" target="_blank" class="">http://www.csrpswitch.com/</a><br class="">
> _______________________________________________<br class="">
> VoiceOps mailing list<br class="">
> <a href="mailto:VoiceOps@voiceops.org" class="">VoiceOps@voiceops.org</a><br class="">
> <a href="https://puck.nether.net/mailman/listinfo/voiceops" rel="noreferrer" target="_blank" class="">https://puck.nether.net/mailman/listinfo/voiceops</a><br class="">
><br class="">
> _______________________________________________<br class="">
> VoiceOps mailing list<br class="">
> <a href="mailto:VoiceOps@voiceops.org" class="">VoiceOps@voiceops.org</a><br class="">
> <a href="https://puck.nether.net/mailman/listinfo/voiceops" rel="noreferrer" target="_blank" class="">https://puck.nether.net/mailman/listinfo/voiceops</a><br class="">
_______________________________________________<br class="">
VoiceOps mailing list<br class="">
<a href="mailto:VoiceOps@voiceops.org" class="">VoiceOps@voiceops.org</a><br class="">
<a href="https://puck.nether.net/mailman/listinfo/voiceops" rel="noreferrer" target="_blank" class="">https://puck.nether.net/mailman/listinfo/voiceops</a><br class="">
</div></div></blockquote></div><br class=""></div>
</div></blockquote></div><br class=""></body></html>