home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / protocol / appletal / 3238 < prev    next >
Encoding:
Text File  |  1992-08-31  |  1.9 KB  |  51 lines
  1. Newsgroups: comp.protocols.appletalk
  2. Path: sparky!uunet!news.claremont.edu!ucivax!orion.oac.uci.edu!gordius!gordius!johnk
  3. From: johnk@gordian.com (John Kalucki)
  4. Subject: Re: Network software
  5. Message-ID: <1992Aug31.221106.9396@gordian.com>
  6. Sender: news@gordian.com
  7. Organization: Gordian; Costa Mesa, CA
  8. References: <Bt8oE1.447@rice.edu> <1659@shaman.wv.tek.com>
  9. Date: Mon, 31 Aug 1992 22:11:06 GMT
  10. Lines: 39
  11.  
  12. In article <1659@shaman.wv.tek.com>, andrew@frip.WV.TEK.COM (Andrew Klossner) writes:
  13. >> EtherPeek - AG
  14. >
  15. >This is a protocol snooper.  When it works, it's quite good.  A big win
  16. >is that you can examine old packets while continuing to gather new ones.
  17.  
  18. Yes I agree! And it's much better at decoding Appletalk than Network
  19. General's sniffer. But then Sniffer is much better at TCP/IP and
  20. LAT...
  21.  
  22.  
  23. >
  24. >When it doesn't work, it's horrid.  It has crashed on me more times
  25. >than I can count.  I've learned to save important packet traces to disk
  26. >before trying to examine any packets.
  27.  
  28. Make SURE you have the latest version! I've been using EtherPeek
  29. constantly for 1.5 years now and I've seen it evolve from a pretty
  30. buggy peice of software into a very stable (for the Mac at at least)
  31. system. I'm running 1.4.2 and it hardly crashes. The folks at
  32. the ag group are pretty good via e-mail, BTW.
  33. >
  34. >Its major design flaw is that it can't distinguish PAP from ASP from ...
  35. >packets on its own, but requires the user to select a decoder.  You
  36. >must make this selection *each* time you click on a packet; it has no
  37. >memory of what protocol layer you're working with.  Competing products
  38. >handle this much better.
  39.  
  40. They are working on this for the next release. They are going to fix
  41. the 'resize the packet decode window on each new packet' problem too.
  42.  
  43. >
  44. >  -=- Andrew Klossner  (andrew@frip.wv.tek.com)
  45. >                       (uunet!tektronix!frip.WV.TEK!andrew)
  46.  
  47.  
  48.         -John Kalucki
  49.         johnk@gordian.com
  50.  
  51.