<div dir="ltr">Thanks Albert<div><br></div><div>I forgot to mention I changed that timer some time ago, to deal with the fact that when one xTR changed its RLOC, it took up to 10m to get the other xTRs to notice it. But did not realize this side effect.</div><div>I reverted to 10m, and I see the same behavior (though with larger interval)<br></div><div><br></div><div><div><font face="monospace">[2017/6/9 16:27:28] DEBUG: Got expiration for EID <a href="http://192.168.101.0/24">192.168.101.0/24</a></font></div><div><font face="monospace">[2017/6/9 16:27:29] DEBUG: No map cache for EID 192.168.101.1. Sending Map-Request!</font></div><div><font face="monospace">[2017/6/9 16:27:29] DEBUG: The map cache entry of EID <a href="http://192.168.101.0/24">192.168.101.0/24</a> will expire in 10 minutes.</font></div><div><font face="monospace"><br></font></div><div><font face="monospace">[2017/6/9 16:37:28] DEBUG: Got expiration for EID <a href="http://192.168.101.0/24">192.168.101.0/24</a></font></div><div><font face="monospace">[2017/6/9 16:37:30] DEBUG: No map cache for EID 192.168.101.1. Sending Map-Request!</font></div><div><font face="monospace">[2017/6/9 16:37:30] DEBUG: The map cache entry of EID <a href="http://192.168.101.0/24">192.168.101.0/24</a> will expire in 10 minutes.</font></div><div><font face="monospace"><br></font></div><div><font face="monospace">[2017/6/9 16:47:29] DEBUG: Got expiration for EID <a href="http://192.168.101.0/24">192.168.101.0/24</a></font></div><div><font face="monospace">[2017/6/9 16:47:31] DEBUG: No map cache for EID 192.168.101.1. Sending Map-Request!</font></div></div><div><font face="monospace">[2017/6/9 16:47:31] DEBUG: The map cache entry of EID <a href="http://192.168.101.0/24">192.168.101.0/24</a> will expire in 10 minutes.</font><br></div><div><br></div><div>JM</div><div><br><div class="gmail_quote"><div dir="ltr">El vie., 9 jun. 2017 a las 3:33, Albert López (<<a href="mailto:alopez@ac.upc.edu">alopez@ac.upc.edu</a>>) escribió:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<div class="m_5883410860069358651moz-cite-prefix">Dear José,<br>
<br>
The expiration time is defined by TTL. This is a hard coded
parameter that is defined by DEFAULT_DATA_CACHE_TTL (defs.h) and
is used in mapping_record_init_hdr(lisp_message_fields.c) . We
usually set this value to 10 (10 minutes). I don't know why you
have 1, may be I sent to you a testing version. In a future we
would like to add this parameter in the configuration file but we
don't have it yet.<br>
<br>
Best regards<br>
<br>
Albert<br>
<br>
<br>
El 09/06/17 a les 00:08, José Miguel Guzmán ha escrit:<br>
</div></div><div text="#000000" bgcolor="#FFFFFF">
<blockquote type="cite">
<div dir="ltr">Hi All
<div><br>
</div>
<div>We realized that every minute, we are dropping traffic
packets due to expiration of the destination prefix, and time
required to update the entry form server (couple of seconds)</div>
<div><br>
</div>
<div>
<div><font face="monospace"><b>[2017/6/8 18:53:48] DEBUG: Got
expiration for EID <a href="http://192.168.102.0/24" target="_blank">192.168.102.0/24</a></b></font></div>
<div><b><span style="font-family:monospace">[2017/6/8
18:53:49] DEBUG: No map cache for EID 192.168.102.168.
Sending Map-Request!</span><br>
</b></div>
<div><font face="monospace">[2017/6/8 18:53:49] DEBUG-2:
lisp_addr_get_ip_pref_addr: Not applicable to ip
addressess</font></div>
<div><font face="monospace">[2017/6/8 18:53:49] DEBUG:
Balancing locator vector for <a href="http://192.168.102.168/32" target="_blank">192.168.102.168/32</a>:</font></div>
<div><font face="monospace">[2017/6/8 18:53:49] DEBUG: IPv4
locators vector (0 locators):</font></div>
<div><font face="monospace">[2017/6/8 18:53:49] DEBUG: IPv6
locators vector (0 locators):</font></div>
<div><font face="monospace">[2017/6/8 18:53:49] DEBUG: IPv4
& IPv6 locators vector (0 locators):</font></div>
<div><font face="monospace">[2017/6/8 18:53:49] DEBUG:
locators for req: 172.16.60.8</font></div>
<div><font face="monospace">[2017/6/8 18:53:49] DEBUG:
Map-Request-> flags:a=0,m=0,p=0,s=0,P=0,S=0, irc: 0
(+1), record-count: 1, nonce: 78627d755,
itr-rlocs:172.16.60.8, src-eid: 192.168.101.1, req-eid: <a href="http://192.168.102.168/32" target="_blank">192.168.102.168/32</a></font></div>
<div><font face="monospace">[2017/6/8 18:53:49] DEBUG-2:
lisp_addr_get_ip_addr: Not applicable to prefixes</font></div>
<div><font face="monospace">[2017/6/8 18:53:49] DEBUG: ECM
-> flags:s, inner IP: 192.168.101.1 -> <a href="http://192.168.102.168/32" target="_blank">192.168.102.168/32</a>,
inner UDP: 4342 -> 4342</font></div>
<div><font face="monospace">[2017/6/8 18:53:49] DEBUG: Sent
control message IP: 172.16.60.8 -> 172.16.60.194 UDP:
4342 -> 4342</font></div>
<div><font face="monospace"><b>[2017/6/8 18:53:49] DEBUG:
Received Map-Reply-> flags:P=0,E=0,S=0, record-count:
1, nonce: 78627d75597fe77d, IP: 192.168.123.75 ->
172.16.60.8, UDP: 4342 -> 4342</b></font></div>
<div><font face="monospace">[2017/6/8 18:53:49] DEBUG:
Mapping-record -> ttl: 1 loc-count: 1 action: no-action
auth: 0 map-version: 0 eid: <a href="http://192.168.102.0/24" target="_blank">192.168.102.0/24</a></font></div>
<div><font face="monospace">[2017/6/8 18:53:49] DEBUG:
Locator-record -> flags: L=1,p=0,R=1, p/w: 1/100 255/0,
addr: 172.16.60.9</font></div>
<div><font face="monospace">[2017/6/8 18:53:49] DEBUG-2:
mapping_get_locators_with_afi: List for OOR AFI 1 and afi
2 not yet created</font></div>
<div><font face="monospace">[2017/6/8 18:53:49] DEBUG-2:
mapping_add_locator: Added locator 172.16.60.9 to the
mapping with EID <a href="http://192.168.102.0/24" target="_blank">192.168.102.0/24</a>.</font></div>
<div><font face="monospace">[2017/6/8 18:53:49] DEBUG-2:
mapping_get_locators_with_afi: List for OOR AFI 3 and afi
10 not yet created</font></div>
<div><font face="monospace">[2017/6/8 18:53:49] DEBUG:
Balancing locator vector for <a href="http://192.168.102.0/24" target="_blank">192.168.102.0/24</a>:</font></div>
<div><font face="monospace">[2017/6/8 18:53:49] DEBUG: IPv4
locators vector (1 locators): 172.16.60.9</font></div>
<div><font face="monospace">[2017/6/8 18:53:49] DEBUG: IPv6
locators vector (0 locators):</font></div>
<div><font face="monospace">[2017/6/8 18:53:49] DEBUG: IPv4
& IPv6 locators vector (0 locators):</font></div>
<div><font face="monospace"><b>[2017/6/8 18:53:49] DEBUG: The
map cache entry of EID <a href="http://192.168.102.0/24" target="_blank">192.168.102.0/24</a>
will expire in 1 minutes.</b></font></div>
<div><font face="monospace">[2017/6/8 18:53:49] DEBUG-2:
Programming probing of EID's <a href="http://192.168.102.0/24" target="_blank">192.168.102.0/24</a>
locator 172.16.60.9 (30 seconds)</font></div>
</div>
<div><br>
</div>
<div>I am not sure if I am doing something wrong.. (probably
:)) </div>
<div><br>
</div>
<div>Is there any way to handle this transparently? For
instance, have xTR refreshing prefixes 5secs before
expiration, so, traffic is not interrupted?<br>
</div>
<div>Are these expiration timers, configurable? I only see
that rloc-probing timers are tunable.</div>
<div><br>
</div>
<div>Thanks!</div>
<div>JM</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
</div>
<div dir="ltr">-- <br>
</div>
<div data-smartmail="gmail_signature">
<div dir="ltr">
<table cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td colspan="3"><img src="http://www.whitestack.com/static/whitestack_signature.png"></td>
</tr>
<tr>
<td width="31px"><br>
</td>
<td colspan="3"><b>José Miguel Guzmán<br>
</b>Senior Network Consultant<br>
Latin America & Caribbean<br>
</td>
</tr>
<tr>
<td><br>
</td>
<td class="m_5883410860069358651inbox-inbox-icon" valign="top"><img src="http://www.whitestack.com/static/phone-icon.png"></td>
<td class="m_5883410860069358651inbox-inbox-info" valign="top"> <a href="tel:+16502482490" target="_blank">+1
(650) 248-2490</a><br>
<a href="tel:+56990642780" target="_blank">+56
(9) 9064-2780</a></td>
</tr>
<tr>
<td><br>
</td>
<td class="m_5883410860069358651inbox-inbox-icon" valign="top"><img src="http://www.whitestack.com/static/email-icon.png"></td>
<td class="m_5883410860069358651inbox-inbox-info" valign="top"> <a href="mailto:jmguzman@whitestack.com" target="_blank">jmguzman@whitestack.com</a></td>
</tr>
<tr>
<td><br>
</td>
<td class="m_5883410860069358651inbox-inbox-icon" valign="top"><img src="http://www.whitestack.com/static/skype-icon.png"></td>
<td class="m_5883410860069358651inbox-inbox-info" valign="top"> <a>jmguzmanc</a></td>
</tr>
</tbody>
</table>
</div>
</div>
</blockquote>
<br>
</div></blockquote></div></div></div><div dir="ltr">-- <br></div><div data-smartmail="gmail_signature"><div dir="ltr"><table cellpadding="0" cellspacing="0" style="font-family:'trebuchet ms',arial,sans-serif;font-size:11px"><tbody><tr><td colspan="3"><img src="http://www.whitestack.com/static/whitestack_signature.png"></td></tr><tr><td width="31px"></td><td colspan="3"><b>José Miguel Guzmán<br></b>Senior Network Consultant<br>Latin America & Caribbean<br></td></tr><tr><td></td><td class="inbox-inbox-icon" valign="top"><img src="http://www.whitestack.com/static/phone-icon.png"></td><td class="inbox-inbox-info" valign="top"> <a href="tel:+16502482490">+1 (650) 248-2490</a><br> <a href="tel:+56990642780">+56 (9) 9064-2780</a></td></tr><tr><td></td><td class="inbox-inbox-icon" valign="top"><img src="http://www.whitestack.com/static/email-icon.png"></td><td class="inbox-inbox-info" valign="top"> <a href="mailto:jmguzman@whitestack.com">jmguzman@whitestack.com</a></td></tr><tr><td></td><td class="inbox-inbox-icon" valign="top"><img src="http://www.whitestack.com/static/skype-icon.png"></td><td class="inbox-inbox-info" valign="top"> <a>jmguzmanc</a></td></tr></tbody></table></div></div>