differences between Transalation pattern and transformation pattern

Hi all,

 

I want to know what is the difference between use translation patterns and transformation patterns.

I know that if you make the DM in RP or RL it will wait till the call goes to GW in order to make affective the DM.

With translation patterns when it matches the pattern it is changed.

But what about the transformation pattern?

Thanks in advance

Comments

  • Transformation patterns, more accurately termed "calling party transformation pattern" and "called party transformation pattern," are used to manipulate numbers on the RECEIVING device, whether that is a Cisco phone or a gateway.  I view it as a post-call routing change to the called/calling number.  

    The call path has already been determined and the call has pretty much already been delivered to the call destination.  These transformations change what it showed on the receiver's end.

    The best use case of these transformations are when you're using a full E.164 dial plan.  Call routing is done using the full +[number] pattern.  However, to localize the called/calling party information to something that the standard user understands, you manipulate the information delivered to the destination phone so that +19524465000 is presented as a local 4465000 or national 9544465000 call.


    -- 
    Matthew Berry  |  ciscovoiceguru.com
    +1.612.567.CCIE (2243)  |  twitter.com/ciscovoiceguru


    On Apr 30, 2012, at 5:43 AM, amozos wrote:
    Hi all, I want to know what is the difference between use translation patterns and transformation patterns. I know that if you make the DM in RP or RL it will wait till the call goes to GW in order to make affective the DM. With translation patterns when it matches the pattern it is changed. But what about the transformation pattern? Thanks in advance


    INE - The Industry Leader in CCIE Preparation<br />
    http://www.INE.com<br />
    <br />
    Subscription information may be found at:<br />
    http://www.ieoc.com/forums/ForumSubscriptions.aspx<br />

  • Everything that Matthew said is completely accurate, but I thought I would also note that in UCM 8.0 and beyond, Cng/CdPTP can also be used for pre-routing transformations as well. This becomes most evident on inbound gateway calls. 

    Sent from my iPad

    On Apr 30, 2012, at 6:59, ciscovoiceguru <[email protected]> wrote:

    Transformation patterns, more accurately termed "calling party transformation pattern" and "called party transformation pattern," are used to manipulate numbers on the RECEIVING device, whether that is a Cisco phone or a gateway.  I view it as a post-call routing change to the called/calling number.  

    The call path has already been determined and the call has pretty much already been delivered to the call destination.  These transformations change what it showed on the receiver's end.

    The best use case of these transformations are when you're using a full E.164 dial plan.  Call routing is done using the full +[number] pattern.  However, to localize the called/calling party information to something that the standard user understands, you manipulate the information delivered to the destination phone so that +19524465000 is presented as a local 4465000 or national 9544465000 call.


    -- 
    Matthew Berry  |  ciscovoiceguru.com
    +1.612.567.CCIE (2243)  |  twitter.com/ciscovoiceguru


    On Apr 30, 2012, at 5:43 AM, amozos wrote:
    Hi all, I want to know what is the difference between use translation patterns and transformation patterns. I know that if you make the DM in RP or RL it will wait till the call goes to GW in order to make affective the DM. With translation patterns when it matches the pattern it is changed. But what about the transformation pattern? Thanks in advance


    INE - The Industry Leader in CCIE Preparation<br />
    http://www.INE.com<br />
    <br />
    Subscription information may be found at:<br />
    http://www.ieoc.com/forums/ForumSubscriptions.aspx<br />




    INE - The Industry Leader in CCIE Preparation

    http://www.INE.com



    Subscription information may be found at:

    http://www.ieoc.com/forums/ForumSubscriptions.aspx
  • Hi Mark,

     

    what is exactly Cng/CdPTP?

  • ok i got it Calling /called Party transf. pattern.

    :)

    Thanks.

  • Hi I am trying to use the called number transformation pattern in order to
    remove the first 0.(digit to call outside)

    So to call 916665544 I create a route pattern like 9XXXXXXXX and alo I create
    the called number transformation pattern like 0.9XXXXXXXX and use discard digits
    “predot”. It doesnt work. could you help me?
    I understand the way it works
    like, first it matches the called number transformation pattern remove the 0 and
    next it matches the route pattern.

     

    The schema should be like this

    1.dial 0916665544

    2.matches called number transformation pattern 0.9XXXXXXXX

    3.discard method predot so the number is now 916665544

    4. should match the RP 9XXXXXXXX

    5.RL-RG-GW(MGCP) - PSTN

    IT DOESNT WORK. BUT INSTEAD OF USING called number transformation pattern I use RP to struip the 0 it works.

     

    Note: the PARTITIONS are fully reacheable for thhis test so I have ensured
    that this is not the problem

    VA:F [1.9.6_1107]






    any idea of why it is not working?




  • Amozos,

    Where is the called party transformation pattern being applied?  Remember, it must be applied to the receiving party's device pool (or device) in CUCM.  In the case of an outbound call, this would be the SIP trunk or H.323 gateway (etc.) that is sending the call out to the PSTN.

  • hi Mattheu,

     

     

    thanks for your reply, I am using a mgcp gateway so Isupposed to apply the called party transformation pattern at the endpoint but, how I should apply it?

     

  • Apply the CSS to the MGCP PRI configuration: Device > Gateway > Select GW > Select PRI port

  • I did it I applied the css to the mgcp port which one is able to reach the called number trans pattern partition.

  • Did you reset the port?


    -- 
    Matthew Berry  |  ciscovoiceguru.com
    +1.612.567.CCIE (2243)  |  twitter.com/ciscovoiceguru


    On May 6, 2012, at 12:53 PM, amozos wrote:
    I did it I applied the css to the mgcp port which one is able to reach the called number trans pattern partition.


    INE - The Industry Leader in CCIE Preparation<br />
    http://www.INE.com<br />
    <br />
    Subscription information may be found at:<br />
    http://www.ieoc.com/forums/ForumSubscriptions.aspx<br />

  • <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
    ____________________________________

    Álvaro de los Mozos Rodríguez

    From: amozos <[email protected]>
    Date: 6 May 2012 10:52:42 -0700
    Subject: Re: [CCIE Voice] differences between Transalation pattern and transformation pattern

    I did it I applied the css to the mgcp port which one is able to reach the called number trans pattern partition.




    INE - The Industry Leader in CCIE Preparation

    http://www.INE.com



    Subscription information may be found at:

    http://www.ieoc.com/forums/ForumSubscriptions.aspx
  • yes I did, I reset the port and I executed the dial number analyzer and this is what I got:

     

     

    Results Summary
    • Calling Party Information
      • Calling Party = 2101
      • Partition =
      • Device CSS =
      • Line CSS = CSS_AVANZADO
      • AAR Group Name =
      • AAR CSS =
    • Dialed Digits = 0914445566
    • Match Result = RouteThisPattern
    • Matched Pattern Information
      • Pattern = 09[1-9]XXXXXXX
      • Partition = PAR_NACIONAL
      • Time Schedule =
    • Called Party Number = 0914445566
    • Time Zone = Etc/GMT
    • End Device = PSTN
    • Call Classification = OffNet
    • InterDigit Timeout = NO
    • Device Override = Disabled
    • Outside Dial Tone = NO
    Call Flow
    • TranslationPattern :Pattern=
      • Partition =
      • Positional Match List = 0914445566
      • Calling Party Number = 2101
      • PreTransform Calling Party Number =
      • PreTransform Called Party Number =
      • Calling Party Transformations
        • External Phone Number Mask = NO
        • Calling Party Mask =
        • Prefix =
        • CallingLineId Presentation =
        • CallingName Presentation =
        • Calling Party Number = 2101
      • ConnectedParty Transformations
        • ConnectedLineId Presentation =
        • ConnectedName Presentation =
      • Called Party Transformations
        • Called Party Mask =
        • Discard Digits Instruction =
        • Prefix =
        • Called Number =
    • Route Pattern :Pattern= 09[1-9]XXXXXXX
      • Positional Match List = 0914445566
      • DialPlan =
      • Route Filter
        • Filter Name =
        • Filter Clause =
      • Require Forced Authorization Code = No
      • Authorization Level = 0
      • Require Client Matter Code = No
      • Call Classification =
      • PreTransform Calling Party Number = 2101
      • PreTransform Called Party Number = 0914445566
      • Calling Party Transformations
        • External Phone Number Mask = NO
        • Calling Party Mask =
        • Prefix =
        • CallingLineId Presentation = Default
        • CallingName Presentation = Default
        • Calling Party Number = 2101
      • ConnectedParty Transformations
        • ConnectedLineId Presentation = Default
        • ConnectedName Presentation = Default
      • Called Party Transformations
        • Called Party Mask =
        • Discard Digits Instruction = None
        • Prefix =
        • Called Number = 0914445566
    • Route List :Route List Name= PSTN
      • RouteGroup :RouteGroup Name= PSTN-LOCAL
        • PreTransform Calling Party Number = 2101
        • PreTransform Called Party Number = 0914445566
        • Calling Party Transformations
          • External Phone Number Mask = Off
          • Calling Party Mask = 913332XXX
          • Prefix =
          • Calling Party Number = 913332101
        • Called Party Transformations
          • Called Party Mask =
          • Discard Digits Instructions =
          • Prefix =
          • Called Number = 0914445566
        • Device :Type= MGCPE1PRIPort
          • End Device Name = S0/SU0/[email protected]
          • PortNumber = 0
          • Device Status = Registered
          • AAR Group Name =
          • AAR Calling Search Space =
          • AAR Prefix Digits =
          • Call Classification =
          • Calling Party Selection =
          • CallingLinePresentation =
          • ConnectedLinePresentation =
          • Number Of Strip Digits =
          • CallerID DN =
    Alternate Matches
    • Note: Information Not Availab

     

     


  • This is the call flow I see from your dial number analyzer:

    1. Dial 0914445566

    2. Matches 09[1-9]XXXXXXX route pattern

    3. Send out PSTN-LOCAL route list

    4. Send out S0/SU0/[email protected]

     

    This is what I thought you were trying to do:

    1. Dial 914445566 (no zero)

    2. Called party xform expands calls to 0914445566 (prefixes zero)

    3. Matches 09[1-9]XXXXXXX route pattern

    4. Send out PSTN-LOCAL route list

    5. Send out S0/SU0/[email protected]

     

    Try this:

    1. Dial 914445566 (no zero)

    3. Matches 9[1-9]XXXXXXX route pattern

    4. Send out PSTN-LOCAL route list

    5. Send out S0/SU0/[email protected]

    6. Called party transformation pattern CSS on PRI port 9[1-9]XXXXXXX prefixes zero


  • The step of digit manipulations is like below for outgoing calls:

    Translation Pattern > Route Pattern > Route List > Route List Detail > Gateway/Trunk > Called Party Transformation Pattern

  • Hi,

    Thanks for your reply but what I am trying to do is:

    1. Dial 0914445566

    2. Called party xform expands calls to 914445566 (remove zero)

    3. Matches 9[1-9]XXXXXXX route pattern

    4. Send out PSTN-LOCAL route list

    5. Send out S0/SU0/[email protected]



    I






    2012/5/7 ciscovoiceguru <[email protected]>


    This is the call flow I see from your dial number analyzer:

    1. Dial 0914445566

    2. Matches 09[1-9]XXXXXXX route pattern

    3. Send out PSTN-LOCAL route list

    4. Send out S0/SU0/[email protected]

     

    This is what I thought you were trying to do:

    1. Dial 914445566 (no zero)

    2. Called party xform expands calls to 0914445566 (prefixes zero)

    3. Matches 09[1-9]XXXXXXX route pattern

    4. Send out PSTN-LOCAL route list

    5. Send out S0/SU0/[email protected]

     

    Try this:

    1. Dial 914445566 (no zero)

    3. Matches 9[1-9]XXXXXXX route pattern

    4. Send out PSTN-LOCAL route list

    5. Send out S0/SU0/[email protected]

    6. Called party transformation pattern CSS on PRI port 9[1-9]XXXXXXX prefixes zero



    --
    View this message online at: http://ieoc.com/forums/p/21599/171718.aspx#171718




    Alvaro de los Mozos Rodriguez




  • Hi Mark,


    Ive got one question about my ccie voice studing, I know that version 7 of CUCM is the CCIE voice LAB version but I have at home esxi 5 and CUCM 8.0 is the earlier version supported.
    It is really a problem for preparing CCIE voice if I use 8.0? I also have a 3750 switch with a 15 ios and I saw that official version is also 12. Is also a problem?




    thanks in advance and sorry to bother you.



    alvaro de los Mozos

    2012/4/30 Mark Snow <[email protected]>
    Everything that Matthew said is completely accurate, but I thought I would also note that in UCM 8.0 and beyond, Cng/CdPTP can also be used for pre-routing transformations as well. This becomes most evident on inbound gateway calls. 


    Sent from my iPad

    On Apr 30, 2012, at 6:59, ciscovoiceguru <[email protected]> wrote:


    Transformation patterns, more accurately termed "calling party transformation pattern" and "called party transformation pattern," are used to manipulate numbers on the RECEIVING device, whether that is a Cisco phone or a gateway.  I view it as a post-call routing change to the called/calling number.  


    The call path has already been determined and the call has pretty much already been delivered to the call destination.  These transformations change what it showed on the receiver's end.


    The best use case of these transformations are when you're using a full E.164 dial plan.  Call routing is done using the full +[number] pattern.  However, to localize the called/calling party information to something that the standard user understands, you manipulate the information delivered to the destination phone so that +19524465000 is presented as a local 4465000 or national 9544465000 call.




    -- 
    Matthew Berry  |  ciscovoiceguru.com
    +1.612.567.CCIE (2243)  |  twitter.com/ciscovoiceguru


    On Apr 30, 2012, at 5:43 AM, amozos wrote:
    Hi all, I want to know what is the difference between use translation patterns and transformation patterns. I know that if you make the DM in RP or RL it will wait till the call goes to GW in order to make affective the DM. With translation patterns when it matches the pattern it is changed. But what about the transformation pattern? Thanks in advance



    INE - The Industry Leader in CCIE Preparation<br />
    http://www.INE.com<br />
    <br />
    Subscription information may be found at:<br />

    http://www.ieoc.com/forums/ForumSubscriptions.aspx<br />




    INE - The Industry Leader in CCIE Preparation


    http://www.INE.com



    Subscription information may be found at:

    http://www.ieoc.com/forums/ForumSubscriptions.aspx


    --
    View this message online at: http://127.0.0.1/forums/p/21599/170907.aspx#170907



    Alvaro de los Mozos Rodriguez




  • I'm glad that you did ask the question!

    The answer is, yes, you can use the newer versions for studying, but I would not recommend it.  Part of the lab strategy is understanding the nuances, bugs, and limitations of the blueprint versions.  If you use the newer versions, you will miss that aspect.

    Since you're running servers in a virtual environment, I'd suggest that you build a CUCM cluster on 7.0 and revert your gateway to 12.4(24)T2 code, which is what runs in the lab under v3.

  • How many time do you think this CCIE voice version would be available? when are they supposed to change it?


    Thanks in advance

    2012/6/13 ciscovoiceguru <[email protected]>

    I'm glad that you did ask the question!

    The answer is, yes, you can use the newer versions for studying, but I would not recommend it.  Part of the lab strategy is understanding the nuances, bugs, and limitations of the blueprint versions.  If you use the newer versions, you will miss that aspect.

    Since you're running servers in a virtual environment, I'd suggest that you build a CUCM cluster on 7.0 and revert your gateway to 12.4(24)T2 code, which is what runs in the lab under v3.




    --
    View this message online at: http://ieoc.com/forums/p/21599/175238.aspx#175238


    Alvaro de los Mozos Rodriguez




  • You have at least six months from TODAY.  That is, if they announce v4 today (which they won't).  I think you'd have about 7-9 months left on the v3.  I personally think that Cisco is going to wait for CUCM 9.0 to FCS and ship.  If that happens next month, then the timeline I stated would apply.  This is just speculation, though.

  • and I suppose that 9.0 will only run in ISR2...(expensive lab) ejje isnt it?

    2012/6/13 ciscovoiceguru <[email protected]>

    You have at least six months from TODAY.  That is, if they announce v4 today (which they won't).  I think you'd have about 7-9 months left on the v3.  I personally think that Cisco is going to wait for CUCM 9.0 to FCS and ship.  If that happens next month, then the timeline I stated would apply.  This is just speculation, though.



    --
    View this message online at: http://ieoc.com/forums/p/21599/175242.aspx#175242




    Alvaro de los Mozos Rodriguez




  • So finally it seems 12 moths roughly isnt it? what about ccnp it will change?

    2012/6/13 Álvaro De los Mozos <[email protected]>
    and I suppose that 9.0 will only run in ISR2...(expensive lab) ejje isnt it?



    2012/6/13 ciscovoiceguru <[email protected]>

    You have at least six months from TODAY.  That is, if they announce v4 today (which they won't).  I think you'd have about 7-9 months left on the v3.  I personally think that Cisco is going to wait for CUCM 9.0 to FCS and ship.  If that happens next month, then the timeline I stated would apply.  This is just speculation, though.



    --
    View this message online at: http://ieoc.com/forums/p/21599/175242.aspx#175242


    --
    INE - The Industry Leader in CCIE Preparation

    http://www.INE.com



    Subscription information may be found at:

    http://www.ieoc.com/forums/ForumSubscriptions.aspx






    Alvaro de los Mozos Rodriguez



Sign In or Register to comment.