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

Re: "non-authenticated" tunneling [Re: draft-durand-v6ops-assisted-tunneling-requirements-00.txt]



Agree ... actually I believe I mention this case in the sense that a non-registered mode is very easy to implement, same as a 6to4, and ISPs could only go to offer this if adds not overload to their work.

I know ... the workload can come by abusers of the service, but some times is much easier to have a non-registered service and then either allow the service only in "own" network or filter offending users, or whatever.

Regards,
Jordi

----- Original Message ----- 
From: "Pekka Savola" <pekkas@netcore.fi>
To: "Alain Durand" <Alain.Durand@Sun.COM>
Cc: "Gert Doering" <gert@Space.Net>; "S. Daniel Park" <soohong.park@samsung.com>; <v6ops@ops.ietf.org>
Sent: Sunday, April 25, 2004 11:18 PM
Subject: Re: "non-authenticated" tunneling [Re: draft-durand-v6ops-assisted-tunneling-requirements-00.txt]


> On Sun, 25 Apr 2004, Alain Durand wrote:
> [...]
> > Supporting two modes of operation certainly add complexity, so the
> > question is, is it worth it? Is there a real need from ISPs to offer
> > this non registered mode?
> 
> One could also (IMHO) ask whether there are cases when the ISP would 
> only want to offer non-registered mode.
> 
> In some networks where the ISP is capable of offering dual-stack
> access or other kind of tunneling methods (e.g., L2TP as described by
> Gert), the only interest from the ISP side could be this "zero
> infrastructure -- zero hassle" mode -- non-registered.
> 
> To me, both seem to be applicable but in different context:  
> non-registered is an auto-discovered or a "tryout" thing, or meant for
> short-term fix.  Registered seems like a more long-term solution for
> an ISP which is serious about v6 but cannot/will not offer dual-stack
> services for whatever reason yet.
> 
> -- 
> Pekka Savola                 "You each name yourselves king, yet the
> Netcore Oy                    kingdom bleeds."
> Systems. Networks. Security. -- George R.R. Martin: A Clash of Kings
> 
> 
>