<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Nov 18, 2014 at 8:23 PM, Bill Meek <span dir="ltr"><<a href="mailto:keemllib@gmail.com" target="_blank">keemllib@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 11/18/2014 06:31 PM, Rob Jensen wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
My backend seems to be refusing to bind any unique local addresses to its<br>
network connection, which is causing issues with my frontends who are using<br>
IPv6.  Mythbackend should see an address beginning with fdxx, but it's only<br>
finding the global and link-local addresses.  I'm able to work around this<br>
on a temporary basis by specifying my global/public IPv6 address in the<br>
backend setup, however things get FUBAR'ed whenever my ISP updates my<br>
backend's IPv6 address.  Does anyone else have similar experiences or<br>
pointers as to where I should be looking for a fix?<br>
</blockquote>
<br></span>
FWIW, I've been using ULAs since IPv6 became available to MythTV users.<br>
The difference is that I explicitly define the addresses in mythtv-setup<br>
under: Local Backend/IPv6 address and Master Backend IP address:.<br>
<br>
Right now:<br>
If you start your backend with --loglevel debug, you'll see the message:<br>
<br>
    Skipping address: your ULA here...<br>
<br>
I <think> because in this:<br>
<br>
    <a href="https://code.mythtv.org/cgit/mythtv/tree/mythtv/libs/libmythbase/serverpool.cpp#n256" target="_blank">https://code.mythtv.org/cgit/<u></u>mythtv/tree/mythtv/libs/<u></u>libmythbase/serverpool.cpp#<u></u>n256</a><br>
<br>
there's no test for ULAs. If you look near line 26 in the same file,<br>
there's no definition such as:<br>
<br>
    static QPair<QHostAddress, int> kUniqueLocalAddress =<br>
                            QHostAddress::parseSubnet("<u></u>fd00::/8");<br>
<br>
But I'm not familiar with the rules used there. Personally, it looks<br>
like you found a bug. I also don't know if it should be fc00::/7.<br>
<br>
My solution has always been to put my ULAs in the 2 fields mentioned<br>
in the 1st paragraph of my response. So I've never noticed what you<br>
found.<span class="HOEnZb"><font color="#888888"></font></span></blockquote><div><br></div><div>I didn't even think to explicitly define the IPv6 address in the Master Backend IP address field.  Once I changed that from the hostname to the specific ULA, everything began working again.  I'll submit a bug ticket, hopefully the fix is relatively easy. <br></div></div></div></div>