Date: Thu, 25 Dec 2008 13:57:50 +0100 From: Hartmut Brandt <hartmut.brandt@dlr.de> To: Robert Watson <rwatson@FreeBSD.org> Cc: Qing Li <qingli@freebsd.org>, "Li, Qing" <qing.li@bluecoat.com>, Bruce Simpson <bms@incunabulum.net>, freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: NATM hardware available Message-ID: <4953834E.3020100@dlr.de> In-Reply-To: <alpine.BSF.1.10.0812241712520.69270@fledge.watson.org> References: <55f001c9639d$875f14ec$7202020a@internal.cacheflow.com> <4950F770.3090700@dlr.de> <B583FBF374231F4A89607B4D08578A4302A8BCC4@bcs-mail03.internal.cacheflow.com> <495165D8.2070409@dlr.de> <495246C9.9090305@incunabulum.net> <alpine.BSF.1.10.0812241712520.69270@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Robert Watson wrote: > On Wed, 24 Dec 2008, Bruce Simpson wrote: > >> Hartmut Brandt wrote: >> >>> In any case there is still an Todo on my side: the routing >>> information for NETNATM is currently lost somewhere between L2 and >>> L3 :-) I guess I come back to you in the new year to fix this >>> issue... Have to fetch my ATM equipment from the corner where it is >>> collecting dust to setup a testbed. >> >> Guys: >> >> Native NATM support would be nice, because it lets FreeBSD be used as >> a direct ADSL endpoint without an external ADSL router. >> >> I have a pair of ATM25 cards, an ATM25 crossover, and an >> ATM25-to-ADSL G.DMT modem bagged up ready to ship to someone who has >> the time and motivation to work on NATM. >> >> Also: I did have an ATM25 capable switch which I left at ICSI in >> Berkeley, I don't know where it is at the moment due to people >> movements. > > Do we have any of the necessary software parts to do simulated ATM > hardware similar to what if_tap does for Ethernet? Using the VIMAGE > stuff and virtual ATM hardware might open up the door to a more > accessible development and test environment. I did the NATM locking > work essentially "blind" due to a lack of test environment locally, > which seemed to work out, but a software test system would go a long way. Having at least a virtual interface would be nice. Should be fairly easy if only UBR (unspecified bit rate) is supported. harti
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4953834E.3020100>