1. Forum
  2. Fidonet
  3. IPV6

  • IPv6 native - yippee

    From Markus Reschke@2:240/1661 to All on Fri Jan 31 17:55:54 2014
    Hello!

    This week my telephone line was switched to ALL-IP and I'm a happy user of native IPv6 now. The trunk version of OpenWrt fully supports DHCPv6-PD, even for additional downstream routers. The only downside is that the telco connected my line to an Annex B port. I would prefer Annex J for the higher upload rate. But I got a new problem now, I have not enough devices for a /56 :-)

    Regards,
    Markus

    ---
    * Origin: *** theca tabellaria *** (2:240/1661)
  • From Wilfred van Velzen@2:280/464 to Markus Reschke on Fri Jan 31 18:31:32 2014
    Hi,

    On 2014-01-31 17:55:54, Markus Reschke wrote to All:
    about: "IPv6 native - yippee":

    This week my telephone line was switched to ALL-IP and I'm a happy
    user of native IPv6 now. The trunk version of OpenWrt fully supports DHCPv6-PD, even for additional downstream routers. The only downside
    is that the telco connected my line to an Annex B port. I would prefer Annex J for the higher upload rate. But I got a new problem now, I
    have not enough devices for a /56 :-)

    Welcome to the club! ;)

    Bye, Wilfred.


    --- FMail-W32-1.67.0.46-B20140112
    * Origin: Native IPv6 connectable node (2:280/464)
  • From Benny Pedersen@1:261/38.20 to Markus Reschke on Sat Feb 1 09:10:08 2014
    Hello Markus!

    31 Jan 2014 17:55, Markus Reschke wrote to All:

    But I got a new problem now, I have not enough devices for a /56 :-)

    start geting more problems with raspberry-pi ? :)

    (save mem do a ipv6 only kernel)

    and then dokument it

    i dont understand why /56, defaults seem to be more /64 or worse /48


    Regards Benny

    ... there can only be one way of life, and it works :)

    --- Msged/LNX 6.2.0 (Linux/3.13.0-gentoo-r1 (i686))
    * Origin: duggi.junc.org where qico is waiting (1:261/38.20)
  • From Markus Reschke@2:240/1661 to Benny Pedersen on Sat Feb 1 13:40:24 2014
    Hi Benny!

    Feb 01 09:10 2014, Benny Pedersen wrote to Markus Reschke:

    start geting more problems with raspberry-pi ? :)
    (save mem do a ipv6 only kernel)
    and then dokument it

    I have to leave some problems for you ;-)

    i dont understand why /56, defaults seem to be more /64 or worse /48

    DTAG's Speedport routers got a custom privacy feature for IPv6. The Speedport assigns a /64 out of the /56 for the LAN interface and changes it from time to time. IMHO that doesn't create any improved privacy by any means. If the user's PC runs with privacy extensions disabled the interface part will be always the same (EUI based on MAC of NIC). First Bummer! The choosen /64 is within the /56 obviously. So I use the /56 for mapping the user. Second bummer!

    Regards,
    Markus

    ---
    * Origin: *** theca tabellaria *** (2:240/1661)
  • From Michiel van der Vlist@2:280/5555 to Markus Reschke on Sun Feb 2 16:12:09 2014
    Hello Markus,

    On Saturday February 01 2014 13:40, you wrote to Benny Pedersen:

    DTAG's Speedport routers got a custom privacy feature for IPv6. The Speedport assigns a /64 out of the /56 for the LAN interface and
    changes it from time to time. IMHO that doesn't create any improved privacy by any means. If the user's PC runs with privacy extensions disabled the interface part will be always the same (EUI based on MAC
    of NIC). First Bummer! The choosen /64 is within the /56 obviously. So
    I use the /56 for mapping the user. Second bummer!

    Move to Belgium. Belgacom issues dynamic IPv6 adresses on consumer accounts...


    Cheers, Michiel

    --- GoldED+/W32-MINGW 1.1.5-b20110320
    * Origin: 2001:470:1f15:1117::1 (2:280/5555)
  • From Markus Reschke@2:240/1661 to Michiel van der Vlist on Sun Feb 2 18:09:00 2014
    Hi Michiel!

    Feb 02 16:12 2014, Michiel van der Vlist wrote to Markus Reschke:

    MvdV> Move to Belgium. Belgacom issues dynamic IPv6 adresses on consumer
    MvdV> accounts...

    DTAG's /56 is also dynamic with a max. lease time of 6 months (disconnect enforced). When a customer likes to have another /56 sooner he has to disconnect the WAN for a few seconds or push some button at the customer care web page.

    cu,
    Markus

    ---
    * Origin: *** theca tabellaria *** (2:240/1661)
  • From Michiel van der Vlist@2:280/5555 to Markus Reschke on Mon Feb 3 15:01:35 2014
    Hello Markus,

    On Sunday February 02 2014 18:09, you wrote to me:

    DTAG's /56 is also dynamic with a max. lease time of 6 months
    (disconnect enforced).

    Argghh! I had expected that with the coming of IPv6, the internet would rid itself of this dynamic address shit.

    I wonder why DTAG does this. It can not be shortage of addresses. The only reason I can think of is to discourage customers from running servers... :-(

    I hope the Dutch providers will not follow this bad example.

    When a customer likes to have another /56 sooner he has to disconnect
    the WAN for a few seconds or push some button at the customer care web page.


    Cheers, Michiel

    --- GoldED+/W32-MINGW 1.1.5-b20110320
    * Origin: 2001:470:1f15:1117::1 (2:280/5555)
  • From Björn Felten@2:203/2 to Michiel van der Vlist on Mon Feb 3 15:43:12 2014
    MvdV> I wonder why DTAG does this. It can not be shortage of addresses.

    My thoughts exactly. A /56 address space will cover every electronic unit in the entire Europe a thousand times over -- with loads to spare.

    --- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
    * Origin: news://felten.yi.org (2:203/2)
  • From Michiel van der Vlist@2:280/5555 to Björn Felten on Tue Feb 4 15:24:53 2014
    Hello Bj”rn,

    On Monday February 03 2014 15:43, you wrote to me:

    MvdV>> I wonder why DTAG does this. It can not be shortage of
    MvdV>> addresses.

    My thoughts exactly. A /56 address space will cover every
    electronic unit in the entire Europe a thousand times over -- with
    loads to spare.

    So why would anyone want dynamic IPv6 addresses? Some misguided idea about privacy?


    Cheers, Michiel

    --- GoldED+/W32-MINGW 1.1.5-b20110320
    * Origin: 2001:470:1f15:1117::1 (2:280/5555)
  • From Björn Felten@2:203/2 to Michiel van der Vlist on Tue Feb 4 16:39:19 2014
    My thoughts exactly. A /56 address space will cover every
    electronic unit in the entire Europe a thousand times over -- with
    loads to spare.

    MvdV> So why would anyone want dynamic IPv6 addresses? Some misguided idea
    MvdV> about privacy?

    More likely some CEO who have no idea about what IPv6 can really mean, and think that his company can make loads of money out of this new "hype".

    For crying out loud! IPv6 means that every person on this planet can have his own complete IPv4 network at his very own disposal. But I guess that's not what the ISPs want the world to know...?

    Dynamic IPv6 is surely an abomination that should be exposed as such ASAP. But probably will not be within five or so years IMHO.

    --- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
    * Origin: news://felten.yi.org (2:203/2)
  • From Michiel van der Vlist@2:280/5555 to Björn Felten on Tue Feb 4 21:16:37 2014
    Hello Bj”rn,

    On Tuesday February 04 2014 16:39, you wrote to me:

    MvdV>> So why would anyone want dynamic IPv6 addresses? Some misguided
    MvdV>> idea about privacy?

    More likely some CEO who have no idea about what IPv6 can really
    mean, and think that his company can make loads of money out of this
    new "hype".

    I could not just be Hanlon's razor?

    For crying out loud! IPv6 means that every person on this planet
    can have his own complete IPv4 network at his very own disposal. But I guess that's not what the ISPs want the world to know...?

    How can they hide it? The numbers don't lie.

    Dynamic IPv6 is surely an abomination that should be exposed as
    such ASAP. But probably will not be within five or so years IMHO.

    We will see. It is hard to argue against it when the motives are unknown.

    Cheers, Michiel

    --- GoldED+/W32-MINGW 1.1.5-b20110320
    * Origin: 2001:470:1f15:1117::1 (2:280/5555)