[cisco-voip] Mobile Connect - Mid Call Enterprisefeatures

Ryan Ratliff rratliff at cisco.com
Fri Oct 24 10:08:37 EDT 2008


That's correct.  We have a software client for certain smart phones that
will enable you to use features like hold, transfer, etc via softkeys on the
phone rather than dialing feature codes via the mobile connect service.

The product that works with these is Cisco  Unified Mobility Advantae (CUMA)
and Mobile Communicator (CUMC).
 


-Ryan 
-----Original Message-----
From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Malcolm Caldwell
Sent: Thursday, October 23, 2008 7:43 PM
To: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Mobile Connect - Mid Call Enterprisefeatures

On Thu, 2008-10-23 at 09:44 -0400, Ryan Ratliff wrote:
> The process for conference/transfer is a bit more complicated I'm 
> afraid.
> For Conference:
> 1. Enter: *82 (Exclusive Hold)
> 2. Make new call to Enterprise Feature Access DID. 
> 3. On connect enter: 
> <PIN_number> # *85 # <Conference_Target/DN> # 4. Upon answer by 
> conference target enter: *85
> 
>  
> For transfer it's the same only use *84 instead of *85.
> -Ryan

The documentation mentions Smart phone clients in many different places.
Is there such a client available?

Is this client actually the mobile communicator, for which you need all the
mobile advantage (or what ever it is called).  I understand this to be an
additional server in the DMZ that acts as a proxy. And licences.

>  
> 
> 
> ______________________________________________________________________
> From: STEVEN CASPER [mailto:SCASPER at mtb.com]
> Sent: Thursday, October 23, 2008 8:48 AM
> To: Ryan Ratliff; cisco-voip at puck.nether.net
> Cc: KATHERINE FOX
> Subject: RE: [cisco-voip] Mobile Connect - Mid Call Enterprisefeatures
> 
> 
> 
> Hi Ryan,
>  
> Here is what I have tried:
>  
> Inbound call to desk phone with mobile connect enabled Pick up call on 
> associated cell phone hold (*81 or *82) and resume (*83) works.
>  
> tried transfer *84 and conference *85  separately and in combination 
> with putting the call on hold but nothing happens. I would think the 
> system would send some kind of tone or indication to continue the conf 
> or transfer function. I did not see anything in the bug toolkit 
> relating to these features.
>  
> Steve
>  
> 
> 
> >>> "Ryan Ratliff" <rratliff at cisco.com> 10/22/2008 5:10 PM >>>
> 
> I believe you have to hold the call before initiating transfer or
> conference.    What is the exact sequence you are trying?
>  
> -Ryan
> 
>  
> 
> 
> ______________________________________________________________________
> From: cisco-voip-bounces at puck.nether.net
> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of STEVEN CASPER
> Sent: Wednesday, October 22, 2008 11:31 AM
> To: cisco-voip at puck.nether.net
> Cc: KATHERINE FOX
> Subject: [cisco-voip] Mobile Connect - Mid Call Enterprise features
> 
> 
> 
> Any body get Mobile Connect - Mid Call Enterprise features to work?
>  
> Hold (*81) and Resume(*83) work ok but no luck with Transfer(*84) or 
> Conference(*85). This is to plain old dumb cell phones.
>  
> Thanks!
> Steve
> 
> 
>  
> 
> ************************************
> This email may contain privileged and/or confidential information that is
intended solely for the use of the addressee.  If you are not the intended
recipient or entity, you are strictly prohibited from disclosing, copying,
distributing or using any of the information contained in the transmission.
If you received this communication in error, please contact the sender
immediately and destroy the material in its entirety, whether electronic or
hard copy.  This communication may contain nonpublic personal information
about consumers subject to the restrictions of the Gramm-Leach-Bliley Act
and the Sarbanes-Oxley Act.  You may not directly or indirectly reuse or
disclose such information for any purpose other than to provide the services
for which you are receiving the information.
> There are risks associated with the use of electronic transmission.  The
sender of this information does not control the method of transmittal or
service providers and assumes no duty or obligation for the security,
receipt, or third party interception of this transmission.
> ************************************
> ************************************
> This email may contain privileged and/or confidential information that is
intended solely for the use of the addressee.  If you are not the intended
recipient or entity, you are strictly prohibited from disclosing, copying,
distributing or using any of the information contained in the transmission.
If you received this communication in error, please contact the sender
immediately and destroy the material in its entirety, whether electronic or
hard copy.  This communication may contain nonpublic personal information
about consumers subject to the restrictions of the Gramm-Leach-Bliley Act
and the Sarbanes-Oxley Act.  You may not directly or indirectly reuse or
disclose such information for any purpose other than to provide the services
for which you are receiving the information.
> There are risks associated with the use of electronic transmission.  The
sender of this information does not control the method of transmittal or
service providers and assumes no duty or obligation for the security,
receipt, or third party interception of this transmission.
> ************************************
> _______________________________________________
> 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



More information about the cisco-voip mailing list