<div dir="ltr"><div class="gmail_quote"><div dir="ltr">Hi,<div><br></div><div>Hope you all are doing well !!<br><div><br></div><div>First of all, many many thanks for your contribution to dnsmasq.</div><div><br></div><div>Wanted your suggestion regarding a problem we are seeing with dnsmasq configuration.</div><div><br></div><div>At first, we had an issue where we did have dnsmasq sending RA's with multiple prefixes as we had multiple ipv6 addresses(with different prefixes) on the interface.</div><div>So, as per our requirement we made dnsmasq to send only one prefix (clients should configure ipv6 address with only that prefix), we changed dhcp-range config in dnsmasq.</div><div><br></div><div>from</div><div><b>a. dhcp-range=::,constructor:eth0,ra-stateless,24</b>h (with this config, lifetimes are decrementing in clients properly)</div><div><br></div><div>to</div><div><b>b. dhcp-range=eth0,1234::,ra-stateless,24h</b><br></div><div><br></div><div><div>But,<b> after changing configuration to type 'b'</b>, we observed that whenever the clients receive a new RA, the clients are updating lifetimes values back to 86400 seconds(valid and preferred lifetime values which we gave) </div><div>I mean to say, always the valid and preferred lifetimes in RA(seen through captures) is <b>constant at 86400</b>. It is not decrementing and it is becoming a protocol violation.</div><div><br></div><div>Overall, our aim is to send only 1 ipv6 prefix in RA, even though we have multiple ipv6 addresses(with multiple prefixes) on the interface.</div><div>Also, another question: Is there any dhcp-range configuration with which we can exclude sending ULA prefixes in RA ?</div><div><br></div><div>I tried to configure dhcp-range with other alternative ways, but nothing is working out.</div><div><br></div><div>Any help/suggestions would be highly helpful and appreciated.</div><div><br></div><div>Thanks in advance.</div><div> <br></div><div dir="ltr"><div dir="ltr">Best Regards,<br>Jagadeesh.</div></div></div></div><div><br></div></div></div></div>