[VoiceOps] FW: Strange porting issue

Darren Schreiber dschreiber at 2600hz.com
Fri Feb 5 19:51:40 EST 2016

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

More information about the VoiceOps mailing list