Date: Fri, 28 Jun 1996 12:19:14 -0400 From: dennis@etinc.com (Dennis) To: Mark Tinguely <tinguely@plains.nodak.edu> Cc: hackers@freebsd.org Subject: Re: Frame relay and ATM support: virtual interface per vpi? Message-ID: <199606281619.MAA24888@etinc.com>
next in thread | raw e-mail | index | archive | help
>I was proposing a "atmdump" to a student interested in doing something >in the network tool area. Since ATM adapters' SAR reconstitutes AAL >packets (and a person couldn't keep up with the construction of >AAL packets from cell in software) that they leave and report the >PDUs with the recieved summary header (and trailer if appropriate). > >In this way, a person can save raw packets, display header, or control >information just like "tcpdump". I would prefer to treat all the virtual >circuits as one interface to have the ability to display everything >and use command line filters to restrict the view just like "tcpdump". Its nice to have an option at the hardware level to do filters on a per connection basis. On a fast ATM link, you could be passing up a ton of data for user-level filtering. We just added per DLCI debugging because its just unworkable to filter everything at T1 speeds. Dennis > >--mark. > > ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199606281619.MAA24888>