Hi Dino, Would both be active at the same time? >
Yes, that is the beauty of seamless IP address handover. That is why I was a bit surprised that the draft assumes a model in which you still need to jump over crack as fast as possible :) Thx, R. > If so, control-plane would be much better since one or the other RLOCs > would be used. So old cachers use one address and new cachers use the other > address. Would work well. > > With predictive-RLOCs, dup packets would be delivered to application if > both addresses active at the same time. > > Dino > > On Apr 23, 2022, at 2:21 PM, Robert Raszuk <[email protected]> wrote: > > > Hi Dino, > > I am referring to SSC Mode 3 which LISP application can choose to use and > where with single radio you get two active IP addresses on a device > allowing you time to register with LISP mapping plane new RLOC > > https://www.techplayon.com/ssc-modes-session-and-service-continuity-in-5g/ > > 5G and wifi would be exactly the same. > > Mobility while on the plane or train is usually behind NAT anyway so you > need to keep data plane active, > > So practically what's left ? > > Best, > R. > > > On Sat, Apr 23, 2022 at 11:03 PM Dino Farinacci <[email protected]> > wrote: > >> > I am actually referring to the case where the control plane during the >> handoff registers new RLOC while the active/old one still works. Nothing to >> do with the data plane. >> >> You can register the new RLOC and new cachers will use it. Old cachers >> will use the old one. Now the question is, where is the EID, it can be the >> old, the new, and in transit (meaning offline). >> >> If you are an EID that is at both RLOCs at the same time, and want to >> migrate from one (removing one of them), then this works per specs. >> >> > That is what I meant by "radio overlap". >> >> There is no such thing as overlap unless the EID has two interfaces each >> with an RLOC. But that is not the interesting handoff case. I know cells >> overlap but most phones have ONE cellular interface and therefore one RLOC >> at a time. I wish this could change, but the mobile OSes aren't there. >> >> > Then there will be time where more then one RLOC is active and the old >> one can get pruned after the new one is tested as working fine. >> >> You have to define the details of "active". That is what brings interest >> to this discussion. >> >> > Would that not be a better overall option ? >> >> Its not that simple. >> >> Dino >> >> >>
_______________________________________________ lisp mailing list [email protected] https://www.ietf.org/mailman/listinfo/lisp
