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>
index | next in thread | previous in thread | raw e-mail
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
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?495270AA.3010904>