<div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Last days I install 2 servers, one with Centos7 and other with Debian8, without Openstack/Neutron. Both with the same DNSMASQ config I originally posted.</div><div>On both I was using version 2.76 and upgraded to 2.78, using the same ethernet interface changing the IP address between <a href="http://100.97.97.1/24">100.97.97.1/24</a> and <a href="http://100.98.98.1/24">100.98.98.1/24</a>, and everything works as expected. I also tested with 2 different interfaces ont each case and also worked fine. </div><div>The DHCP client always was the same in all cases (Debian8, Centos7, and Centos7 with Neutron). </div><div><br></div><div>It seems that the problem only happens when using DNSMAQ with Neutron routers. </div><div>How debug it better within Neutron?  Another cache table, or how see more detailed debug infos?</div><div dir="ltr"><br></div>Thanks<br clear="all"><div><div dir="ltr" class="gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><span style="font-size:12.8px"><font color="#666666">--</font></span></div><div><span style="font-size:12.8px"><font color="#666666">Luis  Kleber</font></span></div><div><br></div></div></div></div></div></div></div><br><div class="gmail_quote"><div dir="ltr">Em sex, 30 de nov de 2018 às 19:07, Luis Kleber <<a href="mailto:luis.kleber@gmail.com">luis.kleber@gmail.com</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi Stappers!</div><div><br></div><div>No hardfeelings! There was only a question missing! :)</div><div>Thanks for your reply and yes,  it's a complex setup because of the Neutron use (all installation needed).</div><div><br></div><div>After explained the problem, I was expecting a help to "how better debug", how see some other logs, activate another debug, another configuration, and so on...</div><div>I'll try if the same problem happens without Neutron. Only using a DNSMASQ with 2 different access interfaces/networks.  </div><div><br></div><div>Tanks.</div><div><div dir="ltr" class="gmail-m_5464614903782135084gmail_signature"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div><span style="font-size:12.8px"><font color="#666666">--</font></span></div><div><span style="font-size:12.8px"><font color="#666666">Luis Kleber<br></font></span></div></div></div></div></div></div></div><br></div><br><div class="gmail_quote"><div dir="ltr">Em sex, 30 de nov de 2018 às 16:33, Geert Stappers <<a href="mailto:stappers@stappers.nl" target="_blank">stappers@stappers.nl</a>> escreveu:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Wed, Nov 28, 2018 at 08:49:57AM -0200, Luis Kleber wrote:<br>
> Em ter, 27 de nov de 2018 às 20:12, Geert Stappers escreveu:<br>
> > On Mon, Nov 26, 2018 at 04:42:05PM -0200, Luis Kleber wrote:<br>
> >     <snip/><br>
> > > dhcp-range=set:infra-70-subnet,100.101.1.11,100.101.1.64,600s<br>
> > > dhcp-option=tag:infra-70-subnet,3,100.101.1.1<br>
> > > dhcp-range=set:infra-71-subnet,100.101.2.11,100.101.2.64,600s<br>
> > > dhcp-option=tag:infra-71-subnet,3,100.101.2.1<br>
> > > dhcp-range=set:infra-72-subnet,100.98.98.11,100.98.98.64,600s<br>
> > > dhcp-option=tag:infra-72-subnet,3,100.98.98.1<br>
> >     <snip> infra-73 ... infra-92 </snip><br>
> > > dhcp-range=set:infra-93-subnet,100.103.8.11,100.103.8.64,600s<br>
> > > dhcp-option=tag:infra-93-subnet,3,100.103.8.1<br>
> > > dhcp-range=set:infra-94-subnet,100.104.1.11,100.104.1.64,600s<br>
> > > dhcp-option=tag:infra-94-subnet,3,100.104.1.1<br>
> > > dhcp-range=set:infra-95-subnet,100.96.96.11,100.96.96.64,600s<br>
> > > dhcp-option=tag:infra-95-subnet,3,100.96.96.1<br>
> ><br>
> > Why?<br>
> ><br>
> <br>
> "Why" what?<br>
> If the question is the all other dhcp-ranges (unused for this scenario),<br>
> the answer is because in production case these other networks for each dhcp<br>
> range exist. These other unused ranges for this test case, this cannot be a<br>
> problem.<br>
> <br>
> Thanks<br>
<br>
No problem, no hardfeelings.<br>
<br>
It was me who should have wrote in his initial reply<br>
<br>
<br>
  Oops, that is a complex setup. Is really all the complexity needed?<br>
<br>
<br>
Anyway: Feel free to post, do known that it is been readed.<br>
<br>
<br>
Groeten<br>
Geert Stappers<br>
-- <br>
> this cannot be a problem.<br>
<br>
_______________________________________________<br>
Dnsmasq-discuss mailing list<br>
<a href="mailto:Dnsmasq-discuss@lists.thekelleys.org.uk" target="_blank">Dnsmasq-discuss@lists.thekelleys.org.uk</a><br>
<a href="http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss" rel="noreferrer" target="_blank">http://lists.thekelleys.org.uk/mailman/listinfo/dnsmasq-discuss</a><br>
</blockquote></div>
</blockquote></div></div></div></div>