Thanks to all for all of your input on this question. Based on my testing
of the suggestions provided we are essentially always stripping down the
ANI to 4 digits before routing to CUC, that is really our only option since
I have stated that Alternate Extension is not allowed in my question. With
this technique , if the ANI is read back to the message recipient it will
be chopped down to the last 4 digits. I suppose this is okay as long as
there is no requirement to play Senders ANI before the message ( which is
off by default ) . I dont see a way around this drawback. But the XXXX on
the hunt pilot calling party transform mask seems to do the job. If I were
to see a question like this on the lab exam, i hope the grading gods will
be on my side.

I do not think you can have it both ways, either CUC gets 4 digit ANI ,
finds the mailbox and prompts to sign in - and the ANI read back to the
message recipient is 4 digits, or CUC gets 10 digits and you must use the
Alternate Extension field to find the mailbox.

On Thu, Mar 21, 2013 at 12:43 AM, Pixar Perfect <pixarperf...@live.com>wrote:

> the requirement is always for SiteB calling into SiteA voicemail by
> hitting Messages button. SiteA is always MGCP gateway. Calling Party Xform
> isnt any use on MGCP gateway for incoming calls.
>
> here is another way of doing it ...
>
> Voicemail Pilot for CUC is 2200
>
> call-manager-fallback
> voicemail 2777   ---> siteB specific
>
> translation-pattern on CUCM to convert 2777 into 2200 and mask calling
> number XXXX. The CSS of the translation pattern should have access to 2200.
>
>
>
> there is no definitive answer as to which solution is graded positively.
> there is a reason why many leading CCIE instructors say this is not a test
> of best practices but a test of how like able is your solution to the
> script. .. :)
>
>
>
>
>
> ------------------------------
> From: marth...@cisco.com
> To: skeller...@gmail.com
> Date: Thu, 21 Mar 2013 03:59:48 +0000
>
> CC: ccie_voice@onlinestudylist.com
> Subject: Re: [OSL | CCIE_Voice] SRST to voicemail without Alternate
> Extension
>
> What about a calling party transform mask on the incoming gateway?
>
> Sent from my iPhone
>
> On Mar 20, 2013, at 10:43 PM, "Steve Keller" <skeller...@gmail.com> wrote:
>
>   Thanks Bill, I like this option pretty well as it seems to limit
> treatment of calls this way to CUC when site B is in SRST mode only.  I
> will try to lab this up tomorrow morning. Question for you, will this only
> solve my issue of pressing the VM button to access my mailbox to retrieve a
> message. Meaning when PSTN calls in to site B phone and then gets
> forward(redirected) to voicemail, I use a dial-peer that provides RDNIS
> capabilites to route the caller to the correct mailbox and not the opening
> greeting. So with this would i still want to use the following to get the
> caller into my mailbox?
>
> dial-peer voice 2600 pots
> destination-pattern 2600
> port 0/0/0:23
> no digit-strip
> prefix 202555 ( assuming no LD code at this site )
>
> this is the way i get callers into my mailbox - using RDNIS.
>
>  On Wed, Mar 20, 2013 at 10:49 PM, William Bell <b...@ucguerrilla.com>wrote:
>
> If you are told National calls must present a 10D ANI  AND you are
> restricted from using an alternate extension in CUC then I do the
> following. I am not sure whether this would be graded right or wrong
>
>  On the SRST device (assume basic SRST)
>
>
>  call-manager-fallback
>  max-ephone 10
>  max-dn 20 oct
>  huntst chan 1
>  voicemail 912025552699   ! or some unused DID on Site A
>  call-forward noan 912025552600 time 20       !assume VM pilot is 2600
>  call-forward busy 912025552600
>  time-z <whatever>
>  time-f <whatever>
>  date-f <whatever>
>  call-forward pattern .T
> !
> <do your dial-peer work, as needed>
>
>
>  On CUCM:
>
>  Create a PT:   hq_gw-in_pt
> Create a CSS: hq_gw_css
>
>  Assign CSS to hq gateway
>
>  Either
>
>  a.) create a translation in hq_gw-in_pt
> Pattern: 2699
> xform ANI: XXXX
> xform DNIS: 2600    ! as in, redirect to regular VM pilot
> CSS: your regular HQ phone CSS will do
>
>  OR
>
>  b.) create a new hunt pilot in hq_gw-in_pt
> Pattern: 2699
> HL: your VM HL
> xform ANI:XXXX
>
>
>  Why would I go this path?
>
>  1. We had a requirement that National calls are presented with a 10D ANI
> in SRST mode. I assume that you would already have a translation-p that
> handles this bit
>
>  2. We can't modify the CUC subscriber.
>
>  3. This method doesn't interfere with RDNIS to VM
>
>  4. This method doesn't interfere with direct or redirect calls from HQ
> or SiteC
>
>
>  Anyway, that is my 2 cents.
>
>  -Bill
>
>  --
> William Bell
> blog: http://ucguerrilla.com
> twitter: @ucguerrilla
>
>
>
>  On Mar 20, 2013, at 9:33 PM, Bill wrote:
>
>  Traditionally you would use the alternate extension or a XXXX on the
> pilot.  So if you we're denied the ability to use alternate extension for
> this task but had to use it for another, say allowing easy voicemail access
> to a user at home, then I think you are looking at a very specific inbound
> translation on your gateway or nay sending 4 digits if the PSTN allows.  I
> would definitely test out the translation setup to ensure you can do it.
>
> Sent from my iPad
>
> On Mar 20, 2013, at 3:44 PM, Steve Keller <skeller...@gmail.com> wrote:
>
> In SRST mode, when the vm button is pressed, i have a dial-peer to route
> this call to the vm hunt pilot on the UCM.
>
>
>  dial-peer voice 2600 pots
>
> description voicemail-pilot
>
> destination-pattern 2600
>
> no digit-strip
>
> port 0/0/0:23
>
> prefix 1408202
>
> If i have to adhere to the requirement that LD calls should be 10 digit
> ANI, then i am sending the full 10 digit ANI for this call as well ( even
> though it more of a hidden number rather than an implicit user dialed
> number)
>
> Thus the call arrives at site A GW with 10 digits , say 9723033002.
>
> In order to route this call to the correct mailbox i would have to use
> Alternate Extension of 9723033002 and then i will be prompted to login.
>
> However, if i am not allowed to use alternate extension then i must have
> another strategy.
>
>
>  here are the choices i can think of, please chime in if you too have
> experienced this dilemma and what is the best way to solve it.
>
>
>  1) do not send the full 10 digit ANI for this call and it will arrive at
> site a GW as 4 digit ANI and then land in the mailbox, but not adhere to LD
> calls should be 10 digit ANI requirement.
>
>
>  2) put XXXX as calling party transform mask on the Hunt Pilot, thus
> stripping the caller ANI to 4 digits and i can be prompted to log in.
> However i think with this method, anytime the caller ANI is read to before
> the message is played the caller id would incorrectly state from "3002"
> instead of from "9723033002"
>
>
>  essentially, what is the best way for SRST users to access voicemail
> when you are not permitted to use Alternate Extension.
>
>
>  thanks in advance all!!
>
>
>  steve
>
>
>  _______________________________________________
>
> 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
>
> _______________________________________________
> 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
>
>
>
>   _______________________________________________
> 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
>
>
> _______________________________________________ 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
>
_______________________________________________
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

Reply via email to