Hi, I might have misinterpreted the task. Call handler greeting managment is easy to configure for 2 users. But the original question would be still interesting to answer.
Regarding your solution Brian, I'm not sure you can have the same extension for 2 different user on CUC (wouldn't make sense, how CUC would know which user is calling). e.g. user1 has 5001 as his primary extension and shareduser has 5001 and 1001 as alternate extensions. if 5001 calls unity, should it be recognized as user user1 or user shareduser? Although MWI should still work with this solution. best regards kobel On Mon, May 2, 2011 at 13:11, Brian <[email protected]> wrote: > As George mentions, if the requirement is only to manage call handler > greetings, we can set up the greeting adminstrator and associate the > relevant users as owners of the call handlers. > > If we are looking to manage the mailbox the call handler delivers to: > > We can set alternate extensions to allow call routing to the mailbox for > message and greeting management from different DNs. > > We can also set multiple MWI extensions (different from notification > devices) to light separate DNs > > hth > Brian > > Sent from my iPad > > On 2 May 2011, at 00:39, George Goglidze <[email protected]> wrote: > > > Hi Brian, > > > > If you define just one user with alternative extension, then you will > never get notification (MWI) on alternative extension. Which from what I > understand would violate requirements. > > > > > Moron, I think I would go for the same approach as you did, distribution > list. This is the easiest one anyway. > > > > I wouldn't go for notification devices, as they don't do MWI as such, > it's only a recorded message that says there's a message, so probably > depends largely on the task requirements. > > I really think if they mean that you need to do a notification device > that will be somehow very clearly stated. Something like, "the user should > receive notification call on his mobile that he has a new voicemail". Just > to be clear I've just invented this and has nothing to do with real lab. > Therefore I might be wrong. > > > > P.S. I just checked wb 2 lab 10 and the requirement says nothing about > MWI... The two users are only required to be able to manage the prompts of > the call handler. Main prompt and alternative prompt. So maybe you misread > the question? > > > > > > Sent from my iPad > > > > On 1 May 2011, at 20:54, Brian <[email protected]> wrote: > > > >> Hi Miron - would a new user/mailbox with alternate extensions and mwi > notification set for the two required users fulfil requirements? > >> > >> hth > >> Brian > >> > >> > >> Sent from my iPad > >> > >> On 1 May 2011, at 11:42, Miron Kobelski <[email protected]> wrote: > >> > >>> Hello, > >>> > >>> In vol2 lab10 there is following scenario: configure CUC with a call > handler, which should play prompt and take messages. > >>> Two CUC users should be able to manage these messages and get MWI > notifications. > >>> > >>> PG skips this requirement. I configured distribution list with 2 users > and selected it as a destination for message left by the caller. This makes > MWI work for both users, but the message is duplicated (in both mailboxes). > I could use dispatch delivery to solve this somehow. > >>> How would you solve this taks? > >>> > >>> best regards > >>> kobel > >>> _______________________________________________ > >>> 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
