<html><head></head><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div id="yiv5279106808"><div id="yui_3_16_0_1_1457281891455_2951"><div style="color:#000;background-color:#fff;font-family:HelveticaNeue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;" id="yui_3_16_0_1_1457281891455_2950"><div id="yiv5279106808yui_3_16_0_1_1457099870988_3045"><span id="yui_3_16_0_1_1457281891455_6428"> Hi Albert,</span></div><div id="yiv5279106808yui_3_16_0_1_1457099870988_3045"><span><br></span></div><div id="yiv5279106808yui_3_16_0_1_1457099870988_3045" dir="ltr"> Thanks a lot for your reply.</div><div id="yiv5279106808yui_3_16_0_1_1457099870988_3045" dir="ltr"><br></div><div id="yiv5279106808yui_3_16_0_1_1457099870988_3045" dir="ltr">Your question "Are you trying to modify the SMR process to also send a Map Reply to the LS with the specified RLOCs of the previous point, or you are sending directly map replys? ".</div><div id="yiv5279106808yui_3_16_0_1_1457099870988_3045"><span><br clear="none"></span></div><div id="yiv5279106808yui_3_16_0_1_1457099870988_3045" dir="ltr"><span id="yui_3_16_0_1_1457281891455_2965"> What I meant was: </span></div><div id="yiv5279106808yui_3_16_0_1_1457099870988_3045" dir="ltr"><span id="yui_3_16_0_1_1457281891455_7064">* the MN should send an SMR to PITR when the signal strenght is low (not to wait for the interface to go down), and when the encapsulated map-reply (smr-invoked) comes back from the PITR, the MN should send to a map-reply to the PITR with the LS IP address as the current locator (RLOC). the MN should also send another map-reply to the LS itself with a null locator.</span></div><div id="yiv5279106808yui_3_16_0_1_1457099870988_3045" dir="ltr"><span id="yui_3_16_0_1_1457281891455_8713">* When the link eventually goes down and a handover takes place, the normal protocol operation resumes but with an additional map-reply to the LS similar to the one sent to the PITR.</span></div><div id="yiv5279106808yui_3_16_0_1_1457099870988_3045" dir="ltr"><span><br></span></div><div id="yiv5279106808yui_3_16_0_1_1457099870988_3045" dir="ltr"><span id="yui_3_16_0_1_1457281891455_9126">Regards,</span></div><div></div><div id="yiv5279106808yui_3_16_0_1_1457099870988_3046"> </div><div class="yiv5279106808signature" id="yiv5279106808yui_3_16_0_1_1457099870988_3051"><div id="yiv5279106808yui_3_16_0_1_1457099870988_3050"><div class="yiv5279106808yui_3_2_0_18_1337194888927129" id="yiv5279106808yui_3_16_0_1_1457099870988_3049" style="font-family:Tahoma;font-size:13px;"><div id="yiv5279106808yui_3_16_0_1_1457099870988_3048" style="font-family:arial;font-size:13px;"><div class="yiv5279106808MsoNormal" id="yiv5279106808yui_3_16_0_1_1457099870988_3047"><span style="color:rgb(79, 129, 189);font-family:Euphemia, sans-serif;font-size:10pt;" id="yui_3_16_0_1_1457281891455_5591">Musab Isah</span><br clear="none"></div><div class="yiv5279106808MsoNormal" id="yiv5279106808yui_3_16_0_1_1457099870988_3052"><span style="font-size:10.0pt;color:#4F81BD;" id="yui_3_16_0_1_1457281891455_3208">Research Student,</span></div><div class="yiv5279106808MsoNormal" id="yiv5279106808yui_3_16_0_1_1457099870988_3053"><span style="font-size:10.0pt;color:#4F81BD;" id="yui_3_16_0_1_1457281891455_2954">School of Computing and Communications,</span></div><div class="yiv5279106808MsoNormal" id="yiv5279106808yui_3_16_0_1_1457099870988_3054"><span style="font-size:10.0pt;color:#4F81BD;" id="yui_3_16_0_1_1457281891455_3209">D29, InfoLab21</span></div><div class="yiv5279106808MsoNormal" id="yiv5279106808yui_3_16_0_1_1457099870988_3055"><span style="font-size:10.0pt;color:#4F81BD;" id="yui_3_16_0_1_1457281891455_5590">Lancaster University</span></div></div></div></div></div><div class="yiv5279106808qtdSeparateBR" id="yiv5279106808yui_3_16_0_1_1457099870988_3056"><br clear="none"><br clear="none"></div><div class="yiv5279106808yqt6507866725" id="yiv5279106808yqt27837"></div></div></div></div><div class=".yiv5279106808yahoo_quoted" id="yui_3_16_0_1_1457281891455_2912"> <div id="yiv5279106808yui_3_16_0_1_1457099870988_3059" style="font-family:HelveticaNeue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"> <div id="yiv5279106808yui_3_16_0_1_1457099870988_3058" style="font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"> <div dir="ltr" id="yiv5279106808yui_3_16_0_1_1457099870988_3057"> <font size="2" face="Arial"> </font><hr size="1" id="yui_3_16_0_1_1457281891455_3256"> <b id="yui_3_16_0_1_1457281891455_9755"><span style="font-weight:bold;" id="yui_3_16_0_1_1457281891455_9754">From:</span></b> Albert López <alopez@ac.upc.edu><br clear="none"> <b id="yui_3_16_0_1_1457281891455_9753"><span style="font-weight:bold;" id="yui_3_16_0_1_1457281891455_9752">To:</span></b> MUSAB MUHAMMAD <nmusabu@yahoo.com>; "users@openoverlayrouter.org" <users@openoverlayrouter.org> <br clear="none"><b id="yui_3_16_0_1_1457281891455_9778"><span style="font-weight:bold;" id="yui_3_16_0_1_1457281891455_9777">Cc:</span></b> Steven Simpson <ss@comp.lancs.ac.uk><br clear="none"> <b id="yui_3_16_0_1_1457281891455_9757"><span style="font-weight:bold;" id="yui_3_16_0_1_1457281891455_9756">Sent:</span></b> Thursday, March 3, 2016 2:53 PM<br clear="none"> <b id="yui_3_16_0_1_1457281891455_9759"><span style="font-weight:bold;" id="yui_3_16_0_1_1457281891455_9758">Subject:</span></b> Re: [LISPmob-users] Modifying LISPMob Code<br clear="none"> </div> <div class="yiv5279106808y_msg_container" id="yiv5279106808yui_3_16_0_1_1457099870988_3061"><br clear="none"><div id="yiv5279106808"><div id="yiv5279106808yui_3_16_0_1_1457099870988_3063">
<div class="yiv5279106808moz-cite-prefix" id="yiv5279106808yui_3_16_0_1_1457099870988_3062">Hi Musab,<br clear="none">
<br clear="none">
First I would like to let you know that we are now <a rel="nofollow" shape="rect" target="_blank" href="http://www.openoverlayrouter.org/" id="yui_3_16_0_1_1457281891455_5589">OpenOverlayRouter</a>.
If possible use the new OOR mailing lists to contact us from now
on :)<br clear="none">
<br clear="none">
I will try to give you some answers inline:<br clear="none">
<br clear="none">
On 01/03/16 18:40, MUSAB MUHAMMAD wrote:<br clear="none">
</div>
<blockquote id="yiv5279106808yui_3_16_0_1_1457099870988_3065" type="cite">
<div id="yiv5279106808yui_3_16_0_1_1457099870988_3064" style="color:#000;background-color:#fff;font-family:HelveticaNeue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;">
<div id="yiv5279106808yui_3_16_0_1_1456853527172_2190"><span>Hi all,</span></div>
<div id="yiv5279106808yui_3_16_0_1_1456853527172_2190"><span><br clear="none">
</span></div>
<div class="yiv5279106808" id="yiv5279106808yui_3_16_0_1_1456853527172_2190"><span class="yiv5279106808" id="yiv5279106808yui_3_16_0_1_1456853527172_2738" style="font-family:'Segoe UI', Helvetica, Arial, sans-serif;font-size:medium;">I want to
introduce a new network entity, Location Server (LS) for
some reason, and have MNs and PITRs interact with it as
follows:</span><br clear="none" class="yiv5279106808" id="yiv5279106808yui_3_16_0_1_1456853527172_2740" style="font-family:'Segoe UI', Helvetica, Arial, sans-serif;font-size:medium;">
</div>
<ul style="font-family:'Segoe UI', Helvetica, Arial, sans-serif;font-size:medium;margin-top:14pt;margin-bottom:14pt;" id="yiv5279106808yui_3_16_0_1_1456853527172_2742" class="yiv5279106808"><li class="yiv5279106808" id="yiv5279106808yui_3_16_0_1_1456853527172_2744">When an MN
detects its interface signal dropping (which is going to be
determined by an external program), <i class="yiv5279106808" id="yiv5279106808yui_3_16_0_1_1456853527172_2746">MN should
issue Map-Reply(LS) to PITR, and Map-Reply(NULL) to LS</i>.</li><li class="yiv5279106808" id="yiv5279106808yui_3_16_0_1_1456853527172_2748">When an MN's
interface comes back up after binding to a new address RLOC,
and the MN (eventually) issues Map-Reply(RLOC) to PITR, <i class="yiv5279106808" id="yiv5279106808yui_3_16_0_1_1456853527172_2750">MN should
also issue Map-Reply(RLOC) to LS</i>.</li></ul>
</div>
</blockquote>
Are you trying to modify the SMR process to also send a Map Reply to
the LS with the specified RLOCs of the previous point, or you are
sending directly map replys? <br clear="none">
<br clear="none">
<blockquote id="yiv5279106808yui_3_16_0_1_1457099870988_3073" type="cite">
<div id="yiv5279106808yui_3_16_0_1_1457099870988_3072" style="color:#000;background-color:#fff;font-family:HelveticaNeue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;">
<div class="yiv5279106808" id="yiv5279106808yui_3_16_0_1_1456853527172_2752" style="font-family:'Segoe UI', Helvetica, Arial, sans-serif;font-size:medium;margin-top:14pt;margin-bottom:14pt;">As we know, a Solicit-Map-Request (SMR) is sent to
PITR at interface up, and the PITR sends a Map-Request to the
MN, which then sends a Map-Reply with its new RLOC.
tr_recv_map_request() in control/lisp_xtr.c appears to handle
the incoming Map-Request and respond with a Map-Reply, so I
intend to modify this function to deal with both interaction,
and supply it through the lisp_xtr_r structure with a flag to
distinguish the two behaviours, and the LS address. The flag
will be set if the signal drop has been detected, and cleared
if the interface has come back up. There are two
modifications:<br clear="none">
</div>
<ul style="font-family:'Segoe UI', Helvetica, Arial, sans-serif;font-size:medium;margin-top:14pt;margin-bottom:14pt;" id="yiv5279106808yui_3_16_0_1_1456853527172_2760" class="yiv5279106808"><li class="yiv5279106808" id="yiv5279106808yui_3_16_0_1_1456853527172_2762">If the flag
is set, Map-Reply(LS) will be sent to PITR instead of
Map-Reply(RLOC).</li><li class="yiv5279106808" id="yiv5279106808yui_3_16_0_1_1456853527172_2764">An
additional Map-Reply(flag ? NULL : RLOC) will be sent to LS.</li></ul>
</div>
</blockquote>
The SMR process not only affects to the PiTR but also all the
entries of the map cache. <br clear="none">
<blockquote type="cite" id="yui_3_16_0_1_1457281891455_5365">
<div style="color:#000;background-color:#fff;font-family:HelveticaNeue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;" id="yui_3_16_0_1_1457281891455_5364">
<div dir="ltr" id="yiv5279106808yui_3_16_0_1_1456853527172_2783"><span class="yiv5279106808" id="yiv5279106808yui_3_16_0_1_1456853527172_2766" style="font-family:'Segoe UI', Helvetica, Arial, sans-serif;font-size:medium;">For the first
change, can someone explain how the RLOC currently gets set
in the new message? Is it uc->la, for example? Or do I
need to build a new mapping_t?</span><br clear="none" class="yiv5279106808" id="yiv5279106808yui_3_16_0_1_1456853527172_2768" style="font-family:'Segoe UI', Helvetica, Arial, sans-serif;font-size:medium;">
</div>
</div>
</blockquote>
uc is just used to indicate the IPs and the udp ports to be used to
send the packet. You will probably have to generate a mapping with
the new RLOCs you want to use<br clear="none">
<blockquote type="cite" id="yui_3_16_0_1_1457281891455_5367">
<div style="color:#000;background-color:#fff;font-family:HelveticaNeue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;" id="yui_3_16_0_1_1457281891455_5366">
<div dir="ltr" id="yiv5279106808yui_3_16_0_1_1456853527172_2783"><br clear="none" class="yiv5279106808" id="yiv5279106808yui_3_16_0_1_1456853527172_2770" style="font-family:'Segoe UI', Helvetica, Arial, sans-serif;font-size:medium;">
<span class="yiv5279106808" id="yiv5279106808yui_3_16_0_1_1456853527172_2772" style="font-family:'Segoe UI', Helvetica, Arial, sans-serif;font-size:medium;">For the second
change, I don't strictly have to use a Map-Reply, as my code
will be talking to my LS, but it would be nice to re-use the
message type. What could I do to express some sort of
Map-Reply(NULL)? Use lisp_msg_put_neg_mapping, perhaps? Or
just an all-zero IP address?</span><br clear="none" class="yiv5279106808" id="yiv5279106808yui_3_16_0_1_1456853527172_2774" style="font-family:'Segoe UI', Helvetica, Arial, sans-serif;font-size:medium;">
</div>
</div>
</blockquote>
Yes, using a negative map reply (locator_count = 0) will be useful.
Other possibilities could be to use priority 255 in order to
indicate to not use the locators. When you create the mapping you
also add a locator for the LS and then you change priority to 255 of
the locators you don't want to be used.<br clear="none">
<blockquote type="cite" id="yui_3_16_0_1_1457281891455_5579">
<div style="color:#000;background-color:#fff;font-family:HelveticaNeue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;" id="yui_3_16_0_1_1457281891455_5578">
<div dir="ltr" id="yiv5279106808yui_3_16_0_1_1456853527172_2783"><br clear="none" class="yiv5279106808" id="yiv5279106808yui_3_16_0_1_1456853527172_2776" style="font-family:'Segoe UI', Helvetica, Arial, sans-serif;font-size:medium;">
<br clear="none" class="yiv5279106808" id="yiv5279106808yui_3_16_0_1_1456853527172_2780" style="font-family:'Segoe UI', Helvetica, Arial, sans-serif;font-size:medium;">
<span class="yiv5279106808" id="yiv5279106808yui_3_16_0_1_1456853527172_2782" style="font-family:'Segoe UI', Helvetica, Arial, sans-serif;font-size:medium;">It looks like
send_all_smr_and_reg() sends SMR, so that will result in a
later invocation of tr_recv_map_request(). It is only
invoked from send_all_smr_cb(), which appears to be invoked
by a timer. Is that timer set as a result of a new binding,
i.e., so that SMR will be sent a short moment after the new
binding is established? IOW, does the invocation of
send_all_smr_cb() imply that the lisp_xtr object has learned
of the new binding? If so, I intend to clear the flag
inside send_all_smr_cb(), so that the subsequent (indirect)
invocation of tr_recv_map_request() will behave normally to
PITR (as well as send an additional message to LS). I will
also add a non-static function to set the flag, and then
call send_all_smr_and_reg(). I will later arrange to call
this new function when the signal drop is detected.</span><span><br clear="none">
</span></div>
</div>
</blockquote>
We have a structure for each interface (iface_locators) which
contain the changes produced in the interface. When we receive a
netlink message we update this structure and we program the SMR
timer. If we receive a new netlink message before the timer expires,
we reprogram the timer again. When timer expires we call <span class="yiv5279106808" id="yiv5279106808yui_3_16_0_1_1456853527172_2782" style="font-family:'Segoe UI', Helvetica, Arial, sans-serif;font-size:medium;">send_all_smr_cb
where</span> we check the iface_locators structures to decide if
we have to do a SMR or if we had a flapping situation and we don't
need to initiate the SMR.<br clear="none">
<br clear="none">
I hope with this information you can proceed with your development.<br clear="none">
<br clear="none">
Best regards<br clear="none">
<br clear="none">
Albert<div class="yiv5279106808yqt7978030442" id="yiv5279106808yqtfd13076"><br clear="none">
<blockquote type="cite">
<div style="color:#000;background-color:#fff;font-family:HelveticaNeue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;">
<div dir="ltr" id="yiv5279106808yui_3_16_0_1_1456853527172_2783"><span class="yiv5279106808" style="font-family:'Segoe UI', Helvetica, Arial, sans-serif;font-size:medium;"><br clear="none">
</span></div>
<div dir="ltr" id="yiv5279106808yui_3_16_0_1_1456853527172_2783"><span class="yiv5279106808" id="yiv5279106808yui_3_16_0_1_1456853527172_2967" style="font-family:'Segoe UI', Helvetica, Arial, sans-serif;font-size:medium;">Regards,</span></div>
<div id="yiv5279106808yui_3_16_0_1_1456853527172_2735"> </div>
<div class="yiv5279106808signature" id="yiv5279106808yui_3_16_0_1_1456853527172_2726">
<div id="yiv5279106808yui_3_16_0_1_1456853527172_2725">
<div class="yiv5279106808yui_3_2_0_18_1337194888927129" id="yiv5279106808yui_3_16_0_1_1456853527172_2724" style="font-family:Tahoma;font-size:13px;">
<div id="yiv5279106808yui_3_16_0_1_1456853527172_2723" style="font-family:arial;font-size:13px;">
<div class="yiv5279106808MsoNormal" id="yiv5279106808yui_3_16_0_1_1456853527172_2734"><span id="yiv5279106808yui_3_16_0_1_1456853527172_2733" style="color:rgb(79, 129, 189);font-family:Euphemia, sans-serif;font-size:10pt;">Musab Isah</span><br clear="none">
</div>
<div class="yiv5279106808MsoNormal" id="yiv5279106808yui_3_16_0_1_1456853527172_2732"><span id="yiv5279106808yui_3_16_0_1_1456853527172_2731" style="font-size:10.0pt;color:#4F81BD;">Research
Student,</span></div>
<div class="yiv5279106808MsoNormal" id="yiv5279106808yui_3_16_0_1_1456853527172_2730"><span id="yiv5279106808yui_3_16_0_1_1456853527172_2729" style="font-size:10.0pt;color:#4F81BD;">School of
Computing and Communications,</span></div>
<div class="yiv5279106808MsoNormal" id="yiv5279106808yui_3_16_0_1_1456853527172_2728"><span id="yiv5279106808yui_3_16_0_1_1456853527172_2727" style="font-size:10.0pt;color:#4F81BD;">D29, InfoLab21</span></div>
<div class="yiv5279106808MsoNormal" id="yiv5279106808yui_3_16_0_1_1456853527172_2722"><span id="yiv5279106808yui_3_16_0_1_1456853527172_2721" style="font-size:10.0pt;color:#4F81BD;">Lancaster
University</span></div>
</div>
</div>
</div>
</div>
</div>
</blockquote>
<br clear="none">
<br clear="none">
</div></div></div><br clear="none"><br clear="none"></div> </div> </div> </div></div></body></html>