• FidoNews 36:52 [00/07]: The Front Page

    From FidoNews Robot@2:2/2 to All on Monday, December 30, 2019 01:31:41
    The F I D O N E W S Volume 36, Number 52 30 Dec 2019 +--------------------------+-----------------------------------------+
    | |The newsletter of the | | |
    | | FidoNet community. | | Netmail attach to (POTS): |
    | | | | Editor @ 2:2/2 (+46-31-960447) |
    | | ____________| | |
    | | / __ | Netmail attach to (BinkP): |
    | | / / \ | Editor @ 2:203/0 |
    | | WOOF! ( /|oo \ | |
    | \_______\(_| /_) | Email attach to: |
    | _ @/_ \ _ | b @ felten dot se |
    | | | \ \\ | |
    | | (*) | \ ))| |
    | |__U__| / \// | Editor: Bj�rn Felten |
    | ______ _//|| _\ / | |
    | / Fido \ (_/(_|(____/ | Newspapers should have no friends. |
    | (________) (jm) | -- JOSEPH PULITZER | +--------------------------+-----------------------------------------+


    Table of Contents
    1. GENERAL ARTICLES ......................................... 1
    IPv6 in 2019 ............................................. 1
    2. LIST OF FIDONET IPV6 NODES ............................... 6
    List of IPv6 nodes ....................................... 6
    3. JAMNNTPD SERVERS LIST .................................... 9
    The Johan Billing JamNNTPd project ....................... 9
    4. FIDONEWS'S FIDONET SOFTWARE LISTING ...................... 10
    5. SPECIAL INTEREST ......................................... 17
    Statistics from the Fidoweb .............................. 17
    Nodelist Stats ........................................... 18
    6. FIDONEWS INFORMATION ..................................... 20
    How to Submit an Article ................................. 20
    Credits, Legal Infomation, Availability .................. 22

    --- Azure/NewsPrep 3.0
    * Origin: Home of the Fidonews (2:2/2.0)
  • From FidoNews Robot@2:2/2 to All on Monday, December 30, 2019 01:31:41
    =================================================================
    GENERAL ARTICLES =================================================================

    IPv6 in 2019
    By Michiel van der Vlist, 2:280/5555


    Another year has passed. When we compare the statistics as published
    by the end of 2018 with those of today, we see that IPv6 in Fidonet
    has grown again. From 78 to 86 nodes.


    90 _|
    _| .
    80 _| .
    _|
    70 _| .
    _|
    60 _|
    _| .
    50 _|
    _|
    40 _| .
    _|
    30 _|
    _| .
    20 _|
    _|
    10 _| .
    _| .
    0 _|________.___________________________________________________
    | | | | | | | | | | |
    2010 2011 2012 2013 2014 2015 2016 2017 2018 2019 2020


    Not just another year has passed, but also another decade. (Except
    for the nitpckers that insist the decade runs from 2011-2021.)

    When we look at the past decade we see that IPv6 in Fidonet grew
    from zero to almost a hundred . Nearly 10% of the listed Fido nodes.
    The growth went from exponential in the first five years to almost
    lineair since 2015. Until the end of 2015, the number almost doubled
    every year. In 2016 we had a mere net increase of 12 nodes. I say
    "net" because in 2016, not only did we see new IPv6 nodes, we also
    saw nodes disappear from the list. Some stopped supporting IPv6, some
    left Fidonet altogether. This trend continued in 2017, 2018 and 2019.
    A net increase of 13 nodes in 2017, 14 in 2018 and 8 in 2019.

    Statistics on small numbers is alway tricky, but we can not deny
    the impression that sinds last year the rate of inrease appears to
    be dropping. In the first half of 2019 the number even dropped to 71
    because several IPv6 nodes left Fidonet. At the end it reached 86.

    Other than that, 2019 was not all that eventfull regarding IPv6. Not
    for Fidonet en not for the Internet in general. We saw steady growth
    but we can't say that IPv6 is the dominant protocol yet. Two things
    are worth mentioning:

    What we have been expecting for some time, but did not see before is
    a Fidonet system that no longer has a public IPv4 address because
    his provider gave him a DS-Lite connection. Node 2:5020/2038 could
    not accept incoming IPv4 calls for some month. Incoming was IPv6
    only. Later he moved his node from his home to his office where he
    now is on an IPv4 only connection.

    Several mobile providers in Europe have started to roll out IPv6 or
    have announced that they will do so in the coming year. The mobile
    providers will not use DS-Lite, but the effect will be the same.
    The user will have a block of IPv6 addresses and an IPv4 address in
    the RFC 1918 or RFC 6598 range. That the mobile users will not have
    a public IPv4 address is no big deal for them, most of them had to
    make do with CGNAT for many years already. The mobile network is
    IPv6 only. To access IPv4 only servers they will make use of NAT64.
    One of the reasons that the mobile providers waited so long is that
    they had to wait for older versions of Android and iOS that do not
    support NAT64 to fade out. (Or so they claim). Anyway, mobile IPv6
    may be the game changer that makes IPv6 the dominant protocol.


    Some more statistics.

    Let us take a look at IPv6 by Regions and Zones:


    Region # nodes # IPv6 % IPv6


    R10 24 4 4 %
    R11 57 3 5 %
    R12 19 0 0 %
    R13 61 0 0 %
    R14 17 2 12 %
    R15 38 0 0 %
    R16 9 1 11 %
    R17 37 1 3 %
    R18 36 4 11 %
    R19 58 2 3 %
    R20 18 5 28 %
    R24 79 7 9 %
    R25 8 1 12 %
    R28 9 6 67 %
    R29 6 1 16 %
    R31 3 1 33 %
    R33 4 2 50 %
    R34 5 0 0 %
    R40 4 0 0 %
    R41 2 0 0 %
    R42 10 3 30 %
    R45 6 1 16 %
    R46 105 6 6 %
    R48 8 0 0 %
    R50 320 30 9 %
    R54 18 4 22 %
    R56 7 0 0 %
    R57 7 1 14 %
    R80 13 0 0 %
    R88 1 0 0 %
    R90 6 1 16 %

    Z1 356 17 5 %
    Z2 594 63 12 %
    Z3 26 5 25 %
    Z4 20 1 5 %

    Fido 996 86 9 %


    There is no denying that some regions are doing better than others.
    Keep in mind however that statistics on small numbers is tricky.


    Sorted by decreasing percentage:


    Region # nodes # Ipv6 % IPv6


    R28 9 6 67 %
    R33 4 2 50 %
    R31 3 1 33 %
    R42 10 3 30 %
    R20 18 5 28 %
    R54 18 4 22 %
    R45 6 1 16 %
    R90 6 1 16 %
    R29 6 1 16 %
    R57 7 1 14 %
    R14 17 2 12 %
    R25 8 1 12 %
    R18 36 4 11 %
    R16 9 1 11 %
    R50 329 30 9 %
    R24 79 7 9 %
    R46 105 6 6 %
    R11 57 3 5 %
    R10 24 4 4 %
    R19 58 2 3 %
    R17 37 1 3 %
    R13 61 0 0 %
    R15 38 0 0 %
    R12 19 0 0 %
    R80 13 0 0 %
    R48 8 0 0 %
    R56 7 0 0 %
    R34 5 0 0 %
    R40 4 0 0 %
    R41 2 0 0 %
    R88 1 0 0 %

    Z3 26 5 25 %
    Z2 594 63 12 %
    Z1 356 17 5 %
    Z4 20 1 5 %

    Fido 996 86 9 %


    This makes it even more clear that some do better than others. ;-)


    IPv4 address exhaustion not only makes IPv6 unavoidable, it also
    makes it unavoidable that at least part of the internet community
    will have to make do with a DS-Lite connection and so no longer has
    a public IPv4 address. The trend that providers, mostly in Europe
    and Australasia, are switching to DS-lite continues. Some providers
    only put new customers on DS-Lite and allow existing customers to
    keep their public IPv4 address, others move existing customers to
    DS-Lite as well. It has not affected Fidonet yet, but I expect that
    to be a matter of time. DS-Lite is unavoidable and it will affect
    Fidonet. If not next year, then surely in the years to come.

    Fidonet will survive the exhaustion of IPv4 addresses. But only for
    those that move to IPv6. Unfortunately like in the Big Bad World
    there are people that are in denial regarding global warming, there
    is a non negligible fraction of Fidonet sysops that are in denial
    regarding IPv6. They seem to think that it is just a conspiracy to
    extract more money from the cutomers, a hoax or a hype that will
    blow over.

    Well, it ain't. IPv4 address exhaustion is real and IPv6 is
    unavoidable. Those that remain in denial will eventually be left
    behind. It may take a while, maybe another decade, but running a
    Fidonet node on an IPv4 only connection will eventually lead to
    isolation. IPv6 is a must, not an option.


    In order not to have to tell the same story over and over again, I
    sometimes refer people to Fidonews articles I wrote in the past.
    Since there seems to be no easely available searcheable archive, I
    made a list of these articles. I hope I did not miss any.

    My previous Fidonews articles about IPv6:


    FN 26:31 Jul 2009 FidoNet and IPv6
    FN 28:04 Jan 2011 FidoNet and IPv4 depletion
    FN 28:07 Feb 2011 Fido and IPv6 Day
    FN 28:16 Apr 2011 APNIC runs out
    FN 28:20 May 2011 The IPv6 echo
    FN 28:31 Aug 2011 A SECOND LIFE FOR THE LINKSYS Part 1
    FN 28:32 Aug 2011 A SECOND LIFE FOR THE LINKSYS PArt 2
    FN 28:45 Nov 2011 A "first"
    FN 29:04 Jan 2012 World IPv6 Launch Day, 6 June 2012
    FN 29:09 Feb 2012 A SECOND LIFE FOR THE LINKSYS Part 3
    FN 29:38 Sep 2012 RIPE is out of IPv4 addresses.
    FN 32:17 Apr 2015 IPv6 penetration in the nodelist
    FN 32:26 Jun 2015 ARIN is out of IPv4 addresses.
    FN 3:252 Dec 2015 IPv6 in Fidonet by the end of 2015
    FN 33:02 Jan 2016 IPv6 in two thousand SIX teen
    FN 33:06 Feb 2016 Another barrier broken.
    FN 34:01 Jan 2017 IPv6 in 2016
    FN 34:13 Mar 2017 SixXs Sunset 06-06-2017
    FN 34:30 Jul 2017 TV without IPv6
    FN 34:31 Jul 2017 DS-Lite emulation experiment v2.0
    FN 34:37 Sep 2017 DS-Lite emulation experiment 2.0, the results
    FN 34:33 Aug 2017 DS-Lite: a solution
    FN 34:38 Sep 2017 DS-Lite Emulation experiment v2.1
    FN 35:01 Jan 2018 IPv6 in 2017
    FN 35:53 Dec 2018 IPv6 in 2018


    Happy IPv6 in 2020.




    -----------------------------------------------------------------

    --- Azure/NewsPrep 3.0
    * Origin: Home of the Fidonews (2:2/2.0)
  • From FidoNews Robot@2:2/2 to All on Monday, December 30, 2019 01:31:41
    =================================================================
    LIST OF FIDONET IPV6 NODES =================================================================

    List of IPv6 nodes
    By Michiel van der Vlist, 2:280/5555

    Updated 27 Dec 2019


    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen Native Xs4All f
    2 2:280/5003 Kees van Eeten Native Xs4All f
    3 2:5019/40 Konstantin Kuzov T-6in4 he.net f
    4 2:280/5555 Michiel van der Vlist Native Ziggo f
    5 1:320/219 Andrew Leary Native Comcast f
    6 2:221/1 Tommi Koivula T-6in4 he.net f
    7 2:221/6 Tommi Koivula Native OH f
    8 2:5053/54 Denis Mikhlevich Native TTK-Volga
    9 2:5030/257 Vova Uralsky Native PCextreme
    10 1:154/10 Nicholas Bo�l Native Spectrum f
    11 2:203/0 Bj�rn Felten T-6in4 he.net
    12 2:280/5006 Kees van Eeten Native Xs4All f INO4
    13 3:712/848 Scott Little T-6RD iiNet f IO
    14 2:5020/545 Alexey Vissarionov Native Hetzner f
    15 1:103/17 Stephen Hurd T-6in4 he.net
    16 2:5020/9696 Alexander Skovpen T-6in4 TUNNELBROKER-0
    17 2:421/790 Viktor Cizek T-6in4 he.net
    18 2:222/2 Kim Heino Native TeliaSonera
    19 3:633/280 Stephen Walsh Native AusNetServers f
    20 2:463/877 Alex Shuman Native Nline f IO
    21 1:19/10 Matt Bedynek T-6in4 he.net
    22 3:770/1 Paul Hayton T-6in4 he.net
    23 2:5053/58 Alexander Kruglikov Native TTK-Volga f
    24 1:103/1 Stephen Hurd Native Choopa
    25 3:633/281 Stephen Walsh Native Internode
    26 2:310/31 Richard Menedetter Native DE-NETCUP f
    27 3:633/410 Tony Langdon Native IINET
    28 2:5020/329 Oleg Lukashin Native Comfortel f
    29 2:246/1305 Emil Schuster Native TAL.DE
    30 2:2448/4000 Tobias Burchhardt Native DTAG IO
    31 2:331/51 Marco d'Itri Native BOFH-IT
    32 1:154/30 Mike Miller Native LINODE
    33 1:282/1031 Jeff Smith T-6in4 he.net
    34 2:5001/100 Dmitry Protasoff Native Hetzner
    35 2:5059/38 Andrey Mundirov T-6in4 he.net
    36 2:240/5853 Philipp Giebel Native Hetzner
    37 2:5083/444 Peter Khanin Native OVH
    38 2:2452/413 Ingo Juergensmann Native RRBONE-COLO f
    38 1:123/10 Wayne Smith T-6in4 he.net
    40 2:5021/46 Dmitry Komissarov Native THEFIRST
    41 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    42 1:135/300 Eric Renfro Native Amazon.com
    43 1:103/13 Stephen Hurd Native Choopa
    44 2:5020/1042 Michael Dukelsky Native FORPSI Ktis f
    45 2:5095/0 Sergey V. Efimoff T-6in4 he.net
    46 2:5095/20 Sergey V. Efimoff T-6in4 he.net
    47 4:902/26 Fernando Toledo T-6in4 he.net
    48 2:5019/400 Konstantin Kuzov Native LT-LT
    49 2:467/239 Mihail Kapitanov T-6in4 he.net f
    50 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    51 2:5010/275 Evgeny Chevtaev T-6in4 TUNNELBROKER-0 f
    52 2:5020/736 Egor Glukhov Native VPSVILLE f
    53 2:280/2000 Michael Trip Native Xs4All
    54 2:230/38 Benny Pedersen Native Linode
    55 2:460/58 Stas Mishchenkov T-6in4 he.net f
    56 1 135/367 Antonio Rivera Native RRSW-V6
    57 2:5020/2123 Anton Samsonov T-6in4 he.net
    58 2:5020/2332 Andrey Ignatov Native ru.rtk
    59 2:5005/49 Victor Sudakov T-6in4 he.net
    60 2:5005/77 Valery Lutoshkin T-6in4 NTS f
    61 2:5005/106 Alexey Osiyuk T-6in4 he.net f
    62 1:153/757 Alan Ianson Native TELUS
    63 2:5057/53 Ivan Kovalenko T-6in4 he.net f
    64 2:5020/921 Andrew Savin Native Starlink
    65 2:5010/352 Dmitriy Smirnov Native EkranTV f
    66 2:292/854 Ward Dossche Native Proximus OO
    67 2:469/122 Sergey Zabolotny Native ARUBA-NET f
    68 2:5053/400 Denis Mikhlevich Native TTK-Volga
    69 1:135/371 Eric Renfro Native Cox Communications
    70 2:250/5 Christian Sacks Native Sky Broadband
    71 2:240/1634 Hugo Andriessen Native Unitymedia
    72 2:421/21 Stepan Gabriel Native NETDATACOMM
    73 2:466/4 Igor Goroun Native HOS-GUN
    74 2:5030/1997 Alexey Fayans T-6in4 he.net
    75 1:14/6 Jeff Smith T-6in4 he.net
    76 1:220/70 Joseph Werle T-6in4 he.net
    77 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    78 2:240/100 Arno Klein Native OVH
    79 2:2452/502 Ludwig Bernhartzeder Native DTAG
    80 2:423/39 Karel Kral Native WEDOS
    81 2:5080/102 Stas Degteff T6to4 NOVATOR
    82 2:280/1049 Simon Voortman Native Solcon
    83 1:102/127 Bradley Thornton Mative Hetzner
    84 2:335/364 Fabio Bizzi Native IT-ALBACOM
    85 1:124/5016 Nigel Reed Native SYN LTD PM *1)
    86 2:5020/843 Peter Antonov Native BelCloud



    T-6in4 Static 6in4
    T-AYIY Dynamic AYIYA
    T-6to4 6to4
    T-6RD 6RD

    Remarks:

    f Has a ::f1d0:<zone>:<net>:<node> style host address
    IO Incoming only (Node can not make outgoing IPv6 calls)
    OO Outgoing only (Node can not accept incoming IPv6 calls)
    INO4 No IPv4 (Node can not accept incoming IPv4 calls)
    PO4 Prefers Out on 4 (Node can make outgoing IPv6 calls,
    but is configured to try IPv4 first)
    6DWN The IPv6 connectivity of this node is temporarely down.
    DOWN This node is temporarely down for both IPv4 and IPv6
    PM Prospective Member. The node has demonstrated IPv6
    capability but is not listed or does not advertise an
    IPv6 address in the Fidonet nodelist yet.

    *1) endofthelinebbs.com

    Notes:

    To make an IPv6 connection to a node connected via 6to4 tunneling
    one may have to force the mailer into IPv6 (-6 option in binkd's
    node config for binkd up to 1.1a-96, -64 option for binkd 1.1a-97
    and up). If the destination address is a 6to4 tunnel address
    (2002::/16) many OSs default to IPv4 if an IPv4 address is present.

    Submitted on day 363

    -----------------------------------------------------------------

    --- Azure/NewsPrep 3.0
    * Origin: Home of the Fidonews (2:2/2.0)
  • From FidoNews Robot@2:2/2 to All on Monday, December 30, 2019 01:31:41
    =================================================================
    SPECIAL INTEREST =================================================================

    Last week's statistics from the Fidoweb
    By EchoTime, 2:203/0

    (Some nets may have lost their last
    digit for technical reasons)

    pkt (toss-toss) msg (write-toss)
    nodes mean dev no mean dev no

    154/* 7.1m 9.9m 238 1.1h 3.4h 237
    221/* 1.0m 2.9m 285 5.8h 7.1h 284
    280/* 1.3m 5.2m 388 5.5h 7.6h 385
    292/* 2.7m 1.8m 13 1.8h 3.3h 12
    320/* 1.5m 3.0m 293 2.0h 3.7h 292
    423/* 1.1m 0.0m 2 0.0h 0.0h 2
    502/* 0.6m 0.3m 8 8.3h 11.7h 8

    Sigma 2.4m 6.1m 1227 3.8h 6.4h 1220

    -----------------------------------------------------------------
    Nodelist Stats

    Input nodelist nodelist.361
    size 184.6kb
    date 2019-12-27

    The nodelist has 996 nodes in it
    and a total of 1467 non-comment entries

    including 4 zones
    31 regions
    169 hosts
    67 hubs
    admin overhead 271 ( 27.21 %)

    and 116 private nodes
    37 nodes down
    47 nodes on hold
    off line overhead 200 ( 20.08 %)


    Speed summary:

    >9600 = 53 ( 5.32 %)
    9600 = 209 ( 20.98 %)
    (HST = 8 or 3.83 %)
    (CSP = 0 or 0.00 %)
    (PEP = 0 or 0.00 %)
    (MAX = 0 or 0.00 %)
    (HAY = 0 or 0.00 %)
    (V32 = 82 or 39.23 %)
    (V32B = 20 or 9.57 %)
    (V34 = 100 or 47.85 %)
    (V42 = 80 or 38.28 %)
    (V42B = 22 or 10.53 %)
    2400 = 1 ( 0.10 %)
    1200 = 0 ( 0.00 %)
    300 = 733 ( 73.59 %)

    ISDN = 31 ( 3.11 %)

    -----------------------------------------------------
    IP Flags Protocol Number of systems -----------------------------------------------------
    IBN Binkp 756 ( 75.90 %) ----------------------------------
    IFC Raw ifcico 89 ( 8.94 %) ----------------------------------
    IFT FTP 64 ( 6.43 %) ----------------------------------
    ITN Telnet 167 ( 16.77 %) ----------------------------------
    IVM Vmodem 11 ( 1.10 %) ----------------------------------
    IP Other 5 ( 0.50 %) ----------------------------------
    INO4 IPv6 only 1 ( 0.10 %) ----------------------------------

    CrashMail capable = 844 ( 84.74 %)
    MailOnly nodes = 321 ( 32.23 %)
    Listed-only nodes = 25 ( 2.51 %)



    [Report produced by NETSTATS - A PD pgm]
    [ Revised by B Felten, 2:203/2]
    [ NetStats 3.8 2014-11-23]

    -----------------------------------------------------------------

    --- Azure/NewsPrep 3.0
    * Origin: Home of the Fidonews (2:2/2.0)
  • From Tony Langdon@3:633/410 to FidoNews Robot on Monday, December 30, 2019 18:17:00
    On 12-30-19 01:31, FidoNews Robot wrote to All <=-

    =================================================================
    GENERAL ARTICLES =================================================================

    IPv6 in 2019
    By Michiel van der Vlist, 2:280/5555



    Other than that, 2019 was not all that eventfull regarding IPv6. Not
    for Fidonet en not for the Internet in general. We saw steady growth
    but we can't say that IPv6 is the dominant protocol yet. Two things
    are worth mentioning:

    You missed my systems, which now run native IPv6 and now bring IPv4 in over a n OpenVPN tunnel, which runs over IPv6. :) The switch from using IPv4 to IPv6 to carry the tunnel occurred around a month ago. :)


    ... Logic and practical information do not seem to apply here.
    === MultiMail/Win v0.51
    --- SBBSecho 3.10-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
  • From Terry Roati@3:640/1321 to Tony Langdon on Monday, December 30, 2019 22:09:58

    On Dec 30, 2019 06:06pm, Tony Langdon wrote to FidoNews Robot:

    Hi Tony,

    You missed my systems, which now run native IPv6 and now bring IPv4 in over a n OpenVPN tunnel, which runs over IPv6. :) The switch from
    using IPv4 to IPv6 to carry the tunnel occurred around a month ago. :)

    Which RSP are you using?

    What settings did you have to change in the router?

    Any other settings you have to change?

    I am hoping TPG will finally move to IPv6 this coming year.



    Terry

    ... Platinum Xpress & Wildcat!..... Nice!!!!
    --- Platinum Xpress/Win/WINServer v7.0
    * Origin: The File Bank BBS! https://tfb-bbs.org (3:640/1321) (3:640/1321)
  • From Tony Langdon@3:633/410 to Terry Roati on Tuesday, December 31, 2019 14:20:00
    On 12-30-19 22:09, Terry Roati wrote to Tony Langdon <=-

    On Dec 30, 2019 06:06pm, Tony Langdon wrote to FidoNews Robot:

    Hi Tony,

    You missed my systems, which now run native IPv6 and now bring IPv4 in over a n OpenVPN tunnel, which runs over IPv6. :) The switch from
    using IPv4 to IPv6 to carry the tunnel occurred around a month ago. :)

    Which RSP are you using?

    Which provider?

    What settings did you have to change in the router?

    None, though allowing inbound traffic on the port being used wouldn't hurt if using UDP. However, I suspect that's unnecessary. The router plays no part in setting up the tunnel (I suspect you're making an assumption that it does).

    Any other settings you have to change?

    Again, state your assumptions.

    I am hoping TPG will finally move to IPv6 this coming year.

    Given that they have owned Internode, who have been offering IPv6 officially (i.e. not a trial) since 2011, and had it on a trial for some time before then.

    Anyway, my network setup is fairly complex with several networks running on the same wire. The main router only handles the single static IPv4 and the /56 from Internode. There are a couple of other networks in play.

    The IPv4 for the BBSs is handled by an Alix 3d3 running CentOS and OpenVPN. The switch to IPv6 for carrying the data actually simplified things, because I don't need to do any special IPv4 routing - bringing up the VPN crates the default route. No policy routing or host route to the other end of the tunnel is needed, because the carrier network is IPv6.

    There's also another router (a R-Pi) for my net44 IP block, and finally, I do have some ZeroTier virtual LANs running.


    ... "640K of RAM should be enough for anybody." -- Bill Gates
    === MultiMail/Win v0.51
    --- SBBSecho 3.10-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
  • From Terry Roati@3:640/1321 to Tony Langdon on Tuesday, December 31, 2019 20:07:44

    On Dec 31, 2019 02:09pm, Tony Langdon wrote to Terry Roati:

    Hi Tony,

    None, though allowing inbound traffic on the port being used wouldn't
    hurt if using UDP. However, I suspect that's unnecessary. The router plays no part in setting up the tunnel (I suspect you're making an assumption that it does).

    I was expecting that you would have setup IPv6 in the router and it would have handled the IPv4 stuff as well.

    Again, state your assumptions.

    If running windows, did you have tochange the hosts file?

    Given that they have owned Internode, who have been offering IPv6 officially (i.e. not a trial) since 2011, and had it on a trial for
    some time before then.

    That's the mystery, however I get the impression that not all of IInet
    supports IPv6 also based on what I have read in Whirlpool.

    Anyway, my network setup is fairly complex with several networks
    running on the same wire. The main router only handles the single
    static IPv4 and the /56 from Internode. There are a couple of other networks in play.

    Your setup does seem fairly complex but I am sure you have a reason for this.

    The IPv4 for the BBSs is handled by an Alix 3d3 running CentOS and OpenVPN. The switch to IPv6 for carrying the data actually simplified things, because I don't need to do any special IPv4 routing - bringing
    up the VPN crates the default route. No policy routing or host route
    to the other end of the tunnel is needed, because the carrier network
    is IPv6.

    There's also another router (a R-Pi) for my net44 IP block, and
    finally, I do have some ZeroTier virtual LANs running.

    I just want to run a simple network of 3 PC's, NVR and a NAS. IPv6 will allow me to run more domains which is about it.



    Terry

    ... Platinum Xpress & Wildcat!..... Nice!!!!
    --- Platinum Xpress/Win/WINServer v7.0
    * Origin: The File Bank BBS! https://tfb-bbs.org (3:640/1321) (3:640/1321)
  • From Tony Langdon@3:633/410 to Terry Roati on Tuesday, December 31, 2019 22:30:00
    On 12-31-19 20:07, Terry Roati wrote to Tony Langdon <=-

    I was expecting that you would have setup IPv6 in the router and it
    would have handled the IPv4 stuff as well.

    You forget, I've had native IPv6 for _years_, so nothing needed to be done to accommodate the IPv6 transport on my end. It was the other end of the link that upgraded their server, allowing me to switch to using IPv6 to carry the tunnel.

    Again, state your assumptions.

    If running windows, did you have tochange the hosts file?

    Windows on...? And I again don't understand the relevance here. Again, you need to state yur assumptions.

    The infrastructure here runs Linux, though there are a number of Windows machines running as desktops. This one also doubles as a file server for nodelist processing, allowing me to update the nodelist data for my othernets locally, but using the Linux boxes to do the automated processing.

    Given that they have owned Internode, who have been offering IPv6 officially (i.e. not a trial) since 2011, and had it on a trial for
    some time before then.

    That's the mystery, however I get the impression that not all of IInet supports IPv6 also based on what I have read in Whirlpool.

    Yeah, it's been years.

    Anyway, my network setup is fairly complex with several networks
    running on the same wire. The main router only handles the single
    static IPv4 and the /56 from Internode. There are a couple of other networks in play.

    Your setup does seem fairly complex but I am sure you have a reason for this.

    Yes, I participate in a lot of IP networks. :D

    I just want to run a simple network of 3 PC's, NVR and a NAS. IPv6 will allow me to run more domains which is about it.

    Domains for what? Web servers don't need IPs for extra domains.


    ... Klingons--the Harley riders of the universe
    === MultiMail/Win v0.51
    --- SBBSecho 3.10-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
  • From Terry Roati@3:640/1321 to Tony Langdon on Tuesday, December 31, 2019 22:22:04

    On Dec 31, 2019 10:19pm, Tony Langdon wrote to Terry Roati:

    Hi Tony,

    You forget, I've had native IPv6 for _years_, so nothing needed to be
    done to accommodate the IPv6 transport on my end. It was the other end
    of the link that upgraded their server, allowing me to switch to using IPv6 to carry the tunnel.

    Looks like I have some reading to do :)

    Windows on...? And I again don't understand the relevance here.
    Again, you need to state yur assumptions.

    On a windows network adding the IP's for each machine help speed up internal connections just like a managed switch.

    Domains for what? Web servers don't need IPs for extra domains.

    I can run virtual domains on Wildcat but I would like to run another domain on my Synology NAS which would be better on a seperate IP for it to be able to
    use port 80 also and do mail etc.



    Terry

    ... Platinum Xpress & Wildcat!..... Nice!!!!
    --- Platinum Xpress/Win/WINServer v7.0
    * Origin: The File Bank BBS! https://tfb-bbs.org (3:640/1321) (3:640/1321)
  • From Tony Langdon@3:633/410 to Terry Roati on Wednesday, January 01, 2020 10:08:00
    On 12-31-19 22:22, Terry Roati wrote to Tony Langdon <=-

    On Dec 31, 2019 10:19pm, Tony Langdon wrote to Terry Roati:

    Hi Tony,

    You forget, I've had native IPv6 for _years_, so nothing needed to be
    done to accommodate the IPv6 transport on my end. It was the other end
    of the link that upgraded their server, allowing me to switch to using IPv6 to carry the tunnel.

    Looks like I have some reading to do :)

    :-)

    Windows on...? And I again don't understand the relevance here.
    Again, you need to state yur assumptions.

    On a windows network adding the IP's for each machine help speed up internal connections just like a managed switch.

    OK, I don't bother, and I'd probably prefer to use DNS anyway. Sticking stuff in hosts is a trap for the future, when you change things around and forget the static hostname entries. :)

    Domains for what? Web servers don't need IPs for extra domains.

    I can run virtual domains on Wildcat but I would like to run another domain on my Synology NAS which would be better on a seperate IP for it
    to be able to use port 80 also and do mail etc.

    Yep, IPv6 would help there. :)


    ... You say money can't make me happy? Prove it to me.
    === MultiMail/Win v0.51
    --- SBBSecho 3.10-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)