Just make 2999 an alternate ext of 2602. HTH, Brian
----- Reply message ----- From: "Ashar Siddiqui" <siddas...@gmail.com> Date: Wed, Jun 9, 2010 8:37 am Subject: [OSL | CCIE_Voice] CUC Voicmeail diversion To: "'wolfsrudel'" <wolfsru...@gmail.com>, <ccie_voice@onlinestudylist.com> Thanks Wolf, If I disable VM on 2999, will an incoming call go to VM of2602? -----Original Message----- From: wolfsrudel [mailto:wolfsru...@gmail.com] Sent: 09 June 2010 13:33 To: Ashar Siddiqui; ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] CUC Voicmeail diversion resuming to the original called number is the expected behaviour. remove call-coverage settings from 2999 or disable it's diversion to vm. hth On 6/9/10, Ashar Siddiqui <siddas...@gmail.com> wrote: > Hello, > > > > I have an issue with one of our customer where the call diversion is not > working properly. > > The incoming number (352999) to extension 2602 after 1800hrs. > > > > Ext. 2602 has voicemail setup on it, which works internally and also when > dialled as DDI - but this does not work when calls are diverted to it from > 352999. > > > > I think it's a Unity issue that it gets back to the original called party > for voicemail. Any workaround that it should go to voicemail of 2602? > > > > Thanks > > > > > > > > -- Sent from my mobile device _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com