FW: Strange porting issue

Hi folks, We have an upstream CLEC who ported a number from us from a LEC I've never heard of. Comes up as "LAFAYETTE CITY-PARISH CONSOLIDATED GOVERNMENT-LA" - OCN 9002 / LATA 488. The upstream provider we use is generally pretty good and insists the port has completed and translations are dropped at the old carrier. But when we do an LRN query on the number, we get back the same LEC as if the port did not complete. I'm a bit stumped here. Even more, I can't find any existence of a LEC named Lafayette City yadda yadda yadda ... What's one to do in such a scenario? Anyone ever dealt with this? Is this not even a rural LEC but some sort of government owned municipal LEC? - Darren

Hi Darren, 1. How are you querying the LRN? Are you certain that you are not querying a provider who is serving you cached data? Like it or not, LRN caching is pretty much table stakes in the industry for any second-tier provider. 2. Did/can your upstream origination provider disclose to you the intended porting target, i.e. the underlying carrier to whom they will be porting the number? 3. Is the LRN dip on the number literally returning the same _LRN_ as it did before, or is that unknown? Is it possible that the port was in some way internal to the same carrier who owns the number? Some LECs operate different switches for different purposes, and, when porting, will port internally? LRNs are unique per OCN per LATA, but the point is that it is conceivable the OCN would not change in this situation. -- Alex -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

Good questions. (And quick response, thanks!) 1) I do think the LRN is probably cached. EXCEPT that the calls don't route :-) So I'm thinking it might be cached but still wrong anyway haha 2) Good question. I will find that out. 3) The port can't possibly be internal, I can't imagine that. But I guess that's also why I'm trying to figure out more about who this LEC really is. No website. Not even the usual legal filings stuff, at least not in my first few pages of Google-fu. On 2/5/16, 4:49 PM, "VoiceOps on behalf of Alex Balashov" <voiceops-bounces at voiceops.org on behalf of abalashov at evaristesys.com> wrote:
Hi Darren,
1. How are you querying the LRN? Are you certain that you are not querying a provider who is serving you cached data?
Like it or not, LRN caching is pretty much table stakes in the industry for any second-tier provider.
2. Did/can your upstream origination provider disclose to you the intended porting target, i.e. the underlying carrier to whom they will be porting the number?
3. Is the LRN dip on the number literally returning the same _LRN_ as it did before, or is that unknown?
Is it possible that the port was in some way internal to the same carrier who owns the number? Some LECs operate different switches for different purposes, and, when porting, will port internally? LRNs are unique per OCN per LATA, but the point is that it is conceivable the OCN would not change in this situation.
-- Alex
-- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/ _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops

On 02/05/2016 07:51 PM, Darren Schreiber wrote:
1) I do think the LRN is probably cached. EXCEPT that the calls don't route :-) So I'm thinking it might be cached but still wrong anyway haha
Well, first-tier LECs and mobile operators aren't going to route based on cache data, so if the call isn't routing when you call from, say, your mobile, then it's truly not working. My guess there would be that the number is going to the same place as before, but the translations were removed from the switch to which the LRN is homed.
3) The port can't possibly be internal, I can't imagine that. But I guess that's also why I'm trying to figure out more about who this LEC really is. No website. Not even the usual legal filings stuff, at least not in my first few pages of Google-fu.
FWIW, their routing contact in an ancient copy of the LERG is: Mike Boustany 337-291-5851 A search on the street address of 1314 Walker Road suggests that it's affiliated with this utilities cooperative: http://www.lusnet.net/uploads/LUSPoweredNetworkWhitePaper.pdf -- Alex -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

OMG Yessss :-) Thank you How did you do that lol . All I could find was government offices and public works and sewage references when searching this. re: #1, I should mention, for a bit it was still ringing the old phone line after the port completed but ONLY from within the LEC's region, not outside. So, yeah, I agree, I don't think it's caching. On 2/5/16, 4:58 PM, "Alex Balashov" <abalashov at evaristesys.com> wrote:
On 02/05/2016 07:51 PM, Darren Schreiber wrote:
1) I do think the LRN is probably cached. EXCEPT that the calls don't route :-) So I'm thinking it might be cached but still wrong anyway haha
Well, first-tier LECs and mobile operators aren't going to route based on cache data, so if the call isn't routing when you call from, say, your mobile, then it's truly not working. My guess there would be that the number is going to the same place as before, but the translations were removed from the switch to which the LRN is homed.
3) The port can't possibly be internal, I can't imagine that. But I guess that's also why I'm trying to figure out more about who this LEC really is. No website. Not even the usual legal filings stuff, at least not in my first few pages of Google-fu.
FWIW, their routing contact in an ancient copy of the LERG is:
Mike Boustany 337-291-5851
A search on the street address of 1314 Walker Road suggests that it's affiliated with this utilities cooperative:
http://www.lusnet.net/uploads/LUSPoweredNetworkWhitePaper.pdf
-- Alex
-- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

