Re: Network Monitoring

I have been using SolarWinds NPM/NCM for a couple of years. Good
product, no doubts. For 15 sites environment I have managed to stay
withing 250 license units for NPM. But I am checking only critical
interfaces, no user ports are monitored.

But if Bill says it is a big environment, the price per port might be
high, since SolarWinds charges per node OR interface whichever hits the
roof first. Monitoring each switch port would give a lot of interfaces
for NPM and might lead to a need to buy unrestricted (quite expensive)
license.

A.

ALL From_NJ wrote:
> <my .02>
>
> Hey team,
>
> For the price it is hard to beat solarwind's Orion. The software works
> pretty darn good. Contact Solarwinds, tell them you are in a competitive
> situation, and ask them: "Which solution should I choose?" See what they
> can do for you ...
>
> ;-)
>
> A few years ago when I used Tivoli, it was a full time chore ... not fun.
> For sure, it was not 'set it and forget it' ... I do not know about now.
>
> There is a bit too much on this page below ... a lot is offered to say the
> least, but ... there might be something that meets your needs.
>
> http://www.cisco.com/en/US/products/sw/netmgtsw/
>
> Good luck!
>
>
>
> On Sat, May 9, 2009 at 9:25 AM, Muhammad Nasim <muhammad.nasim_at_gmail.com>wrote:
>
>
>> Come on i Farrukh,
>>
>> It was a nightmare for me at one of my BIG client, I was doing the SNMP
>> traps on the Swtiches and server and IBM Tivoli was doing nothing,
>>
>> Just showing me in the logs that one snmp traps received : ) hahah
>>
>>
>>
>> 2009/5/9 Farrukh Haroon <farrukhharoon_at_gmail.com>
>>
>>
>>> I hope you guys heard of SNMP traps :)
>>>
>>> On Sat, May 9, 2009 at 3:31 PM, Bill Mckenzie <bmckenzie_at_hotmail.com>
>>> wrote:
>>>
>>>
>>>> Sure. Say this is a trading floor environment with external brokerage
>>>> firms. If there is latency normally of 20ms and there is an issue that
>>>> causes that to be 50ms or more for an amount of time, trading
>>>>
>> information
>>
>>>> may be invalid and someone could be looking for compensation. Today,
>>>> Reactive troubleshooting must now be done to figure out what happened
>>>>
>> and
>>
>>>> traced back to network, server or application. With the 5 minute
>>>>
>>> trending,
>>>
>>>> that is a process that may or may not produce a good answer. They are
>>>>
>>> aware
>>>
>>>> of the impact of constant polling on the network.
>>>>
>>>> Sent from my iPhone using mb"Box Mail - http://mboxmail.com
>>>>
>>>> ________________________
>>>>
>>>> On 2009-05-09 08:21:46 -0400 Dale Shaw <dale.shaw_at_gmail.com> wrote:
>>>>
>>>>
>>>>> Perhaps you could elaborate on the "Milliseconds delay can cost money
>>>>> in this case" aspect, so people fully appreciate the requirement.
>>>>>
>> It's
>>
>>>>> not as though collecting data every 5 minutes means you lose
>>>>> visibility of everything that happens in between polling cycles, but
>>>>> clearly interface stats like bits per second get averaged out.
>>>>>
>>>>> Have you considered the impact of such frequent polling, both in
>>>>>
>> terms
>>
>>>>> of management traffic and managed device performance overhead?
>>>>>
>>>>> cheers,
>>>>> Dale
>>>>>
>>>>> On Sat, May 9, 2009 at 9:33 PM, Bill Mckenzie <bmckenzie_at_hotmail.com
>>>>>
>>>> wrote:
>>>>
>>>>>> The critical needs are ability to scale but just as important,
>>>>>>
>> polling
>>
>>>> in
>>>>
>>>>>> 1/5/10 second intervals. Milliseconds delay can cost money in this
>>>>>>
>>> case,
>>>
>>>> so
>>>>
>>>>>> it's very important for constant polling.
>>>>>>
>>>>>> On 2009-05-09 07:22:22 -0400 Dale Shaw <dale.shaw_at_gmail.com> wrote:
>>>>>>
>>>>>>
>>>>>>> We use Statseeker in a couple of managed networks --
>>>>>>> http://www.statseeker.com
>>>>>>>
>>>>>>> It does a really good job, scales very well and is super easy to
>>>>>>> integrate, but data is collected and reported in five minute
>>>>>>> intervals.
>>>>>>>
>>>> Blogs and organic groups at http://www.ccie.net
>>>>
>>>> _______________________________________________________________________
>>>> Subscription information may be found at:
>>>> http://www.groupstudy.com/list/CCIELab.html
>>>>
>>> Blogs and organic groups at http://www.ccie.net
>>>
>>> _______________________________________________________________________
>>> Subscription information may be found at:
>>> http://www.groupstudy.com/list/CCIELab.html
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>> --
>> Muhammad Nasim
>> Network Engineer
>> Saudi Arabia
>>
>>
>> Blogs and organic groups at http://www.ccie.net
>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html

Blogs and organic groups at http://www.ccie.net
Received on Sun May 10 2009 - 07:42:11 ART