<div dir="ltr"><div>hi</div>my concern is that some parameters are configured in the config file, and when i'm pulling the configuration via api the parameters are not there,<div><br></div><div>thank you for your replay</div><div><br></div><div>itay</div><div><br><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 3, 2017 at 8:26 PM, Francis Dupont <span dir="ltr"><<a href="mailto:fdupont@isc.org" target="_blank">fdupont@isc.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">itay cohen writes:<br>
> i have this configuration on the global scope<br>
>         "renew-timer": 900,<br>
>         "rebind-timer": 1800,<br>
>         "valid-lifetime": 3600,<br>
> it is used as the "default" timers, unless a timer is configured on the<br>
> subnet level.<br>
><br>
> when i use the get-config command i cant see the timers configured on the<br>
> global level.<br>
<br>
</span>=> I have a question which is in fact the response: is your concern<br>
the fact you can't see these timers at the global scope, or the fact<br>
there are some subnets where no specific timer values are configured<br>
and a default value copied from the global scope is not configured?<br>
<br>
Regards<br>
<br>
Francis Dupont <<a href="mailto:fdupont@isc.org">fdupont@isc.org</a>><br>
<br>
PS: if the action of deriveParams (src/lib/cc/simple_parser.h) is misleading<br>
we have somewhere the code of a factorParams doing the opposite.<br>
It was considered as too complex and potentially even more misleading<br>
(i.e. clearly against the least astonishment principle) so was not adopted.<br>
</blockquote></div><br></div>