I'm absolutely not sure, because at our site I'm neither responsible for
DNS-Configuration nor for setting up BGP,RIP and OSPF .
BUT fact is, that even for fairly large seedfiles (rem: I'm considering 8000
addresses as relatively large) within seconds the first new nodes are
discovered and displayed !!
Taking into acccount, that we're managing more than 1000 WAN-locations and
that the object-db contains 30000 objects and that we're actively using DNS,
netmon works really great (now?).
If I have some time left, I'll put the old 5.1.1 on one of my test machines
and compare the times that netmon needs for initializing after issueing
> -----Ursprüngliche Nachricht-----
> Von: James Shanks [SMTP:James_Shanks@TIVOLI.COM]
> Gesendet am: Mittwoch, 27. Oktober 1999 17:20
> An: NV-L@UCSBVM.UCSB.EDU
> Betreff: Re: AW: 5.1.2 and netmon -y improved
> The two notes below got me asking questions about this more rapid netmon
> function which was reported. The fact is that nothing in that code path
> changed. The Level 3 folks who work on netmon are mystified as to what
> could be
> causing this much improved result. All we can suggest is that this is an
> unintended result of fixing some other bug, but we don't even know what
> that one
> might be. As far as we know, it was not noticed in Verification. Are
> sure you just didn't get your DNS or IP routing problems fixed and that
> this improvement?
> James Shanks
> Tivoli (NetView for UNIX) L3 Support
> Stefan.Beck@HVBINFO.COM on 10/26/99 03:25:17 AM
> Please respond to Discussion of IBM NetView and POLYCENTER Manager on
> To: NV-L@UCSBVM.UCSB.EDU
> cc: (bcc: James Shanks/Tivoli Systems)
> Subject: AW: 5.1.2 and netmon -y improved
> I've also been astonished, that netmon -y is so fast in discovering new
> nodes (in V5.1.2).
> We're using several NetViews, and all show up the same improvement. Our
> seedfiles contain about 8000 nodes ...
> Stefan Beck
> > -----Urspr << Datei: ATT322759.txt >>