Ethereal-cvs: [ethereal-cvs] cvs commit: ethereal packet-atm.c

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

From: Guy Harris <guy@xxxxxxxxxxxx>
Date: Fri, 26 Nov 1999 19:55:38 -0600 (CST)
guy         1999/11/26 19:55:34 CST

  Modified files:
    .                    packet-atm.c 
  Log:
  Move the "guess what type of ATM traffic this is" stuff into the ATM
  dissector; I don't think it's guaranteed that even a Sniffer will tell
  you that (there may be situations where it can't figure it out, and
  where the user didn't tell it), we may need it for "atmsnoop" traffic
  and other types of ATM traffic as well, we will probably want to add to
  it the ability to let the user specify "virtual circuit X.Y is this kind
  of traffic", and we may also have Ethereal try to intuit it based on
  previous traffic in the capture (Q.2931 call setup, LANE traffic, etc.).
  
  Don't show the cell count if it's zero - assume that means we don't know
  how many cells made up the packet.  Also don't show the AAL5 trailer if
  the cell count is zero - the ATM Sniffer *might* sometimes supply a cell
  count of 0 even if it has the AAL5 trailer, I guess, and we *might* see
  some other capture file format that has the AAL5 trailer but no cell
  count, but we'll cross that bridge when we come to it.
  
  Add support for "atmsnoop" captures to the code to handle "snoop"
  captures.
  
  Use the field in "iptrace" headers that appears to be, in ATM captures,
  a direction indicator - we may have the direction backwards, but, as an
  STP packet was tagged as a DCE->DTE packet, and as the capturing
  machine, which also was presumably the recipient of the packet, was an
  AIX box, not a switch or bridge or some piece of networking equipment
  such as that, it *probably* wasn't sending the STP packet, it was
  probably receiving it.
  
  Revision  Changes    Path
  1.8       +119 -6    ethereal/packet-atm.c