I have a pretty basic problem that has plagued me for some time that I assume there is a simple solution to but cannot find on my own. On a 9971 phone, when I am on a call, and I receive a call on the second line, I am unable to Divert this call to voicemail.  So it continues ringing annoyingly in my current conversation until it's over. I use Jabber and so normally I click the Decline button that pops up on my computer screen and this works to succesfully send the call to voicemail, but I know there has to be some way of doing this on the phone without having jabber installed and running.  I just can't figure out how to do it. The softkeys on the phone - specifically the iDivert button - only show up for the line that is in focus - so in this case the line that I am using for my active conversation.  In order to get the Divert button to show up for the other line I somehow need to focus on the incoming call - but clicking the button for that line just answers the call which is NOT what I want to do. Can anyone tell me if there is a way to accomplish what I am trying to do? ... View more

I have a lab network setup at my house with similar equipment to our office that I use for testing different features and functionality.  Since I have had this installed (~ 2 years) I've had an intermittent but recurring problem with connectivity to various wireless devices that I have never been able to fully resolve. I have a 5508 Wireless controller with a handful of 3502i APs spread throughout my house.  The controller is connected to a 3560X switch.  And I have an ASA 5510 firewall as my Firewall/Internet Gateway. When I work from home I most often work from a desktop computer in my office and have a Windows RDP session to a laptop located in another room in my house on one of my monitors as a working space (I know this is weird but there is a good reason).  This laptop is connected via WiFi at all times. Occasionally, I will lose connectivity to this laptop (or not be able to connect back to my desktop from it) and have to start an extended ping from the laptop to the desktop to re-establish connectivity.  A while ago I performed some deeper analysis on what was happening and what I found is that when the connectivity breaks the problem is that the desktop is unable to resolve the MAC address of the laptop.  It sends out ARP requests but never receives any reply back. Why would the controller stop replying to ARP requests for the IP address of the laptop? If I log into the controller while this is happening it shows the laptop as a connected client, and has its IP address and MAC address listed fine in the clients section.  In order to avoid getting up every time I need to reconnect, I normally hop to a system I control across one of my VPN tunnels via RDP, then connect BACK to the laptop and start the ping to re-establish connectivity back to my main desktop machine.  This works because the firewalls ARP cache hasn't cleared yet.  And then everything works fine again... unless I manually clear my ARP cache.  Sometimes clearing the ARP cache will result in the exact same problem again and I will lose connection.  Other times it seems to repopulate almost immediately and the connection doesn't drop. A wireshark debug from the desktop reveals that ARP requests simply go out with no reply, confirming what is happening. As a note, I have set both the User Idle Timeout and the ARP timeout to 24 hours to try and help but this has not had any effect. This problem seems to go away and then come back.  In fact, I havent been experiencing this issue for probably a couple months recently and then it just started again in the last few days which is why I am back to posting here.  No changes to the network were made in the meantime that could account for this change in behavior.  I am currently running version 7.2.111.3 but this behavior has persisted through at least four software upgrades so I don't think it's an issue with a specific version but I don't really know. I occasionally epxerience connectivity issues in my house to other devices as well that I use less often like a printer, network camera, apple tv so I now feel like these issues are likely all related. Does anyone have any advice for things I could try next in the troubleshooting process to pinpoint what is breaking? ... View more

Anyone got this working? I installed the drivers okay using the setup program but after restarting device manager keeps switching the device between other devices and a Com port with a contually incrementing port number so I it's not usable at all. ... View more

I am doing some testing of Lync 2013 voice features and trying to setup calling between a UC 8.6 cluster and Lync. I have read through many of the guides several times and have reached a state where I can successfully makes calls from Lync software clients and phones between each other, out to our Cisco infastrcuture, and externally. I cannot, however, manage to get calls from outside or our Cisco devices to reach the lync phones. Upon analyzing the debugs, it seems that CallManager is properly sending a SIP INVITE for the extension being dialed at Lync's address.  Lync is receiving this INVITE and responding with a message of User Not Found and the call is dropping. Our company is setup without DIDs and all users have extensions.  I created a separate test extension range to use for Lync.  Lync uses an E.164 number format and expects the numbers to be in full notation like this for extensions: tel:+60383830160;ext=123.  Since our CallManager is just forwarding the dialed extension Lync seems to be getting stuck and dropping the call. In order for extension dialing to work between our end users within Lync, it was necessary to create a Normalization rule as described in this article (http://jasonmlee.com/archives/426).  A translation like this is what I think is necessary here as well but the normalization rule I configured within the dial plan does not seem to work for incoming SIP connections (I guess it only works for numbers dialed from within Lync?) I thought the Called Number Translation Rule section on the trunk configuration would be the perfect place to transform the number into the full notation Lync is expecting; but it won't take a semi-colon for the input field here (unlike the normalization rules) so I am unable to accomplish this in the way I was hoping.  I was thinking of trying a workaround on the CUCM side within the route pattern, but Cisco wont accept a semi-colon for the transformation either. Does anyone on here have any experience with Lync voice and Cisco CUCM?  Any thoughts for how to proceed from here?  I am planning to open a case with Microsoft but their support is miserable so I thought the user community might be more effective in this case. ... View more