From owner-freebsd-atm Mon Sep 6 10:43:30 1999 Delivered-To: freebsd-atm@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id D2D6015877 for ; Mon, 6 Sep 1999 10:43:27 -0700 (PDT) (envelope-from jgreco@aurora.sol.net) Received: (from jgreco@localhost) by aurora.sol.net (8.9.2/8.9.2/SNNS-1.02) id MAA51286; Mon, 6 Sep 1999 12:43:23 -0500 (CDT) Date: Mon, 6 Sep 1999 12:43:22 -0500 From: Joe Greco To: Mike Spengler Cc: atm@freebsd.org Subject: Re: VPI's other than zero? Message-ID: <19990906124322.A50392@aurora.sol.net> References: <199909032132.QAA64211@aurora.sol.net> <199909032147.QAA56057@us.networkcs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <199909032147.QAA56057@us.networkcs.com>; from Mike Spengler on Fri, Sep 03, 1999 at 04:47:20PM -0500 Sender: owner-freebsd-atm@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > FORE adapters (or more specifically, the microcode running on the adapter) > only support VPI 0. Well, then, that really sucks. Looks like switch tricks are in order. ... JG To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-atm" in the body of the message From owner-freebsd-atm Tue Sep 7 12:56:15 1999 Delivered-To: freebsd-atm@freebsd.org Received: from marcos.networkcs.com (marcos.networkcs.com [137.66.16.1]) by hub.freebsd.org (Postfix) with ESMTP id C848814F5C for ; Tue, 7 Sep 1999 12:56:11 -0700 (PDT) (envelope-from mks@us.networkcs.com) Received: from us.networkcs.com (us.networkcs.com [137.66.11.15]) by marcos.networkcs.com (8.9.0.Beta5/8.9.0.Beta5) with ESMTP id OAA01121; Tue, 7 Sep 1999 14:54:36 -0500 (CDT) Received: (from mks@localhost) by us.networkcs.com (8.9.2/8.8.7) id OAA71897; Tue, 7 Sep 1999 14:54:34 -0500 (CDT) From: Mike Spengler Message-Id: <199909071954.OAA71897@us.networkcs.com> Subject: Re: VPI's other than zero? In-Reply-To: <19990906124322.A50392@aurora.sol.net> from Joe Greco at "Sep 6, 99 12:43:22 pm" To: jgreco@solaria.sol.net (Joe Greco) Date: Tue, 7 Sep 1999 14:54:34 -0500 (CDT) Cc: mks@networkcs.com, atm@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-atm@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Joe Greco said: > > FORE adapters (or more specifically, the microcode running on the adapter) > > only support VPI 0. > > Well, then, that really sucks. Looks like switch tricks are in order. > > The ability to map from (VPI 0, VCI x) on one port to (VPI y, VCI z) on another port (either a host or interswitch port) should be a pretty fundamental operation on any ATM switch. -- Mike Spengler Network Computing Services, Inc. Email: mks@networkcs.com 1200 Washington Ave. So. Phone: +1 612 337 3557 Minneapolis MN 55415 FAX: +1 612 337 3400 (aka Minnesota Supercomputer Center) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-atm" in the body of the message From owner-freebsd-atm Tue Sep 7 21:39:32 1999 Delivered-To: freebsd-atm@freebsd.org Received: from aurora.sol.net (aurora.sol.net [206.55.65.76]) by hub.freebsd.org (Postfix) with ESMTP id C2D2014F42 for ; Tue, 7 Sep 1999 21:39:30 -0700 (PDT) (envelope-from jgreco@aurora.sol.net) Received: (from jgreco@localhost) by aurora.sol.net (8.9.2/8.9.2/SNNS-1.02) id XAA98172; Tue, 7 Sep 1999 23:38:11 -0500 (CDT) From: Joe Greco Message-Id: <199909080438.XAA98172@aurora.sol.net> Subject: Re: VPI's other than zero? In-Reply-To: <199909071954.OAA71897@us.networkcs.com> from Mike Spengler at "Sep 7, 1999 2:54:34 pm" To: mks@networkcs.com (Mike Spengler) Date: Tue, 7 Sep 1999 23:38:11 -0500 (CDT) Cc: atm@freebsd.org X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-atm@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Joe Greco said: > > > FORE adapters (or more specifically, the microcode running on the adapter) > > > only support VPI 0. > > > > Well, then, that really sucks. Looks like switch tricks are in order. > > > > > The ability to map from (VPI 0, VCI x) on one port to (VPI y, VCI z) on > another port (either a host or interswitch port) should be a pretty fundamental > operation on any ATM switch. Yeah, well. They're not my switches ('nuff said?) Sigh. Not the worst problem I've seen today, at least! ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-atm" in the body of the message From owner-freebsd-atm Thu Sep 9 7:38:58 1999 Delivered-To: freebsd-atm@freebsd.org Received: from marge.mikom.csir.co.za (marge.mikom.csir.co.za [146.64.28.1]) by hub.freebsd.org (Postfix) with ESMTP id 21F3815BC8 for ; Thu, 9 Sep 1999 07:38:49 -0700 (PDT) (envelope-from JHugo@csir.co.za) Received: from csir.co.za (smtp41.mikom.csir.co.za [146.64.19.63]) by marge.mikom.csir.co.za (8.9.3/8.9.3) with SMTP id QAA77072 for ; Thu, 9 Sep 1999 16:38:44 +0200 (SAST) (envelope-from JHugo@csir.co.za) Received: from MIKOMTEK-Message_Server by csir.co.za with Novell_GroupWise; Thu, 09 Sep 1999 16:37:19 +0200 Message-Id: X-Mailer: Novell GroupWise 4.1 Date: Thu, 09 Sep 1999 16:38:31 +0200 From: Johann Hugo To: freebsd-atm@FreeBSD.ORG Subject: PPP over ATM protocol Mime-Version: 1.0 Content-Type: text/plain Content-Disposition: inline Sender: owner-freebsd-atm@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi all Does anyone know of any plans to support the PPP over ATM protocol in any of the ATM protocol stacks. What about support for the ForeRunnerHE range of adapters from Fore. Cheers Johann To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-atm" in the body of the message From owner-freebsd-atm Thu Sep 9 10:15: 7 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 7FE77152A3 for ; Thu, 9 Sep 1999 10:15:05 -0700 (PDT) (envelope-from tinguely@plains.NoDak.edu) Received: (from tinguely@localhost) by plains.NoDak.edu (8.9.3/8.9.3) id MAA15827; Thu, 9 Sep 1999 12:14:41 -0500 (CDT) Date: Thu, 9 Sep 1999 12:14:41 -0500 (CDT) From: Mark Tinguely Message-Id: <199909091714.MAA15827@plains.NoDak.edu> To: freebsd-atm@FreeBSD.ORG, JHugo@csir.co.za Subject: Re: PPP over ATM protocol Sender: owner-freebsd-atm@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org the kernel synchronous PPP package has 90% of what is needed to do PPP over ATM. --mark. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-atm" in the body of the message From owner-freebsd-atm Thu Sep 9 21: 9:11 1999 Delivered-To: freebsd-atm@freebsd.org Received: from ns.newbridge.com (ns.newbridge.com [192.75.23.67]) by hub.freebsd.org (Postfix) with ESMTP id 96D3515208 for ; Thu, 9 Sep 1999 21:09:03 -0700 (PDT) (envelope-from cendres@newbridge.com) Received: (from smtpd@localhost) by ns.newbridge.com (8.8.8/8.6.12) id AAA24099 for freebsd-atm@freebsd.org; Fri, 10 Sep 1999 00:08:45 -0400 (EDT) Received: from portal1.newbridge.com(192.75.23.76), claiming to be "kanata-mh1.ca.newbridge.com" via SMTP by ns.newbridge.com, id smtpdAAAa23983; Fri Sep 10 00:08:36 1999 Received: from sydmail01.ap.newbridge.com by kanata-mh1.ca.newbridge.com with ESMTP for freebsd-atm@freebsd.org; Fri, 10 Sep 1999 00:08:28 -0400 Received: from newbridge.com ([138.120.199.50]) by sydmail01.ap.newbridge.com (Netscape Messaging Server 3.6) with ESMTP id AAA3FEC; Fri, 10 Sep 1999 14:08:21 +1000 Message-Id: <37D8842E.22E3EAD6@newbridge.com> Date: Fri, 10 Sep 1999 14:08:14 +1000 From: "CLAUS ENDRES" X-Mailer: Mozilla 4.6 [en] (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-atm@freebsd.org Subject: RFC1483 bridged 802.3 LLC encapsulation Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-atm@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi everybody, 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? Regards, Claus. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-atm" in the body of the message 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