home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / vmsnet / networks / tcpip / multinet / 2136 < prev    next >
Encoding:
Text File  |  1992-09-11  |  2.2 KB  |  51 lines
  1. Newsgroups: vmsnet.networks.tcp-ip.multinet
  2. Path: sparky!uunet!eco.twg.com!eco.twg.com!reece
  3. From: reece@eco.twg.com (Reece R. Pollack)
  4. Subject: Re: DECwindows over IP problem and an FDDI problem.
  5. Message-ID: <1992Sep11.212404.7163@eco.twg.com>
  6. Lines: 36
  7. Sender: reece@crash.eco.twg.com (Reece R. Pollack)
  8. Nntp-Posting-Host: eco.twg.com
  9. Reply-To: reece@eco.twg.com (Reece R. Pollack)
  10. Organization: The Wollongong Group (East Coast Operations)
  11. References:  <42E00D2910SEP92175602@TGV.COM>
  12. Date: Fri, 11 Sep 92 21:24:04 GMT
  13. Lines: 36
  14.  
  15.  
  16. In article <42E00D2910SEP92175602@TGV.COM>, "Rolf E. Sonneveld" <R.E.Sonneveld@research.ptt.nl> writes:
  17. |>Hello, all
  18. |>
  19. |>We've two problems. Hope you can help us.
  20.     [...problem 1 deleted for brevity...]
  21. |>2. On our Multinet host we've both an ethernet and an FDDI interface.
  22. |>   The default route is via ethernet. Changing the default  route  to
  23. |>   FDDI gives me a lot of unreachable systems on the ehternet  behind
  24. |>   our cisco. Hope someone can tell me  how  to  make  the  FDDI  the
  25. |>   default route?
  26. |>
  27. |>   Another  problem is, that the fddi interface is not reachable from
  28. |>   other  systems.  However,  if  I first do a ping from the multinet
  29. |>   host  towards such a system, than that system (if it's on fddi) is
  30. |>   placed  in  the  ARP  table,  and  then  the  fddi  interface *is*
  31. |>   reachable  from  that  system.  This  trick  doesn't  work from an
  32. |>   ethernet  host,  because  the ethernet cisco interface is the only
  33. |>   (default)  route  in  the  ARP table. What should I do to make the
  34. |>   FDDI interface available towards any system on our LAN?
  35. |>
  36. |>Hope someone can help us. Thanks a lot in advance,
  37.  
  38. I thought everyone had heard about this problem by now. The DEMFA controller
  39. is afflicted with a problem similar to that of the DEBNA in that it ignores
  40. incoming broadcast packets. Since ARP requests are broadcasts there is no
  41. ARP reply, and thus no access. Making an outbound connection updates the
  42. ARP tables in the router, allowing inbound connections to go through.
  43.  
  44. Contact DEC Field Service and ask to have the DEMFA microcode updated to
  45. at least version 1.4.
  46.  
  47. --
  48. Reece R. Pollack
  49. Senior Software Engineer
  50. The Wollongong Group, Inc.
  51.