home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sequent / 462 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  4.0 KB
  1. Xref: sparky comp.sys.sequent:462 comp.sys.unisys:419
  2. Path: sparky!uunet!dtix!oasys!curt
  3. From: curt@oasys.dt.navy.mil (Curt Welch)
  4. Newsgroups: comp.sys.sequent,comp.sys.unisys
  5. Subject: Re: multiple SCEDs on one LAN
  6. Message-ID: <22622@oasys.dt.navy.mil>
  7. Date: 22 Jul 92 21:52:45 GMT
  8. References: <1992Jul22.140352.24997@wvus.org>
  9. Reply-To: curt@oasys.dt.navy.mil (Curt Welch)
  10. Followup-To: comp.sys.sequent
  11. Organization: Carderock Division, NSWC, Bethesda, MD
  12. Lines: 78
  13.  
  14. In comp.sys.sequent, pete@wvus.org (Pete Gregory) writes:
  15. >Hi - PTX 1.1.1 here on 3xS27's + 2xS81's...
  16. >
  17. >One of our S81's has enough tcp connections that we've had to buy a second
  18. >SCED card (each SCED card will carry up to 256 tcp connections, a hard
  19. >limit).
  20.  
  21. I find this tcp limit very hard too believe.  What does the SCED card
  22. have to do with TCP?  Did they move the TCP/IP code into the SCED card
  23. for PTX?  It certainly has nothing to do with TCP in our Sequent S27
  24. runing Dynix V3.0.17.9.
  25.  
  26. If there's a limit of 256 TCP connections I wouldn't expect it to be
  27. in the SCED card.  It would be a kernel problem.
  28.  
  29. What happens when you reach this limit?
  30.  
  31. >The idea
  32. >here is that some people would telnet to the first SCED card, and others to
  33. >the second SCED card, thereby distributing the tcp-connections load evenly
  34. >among the two SCED cards and avoiding problems by overflowing one or the
  35. >other.
  36.  
  37. >When the two SCED cards' IP addresses are set to be 89.0.0.5 and 89.0.0.40,
  38. >the second SCED card end up transmitting ALL outbound packets; netstat -i
  39. >looks like this:
  40.  
  41. This is just the way TCP/IP works.  The tcp output routine uses the
  42. routing table (netstat -r) to determine which interace to send a packet.
  43. It will send the packet out the first interface it finds with the
  44. correct network address.  If both your interfaces are configured for the
  45. same network (89), then all packets will go out the first interface.
  46. (notice that this logic has nothing to to with TCP connections).
  47.  
  48. Notice that netstat -i doesn't say anything about the number of TCP
  49. connections associated with the card.
  50.  
  51. >Something else I've tried: using IP addresses on different network numbers
  52. >(ie. 89.0.0.5 and 88.0.0.40), but we can't reach the 2nd SCED card, even
  53. >when I manually put entries for the 2nd SCED card in all machines' ARP
  54. >tables.
  55.  
  56. To distribute the load, you have to make it look like two different
  57. ethernet cables - i.e. give them different network numbers - like you
  58. tried above.
  59.  
  60. The problem is that the workstations assume that all hosts on the
  61. same ethernet cable will have the same network number.  So if you
  62. have a workstation with address 89.0.0.10, and it tries to talk
  63. to the Sequent as 88.0.0.40, it won't work.  The workstation doesn't
  64. know how to send packets to network 88 - and on most systems, there's
  65. no way to assign two different network numbers to the same
  66. ethernet interface.
  67.  
  68. What you can do is change the IP address of half of your workstaions
  69. so they too are on the 88 network.  Then they will be able to talk
  70. to the Sequent.  But then they will have problems talking to other
  71. workstations that have IP address with 89 network number.
  72.  
  73. You can solve this by making the sequent act as a gateway between the
  74. two networks (which it will do automatically.  On the workstations,
  75. just configure the sequent as the default gateway.  If the workstation
  76. has an 89 address, then use the 89 address of the Sequent as the
  77. default gateway and address, and if the workstion has an 88 address,
  78. then use the Sequent's 88 address as the gateway.  BTW, on Unix
  79. workstations you normally define the default gateway (i.e. route) with
  80. a command that looks something like this: "/usr/etc/route add 0
  81. 89.0.0.40 1".
  82.  
  83. The problem with this set up is any time a workstation needs to talk
  84. to another workstation that has a different network number, all the
  85. traffic will have to go through the Sequent, and will appear on the
  86. cable twice.  If you have very little traffic between the other
  87. workstaions, this might not be too bad.
  88.  
  89. But basically, all this shouldn't be required.
  90.  
  91. Curt
  92.