From owner-freebsd-atm Fri Sep 10 13:16:40 1999 Delivered-To: freebsd-atm@freebsd.org Received: from plains.NoDak.edu (plains.NoDak.edu [134.129.111.64]) by hub.freebsd.org (Postfix) with ESMTP id 9C56214E20 for ; Fri, 10 Sep 1999 13:16:31 -0700 (PDT) (envelope-from tinguely@plains.NoDak.edu) Received: (from tinguely@localhost) by plains.NoDak.edu (8.9.3/8.9.3) id PAA15877; Fri, 10 Sep 1999 15:16:06 -0500 (CDT) Date: Fri, 10 Sep 1999 15:16:06 -0500 (CDT) From: Mark Tinguely Message-Id: <199909102016.PAA15877@plains.NoDak.edu> To: cendres@newbridge.com, freebsd-atm@FreeBSD.ORG Subject: Re: RFC1483 bridged 802.3 LLC encapsulation Sender: owner-freebsd-atm@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Is anybody working on RFC1483 bridged 802.3 LLC encapsulation for > the NATM drivers? The capability I am after is support for a PVC to > an Ethernet-to-ATM bridge. Would anybody be willing to give me some > implementation hints? the driver will need to define network interface. you can look at any ethernet card driver to see how to do that (look for the if_attach and ether_ifattach statements). when you recieve a packet, pull off the LLC/SNAP run the packet through ether_input() -- look at an ethernet card driver for examples. on transmission, dequeue the packet from the interface send queue, slap on the LLC/SNAP header, and send new packet to the ATM device's output routine. the problem is how do we tell that this packet coming in on a particular virtual circuit is to go to the RFC1483 protocol stack, rather than being sent to the socket protocol stack? ...I wish I could say there is already a freely available, built-in way for FreeBSD to make this decision and we could control it with a user command like atmconf, but there isn't. I don't know the Washington University NATM stack, but I would venture to say you need to make this packet processing decision in the device driver right about the call to atm_input(). --mark. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-atm" in the body of the message