home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / protocol / tcpip / 4148 < prev    next >
Encoding:
Internet Message Format  |  1992-08-19  |  2.4 KB
  1. Path: sparky!uunet!ogicse!uwm.edu!ux1.cso.uiuc.edu!news.iastate.edu!IASTATE.EDU!mustang
  2. From: mustang@IASTATE.EDU (Daniel M Engholm)
  3. Newsgroups: comp.protocols.tcp-ip
  4. Subject: Re: Multiple End Systems Via One IP Address?
  5. Message-ID: <1992Aug19.201711@IASTATE.EDU>
  6. Date: 20 Aug 92 01:17:11 GMT
  7. Article-I.D.: IASTATE.1992Aug19.201711
  8. References: <1992Aug18.171150.13939@cis.ohio-state.edu>
  9. Sender: news@news.iastate.edu (USENET News System)
  10. Reply-To: mustang@IASTATE.EDU (Daniel M Engholm)
  11. Organization: Iowa State University
  12. Lines: 42
  13.  
  14. In article <1992Aug18.171150.13939@cis.ohio-state.edu>, rhm@oclc.org (Robin
  15. Hermance-Moore) writes:
  16. > Can anyone point me to a commercially-available solution to this
  17. > problem?
  18. > 
  19. > We are designing an application which will run on multiple Unix
  20. > systems & be accessible via TCP/IP.  We would like to make these
  21. > systems available to users on the Internet using a single IP
  22. > address.  Since the "application systems" all run pretty much
  23. > independently of each other, we envision something like this:
  24. > 
  25. > Internet
  26. >     |
  27. > [ Front ]
  28. > [ End   ]
  29. >     |
  30. >     ---------------------------------
  31. >     |           |           |
  32. > [ Appl  ]   [ Appl  ]   [ Appl  ] ...
  33. > [ Host  ]   [ Host  ]   [ Host  ]
  34. > [ # 1   ]   [ # 2   ]   [ # 3   ]
  35. > 
  36. > [more information followed, but has been deleted]
  37.  
  38. This probably won't help you in you ultimate quest, but I would like to
  39. describe a similar situation we have here.  We have a terminal server (Xyplex)
  40. with fourteen 8-port serial cards.  Each card is a separately managed device
  41. with a unique IP address.  Xyplex has a product call the Rotary Domain Name
  42. Server which watches the use of multiple cards and determines which is least
  43. busy.  When a user opens a telnet connection to the service "isn.iastate.edu",
  44. a query goes to the campus Domain Name Server, which consults
  45. "isn.rdns.iastate.edu" for the associated IP address.  The RDNS replies with
  46. the address of the least busy card.  The campus DNS has a time to live of zero,
  47. so the entry isn't cached.
  48.  
  49. This solution has the benefit of not having a bottleneck with a single front-
  50. end system handling all the traffic.  I hope this helps, even if just a little.
  51. --
  52. Dan Engholm                      |  Internet: mustang@iastate.edu
  53. Telecommunications Engineer      |  US Mail:  95B Black Engineering Bldg.
  54.                                  |            Iowa State University
  55. (515)294-8414                    |            Ames, Iowa  50011-2163
  56.