[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: 3gpp-analysis: Recommendation on tunneling in the UE
> On Mon, 17 Nov 2003, Fred Templin wrote:
> > >.. I think ISATAP is definitely an overkill in this
> specific scenario.
> >
> > If by "overkill" you mean that it *works better* than the other
> > alternatives, then I agree since ISATAP is more automatic,
> agile and
> > efficient than the other alternatives. But, this would amount to an
> > attarctive incentive and not a negative as is usually
> implied by the
> > term "overkill".
>
> Yes, in this particular case, ISATAP provides more features
> than I believe
> we need (such as, automatic tunneling between ISATAP nodes, prefix
> delegation support, etc.). Thus, a more simplified
> mechanism would be
> better.
I don't think the above "extra" features are in the current ISATAP
spec and agree that it should focus on the basic host-to-router
mechanism. Would satisfying the above make it acceptable?
I think draft-16 does that. I'll review it myself and hope the wg
finds time for that too.
>
> I'm also not confortable running ISATAP over administrative
> borders, as
> has been suggested here. This applies in a similar fashion and to a
> lesser extent also to the unmanaged case where the ISP is
> doing NAT but
> wanting to offer IPv6.
Comment on this in a previous email.
I don't think the 3gpp ue case involves crossing L3 admin borders.
/Karim