On 02/05/2016 08:00 PM, Darren Schreiber wrote:
How did you do that lol
The key statement there was "ancient copy of the LERG", and I do mean ancient -- the necessary disclaimers apply. :-) -- Alex -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

Well, thank you again. This helped a ton. We're on it now On 2/5/16, 5:01 PM, "Alex Balashov" <abalashov at evaristesys.com> wrote:
On 02/05/2016 08:00 PM, Darren Schreiber wrote:
How did you do that lol
The key statement there was "ancient copy of the LERG", and I do mean ancient -- the necessary disclaimers apply. :-)
-- Alex
-- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States
Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

Send me the TN in a private e-mail, if you would. -- Alex -- Alex Balashov | Principal | Evariste Systems LLC 303 Perimeter Center North, Suite 300 Atlanta, GA 30346 United States Tel: +1-800-250-5920 (toll-free) / +1-678-954-0671 (direct) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

Here's the website for the carrier. Found it through Local Calling Guide......http://www.lafayettela.gov/Pages/Index.aspx
On February 5, 2016 at 7:41 PM Darren Schreiber <dschreiber at 2600hz.com> wrote:
Hi folks, We have an upstream CLEC who ported a number from us from a LEC I've never heard of. Comes up as "LAFAYETTE CITY-PARISH CONSOLIDATED GOVERNMENT-LA" - OCN 9002 / LATA 488. The upstream provider we use is generally pretty good and insists the port has completed and translations are dropped at the old carrier.
But when we do an LRN query on the number, we get back the same LEC as if the port did not complete.
I'm a bit stumped here. Even more, I can't find any existence of a LEC named Lafayette City yadda yadda yadda ... What's one to do in such a scenario? Anyone ever dealt with this? Is this not even a rural LEC but some sort of government owned municipal LEC?
- Darren
_______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
Mary Lou Carey BackUP Telecom Consulting Marylou at backuptelecom.com Office: 615-791-9969 Cell: 615-796-1111

W00t! Thanks guys :-) Fun mystery solved From: Mary Lou Carey <marylou at backuptelecom.com<mailto:marylou at backuptelecom.com>> Reply-To: Mary Lou Carey <marylou at backuptelecom.com<mailto:marylou at backuptelecom.com>> Date: Tuesday, February 9, 2016 at 9:05 AM To: "voiceops at voiceops.org<mailto:voiceops at voiceops.org>" <voiceops at voiceops.org<mailto:voiceops at voiceops.org>>, Computer User <dschreiber at 2600hz.com<mailto:dschreiber at 2600hz.com>> Subject: Re: [VoiceOps] FW: Strange porting issue Here's the website for the carrier. Found it through Local Calling Guide......http://www.lafayettela.gov/Pages/Index.aspx On February 5, 2016 at 7:41 PM Darren Schreiber <dschreiber at 2600hz.com<mailto:dschreiber at 2600hz.com>> wrote: Hi folks, We have an upstream CLEC who ported a number from us from a LEC I've never heard of. Comes up as "LAFAYETTE CITY-PARISH CONSOLIDATED GOVERNMENT-LA" - OCN 9002 / LATA 488. The upstream provider we use is generally pretty good and insists the port has completed and translations are dropped at the old carrier. But when we do an LRN query on the number, we get back the same LEC as if the port did not complete. I'm a bit stumped here. Even more, I can't find any existence of a LEC named Lafayette City yadda yadda yadda ... What's one to do in such a scenario? Anyone ever dealt with this? Is this not even a rural LEC but some sort of government owned municipal LEC? - Darren _______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org<mailto:VoiceOps at voiceops.org> https://puck.nether.net/mailman/listinfo/voiceops Mary Lou Carey BackUP Telecom Consulting Marylou at backuptelecom.com<mailto:Marylou at backuptelecom.com> Office: 615-791-9969 Cell: 615-796-1111

