From owner-freebsd-atm@FreeBSD.ORG Mon Aug 30 08:02:43 2004 Return-Path: Delivered-To: freebsd-atm@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CC4C16A4CE; Mon, 30 Aug 2004 08:02:43 +0000 (GMT) Received: from mail.freebsd-corp-net-guide.com (mail.freebsd-corp-net-guide.com [65.75.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 189C143D48; Mon, 30 Aug 2004 08:02:43 +0000 (GMT) (envelope-from tedm@toybox.placo.com) Received: from tedwin2k (nat-rtr.freebsd-corp-net-guide.com [65.75.197.130]) i7U836W29096; Mon, 30 Aug 2004 01:03:06 -0700 (PDT) (envelope-from tedm@toybox.placo.com) From: "Ted Mittelstaedt" To: , Date: Mon, 30 Aug 2004 01:05:00 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: Question on ATM w/ FreeBSD X-BeenThere: freebsd-atm@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ATM for FreeBSD! List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 08:02:43 -0000 Hi All, Can I plug in an ATM DS3 into something like a Cisco Lightstream LS1010 with a DS3 card, then plug a PC running FreeBSD and Quagga, with a Marconi Forerunner HE155 using the fatm() driver, into a OC3 card on the LS1010, then define a VC, switch it through the switch, and run data over that? We are looking into bringing in another feed this time via ATM DS3, and I don't think that a DS3 ATM card exists for the PC that has a FreeBSD (or Linux) driver. However I see a number of PCI ATM lan adapters for PC's. It seems that an ATM switch, of which there are plenty available, would be the way to get from one to the other. However I have not dealt yet with ATM switches, is there anything inherently different about ATM on a lan adapter like the HE155, and ATM on a DS3? Ted From owner-freebsd-atm@FreeBSD.ORG Mon Aug 30 16:06:30 2004 Return-Path: Delivered-To: freebsd-atm@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF44B16A4CE for ; Mon, 30 Aug 2004 16:06:30 +0000 (GMT) Received: from mail.cheapline.net (mail.cheapline.net [65.160.120.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8253943D1F for ; Mon, 30 Aug 2004 16:06:30 +0000 (GMT) (envelope-from rh@matriplex.com) Received: from ts7-mail.matriplex.com (ts7-mail.matriplex.com [192.168.99.2]) by mail.cheapline.net (8.12.8p1/8.11.6) with ESMTP id i7UG6TOR049540; Mon, 30 Aug 2004 09:06:29 -0700 (PDT) (envelope-from rh@matriplex.com) Date: Mon, 30 Aug 2004 09:06:29 -0700 (PDT) From: Richard Hodges X-X-Sender: rh@mail.cheapline.net To: Ted Mittelstaedt In-Reply-To: Message-ID: <20040830083817.G46053@mail.cheapline.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-atm@freebsd.org Subject: Re: Question on ATM w/ FreeBSD X-BeenThere: freebsd-atm@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ATM for FreeBSD! List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Aug 2004 16:06:31 -0000 On Mon, 30 Aug 2004, Ted Mittelstaedt wrote: > Hi All, > > Can I plug in an ATM DS3 into something like a Cisco Lightstream LS1010 > with a DS3 card, then plug a PC running FreeBSD and Quagga, with a > Marconi Forerunner HE155 using the fatm() driver, into a OC3 card on > the LS1010, then define a VC, switch it through the switch, > and run data over that? I cannot answer for netgraph-atm (maybe Harti could help there), but I have some knowlege about the Fore/IDT LE155 card and HARP/ATM in the later versions of 4.x HARP supports RFC1483 routed packet encapsulation, and if your other end supports this, then you should be fine. Many or most ATM/Ether switches prefer 1483 bridged encapsulation, so this is an important thing to check. LANE (LAN emulation) uses bridged, CLIP (classical IP) uses routed encapsulation, by the way. The LS1010 or any decent ATM switch should be fine to link your DS3 to OC3. For the price, I would go for a Fore ASX-200BX or an ASX-200WG converted to a -BX (by upgrading the CPU board). The -WG is usually very cheap on ebay. > We are looking into bringing in another feed this time via ATM DS3, > and I don't think that a DS3 ATM card exists for the PC that has a > FreeBSD (or Linux) driver. I think Imagestream sells one, but I would rather spend a couple hundred on an ATM switch than a thousand or more on a PCI card. > However I see a number of PCI ATM lan adapters for PC's. The Fore/IDT LE155 cards are cheap and functional. > It seems that an ATM switch, of which there are plenty > available, would be the way to get from one to the other. However I > have not dealt yet with ATM switches, is there anything inherently different > about ATM on a lan adapter like the HE155, and ATM on a DS3? Not really. Obviously the cell rate is different. This _might_ be an issue if your host with the OC3 bursts packets to the point that your DS3 bandwidth is exhausted and packets are discarded. By the way, if you have an option for EPD (early packet discard), this can help reduce the damage in this case. One ugly way to fix this would be to hack the IDT driver to force a lower cell rate. On the other hand, if your traffic is TCP, flow control might not be an issue. I think the key is making sure that the other end can handle RFC1483 routed encapsulation. You should have no trouble finding the LE155 card, the switch, and the OC3 and DS3 modules on ebay, but feel free to contact me for parts if you wish. All the best, -Richard From owner-freebsd-atm@FreeBSD.ORG Thu Sep 2 13:59:45 2004 Return-Path: Delivered-To: freebsd-atm@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C34716A4DB for ; Thu, 2 Sep 2004 13:59:45 +0000 (GMT) Received: from n33.kp.t-systems-sfr.com (n33.kp.t-systems-sfr.com [129.247.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CE0843D53 for ; Thu, 2 Sep 2004 13:59:44 +0000 (GMT) (envelope-from harti@freebsd.org) Received: from n81.sp.op.dlr.de (n81g.sp.op.dlr.de [129.247.163.1]) i82DxP2391336; Thu, 2 Sep 2004 15:59:25 +0200 Received: from zeus.nt.op.dlr.de (zeus.nt.op.dlr.de [129.247.173.3]) i82DxAI96042; Thu, 2 Sep 2004 15:59:11 +0200 Received: from beagle.kn.op.dlr.de (opkndnwsbsd178 [129.247.173.178]) by zeus.nt.op.dlr.de (8.11.7+Sun/8.9.1) with ESMTP id i82Dx9e04201; Thu, 2 Sep 2004 15:59:09 +0200 (MET DST) Date: Thu, 2 Sep 2004 15:59:09 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt@beagle.kn.op.dlr.de To: Richard Hodges In-Reply-To: <20040830083817.G46053@mail.cheapline.net> Message-ID: <20040902154912.U26182@beagle.kn.op.dlr.de> References: <20040830083817.G46053@mail.cheapline.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-atm@freebsd.org Subject: Re: Question on ATM w/ FreeBSD X-BeenThere: freebsd-atm@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: ATM for FreeBSD! List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Sep 2004 13:59:45 -0000 On Mon, 30 Aug 2004, Richard Hodges wrote: RH>On Mon, 30 Aug 2004, Ted Mittelstaedt wrote: RH> RH>> Hi All, RH>> RH>> Can I plug in an ATM DS3 into something like a Cisco Lightstream LS1010 RH>> with a DS3 card, then plug a PC running FreeBSD and Quagga, with a RH>> Marconi Forerunner HE155 using the fatm() driver, into a OC3 card on RH>> the LS1010, then define a VC, switch it through the switch, RH>> and run data over that? RH> RH>I cannot answer for netgraph-atm (maybe Harti could help there), but I RH>have some knowlege about the Fore/IDT LE155 card and HARP/ATM in the RH>later versions of 4.x RH> RH>HARP supports RFC1483 routed packet encapsulation, and if your other end RH>supports this, then you should be fine. Many or most ATM/Ether switches RH>prefer 1483 bridged encapsulation, so this is an important thing to check. RH>LANE (LAN emulation) uses bridged, CLIP (classical IP) uses routed RH>encapsulation, by the way. With NgATM you can also use HE155 cards (nice if you need CBR shaped VCCs), IDT 77252 based cards (ProSum has these, they support also VBR) in addition to the HARP supported cards. As for the protocols NgATM does only CLIP over PVCs at the moment, but you can use the card capabilities for shaping with this if you need to (see natmip(4) and atmconfig(8)). RH>The LS1010 or any decent ATM switch should be fine to link your DS3 to RH>OC3. For the price, I would go for a Fore ASX-200BX or an ASX-200WG RH>converted to a -BX (by upgrading the CPU board). The -WG is usually very RH>cheap on ebay. RH> RH>> We are looking into bringing in another feed this time via ATM DS3, RH>> and I don't think that a DS3 ATM card exists for the PC that has a RH>> FreeBSD (or Linux) driver. RH> RH>I think Imagestream sells one, but I would rather spend a couple hundred RH>on an ATM switch than a thousand or more on a PCI card. RH> RH>> However I see a number of PCI ATM lan adapters for PC's. RH> RH>The Fore/IDT LE155 cards are cheap and functional. Fore PCA200E and HE155 are also for 10$ on ebay. RH>> It seems that an ATM switch, of which there are plenty RH>> available, would be the way to get from one to the other. However I RH>> have not dealt yet with ATM switches, is there anything inherently different RH>> about ATM on a lan adapter like the HE155, and ATM on a DS3? RH> RH>Not really. Obviously the cell rate is different. This _might_ be an RH>issue if your host with the OC3 bursts packets to the point that your DS3 RH>bandwidth is exhausted and packets are discarded. By the way, if you have RH>an option for EPD (early packet discard), this can help reduce the damage RH>in this case. One ugly way to fix this would be to hack the IDT driver RH>to force a lower cell rate. On the other hand, if your traffic is TCP, RH>flow control might not be an issue. If the traffic goes over a single PVC you can configure this PVC to shape the traffic to a DS3 bandwidth. But that just moves the dropping point from the ATM switch to the host. As Richard said, TCP should take care itself. harti RH>I think the key is making sure that the other end can handle RFC1483 RH>routed encapsulation. RH> RH>You should have no trouble finding the LE155 card, the switch, and the OC3 RH>and DS3 modules on ebay, but feel free to contact me for parts if you RH>wish. RH> RH>All the best, RH> RH>-Richard RH> RH>_______________________________________________ RH>freebsd-atm@freebsd.org mailing list RH>http://lists.freebsd.org/mailman/listinfo/freebsd-atm RH>To unsubscribe, send any mail to "freebsd-atm-unsubscribe@freebsd.org" RH> RH> RH> From owner-freebsd-atm@FreeBSD.ORG Fri Sep 3 06:23:19 2004 Return-Path: Delivered-To: freebsd-atm@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A266E16A4CE; Fri, 3 Sep 2004 06:23:19 +0000 (GMT) Received: from mail.freebsd-corp-net-guide.com (mail.freebsd-corp-net-guide.com [65.75.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECFA543D49; Fri, 3 Sep 2004 06:23:18 +0000 (GMT) (envelope-from tedm@toybox.placo.com) Received: from tedwin2k (nat-rtr.freebsd-corp-net-guide.com [65.75.197.130]) i836NiW46920; Thu, 2 Sep 2004 23:23:44 -0700 (PDT) (envelope-from tedm@toybox.placo.com) From: "Ted Mittelstaedt" To: "Harti Brandt" , "Richard Hodges" Date: Thu, 2 Sep 2004 23:26:05 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <20040902154912.U26182@beagle.kn.op.dlr.de> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal cc: freebsd-atm@freebsd.org Subject: RE: Question on ATM w/ FreeBSD X-BeenThere: freebsd-atm@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ATM for FreeBSD! List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 06:23:19 -0000 Thanks, There is only going to be one VC. I asked about the delivery encap and they said "vbr" Ted > -----Original Message----- > From: Harti Brandt [mailto:harti@freebsd.org] > Sent: Thursday, September 02, 2004 6:59 AM > To: Richard Hodges > Cc: Ted Mittelstaedt; freebsd-atm@freebsd.org > Subject: Re: Question on ATM w/ FreeBSD > > > On Mon, 30 Aug 2004, Richard Hodges wrote: > > RH>On Mon, 30 Aug 2004, Ted Mittelstaedt wrote: > RH> > RH>> Hi All, > RH>> > RH>> Can I plug in an ATM DS3 into something like a Cisco > Lightstream LS1010 > RH>> with a DS3 card, then plug a PC running FreeBSD and Quagga, with a > RH>> Marconi Forerunner HE155 using the fatm() driver, into a OC3 card on > RH>> the LS1010, then define a VC, switch it through the switch, > RH>> and run data over that? > RH> > RH>I cannot answer for netgraph-atm (maybe Harti could help there), but I > RH>have some knowlege about the Fore/IDT LE155 card and HARP/ATM in the > RH>later versions of 4.x > RH> > RH>HARP supports RFC1483 routed packet encapsulation, and if your > other end > RH>supports this, then you should be fine. Many or most > ATM/Ether switches > RH>prefer 1483 bridged encapsulation, so this is an important > thing to check. > RH>LANE (LAN emulation) uses bridged, CLIP (classical IP) uses routed > RH>encapsulation, by the way. > > With NgATM you can also use HE155 cards (nice if you need CBR shaped > VCCs), IDT 77252 based cards (ProSum has these, they support also VBR) in > addition to the HARP supported cards. As for the protocols NgATM > does only > CLIP over PVCs at the moment, but you can use the card capabilities for > shaping with this if you need to (see natmip(4) and atmconfig(8)). > > RH>The LS1010 or any decent ATM switch should be fine to link your DS3 to > RH>OC3. For the price, I would go for a Fore ASX-200BX or an ASX-200WG > RH>converted to a -BX (by upgrading the CPU board). The -WG is > usually very > RH>cheap on ebay. > RH> > RH>> We are looking into bringing in another feed this time via ATM DS3, > RH>> and I don't think that a DS3 ATM card exists for the PC that has a > RH>> FreeBSD (or Linux) driver. > RH> > RH>I think Imagestream sells one, but I would rather spend a > couple hundred > RH>on an ATM switch than a thousand or more on a PCI card. > RH> > RH>> However I see a number of PCI ATM lan adapters for PC's. > RH> > RH>The Fore/IDT LE155 cards are cheap and functional. > > Fore PCA200E and HE155 are also for 10$ on ebay. > > RH>> It seems that an ATM switch, of which there are plenty > RH>> available, would be the way to get from one to the other. However I > RH>> have not dealt yet with ATM switches, is there anything > inherently different > RH>> about ATM on a lan adapter like the HE155, and ATM on a DS3? > RH> > RH>Not really. Obviously the cell rate is different. This _might_ be an > RH>issue if your host with the OC3 bursts packets to the point > that your DS3 > RH>bandwidth is exhausted and packets are discarded. By the way, > if you have > RH>an option for EPD (early packet discard), this can help reduce > the damage > RH>in this case. One ugly way to fix this would be to hack the IDT driver > RH>to force a lower cell rate. On the other hand, if your traffic is TCP, > RH>flow control might not be an issue. > > If the traffic goes over a single PVC you can configure this PVC to shape > the traffic to a DS3 bandwidth. But that just moves the dropping point > from the ATM switch to the host. As Richard said, TCP should take care > itself. > > harti > > RH>I think the key is making sure that the other end can handle RFC1483 > RH>routed encapsulation. > RH> > RH>You should have no trouble finding the LE155 card, the switch, > and the OC3 > RH>and DS3 modules on ebay, but feel free to contact me for parts if you > RH>wish. > RH> > RH>All the best, > RH> > RH>-Richard > RH> > RH>_______________________________________________ > RH>freebsd-atm@freebsd.org mailing list > RH>http://lists.freebsd.org/mailman/listinfo/freebsd-atm > RH>To unsubscribe, send any mail to "freebsd-atm-unsubscribe@freebsd.org" > RH> > RH> > RH> > From owner-freebsd-atm@FreeBSD.ORG Fri Sep 3 07:31:24 2004 Return-Path: Delivered-To: freebsd-atm@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96BD716A4CE for ; Fri, 3 Sep 2004 07:31:24 +0000 (GMT) Received: from n33.kp.t-systems-sfr.com (n33.kp.t-systems-sfr.com [129.247.16.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id C265643D48 for ; Fri, 3 Sep 2004 07:31:23 +0000 (GMT) (envelope-from harti@freebsd.org) Received: from n81.sp.op.dlr.de (n81g.sp.op.dlr.de [129.247.163.1]) i837V42216026; Fri, 3 Sep 2004 09:31:04 +0200 Received: from zeus.nt.op.dlr.de (zeus.nt.op.dlr.de [129.247.173.3]) i837V1I92608; Fri, 3 Sep 2004 09:31:01 +0200 Received: from beagle.kn.op.dlr.de (opkndnwsbsd178 [129.247.173.178]) by zeus.nt.op.dlr.de (8.11.7+Sun/8.9.1) with ESMTP id i837V0e12756; Fri, 3 Sep 2004 09:31:00 +0200 (MET DST) Date: Fri, 3 Sep 2004 09:31:00 +0200 (CEST) From: Harti Brandt X-X-Sender: brandt@beagle.kn.op.dlr.de To: Ted Mittelstaedt In-Reply-To: Message-ID: <20040903090440.Y29420@beagle.kn.op.dlr.de> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-atm@freebsd.org Subject: RE: Question on ATM w/ FreeBSD X-BeenThere: freebsd-atm@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: ATM for FreeBSD! List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Sep 2004 07:31:24 -0000 On Thu, 2 Sep 2004, Ted Mittelstaedt wrote: TM>Thanks, TM> TM> There is only going to be one VC. I asked about the delivery TM>encap and they said "vbr" Hmm. VBR is not an encapsulation, its Variable Bit Rate. In this case you should get either and IDT77252 or IDT77211 based card (I don't know whether there are cheap 77252 cards, but you find Fore LE155 with a 77211 for a handful of $ on ebay). Richard probably knows better to what extend the LE155 supports VBR. atm_load="idt" atm_netif_idt0="idt 1" atm_sigmgr_idt0="pvc" ifconfig_idt0="a.b.c.d" There is currently no magic in the rc.d scripts to add PVCs as far as I can see (although defaults/rc.conf suggests so). You need something like: atm add pvc idt0 0 aal5 llc/snap ip idt0 vbr If you have bridged LLC - I don't know whether HARP can do this. With NgATM you can use the ng_atmllc node to strip of the LLC header and put the resulting PDU on an ethernet interface. We did this a couple of weeks ago with an FreeBSD user in Latvia. I can dig out the e-mail with the exact configuration. But in that case you cannot easily use the HARP idt driver. I sent my NgATM driver for the 77211 to someone a couple of months ago who wanted to work on it, but I don't know what happend to this. It would also be possible to feed the traffic from HARP into NgATM with a 50 line program - 50MBit/sec is easily doable. You could also ask ProSum for a price of their 77252 cards (www.prosum.fr). At the end, if the whole link is yours you can simply use any card and not shape altoghether (it doesn't make any difference whether you have CBR or VBR if you have the entire link. You need to ask your provider for the traffic parameters). harti TM> TM>Ted TM> TM>> -----Original Message----- TM>> From: Harti Brandt [mailto:harti@freebsd.org] TM>> Sent: Thursday, September 02, 2004 6:59 AM TM>> To: Richard Hodges TM>> Cc: Ted Mittelstaedt; freebsd-atm@freebsd.org TM>> Subject: Re: Question on ATM w/ FreeBSD TM>> TM>> TM>> On Mon, 30 Aug 2004, Richard Hodges wrote: TM>> TM>> RH>On Mon, 30 Aug 2004, Ted Mittelstaedt wrote: TM>> RH> TM>> RH>> Hi All, TM>> RH>> TM>> RH>> Can I plug in an ATM DS3 into something like a Cisco TM>> Lightstream LS1010 TM>> RH>> with a DS3 card, then plug a PC running FreeBSD and Quagga, with a TM>> RH>> Marconi Forerunner HE155 using the fatm() driver, into a OC3 card on TM>> RH>> the LS1010, then define a VC, switch it through the switch, TM>> RH>> and run data over that? TM>> RH> TM>> RH>I cannot answer for netgraph-atm (maybe Harti could help there), but I TM>> RH>have some knowlege about the Fore/IDT LE155 card and HARP/ATM in the TM>> RH>later versions of 4.x TM>> RH> TM>> RH>HARP supports RFC1483 routed packet encapsulation, and if your TM>> other end TM>> RH>supports this, then you should be fine. Many or most TM>> ATM/Ether switches TM>> RH>prefer 1483 bridged encapsulation, so this is an important TM>> thing to check. TM>> RH>LANE (LAN emulation) uses bridged, CLIP (classical IP) uses routed TM>> RH>encapsulation, by the way. TM>> TM>> With NgATM you can also use HE155 cards (nice if you need CBR shaped TM>> VCCs), IDT 77252 based cards (ProSum has these, they support also VBR) in TM>> addition to the HARP supported cards. As for the protocols NgATM TM>> does only TM>> CLIP over PVCs at the moment, but you can use the card capabilities for TM>> shaping with this if you need to (see natmip(4) and atmconfig(8)). TM>> TM>> RH>The LS1010 or any decent ATM switch should be fine to link your DS3 to TM>> RH>OC3. For the price, I would go for a Fore ASX-200BX or an ASX-200WG TM>> RH>converted to a -BX (by upgrading the CPU board). The -WG is TM>> usually very TM>> RH>cheap on ebay. TM>> RH> TM>> RH>> We are looking into bringing in another feed this time via ATM DS3, TM>> RH>> and I don't think that a DS3 ATM card exists for the PC that has a TM>> RH>> FreeBSD (or Linux) driver. TM>> RH> TM>> RH>I think Imagestream sells one, but I would rather spend a TM>> couple hundred TM>> RH>on an ATM switch than a thousand or more on a PCI card. TM>> RH> TM>> RH>> However I see a number of PCI ATM lan adapters for PC's. TM>> RH> TM>> RH>The Fore/IDT LE155 cards are cheap and functional. TM>> TM>> Fore PCA200E and HE155 are also for 10$ on ebay. TM>> TM>> RH>> It seems that an ATM switch, of which there are plenty TM>> RH>> available, would be the way to get from one to the other. However I TM>> RH>> have not dealt yet with ATM switches, is there anything TM>> inherently different TM>> RH>> about ATM on a lan adapter like the HE155, and ATM on a DS3? TM>> RH> TM>> RH>Not really. Obviously the cell rate is different. This _might_ be an TM>> RH>issue if your host with the OC3 bursts packets to the point TM>> that your DS3 TM>> RH>bandwidth is exhausted and packets are discarded. By the way, TM>> if you have TM>> RH>an option for EPD (early packet discard), this can help reduce TM>> the damage TM>> RH>in this case. One ugly way to fix this would be to hack the IDT driver TM>> RH>to force a lower cell rate. On the other hand, if your traffic is TCP, TM>> RH>flow control might not be an issue. TM>> TM>> If the traffic goes over a single PVC you can configure this PVC to shape TM>> the traffic to a DS3 bandwidth. But that just moves the dropping point TM>> from the ATM switch to the host. As Richard said, TCP should take care TM>> itself. TM>> TM>> harti TM>> TM>> RH>I think the key is making sure that the other end can handle RFC1483 TM>> RH>routed encapsulation. TM>> RH> TM>> RH>You should have no trouble finding the LE155 card, the switch, TM>> and the OC3 TM>> RH>and DS3 modules on ebay, but feel free to contact me for parts if you TM>> RH>wish. TM>> RH> TM>> RH>All the best, TM>> RH> TM>> RH>-Richard TM>> RH> TM>> RH>_______________________________________________ TM>> RH>freebsd-atm@freebsd.org mailing list TM>> RH>http://lists.freebsd.org/mailman/listinfo/freebsd-atm TM>> RH>To unsubscribe, send any mail to "freebsd-atm-unsubscribe@freebsd.org" TM>> RH> TM>> RH> TM>> RH> TM>> TM> TM> TM> From owner-freebsd-atm@FreeBSD.ORG Sat Sep 4 11:03:26 2004 Return-Path: Delivered-To: freebsd-atm@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC0CC16A4CE; Sat, 4 Sep 2004 11:03:26 +0000 (GMT) Received: from mail.freebsd-corp-net-guide.com (mail.freebsd-corp-net-guide.com [65.75.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6DCD43D31; Sat, 4 Sep 2004 11:03:25 +0000 (GMT) (envelope-from tedm@toybox.placo.com) Received: from tedwin2k (nat-rtr.freebsd-corp-net-guide.com [65.75.197.130]) i84B3pW54563; Sat, 4 Sep 2004 04:03:51 -0700 (PDT) (envelope-from tedm@toybox.placo.com) From: "Ted Mittelstaedt" To: "Harti Brandt" Date: Sat, 4 Sep 2004 04:06:20 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <20040903090440.Y29420@beagle.kn.op.dlr.de> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal cc: freebsd-atm@freebsd.org Subject: RE: Question on ATM w/ FreeBSD X-BeenThere: freebsd-atm@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ATM for FreeBSD! List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 11:03:26 -0000 > -----Original Message----- > From: Harti Brandt [mailto:harti@freebsd.org] > Sent: Friday, September 03, 2004 12:31 AM > To: Ted Mittelstaedt > Cc: Richard Hodges; freebsd-atm@freebsd.org > Subject: RE: Question on ATM w/ FreeBSD > > > On Thu, 2 Sep 2004, Ted Mittelstaedt wrote: > > TM>Thanks, > TM> > TM> There is only going to be one VC. I asked about the delivery > TM>encap and they said "vbr" > > Hmm. VBR is not an encapsulation, Sigh. I know, I just posted that to illustrate the level I'm dealing with. When I got that response I followed up with a second query to the carrier of whether the encap was RFC1483 Bridged or RFC1483 Routed. Apparently that exhausted the meager store of ATM knowledge that the technical contact had and the question was referred up the chain, presumably to someone more knowledgeable. It's week end now and I've not got a response. The owner of the ISP wants to go with this particular carrier because of some deals we have setup would make it very cheap, much cheaper than anyone else. Unfortunately it looks very much like we would be the only ISP in Portland OR that gets an Internet feed delivered via ATM. (at least, the only local one) I think probably there's a few national carriers with POPs here who use ATM on their backbones, no doubt. But I have a good bit of knowledge of our competitors here and highly doubt none of the rest of them are doing this, most likely because they wouldn't understand how to put it together. Few of them are multihomed, even. As a result of this the salespeople of the carrier we are talking to that services our market don't know diddly squat about atm. I won't post who it is so as not to embarass them. > its Variable Bit Rate. In this case you > should get either and IDT77252 or IDT77211 based card (I don't know > whether there are cheap 77252 cards, but you find Fore LE155 with a 77211 > for a handful of $ on ebay). Richard probably knows better to what extend > the LE155 supports VBR. > > atm_load="idt" > atm_netif_idt0="idt 1" > atm_sigmgr_idt0="pvc" > > ifconfig_idt0="a.b.c.d" > > There is currently no magic in the rc.d scripts to add PVCs as far as I > can see (although defaults/rc.conf suggests so). You need something like: > > atm add pvc idt0 0 aal5 llc/snap ip idt0 vbr > > > If you have bridged LLC - I don't know whether HARP can do this. With > NgATM you can use the ng_atmllc node to strip of the LLC header and put > the resulting PDU on an ethernet interface. We did this a couple of weeks > ago with an FreeBSD user in Latvia. I can dig out the e-mail with the > exact configuration. But in that case you cannot easily use the HARP idt > driver. I sent my NgATM driver for the 77211 to someone a couple > of months > ago who wanted to work on it, but I don't know what happend to this. It > would also be possible to feed the traffic from HARP into NgATM with a 50 > line program - 50MBit/sec is easily doable. You could also ask ProSum for > a price of their 77252 cards (www.prosum.fr). At the end, if the whole > link is yours you can simply use any card and not shape altoghether (it > doesn't make any difference whether you have CBR or VBR if you have the > entire link. You need to ask your provider for the traffic parameters). > My suspicion is that it's going to end up being Routed. The reason why is that we are already using a different group within this carrier to provide Frame Relay to customers -ie: we buy Frame circuits from their network to supply bandwidth to customers. Basically it's ATM vc's from us to their ATM switch which interworks it to a Frame circuit that the end user sees on the usual T1. That is of course a completely separate DS3 than what we are looking at buying. But the circuits provisioned off that are Routed not bridged, and all5snap, and vbr. It would also almost certainly be a single VC on the DS3. DSL egress in this market, by contrast, is all Bridged, both with Verizon and Qwest. (we have both those ilecs here, ugh) They both use vbr and aal5mux. I have another question for you guys,- if I am using routed/vbr is there any benefit to using a forerunner he155 and the fatm() driver as opposed to a Fore LE155 with the idt() driver? Also, what exactly is the difference between a Fore LE155 and a Fore PCA-200 (which uses the hfa() driver I understand)? You are right in there being no cheap IDT77252 cards out there. I don't have $2-3K on this project to throw into atm pci cards. :-( Has anyone worked with the Ascend/Lucent/Avaya PSAX gear, like the PSAX 100? Is that an ATM switch that could run a VC from one interface to another? The documentation on Avaya's site is very unclear plus the PSAX 100 has been long discontinued. But because of that they appear to be rediculously cheap on the secondary market. Ted > harti > > > TM> > TM>Ted > TM> > TM>> -----Original Message----- > TM>> From: Harti Brandt [mailto:harti@freebsd.org] > TM>> Sent: Thursday, September 02, 2004 6:59 AM > TM>> To: Richard Hodges > TM>> Cc: Ted Mittelstaedt; freebsd-atm@freebsd.org > TM>> Subject: Re: Question on ATM w/ FreeBSD > TM>> > TM>> > TM>> On Mon, 30 Aug 2004, Richard Hodges wrote: > TM>> > TM>> RH>On Mon, 30 Aug 2004, Ted Mittelstaedt wrote: > TM>> RH> > TM>> RH>> Hi All, > TM>> RH>> > TM>> RH>> Can I plug in an ATM DS3 into something like a Cisco > TM>> Lightstream LS1010 > TM>> RH>> with a DS3 card, then plug a PC running FreeBSD and > Quagga, with a > TM>> RH>> Marconi Forerunner HE155 using the fatm() driver, into > a OC3 card on > TM>> RH>> the LS1010, then define a VC, switch it through the switch, > TM>> RH>> and run data over that? > TM>> RH> > TM>> RH>I cannot answer for netgraph-atm (maybe Harti could help > there), but I > TM>> RH>have some knowlege about the Fore/IDT LE155 card and > HARP/ATM in the > TM>> RH>later versions of 4.x > TM>> RH> > TM>> RH>HARP supports RFC1483 routed packet encapsulation, and if your > TM>> other end > TM>> RH>supports this, then you should be fine. Many or most > TM>> ATM/Ether switches > TM>> RH>prefer 1483 bridged encapsulation, so this is an important > TM>> thing to check. > TM>> RH>LANE (LAN emulation) uses bridged, CLIP (classical IP) uses routed > TM>> RH>encapsulation, by the way. > TM>> > TM>> With NgATM you can also use HE155 cards (nice if you need CBR shaped > TM>> VCCs), IDT 77252 based cards (ProSum has these, they support > also VBR) in > TM>> addition to the HARP supported cards. As for the protocols NgATM > TM>> does only > TM>> CLIP over PVCs at the moment, but you can use the card > capabilities for > TM>> shaping with this if you need to (see natmip(4) and atmconfig(8)). > TM>> > TM>> RH>The LS1010 or any decent ATM switch should be fine to > link your DS3 to > TM>> RH>OC3. For the price, I would go for a Fore ASX-200BX or > an ASX-200WG > TM>> RH>converted to a -BX (by upgrading the CPU board). The -WG is > TM>> usually very > TM>> RH>cheap on ebay. > TM>> RH> > TM>> RH>> We are looking into bringing in another feed this time > via ATM DS3, > TM>> RH>> and I don't think that a DS3 ATM card exists for the PC > that has a > TM>> RH>> FreeBSD (or Linux) driver. > TM>> RH> > TM>> RH>I think Imagestream sells one, but I would rather spend a > TM>> couple hundred > TM>> RH>on an ATM switch than a thousand or more on a PCI card. > TM>> RH> > TM>> RH>> However I see a number of PCI ATM lan adapters for PC's. > TM>> RH> > TM>> RH>The Fore/IDT LE155 cards are cheap and functional. > TM>> > TM>> Fore PCA200E and HE155 are also for 10$ on ebay. > TM>> > TM>> RH>> It seems that an ATM switch, of which there are plenty > TM>> RH>> available, would be the way to get from one to the > other. However I > TM>> RH>> have not dealt yet with ATM switches, is there anything > TM>> inherently different > TM>> RH>> about ATM on a lan adapter like the HE155, and ATM on a DS3? > TM>> RH> > TM>> RH>Not really. Obviously the cell rate is different. This > _might_ be an > TM>> RH>issue if your host with the OC3 bursts packets to the point > TM>> that your DS3 > TM>> RH>bandwidth is exhausted and packets are discarded. By the way, > TM>> if you have > TM>> RH>an option for EPD (early packet discard), this can help reduce > TM>> the damage > TM>> RH>in this case. One ugly way to fix this would be to hack > the IDT driver > TM>> RH>to force a lower cell rate. On the other hand, if your > traffic is TCP, > TM>> RH>flow control might not be an issue. > TM>> > TM>> If the traffic goes over a single PVC you can configure this > PVC to shape > TM>> the traffic to a DS3 bandwidth. But that just moves the > dropping point > TM>> from the ATM switch to the host. As Richard said, TCP should > take care > TM>> itself. > TM>> > TM>> harti > TM>> > TM>> RH>I think the key is making sure that the other end can > handle RFC1483 > TM>> RH>routed encapsulation. > TM>> RH> > TM>> RH>You should have no trouble finding the LE155 card, the switch, > TM>> and the OC3 > TM>> RH>and DS3 modules on ebay, but feel free to contact me for > parts if you > TM>> RH>wish. > TM>> RH> > TM>> RH>All the best, > TM>> RH> > TM>> RH>-Richard > TM>> RH> > TM>> RH>_______________________________________________ > TM>> RH>freebsd-atm@freebsd.org mailing list > TM>> RH>http://lists.freebsd.org/mailman/listinfo/freebsd-atm > TM>> RH>To unsubscribe, send any mail to > "freebsd-atm-unsubscribe@freebsd.org" > TM>> RH> > TM>> RH> > TM>> RH> > TM>> > TM> > TM> > TM> > From owner-freebsd-atm@FreeBSD.ORG Sat Sep 4 23:16:25 2004 Return-Path: Delivered-To: freebsd-atm@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E76716A4CE; Sat, 4 Sep 2004 23:16:25 +0000 (GMT) Received: from mail.cheapline.net (mail.cheapline.net [65.160.120.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 253E843D1D; Sat, 4 Sep 2004 23:16:25 +0000 (GMT) (envelope-from rh@matriplex.com) Received: from ts7-mail.matriplex.com (ts7-mail.matriplex.com [192.168.99.2]) by mail.cheapline.net (8.12.8p1/8.11.6) with ESMTP id i84NGOOR091704; Sat, 4 Sep 2004 16:16:24 -0700 (PDT) (envelope-from rh@matriplex.com) Date: Sat, 4 Sep 2004 16:16:24 -0700 (PDT) From: Richard Hodges X-X-Sender: rh@mail.cheapline.net To: Ted Mittelstaedt In-Reply-To: Message-ID: <20040904153835.C2146@mail.cheapline.net> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-atm@freebsd.org Subject: RE: Question on ATM w/ FreeBSD X-BeenThere: freebsd-atm@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ATM for FreeBSD! List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Sep 2004 23:16:25 -0000 On Sat, 4 Sep 2004, Ted Mittelstaedt wrote: > > -----Original Message----- > > From: Harti Brandt [mailto:harti@freebsd.org] > > On Thu, 2 Sep 2004, Ted Mittelstaedt wrote: > When I got that response I followed up with a second query to the carrier > of whether the encap was RFC1483 Bridged or RFC1483 Routed. Apparently that > exhausted the meager store of ATM knowledge that the technical contact had > and the > question was referred up the chain, presumably to someone more > knowledgeable. > > It's week end now and I've not got a response. Maybe they could say what device they are using and some info on how they plan to configure their end. > > If you have bridged LLC - I don't know whether HARP can do this. No, HARP only uses routed PDUs. At first glance, it seems that it would be easy to strip off the bridged PDU header on incoming packets and prepend one to outbound packets, but unless you are dealing with a single host on the other end, you now have to maintain an ARP table. Either that, or create a special virtual ethernet device that can attach to the kernel ethernet block. > My suspicion is that it's going to end up being Routed. The reason why > is that we are already using a different group within this carrier to > provide Frame Relay to customers -ie: we buy Frame circuits from their > network to supply bandwidth to customers. Basically it's ATM vc's from us > to their ATM switch which interworks it to a Frame circuit that the > end user sees on the usual T1. That is of course a completely separate > DS3 than what we are looking at buying. But the circuits provisioned off > that are Routed not bridged, and all5snap, and vbr. Okay, one point in favor of using FreeBSD for the ATM endpoint :-) > It would also almost certainly be a single VC on the DS3. > > DSL egress in this market, by contrast, is all Bridged, both with Verizon > and Qwest. (we have both those ilecs here, ugh) They both use vbr and > aal5mux. One other possibility that comes to mind is that if they want to used bridged, you could get a (cheap) Newbridge Orange Ridge, which has an OC3 and 12 10/100 ethernet ports. Forget about LANE and MPOA, just configure a static PVC. It's been years since I have configured an Orange Ridge, but I think that _should_ work. > I have another question for you guys,- if I am using routed/vbr is there any > benefit to using a forerunner he155 and the fatm() driver as opposed to > a Fore LE155 with the idt() driver? I know next to nothing about the HE155, but I can say that the LE155 is a pretty good card. The driver is capable of CBR and a pseudo-VBR as well as UBR, at least when given the proper traffic setup parameters. HARP does not set these parameters, but you could force arbitrary PCR and SCR in the function idt_instvcc() if you wanted. I think it would be trivial to add a sysctl (like " hw.idt.next_pcr") to assign a PCR to the next VC created. > Also, what exactly is the difference > between a Fore LE155 and a Fore PCA-200 (which uses the hfa() driver I > understand)? The PCA200 has its own processor and firmware, and in my opinion it is not nearly as flexible as the LE155. I do not believe that it can handle CBR or VBR, just UBR. > Has anyone worked with the Ascend/Lucent/Avaya PSAX gear, like the PSAX > 100? Is that an ATM switch that could run a VC from one interface to > another? The documentation on Avaya's site is very unclear plus the PSAX > 100 has been long discontinued. But because of that they appear to be > rediculously cheap on the secondary market. It has been about five years since I have configured the SA100, but I did have a pair set up for ether-ATM-ether bridging. I don't think it can handle routed encapsulation, though. In my opinion (!), Ascend people knew almost nothing about the unit after aquiring it from Sahara, and I bet the Lucent people know even less than nothing, unless they still have some ex-Sahara employees on board. I have an "almost working" SA100 with 10/100 ports you can have for spare parts if you want, but even for free I don't know that you would be getting a good deal... One other possibility for bridged PDUs might be a Fore ES3810 with an OC3 on the top and a 10/100 card. You could configure a PVC to one or more of the ether ports pretty easily. This should also be fairly cheap on ebay. All the best, -Richard