[cisco-voip] mobile connect configuration

[Chris Ward (chrward)]

Charles,

Just learned of a feature called "Dusting" or "Call Move" which will be released in CUCM 8.0 that will allow you to push a call to your desk phone from the cell phone without MOH being heard. So it's not perfect but better.

-Chris


-----Original Message-----
From: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Chris Ward (chrward)
Sent: Tuesday, October 06, 2009 4:03 PM
To: Charles Goldsmith
Cc: voip puck
Subject: Re: [cisco-voip] mobile connect configuration

Ah, I was missing the part about the 7960 (non-java).

So yes, you are limited there. But you are going to be limited in basically all the new features also.

I use a 7975 and don't experience any type of slowness (or don't think I do). Are there specific areas of phone usage you experience the slowness? I honestly haven't noticed any peppiness issues on the Java phone with the exception of pre-dialing, which was fixed when we introduced en-bloc dialing a little while ago.

Let me know. Thanks Charles!

-Chris


-----Original Message-----
From: Charles Goldsmith [mailto:wokka at justfamily.org] 
Sent: Tuesday, October 06, 2009 3:58 PM
To: Chris Ward (chrward)
Cc: voip puck
Subject: Re: [cisco-voip] mobile connect configuration

Thanks Chris.   I did play around with the Maximum wait time, but my
users (and CIO) prefer the hangup method over using the code.

About visual voicemail, from what I've read, it's not supported on the
non-java phones, and all of my users have 7960G phones.  The CME/CUE
combo offered a nice, quick application for visual voicemail.  The few
people who have 7975G don't like the slowness of the java app (me
being one of them).

I will certainly give this feedback to my Cisco account manager.

Thanks
Charles

On Tue, Oct 6, 2009 at 2:48 PM, Chris Ward (chrward) <chrward at cisco.com> wrote:
> Hi Charles,
>
> You are correct in your understanding. One thing that *may* help is the
> following:
>
> On the user config page in CCMAdmin, under the mobility settings, there
> is a parameter called " Maximum Wait Time for Desk Pickup". Setting this
> to 0 will disable the automatic call hold when you hang up on your desk
> phone. So when you want to flat-out end a call, you can just hang up.
> Now, if you want to transfer the call to your desk phone, you can still
> use the *81 feature and can pick it up on the desk phone.
>
> Also, not sure why you can't get visual voicemail. My CUCM phone has it
> running, although I am not sure what the CUCM versions or apps are
> behind as I don't have visibility into that cluster.
>
> I will pass this feedback along as the CME method does seem a little
> nicer than the CUCM method, but really, you should provide this feedback
> to your account team. Good luck!
>
> -Chris
>
>
> -----Original Message-----
> From: cisco-voip-bounces at puck.nether.net
> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Charles
> Goldsmith
> Sent: Tuesday, October 06, 2009 3:24 PM
> To: voip puck
> Subject: [cisco-voip] mobile connect configuration
>
> Mobile connect (Single Number Reach) on the CM (7.1.2) has me a bit
> baffled.  When the call goes through to the cell, and is answered, no
> problems there, however, when you want to pick up the line on your
> desk, there is no button to do so.  You have to hang up the cell
> phone, which puts the call on hold on your desk, or use the enterprise
> feature codes (for example, *81 to hold) and put the call on hold,
> then pick it up on the desk phone.
>
> Details on this configuration are found at
> http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/admin/7_1_2/ccmfeat/f
> smobmgr.html
>
> Is there no better way to handle this?  The end user is going to hear
> on-hold music either way.   On a CME, the desk phone gets a resume
> button because the call seems to be on-hold during SNR, and you can
> switch it from mobile to desk seamlessly with no clicks, blips, or
> on-hold music.
>
> Our CIO doesn't like our "upgrade" from CME to CM because of this
> feature, and the loss of visual voicemail (another issue outside the
> scope of this topic).
>
> Any help would be appreciated.
>
> Charles
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip