[cisco-voip] Translation Profile out on voice port

Sun Mar 22 15:22:59 EDT 2015

What you said there, is technically correct.

"the router is applying translation profile on the voice port after
matching outbound dial-peer"

Did you mean to say that it was processing the voice port translation
profile before performing digit strip on DP?  If so, then that's not
correct behavior.

You can prove this with the following configuration:

voice translation-rule 1
 rule 1 /^0..$/ /9991\0/ ;doing digit strip properly, so matching on 0..
 rule 2 /^1...$/ /888\0/ ;not doing digit strip properly, so matching on
1...
!
voice translation-profile PSTN_OUT
 translate called 1
!
dila-peer voice 1 pots
 destination-pattern 1...$
 port 0/3/0:15
!
voice-port 0/3/0:15
 translation-profile outgoing PSTN_OUT
!

Then debug your ISDN Q931 messages and see what is being sent in the
SETUP.  If 999 is prefixed, then the solution is working as designed
despite what debugs might be telling you.  If 888 is prefixed, then digit
stripping is not happening at the DP level, and I would suspect either: A)
a defect in the code, and try new code, or B) the documentation that I have
on hand is incorrect or incomplete, and that's just the way it works.

On Sun, Mar 22, 2015 at 9:48 AM Ahmed Elnagar <ahmed_elnagar at hotmail.com>
wrote:

> Yes exactly, I will try to recreate this issue in the lab this week to
> have the debug…but what I remember I see in the debug is that the router is
> applying translation profile on the voice port after matching outbound
> dial-peer L
>
>
>
> *Regards,*
>
> *Ahmed Elnagar *|* Networking Consultant *| *CCIE #24697, Voice*
>
> [image: Description: Description: Description: Description: MS Green]
>
>
>
> *From:* Anthony Holloway [mailto:avholloway+cisco-voip at gmail.com]
> *Sent:* Sunday, March 22, 2015 1:06 AM
>
>
> *To:* Ahmed Elnagar; VOIP Group
> *Cc:* ahmed ellboudy
> *Subject:* Re: [cisco-voip] Translation Profile out on voice port
>
>
>
> Right on Ahmed.  I'm always in favor of exploring how things work to gain
> a better understanding, eve if it means breaking something or doing
> something atypical.
>
>
>
> For learning sake, let's break down your example step by step:
>
>    1. Outbound Dial-Peer - The caller dialed 1000 and matched the
>    destination-pattern 1...
>
>
>    1. Translation Profile - There isn't one, so the number is still 1000
>       2. CLID - There isn't one, so the number is still 1000
>       3. Digit Strip - This is configured, by default, so the number is
>       now 000
>       4. Prefix Digits - There isn't one, so the number is still 000
>       5. Forward Digits - There isn't one, so the number is still 000
>
>
>    1. Outbound Voice Port - The port command on the DP takes us to the
>    right port
>
>
>    1. Translation Profile - This is configured, by you, so the number is
>       now 1000 (matched on /^0../ and replaced with /1\0/
>
> Unless the CVOICE book has the order of operations wrong, I'm inclined to
> think you hit a bug.  Or maybe I'm not understanding your observations of
> what's happening.  Could you post actual configurations as well as debug
> output for debug voice translation?
>
>
>
>
>
> On Sat, Mar 21, 2015 at 5:40 PM Ahmed Elnagar <ahmed_elnagar at hotmail.com>
> wrote:
>
> Yes the idea is that I am verifying the concept not a production setup.
>
>
>
> *Regards,*
>
> *Ahmed Elnagar *|* Networking Consultant *| *CCIE #24697, Voice*
>
> [image: Description: Description: Description: Description: MS Green]
>
>
>
> *From:* Anthony Holloway [mailto:avholloway+cisco-voip at gmail.com]
> *Sent:* Thursday, March 19, 2015 8:47 AM
> *To:* Ahmed Elnagar; VOIP Group
> *Cc:* ahmed ellboudy
> *Subject:* Re: [cisco-voip] Translation Profile out on voice port
>
>
>
> The order in which digit manipulation is processed on an outbound POTS
> dial peer is:
>
>    1. Outbound Dial-Peer
>
>
>    1. Translation Profile
>       2. CLID
>       3. Digit Strip
>       4. Prefix Digits
>       5. Forward Digits
>
>
>    1. Outbound Voice Port
>
>
>    1. Translation Profile
>
> Source: CVOICE
>
>
>
> You're configuration looks correct to me, so I cannot explain why it's not
> working for you.  Other than maybe a defect.  In truth, I would have just
> used the no digit-strip command on the dial-peer.  Think about the resource
> usage in your method.  You're having the router strip the one off, and then
> put it back on.  In the no digit-strip method, you simply tell the router
> to do nothing.  So, 2 tasks versus 0 tasks; which one is smarter?
>
>
>
> On Wed, Mar 18, 2015 at 4:26 PM Ahmed Elnagar <ahmed_elnagar at hotmail.com>
> wrote:
>
> Hi all;
>
>
>
> It has been a very long time since I posted to the mailing list but you
> are always the “gateway of last resort” to find an expert reply J
>
>
>
> I was testing voice translation rules on a VGW with the below setup
>
>
>
> I want someone to be able to call extensions “1XXX” from a site connected
> back to back to another site using E1 0/3/0 “H323 GW with CUCM in each
> site”…I know I could do it with a simple forward-digits all under the pots
> dial-peer in order for the router to send 1XXX in the ISDN setup insetead
> of sending XXX.
>
>
>
> I am trying to verify the concept of translation profiles but I am having
> a strange issue, for the below call the pots dial-peer is matched as an
> outgoing dial-peer but as soon as this happens the debugs shows that the
> router check if there is a tx profile on the voice port “before making the
> digit strip” and translate the number and then make a dial-peer match again
> and then go out of the voice port…is that a normal behavior? My expectation
> is that the dial-peer should be matched first then apply digit strip and at
> the exit from the E1 interface translation profile to be applied.
>
>
>
> I cannot find any document that explains this part or document this
> approach…any ideas?
>
>
>
> Below is my configuration
>
>
>
> Voice translation rule 1
>
> Rule 1 /^0../ /1\0/
>
>
>
> Voice translation profile PSTN_OUT
>
> translate called 1
>
>
>
> voice-port 0/3/0:15
>
> translation-profile outgoing PSTN_OUT
>
>
>
>
>
> dial-peer voice 1 pots
>
> destination-pattern 1…
>
> port 0/3/0:15
>
>
>
>
>
>
>
> *Regards,*
>
> *Ahmed Elnagar *|* Networking Consultant *| *CCIE #24697, Voice*
>
> [image: Description: Description: Description: Description: MS Green]
>
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150322/59e23cab/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 2768 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150322/59e23cab/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 2768 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150322/59e23cab/attachment-0001.jpg>