| To: | <nv-l@lists.us.ibm.com> | 
|---|---|
| Subject: | RE: [nv-l] SNMPv3 - was "Enhancement Requests" | 
| From: | "Barr, Scott" <Scott_Barr@csgsystems.com> | 
| Date: | Thu, 5 Aug 2004 08:27:17 -0500 | 
| Delivery-date: | Thu, 05 Aug 2004 14:39:32 +0100 | 
| Envelope-to: | nv-l-archive@lists.skills-1st.co.uk | 
| Reply-to: | nv-l@lists.us.ibm.com | 
| Sender: | owner-nv-l@lists.us.ibm.com | 
| Thread-index: | AcR6fp5HQRs2VaumS92eK/d+/8oGUAAbhtYg | 
| Thread-topic: | [nv-l] SNMPv3 - was "Enhancement Requests" | 
| Joe, I'm not disputing that no vendor has "everything". And 
again, I'm just doing my semi-annual rain dance to try and get some attention 
from IBM to expand and enhance the design and development areas for NetView. 
There is the appearance, justified or not, of apathetic management at IBM. When 
you talk to people in support or development, they lament the situation. You can 
tell they would love to do more - if they could, but have no 
resources. As I have stated many times in this forum, sometimes, it is 
necessary and desirable to re-invent the wheel. There are inherent issues with 
NetView (and as I said TEC also) where it is obvious that significant change is 
necessary. Particularly in the area of single threaded architecture. When I 
started working with NetView on the distributed side (I was a mainframe NetView 
guy also), the networks were flat ethernet and token ring segments with low 
speed links. Routers were small and simple, switches did not exist and only the 
smallest minority of traffic was TCP/IP in corporate America. The internet was 
not an avenue for commercial product deployment. Ancillary devices like UPS 
systems and printers and PBX systems were not only non-SNMP manageable, 
they weren't even hooked to the network. Not any more. Now, virtually everything 
is attached to the network, virutally everyone is using TCP/IP, we not only have 
high speed links we have 100mb and 1000mb ethernet and routers with hundreds of 
interfaces. In corporate America, we have gone from a reactive approach (letting 
users call the help desk) to the proactive model (driven by things like 
Sarbannes Oxley legislation [sorry if the spelling is wrong] and overly 
demanding service level agreements. For goodness sakes we have service level 
agreements covering products we deliver OVER the internet! And yet, the core architecture of NetView is virtually 
identical to what it was 10 years. In software, evolution is key, and if you 
don't agree, you merely need to look at Microsoft Windows and the IBM mainframe 
products to see examples of technology that is fundamentally different than it 
was 10 years ago because the market place pointed that way and IBM and Microsoft 
recognized it. The development effort on the NetView product has not kept pace 
with the advancement of technology and the changes in corporate culture and now 
it looks, to the untrained eye anyway, to be an aging dinosaur amongst a lot of 
young products that are loaded with functionality (albeit they all come with 
their own support and inter-operability issues).  And the most infuriating aspect of it is that when you try 
and raise the red flag, when you try and get the ear of IBM executives, you fall 
short and are typically disappointed. Thats why I say the senior managment seems 
oblivious or apathetic. Maybe it's time for NetView to be open source (probably 
can't do that due to HP code).  Look, I have been accused of bleeding blue for a long time. 
I *DO* believe in IBM as a company - I think they represent all that can be 
right about a technology company. But I can tell you also that NetView is NOT 
meeting the demands a typical corporate network. Everyone wants centralized 
management. Everyone wants integrated systems, problem management, fault 
isolation, escalation, automation - all have to be tied together. We have thrown 
big hardware at NetView and we could throw even more, but I still can't get 
around performance issues related to single threaded automation. And I can't 
continue to endorse a platform that just doesn't seem to be going anywhere 
technologically. Maybe this seems like I'm overstating my opinion, and maybe 
things are going on behind the scenes I don't know about, but right now, I don't 
see a light at the end of a tunnel, not even an oncoming 
train. 
 Joe Fernandez Kardinia Software jfernand@kardinia.com | 
| <Prev in Thread] | Current Thread | [Next in Thread> | 
|---|---|---|
| 
 | ||
| Previous by Date: | Re: [nv-l] 512 byte limit on trap variables, James Shanks | 
|---|---|
| Next by Date: | Re: [nv-l] invalid SNMPTrap, James Shanks | 
| Previous by Thread: | RE: [nv-l] SNMPv3 - was "Enhancement Requests", Joe Fernandez | 
| Next by Thread: | RE: [nv-l] SNMPv3 - was "Enhancement Requests", James Shanks | 
| Indexes: | [Date] [Thread] [Top] [All Lists] | 
Archive operated by Skills 1st Ltd
See also: The NetView Web