home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / aix / 12777 < prev    next >
Encoding:
Text File  |  1992-12-22  |  3.0 KB  |  53 lines
  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!spool.mu.edu!yale.edu!qt.cs.utexas.edu!cs.utexas.edu!geraldo.cc.utexas.edu!portal.austin.ibm.com!awdprime.austin.ibm.com!eberry!dgogates
  3. From: dgogates@eberry ()
  4. Subject: Re: Weird Ping Problem -- Hide 'n' Seek?
  5. Sender: news@austin.ibm.com (News id)
  6. Message-ID: <BznzCF.xxI@austin.ibm.com>
  7. Date: Tue, 22 Dec 1992 14:09:51 GMT
  8. References: <1992Dec21.225309.28390@trintex.uucp>
  9. Organization: IBM, Austin
  10. Keywords: tcp ping
  11. Lines: 40
  12.  
  13. In article <1992Dec21.225309.28390@trintex.uucp> elr@trintex.uucp (Ed Ravin) writes:
  14. >I've got the strangest problem trying to communicate between two RS/6000's.
  15. >They're networked to each other via token ring and a couple of bridges.
  16. >
  17. >Let's call these two machines A and B.  Everything was wonderful until one
  18. >day, some connections and configurations were moved around.  I signed on to
  19. >machine A and tried to ping machine B.  No response.  I called up the admin
  20. >of machine B on the phone.  He said, "Let me try pinging you..."  He signs on
  21. >to machine B and pings me.  It works fine.  I then go back to machine A
  22. >and try pinging B again.  Much to my amazement, now it works, but after several
  23. >minutes (haven't nailed down the exact length of time it takes) if I don't
  24. >reference machine B in any way, it fails again.
  25. >
  26. >The admin from B was skeptical, so I came down to his machine and started up
  27. >two X windows.  The first one I left at the regular command prompt, and the
  28. >second one I telnetted to machine A, but via two indirect hops so as not to
  29. >create a direct path between B and A.  From that window, I said "ping B", and
  30. >it hung there, timing out.  I then switched to the local window on B, with
  31. >the sysop watching, and said "ping A".  Immediately, both windows began
  32. >scrolling with successful pings.
  33. >
  34. >Anyone out there have some ideas?  The folks in charge of the token ring
  35. >bridges claim everything works, and that traffic should pass equally in
  36. >both directions.  I've looked through B's routing tables, but I can't find
  37. >anything that explains why locally originated pings would work while remote
  38. >ones go unanswered...
  39.  
  40. This is a real common problem when router and bridges are concerned.  Most likely
  41. the bridge/routes updtes it routes every once in a while by seding out "test" or
  42. "xid" broadcast packets.  When a machine responds the route is added to routers
  43. route tabel.  If no response is heard from a machine for a long time, the route
  44. is dropped.  Early version of the 3.1 and 3.2 token ring device drivers did not
  45. respond correctly to the XID and TEST packets if only TCP/IP were running on it.
  46. Contact you IBM support rep and get the updated token ring device driver.  This should
  47. solv your routing problems.  Also you can have the admin for the router add the route 
  48. as a static route rather than thru a dynamic method.
  49. -- 
  50. Dale Gogates                 | ..taliesin!gowright!dgogates           
  51. Views expressed are MINE     | ..dogface!hitex!gowright!dgogates       
  52.                              | @ibmpa.awdpa.ibm.com:dgogates%byu.austin.ibm.com
  53.