home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / novell / 9745 < prev    next >
Encoding:
Internet Message Format  |  1992-11-22  |  3.0 KB
  1. Path: sparky!uunet!crdgw1!newsun!donp
  2. From: donp@novell.com (don provan)
  3. Newsgroups: comp.sys.novell
  4. Subject: Re: Need help with TCP/IP routing on NetWare 3.11
  5. Message-ID: <1992Nov23.063848.7593@novell.com>
  6. Date: 23 Nov 92 06:38:48 GMT
  7. References: <BxwM11.CJL@csi.compuserve.com>
  8. Sender: news@novell.com (The Netnews Manager)
  9. Organization: Novell, Inc., San Jose, California
  10. Lines: 56
  11. Nntp-Posting-Host: na.sjf.novell.com
  12.  
  13. In article <BxwM11.CJL@csi.compuserve.com> sam@csi.compuserve.com (Sam Neely) writes:
  14. >We have a class B IP address (149.174) and have it subnetted at the
  15. >oh-so-typical 8 bit mark (255.255.255.0).  The problem is that our
  16. >backbone as traffic for three subnets on it.
  17.  
  18. My first advice is to go out and buy Novell's MultiProtocol Router
  19. v2.0, which supports multiple subnets on a single physical network.
  20. Since you really are using your NetWare server as a full time router,
  21. you might find this worth the price.  (I'm not sure our sales or
  22. marketing guys ever mention this, but MPR v2.0 can be run on a normal
  23. NetWare server if the server has enough spare cycles: it doesn't
  24. require a standalone PC.)
  25.  
  26. >My questions:
  27.  
  28. I'll answer these under the assumption that you are only using NetWare
  29. v3.11, just in case you don't want to buy MPR v2.0.
  30.  
  31. >1.  Is it possible for the RIP information to propagate back to the
  32. >149.174.4 network, or do I have to install routes via IPCONFIG?
  33.  
  34. The RIP information should have been propagated, and i'm not entirely
  35. sure why it wasn't.  It sounds like your primary gateway isn't telling
  36. the whole story with its RIP packets.
  37.  
  38. >2.  Is there any way to teach TCPIP.NLM how to read the RIP broadcast
  39. >going to 255.255.255.255 without breaking anything?
  40.  
  41. TCPIP.NLM will receive and interpret RIP broadcasts to
  42. 255.255.255.255, so the destination address is not the reason it
  43. didn't see them.  It was probably just ignoring the RIP broadcasts
  44. with a source IP address that wasn't on what it considered a directly
  45. connected network, which seems reasonable.
  46.  
  47. >3.  I noticed that there is a 'gate=' parameter on the bind command.
  48. >Does this install a default route (0.0.0.0)?  If so, which interface
  49. >does it belong on?  I didn't fully understand the description and use
  50. >as presented in The Manual.
  51.  
  52. The GATEWAY parameter does place a default route into the routing
  53. table.  In your case, you'd put a GATEWAY parameter on the bind to the
  54. backbone network, and give it the address of the primary router.
  55. After that, when the NetWare router receives packets intended for the
  56. secondary subnets (i.e., the subnets it doesn't actually know about),
  57. it will send them to the primary router for "forwarding" to the other
  58. subnets sharing the physical network.
  59.  
  60. >4.  Is there anything else that I may have overlooked?
  61.  
  62. MPR v2.0, mainly.  Also, it sounds like the primary router is doing
  63. some hinky things which make it harder than it should be to put nodes
  64. without multiple subnet support on the backbone network.  You might
  65. want to explore that a little further in case it's doing something
  66. that can confuse other nodes.
  67.                         don provan
  68.                         donp@novell.com
  69.