<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi Gert,<br>
    <br>
    <div class="moz-cite-prefix">Am 10.12.2014 um 20:02 schrieb Gert
      Doering:<br>
    </div>
    <blockquote cite="mid:20141210190210.GF28745@Space.Net" type="cite">
      <pre wrap="">So did you actually <b class="moz-txt-star"><span class="moz-txt-tag">*</span>deploy<span class="moz-txt-tag">*</span></b> IPv6, as in "every new service you run and
install has IPv6 on it, every new product you build supports IPv6", or 
did you just <b class="moz-txt-star"><span class="moz-txt-tag">*</span>get<span class="moz-txt-tag">*</span></b> an IPv6 block, put it on a shelf, and leave it there?

I'm impressed if our existing policy actually had such a big impact,
and it wasn't just "the last nudge to get going" - which we could easily
achieve by having the NCC IPRAs ensure that LIRs asking for a /22 are
aware of IPv6 ("have you considered deploying IPv6?").
</pre>
    </blockquote>
    <br>
    We really deployed IPv6 ;-) All servers used for customer software
    solutions and except for one service all our other services are IPv6
    enabled. For sure, we still have some servers in our internal
    network that are not IPv6 capable (e.g. some print servers); for
    IPv6 we currently focus on everything that is publicly accessible
    (and on core components, for sure). Servers that are only used
    internally get IPv6 enabled on the next OS update or at the time the
    server will be replaced.<br>
    <br>
    I get your point that there is no use in allocation IPv6 space to an
    LIR if that space is not used; do you know whether statistical data
    is available how much IPv6 address space that has been allocated to
    those LIRs which requested their final /22 is actually visible in
    the BGP routing tables?<br>
    <br>
    Regards,<br>
    Stefan<br>
  </body>
</html>