[OSL | CCIE_Voice] forward digits versus no digit strip

2012-09-07 Thread Jaime Diez
Hi Steven,

As you said, sometimes you can achieve the same result with different ways.
In that case, using different tools, the result is the same. In fact, with
the first dial-peer, you are using two digit manipulation methods because
digit-strip is the default, but I don't see any problem using both.

-- 
*Jaime Díez*
Unified Communications & Collaboration Engineer
Mob: +34 669011622
ja...@jaime-diez.net
www.jaime-diez.net

On 7 September 2012 07:56,  wrote:

> Send CCIE_Voice mailing list submissions to
> ccie_voice@onlinestudylist.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://onlinestudylist.com/mailman/listinfo/ccie_voice
> or, via email, send a message with subject or body 'help' to
> ccie_voice-requ...@onlinestudylist.com
>
> You can reach the person managing the list at
> ccie_voice-ow...@onlinestudylist.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of CCIE_Voice digest..."
>
>
> Today's Topics:
>
>1. Re: DATA THROUGH SIP TRUNK (George Papadopoulos)
>2. forward digits versus no digit strip (Steven Sarrick (ssarrick))
>3. VoiceView/Service URL (Steven Sarrick (ssarrick))
>4. Re: VoiceView/Service URL (Gurpreet Singh Kukreja)
>
>
> --
>
> Message: 1
> Date: Thu, 6 Sep 2012 19:31:44 -0400
> From: George Papadopoulos 
> To: 
> Subject: Re: [OSL | CCIE_Voice] DATA THROUGH SIP TRUNK
> Message-ID: 
> Content-Type: text/plain; charset="us-ascii"
>
> Chrys,
>
> I do not know how data/SIP provider hand offs work in your local
> market. In the US, very often the provider will actually provide SIP
> service
> over a common MPLS or ISP handoff and will then allow you to option
> different VLAN tags or possibly IPSec/secure tunnels to do both SIP
> trunking
> for PSTN and ISP/MPLS (or in some cases all three over 1 physical
> handoff!).
> Paetec/Windstream and Verizon offer services like this in the US. Again,
> not
> sure how this applies in local international markets...
>
>
>
> On Sep 6, 2012, at 1:36 PM, "Chrysostomos Christofi"
> mailto:ch.christ...@logicom.net>> wrote:
> Hi
>
> We would like to create a sip trunk with ISP but not for voice but for data
> Is it any special config to pass data through  the  sip trunk instead of
> voice?
>
> Cisco 3745 model
>
> Regards
>
>
>
>
> --
>
> Message: 2
> Date: Fri, 7 Sep 2012 03:56:49 +
> From: "Steven Sarrick (ssarrick)" 
> To: "Online Study (ccie_voice@onlinestudylist.com)"
> 
> Subject: [OSL | CCIE_Voice] forward digits versus no digit strip
> Message-ID: 
> Content-Type: text/plain; charset="windows-1252"
>
> Just making sure I don't run into any issues/caveats.  I know there is
> more than one way to skin a cat.  That being said.  If I have a dial-peer
> where I want to include the dialed digits plus prefix additional am I
> hurting myself or walking into a later problem if I use forward digits all
> along with the prefix instead of no digit strip plus the prefix.  In the
> solution guide it uses no digit strip but I am in the habit of forward
> digits all ? I have not seen any issues but just looking for potential
> scenarios.
>
> Example
>
> dial-peer voice 2002 pots
>  translation-profile outgoing 4to164
>  destination-pattern 3...
>  port 0/0/0:15
>  forward-digits all
>  prefix 001408387
>
> Versus
>
> dial-peer voice 2002 pots
>  translation-profile outgoing 4to164
>  destination-pattern 3...
>  port 0/0/0:15
> No digit-strip
>  prefix 001408387
>
>
> [http://www.cisco.com/web/europe/images/email/signature/logo01.jpg]
>
> Steven Sarrick
> SYSTEMS ENGINEER.SALES
> ssarr...@cisco.com<mailto:ssarr...@cisco.com>
> Phone: +1 412 237 6338
> Mobile: +1 412 480 3861
>
>
>
>
>
> [Think before you print.] Think before you print.
>
> This email may contain confidential and privileged material for the sole
> use of the intended recipient. Any review, use, distribution or disclosure
> by others is strictly prohibited. If you are not the intended recipient (or
> authorized to receive for the recipient), please contact the sender by
> reply email and delete all copies of this message.
>
> For corporate legal information go to:
> http://www.cisco.com/web/about/doing_business/legal/cri/index.html
>
>
>
>
> -- next part --
> An HTML attachment was scrubbed...
> URL:
> 
>
> --
>

[OSL | CCIE_Voice] forward digits versus no digit strip

2012-09-06 Thread Steven Sarrick (ssarrick)
Just making sure I don't run into any issues/caveats.  I know there is more 
than one way to skin a cat.  That being said.  If I have a dial-peer where I 
want to include the dialed digits plus prefix additional am I hurting myself or 
walking into a later problem if I use forward digits all along with the prefix 
instead of no digit strip plus the prefix.  In the solution guide it uses no 
digit strip but I am in the habit of forward digits all – I have not seen any 
issues but just looking for potential scenarios.

Example

dial-peer voice 2002 pots
 translation-profile outgoing 4to164
 destination-pattern 3...
 port 0/0/0:15
 forward-digits all
 prefix 001408387

Versus

dial-peer voice 2002 pots
 translation-profile outgoing 4to164
 destination-pattern 3...
 port 0/0/0:15
No digit-strip
 prefix 001408387


[http://www.cisco.com/web/europe/images/email/signature/logo01.jpg]

Steven Sarrick
SYSTEMS ENGINEER.SALES
ssarr...@cisco.com
Phone: +1 412 237 6338
Mobile: +1 412 480 3861





[Think before you print.] Think before you print.

This email may contain confidential and privileged material for the sole use of 
the intended recipient. Any review, use, distribution or disclosure by others 
is strictly prohibited. If you are not the intended recipient (or authorized to 
receive for the recipient), please contact the sender by reply email and delete 
all copies of this message.

For corporate legal information go to:
http://www.cisco.com/web/about/doing_business/legal/cri/index.html




___
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Are you a CCNP or CCIE and looking for a job? Check out 
www.PlatinumPlacement.com