<p dir="ltr">Do you have plans in near feature create ipv4 support?in this case I can drop bird and use only bird6 for ipv4/ipv6 routes inside my network.</p>
<div class="gmail_quote">1 Май 2016 г. 16:14 пользователь "Toke Høiland-Jørgensen" <<a href="mailto:toke@toke.dk">toke@toke.dk</a>> написал:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ondrej Zajicek <<a href="mailto:santiago@crfreenet.org">santiago@crfreenet.org</a>> writes:<br>
<br>
>> Right, yeah, the overflow check is done on the specified values not<br>
>> their centisecond equivalents. Oops.<br>
><br>
> IMHO the reasonable way would be to keep such values (intervals)<br>
> internally in Babel native time units (centiseconds) and only convert<br>
> to BIRD units when appropriate (when mixed with bird_clock_t values).<br>
<br>
That would work. Also thought about using the expr_us mechanism in the<br>
config parser code. However, both of those would break existing<br>
configurations (not that there are many at this point; but the principle<br>
remains). What is your policy on that?<br>
<br>
Also, since we can't actually schedule things at a granularity finer<br>
than seconds, setting a lower value would just result in announcing<br>
deadlines we then cannot meet, which is bound to break things. So for<br>
the time being I think keeping it the way it is would be best, no?<br>
<br>
-Toke<br>
</blockquote></div>