- 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