• Feature request: soft IPv6 force

    From Michiel Van Der Vlist@1:2320/100 to Tony Langdon on Wed Feb 1 01:38:46 2017

    *** Answering a msg posted in area BINKD (Binkd mailer).

    Hello Tony,

    On Wednesday February 01 2017 09:34, you wrote to me:

    -64 Binkd ignores the OS preference and tries to first make an
    IPv6 connect. If that fails, it tries an IPv4 connect.
    [..]
    That could be useful in some scenarios. In my case, my IPv6
    connectivity (native) is better than IPv4 (tunneled), so it's better
    for me to try IPv6 first in most cases, then fall back to IPv4 if necessary.

    Native IPv6 and IPv4 via a tunnel is the opposite of what many of us have. Quite exceptional. For now. It may not be so exceptional in the future.

    But is IPv6 not the default on your system? Is is different from my situation (Windows, native dual stack) where IPv6 is the default connectiom method, except when the destination has a 6to4 IPv6 address? (2002::/16)


    heers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20130111
    # Origin: he.net certified sage (2:280/5555)
    * Origin: LiveWire BBS - Synchronet - LiveWireBBS.com (1:2320/100)
  • From Janne Johansson@1:2320/100 to Michiel Van Der Vlist on Wed Feb 1 16:42:06 2017
    On 2017-02-01 01:39, Michiel van der Vlist : Tony Langdon wrote:

    *** Answering a msg posted in area BINKD (Binkd mailer).

    Hello Tony,

    On Wednesday February 01 2017 09:34, you wrote to me:

    -64 Binkd ignores the OS preference and tries to first make an
    IPv6 connect. If that fails, it tries an IPv4 connect.
    [..]
    That could be useful in some scenarios. In my case, my IPv6 connectivity (native) is better than IPv4 (tunneled), so it's better
    for me to try IPv6 first in most cases, then fall back to IPv4 if necessary.

    Native IPv6 and IPv4 via a tunnel is the opposite of what many of us
    have. Quite exceptional. For now. It may not be so exceptional in the
    future.

    But is IPv6 not the default on your system? Is is different from my
    situation (Windows, native dual stack) where IPv6 is the default
    connectiom method, except when the destination has a 6to4 IPv6 address? (2002::/16)

    I wonder if "default connection method" might be "default resolving
    method" on some OSes, if given a hostname. There is a difference in
    which protocol OSes will try first if given both v4 and v6, so having a
    button to make binkd make a specific choice might be a good idea.

    ---
    # Origin: *** nntp://fidonews.mine.nu *** Finland *** (2:221/6.0)
    * Origin: LiveWire BBS - Synchronet - LiveWireBBS.com (1:2320/100)
  • From Markus Reschke@1:2320/100 to Janne Johansson on Wed Feb 1 16:26:04 2017
    Hello Janne!

    Feb 01 16:44 2017, Janne Johansson wrote to Michiel van der Vlist:

    I wonder if "default connection method" might be "default resolving method" on some OSes, if given a hostname. There is a difference in
    which protocol OSes will try first if given both v4 and v6, so having
    a button to make binkd make a specific choice might be a good idea.

    On linux you can configure how IPv4 and IPv6 are prioritized via /etc/gai.conf. To prefer 6to4 tunnels over IPv4 comment out the line starting with "label 2002::/16" and restart binkd. Yes, it's that simple ;)

    ciao,
    Markus

    ---
    # Origin: *** theca tabellaria *** (2:240/1661)
    * Origin: LiveWire BBS - Synchronet - LiveWireBBS.com (1:2320/100)
  • From Tommi Koivula@1:2320/100 to Markus Reschke on Wed Feb 1 18:45:48 2017

    01 Feb 17 16:27, you wrote to Janne Johansson:

    Feb 01 16:44 2017, Janne Johansson wrote to Michiel van der Vlist:

    I wonder if "default connection method" might be "default
    resolving method" on some OSes, if given a hostname. There is a
    difference in which protocol OSes will try first if given both v4
    and v6, so having a button to make binkd make a specific choice
    might be a good idea.

    On linux you can configure how IPv4 and IPv6 are prioritized via /etc/gai.conf. To prefer 6to4 tunnels over IPv4 comment out the line starting with "label 2002::/16" and restart binkd. Yes, it's that
    simple ;)

    In my ubuntu vps box all the lines in /etc/gai.conf are commented out. Like this:

    #label ::1/128 0
    #label ::/0 1
    #label 2002::/16 2
    #label ::/96 3
    #label ::ffff:0:0/96 4
    #label fec0::/10 5
    #label fc00::/7 6
    #label 2001:0::/32 7

    Anyway, this looks like the netsh way to do the same in windows.

    'Tommi

    ---
    # Origin: news://rbb.bbs.fi & news://fidonews.mine.nu (2:221/360.8110)
    * Origin: LiveWire BBS - Synchronet - LiveWireBBS.com (1:2320/100)
  • From Wilfred Van Velzen@1:2320/100 to Tommi Koivula on Wed Feb 1 17:55:46 2017
    Hi,

    On 2017-02-01 18:47:48, Tommi Koivula wrote to Markus Reschke:
    about: "Feature request: soft IPv6 force":

    In my ubuntu vps box all the lines in /etc/gai.conf are commented out. Like this:

    #label ::1/128 0
    #label ::/0 1
    #label 2002::/16 2
    #label ::/96 3
    #label ::ffff:0:0/96 4
    #label fec0::/10 5
    #label fc00::/7 6
    #label 2001:0::/32 7

    The same is true on openSUSE. But if I read the comments correctly, that's because those are the kernel defaults...

    Bye, Wilfred.


    --- FMail-W32 1.73.15.74-B20170201
    # Origin: Native IPv6 connectable node (2:280/464)
    * Origin: LiveWire BBS - Synchronet - LiveWireBBS.com (1:2320/100)
  • From Michiel Van Der Vlist@1:2320/100 to Tommi Koivula on Sat Feb 4 16:53:52 2017
    Hello Tommi,

    On Friday February 03 2017 18:30, you wrote to Wilfred van Velzen:

    #label 2002::/16 2
    label ::/96 3
    label ::ffff:0:0/96 4
    label fec0::/10 5
    label fc00::/7 6
    label 2001:0::/32 7

    Confirmed:

    + 18:29 [4917] call to 2:5023/24@fidonet
    18:29 [4917] trying f24.n5023.z2.binkp.net [2002:3e94:91ed::2]...
    18:29 [4917] connected

    OK, so that way one can make an IPv6 connect to a 6to4 tunneled node. But that does not nullify my feature request for -64 and -46 options. What you did is changing the OS preference. So that will affect /all/ connections. Not just binkp. What I proposed was an override on the OS preference for a specific connection. I.e a binkp connect to a specific node.



    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20130111
    # Origin: he.net certified sage (2:280/5555)
    * Origin: LiveWire BBS - Synchronet - LiveWireBBS.com (1:2320/100)
  • From Tommi Koivula@1:2320/100 to Michiel Van Der Vlist on Sat Feb 4 19:25:22 2017
    Hi Michiel.

    04 Feb 17 16:54:52, you wrote to me:

    #label 2002::/16 2
    label ::/96 3
    label ::ffff:0:0/96 4
    label fec0::/10 5
    label fc00::/7 6
    label 2001:0::/32 7

    Confirmed:

    + 18:29 [4917] call to 2:5023/24@fidonet
    18:29 [4917] trying f24.n5023.z2.binkp.net [2002:3e94:91ed::2]...
    18:29 [4917] connected

    OK, so that way one can make an IPv6 connect to a 6to4 tunneled node. But that does not nullify my feature request for -64 and -46 options. What you did is changing the OS preference. So that will affect /all/ connections. Not just binkp. What I proposed was an override on the OS preference for a specific connection. I.e a binkp connect to a specific node.

    Of course. But this is ipv6 echo, not binkd echo. :)

    'Tommi

    ... he.net certified sage
    ---
    # Origin: IPv6 Point at [2001:470:1f15:cb0::4] (2:221/1.1)
    * Origin: LiveWire BBS - Synchronet - LiveWireBBS.com (1:2320/100)
  • From Michiel Van Der Vlist@1:2320/100 to Tommi Koivula on Sun Feb 5 00:43:34 2017
    Hello Tommi,

    On Saturday February 04 2017 19:27, you wrote to me:

    OK, so that way one can make an IPv6 connect to a 6to4 tunneled
    node. But that does not nullify my feature request for -64 and
    -46 options. What you did is changing the OS preference. So that
    will affect /all/ connections. Not just binkp. What I proposed
    was an override on the OS preference for a specific connection.
    I.e a binkp connect to a specific node.

    Of course. But this is ipv6 echo, not binkd echo. :)

    Indeed. Is there an equivalent setting for Windows?


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20130111
    # Origin: he.net certified sage (2:280/5555)
    * Origin: LiveWire BBS - Synchronet - LiveWireBBS.com (1:2320/100)
  • From Tommi Koivula@1:2320/100 to Michiel Van Der Vlist on Sun Feb 5 09:27:40 2017
    Hi Michiel.

    05 Feb 17 00:44:34, you wrote to me:

    OK, so that way one can make an IPv6 connect to a 6to4 tunneled
    node. But that does not nullify my feature request for -64 and
    -46 options. What you did is changing the OS preference. So that
    will affect /all/ connections. Not just binkp. What I proposed
    was an override on the OS preference for a specific connection.
    I.e a binkp connect to a specific node.

    Of course. But this is ipv6 echo, not binkd echo. :)

    Indeed. Is there an equivalent setting for Windows?

    You can start with

    netsh interface ipv6 show prefixpolicies

    and continue with

    netsh interface ipv6 set prefixpolicy

    and then you may do some googling. ;)

    'Tommi

    ... he.net certified sage
    ---
    # Origin: IPv6 Point at [2001:470:1f15:cb0::4] (2:221/1.1)
    * Origin: LiveWire BBS - Synchronet - LiveWireBBS.com (1:2320/100)
  • From Michiel Van Der Vlist@1:2320/100 to Tommi Koivula on Tue Feb 7 18:07:26 2017
    Hello Tommi,

    On Sunday February 05 2017 09:29, you wrote to me:

    You can start with

    netsh interface ipv6 show prefixpolicies
    ^^^
    D:\FIDO\FMAIL>netsh int ipv6 show prefixpolicy
    Der aktive Status wird abgefragt...

    Vorganger Label Prafix
    ---------- ----- --------------------------------
    5 5 2001::/32
    10 4 ::ffff:0:0/96
    20 3 ::/96
    30 2 2002::/16
    40 1 ::/0
    50 0 ::1/128

    and continue with

    netsh interface ipv6 set prefixpolicy

    The problem with netsh is that its documentation is lousy. :(

    My guess is that removing the entry for 2002::/16 will do the trick.

    and then you may do some googling. ;)

    I'd better do that before I make changes that I do not know how to undo...


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20130111
    # Origin: he.net certified sage (2:280/5555)
    * Origin: LiveWire BBS - Synchronet - LiveWireBBS.com (1:2320/100)
  • From Tommi Koivula@1:2320/100 to Michiel Van Der Vlist on Wed Feb 8 12:16:50 2017
    Michiel van der Vlist wrote:

    netsh interface ipv6 show prefixpolicies
    MvdV> ^^^
    D:\FIDO\FMAIL>> netsh int ipv6 show prefixpolicy
    MvdV> Der aktive Status wird abgefragt...

    So you still have win XP.

    I have number seven:

    netsh interface ipv6 show prefixpolicies
    Querying active state...

    Precedence Label Prefix
    ---------- ----- --------------------------------
    50 0 ::1/128
    40 1 ::/0
    30 2 2002::/16
    20 3 ::/96
    10 4 ::ffff:0:0/96
    5 5 2001::/32

    I cannot understand why these netsh commands had to be changed between win versions.

    'Tommi

    --- Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:51.0) Gecko/20100101 SeaMonkey/
    # Origin: *** nntp://rbb.bbs.fi *** Lake Ylo *** Finland *** (2:221/360)
    * Origin: LiveWire BBS - Synchronet - LiveWireBBS.com (1:2320/100)
  • From Michiel Van Der Vlist@1:2320/100 to Tommi Koivula on Fri Feb 10 11:26:26 2017
    Hello Tommi,

    On Wednesday February 08 2017 12:18, you wrote to me:

    netsh interface ipv6 show prefixpolicies
    MvdV>> ^^^
    D:\FIDO\FMAIL>> netsh int ipv6 show prefixpolicy
    MvdV>> Der aktive Status wird abgefragt...

    So you still have win XP.

    Getting rid of XP is on my todo list. Its IPv6 implementation works, but it is incomplete. But I want to get rid of the 16 bit stuff before I make that plunge.

    I have number seven:

    I too have 7 on my other machine.


    netsh interface ipv6 show prefixpolicies
    Querying active state...

    Precedence Label Prefix
    ---------- ----- --------------------------------
    50 0 ::1/128
    40 1 ::/0
    30 2 2002::/16
    20 3 ::/96
    10 4 ::ffff:0:0/96
    5 5 2001::/32

    I cannot understand why these netsh commands had to be changed between
    win versions.

    Neither do I.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20130111
    # Origin: he.net certified sage (2:280/5555)
    * Origin: LiveWire BBS - Synchronet - LiveWireBBS.com (1:2320/100)