Date: Mon, 29 Dec 1997 20:44:51 +0900 From: Kenjiro Cho <kjc@csl.sony.co.jp> To: freebsd-atm@FreeBSD.ORG Cc: chuck@ccrc.wustl.edu Subject: en atm driver update Message-ID: <199712291145.UAA08733@hotaka.csl.sony.co.jp>
next in thread | raw e-mail | index | archive | help
I have added two new features to the en atm driver. - support of VC/VP shaping and pvctxctl commnad. - support of a PVC shadow interface and pvcsif command. A shadow interface is intended to use an ATM PVC as an alternative serial connection, and to be allocated per PVC basis. A shadow interface looks as a point-to-point interface and is multicast capable, as opposed to the NBMA (NonBroadcast Multiple Access) model that requires a MARS server. A point-to-point interface is useful to run MBone or protocols requiring multicast, such as RSVP and IPv6, over a PVC WAN connection. If people like these features, I will commit the changes to the FreeBSD-current tree. The source code for both 2.2.x and 3.0 is avaiable from ftp://ftp.csl.sony.co.jp/pub/kjc/bsdatm-971229.tar.gz other difference from bsdatm dist1.4: - the code base is updated to sync with $NetBSD: midway.c,v 1.30 1997/09/29 17:40:38 chuck Exp $ - code cleanup. - remove support of FreeBSD-2.1.x and broken early versions of 3.0-SNAP. - remove WMAYBE DMA related code for ENI cards. (it doesn't work.) - remove updating if_lastchange for every packet. - BPF related code is moved to midway.c as it should be. (bpfwrite should work if atm_pseudohdr and LLC/SNAP are prepended.) - BPF link type is changed to DLT_ATM_RFC1483. BPF now understands only LLC/SNAP!! (because bpf can't handle variable link header length.) It is recommended to use LLC/SNAP instead of NULL encapsulation for various reasons. (BPF, IPv6, interoperability, etc.) - integrate IPv6 support. - man pages (en(4), natm(4), pvc(4), pvcsif(8), pvctxctl(8)) --- Kenjiro Cho
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199712291145.UAA08733>