home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / vmsnet / networks / tcpip / cmutek / 1148 < prev    next >
Encoding:
Internet Message Format  |  1992-12-23  |  2.7 KB
  1. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!mccall!cmu-tek-newsgate!list
  2. Newsgroups: vmsnet.networks.tcp-ip.cmu-tek
  3. Subject: RE: Name resolver difficulties with CMUTEK
  4. Message-ID: <0096583A.9ACEF400.8254@garnet.nist.gov>
  5. From: "Jonathan E. Hardis" <hardis@garnet.nist.gov>
  6. Date: Wed, 23 Dec 1992 11:05:23 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. CC: hardis@garnet.nist.gov
  11. Errors-To: CMU-OpenVMS-IP-Request@drycas.club.cc.cmu.edu
  12. Lines: 67
  13.  
  14. > Normally the name resolver works fine.  Once in a while (and somewhat
  15. > spuriously) if I try to resolve a name which I know doesn't exist,
  16. > eg by misspelling part of the node name, I get back an error "maximum
  17. > referral limit exceeded" and then the UDP port for the name resolver
  18. > closes itself.  I can do an IPNCP NAMRES START to get things working
  19. > again, but the name resolver seems even more fragile after that and
  20. > may cease to function after the next bad name.  The process named
  21. > NAMRES is still around even if the name resolver itself no longer
  22. > seems to work.
  23.  
  24. In the oldies but goodies department:
  25.  
  26.     There are some problems in the NAMRES program, but for the most
  27. part they are fixed in 6.6.5-A.  There are also a few things you can do
  28. to make NAMRES run more reliabily:
  29.  
  30.     First, make sure MAXBUF is greater than 2400.  Fortunately, this
  31. parameter can be adjusted while the system is running.
  32.  
  33.     Second, include the Internet root servers in NAMRES.CONFIG:
  34.  
  35. DOMAIN_SERVER:.:kava.nisc.sri.gov.:192.33.33.24:53
  36. DOMAIN_SERVER:.:AOS.BRL.MIL.:192.5.25.82:53
  37. DOMAIN_SERVER:.:C.NYSER.NET.:192.33.4.12:53
  38. DOMAIN_SERVER:.:TERP.UMD.EDU.:128.8.10.90:53
  39. DOMAIN_SERVER:.:NS.NASA.GOV.:192.52.195.10:53
  40. DOMAIN_SERVER:.:NIC.NORDU.EDU.:192.36.148.17:53
  41. DOMAIN_SERVER:.:ns.nic.ddn.mil.:192.112.36.4:53
  42.  
  43.     Third, add these lines to your NAMRES.CONFIG:
  44.  
  45. Variable:RECURSE:1
  46. Variable:TIMEOUT:5
  47. Variable:REFMAX:10
  48.  
  49.     Fourth, if NAMRES goes out to lunch, you can kill it via the following
  50. command:
  51.  
  52. IPNCP>NAMRES EXIT
  53.  
  54.     and restart it via a little command file like this:
  55.  
  56. $     RUN              SYS$SYSTEM:NAMRES.EXE    /NOACCOUNTNG    -
  57.     /NOAUTHORIZE        /QUEUE_LIMIT=100     /DUMP        -
  58.     /BUFFER_LIMIT=65535    /IO_BUFFERED=65535    /PRIORITY=6    -
  59.     /IO_DIRECT=32767    /AST_LIMIT=200        /DETACHED    -
  60.     /PRIVILEGES=(CMKRNL,SYSPRV)            /UIC=[1,4]    -
  61.     /MAXIMUM_WORKING_SET=3000                    -
  62.     /PAGE_FILE=80000    -
  63.     /process_name=NAMRES
  64. $    exit
  65.  
  66.  
  67.  
  68. -HWM
  69. ----------
  70. Henry W. Miller
  71. Assistant Systems and Network Manager
  72. U.S. Bureau of Reclamation
  73. Mid Pacific Region
  74. 2800 Cottage Way MP1100
  75. Sacramento, CA 95825
  76. (916) 978-5108 / FTS - Same as commercial
  77. Inet:    "henrym@sacwms.mp.usbr.gov"
  78. BITNET:    "hmiller@scu"
  79.  
  80. "I've fallen, and I can't get up!"
  81.