<div dir="ltr">I currently have a case open where two of my probes on IPv6 networks have no IPv6 address.  <div><br></div><div>I was thinking I might reboot them or force an address probe but can't see an obvious way to do that remotely.</div>

<div><br></div><div>Ironically, my one probe that reports IPv6 capability has only a ULA address :-/</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jun 11, 2014 at 3:59 PM, Jared Mauch <span dir="ltr"><<a href="mailto:jared@puck.nether.net" target="_blank">jared@puck.nether.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
On Jun 11, 2014, at 11:39 AM, Klaus Darilion <<a href="mailto:klaus.mailinglists@pernau.at">klaus.mailinglists@pernau.at</a>> wrote:<br>
<br>
> Am 11.06.2014 15:44, schrieb Daniel Karrenberg:<br>
>> On 11.06.14 14:54 , Stephane Bortzmeyer wrote:<br>
>>> On Wed, Jun 11, 2014 at 01:16:21PM +0200,<br>
>>>  Antoin Verschuren <<a href="mailto:ripe@antoin.nl">ripe@antoin.nl</a>> wrote<br>
>>>  a message of 18 lines which said:<br>
>>><br>
>>>> some tags like anchor or hasipv6 could be filled automagicaly.<br>
>>> For "hasipv6", it is more complicated than it seems<br>
>>><br>
>> Hence IPV6WORKS. ;-)<br>
> Actually I never would want to make any IPv6 test from a probe which does not have the IPV6WORKS tag. Thus, probes which are known to knot work, should never be selected for measurements.<br>
<br>
I “generally” agree with this.  “IPv6-works” is defined as can contact greater than 50% of atlas anchors.  (I’m surprised at how little traffic my anchors see).<br>
<span class="HOEnZb"><font color="#888888"><br>
- Jared<br>
<br>
<br>
</font></span></blockquote></div><br></div>