Caveat emptor   Avoid the pain we've had with multicast on the Nexus 6001, release 7.0.0.N1.1, by not upgrading. NX-OS v7 brings to the table some really nice features, but to let multicast slip through the net is absolutely incredible by Cisco. Mutlicast doesn't work between different vlans if  the receiver joins the group before the sender.     Confirmed bug ... View more

Hi, I'm looking to find a better solution to my current incoming call manageability. I currently have the lines of 10 people presented on one phone, and if any of those people's lines don't get answered, the call rolls to another line, let's call it Line A. Using a 7961, this is fine, and works adequately as the call that rolled over is displayed as "Forwarded for Joe Blogs" on Line A. If we now use a 9971 device, those calls that roll over, briefly display a pop-up message on the main display, somewhat like the new message desktop notifier in Outlook. Once that message has disappeared, it's difficult to establish who the call was originally for. Can that brief notification message be displayed for longer? Is there a better solution to what I'm currently doing? I'm sure there is. I've thought about Hunt Groups, but I don't believe they'll help in this situation. If you have any thoughts, I would greatly appreciate them Many thanks ... View more

Hi, I've got most of my devices spouting SNMP traps for various different things, and Ciscoworks forwards these traps on via email, as you do. For most things it works great, however since we've created a script to pull on the configs off the devices (Simply don't trust Ciscoworks), we're always spammed with SNMP traps like the one below: ALERT ID                = 000071P TIME                    = Mon 10-Jan-2011 16:19:07 GMT STATUS                  = Active SEVERITY                = Critical MANAGED OBJECT          = lrouter-loo-0.mwam.local MANAGED OBJECT TYPE     = Switches and Hubs EVENT DESCRIPTION       = router1-loo-0.mwam.local: Cisco Configuration Management Trap:InformAlarm; PORT-lon-cr1-loo-0.mwam.local/10113 [Gi1/0/13] [Trunk to router2-gig-1-0-24]:OperationallyDown; CUSTOMER IDENTIFICATION = networks-info I know one port is down, and that's expected, I just haven't cleared the alert and turned off the monitoring in DFM. We're using: snmp-server enable traps config-copy snmp-server enable traps config on all of our devices, but only 4 out of 80+ devices throw this trap out when their config is copied by the script. I've googled extensively, but I haven't come across any real help. Has anyone got any idea what the situation is with this? I'm getting bored of deleting a bunch of emails every time our script runs, and I don't want to create a rule for fear of filtering real alerts. Any ideas would be appreciated Cheers ... View more