Date: Wed, 24 Dec 2008 17:26:02 +0000 From: Bruce Simpson <bms@incunabulum.net> To: Robert Watson <rwatson@FreeBSD.org> Cc: Qing Li <qingli@freebsd.org>, Hartmut Brandt <hartmut.brandt@dlr.de>, freebsd-current@freebsd.org, "Li, Qing" <qing.li@bluecoat.com>, freebsd-net@freebsd.org Subject: Re: NATM hardware available Message-ID: <495270AA.3010904@incunabulum.net> 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:
> ...
> 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.
Loopback would be possible, sure, but you are probably only going to be
able to simulate looped-back PVCs.
Fortunately, the ITU G.DMT mandated use of ATM for xDSL generally only
uses PVCs.
But for SVCs, forget about it.
The really cute thing about ATM always was :
the ATM Forum made end-station specs relatively freely available --
but, like X.25, the machinations of switching were left up to the
vendors.
ATM switch simulation is "another project entirely".
cheers
BMS
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?495270AA.3010904>