home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / novell / 10832 < prev    next >
Encoding:
Text File  |  1992-12-24  |  2.0 KB  |  50 lines

  1. Newsgroups: comp.sys.novell
  2. Path: sparky!uunet!paladin.american.edu!darwin.sura.net!sgiblab!newsun!donp
  3. From: donp@novell.com (don provan)
  4. Subject: Re: IP TUNNELING PROBLEM
  5. Message-ID: <1992Dec24.082600.6577@novell.com>
  6. Sender: news@novell.com (The Netnews Manager)
  7. Nntp-Posting-Host: na.sjf.novell.com
  8. Organization: Novell, Inc., San Jose, California
  9. References: <44033.similler@magnus.acs.ohio-state.edu>
  10. Date: Thu, 24 Dec 1992 08:26:00 GMT
  11. Lines: 37
  12.  
  13. In article <44033.similler@magnus.acs.ohio-state.edu> "Steve Miller" <similler@magnus.acs.ohio-state.edu> writes:
  14. >file server name rwt
  15. >...
  16. >load a:wdplussv port=300 name=ipcard frame=ethernet_ii
  17. >bind ipx to ipcard net=66
  18. >load tcpip
  19. >bind ip to ipcard addr=128.146.184.4 mask=255.255.255.0
  20. >...
  21. >
  22. >file server name smgserver
  23. >...
  24. >load 3c505 port=300 int=9 dma=5 name=ipcard frame=ethernet_ii
  25. >bind ipx to ipcard net=66
  26. >load tcpip
  27. >bind ip to ipcard addr=128.146.6.79 mask=255.255.255.0
  28. >...
  29.  
  30. Since the two IP binds are to two different IP subnets, i assume the
  31. two NICs called "ipcard" on either server are connected to two
  32. different physical networks.  On the other hand, the two binds to IPX
  33. give the same network number, 66, when binding IPX to the two NICs.
  34. If there are in fact two different physical networks, that could
  35. explain your results, particularly if you are doing some of your
  36. connectivity testing using a NetWare client on one of those two networks.
  37.  
  38. Your tunnel configuration looks correct.  If my guess isn't correct
  39. (if one of the two "net=66"'s is a typo, for example), then the next
  40. thing to check is that 128.146.184.4 and 128.146.6.79 can actually
  41. send IP packets to each other.  (To check IP connectivity between
  42. servers, I normally use TCPCON's "change host" function to aim TCPCON
  43. on one server to the IP address of the other to see if the SNMP
  44. packets can get back and forth.)  If the two nodes can't send IP
  45. packets back and forth, then there's something basic wrong with the IP
  46. configuration, so you can focus your attention there.
  47.  
  48.                         don provan
  49.                         donp@novell.com
  50.