From owner-freebsd-net Tue Nov 14 17:10:22 2000 Delivered-To: freebsd-net@freebsd.org Received: from alemail1.firewall.lucent.com (alemail1.lucent.com [192.11.221.161]) by hub.freebsd.org (Postfix) with ESMTP id EEC8637B4CF for ; Tue, 14 Nov 2000 17:10:19 -0800 (PST) Received: from alemail1.firewall.lucent.com (localhost [127.0.0.1]) by alemail1.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id UAA02759 for ; Tue, 14 Nov 2000 20:10:19 -0500 (EST) Received: from mhmail.mh.lucent.com (h135-3-115-8.lucent.com [135.3.115.8]) by alemail1.firewall.lucent.com (Pro-8.9.3/8.9.3) with ESMTP id UAA02740; Tue, 14 Nov 2000 20:10:17 -0500 (EST) Received: from lucent.com (positron.micro.lucent.com [192.19.56.129]) by mhmail.mh.lucent.com (8.8.8+Sun/EMS-1.5 sol2) id UAA27663; Tue, 14 Nov 2000 20:10:16 -0500 (EST) Message-ID: <3A11E227.4686F196@lucent.com> Date: Tue, 14 Nov 2000 20:08:55 -0500 From: "Gary T. Corcoran" Reply-To: gcorcoran@lucent.com Organization: Lucent Microelectronics - Client Access Broadband Systems X-Mailer: Mozilla 4.73 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: Julian Elischer Cc: Alex Pilosov , freebsd-net@FreeBSD.ORG Subject: Re: netgraph/atm References: <3A11DB40.E50024F@elischer.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Julian Elischer wrote: > > Alex Pilosov wrote: > > > > I'm beginning to look into implementing ATM rfc1483 bridging with freebsd. Cool. > > > > Here's my plan: ... > > rfc1483 node would output 802.3 ethernet frames, extracted from that VC > > yep.. If that's what rfc1483 (the rfc) treats as input and output. Actually RFC1483 has four "flavors", two of which support "bridging" of complete 802.3 ethernet frames including the MAC addresses - either encapsulated with an LLC/SNAP header or "raw" with just a two byte (0x00, 0x00) pad for alignment purposes. Another flavor removes the MAC addresses, prepends a 6-byte LLC/OUI header, and preserves the EtherType and the rest of the frame. The other flavor just routes a PDU (raw packet with no MAC addressses or EtherType) across a VC (ATM virtual channel) with no encapsulation at all. Alex - if you intend to make your code public, and if you feel ambititious, it would be nice if you could support all four flavors of RFC1483. Then we could replace our Win2000 server with a FreeBSD server for testing our DSL implementations of RFC1483... ;-) Don't do this just for me, as our implementations are pretty much done, so we don't do much testing anymore. But if you want to be complete... Just a suggestion... Gary To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message