Re: [netlmm] PMIP6-MIP6 Interactions - Take 2

[Suresh Krishnan <[e-mail]>]

Hi Christian,
   I agree and this is described in section 5.3 of the draft George and 
I wrote

http://tools.ietf.org/html/draft-tsirtsis-logically-separate-lmaha-00

Cheers
Suresh

Christian Vogt wrote:
> On Oct 30, 2008, Mohana Jeyatharan wrote:
> 
>> I agree with Rajeev. For multihoming case we need both BCEs(PMIP and
>> MIP) to be present at LMA/HA and moreover both should be valid.
> 
> 
> Mohana and Rajeev,
> 
> a general comment:  The simultaneous use of two mobility protocols
> without coordination is bound to be problematic if you don't define a
> clear precedence of one mobility protocol over the other.
> 
> This directly applies to the specific case of MIP/P-MIP co-existence:
> Both mobility protocols run simultaneously, yet there is no coordination
> between the entities who initiate mobility signaling, i.e., mobile hosts
> and MAGs.
> 
> You don't need two BCEs to see why lack of precedences for the mobility
> protocols could be a problem for multi-homing:  As a simple example,
> consider a host with 3G and WLAN interfaces, of which only the 3G
> interface has a home address with mobility support.  The host may create
> a MIP binding to redirect traffic for its home address from 3G to WLAN.
> In that case, the host certainly wouldn't want the network to remove
> that binding due to subsequent movements of the 3G interface.
> 
> Overall, I would recommend that, if two protocols for the same purpose
> (such as mobility) operate simultaneously, it should be clear which
> protocol takes precedence over the other.  In the specific case of
> MIP/P-MIP co-existence, that could mean that P-MIP pauses as long as a
> MIP binding is active.  Without such precedences, the two protocols will
> end up fighting each other (namely, over BCEs), and you will likely end
> up with undesired side effects.
> 
> - Christian
> 
> 
> _______________________________________________
> netlmm mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/netlmm

_______________________________________________
netlmm mailing list
[e-mail]
https://www.ietf.org/mailman/listinfo/netlmm