[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