[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ISATAP scenario



On Tue, 3 Aug 2004, Christian Schild wrote:
> > Why they haven't done so already is (I think) because there are about
> > 5 different solutions, none of them sufficiently widely adopted or
> > deployed; they want as few mechanisms as possible, ones which also
> > have the potential to be provided by some ISPs, enterprises, or
> > whatever.
> 
> Ok, aggressive question then:
> 
> Why run down the analysis/requirements/solutions road again, when we
> have a running solution at hand that _is_ (was) already present in
> vendors software and that probably just needs a little bit more
> finetuning?

Just my own opinion.. We need to figure out what makes the most
overall sense, instead of doing local optimizations.

ISATAP can be used to solve certain, specific problems in certain
specific, well-defined (trusted and managed) environments.

However, that is only a subset of a larger problem space .. one, which
we *need* a solution for in any case.

I feel it is better to only have a more generic solution, rather than
a generic solution *and* a specific solution, unless clearly proven
that the generic solution would not be work in the specific
environment.

"Less is more."

-- 
Pekka Savola                 "You each name yourselves king, yet the
Netcore Oy                    kingdom bleeds."
Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings