home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / vmsnet / networks / tcpip / multinet / 2129 < prev    next >
Encoding:
Internet Message Format  |  1992-09-10  |  3.4 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!zaphod.mps.ohio-state.edu!sdd.hp.com!hamblin.math.byu.edu!arizona.edu!mvb.saic.com!tgv.com!info-multinet
  2. Newsgroups: vmsnet.networks.tcp-ip.multinet
  3. Subject: Re: DECwindows over IP problem and an FDDI problem.
  4. Message-ID: <42E00EC010SEP92195749@TGV.COM>
  5. From: LPZ@LUDWIG.CTD.ORNL.GOV
  6. Date: 10 SEP 92 19:57:49 GMT
  7. Organization: The INFO-MULTINET Community
  8. X-Gateway-Source-Info: INTERNET
  9. X-Return-path: <info-multinet-relay@TGV.COM>
  10. X-RFC822-From:    LPZ@LUDWIG.CTD.ORNL.GOV (Lawrence MacIntyre)
  11. X-Vmsmail-To: SMTP%"R.E.Sonneveld%research.ptt.nl"
  12. Nntp-Posting-Host: Mvb.Saic.Com
  13. Lines: 51
  14.  
  15. >We've two problems. Hope you can help us.
  16. >
  17. >1. The first problem is related to the opening of a DECwindows window
  18. >   over TCP/IP on  a  Multinet  host.  We  get  the  following  error
  19. >   message. I can't find it neither in the Multinet  manual,  nor  in
  20. >   the DECwindows User Guide.
  21. >
  22. >> dectermport failed to find language, XOpenDisplay("") returned NULL
  23. >> %DECW-F-CANT_OPEN_DISPL, Can't open display
  24. >
  25. >Anyone triggered?
  26.         The only time I ever saw this was in an early DECnet/OSI field
  27.         test.  From the context, I inferred that the transport wasn't
  28.         loaded when DECwindows server was started, but this wasn't the
  29.         case.  A later update solved the problem.  Perhaps you are
  30.         starting DECwindows before Multinet is fully running.
  31.  
  32. >2. On our Multinet host we've both an ethernet and an FDDI interface.
  33. >   The default route is via ethernet. Changing the default  route  to
  34. >   FDDI gives me a lot of unreachable systems on the ehternet  behind
  35. >   our cisco. Hope someone can tell me  how  to  make  the  FDDI  the
  36. >   default route?
  37. >
  38. >   Another  problem is, that the fddi interface is not reachable from
  39. >   other  systems.  However,  if  I first do a ping from the multinet
  40. >   host  towards such a system, than that system (if it's on fddi) is
  41. >   placed  in  the  ARP  table,  and  then  the  fddi  interface *is*
  42. >   reachable  from  that  system.  This  trick  doesn't  work from an
  43. >   ethernet  host,  because  the ethernet cisco interface is the only
  44. >   (default)  route  in  the  ARP table. What should I do to make the
  45. >   FDDI interface available towards any system on our LAN?
  46.  
  47.         This one gets me too.  The problem is bad code in your Cisco box.
  48.         They are aware of it and promise a fix.  You probably have a
  49.         bridge between your ethernet and your FDDI ring and your Cisco
  50.         has both FDDI and ethernet interfaces.  The problem is that an
  51.         ARP reply is seen by the router on both sides, and the ethernet
  52.         (almost) always sees it last.  If you login to the Cisco and type
  53.         SHOW ARP, you will see that your FDDI interface is seen on the
  54.         ethernet side.  Interestingly, if an ethernet interface is seen
  55.         on the FDDI side, it works...  Anyway, the workaround is to put a
  56.         permanent ARP entry for your FDDI interfaces (all of them that
  57.         you wish to be able to talk through the Cisco) in the router.
  58.         There are many strange behaviors associated with this problem,
  59.         and I don't wish to keep typing for the next two days, I will
  60.         merely tell you that this workaround has proved 100% effective
  61.         for us.
  62.                                     Lawrence
  63.                                         ~
  64.         p.s.  I have used the words "router" and "Cisco" interchangeably
  65.               in the above text.  Sorry for any confusion...
  66.