<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 2, 2023 at 9:48 PM Stephen Worthington <<a href="mailto:stephen_agent@jsw.gen.nz">stephen_agent@jsw.gen.nz</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">What I would do with this sort of setup would be to not use link-local<br>
addressing as it is always a dodgy business with IPv4.  Especially<br>
when you want to use multiple network ports.  The right way to do this<br>
is to assign real IP addresses using one of the private address ranges<br>
(<a href="http://10.0.0.0/8" rel="noreferrer" target="_blank">10.0.0.0/8</a>, <a href="http://172.16.0.0/12" rel="noreferrer" target="_blank">172.16.0.0/12</a>, <a href="http://192.168.0.0/16" rel="noreferrer" target="_blank">192.168.0.0/16</a>).  Most home routers use a<br>
block of the <a href="http://192.168.0.0/16" rel="noreferrer" target="_blank">192.168.0.0/16</a> range for their addresses, so you would<br>
normally use a different block in that range.  Say your router is<br>
using <a href="http://192.168.1.0/24" rel="noreferrer" target="_blank">192.168.1.0/24</a>, then you could use <a href="http://192.168.99.0/24" rel="noreferrer" target="_blank">192.168.99.0/24</a> for your HDHR<br>
subnet.  So you might set the Ethernet port to be a static address of<br>
192.168.99.254, and then set up DHCP addressing for anything that<br>
connects to that Ethernet port to use addresses<br>
192.168.99.100-192.168.99.200.  And then find out the MAC addresses of<br>
your HDHR devices and manually assign them a DHCP address that is<br>
outside the automatic DHCP address range, so use 192.168.99.1,<br>
192.168.99.2 and so on.<br>
<br>
With all of that working, then you can just go back to using a ping of<br>
the HDHR IP address to delay mythbackend startup.  And it should be<br>
completely reliable.<br></blockquote><div><br></div><div>Stephen,  In this case one ethernet port is connected to a router and has a Reserved IP in that router so it's like a static ip.  The HDHR is connected directly to the other ethernet port. The reason for this is the HDHR tuners in my house do not play well with others and must be isolated somehow. I've tried using name brand consumer switches and forming a logic tree with the top switch connecting to the AP/router. I've heard the AP/routers don't handle switching traffic between their lan ports well so I have the GbE switches do that.  But with all that work I still get errors with my HDHR tuners on recordings that don't get errors on a PCIe card tuner. </div><div><br></div><div>So I went down the path of directly connecting them and that works great. I've never seen an error in a recording yet using this method.  I just need the boot up timing issues to be resolved. Once I could get "hdhomerun_config discover" on the local-link port connection to only return the IPv4 address of the device, then I was set using hdhomerun_check.py.  If the discover command returned 2 devices one IPv4 and one IPv6 for the same tuner, then it caused the mythbackend to fail.</div><div><br></div><div>I guess it would be possible for the PC with the 2 NICs to run bridge and dhcp server for that 2nd port but I don't know how to do that if it's even possible.</div><div><br></div><div>Jim A</div><div><br></div><div><br></div></div></div>