home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / vmsnet / networks / tcpip / cmutek / 1145 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  1.7 KB

  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!mccall!cmu-tek-newsgate!list
  2. Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
  3. Subject: Name resolver difficulties with CMUTEK
  4. Message-ID: <009657BC.CBEA5A80.7269@talvax.physics.mcmaster.ca>
  5. From: system@talvax.physics.mcmaster.ca
  6. Date: Tue, 22 Dec 1992 20:04:49 EST
  7. Reply-To: CMU-OpenVMS-IP@drycas.club.cc.cmu.edu
  8. Organization: The Internet
  9. Return-Path: <@andrew.cmu.edu:CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu@mccall.com>
  10. Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
  11. Lines: 24
  12.  
  13. Hi,
  14.  
  15. I'm running CMUTEK 6.6-5 with MX 3.1c on VMS 5.4-2 on a MicroVAX 3100.
  16. Normally the name resolver works fine.  Once in a while (and somewhat
  17. spuriously) if I try to resolve a name which I know doesn't exist,
  18. eg by misspelling part of the node name, I get back an error "maximum
  19. referral limit exceeded" and then the UDP port for the name resolver
  20. closes itself.  I can do an IPNCP NAMRES START to get things working
  21. again, but the name resolver seems even more fragile after that and
  22. may cease to function after the next bad name.  The process named
  23. NAMRES is still around even if the name resolver itself no longer
  24. seems to work.
  25.  
  26. So far the only pattern I've been able to establish is that the re-
  27. solver works for three to five days after an @IP_STARTUP with a clean
  28. message queue, then craps out.  If I clear the message queue and do
  29. a NAMRES START, it may crash on the next bad name.  If I do another
  30. @IP_STARTUP, it's good for another few days.
  31.  
  32. Any suggestions?  I've set it up by the book with the suggested values
  33. for SYSGEN parameters and everything else is default.
  34.  
  35. Cheers....G. Hackman, system@talvax.physics.mcmaster.ca
  36.  
  37.