home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / dcom / sys / cisco / 1147 < prev    next >
Encoding:
Text File  |  1992-08-21  |  1.3 KB  |  34 lines
  1. Newsgroups: comp.dcom.sys.cisco
  2. Path: sparky!uunet!gatech!usenet.ins.cwru.edu!agate!boulder!recnews
  3. From: Alex Bahoor <bahoor@last-call.cisco.com>
  4. Subject: Re: RS6000 FDDI/IP disconnect
  5. In-Reply-To: Your message of Thu, 20 Aug 1992 17:11:15 GMT
  6. Message-ID: <CMM.0.90.2.714417744.bahoor@last-call.cisco.com>
  7. Sender: news@colorado.edu
  8. Date: 21 Aug 92 10:22:24 PDT
  9. Lines: 23
  10.  
  11.  
  12.  
  13. John, it dosn't seem that you can do much more. A trace on the ring from start
  14. to finish of claim process will surely tell something, but you get filled up
  15. buffer before the process is ended. May be if you start logging toward the
  16. end of the claim process may tell you a clue. The fact that you saw claim and
  17. then beaconing process started may have been caused by either a defective
  18. cable which should cause more than one machine to beacon or the defective IBM
  19. host thought there was a cable problem, a buggy host.
  20.  
  21. Take a  look at the cisco fddi interface (show int fddi 0): look for
  22. bursts of carrier transitions when the IBM host is not functional. Turn debug
  23. fddi-cmt on the upstream and downstream ciscoes from the IBM host if any and
  24. monitor the fddi ring activity. I doubt you would see much, yet it may
  25. suppliment your claim to IBM.
  26.  
  27.  
  28. Good Luck!
  29.  
  30. Alex Bahoor
  31. Customer Engineering
  32. cisco Systems Inc
  33. Mountain View CA 94043
  34.