home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / sys5 / r3 / 439 < prev    next >
Encoding:
Internet Message Format  |  1993-01-27  |  6.2 KB
  1. Xref: sparky comp.unix.sys5.r3:439 biz.sco.general:5658
  2. Newsgroups: comp.unix.sys5.r3,biz.sco.general,mst.support
  3. Path: sparky!uunet!hobbes!xenitec!news.byu.edu!eff!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!mstar!mstar!bob
  4. From: bob@MorningStar.Com (Bob Sutterfield)
  5. Subject: Re: TCP 1.2 routing
  6. In-Reply-To: stevea@i88.isc.com's message of Tue, 26 Jan 1993 23: 59:15 GMT
  7. Message-ID: <BOB.93Jan27184135@volitans.MorningStar.Com>
  8. Sender: news@MorningStar.Com
  9. Nntp-Posting-Host: volitans.morningstar.com
  10. Organization: Morning Star Technologies
  11. References: <1993Jan26.235915.6378@i88.isc.com> <1k4d6oINN4ph@mudos.ann-arbor.mi.us>
  12. Date: Wed, 27 Jan 1993 23:41:41 GMT
  13. Lines: 127
  14.  
  15. (We were working to resolve this issue quietly in calm, pleasant,
  16. private discussions with SCO's tech support and developer relations
  17. folks.  But since Mr. Berry's question in these forums seems to be
  18. getting generally misunderstood, and since our fair name was getting
  19. dragged into the fray, I felt the need to clarify what's happening.
  20. To any SCO folks who may be listening in, please accept my apology for
  21. dragging this out even longer in public.)
  22.  
  23. In article <1993Jan26.235915.6378@i88.isc.com> stevea@i88.isc.com (Steve Alexander) writes:
  24.    In article <1993Jan26.165229.12678@ennews.eas.asu.edu> berry@enuxha.eas.asu.edu (Joel R. Berry) writes:
  25.       I have recently upgraded to 1.2 TCP/IP from SCO.  Much to my
  26.       supprise when I installed ppp and tried to route our networks
  27.       together it failed.  Apparently in the new release the routes
  28.       can not route you from one net (or subnet) to another.  ...
  29.       According to Morningstar the sco people say that it is a new
  30.       FEATURE!
  31.  
  32.    Surprisingly, MorningStar is a little confused.
  33.  
  34. (Ummm, I think that's a compliment, right? :-)
  35.  
  36.    You can route, but this behavior is no longer enabled by default,
  37.    in compliance with RFC 1122.  When you add a second interface the
  38.    system will ask you if you want to enable gateway functionality.
  39.    Tell it yes.
  40.  
  41.    If you've already done this but answered no, do the following:
  42.        /etc/conf/bin/idtune IPFORWARDING 1
  43.        /etc/conf/bin/idtune IPSENDREDIRECTS 1
  44.  
  45. He didn't ask how to turn his SCO TCP 1.2 system into a router, though
  46. this is documented in the installation procedure for Morning Star PPP.
  47. He wanted to add a route through the destination address of a
  48. POINTOPOINT link, where the source and destination were not on the
  49. same IP network or subnet.  This worked under SCO TCP 1.1.3, but no
  50. longer works under SCO TCP 1.2.  I'll append an example below.
  51.  
  52. In article <1k4d6oINN4ph@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:    
  53.    It's not only a feature -- any system that *does* route packets by
  54.    default is in violation of the Host Requirements RFC.
  55.  
  56. Right, but he didn't ask how to enable his system to route packets.
  57. He asked how to enable it to route packets through the destination of
  58. a POINTOPOINT link where the destination address is on a different IP
  59. (sub)network than the source address.
  60.  
  61.    At any rate, SCO does support routing/gatewaying packets, but it
  62.    needs to be explicitly turned on.
  63.  
  64. Right.
  65.  
  66.    I've never used Morningstar PPP, so it may not ask this question.
  67.    If it doesn't (and if it doesn't, you should complain to
  68.    Morningstar, since this is arguably a bug),
  69.  
  70. Our installation procedure doesn't use netconfig, because (as I
  71. recall) netconfig couldn't be persuaded to be flexible enough to
  72. understand what we were trying to tell it to do.
  73.  
  74.    ...then you'll have to manually edit /etc/conf/pack.d/ip/space.c
  75.    and change the lines that read
  76.        #define IPFORWARDING 0
  77.        #define IPSENDREDIRECTS 0
  78.    to
  79.        #define IPFORWARDING 1
  80.        #define IPSENDREDIRECTS 1
  81.  
  82. All this is also discussed in our installation README, and Mr. Berry
  83. (being an unusual user who actually RTFMs :-) had already done it.
  84.  
  85.  
  86. Here's an example of what most users of dial-up IP services want to do
  87. with their systems:
  88.  
  89. /* first, a link to someplace else within our organization */
  90. # pppd 137.175.19.5:137.175.19.44 netmask 0xffffff00 auto
  91. #
  92. /* now, a link to another network */
  93. # pppd 137.175.88.107:192.5.58.18 auto
  94. #
  95. #
  96. /* everything looks normal */
  97. # ifconfig du0
  98. du0: flags=51<UP,POINTOPOINT,RUNNING>
  99.         inet 137.175.19.5 --> 137.175.19.44 netmask ffffff00
  100. # ifconfig du1
  101. du1: flags=51<UP,POINTOPOINT,RUNNING>
  102.         inet 137.175.88.107 --> 192.5.58.18 netmask ffff0000
  103. # netstat -i
  104. Name   Mtu   Network     Address       Ipkts   Ierrs Opkts   Oerrs Collis
  105. wdn0   1500  137.175.2   conch         10232   0     5320    54    33
  106. lo0    2048  loopback    localhost     754     0     754     0     0
  107. du0    1500  137.175.19  137.175.19.5  0       0     0       0     0
  108. du1    1500  137.175     137.175.88.10 0       0     0       0     0
  109. # netstat -rn
  110. Routing tables
  111. Destination      Gateway            Flags    Refs     Use  Interface
  112. 127.0.0.1        127.0.0.1          UH          1        0 lo0
  113. 192.5.58.18      137.175.88.107     UH          0        0 du1
  114. 137.175.19.44    137.175.19.5       UH          0        0 du0
  115. 137.175.2        137.175.2.28       U           6     4364 wdn0
  116. #
  117. #
  118. /* we can add a route through a link that stays within our subnet */
  119. # route add default 137.175.19.44 1
  120. add net default: gateway 137.175.19.44 flags 0x3
  121. # route delete default 137.175.19.44
  122. delete net default: gateway 137.175.19.44 flags 0x1
  123. #
  124. /* but we can't add a route through an IP vendor's connection point */
  125. # route add default 192.5.58.18 1
  126. add net default: gateway 192.5.58.18 flags 0x3: Network is unreachable
  127. #
  128.  
  129. I can't point my default route through a router that's part of a
  130. different network.  How else am I supposed to connect my network with
  131. PSInet or AlterNet or BARRnet or any of the others?
  132.  
  133. A major part of the frustration is that, as Mr. Berry noted, this
  134. worked fine under SCO TCP 1.1.3, as it does under every other UNIX and
  135. UNIX-like operating system we've ever encountered.  My only solace is
  136. that, since it's a problem in IP, this afflicts users of SCO's new PPP
  137. product too, so maybe SCO will fix it for all of us :-)
  138. --
  139. Bob Sutterfield, Morning Star Technologies            +1 614 451 1883
  140. 1760 Zollinger Rd, Columbus Ohio USA, 43221           +1 800 558 7827
  141. bob@MorningStar.Com                                   +1 614 459 5054 (FAX)
  142.