I also believe SMRs should be in the CP doc. I would support Dino’s proposal
below.
Regards,
Reshad.
On 2018-01-15, 2:10 PM, "lisp on behalf of Dino Farinacci"
<lisp-boun...@ietf.org on behalf of farina...@gmail.com> wrote:
I’d be willing to make a deal.
SMRs go to 6833bis and RLOC-probes stay in 6830bis. Since RLOC-probes are
connected (semantically) to echo-noncing which use bits in the LISP header.
Dino
> On Jan 15, 2018, at 10:32 AM, Alberto Rodriguez-Natal
<rodriguezna...@gmail.com> wrote:
>
> On Mon, Jan 15, 2018 at 6:55 PM, Dino Farinacci <farina...@gmail.com>
wrote:
>>> SMRs and RLOC-probes are control-plane features used by xTRs to be able
to run the data-plane.
>>
>> They are data-plane features that use control-plane messages. No other
devices sends an RLOC-probe (or SMR) then an xTR.
>
> IMHO I think that the SMR should go into the control-plane document. I
> believe that there are many cases (specially from an SDN point of
> view) where you may want to send SMRs from entities other than xTRs.
>
> There's already a draft [1] that proposes that SMRs can also be sent
> by MSMRs. That draft is documenting what has been implemented and
> running on OpenDaylight for a while now.
>
> Furthermore, lig-lispmob [2] supports sending SMRs on demand through a
> CLI without running an xTR. I've found that capability useful on many
> occasions.
>
> Alberto
>
> [1] https://tools.ietf.org/html/draft-rodrigueznatal-lisp-ms-smr-04
> [2] https://github.com/LISPmob/lig-lispmob
_______________________________________________
lisp mailing list
lisp@ietf.org
https://www.ietf.org/mailman/listinfo/lisp
_______________________________________________
lisp mailing list
lisp@ietf.org
https://www.ietf.org/mailman/listinfo/lisp
