(marthras) marth...@cisco.com, Steve Keller
skeller...@gmail.com
*Cc: *CCIE Voice OSL ccie_voice@onlinestudylist.com
*Subject: *Re: [OSL | CCIE_Voice] SRST to voicemail without Alternate
Extension
** **
the requirement is always for SiteB calling into SiteA voicemail by
hitting Messages
(marthras); Steve Keller
Cc: CCIE Voice OSL
Subject: Re: [OSL | CCIE_Voice] SRST to voicemail without Alternate Extension
Calling Party Xform and assign it to the CUC Device Pool works fine for me.
HTH
From: Pixar Perfect pixarperf...@live.commailto:pixarperf...@live.com
Date: Wednesday, March
to the
script. .. :)
--
From: marth...@cisco.com
To: skeller...@gmail.com
Date: Thu, 21 Mar 2013 03:59:48 +
CC: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] SRST to voicemail without Alternate
Extension
What about a calling party
...@gmail.commailto:skeller...@gmail.com
Cc: CCIE Voice OSL
ccie_voice@onlinestudylist.commailto:ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] SRST to voicemail without Alternate Extension
the requirement is always for SiteB calling into SiteA voicemail by hitting
Messages button. SiteA
Alternatively, you could also create a translation rule in a partition
accessible only by the inbound gateway that translates the calling number
to 4 digits before sending it to voicemail. The hunt pilot calling
transform mask will work, but you could have issues if you have any caller
input
Thanks Derek
On the surface it seems like that would chop down my ANI to 4 digits for
any call into site A not just calls to vm. Also in my case site A is MGCP
controlled so I that is not an option for me...
On Mar 20, 2013 5:16 PM, Derek Wyss wys...@gmail.com wrote:
Alternatively, you could
Translation rule on CUCM. MGCP or H323 should not matter. You would match
on the called number which is the voicemail pilot number then manipulate
the calling number and send it on its way. It would not affect standard
calls into Site A as it would not match the rule.
Derek
On Wed, Mar 20,
: wys...@gmail.com
To: skeller...@gmail.com
CC: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] SRST to voicemail without Alternate Extension
Translation rule on CUCM. MGCP or H323 should not matter. You would match on
the called number which is the voicemail pilot number
Traditionally you would use the alternate extension or a 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
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
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.
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.commailto: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
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 +
CC: ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] SRST to voicemail without
13 matches
Mail list logo