Re: [MEXT] doubting a 3GPP MIP, because requires SIM, BS, spectrum, code (was: Well-known problem with authentication/etc. in wireless networks)

Le 26/08/2011 00:12, Pete McCann a écrit :
> Hi, Julien,
>
> On Thu, Aug 25, 2011 at 5:02 PM, Julien
> Laganier<julien.ietf@gmail.com>  wrote:
>> Yes, EAP authentication for IKEv2. Yes the MN needs to attach to
>> the network first, as hosts currently do today already.
>
> Right.  I think Charlie was asking whether MIP could be the network
> access authentication protocol.

I read that so too.

I have a side note.

I have a big doubt about making Mobile IP at IETF more attractive to
3GPP, be that in the security domain (EAP, access control) or any other.

Specifying IETF protocol is often backed by significant implementation
effort.  And it is hard to do implementation effort when prerequisite
tools are: (0) licensed spectrum, (1) a SIM card paid subscription, (2)
a real 3GPP Base Station and (3) operator's source code, compared to
implementation effort using cheap WiFi equipment, cheap-free open source
code and unlicensed spectrum.

I fail to see how a better MIP could be designed for 3GPP if a large
number of implementers don't have access to these tools.  Or maybe
speculating, logically extending, behaviour on WiFi to 3GPP - once again.

That is why I doubt an effort to make Mobile IP more attractive to 3GPP
could happen at IETF.

(this is not to say MIP is not good for mobility - it is very good when
handing over from 3GPP link to e.g. WiFi, from one operator to another).

(also, at various points in time I personally did have access to these
tools but no intention could there be to talk at IETF about the inner
workings of these tools, nor to modify them).

Alex

>
>>> It may be interesting to look at whether access authentication
>>> and mobility management can be combined.
>>
>> I don' t know what problem we would be solving by combining the
>> two.
>
> Making initial establishment of the SA with the HA (upon network
> attachment) more efficient.  Making handovers faster and more
> efficient by reducing the number of round-trip messages required.
>
> -Pete _______________________________________________ MEXT mailing
> list MEXT@ietf.org https://www.ietf.org/mailman/listinfo/mext
>