[VoiceOps] TMobile Sending Calls to LRN not Called Number

[Alex Balashov]

I periodically have to explain to vendors of various things, including quite reputable vendors, that you can’t route based on the To header in any way, and the value in it matters for nothing, and it doesn’t need to align with the RURI, and in many cases won’t and shouldn’t. 

For some reason, the idea that the To URI has some non-cosmetic value just won’t die. I don’t know what it is. Maybe the mind just can’t get past the name and the way it intimates a destination. But, in 3261, it’s a purely cosmetic commentary on the intended logical destination. It’s a cue for humans. It means absolutely nothing else and should never, ever, ever, ever be used for routing, nor compared to the RURI in a way that has bearing on routing, nor anything else functional.

—
Sent from mobile, with due apologies for brevity and errors.

> On Jul 1, 2021, at 11:26 AM, Joseph Jackson <jjackson at aninetworks.net> wrote:
> 
> 
> We’ve seen this on Ribbon SBCs running their 8.2.x code.   If a forwarded call comes in (where the number on the RURI is not the same as the To) when the PSX does an LNP dip it will rewrite the RURI to the LRN.  Which of course causes the call to fail.
>  
> I have no idea if this is the same issue but we’ve been working through that issue on one of our SBCs and they said it would be resolved in the latest V08.02.06R000 release.    According to Ribbon TAC this issue is also present in their V9.X train as well and will have a fix released on july 23rd.
>  
> Joseph
>  
>  
> From: VoiceOps [mailto:voiceops-bounces at voiceops.org] On Behalf Of Matthew Sutton
> Sent: Thursday, July 01, 2021 10:08 AM
> To: voiceops at voiceops.org
> Subject: [VoiceOps] TMobile Sending Calls to LRN not Called Number
>  
> 
> Anyone else seeing calls from TMobile coming in with the LRN as the called number? The ISUP doesn't show the actual called number so we can't route the calls. 
>  
> -Matthew
> _______________________________________________
> VoiceOps mailing list
> VoiceOps at voiceops.org
> https://puck.nether.net/mailman/listinfo/voiceops
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/voiceops/attachments/20210701/dbc7ad68/attachment-0001.htm>