What was the outcome? On Tue, 9 Feb 2016, Darren Schreiber wrote:
W00t! Thanks guys :-) Fun mystery solved
From: Mary Lou Carey <marylou at backuptelecom.com<mailto:marylou at backuptelecom.com>> Reply-To: Mary Lou Carey <marylou at backuptelecom.com<mailto:marylou at backuptelecom.com>> Date: Tuesday, February 9, 2016 at 9:05 AM To: "voiceops at voiceops.org<mailto:voiceops at voiceops.org>" <voiceops at voiceops.org<mailto:voiceops at voiceops.org>>, Computer User <dschreiber at 2600hz.com<mailto:dschreiber at 2600hz.com>> Subject: Re: [VoiceOps] FW: Strange porting issue
Here's the website for the carrier. Found it through Local Calling Guide......http://www.lafayettela.gov/Pages/Index.aspx
On February 5, 2016 at 7:41 PM Darren Schreiber <dschreiber at 2600hz.com<mailto:dschreiber at 2600hz.com>> wrote:
Hi folks, We have an upstream CLEC who ported a number from us from a LEC I've never heard of. Comes up as "LAFAYETTE CITY-PARISH CONSOLIDATED GOVERNMENT-LA" - OCN 9002 / LATA 488. The upstream provider we use is generally pretty good and insists the port has completed and translations are dropped at the old carrier.
But when we do an LRN query on the number, we get back the same LEC as if the port did not complete.
I'm a bit stumped here. Even more, I can't find any existence of a LEC named Lafayette City yadda yadda yadda ... What's one to do in such a scenario? Anyone ever dealt with this? Is this not even a rural LEC but some sort of government owned municipal LEC?
- Darren
_______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org<mailto:VoiceOps at voiceops.org> https://puck.nether.net/mailman/listinfo/voiceops
Mary Lou Carey BackUP Telecom Consulting Marylou at backuptelecom.com<mailto:Marylou at backuptelecom.com> Office: 615-791-9969 Cell: 615-796-1111
--------------------------------------------------------------------------- Peter Beckman Internet Guy beckman at angryox.com http://www.angryox.com/ ---------------------------------------------------------------------------

Our upstream CLEC ended up using the contacts here provided (thanks guys!) to hunt the carrier down apparently. First, the carrier de-activated the number but then everyone got a busy signal who called (only from within that ILEC of course). Then the LRN was reprovisioned apparently, and all worked. Sigh That was fun On 2/9/16, 12:17 PM, "Peter Beckman" <beckman at angryox.com> wrote:
What was the outcome?
On Tue, 9 Feb 2016, Darren Schreiber wrote:
W00t! Thanks guys :-) Fun mystery solved
From: Mary Lou Carey <marylou at backuptelecom.com<mailto:marylou at backuptelecom.com>> Reply-To: Mary Lou Carey <marylou at backuptelecom.com<mailto:marylou at backuptelecom.com>> Date: Tuesday, February 9, 2016 at 9:05 AM To: "voiceops at voiceops.org<mailto:voiceops at voiceops.org>" <voiceops at voiceops.org<mailto:voiceops at voiceops.org>>, Computer User <dschreiber at 2600hz.com<mailto:dschreiber at 2600hz.com>> Subject: Re: [VoiceOps] FW: Strange porting issue
Here's the website for the carrier. Found it through Local Calling Guide......http://www.lafayettela.gov/Pages/Index.aspx
On February 5, 2016 at 7:41 PM Darren Schreiber <dschreiber at 2600hz.com<mailto:dschreiber at 2600hz.com>> wrote:
Hi folks, We have an upstream CLEC who ported a number from us from a LEC I've never heard of. Comes up as "LAFAYETTE CITY-PARISH CONSOLIDATED GOVERNMENT-LA" - OCN 9002 / LATA 488. The upstream provider we use is generally pretty good and insists the port has completed and translations are dropped at the old carrier.
But when we do an LRN query on the number, we get back the same LEC as if the port did not complete.
I'm a bit stumped here. Even more, I can't find any existence of a LEC named Lafayette City yadda yadda yadda ... What's one to do in such a scenario? Anyone ever dealt with this? Is this not even a rural LEC but some sort of government owned municipal LEC?
- Darren
_______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org<mailto:VoiceOps at voiceops.org> https://puck.nether.net/mailman/listinfo/voiceops
Mary Lou Carey BackUP Telecom Consulting Marylou at backuptelecom.com<mailto:Marylou at backuptelecom.com> Office: 615-791-9969 Cell: 615-796-1111
--------------------------------------------------------------------------- Peter Beckman Internet Guy beckman at angryox.com http://www.angryox.com/ ---------------------------------------------------------------------------

From: VoiceOps [mailto:voiceops-bounces at voiceops.org] On Behalf Of Darren Schreiber Sent: Friday, February 5, 2016 7:42 PM To: voiceops at voiceops.org Subject: [VoiceOps] FW: Strange porting issue Hi folks, We have an upstream CLEC who ported a number from us from a LEC I've never heard of. Comes up as "LAFAYETTE CITY-PARISH CONSOLIDATED GOVERNMENT-LA" - OCN 9002 / LATA 488. The upstream provider we use is generally pretty good and insists the port has completed and translations are dropped at the old carrier. But when we do an LRN query on the number, we get back the same LEC as if the port did not complete. I'm a bit stumped here. Even more, I can't find any existence of a LEC named Lafayette City yadda yadda yadda ... What's one to do in such a scenario? Anyone ever dealt with this? Is this not even a rural LEC but some sort of government owned municipal LEC? - Darren
participants (5)
-
abalashov@evaristesys.com
-
beckman@angryox.com
-
dschreiber@2600hz.com
-
marylou@backuptelecom.com
-
ryan@finnesey.com