[cisco-voip] SNR/Mobility Not Working for Transferred Calls with User Control

[Matthew Loraditch]

Remote destination doesn't ring when the call is transferred to the user. Receptionist is best example. (Not a CUxAC user just regular phone) If the users DID is called remote destination rings.

Sent from my iPad

On Jan 7, 2014, at 8:23 PM, "Ryan Ratliff (rratliff)" <rratliff at cisco.com<mailto:rratliff at cisco.com>> wrote:

Can you be more specific in what doesn't work?  The user control option for SNR calls wouldn't be there if it flat out didn't work.  As you noted it does require DTMF to get back to CUCM before the call will be cut through to the mobile but that should be it.

-Ryan

On Jan 7, 2014, at 11:48 AM, Matthew Loraditch <MLoraditch at heliontechnologies.com<mailto:MLoraditch at heliontechnologies.com>> wrote:

We are being told by TAC this doesn’t work. The customer thinks it should and I frankly agree. We are insisting they provide documentation to prove the behavior is not a bug. They have referenced the SRND but I am not reading anything where it says SNR only works with Timer Control. In fact the user control section doesn’t list any caveats except that DTMF relay must be working.
Anyone have any insight here? If it’s a bug that’s fine but there should be a bug ID.

<image001.jpg>
Matthew G. Loraditch – CCNP-Voice, CCNA-R&S, CCDA
1965 Greenspring Drive
Timonium, MD 21093

direct voice. 443.541.1518
fax.  410.252.9284

Twitter<http://twitter.com/heliontech>  |  Facebook<http://www.facebook.com/#!/pages/Helion/252157915296>  | Website<http://www.heliontechnologies.com/>  |  Email Support<mailto:support at heliontechnologies.com?subject=Technical%20Support%20Request>
Support Phone. 410.252.8830
<image002.png>

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20140108/175ad1e2/attachment.html>