tkelly

Comments

  • I'll start by stating what information I'm collecting for the dump file I use from User Tracking. The fields I currently use are, User Name (of workstation), connected device MAC Address, connected device hostname, connected device IP address and subnet, node name, node IP address, node port, node port description, node…
  • Chris, Dave expressed my exact sentiment. Right now we have CiscoWorks and the only reason we haven't comletely decommissioned it is because we use its UserTracking to provide us with a list of what is connected to the switches. We actually have an automated dump of the CiscoWorks UserTracking that is pulled into a…
  • I agree this is something that is sorely missing from the product. As it is now I just get the MAC and use the mac address tables on the switches to find the port. It's not the best method but it gets the job done. I believe I started a thread about this before and I've seen it in a few other threads. Hopefully they'll…
  • Chris, Thank you for the update. I had seen the post regarding the beta and the web interface for Cirrus. It looks very promising. Unfortunately I don't have a test/dev environment for Cirrus or Orion and we depend on Cirrus too much at this time for me to sign up for the Beta but I'm hoping the final version comes out…
  • The reason we changed away from CiscoWorks was because we were disappointed in the fact that they wanted to charge so much to go from LMS2.6 to 3. And the User Tracking in CiscoWorks is really good and certainly gets us exactly what we need. With the help of some custom Syslog parsing and Cirrus we have the config…
  • That's exactly what sales told me. I just found it hard to believe that someone who designed a product like this didn't have some sort of remote probe or collector that could be provided. Especially since all it's needing to be is a Netflow forwarder and really doesn't have to do a whole heck of a lot more. I can't justify…
  • That is probably another very good source for the information but I think I still run into the same issue of how to do it via command-line and save it as a CSV. The information is certainly there.
  • OK, so I spoke with sales and they told me they don't have a "Netflow Remote Receiver" and that the only way to get what I need using our current setup would be to purchase a small license for NPM and NTA. I really don't see this as being a viable response to this scenario. So having said that, I'd be interested to see how…
  • I'd also be very interested. We actually have 1 ACE module internally and 2 ACE modules externally at two different locations and we're ready to start monitoring those as well.
  • That was exactly what I needed! Thank you very much for your assistance. It will certainly save me a fair amount of time. Hopefully they are looking at adding a "Rename" feature with the GUI soon. Regardless, thank you again.
  • Are you still on an older version of CiscoWorks? Obviously since we aren't planning to keep CiscoWorks we are on a fairly outdated version of CiscoWorks but it still gets the job done. My problem is now that I've been using Solarwinds I have been neglecting CiscoWorks so I don't know how much I trust it's data. It's a real…
  • Not the answer I wanted to hear but the answer that I was afraid I was going to hear. Thank you for your prompt response.
  • I see what you're saying here but it seems like an awefully unnecessary way of doing things. We actually have our syslogs sent to two servers now so it would be an option. I think my only solution would be to only receive the router syslogs to Solarwinds so that RTCD would key off that but that doesn't seem like a real…
  • I have a follow-up post to this. Is it in an official document somewhere stating that CLR is required. We run our system on a consilidated Enterprise SQL server also and our DBAs have intentionally not installed CLR and are fighting the installation of CLR. At this point I'm stuck where I can't upgrade. I'm hoping maybe…
  • Thank you. I'll contact sales.
  • Actually I'm haivng the same issue. I've tried several things that I thought SHOULD work but none have been successful.
  • Good luck. We don't allow our servers direct access to the Internet so I have to speak with Customer Service. I was trying to migrate to a new server. I tried 2 different support numbers that both give fast busy signals. I tried e-mailing customerservice and submitting a trouble ticket. All to no avail. It's as if…
  • Actually, this is something that we wanted to do at my work but our Information Security department nix'd it because we don't allow anything to pass from the DMZ straight to the inside. We have ended up with another Solarwinds server with NTA in the DMZ management zone just for collecting the DMZ netflows and monitoring…
  • lchance, So far we have not had any problems with letting the servers re-boot after patches. We aren't using WUS but we do allow our patch management system to push out the patches and auto-reboot after the patches when necessary. So far all has run fine.