Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[nv\-l\]\s+Vital\s+QIP\s+and\s+NetView\s*$/: 4 ]

Total 4 documents matching your query.

1. [nv-l] Vital QIP and NetView (score: 1)
Author: "Cowan, Christopher" <Christopher_Cowan AT sra DOT com>
Date: Thu, 7 Aug 2003 16:40:34 -0400
I just noticed another in a string of annoyances generated by my customer's use of Vital QIP. The most recent one was with NetView. Basically, I have non-SNMP managed desktops (of course that almost
/usr/local/webapp/mharc-adsm.org/html/nv-l/2003-08/msg00044.html (12,045 bytes)

2. RE: [nv-l] Vital QIP and NetView (score: 1)
Author: "Barr, Scott" <Scott_Barr AT csgsystems DOT com>
Date: Thu, 7 Aug 2003 16:00:22 -0500
This is only a problem on the non-windows version of NetView. I have made an enhancement request um, about two years ago to have the Unix version of NetView properly handle DHCP desktops. The ways we
/usr/local/webapp/mharc-adsm.org/html/nv-l/2003-08/msg00045.html (13,504 bytes)

3. RE: [nv-l] Vital QIP and NetView (score: 1)
Author: "Cowan, Christopher" <Christopher_Cowan AT sra DOT com>
Date: Fri, 8 Aug 2003 10:17:35 -0400
One thing that did occur to me was to look to see whether QIP can be configured to send a trap when it performs a DDNS update. -- Chris Cowan Sr. ESM Consultant SRA International
/usr/local/webapp/mharc-adsm.org/html/nv-l/2003-08/msg00052.html (11,237 bytes)

4. RE: [nv-l] Vital QIP and NetView (score: 1)
Author: "Cowan, Christopher" <Christopher_Cowan AT sra DOT com>
Date: Fri, 8 Aug 2003 10:33:13 -0400
Perhaps even a better approach would be: Configure the NV server to run a secondary named. Assuming that I can write an "exit" after receiving an update or zone xfer, perform a demand poll right then
/usr/local/webapp/mharc-adsm.org/html/nv-l/2003-08/msg00054.html (11,512 bytes)


This search system is powered by Namazu