<div dir="ltr">On Tue, Feb 12, 2013 at 3:09 PM, Navarro, Galo <span dir="ltr"><<a href="mailto:galo@midokura.com" target="_blank">galo@midokura.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Yes, all entries regardless of source. I agree that it'd be desirable<br>
to have a type. Re. TTL I'd probably put an expiration time when the<br>
entry is added since we'll probably have expiration also for<br>
non-snooped entries. If the TTL varies based on type, the ARP cache<br>
impl can set different values when adding the entry. This is more of<br>
an implementation detail but should we worry about hosts running<br>
midonet having significant time differences?<br><br></blockquote><div><br></div><div style>Good point, I don't think it's necessary, it would work as the ArpTable in the router does: the node that writes the entry is in charge of expiration. If the node shuts down, the entry is automatically removed by zookeeper (it's an ephemeral node).<br>
</div><div style><br></div><div style>BTW, this just made think, would it make sense to expose other pieces of state such as the router's ArpTable or the bridge's MacLearningTable through the REST API?</div></div>
<div><br></div>Cheers,</div><div class="gmail_extra"> <br><div dir="ltr">-- Guillermo Ontañón</div>
</div></div>