home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / protocol / tcpip / domains / 836 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  2.4 KB
  1. Path: sparky!uunet!olivea!mintaka.lcs.mit.edu!ai-lab!life.ai.mit.edu!mib
  2. From: mib@churchy.gnu.ai.mit.edu (Michael I Bushnell)
  3. Newsgroups: comp.protocols.tcp-ip.domains
  4. Subject: Re: SOA and root server question
  5. Message-ID: <MIB.93Jan12161038@churchy.gnu.ai.mit.edu>
  6. Date: 13 Jan 93 00:10:38 GMT
  7. References: <1993Jan12.172225.11113@homebase.vistachrome.com>
  8. Distribution: inet
  9. Organization: MIT Artificial Intelligence Lab
  10. Lines: 35
  11. NNTP-Posting-Host: churchy.gnu.ai.mit.edu
  12. In-reply-to: andy@homebase.vistachrome.com's message of 12 Jan 93 17:22:25 GMT
  13.  
  14. In article <1993Jan12.172225.11113@homebase.vistachrome.com> andy@homebase.vistachrome.com (Andy Finkenstadt) writes:
  15.  
  16.    We have some vendor-supplied equipment here which is hard-coded for
  17.    an IP address that belongs to control data (the dreaded 192.9.200.x)
  18.    since they had no understanding of how IP connectivity works and 
  19.    used the Sun default range.  Unfortunately, this equipment can not 
  20.    be changed to use our correct IP address.
  21.  
  22.    If we have reverse pointers for the wrong IP address and never need
  23.    connectivity to the real 192.9.200.x, do we need to worry about this
  24.    external to our company as we join the internet?  I would guess that
  25.    the root servers would not acknolwedge that our domain owns that IP
  26.    space in in-addr.arpa and therefore we'd never get external queries
  27.    about this hardware.  (Also, those machines will never ever talk to 
  28.    the internet.)
  29.  
  30. Incorrect resource records have an annoying way of propogating
  31. themselves to other parts of the network.  Doing this would, in my
  32. opinion, be a very bad idea.  DNS programs assume (and should) that
  33. people don't do things like you suggest (because it is strongly
  34. discouraged) and as a result, don't segregate records at all.  Also,
  35. assuming that you never need to send mail to CDC is a bad decision.
  36. Are you willing to make that guarantee for ten years?  If not, you
  37. shouldn't set things up this way.
  38.  
  39. If you just purchased the equipment, I would return it for refund,
  40. with a nastily worded letter explaining that you understood it could
  41. support TCP/IP, as claimed, when in fact it cannot.
  42.  
  43.     -mib
  44. --
  45. Michael I. Bushnell      |     Watch, for you do not know when the master of 
  46. +1 617 625 4518 (H)     -+-    the house will come, in the evening, or at
  47. +1 617 253 8568 (W)      |     midnight, or at cockcrow, or in the morning, 
  48. mib@gnu.ai.mit.edu       |     lest he come suddenly and find you asleep.
  49.