<div dir="ltr">algue tem sala pra disca numeros pra ganha dinheiro?</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Em sex., 21 de mai. de 2021 às 15:59, Dave Wolgast <<a href="mailto:dwolgast@gmail.com">dwolgast@gmail.com</a>> escreveu:<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 dir="ltr">My question was about:<div> • Calling Party Mask = XXXXXXXXXX </div><div><br></div><div>You said further down that you were sending 

01509XXXXXX but it wasn't being reflected in DNA. It seems to me that it may be getting overwritten someplace downstream. I don't think DNA would have just inserted XXXXXXXXXX by itself.</div><div><br></div><div>Can you confirm from the SIP trace (either Real Time from RTMT or 'debug ccsip messages' on the CUBE) that you are actually sending the right 01509XXXXXX information?</div><div><br></div><div><div><div dir="ltr"><div dir="ltr"><div>Dave Wolgast<br>Geneseo, NY</div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, May 21, 2021 at 8:59 AM Gary Parker <<a href="mailto:G.J.Parker@lboro.ac.uk" target="_blank">G.J.Parker@lboro.ac.uk</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">Afternoon all, I’ve got a problem I’ve been struggling with for a few days now. It’s bound to be something simple I’ve forgotten from my CCNA Voice days (a long time ago!).<br>
<br>
I’m running CUCM 12.5 SU4 with GBNP 1.1(31) and 2921 voice gateways operating as CUBE with IOS 15.5(3)M2 in the UK<br>
<br>
Background:<br>
I’m in the process of migrating our outbound PSTN dialling from our Virgin Media Business PRI circuits to SIP trunks provided by Gamma. The problem I’ve encountered is with local rate calls with no area code. Our PRIs will happily route outbound six digit dialled numbers but the SIP trunks will not. I suspect this is a common problem, and will only become more common in the UK as Ofcom removes the obligation on TSPs to provide local dialling:<br>
<br>
<a href="https://www.ispreview.co.uk/index.php/2021/04/ofcom-will-stop-requiring-uk-phone-providers-to-offer-local-dialling.html" rel="noreferrer" target="_blank">https://www.ispreview.co.uk/index.php/2021/04/ofcom-will-stop-requiring-uk-phone-providers-to-offer-local-dialling.html</a><br>
<br>
Problem:<br>
I though this would be a relatively simple task of adding Prefix Digits (Outgoing Calls) of my area code (01509) to all calls matching the LOCAL route filter using a Route Pattern. At first glance, Dialled Number Analyzer shows that Dialled Digits of eg. 9112233 gets transformed to Called Party Number of 01509112233<br>
<br>
        • Results Summary<br>
                • Calling Party Information<br>
                • Dialed Digits = 9112233<br>
                • Match Result = RouteThisPattern<br>
                • Matched Pattern Information<br>
                • Called Party Number = 01509112233<br>
                • Time Zone = Etc/GMT<br>
                • End Device = Lboro_SIP_Test<br>
                • Call Classification = OffNet<br>
                • InterDigit Timeout = NO<br>
                • Device Override = Disabled<br>
                • Outside Dial Tone = NO<br>
        • Call Flow<br>
        • Alternate Matches<br>
<br>
However calls via the SIP TSP fail with a 404 as the dialled number is still “123456” when I look at debug on the voice gateway.<br>
<br>
Looking more closely at the DNA output it appears that the post-transform Called Number at the Route Pattern level isn’t being passed to the Route List:<br>
<br>
<br>
        • Call Flow<br>
                • Route Pattern :Pattern= 9.@<br>
                        • Positional Match List = <br>
                        • DialPlan = United Kingdom Numbering Plan<br>
                        • Route Filter<br>
                        • Require Forced Authorization Code = No<br>
                        • Authorization Level = 0<br>
                        • Require Client Matter Code = No<br>
                        • Call Classification = OffNet<br>
                        • PreTransform Calling Party Number = 445566<br>
                        • PreTransform Called Party Number = 9112233<br>
                        • Calling Party Transformations<br>
                                • External Phone Number Mask = YES<br>
                                • Calling Party Mask = XXXXXXXXXX<br>
                                • Prefix = <br>
                                • CallingLineId Presentation = Allowed<br>
                                • CallingName Presentation = Allowed<br>
                                • Calling Party Number = <br>
                        • ConnectedParty Transformations<br>
                                • ConnectedLineId Presentation = Default<br>
                                • ConnectedName Presentation = Default<br>
                        • Called Party Transformations<br>
                                • Called Party Mask = <br>
                                • Discard Digits Instruction = PreDot<br>
                                • Prefix = 01509<br>
Correct here ->                 • Called Number = 01509112233<br>
                • Route List :Route List Name= Lboro_SIP_Test<br>
                        • RouteGroup :RouteGroup Name= LBORO_SIP_Gamma-TEST-RG<br>
                                • PreTransform Calling Party Number = 445566<br>
Incorrect here ->               • PreTransform Called Party Number = 9112233<br>
<br>
<br>
<br>
Why are the transformations I make at the Route List level being dropped when the call gets to the Route Group? I understand that Route List/Group transformations override Route Pattern transformations, but I’m not doing any transformations at the Route List/Group level beside Discard Digits, GBNP: PreDot. This is necessary as, again, although PreDot is applied at the Route Pattern level the ‘9’ is back again when we get to the Route Group.<br>
<br>
FYI, I’m using "Use Calling Party's External Phone Number Mask” to correctly apply the area code to CallingPartyNumber in outgoing calls, but that’s not reflected in DNA. External calling party number is always 01509XXXXXX<br>
<br>
---<br>
/-Gary Parker----------------------------------f--\<br>
|     Unified Communications Service Manager      |<br>
n      Loughborough University, IT Services       |<br>
|     tel:+441509635635 <a href="mailto:sip%3Agary@lboro.ac.uk" target="_blank">sip:gary@lboro.ac.uk</a>      o<br>
|        <a href="https://www.osx.ninja/pubkey.txt" rel="noreferrer" target="_blank">https://www.osx.ninja/pubkey.txt</a>         |<br>
\r----------------------------------------------d-/<br>
<br>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote></div>
_______________________________________________<br>
cisco-voip mailing list<br>
<a href="mailto:cisco-voip@puck.nether.net" target="_blank">cisco-voip@puck.nether.net</a><br>
<a href="https://puck.nether.net/mailman/listinfo/cisco-voip" rel="noreferrer" target="_blank">https://puck.nether.net/mailman/listinfo/cisco-voip</a><br>
</blockquote></div>