• GeoIP stuff

    From Michiel van der Vlist@2:280/5555 to August Abolins on Mon Jan 3 22:20:58 2022
    Hello August,

    On Monday January 03 2022 12:13, you wrote to me:

    Is accurate geo-location critical? I find it amusing, and
    somewhat satisfying when an IP Lookup points my connection out
    of province, or miles and miles away which is probably based on
    the location of the server. But sometimes the latter seems to
    change even though I might have a fixed IP.

    Most of the time it is not critical but it can be annoying if a streaming service that your paid for does not work because of malfunctioning geolocation.


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Anna Christina Nass on Mon Jan 3 22:24:00 2022
    Hello Anna,

    On Monday January 03 2022 20:31, you wrote to me:

    I even tried a website which should tell me where my IP address is
    located and one even told me I'm in Germany when using one of the
    he.net tunnels...

    This whole geolocation stuff is just meeehh...

    I had no problems since I got native IPv6 fom my provider six years ago. I only had problems with the he.net tunnel.

    The SixXs tunnel gave no problems.


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Victor Sudakov@2:5005/49 to Michiel van der Vlist on Sun Jan 9 13:00:06 2022
    Dear Michiel,

    09 Jan 22 00:03, you wrote to me:

    Do you know if the 2000::/3 global pool can be extended if
    necessary?

    Sure. When 2000::/3 runs out, there is 4000::/3. And when that runs
    out, there is 6000::/3. Up until c000::/3.

    That's great news!

    I do not expect to live to see that happen.

    Things do happen. We may reach a technological singularity where every AI will request a /48 for itself and its minions, for example.

    Victor Sudakov, VAS4-RIPE, VAS47-RIPN
    --- GoldED+/BSD 1.1.5-b20170303-b20170303
    * Origin: Ulthar (2:5005/49)
  • From Alexey Vissarionov@2:5020/545 to Victor Sudakov on Sun Jan 9 09:21:00 2022
    Good ${greeting_time}, Victor!

    08 Jan 2022 13:48:30, you wrote to me:

    I have a wireguard server running in my VPS (Ubuntu 20.04.3
    LTS). It is using a /112 of /64 for it's clients.
    Do you mean to say you can have a /64 network on your VPS' main
    interface and at the same time a /112 from the *same* *network*
    on a wg0 interface? Is this even permitted by the OS?
    Yes - at least properly configured Linux allows this.
    What do you mean by "properly configured"? You mean the
    out-of-the-box configuration still does not allow this?

    Obviously.

    A Cisco router would not allow the same L2 network on two different
    L3 interfaces IMHO, even if one of the prefixes is more specific.

    That's a limitation of BSD-style IP stack.


    --
    Alexey V. Vissarionov aka Gremlin from Kremlin
    gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

    ... GPG: 8832FE9FA791F7968AC96E4E909DAC45EF3B1FA8 @ hkp://keys.gnupg.net
    --- /bin/vi
    * Origin: ::1 (2:5020/545)
  • From Alexey Vissarionov@2:5020/545 to Björn Felten on Sun Jan 9 09:28:28 2022
    Good ${greeting_time}, Bjrn!

    08 Jan 2022 21:44:02, you wrote to Anna Christina Nass:

    Basically a 50 MBit/s (downstream) / 10 MBit/s (upstream) is around
    40 EUR/month for consumers
    WOW! That's a lot. I pay EUR40 per month for my 100/100.

    Pffff... 500 RUB (approx. 6 EUR) for 500 Mbps.

    A 50/10 fiber costs less than EUR20 here in Sweden.

    Asymmetric? Why?

    And we are a loooong country, with a lot of rural space, we need long fibres. :)

    Slightly less than 1600 km. We are 6 times loooooooooooooooooooooooonger :-)


    --
    Alexey V. Vissarionov aka Gremlin from Kremlin
    gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

    ... that's why I really dislike fools.
    --- /bin/vi
    * Origin: ::1 (2:5020/545)
  • From Victor Sudakov@2:5005/49 to Alexey Vissarionov on Sun Jan 9 14:03:50 2022
    Dear Alexey,

    09 Jan 22 09:21, you wrote to me:

    I have a wireguard server running in my VPS (Ubuntu 20.04.3
    LTS). It is using a /112 of /64 for it's clients.
    Do you mean to say you can have a /64 network on your VPS' main
    interface and at the same time a /112 from the *same* *network*
    on a wg0 interface? Is this even permitted by the OS?
    Yes - at least properly configured Linux allows this.
    What do you mean by "properly configured"? You mean the
    out-of-the-box configuration still does not allow this?

    Obviously.

    What do you need to configure to enable this behaviour on Linux?

    A Cisco router would not allow the same L2 network on two
    different L3 interfaces IMHO, even if one of the prefixes is more
    specific.

    That's a limitation of BSD-style IP stack.

    Interestingly enough, FreeBSD 12.3 has just let me do exactly that (sorry, an IPv4 example), without any additional configuration. The world is full of wonders:

    root@vas:~ # apply ifconfig lo{2,3}
    lo2: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
    options=680003<RXCSUM,TXCSUM,LINKSTATE,RXCSUM_IPV6,TXCSUM_IPV6>
    inet 192.168.13.1/24
    groups: lo
    nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
    lo3: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
    options=680003<RXCSUM,TXCSUM,LINKSTATE,RXCSUM_IPV6,TXCSUM_IPV6>
    inet 192.168.13.129/25
    groups: lo
    nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
    root@vas:~ #
    root@vas:~ # apply 'route get ' 192.168.13.2 192.168.13.200
    route to: 192.168.13.2
    destination: 192.168.13.0
    mask: 255.255.255.0
    fib: 0
    interface: lo2
    flags: <UP,DONE,PROTO1>
    recvpipe sendpipe ssthresh rtt,msec mtu weight expire
    0 0 0 0 16384 1 0

    route to: 192.168.13.200
    destination: 192.168.13.128
    mask: 255.255.255.128
    fib: 0
    interface: lo3
    flags: <UP,DONE,PROTO1>
    recvpipe sendpipe ssthresh rtt,msec mtu weight expire
    0 0 0 0 16384 1 0
    root@vas:~ #



    Victor Sudakov, VAS4-RIPE, VAS47-RIPN
    --- GoldED+/BSD 1.1.5-b20170303-b20170303
    * Origin: Ulthar (2:5005/49)
  • From Tommi Koivula@2:221/360 to Alexey Vissarionov on Sun Jan 9 21:15:17 2022
    On 9.1.2022 8:28, Alexey Vissarionov wrote:

    A 50/10 fiber costs less than EUR20 here in Sweden.

    Asymmetric? Why?

    Maybe the cheap solution: Only one fiber; downstream and upstream on
    different wavelengths.

    'Tommi
    ---
    * Origin: nntp://rbb.fidonet.fi - Lake Ylo - Finland (2:221/360.0)
  • From Michiel van der Vlist@2:280/5555 to Tommi Koivula on Sun Jan 9 21:18:00 2022
    Hello Tommi,

    On Sunday January 09 2022 21:15, you wrote to Alexey Vissarionov:

    A 50/10 fiber costs less than EUR20 here in Sweden.

    Asymmetric? Why?

    Maybe the cheap solution: Only one fiber; downstream and upstream on different wavelengths.

    That's no reason for asymetry. Here Delta Fiber will give me two fibers to the PON, but only one is used. Max 8GB up and down on the same fiber, different wavelength. XSGPON technology. The second fiber is the spare, or to be used by a third party.

    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.eu (2:280/5555)
  • From Alexey Vissarionov@2:5020/545 to Tommi Koivula on Mon Jan 10 12:00:00 2022
    Good ${greeting_time}, Tommi!

    09 Jan 2022 21:15:16, you wrote to me:

    A 50/10 fiber costs less than EUR20 here in Sweden.
    ^^^^^^^
    Who had screwed the quoting? This line is not written by me.

    Asymmetric? Why?
    Maybe the cheap solution: Only one fiber; downstream and upstream
    on different wavelengths.

    Yes, but this technology is symmetric.


    --
    Alexey V. Vissarionov aka Gremlin from Kremlin
    gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

    ... GPG: 8832FE9FA791F7968AC96E4E909DAC45EF3B1FA8 @ hkp://keys.gnupg.net
    --- /bin/vi
    * Origin: ::1 (2:5020/545)
  • From Björn Felten@2:203/2 to Alexey Vissarionov on Mon Jan 10 10:55:05 2022
    Maybe the cheap solution: Only one fiber; downstream and upstream
    on different wavelengths.

    (I agree with Alexey, the above quote looks like shit, what crappy abandonware is responsible for this?)

    The signal is already encoded via a multitude of frequencies and of course light can travel in both directions at the same time, so no, that's not the reason. Nota bene, it's the same fiber and equipment, just different speeds at very different cost, I can change it any time without any hardware changes.

    Yes, but this technology is symmetric.

    I agree. The only reason I can figure out, is that some ISPs don't want people to run servers, they want their customers to buy their contents (usually lots of encoded TV channels).

    One package offered by Telia (the former government owned TelCo in Sweden) costs EUR 60 per month, 12 month binding time, for just the content -- the fiber not included.

    So they pretend that it's still ADSL technique, that many customers started with in the early internet days?



    ..
    --- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
    * Origin: news://eljaco.se (2:203/2)
  • From Björn Felten@2:203/2 to Björn Felten on Mon Jan 10 10:57:41 2022
    Maybe the cheap solution: Only one fiber; downstream and upstream
    on different wavelengths.

    (I agree with Alexey, the above quote looks like shit, what crappy abandonware is responsible for this?)

    Oops, Thunderbird managed to correct it? It looked like crap in Alexeys comment, but in my it looked OK. Strange...



    ..
    --- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
    * Origin: news://eljaco.se (2:203/2)
  • From Björn Felten@2:203/2 to Anna Christina Nass on Sat Jan 8 21:44:03 2022
    Basically a 50 MBit/s (downstream) / 10 MBit/s (upstream) is around
    40 EUR/month for consumers

    WOW! That's a lot. I pay EUR40 per month for my 100/100. A 50/10 fiber costs less than EUR20 here in Sweden. And we are a loooong country, with a lot of rural space, we need long fibres. :)



    ..

    --- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
    * Origin: news://eljaco.se (2:203/2)
  • From Michiel van der Vlist@2:280/5555 to Victor Sudakov on Sun Jan 9 00:03:27 2022
    Hello Victor,

    On Friday January 07 2022 10:32, you wrote to me:

    Do you know if the 2000::/3 global pool can be extended if necessary?

    Sure. When 2000::/3 runs out, there is 4000::/3. And when that runs out, there is 6000::/3. Up until c000::/3.

    I do not expect to live to see that happen.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Tommi Koivula on Sun Jan 9 00:05:31 2022
    Hello Tommi,

    On Saturday January 08 2022 17:26, you wrote to me:

    Of course VPN (virtual private network) is a tunnel. :D

    And so you have the same geolocation issues...

    What issues? I'm not following you now... I have no geolocation issues with the vpn server located in Finland.

    I was using "you" in the general sense, not meaning you personal.

    The he.net tunnel to Amsterdam causes websites to speak dutch to me,
    but I'm not using that tunnel for web.

    Understood.

    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Anna Christina Nass@2:240/5824.1 to Michiel van der Vlist on Tue Jan 4 15:49:00 2022
    Am 03.01.22 schrieb Michiel van der Vlist@2:280/5555 in IPV6:

    Hallo Michiel,

    This whole geolocation stuff is just meeehh...

    MvdV> I had no problems since I got native IPv6 fom my provider six years ago. MvdV> I only had problems with the he.net tunnel.
    MvdV> The SixXs tunnel gave no problems.

    I did not use SixXs, but it stopped its service anyway some years ago.
    The he.net tunnel ran fine for many, many years - and I had my fixed
    prefix where I even could provide my reverse DNS for.

    The native IPv4+IPv6 connection from Telekom does work, but as it's
    only a consumer-grade connection, I don't get fixed addresses or a
    fixed prefix. But I found a workaround using Dynv6 :)

    So my router (Fritz!Box) calls a script on one of my rented vServers
    (via a https request), which in turn sets the IPv4 address and the
    IPv6 prefix on Dynv6 and on my own DNS zone. And it seems to work fine
    :)

    Regards,
    Anna
    --- OpenXP 5.0.51
    * Origin: Imzadi Box Point (2:240/5824.1)
  • From Richard Menedetter@2:310/31 to August Abolins on Wed Jan 5 12:19:06 2022
    Hi August!

    03 Jan 2022 12:13, from August Abolins -> Michiel van der Vlist:

    Is accurate geo-location critical?

    Depends on what services you are using.
    If the services uses geolocation to allow access, then it is critical.
    Often it is also used to determine currency, language, etc.

    CU, Ricsi

    ... Don't ask me what the score is, I'm not even sure what the game is.
    --- GoldED+/LNX
    * Origin: When you are up to your ears, keep your mouth shut. (2:310/31)
  • From Michiel van der Vlist@2:280/5555 to Anna Christina Nass on Wed Jan 5 13:41:25 2022
    Hello Anna,

    On Tuesday January 04 2022 15:49, you wrote to me:

    MvdV>> I had no problems since I got native IPv6 fom my provider six years
    MvdV>> ago. I only had problems with the he.net tunnel. The SixXs tunnel
    MvdV>> gave no problems.

    SixXs used "local" POPs and the prefixes allocated were taken out of the block assigned to the ASN that ran the POP servers. My POP was located in Ede, just 30 km frome here. So no problems with geolocation.

    I did not use SixXs, but it stopped its service anyway some years ago.

    I used their tunnel until they stopped in june 2017.

    http://www.vlist.eu/downloads/fidonews/myarticles/sixxscls.art https://www.sixxs.net/sunset/

    The he.net tunnel ran fine for many, many years - and I had my fixed prefix where I even could provide my reverse DNS for.

    I ran the he.net tunnel in parallel with the SixXs tunnel for a couple of years.

    The native IPv4+IPv6 connection from Telekom does work, but as it's
    only a consumer-grade connection, I don't get fixed addresses or a
    fixed prefix. But I found a workaround using Dynv6 :)

    I never understood why providers still issue dynamic adresses to their customers. It made sense in the time of dial up. But now with "always on" connections...

    Anyway, I too have a dynamic IPv4 address and a dynamic IPv6 pefix. But in practice it is semi static. It does not change often enough to invest time and energy in automatic updates.

    So my router (Fritz!Box) calls a script on one of my rented vServers
    (via a https request), which in turn sets the IPv4 address and the
    IPv6 prefix on Dynv6 and on my own DNS zone. And it seems to work fine

    Good! ;-)


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Wilfred van Velzen@2:280/464 to Michiel van der Vlist on Wed Jan 5 14:28:16 2022
    Hi Michiel,

    On 2022-01-05 13:41:25, you wrote to Anna Christina Nass:

    MvdV> I never understood why providers still issue dynamic adresses to
    MvdV> their customers. It made sense in the time of dial up. But now with
    MvdV> "always on" connections...

    So they can charge extra for static addresses?

    Bye, Wilfred.
    --- FMail-lnx64 2.1.0.18-B20170815
    * Origin: FMail development HQ (2:280/464)
  • From Björn Felten@2:203/2 to Michiel van der Vlist on Wed Jan 5 15:23:26 2022
    MvdV> So no problems with geolocation.

    I deliberately change my geolocation (VPN) to extend my various streaming services (e.g. Netflix, Prime, BBS, NRK) by a magnitude. Unfortunately I still haven't found a VPN service that handles IPv6. It'll probably take another decade or so before they catch up.



    ..
    --- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
    * Origin: news://eljaco.se (2:203/2)
  • From Richard Menedetter@2:310/31 to Michiel van der Vlist on Wed Jan 5 15:55:30 2022
    Hi Michiel!

    05 Jan 2022 13:41, from Michiel van der Vlist -> Anna Christina Nass:

    I never understood why providers still issue dynamic adresses to their customers.

    Same here.
    But I learned something.
    It seems many customers see that as a privacy enhancing thing.
    Also some services use the IP to meter free usage.
    I have heared of people that reboot their modem to get a new IP and start with 0 MB downlaoded all over ;)

    CU, Ricsi

    ... Wisdom has two parts: 1) Having a lot to say. 2) Not saying it.
    --- GoldED+/LNX
    * Origin: I post, therefore I am. (2:310/31)
  • From Alexey Vissarionov@2:5020/545 to Björn Felten on Wed Jan 5 20:02:44 2022
    Good ${greeting_time}, Bjrn!

    05 Jan 2022 15:23:26, you wrote to Michiel van der Vlist:

    MvdV>> So no problems with geolocation.
    I deliberately change my geolocation (VPN) to extend my various
    streaming services (e.g. Netflix, Prime, BBS, NRK) by a magnitude. Unfortunately I still haven't found a VPN service that handles IPv6.
    It'll probably take another decade or so before they catch up.

    If you were a really smart ass, you'd search for some cheap VPS instead.

    Just for 1 (or 2) EUR/month you may get everything you really need.


    --
    Alexey V. Vissarionov aka Gremlin from Kremlin
    gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

    ... :wq!
    --- /bin/vi
    * Origin: ::1 (2:5020/545)
  • From Anna Christina Nass@2:240/5824.1 to Michiel van der Vlist on Thu Jan 6 08:55:00 2022
    Am 05.01.22 schrieb Michiel van der Vlist@2:280/5555 in IPV6:

    Hallo Michiel,

    MvdV> I never understood why providers still issue dynamic adresses to their MvdV> customers. It made sense in the time of dial up. But now with "always MvdV> on" connections...

    I think, today it is a way to sell their 'business' rates which
    include static IPv4 and IPv6 prefix...

    MvdV> Anyway, I too have a dynamic IPv4 address and a dynamic IPv6
    MvdV> pefix. But in practice it is semi static. It does not change
    MvdV> often enough to invest time and energy in automatic updates.

    My first boss once told me: If something is to be done more than one
    time, it's worth writing a script to automate it :)
    But besides, you have to be noticed somehow that the IP/prefix has
    been changed - or how do you know when to manually update your DNS?

    Regards,
    Anna
    --- OpenXP 5.0.51
    * Origin: Imzadi Box Point (2:240/5824.1)
  • From Michiel van der Vlist@2:280/5555 to Wilfred van Velzen on Thu Jan 6 13:20:33 2022
    Hello Wilfred,

    On Wednesday January 05 2022 14:28, you wrote to me:

    MvdV>> I never understood why providers still issue dynamic adresses
    MvdV>> to their customers. It made sense in the time of dial up. But
    MvdV>> now with "always on" connections...

    So they can charge extra for static addresses?

    My provider (Ziggo) does not offer that. They have a Business Pro package that includes a static /29 for IPv4 and a static /48 for IPv6, but for that you need a commercial registration. (KvK nummer) They do not offer static adresses on consumer accounts. Not for money and not for free.


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Anna Christina Nass on Thu Jan 6 13:10:11 2022
    Hello Anna,

    On Thursday January 06 2022 08:55, you wrote to me:

    MvdV>> I never understood why providers still issue dynamic adresses to
    MvdV>> their customers. It made sense in the time of dial up. But now
    MvdV>> with "always on" connections...

    I think, today it is a way to sell their 'business' rates which
    include static IPv4 and IPv6 prefix...

    Here that "Business Pro" package is not available without a commercial registration.

    MvdV>> Anyway, I too have a dynamic IPv4 address and a dynamic IPv6
    MvdV>> pefix. But in practice it is semi static. It does not change
    MvdV>> often enough to invest time and energy in automatic updates.

    My first boss once told me: If something is to be done more than one
    time, it's worth writing a script to automate it :)

    I see the point but I disagree with that boss of yours. If it happens twice it is still not worth to invest time and energy in automating it. Most of the time at least. Problem is of course that one generally does not know in advance how often it is going to happen. I intended to automate the DNS update, I simply never got around doing it. If it were to happen once a week, I would have done it by now, but as it is, it simply does not have priority.

    But besides, you have to be noticed somehow that the IP/prefix has
    been changed - or how do you know when to manually update your DNS?

    If my IPv6 pefix changes I notice soon enough. There is always someone in the Fidonet IPv6 club that warns me within a day. ;-)


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Wilfred van Velzen@2:280/464 to Michiel van der Vlist on Thu Jan 6 13:45:42 2022
    Hi Michiel,

    On 2022-01-06 13:20:33, you wrote to me:

    MvdV>>> I never understood why providers still issue dynamic adresses
    MvdV>>> to their customers. It made sense in the time of dial up. But
    MvdV>>> now with "always on" connections...

    So they can charge extra for static addresses?

    MvdV> My provider (Ziggo) does not offer that. They have a Business Pro package
    MvdV> that includes a static /29 for IPv4 and a static /48 for IPv6, but for that
    MvdV> you need a commercial registration. (KvK nummer) They do not offer static
    MvdV> adresses on consumer accounts. Not for money and not for free.

    So maybe it is just to save a bit on addresses? If only 1% of customers isn't online at any give time, if you have a milion customers that is still 10000 addresses...

    And it's probably easier to "administer" dynamic addresses.

    Bye, Wilfred.
    --- FMail-lnx64 2.1.0.18-B20170815
    * Origin: FMail development HQ (2:280/464)
  • From Michiel van der Vlist@2:280/5555 to Richard Menedetter on Thu Jan 6 13:59:04 2022
    Hello Richard,

    On Wednesday January 05 2022 15:55, you wrote to me:

    Hi Michiel!

    05 Jan 2022 13:41, from Michiel van der Vlist -> Anna Christina Nass:

    I never understood why providers still issue dynamic adresses to
    their customers.

    Same here.
    But I learned something.
    It seems many customers see that as a privacy enhancing thing.

    There are so many ways to identify a user that changing IP adresses offer very little added privacy I'd say...

    Also some services use the IP to meter free usage.
    I have heared of people that reboot their modem to get a new IP and
    start with 0 MB downlaoded all over ;)

    Aha. ;-)


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Alexey Vissarionov on Thu Jan 6 14:01:20 2022
    Hello Alexey,

    On Wednesday January 05 2022 20:02, you wrote to Bjrn Felten:

    If you were a really smart ass, you'd search for some cheap VPS
    instead.

    Then I am not a smart ass. I LIKE to run my Fidonet stuff from home. With whatever I can put together to make it work.


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Wilfred van Velzen on Thu Jan 6 14:04:52 2022
    Hello Wilfred,

    On Thursday January 06 2022 13:45, you wrote to me:

    So maybe it is just to save a bit on addresses? If only 1% of
    customers isn't online at any give time, if you have a milion
    customers that is still 10000 addresses...

    1) For IPv6 it is no issue. There is no shortage on IPv6 adresses. (yet)

    2) 1% is too little for an overbooking system with a resonable margin for fluctuations. You can't just use all those 10000 adresses elsewehere, you have to leave a subsatnatial number on the shelve just in case a lot off those off-liners decide to come on-line at the same time. I don't think it is worth it with those margins.

    3) They don't do it. It I go off-line my address remains reserved for me for at least a week.

    And it's probably easier to "administer" dynamic addresses.

    Is it? With dynamic adresses they have to keep logs of who uses what address (prefix) at what time. (For law enforcement purposes).


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Tommi Koivula@2:221/1 to Michiel van der Vlist on Thu Jan 6 19:23:06 2022

    06 Jan 22 14:01, Michiel van der Vlist wrote to Alexey Vissarionov:

    Hello Alexey,

    On Wednesday January 05 2022 20:02, you wrote to Bjrn Felten:

    If you were a really smart ass, you'd search for some cheap VPS
    instead.

    Then I am not a smart ass. I LIKE to run my Fidonet stuff from home. With whatever I can put together to make it
    work.

    If you read the message thread again, you will notice that they were not talking about running fidonet stuff. They were talking about VPN.

    You can have a VPS with static /64 and run your own VPN server there. That's exactly how I have a static ipv6 address everywhere I want. For example at home to run fidonet stuff. :)

    'Tommi

    ---
    * Origin: 2a01:4f9:c011:1ec5:f1d0:2:221:1 (2:221/1)
  • From Victor Sudakov@2:5005/49 to Michiel van der Vlist on Fri Jan 7 10:32:48 2022
    Dear Michiel,

    06 Jan 22 14:04, you wrote to Wilfred van Velzen:

    So maybe it is just to save a bit on addresses? If only 1% of
    customers isn't online at any give time, if you have a milion
    customers that is still 10000 addresses...

    1) For IPv6 it is no issue. There is no shortage on IPv6 adresses.
    (yet)

    And may never happen. But a shortage on IPv6 prefixes can happen IMHO, if /48s are given away easily. There is only 35 million million (35 trillion) /48 blocks in the current global 2000::/3 pool. A trillion is not that much, I think a trillion bacteria live on 1 human person.

    Do you know if the 2000::/3 global pool can be extended if necessary?

    OTOH, we don't need an IPv6 *prefix* per each bacteria, one IPv6 *address* per bacteria is sufficient, so a /64 for each human being is more than enough.

    Victor Sudakov, VAS4-RIPE, VAS47-RIPN
    --- GoldED+/BSD 1.1.5-b20170303-b20170303
    * Origin: Ulthar (2:5005/49)
  • From Victor Sudakov@2:5005/49 to Tommi Koivula on Fri Jan 7 10:42:50 2022
    Dear Tommi,

    06 Jan 22 19:23, you wrote to Michiel van der Vlist:
    You can have a VPS with static /64 and run your own VPN server there. That's exactly how I have a static ipv6 address everywhere I want. For example at home to run fidonet stuff. :)

    I have a Vultr VPS with a static /64 on its interface. But to use it as a VPN server, you need to carve some IPv6 subnet out of this /64, how do you do it?

    Victor Sudakov, VAS4-RIPE, VAS47-RIPN
    --- GoldED+/BSD 1.1.5-b20170303-b20170303
    * Origin: Ulthar (2:5005/49)
  • From Michiel van der Vlist@2:280/5555 to Tommi Koivula on Fri Jan 7 10:36:42 2022
    Hello Tommi,

    On Thursday January 06 2022 19:23, you wrote to me:


    Then I am not a smart ass. I LIKE to run my Fidonet stuff from
    home. With whatever I can put together to make it work.

    If you read the message thread again, you will notice that they were
    not talking about running fidonet stuff. They were talking about VPN.

    That is not how I read Alexey's message.

    You can have a VPS with static /64 and run your own VPN server there. That's exactly how I have a static ipv6 address everywhere I want. For example at home to run fidonet stuff. :)

    Ok... So you run your Fidonet server at home and you have a VPN conection to a server in a data centre. You have a /64 from the address range of the data centre and all your IPv6 traffic goes through the data centre. Yes?

    Hmm... It seems to me that the same description fits a tunnel...


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Anna Christina Nass@2:240/5824.1 to Michiel van der Vlist on Fri Jan 7 11:07:00 2022
    Am 06.01.22 schrieb Michiel van der Vlist@2:280/5555 in IPV6:

    Hallo Michiel,

    I think, today it is a way to sell their 'business' rates which
    include static IPv4 and IPv6 prefix...

    MvdV> Here that "Business Pro" package is not available without a commercial MvdV> registration.

    As far as I've read, at least as a customer of Deutsche Telekom it is
    also possible to get the business packages.
    I don't know how other ISPs handle it, though.

    My first boss once told me: If something is to be done more than one
    time, it's worth writing a script to automate it :)

    MvdV> I see the point but I disagree with that boss of yours. If it happens MvdV> twice it is still not worth to invest time and energy in automating it. MvdV> Most of the time at least. Problem is of course that one generally does MvdV> not know in advance how often it is going to happen.

    Yep, that's the problem :) So I try to handle it in the way that if automating a problem is not excessively hard, I try to write a script
    if I probably have to solve a problem several times.

    But besides, you have to be noticed somehow that the IP/prefix has
    been changed - or how do you know when to manually update your DNS?

    MvdV> If my IPv6 pefix changes I notice soon enough. There is always someone MvdV> in the Fidonet IPv6 club that warns me within a day. ;-)

    Okay, so it can happen that your IPv6 connection isn't reachable for
    some time (via DNS). So it's good that IPv4 is still working :)

    Regards,
    Anna
    --- OpenXP 5.0.51
    * Origin: Imzadi Box Point (2:240/5824.1)
  • From Tommi Koivula@2:221/360 to Victor Sudakov on Fri Jan 7 12:49:57 2022

    07 Jan 22 10:42, Victor Sudakov wrote to Tommi Koivula:

    You can have a VPS with static /64 and run your own VPN server
    there. That's exactly how I have a static ipv6 address everywhere
    I want. For example at home to run fidonet stuff. :)

    I have a Vultr VPS with a static /64 on its interface. But to use it
    as a VPN server, you need to carve some IPv6 subnet out of this /64,
    how do you do it?

    I have a wireguard server running in my VPS (Ubuntu 20.04.3 LTS). It is using a /112 of /64 for it's clients.

    'Tommi

    ---
    * Origin: =========================>>>> (2:221/360)
  • From Tommi Koivula@2:221/360 to Michiel van der Vlist on Fri Jan 7 12:54:30 2022

    07 Jan 22 10:36, Michiel van der Vlist wrote to Tommi Koivula:

    Then I am not a smart ass. I LIKE to run my Fidonet stuff from
    home. With whatever I can put together to make it work.

    If you read the message thread again, you will notice that they
    were not talking about running fidonet stuff. They were talking
    about VPN.

    That is not how I read Alexey's message.

    Ok. Alexey may correct me if I misundertood him.

    You can have a VPS with static /64 and run your own VPN server
    there. That's exactly how I have a static ipv6 address everywhere
    I want. For example at home to run fidonet stuff. :)

    Ok... So you run your Fidonet server at home and you have a VPN
    conection to a server in a data centre. You have a /64 from the
    address range of the data centre and all your IPv6 traffic goes
    through the data centre. Yes?

    No. That was just an example. But I could do my home fidonet that way.

    Hmm... It seems to me that the same description fits a tunnel...

    Of course VPN (virtual private network) is a tunnel. :D

    'Tommi

    ---
    * Origin: ==========================>>> (2:221/360)
  • From Alexey Vissarionov@2:5020/545 to Michiel van der Vlist on Fri Jan 7 14:44:44 2022
    Good ${greeting_time}, Michiel!

    07 Jan 2022 10:36:42, you wrote to Tommi Koivula:

    Then I am not a smart ass. I LIKE to run my Fidonet stuff from
    home. With whatever I can put together to make it work.
    If you read the message thread again, you will notice that they
    were not talking about running fidonet stuff. They were talking
    about VPN.
    MvdV> That is not how I read Alexey's message.

    Running the Fidonet node is not (and can not ever be) restricted by GeoIP services.

    You can have a VPS with static /64 and run your own VPN server
    there. That's exactly how I have a static ipv6 address everywhere
    I want. For example at home to run fidonet stuff. :)
    MvdV> Ok... So you run your Fidonet server at home and you have a VPN

    Avoiding use of well-known VPNs is a good (though uncommon) practice.

    MvdV> conection to a server in a data centre. You have a /64 from the
    MvdV> address range of the data centre

    Yes. Or several addresses from different ASes.

    MvdV> and all your IPv6 traffic goes through the data centre. Yes?

    s/ all/, when necessary,/

    MvdV> Hmm... It seems to me that the same description fits a tunnel...

    Or several tunnels.


    --
    Alexey V. Vissarionov aka Gremlin from Kremlin
    gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

    ... GPG: 8832FE9FA791F7968AC96E4E909DAC45EF3B1FA8 @ hkp://keys.gnupg.net
    --- /bin/vi
    * Origin: ::1 (2:5020/545)
  • From Dmitry Protasoff@2:5001/100.1 to Michiel van der Vlist on Sat Jan 8 03:15:26 2022
    Hello, Michiel!

    Thursday January 06 2022 14:01, you wrote to Alexey Vissarionov:

    If you were a really smart ass, you'd search for some cheap VPS
    instead.

    Then I am not a smart ass. I LIKE to run my Fidonet stuff from home.
    With whatever I can put together to make it work.

    Alexey is a well-known troll/abuser, please ignore his rude comments.
    I am using VPN to get ipv6 connectivity (the same VPN is used to place myself in Luxembourg for many external services) and it works perfectly.

    Best regards,
    dp.
    --- GoldED+/W64-MSVC 1.1.5-b20180707
    * Origin: No rest for the wicked (2:5001/100.1)
  • From Victor Sudakov@2:5005/49 to Tommi Koivula on Sat Jan 8 12:40:08 2022
    Dear Tommi,

    07 Jan 22 12:49, you wrote to me:

    You can have a VPS with static /64 and run your own VPN server
    there. That's exactly how I have a static ipv6 address
    everywhere I want. For example at home to run fidonet stuff. :)

    I have a Vultr VPS with a static /64 on its interface. But to use
    it as a VPN server, you need to carve some IPv6 subnet out of
    this /64, how do you do it?

    I have a wireguard server running in my VPS (Ubuntu 20.04.3 LTS). It
    is using a /112 of /64 for it's clients.

    Do you mean to say you can have a /64 network on your VPS' main interface and at the same time a /112 from the *same* *network* on a wg0 interface?
    Is this even permitted by the OS?

    Victor Sudakov, VAS4-RIPE, VAS47-RIPN
    --- GoldED+/BSD 1.1.5-b20170303-b20170303
    * Origin: Ulthar (2:5005/49)
  • From Alexey Vissarionov@2:5020/545 to Victor Sudakov on Sat Jan 8 09:29:00 2022
    Good ${greeting_time}, Victor!

    08 Jan 2022 12:40:08, you wrote to Tommi Koivula:

    I have a wireguard server running in my VPS (Ubuntu 20.04.3 LTS).
    It is using a /112 of /64 for it's clients.
    Do you mean to say you can have a /64 network on your VPS' main
    interface and at the same time a /112 from the *same* *network*
    on a wg0 interface? Is this even permitted by the OS?

    Yes - at least properly configured Linux allows this.


    --
    Alexey V. Vissarionov aka Gremlin from Kremlin
    gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

    ... god@universe:~ # cvs up && make world
    --- /bin/vi
    * Origin: ::1 (2:5020/545)
  • From Victor Sudakov@2:5005/49 to Alexey Vissarionov on Sat Jan 8 13:48:30 2022
    Dear Alexey,

    08 Jan 22 09:29, you wrote to me:
    I have a wireguard server running in my VPS (Ubuntu 20.04.3
    LTS). It is using a /112 of /64 for it's clients.
    Do you mean to say you can have a /64 network on your VPS' main
    interface and at the same time a /112 from the *same* *network*
    on a wg0 interface? Is this even permitted by the OS?

    Yes - at least properly configured Linux allows this.

    What do you mean by "properly configured"? You mean the out-of-the-box configuration still does not allow this?

    A Cisco router would not allow the same L2 network on two different L3 interfaces IMHO, even if one of the prefixes is more specific. If it would, how should it know whether the destination is behind a gateway or can be reached by ARP/NDP?

    Victor Sudakov, VAS4-RIPE, VAS47-RIPN
    --- GoldED+/BSD 1.1.5-b20170303-b20170303
    * Origin: Ulthar (2:5005/49)
  • From Tommi Koivula@2:221/1 to Victor Sudakov on Sat Jan 8 10:05:24 2022

    08 Jan 22 12:40, Victor Sudakov wrote to Tommi Koivula:

    You can have a VPS with static /64 and run your own VPN server
    there. That's exactly how I have a static ipv6 address
    everywhere I want. For example at home to run fidonet stuff. :)

    I have a Vultr VPS with a static /64 on its interface. But to use
    it as a VPN server, you need to carve some IPv6 subnet out of
    this /64, how do you do it?

    I have a wireguard server running in my VPS (Ubuntu 20.04.3 LTS). It
    is using a /112 of /64 for it's clients.

    Do you mean to say you can have a /64 network on your VPS' main interface and at the same time a /112 from the
    *same* *network* on a wg0 interface?

    Yes.

    Is this even permitted by the OS?

    Seems so. :) I am no linux expert, but that's how I got it working. :)

    'Tommi

    ---
    * Origin: 2a01:4f9:c011:1ec5:f1d0:2:221:1 (2:221/1)
  • From Michiel van der Vlist@2:280/5555 to Anna Christina Nass on Sat Jan 8 11:40:13 2022
    Hello Anna,

    On Friday January 07 2022 11:07, you wrote to me:

    I think, today it is a way to sell their 'business' rates which
    include static IPv4 and IPv6 prefix...

    MvdV>> Here that "Business Pro" package is not available without a
    MvdV>> commercial registration.

    As far as I've read, at least as a customer of Deutsche Telekom it is
    also possible to get the business packages. I don't know how other
    ISPs handle it, though.

    It is up to the ISP how they deal with it. Point is that even if you could get the Business Pro package without a commercial registration, it is still not just "paying extra for the fixed IP". You get a lot more, like support guaranteed within a certain time frame etc, end you pay for that. A lot...

    But besides, you have to be noticed somehow that the IP/prefix
    has been changed - or how do you know when to manually update
    your DNS?

    MvdV>> If my IPv6 pefix changes I notice soon enough. There is always
    MvdV>> someone in the Fidonet IPv6 club that warns me within a day. ;-)

    Okay, so it can happen that your IPv6 connection isn't reachable for
    some time (via DNS). So it's good that IPv4 is still working :)

    Indeed, it occasionally happens that my IPv6 is down for a couple of hours or so. It also occasiaonally happens that my system is completely down for a couple of hours. This is a hobby system. I do maintenance once in a while and there the occasional power failure.

    If I still had a business and it depended on my servers being 24/7 on line, I would take measures. As it is, I do not consider it an issue for a hobby system...


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Tommi Koivula on Sat Jan 8 11:49:58 2022
    Hello Tommi,

    On Friday January 07 2022 12:54, you wrote to me:

    Hmm... It seems to me that the same description fits a tunnel...

    Of course VPN (virtual private network) is a tunnel. :D

    And so you have the same geolocation issues...


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Alexey Vissarionov on Sat Jan 8 11:52:03 2022
    Hello Alexey,

    On Friday January 07 2022 14:44, you wrote to me:

    Running the Fidonet node is not (and can not ever be) restricted by
    GeoIP services.

    At least I have not heard of such problems yet.

    But the world of IPv6 is bigger than Fidonet.

    MvdV>> Hmm... It seems to me that the same description fits a
    MvdV>> tunnel...

    Or several tunnels.

    My point exactly.


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Anna Christina Nass@2:240/5824.1 to Michiel van der Vlist on Sat Jan 8 16:09:00 2022
    Am 08.01.22 schrieb Michiel van der Vlist@2:280/5555 in IPV6:

    Hallo Michiel,

    MvdV> It is up to the ISP how they deal with it. Point is that even if you MvdV> could get the Business Pro package without a commercial registration, it MvdV> is still not just "paying extra for the fixed IP". You get a lot more, MvdV> like support guaranteed within a certain time frame etc, end you pay for MvdV> that. A lot...

    Same here. Although how much of "a lot" it costs more depends on the
    speed and other extras that you wish to have.
    Basically a 50 MBit/s (downstream) / 10 MBit/s (upstream) is around
    40 EUR/month for consumers and around 52 EUR/month for business
    customers.

    Okay, so it can happen that your IPv6 connection isn't reachable for
    some time (via DNS). So it's good that IPv4 is still working :)

    MvdV> Indeed, it occasionally happens that my IPv6 is down for a couple of MvdV> hours or so. It also occasiaonally happens that my system is completely MvdV> down for a couple of hours. This is a hobby system. I do maintenance MvdV> once in a while and there the occasional power failure.

    Same here. The IPv6 connection for my BBS also had problems on friday
    because Dynv6 'forgot' the AAAA record that I've configured - but it
    seems to be a known problem. Maybe I rewrite the update script (and
    recreate the AAAA record on every prefix change) or switch to my own
    dyndns solution...

    And in the near future, my BBS will also be down due to a Synchronet update...

    MvdV> If I still had a business and it depended on my servers being 24/7 on MvdV> line, I would take measures. As it is, I do not consider it an issue for MvdV> a hobby system...

    That's true, indeed.

    Regards,
    Anna
    --- OpenXP 5.0.51
    * Origin: Imzadi Box Point (2:240/5824.1)
  • From Tommi Koivula@2:221/1 to Michiel van der Vlist on Sat Jan 8 17:26:11 2022
    On 8.1.2022 12:49, Michiel van der Vlist wrote:


    Hmm... It seems to me that the same description fits a tunnel...

    Of course VPN (virtual private network) is a tunnel. :D

    And so you have the same geolocation issues...

    What issues? I'm not following you now... I have no geolocation issues
    with the vpn server located in Finland.

    The he.net tunnel to Amsterdam causes websites to speak dutch to me, but
    I'm not using that tunnel for web.

    'Tommi
    ---
    * Origin: nntp://rbb.fidonet.fi - Lake Ylo - Finland (2:221/1.0)
  • From Anna Christina Nass@2:240/5824.1 to Björn Felten on Mon Jan 10 13:21:00 2022
    Am 08.01.22 schrieb Bjrn Felten@2:203/2 in IPV6:

    Hallo Bjrn,

    Basically a 50 MBit/s (downstream) / 10 MBit/s (upstream) is around
    40 EUR/month for consumers

    WOW! That's a lot. I pay EUR40 per month for my 100/100. A 50/10 fiber costs less than EUR20 here in Sweden. And we are a loooong country, with a lot of rural space, we need long fibres. :)

    Well, here in Germany, we screwed up so many things up concerning telecommunications, and now we have to pay the price.
    (In the 80s, because of "personal interests" of some politicians,
    copper cables were preferred over fiber and a nationwide cable TV
    system was established. Phone cables also stayed in copper, but at
    least the system went digital (ISDN).
    After the counter-revolution in the GDR and after we bought the
    country, the phone system in east Germany was rebuilt using fiber, but
    later we had to add copper for DSL (as the fiber technology was
    different from the newer one) instead of updating the fiber tech.
    As everything had been privatized, this was logical as it was cheaper
    in the current quarter...
    And the mobile phone frequencies that were auctioned from the state
    were really expensive, so that also counts on the price tag of
    everything in the telco business...)

    Oh, and my connection isn't fiber, but copper DSL.
    I don't know if fiber is even available here...

    In another part of the city, the municipal services are searching for
    fiber (FTTH) clients, but it also won't be cheap and you'll only get a
    "dual stack lite" connection :-(

    Regards,
    Anna
    --- OpenXP 5.0.51
    * Origin: Imzadi Box Point (2:240/5824.1)
  • From Michiel van der Vlist@2:280/5555 to Anna Christina Nass on Mon Jan 10 13:34:44 2022
    Hello Anna,

    On Saturday January 08 2022 16:09, you wrote to me:

    MvdV>> It is up to the ISP how they deal with it. Point is that even if
    MvdV>> you could get the Business Pro package without a commercial
    MvdV>> registration, it is still not just "paying extra for the fixed
    MvdV>> IP". You get a lot more, like support guaranteed within a
    MvdV>> certain time frame etc, end you pay for that. A lot...

    Same here. Although how much of "a lot" it costs more depends on the
    speed and other extras that you wish to have.

    But that is the thing: I do not want/need the speed and other extras and so I do not want to pat for it. I would perhaps pay a small fee for just a fixed IP, but that is not offered.

    Same here. The IPv6 connection for my BBS also had problems on friday because Dynv6 'forgot' the AAAA record that I've configured - but it
    seems to be a known problem. Maybe I rewrite the update script (and recreate the AAAA record on every prefix change) or switch to my own dyndns solution...

    We patiently wait... ;-)

    Please share your experience with us.


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Victor Sudakov on Mon Jan 10 13:39:17 2022
    Hello Victor,

    On Sunday January 09 2022 13:00, you wrote to me:


    Sure. When 2000::/3 runs out, there is 4000::/3. And when that
    runs out, there is 6000::/3. Up until c000::/3.

    That's great news!

    It is not really news I'd say. Ans I suppose when push come to shove 1000::/4 coild also be used. And even 0::/4 with the exeption of 0::/64.

    I do not expect to live to see that happen.

    Things do happen. We may reach a technological singularity where every
    AI will request a /48 for itself and its minions, for example.

    Many ISPs only offer a /48 to business accounts. For consumer accounts it is often a /56. A /56 is plenty for most I'd say.


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Anna Christina Nass on Mon Jan 10 13:47:40 2022
    Hello Anna,

    On Monday January 10 2022 13:21, you wrote to Bjrn Felten:

    In another part of the city, the municipal services are searching for
    fiber (FTTH) clients, but it also won't be cheap and you'll only get
    a "dual stack lite" connection :-(

    That should be no surprise. The Intenet has de facto run out of IPv4 adresses ten years ago. For years I have been saying that DS-Lite is unavoidable in the long run. There just aren't enough IPv4 adresses left for everyone and so we will reach a point where "normal" users will not get an IPv4 address all for themselves. IPv4 adresses will only be available for those demonstrating teh need for them. An effective way to demenostrate need is willingness to pay for it...

    We - sysops of an amateur network - will have to learn to do without a globaly routable IPv4 address. I have demonstrated that we can. I published my findings in Fidonews.

    http://www.vlist.eu/downloads/fidonews/myarticles/dsltxp.art

    http://www.vlist.eu/downloads/fidonews/myarticles/dsltsol.art

    http://www.vlist.eu/downloads/fidonews/myarticles/dsltxp2.art

    http://www.vlist.eu/downloads/fidonews/myarticles/dsltxpr2.art

    http://www.vlist.eu/downloads/fidonews/myarticles/dsltxp21.art

    Enjoy.


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Richard Menedetter@2:310/31 to Michiel van der Vlist on Mon Jan 10 14:38:18 2022
    Hi Michiel!

    10 Jan 2022 13:39, from Michiel van der Vlist -> Victor Sudakov:

    Many ISPs only offer a /48 to business accounts. For consumer accounts
    it is often a /56. A /56 is plenty for most I'd say.

    Or a /64 for residential.
    And you don't have to fuss around with how to subnet.
    The CPE simply announces the IPv6 net on the LAN side and you are done ;)

    CU, Ricsi

    ... Conscience is what hurts when everything else feels so good.
    --- GoldED+/LNX
    * Origin: Haggis - Gaelic for Spam. (2:310/31)
  • From Michiel van der Vlist@2:280/5555 to Richard Menedetter on Mon Jan 10 14:59:46 2022
    Hello Richard,

    On Monday January 10 2022 14:38, you wrote to me:

    Many ISPs only offer a /48 to business accounts. For consumer
    accounts it is often a /56. A /56 is plenty for most I'd say.

    Or a /64 for residential.
    And you don't have to fuss around with how to subnet.
    The CPE simply announces the IPv6 net on the LAN side and you are done
    ;)

    Just one /64 would not be satisfactory to me. As it is I already have three subnets in use. One for the stuff on the normal LAN, one for the guest network and one for the sandbox.

    I think a /60 is the minimum.


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Björn Felten@2:203/2 to Michiel van der Vlist on Mon Jan 10 15:48:57 2022
    MvdV> Just one /64 would not be satisfactory to me.

    Doesn't a /64 contain 2^64 addresses? Not enough? The entire IPv4 pool is 2^32...



    ..
    --- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
    * Origin: news://eljaco.se (2:203/2)
  • From Michiel van der Vlist@2:280/5555 to Björn Felten on Mon Jan 10 16:06:26 2022
    Hello Bjrn,

    On Monday January 10 2022 15:48, you wrote to me:

    MvdV>> Just one /64 would not be satisfactory to me.

    Doesn't a /64 contain 2^64 addresses? Not enough? The entire IPv4
    pool is 2^32...

    It is not that 2^64 addresses are not enough for all my devices, it is that a /64 can not be divided into subnets. That is the way it is designed. A /64 is the smallest subnet. I might have designed it different but I was not involved at the time.

    So... if one wants/needs more than one subnet, one needs more than one /64. That is the way it is.

    It should be no problem, there is enough for everyone.


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Alexey Vissarionov@2:5020/545 to Michiel van der Vlist on Mon Jan 10 19:12:34 2022
    Good ${greeting_time}, Michiel!

    10 Jan 2022 16:06:26, you wrote to Bjrn Felten:

    MvdV>>> Just one /64 would not be satisfactory to me.
    Doesn't a /64 contain 2^64 addresses? Not enough? The entire IPv4
    pool is 2^32...
    MvdV> It is not that 2^64 addresses are not enough for all my devices,
    MvdV> it is that a /64 can not be divided into subnets.

    [Top-secret, burn before reading!]
    It can.

    And on my early experiments, when the /64 was the only block I had, that was really great.

    MvdV> That is the way it is designed. A /64 is the smallest subnet.

    No. The /64 is the default subnet size, and people normally SHOULD NOT (as in FTA-1006) split these blocks further, but that IS possible and NOT prohibited.

    MvdV> I might have designed it different but I was not involved at
    MvdV> the time.

    IPv6 is not that strict as, for example, IPX was.

    MvdV> So... if one wants/needs more than one subnet, one needs more than
    MvdV> one /64. That is the way it is. It should be no problem, there is
    MvdV> enough for everyone.

    Here in Russia the de-facto standard is one MAC-based IPv6 address for the outer-side link and /64 subnet routed via that address to the customer's LAN. Additional subnets may be requested as well, but ISP admins say most people don't request them.


    --
    Alexey V. Vissarionov aka Gremlin from Kremlin
    gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

    ... GPG: 8832FE9FA791F7968AC96E4E909DAC45EF3B1FA8 @ hkp://keys.gnupg.net
    --- /bin/vi
    * Origin: ::1 (2:5020/545)
  • From deon@3:633/509 to Michiel van der Vlist on Tue Jan 11 10:00:58 2022
    Re: List of IPv6 nodes
    By: Michiel van der Vlist to Bjrn Felten on Mon Jan 10 2022 04:06 pm

    designed. A /64 is the smallest subnet. I might have designed it different but I was not involved at the time.

    So... if one wants/needs more than one subnet, one needs more than one /64. That is the way it is.

    Sure it can!

    I use /80's a lot, which in reality could be /96's but I'm being generous to the network that I use the /80's on.

    Certainly, having a /64 is "simplier" - its, in many cases, no configuration required (or minimal "enabling" in your router). But anything smaller, its pretty much manual.


    ...
    --- SBBSecho 3.14-Linux
    * Origin: I'm playing with ANSI+videotex - wanna play too? (3:633/509)
  • From Anna Christina Nass@2:240/5824.1 to Michiel van der Vlist on Tue Jan 11 10:21:00 2022
    Am 10.01.22 schrieb Michiel van der Vlist@2:280/5555 in IPV6:

    Hallo Michiel,

    In another part of the city, the municipal services are searching for
    fiber (FTTH) clients, but it also won't be cheap and you'll only get
    a "dual stack lite" connection :-(

    MvdV> That should be no surprise. The Intenet has de facto run out of IPv4 MvdV> adresses ten years ago.

    Yep, I know :) And thus the 'newer' ISPs don't had the chance to get
    enough IPv4 addresses for all new customers, while 'older' ISPs (like Deutsche Telekom in my case) have bigger IPv4 address pools.

    MvdV> For years I have been saying that DS-Lite is unavoidable in the
    MvdV> long run.

    Correct.
    But as long as IPv6 is not the default case for accessing the
    Internet, I still want to have a 'real' IPv4 address to be able to
    access my home devices from the Internet.
    And in my case, I don't have IPv6 at work, for example.
    But all my (own, private) servers do have IPv6 enabled and reachable
    for years now (and I also have the IPv6 T-Shirt from he.net *g*), so
    at least I'm prepared :)

    Regards,
    Anna
    --- OpenXP 5.0.51
    * Origin: Imzadi Box Point (2:240/5824.1)
  • From Anna Christina Nass@2:240/5824.1 to Michiel van der Vlist on Tue Jan 11 10:24:00 2022
    Am 10.01.22 schrieb Michiel van der Vlist@2:280/5555 in IPV6:

    Hallo Michiel,

    Same here. Although how much of "a lot" it costs more depends on the
    speed and other extras that you wish to have.

    MvdV> But that is the thing: I do not want/need the speed and other extras and MvdV> so I do not want to pat for it. I would perhaps pay a small fee for just MvdV> a fixed IP, but that is not offered.

    Same here. That's the reason I 'only' have a 50/10 MBit/s connection
    and not 100 (40 up? don't remember..) or maybe more.
    And I also would pay extra for a fixed IP, or at least a fixed
    prefix...

    Same here. The IPv6 connection for my BBS also had problems on friday
    because Dynv6 'forgot' the AAAA record that I've configured - but it
    seems to be a known problem. Maybe I rewrite the update script (and
    recreate the AAAA record on every prefix change) or switch to my own
    dyndns solution...

    MvdV> We patiently wait... ;-)
    MvdV> Please share your experience with us.

    I'll do that :)
    At the moment, the AAAA that I've manually configured some days ago is
    still present.

    Regards,
    Anna
    --- OpenXP 5.0.51
    * Origin: Imzadi Box Point (2:240/5824.1)
  • From Michiel van der Vlist@2:280/5555 to Alexey Vissarionov on Wed Jan 12 15:21:30 2022
    Hello Alexey,

    On Monday January 10 2022 19:12, you wrote to me:

    MvdV>> It is not that 2^64 addresses are not enough for all my
    MvdV>> devices, it is that a /64 can not be divided into subnets.

    [Top-secret, burn before reading!]

    Done. But thanks to the Fidoweb, I have a copy. ;-)

    And on my early experiments, when the /64 was the only block I had,
    that was really great.

    Yes, now that you mention it, I remember yuo experimenting with dividing a /64 into 32 bit subnets.

    MvdV>> That is the way it is designed. A /64 is the smallest subnet.

    No. The /64 is the default subnet size, and people normally SHOULD NOT
    (as in FTA-1006) split these blocks further, but that IS possible and
    NOT prohibited.

    OK, so I stand corrected, it is possible.

    But many things won't work any more. SLAAC comes to mind.

    So one /should/ avoid it.

    At first glance one would say: a /64? what a waste! But keep in mind that "waste" is only a problem when there is a shortage. "Waste and shortage" is IPv4 think.

    MvdV>> So... if one wants/needs more than one subnet, one needs more
    MvdV>> than one /64. That is the way it is. It should be no problem,
    MvdV>> there is enough for everyone.

    Here in Russia the de-facto standard is one MAC-based IPv6 address for
    the outer-side link and /64 subnet routed via that address to the customer's LAN. Additional subnets may be requested as well, but ISP admins say most people don't request them.

    So most people in Russia do not need more than one subnet....


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to deon on Wed Jan 12 15:28:52 2022
    Hello deon,

    On Tuesday January 11 2022 10:00, you wrote to me:

    So... if one wants/needs more than one subnet, one needs more than
    one /64. That is the way it is.

    Sure it can!

    Yes, Alexey already corrected me.

    I use /80's a lot, which in reality could be /96's but I'm being
    generous to the network that I use the /80's on.

    But why? When you can have enough space to make /64 subnets?

    Certainly, having a /64 is "simplier" - its, in many cases, no configuration required (or minimal "enabling" in your router). But anything smaller, its pretty much manual.

    And some thing will not work any more.

    BTW, this is a real name echo, please use your full real name when posting here. Thank you for your cooperation.

    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Anna Christina Nass on Wed Jan 12 17:38:35 2022
    Hello Anna,

    On Tuesday January 11 2022 10:21, you wrote to me:

    MvdV>> That should be no surprise. The Intenet has de facto run out of
    MvdV>> IPv4 adresses ten years ago.

    Yep, I know :) And thus the 'newer' ISPs don't had the chance to get enough IPv4 addresses for all new customers, while 'older' ISPs (like
    Deutsche Telekom in my case) have bigger IPv4 address pools.

    The "newer" ISP have problems, but with some old the older ISPs the bottom of the IPv4 treasure hold is also in sight.

    MvdV>> For years I have been saying that DS-Lite is unavoidable in the
    MvdV>> long run.

    Correct.
    But as long as IPv6 is not the default case for accessing the
    Internet, I still want to have a 'real' IPv4 address to be able to
    access my home devices from the Internet.

    I do not know if that is a realistic wish.

    The transition to IPv6 should have been completed 10 years ago, /before/ the world ran out of IPv4 adresses. Then we would have no problems now. As it is we have the situation that not everyone has IPv6 yet and there is not enough IPv4 left for everyone. Lacking time machines we can not correct the mistakes made in the past and so we have to live with the situation as it is. Which means that some of us will have to do without a globally routable IPv4 address.

    With that in mind, I did my DS-Lite emulation experiments. I am prepaired. ;-)

    And in my case, I don't have IPv6 at work, for example.

    So tell your boss that he needs to prepair for the case that when you are forced to work from home and can only be reached via IPv6.

    I mentioned feste-ip.net didn't I?

    But all my (own, private) servers do have IPv6 enabled and reachable
    for years now (and I also have the IPv6 T-Shirt from he.net *g*), so
    at least I'm prepared :)

    The T-shirt... I already showed you mine didn't I? How about showing yours? ;-)


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From deon@3:633/509 to Michiel van der Vlist on Thu Jan 13 10:10:42 2022
    Re: List of IPv6 nodes
    By: Michiel van der Vlist to deon on Wed Jan 12 2022 03:28 pm

    Howdy,

    I use /80's a lot, which in reality could be /96's but I'm being generous to the network that I use the /80's on.

    But why? When you can have enough space to make /64 subnets?

    Because in my use case, having a /64 for 2 or 3 hosts is a waste - and given in that use case it is a manual config anyway, spliting up an already routed /64 into smaller parts, is easier than routing multiple /64 through intermediate hosts.

    And some thing will not work any more.

    From an IP comms point of view, I've never not handing work anymore. From a SLAAC point of view, sure - which was my earlier comment around simple setup.


    ...
    --- SBBSecho 3.14-Linux
    * Origin: I'm playing with ANSI+videotex - wanna play too? (3:633/509)
  • From Alexey Vissarionov@2:5020/545 to Michiel van der Vlist on Thu Jan 13 02:20:20 2022
    Good ${greeting_time}, Michiel!

    12 Jan 2022 15:21:30, you wrote to me:

    MvdV>>> It is not that 2^64 addresses are not enough for all my
    MvdV>>> devices, it is that a /64 can not be divided into subnets.
    And on my early experiments, when the /64 was the only block
    I had, that was really great.
    MvdV> Yes, now that you mention it, I remember yuo experimenting
    MvdV> with dividing a /64 into 32 bit subnets.

    Yes, of size /96

    MvdV>>> That is the way it is designed. A /64 is the smallest subnet.
    No. The /64 is the default subnet size, and people normally
    SHOULD NOT (as in FTA-1006) split these blocks further, but
    that IS possible and NOT prohibited.
    MvdV> OK, so I stand corrected, it is possible.
    MvdV> But many things won't work any more. SLAAC comes to mind.
    MvdV> So one /should/ avoid it.

    Exactly.

    MvdV> At first glance one would say: a /64? what a waste! But keep in
    MvdV> mind that "waste" is only a problem when there is a shortage.
    MvdV> "Waste and shortage" is IPv4 think.

    IPX had 32 bits for network number and 48 bits for node number (actually 47, because it used MACs for the node numbers by default).

    And many good features of IPv6 were inspired by this protocol.

    MvdV>>> So... if one wants/needs more than one subnet, one needs more
    MvdV>>> than one /64. That is the way it is. It should be no problem,
    MvdV>>> there is enough for everyone.
    Here in Russia the de-facto standard is one MAC-based IPv6 address
    for the outer-side link and /64 subnet routed via that address to
    the customer's LAN. Additional subnets may be requested as well,
    but ISP admins say most people don't request them.
    MvdV> So most people in Russia do not need more than one subnet....

    This may be safely extrapolated to the whole globe: most people just don't bother of separate subnets in their LANs - they simply use plastic routers putting all internal devices in one big "LAN" segment (computers, phones, fridges, phones... everything) and allow one-way connections to "external" networks, regargless of whether they use IPv4 or IPv6.


    --
    Alexey V. Vissarionov aka Gremlin from Kremlin
    gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

    ... god@universe:~ # cvs up && make world
    --- /bin/vi
    * Origin: ::1 (2:5020/545)
  • From Anna Christina Nass@2:240/5824.1 to Michiel van der Vlist on Thu Jan 13 15:57:00 2022
    Am 12.01.22 schrieb Michiel van der Vlist@2:280/5555 in IPV6:

    Hallo Michiel,

    Correct.
    But as long as IPv6 is not the default case for accessing the
    Internet, I still want to have a 'real' IPv4 address to be able to
    access my home devices from the Internet.

    MvdV> I do not know if that is a realistic wish.

    MvdV> The transition to IPv6 should have been completed 10 years ago, /before/ MvdV> the world ran out of IPv4 adresses.

    You're absolutely right!

    And in my case, I don't have IPv6 at work, for example.

    MvdV> So tell your boss that he needs to prepair for the case that when you MvdV> are forced to work from home and can only be reached via IPv6.

    :) I'm working for the local public library, a part of the
    municipality. And as I'm living in Germany, I'm happy that I do have a working computer and not only a typewriter and a fax machine.
    Our library building still has some IBM Type-1 cabling (from Token
    Ring-days) that we're using for Ethernet via some adapters...
    I don't think that IPv6 days will come soon here...

    MvdV> I mentioned feste-ip.net didn't I?

    I didn't know that page, thanks for that info :)
    But I'm happy that my setup is working at the moment as I've set it up
    :)

    But all my (own, private) servers do have IPv6 enabled and reachable
    for years now (and I also have the IPv6 T-Shirt from he.net *g*), so
    at least I'm prepared :)

    MvdV> The T-shirt... I already showed you mine didn't I? How about showing MvdV> yours? ;-)

    Hehe, nice try :) I guess it's looking basically the same :)

    Regards,
    Anna
    --- OpenXP 5.0.51
    * Origin: Imzadi Box Point (2:240/5824.1)
  • From Andrew Leary@1:320/219 to Anna Christina Nass on Thu Jan 13 12:30:15 2022
    Hello Anna!

    13 Jan 22 15:57, you wrote to Michiel van der Vlist:

    MvdV>> The T-shirt... I already showed you mine didn't I? How about
    MvdV>> showing yours? ;-)

    Hehe, nice try :) I guess it's looking basically the same :)

    I daresay that yours probably looks better. ;-)

    Andrew
    --- GoldED+/LNX 1.1.5-b20180707
    * Origin: Phoenix BBS * phoenix.bnbbbs.net (1:320/219)
  • From Victor Sudakov@2:5005/49 to Michiel van der Vlist on Sat Jan 15 13:38:26 2022
    Dear Michiel,

    10 Jan 22 13:39, you wrote to me:


    Sure. When 2000::/3 runs out, there is 4000::/3. And when that
    runs out, there is 6000::/3. Up until c000::/3.

    That's great news!

    It is not really news I'd say.

    I've never seen an RFC or any other standard referring to a global unicast address block other than 2000::/3. Of course it looks reasonable that in the future you can slice 0000::/1 or 8000::/1 into /3 blocks, but I've never read anything official. So at least it's news for me.

    Ans I suppose when push come to shove
    1000::/4 coild also be used. And even 0::/4 with the exeption of
    0::/64.

    BTW what is already in use within 0000::/1 and 8000::/1 besides 2000::/3?

    Victor Sudakov, VAS4-RIPE, VAS47-RIPN
    --- GoldED+/BSD 1.1.5-b20170303-b20170303
    * Origin: Ulthar (2:5005/49)
  • From Victor Sudakov@2:5005/49 to Björn Felten on Sat Jan 15 13:57:12 2022
    Dear Bjrn,

    10 Jan 22 10:55, you wrote to Alexey Vissarionov:

    I agree. The only reason I can figure out, is that some ISPs don't
    want people to run servers,

    Or rather, they don't want people to share content via bittorent etc.

    There are a lot of better options to run a server than a home connection IMHO.

    they want their customers to buy their
    contents (usually lots of encoded TV channels).

    Victor Sudakov, VAS4-RIPE, VAS47-RIPN
    --- GoldED+/BSD 1.1.5-b20170303-b20170303
    * Origin: Ulthar (2:5005/49)
  • From Victor Sudakov@2:5005/49 to Michiel van der Vlist on Sat Jan 15 14:13:28 2022
    Dear Michiel,

    12 Jan 22 15:21, you wrote to Alexey Vissarionov:

    Here in Russia the de-facto standard is one MAC-based IPv6
    address for the outer-side link and /64 subnet routed via that
    address to the customer's LAN. Additional subnets may be
    requested as well, but ISP admins say most people don't request
    them.

    So most people in Russia do not need more than one subnet....

    Most people in Russia cannot even get one *native* IPv6 address for their home connection, let alone a static one. Well, probably not most but the majority, I'm for one. I have not noticed ISPs here willing to adopt IPv6.

    Mobile operators (mts.ru for sure) give you a dynamic IPv6 address for each mobile device by default (to go together with an RFC1918 IPv4 address).

    Victor Sudakov, VAS4-RIPE, VAS47-RIPN
    --- GoldED+/BSD 1.1.5-b20170303-b20170303
    * Origin: Ulthar (2:5005/49)
  • From Michiel van der Vlist@2:280/5555 to Anna Christina Nass on Sun Jan 16 00:05:02 2022
    Hello Anna,

    On Thursday January 13 2022 15:57, you wrote to me:

    MvdV>> The transition to IPv6 should have been completed 10 years ago,
    MvdV>> /before/ the world ran out of IPv4 adresses.

    You're absolutely right!

    Thanks. But you end I being right does not change the reality that the transition is not completed and that we are past the point where it can be done without becoming ugly. Some of us will have to make do without a globally routable IPv4 address before IPv6 is the dominant protocol.

    And in my case, I don't have IPv6 at work, for example.

    MvdV>> So tell your boss that he needs to prepair for the case that
    MvdV>> when you are forced to work from home and can only be reached
    MvdV>> via IPv6.

    :) I'm working for the local public library, a part of the
    municipality.

    As a volunteer or as a payed employee? I think it makes a difference. As a volunteer you may have more influence and more freedom to make a difference.

    And as I'm living in Germany, I'm happy that I do have a working
    computer and not only a typewriter and a fax machine. Our library
    building still has some IBM Type-1 cabling (from Token Ring-days) that we're using for Ethernet via some adapters... I don't think that IPv6
    days will come soon here...

    While you equipment may be old, I do not think it is hopeless. Even WIndows XP supports IPv6 and that IBM-1 cabling with ethernet adapter should be IP version agnostic just like any other type of network cable. .

    So what is stopping you - other than a boss paying you salary - to do some updating?

    MvdV>> I mentioned feste-ip.net didn't I?

    I didn't know that page, thanks for that info :)
    But I'm happy that my setup is working at the moment as I've set it up

    Sure. But there is a reason I took an account with them. Five years ago, I figured there was a reasonable chance that I would loose my globally routable IPv4 address. That is why I ran the DS-Lite emulation experiments. I wanted to be prepared in case my ISP converted my connection to DS-Lite. It has not happened yet. But when it happens, I will be prepaired.

    But all my (own, private) servers do have IPv6 enabled and
    reachable for years now (and I also have the IPv6 T-Shirt from
    he.net *g*), so at least I'm prepared :)

    MvdV>> The T-shirt... I already showed you mine didn't I? How about
    MvdV>> showing yours? ;-)

    Hehe, nice try :) I guess it's looking basically the same :)

    The shirt, but my guess is the bearer will look different. BTW I have to confess I am not as young as I look on that picture of mine. It is over five years old. ;-)


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Tony Langdon@3:633/410 to Michiel van der Vlist on Sun Jan 16 20:11:00 2022
    On 01-10-22 13:39, Michiel van der Vlist wrote to Victor Sudakov <=-

    Many ISPs only offer a /48 to business accounts. For consumer accounts
    it is often a /56. A /56 is plenty for most I'd say.

    Yeah, I can't see myself using my /56 in my lifetime. What will I do with 256 networks? :)


    ... Life is not a cabaret, it's a circus!
    === MultiMail/Win v0.52
    --- SBBSecho 3.10-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
  • From Tony Langdon@3:633/410 to Richard Menedetter on Sun Jan 16 20:15:00 2022
    On 01-10-22 14:38, Richard Menedetter wrote to Michiel van der Vlist <=-

    Or a /64 for residential.
    And you don't have to fuss around with how to subnet.
    The CPE simply announces the IPv6 net on the LAN side and you are done
    ;)

    There are arguments for more than a /64 for residential use. That allows for different subnets with different security profiles, such as for IoT, the car, whatever other network of smart devices you want. For many, I suspect a /60 would be sufficient.


    ... It beeped and said "Countdown initiated". Is that bad?
    === MultiMail/Win v0.52
    --- SBBSecho 3.10-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
  • From Richard Menedetter@2:310/31 to Tony Langdon on Sun Jan 16 11:35:42 2022
    Hi Tony!

    16 Jan 2022 20:15, from Tony Langdon -> Richard Menedetter:

    Or a /64 for residential.
    And you don't have to fuss around with how to subnet.
    The CPE simply announces the IPv6 net on the LAN side and you are
    done ;)
    There are arguments for more than a /64 for residential use. That
    allows for different subnets with different security profiles, such as
    for IoT, the car, whatever other network of smart devices you want.
    For many, I suspect a /60 would be sufficient.

    Sure ... I agree.

    My reply was more from the ISP point of view.
    With 1 v6 subnet it is easy, you just announce the subnet.

    If you allow more, you need a way to configure them. (eg. VLANs, different subnet on different LAN port, etc.)

    That is added complexity for a low cost product, where most of your residential customers will have no clue what this is all about.

    So it makes more sense to offer that on higher tier (and more expensive) services.

    CU, Ricsi

    ... Swallowing angry words is much easier than having to eat them.
    --- GoldED+/LNX
    * Origin: I'm in total control, but don't tell my wife. (2:310/31)
  • From Anna Christina Nass@2:240/5824.1 to Michiel van der Vlist on Sun Jan 16 12:53:00 2022
    Am 16.01.22 schrieb Michiel van der Vlist@2:280/5555 in IPV6:

    Hallo Michiel,

    MvdV> Thanks. But you end I being right does not change the reality that the MvdV> transition is not completed and that we are past the point where it can MvdV> be done without becoming ugly. Some of us will have to make do without a MvdV> globally routable IPv4 address before IPv6 is the dominant protocol.

    At least the use of DS-Lite ISP connections makes it a little more
    apparent to the customers that IPv4 has some disadvantages over IPv6 nowadays.
    But I guess the vast majority of 'consumers' who only use simple web browsing, email and media streaming services won't notice it anyway.
    So in theory, the transition for those consumers can continue as long
    as the services that most people use are reachable via IPv6.

    :) I'm working for the local public library, a part of the
    municipality.

    MvdV> As a volunteer or as a payed employee? I think it makes a difference. As MvdV> a volunteer you may have more influence and more freedom to make a
    MvdV> difference.

    No, that's my full time job (and I get payed - lucky me *g*).
    And although I'm in the IT department of the library, there are other departments 'above' us who run the city-wide IT.

    And as I'm living in Germany, I'm happy that I do have a working
    computer and not only a typewriter and a fax machine. Our library
    building still has some IBM Type-1 cabling (from Token Ring-days) that AN>> we're using for Ethernet via some adapters... I don't think that IPv6
    days will come soon here...

    MvdV> While you equipment may be old, I do not think it is hopeless. Even
    MvdV> WIndows XP supports IPv6 and that IBM-1 cabling with ethernet adapter MvdV> should be IP version agnostic just like any other type of network cable.

    MvdV> So what is stopping you - other than a boss paying you salary - to do MvdV> some updating?

    Well, you're right (and yes, I know that even via 'real' Token Ring,
    you can use IPv6 *g*).
    My point was more in the direction of the mentality of German
    bureaucracy. Changes here take ages.
    We are still stuck to Microsoft (Windows, Office, AD... all the nice
    things that malware loves) and until this year we're still using Lotus
    Notes (Exchange/Outlook will follow ... *shiver*).

    And I'm trying to update things. We've moved out library management
    system to Linux servers some years ago (and now it's running much more
    stable and reliable than before) and are updating hardware as good as
    we can.
    But as said before, we're not on the top of the hierarchy in the municipality, we are dependant on others who run the network. So we
    can't move to IPv6 on our own :)

    MvdV> Sure. But there is a reason I took an account with them. Five years ago, MvdV> I figured there was a reasonable chance that I would loose my globally MvdV> routable IPv4 address. That is why I ran the DS-Lite emulation
    MvdV> experiments. I wanted to be prepared in case my ISP converted my
    MvdV> connection to DS-Lite. It has not happened yet. But when it happens, I MvdV> will be prepaired.

    That's always a good idea!
    I could set up a VPN tunnel to one of my vServers, or use some kind of service that you mentioned, to be reachable from outside again.
    Let's see how all this will turn out.

    Regards,
    Anna
    --- OpenXP 5.0.51
    * Origin: Imzadi Box Point (2:240/5824.1)
  • From Michiel van der Vlist@2:280/5555 to Victor Sudakov on Sun Jan 16 17:09:46 2022
    Hello Victor,

    On Saturday January 15 2022 13:38, you wrote to me:

    And I suppose when push come to shove 1000::/4 coild also be used.
    And even 0::/4 with the exeption of 0::/64.

    BTW what is already in use within 0000::/1 and 8000::/1 besides
    2000::/3?

    Only :: as the unspecified address and ::1 as the local loop AFAIK.


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Victor Sudakov on Sun Jan 16 17:11:17 2022
    Hello Victor,

    On Saturday January 15 2022 13:57, you wrote to Bjrn Felten:

    There are a lot of better options to run a server than a home
    connection IMHO.

    "Better" is in the eye of the beholder.

    I get staisfaction out of running servers from my home connection on my own hardware. So fo me that is "better".


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Victor Sudakov on Sun Jan 16 18:04:07 2022
    Hello Victor,

    On Saturday January 15 2022 14:13, you wrote to me:

    Most people in Russia cannot even get one *native* IPv6 address for
    their home connection, let alone a static one. Well, probably not most
    but the majority, I'm for one. I have not noticed ISPs here willing to adopt IPv6.

    And yet, I see many Russian sysops with naitive IPv6 in my list. Maybe you should make more noise. O vote with the feet.

    Mobile operators (mts.ru for sure) give you a dynamic IPv6 address for each mobile device by default (to go together with an RFC1918 IPv4 address).

    In that case you are ahead of us. Moblile oparetors are in the process of converting, but the conversion is far from complete. Not many mobile devices have an IPv6 adress yet.

    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Tony Langdon on Sun Jan 16 18:06:54 2022
    Hello Tony,

    On Sunday January 16 2022 20:11, you wrote to me:

    Many ISPs only offer a /48 to business accounts. For consumer
    accounts it is often a /56. A /56 is plenty for most I'd say.

    Yeah, I can't see myself using my /56 in my lifetime. What will I do
    with 256 networks? :)

    Neither can I, but I can imagine some wanting/needing more than a /60. The "rule" should be "give them so much they will never come back for more". That wey they avoid having to make administrative exceptions for some customers. There is enough to give every customer a /56.


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Tony Langdon on Sun Jan 16 18:11:08 2022
    Hello Tony,

    On Sunday January 16 2022 20:15, you wrote to Richard Menedetter:

    There are arguments for more than a /64 for residential use. That
    allows for different subnets with different security profiles, such as
    for IoT, the car, whatever other network of smart devices you want.
    For many, I suspect a /60 would be sufficient.

    But not for all, see my previous message.


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Alexey Vissarionov@2:5020/545 to Richard Menedetter on Mon Jan 17 00:38:38 2022
    Good ${greeting_time}, Richard!

    16 Jan 2022 11:35:42, you wrote to Tony Langdon:

    There are arguments for more than a /64 for residential use. That
    allows for different subnets with different security profiles, such
    as for IoT, the car, whatever other network of smart devices you
    want. For many, I suspect a /60 would be sufficient.
    Sure ... I agree. My reply was more from the ISP point of view.
    With 1 v6 subnet it is easy, you just announce the subnet.

    No: when you need to provide the customer with IPv6, you assign one fixed address for a link, and route a /64 subnet through that address.

    Plastic routers (those sold for 20 EUR) deal with this setup just fine.

    If you allow more, you need a way to configure them. (eg. VLANs,
    different subnet on different LAN port, etc.)

    Or simply route more /64 subnets through that address. Or /56 at once.

    That is added complexity for a low cost product, where most of your residential customers will have no clue what this is all about. So
    it makes more sense to offer that on higher tier (and more expensive) services.

    That violates the KISS principle.


    --
    Alexey V. Vissarionov aka Gremlin from Kremlin
    gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

    ... that's why I really dislike fools.
    --- /bin/vi
    * Origin: ::1 (2:5020/545)
  • From Michiel van der Vlist@2:280/5555 to Alexey Vissarionov on Tue Jan 18 14:06:23 2022
    Hello Alexey,

    On Monday January 17 2022 00:38, you wrote to Richard Menedetter:

    Sure ... I agree. My reply was more from the ISP point of view.
    With 1 v6 subnet it is easy, you just announce the subnet.

    No: when you need to provide the customer with IPv6, you assign one
    fixed address for a link, and route a /64 subnet through that address.

    Plastic routers (those sold for 20 EUR) deal with this setup just
    fine.

    My provider issued "plastic box" already uses three subnets all by itself. The first subnet is routed to the local LAN. (WiFi + wired). The second subnet is rserverd for the private guest network. (WiFi only). The third subnet is for the providers own guest network. (WiFi only).

    The box supports pefix delegation, so I can connect another router and have more subnets routed to that router.

    If you allow more, you need a way to configure them. (eg. VLANs,
    different subnet on different LAN port, etc.)

    Or simply route more /64 subnets through that address. Or /56 at once.

    My provider gives me a /56 routed through that "plastic box".

    That is added complexity for a low cost product, where most of
    your residential customers will have no clue what this is all
    about. So it makes more sense to offer that on higher tier (and
    more expensive) services.

    That violates the KISS principle.

    Indeed. It is easier to just give every customer a /56. And just route the first /64 to the LAN, so that the user need not configure anything if he only needs one /64. And the provider does not need to configure anything if the customer needs more.


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Richard Menedetter@2:310/31 to Alexey Vissarionov on Tue Jan 18 14:52:16 2022
    Hi Alexey!

    17 Jan 2022 00:38, from Alexey Vissarionov -> Richard Menedetter:

    With 1 v6 subnet it is easy, you just announce the subnet.
    No: when you need to provide the customer with IPv6, you assign one
    fixed address for a link, and route a /64 subnet through that address. Plastic routers (those sold for 20 EUR) deal with this setup just
    fine.

    Yeah ... this is what I tried to say.
    If you have 1 /64 you deal with it easily also in the dumbest router.
    If you have multiple subnets you need a way to configure which subnet is announced where.
    This makes it more complicated.

    If you allow more, you need a way to configure them. (eg. VLANs,
    different subnet on different LAN port, etc.)
    Or simply route more /64 subnets through that address. Or /56 at once.

    This is not really beneficial.
    From my point of view it makes only sense if you can split them up into multiple different subnets.
    And for 95+% of people it makes no difference, or they do not care.
    So ISPs say that this is a business feature, that is only supported by more expensive routers and more expensive ISP services.

    That is added complexity for a low cost product, where most of
    your residential customers will have no clue what this is all
    about. So it makes more sense to offer that on higher tier (and
    more expensive) services.
    That violates the KISS principle.

    Yes, and that is exactly the reason why there is only one /64.
    Keep it simple.

    CU, Ricsi

    ... I didn't know international smuggling involved so much lifting.
    --- GoldED+/LNX
    * Origin: You are sick and twisted... I like that in a person! (2:310/31)
  • From Richard Menedetter@2:310/31 to Michiel van der Vlist on Tue Jan 18 14:57:04 2022
    Hi Michiel!

    18 Jan 2022 14:06, from Michiel van der Vlist -> Alexey Vissarionov:

    That violates the KISS principle.
    Indeed. It is easier to just give every customer a /56. And just route
    the first /64 to the LAN, so that the user need not configure anything
    if he only needs one /64. And the provider does not need to configure anything if the customer needs more.

    It is even simpler to just to hand out a /64 ;)

    CU, Ricsi

    ... We have nothing to fear but fear itself or maybe a vengeful maniac.
    --- GoldED+/LNX
    * Origin: Famous Last Words: "Go away! I'm all right!" (2:310/31)
  • From Michiel van der Vlist@2:280/5555 to Anna Christina Nass on Tue Jan 18 14:26:36 2022
    Hello Anna,

    On Sunday January 16 2022 12:53, you wrote to me:

    At least the use of DS-Lite ISP connections makes it a little more apparent to the customers that IPv4 has some disadvantages over IPv6 nowadays.
    But I guess the vast majority of 'consumers' who only use simple web browsing, email and media streaming services won't notice it anyway.
    So in theory, the transition for those consumers can continue as long
    as the services that most people use are reachable via IPv6.

    Indeed, Auntie Gertrude won't even notice that she has been converted from IPv4 only to DS-Lite. Which is fine off course. My ISP tries to make the transition as invisible as possible for Auntie Gertrude.

    :) I'm working for the local public library, a part of the
    municipality.

    MvdV>> As a volunteer or as a payed employee? I think it makes a
    MvdV>> difference. As a volunteer you may have more influence and more
    MvdV>> freedom to make a difference.

    No, that's my full time job (and I get payed - lucky me *g*).
    And although I'm in the IT department of the library, there are other
    departments 'above' us who run the city-wide IT.

    So you hands are tied. I have occasionally done some voluntair work and I found that I had a lot more freedom than when I was a paid employee. In the volunteer job, I was the "expert", no other experts above me. Plus that if I staeyed within the budget, I could just say: "this is how I am going to do it". Well, that was a long time ago, before IPv6.

    MvdV>> So what is stopping you - other than a boss paying you salary -
    MvdV>> to do some updating?

    Well, you're right (and yes, I know that even via 'real' Token Ring,
    you can use IPv6 *g*).

    I don't think anybody has tried it, but yes in theorie it should be possible.

    My point was more in the direction of the mentality of German
    bureaucracy. Changes here take ages. We are still stuck to Microsoft (Windows, Office, AD... all the nice things that malware loves) and
    until this year we're still using Lotus Notes (Exchange/Outlook will follow ... *shiver*).

    I do not envy you...

    And I'm trying to update things. We've moved out library management
    system to Linux servers some years ago (and now it's running much more stable and reliable than before) and are updating hardware as good as
    we can. But as said before, we're not on the top of the hierarchy in
    the municipality, we are dependant on others who run the network. So
    we can't move to IPv6 on our own :)

    Here there is a directive that says all goverment websites (national, provicial and minicipal) must be reachable via IPv6 before 1 jan 2022. That goal has not been fully reached yet but if the library is part of the municipality it would be subedt to that directive. Here the public library is not (directly) financed by the municipality and so it is not subject to that diective, It does not support IPv6. :-(

    MvdV>> Sure. But there is a reason I took an account with them. Five
    MvdV>> years ago, I figured there was a reasonable chance that I would
    MvdV>> loose my globally routable IPv4 address. That is why I ran the
    MvdV>> DS-Lite emulation experiments. I wanted to be prepared in case
    MvdV>> my ISP converted my connection to DS-Lite. It has not happened
    MvdV>> yet. But when it happens, I will be prepaired.

    That's always a good idea!
    I could set up a VPN tunnel to one of my vServers, or use some kind of service that you mentioned, to be reachable from outside again. Let's
    see how all this will turn out.

    Indeed, we will see how it works out.


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Richard Menedetter on Tue Jan 18 17:46:43 2022
    Hello Richard,

    On Tuesday January 18 2022 14:57, you wrote to me:

    That violates the KISS principle.
    Indeed. It is easier to just give every customer a /56. And just
    route the first /64 to the LAN, so that the user need not
    configure anything if he only needs one /64. And the provider
    does not need to configure anything if the customer needs more.

    It is even simpler to just to hand out a /64 ;)

    I disagree.

    You have to look al the bigger picture. It violates the rule "give them so much, they will never come back for more". Giving them just a /64 is simple. But then some will come back for more and then you have extra work. You have to give them a different modem and you have to do the adminstration. Of course giving everyone a slightly more complex modem that can deal with a /56 is also extra work to develop the firmware, but that has to be done only once for all customers and you need only one type of modem for all customers. That reduces the load on the helpdesk.


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Tony Langdon@3:633/410 to Richard Menedetter on Wed Jan 19 18:18:00 2022
    On 01-16-22 11:35, Richard Menedetter wrote to Tony Langdon <=-

    There are arguments for more than a /64 for residential use. That
    allows for different subnets with different security profiles, such as
    for IoT, the car, whatever other network of smart devices you want.
    For many, I suspect a /60 would be sufficient.

    Sure ... I agree.

    My reply was more from the ISP point of view.
    With 1 v6 subnet it is easy, you just announce the subnet.

    If you allow more, you need a way to configure them. (eg. VLANs,
    different subnet on different LAN port, etc.)

    True, and as the market demands it, this will become available (and the vendors will probably screw it up LOL). I know I can add a router behind the primary router. The main manual setup will be to assign a /64 to the LAN side of that router. The existing router will pick up the advertisements, setup routing and optionally open the firewall for that /64 (so that filtering can be controlled by the second router).

    I haven't put that to the test yet, but tempted to give it a try sometime, as a learning exercise. :)

    That is added complexity for a low cost product, where most of your residential customers will have no clue what this is all about.

    If the market demands it, it will come (and in a low cost, easy to use form).

    So it makes more sense to offer that on higher tier (and more
    expensive) services.

    I can see that changing. As I said, when separation of functional networks becomes a thing.



    ... Dew knot trussed yore spell chequer two fined awl mistakes!
    === MultiMail/Win v0.52
    --- SBBSecho 3.10-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
  • From Tony Langdon@3:633/410 to Michiel van der Vlist on Wed Jan 19 18:20:00 2022
    On 01-16-22 18:06, Michiel van der Vlist wrote to Tony Langdon <=-

    Neither can I, but I can imagine some wanting/needing more than a /60. The "rule" should be "give them so much they will never come back for more". That wey they avoid having to make administrative exceptions for some customers. There is enough to give every customer a /56.

    Yeah, there is that argument. Over time, I can see myself using 3 or 4 /64s. More than 16 is unlikely, unless I start doing a lot of funky VPN stuff. ;)


    ... Apotheosis was the beginning before the beginning.
    === MultiMail/Win v0.52
    --- SBBSecho 3.10-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
  • From Michiel van der Vlist@2:280/5555 to Tony Langdon on Wed Jan 19 12:21:02 2022
    Hello Tony,

    On Wednesday January 19 2022 18:18, you wrote to Richard Menedetter:

    I know I can add a router behind the primary router. The main manual setup will be to assign a /64 to the LAN side of that router. The existing router will pick up the advertisements, setup routing and optionally open the firewall for that /64 (so that filtering can be controlled by the second router).

    I haven't put that to the test yet, but tempted to give it a try
    sometime, as a learning exercise. :)

    I did just that a couple of years ago to test prefix delegation. I connected a second router behind my primary router and IIRC it got a /61 out of the /56 assigned to me. Of that /61, one /64 was routed to the local LAN of the second router. I presume the process allows for cascading routers until the /56 is exhausted, but I did not explore that. I was satisfied that I demonstrated prefix delegation worked.


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Tony Langdon on Wed Jan 19 12:36:15 2022
    Hello Tony,

    On Wednesday January 19 2022 18:20, you wrote to me:

    Neither can I, but I can imagine some wanting/needing more than
    a /60. The "rule" should be "give them so much they will never
    come back for more". That wey they avoid having to make
    administrative exceptions for some customers. There is enough to
    give every customer a /56.

    Yeah, there is that argument. Over time, I can see myself using 3 or
    4 /64s. More than 16 is unlikely, unless I start doing a lot of funky
    VPN stuff. ;)

    That reminds me of: "640K ought te be enough for everyone".

    That was DOS think. We got rid of that. Now 640M is meagre.

    We also have to get rid of IPv4 think. On top of that list are:

    1) NAT is not a security feature.
    2) There is no shortage of addresses. Address space is no longer a scarce commodity.

    With the mind still in IPv4 think mode, giving out a /56 to everyone while the vast majority will get no further than using 1 or 2% of that looks like a terrible waste.

    Then consider that "waste" is only an issue if there is shortage. With IPv6 there is no shortage of addreses. Thinking "waste" is IPv4 think. We have to get rid of that.


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Wilfred van Velzen@2:280/464 to Michiel van der Vlist on Wed Jan 19 14:26:39 2022
    Hi Michiel,

    On 2022-01-19 12:36:15, you wrote to Tony Langdon:

    MvdV> 2) There is no shortage of addresses. Address space is no longer a
    MvdV> scarce commodity.

    It is for you, if your provider only gives you the bare minimum, and tries to sell you more... :-/

    Bye, Wilfred.
    --- FMail-lnx64 2.1.0.18-B20170815
    * Origin: FMail development HQ (2:280/464)
  • From Michiel van der Vlist@2:280/5555 to Wilfred van Velzen on Wed Jan 19 14:49:47 2022
    Hello Wilfred,

    On Wednesday January 19 2022 14:26, you wrote to me:

    MvdV>> 2) There is no shortage of addresses. Address space is no
    MvdV>> longer a scarce commodity.

    It is for you, if your provider only gives you the bare minimum, and
    tries to sell you more... :-/

    In the context at hand, we were looking at it from the provider's POV. For the provider there is plenty. No reason for the provider not to give their customers at least a /56.


    Cheers, Michiel
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Wilfred van Velzen@2:280/464 to Michiel van der Vlist on Wed Jan 19 15:10:21 2022
    Hi Michiel,

    On 2022-01-19 14:49:47, you wrote to me:

    MvdV>>> 2) There is no shortage of addresses. Address space is no
    MvdV>>> longer a scarce commodity.

    It is for you, if your provider only gives you the bare minimum, and
    tries to sell you more... :-/

    MvdV> In the context at hand, we were looking at it from the provider's POV. For
    MvdV> the provider there is plenty. No reason for the provider not to give their
    MvdV> customers at least a /56.

    Except when they think they can make an extra buck... :-/

    Bye, Wilfred.
    --- FMail-lnx64 2.1.0.18-B20170815
    * Origin: FMail development HQ (2:280/464)
  • From Michiel van der Vlist@2:280/5555 to Wilfred van Velzen on Thu Jan 20 11:57:37 2022
    Hello Wilfred,

    On Wednesday January 19 2022 15:10, you wrote to me:

    MvdV>> In the context at hand, we were looking at it from the
    MvdV>> provider's POV. For the provider there is plenty. No reason for
    MvdV>> the provider not to give their customers at least a /56.

    Except when they think they can make an extra buck... :-/

    Even without a degree in economics it should be obvious that making money on a commodity that is free and plentiful is not a sound bussines model.

    The current rate for an IPv4 address is around EUR 30. So making money on extra IPv4 should work. Trying teh same on IPv6 will not work, it will just make the customer go elsewhere.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Wilfred van Velzen@2:280/464 to Michiel van der Vlist on Thu Jan 20 13:17:16 2022
    Hi Michiel,

    On 2022-01-20 11:57:37, you wrote to me:

    Except when they think they can make an extra buck... :-/

    MvdV> Even without a degree in economics it should be obvious that making money
    MvdV> on a commodity that is free and plentiful is not a sound bussines model.

    MvdV> The current rate for an IPv4 address is around EUR 30. So making money on
    MvdV> extra IPv4 should work. Trying teh same on IPv6 will not work, it will just
    MvdV> make the customer go elsewhere.

    That isn't always as simpel as it sounds...

    There are probably lots of places where providers still more or less have a monopoly.


    Bye, Wilfred.

    --- FMail-lnx64 2.1.0.18-B20170815
    * Origin: FMail development HQ (2:280/464)
  • From Michiel van der Vlist@2:280/5555 to Wilfred van Velzen on Thu Jan 20 23:56:59 2022
    Hello Wilfred,

    On Thursday January 20 2022 13:17, you wrote to me:

    MvdV>> The current rate for an IPv4 address is around EUR 30. So
    MvdV>> making money on extra IPv4 should work. Trying teh same on IPv6
    MvdV>> will not work, it will just make the customer go elsewhere.

    That isn't always as simpel as it sounds...

    There are probably lots of places where providers still more or less
    have a monopoly.

    Yes, ther are situations where the provider has a (semi) monopoly. There are also situations where the provider only issues one /64 to customers. I do not know if thee are situations where providers charge extra for more that one /64.

    How often will we see the combination of all three? I do not know of any.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Tony Langdon@3:633/410 to Michiel van der Vlist on Fri Jan 21 10:21:00 2022
    On 01-19-22 12:21, Michiel van der Vlist wrote to Tony Langdon <=-

    I did just that a couple of years ago to test prefix delegation. I connected a second router behind my primary router and IIRC it got a
    /61 out of the /56 assigned to me. Of that /61, one /64 was routed to
    the local LAN of the second router. I presume the process allows for cascading routers until the /56 is exhausted, but I did not explore
    that. I was satisfied that I demonstrated prefix delegation worked.

    Sounds like the results I'd expect. When I move house later in the year, I may segment my network physically, which would mean IPv4 subnets (which arrive via tunnels) could be on separate wires, and I could delegate IPv4 prefixes to those physical subnets. Just a thought at this stage, still in the very early planning stages. :)


    ... The greatest problem about old age is the fear that it may go on too long === MultiMail/Win v0.52
    --- SBBSecho 3.10-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
  • From Tony Langdon@3:633/410 to Michiel van der Vlist on Fri Jan 21 10:27:00 2022
    On 01-19-22 12:36, Michiel van der Vlist wrote to Tony Langdon <=-

    We also have to get rid of IPv4 think. On top of that list are:

    1) NAT is not a security feature.

    True, and a packet filter defaulting to blocking incoming traffic (like a lot of IPv6 routers do) has the same net effect, without the NAT ugliness.

    2) There is no shortage of addresses. Address space is no longer a
    scarce commodity.

    Good point. Anyone got the figures for how many /56 prefixes are available? All the estimates of abailable address space focus on single addresses, but really, /64s should be considered in these analyses, because that's effectively the smallest (convenient) LAN segment intended to be assigned.

    With the mind still in IPv4 think mode, giving out a /56 to everyone while the vast majority will get no further than using 1 or 2% of that looks like a terrible waste.

    Then consider that "waste" is only an issue if there is shortage. With IPv6 there is no shortage of addreses. Thinking "waste" is IPv4 think.
    We have to get rid of that.

    That's why I'd like some more relevant figures, taking into account current allocation practices (e.g. /56 per resifential customer, /64 minimum subnet allocation).


    ... Taglines: the toilet-stall walls of BBSdom.
    === MultiMail/Win v0.52
    --- SBBSecho 3.10-Linux
    * Origin: Freeway BBS Bendigo,Australia freeway.apana.org.au (3:633/410)
  • From Anna Christina Nass@2:240/5824.1 to Michiel van der Vlist on Thu Jan 20 16:08:00 2022
    Am 18.01.22 schrieb Michiel van der Vlist@2:280/5555 in IPV6:

    Hallo Michiel,

    No, that's my full time job (and I get payed - lucky me *g*).
    And although I'm in the IT department of the library, there are other
    departments 'above' us who run the city-wide IT.

    MvdV> So you hands are tied.

    Yep.

    Well, you're right (and yes, I know that even via 'real' Token Ring,
    you can use IPv6 *g*).

    MvdV> I don't think anybody has tried it, but yes in theorie it should be
    MvdV> possible.

    Yes, as it is another layer.

    MvdV> Here there is a directive that says all goverment websites (national, MvdV> provicial and minicipal) must be reachable via IPv6 before 1 jan 2022.

    I don't know of such a rule here in Germany...

    Regards,
    Anna
    --- OpenXP 5.0.51
    * Origin: Imzadi Box Point (2:240/5824.1)
  • From Michiel van der Vlist@2:280/5555 to All on Tue Mar 1 16:44:06 2022
    List of IPv6 nodes
    By Michiel van der Vlist, 2:280/5555

    Updated 1 March 2022


    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 Native Hetzner f
    7 2:221/6 Tommi Koivula Native OVH
    8 2:5030/257 Vova Uralsky Native PCextreme
    9 1:154/10 Nicholas Bol Native Spectrum f
    10 2:203/0 Bjrn Felten T-6in4 he.net
    11 2:280/5006 Kees van Eeten Native Xs4All f INO4
    12 3:712/848 Scott Little T-6in4 he.net f
    13 2:5020/545 Alexey Vissarionov Native Hetzner f
    14 1:103/17 Stephen Hurd T-6in4 he.net
    15 2:5020/9696 Alexander Skovpen T-6in4 TUNNELBROKER-0
    16 2:421/790 Viktor Cizek T-6in4 he.net
    17 2:222/2 Kim Heino Native TeliaSonera
    18 3:633/280 Stephen Walsh Native AusNetServers f
    19 2:463/877 Alex Shuman Native Nline f IO
    20 1:19/10 Matt Bedynek T-6in4 he.net
    21 3:770/1 Paul Hayton T-6in4 he.net
    22 3:770/100 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 2:5001/100 Dmitry Protasoff Native OVH
    34 2:5059/38 Andrey Mundirov T-6in4 he.net
    35 2:240/5853 Philipp Giebel Native Hetzner
    36 2:5083/444 Peter Khanin Native OVH
    37 2:2452/413 Ingo Juergensmann Native RRBONE-COLO f
    38 1:123/10 Wayne Smith T-6in4 he.net
    39 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    40 1:135/300 Eric Renfro Native Amazon.com
    41 1:103/13 Stephen Hurd Native Choopa
    42 2:5020/1042 Michael Dukelsky Native FORPSI Ktis f
    43 2:5095/0 Sergey V. Efimoff T-6in4 he.net
    44 2:5095/20 Sergey V. Efimoff T-6in4 he.net
    45 2:5019/400 Konstantin Kuzov Native LT-LT
    46 2:467/239 Mykhailo Kapitanov Native Vultr f
    47 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    48 2:5010/275 Evgeny Chevtaev T-6in4 TUNNELBROKER-0 f
    49 2:280/2000 Michael Trip Native Xs4All
    50 2:230/38 Benny Pedersen Native Linode
    51 2:460/58 Stas Mishchenkov T-6in4 he.net f
    52 2:5020/2123 Anton Samsonov T-6in4 he.net
    53 2:5020/2332 Andrey Ignatov Native ru.rtk
    54 2:5005/49 Victor Sudakov T-6in4 he.net f
    55 2:5005/77 Valery Lutoshkin T-6in4 NTS f
    56 2:5005/106 Alexey Osiyuk T-6in4 he.net f
    57 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    58 2:5010/352 Dmitriy Smirnov Native EkranTV f
    59 2:292/854 Ward Dossche Native Proximus
    60 2:469/122 Sergey Zabolotny T-6in4 he.net f
    61 2:5053/400 Alexander Kruglikov Native Oracle f
    62 2:5030/1997 Alexey Fayans T-6in4 he.net
    63 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    64 2:2452/502 Ludwig Bernhartzeder Native DTAG
    65 2:423/39 Karel Kral Native WEDOS
    66 2:5080/102 Stas Degteff T-6to4 NOVATOR
    67 2:280/1049 Simon Voortman Native Solcon
    68 1:102/127 Bradley Thornton Native Hetzner
    69 2:335/364 Fabio Bizzi Native OVH
    70 1:124/5016 Nigel Reed Native DAL1-US f
    71 2:5075/37 Andrew Komardin Native IHC-NET
    72 1:106/633 William Williams Native LINODE-US PM *1
    73 2:263/5 Martin List-Petersen Native TuxBox
    74 2:5030/1520 Andrey Geyko T-6in4 he.net f
    75 1:229/664 Jay Harris Native Rogers f
    76 1:142/103 Brian Rogers T-6in4 he.net
    77 1:134/101 Kostie Muirhead T-6in4 he.net f
    78 2:280/2030 Martien Korenblom Native Transip
    79 3:633/509 Deon George Native Telstra
    80 2:5020/4441 Yuri Myakotin Native SOVINTEL
    81 1:320/319 Andrew Leary Native Comcast f
    82 2:240/5824 Anna Christina Nass Native DTAG f
    83 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    84 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    85 2:301/812 Benoit Panizon Native WOODYV6
    86 1:229/616 Vasily Losev Native GIGEPORT
    87 2:301/113 Alisha Manuela Stutz T-6in4 he.net
    88 1:134/100 Kostie Muirhead T-6in4 he.net f
    89 1:134/101 Kostie Muirhead T-6in4 he.net f
    90 1:134/102 Shelley Petersen T-6in4 he.net f INO4
    91 1:134/103 Gordon Muirhead T-6in4 he.net f
    92 1:134/301 Brandon Moore T-6in4 he.net f INO4
    93 1:134/302 Adam Park T-6in4 he.net f
    94 1:153/7715 Dallas Hinton Native Shaw Comms
    95 1:218/840 Morgan Collins Native Linode
    96 2:5020/921 Andrew Savin T-6in4 he.net
    97 2:240/1634 Hugo Andriessen Native Vodafone
    98 2:280/2040 Leo Barnhoorn Native KPN f
    99 2:5020/736 Egor Glukhov Native RUWEB f
    100 2:221/10 Tommi Koivula Native Hetzner f INO4
    101 1:266/420 Scott Street Native Comcast OO
    102 1:218/850 John Nicpon Native LINODE-US
    103 1:142/104 Clive Reuben Native SNETFCC-1
    104 2:301/1 Alisha Stutz Native CH-DATAWIRE
    105 3:633/267 Andrew Clarke Native Widebandnetv6


    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.
    (zone, net, node in decimal notation)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.

    PM *1 [2600:3c01::f03c:91ff:fe2b:c319]


    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 when compiled with AF_FORCE=1). If the destination address
    is a 6to4 tunnel address (2002::/16) many OSs default to IPv4 if
    an IPv4 address is present.


    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Anna Christina Nass@2:240/5824.1 to Michiel van der Vlist on Fri Mar 4 17:41:00 2022
    Am 10.01.22 schrieb Michiel van der Vlist@2:280/5555 in IPV6:

    Hallo Michiel,

    Same here. The IPv6 connection for my BBS also had problems on friday
    because Dynv6 'forgot' the AAAA record that I've configured - but it
    seems to be a known problem. Maybe I rewrite the update script (and
    recreate the AAAA record on every prefix change) or switch to my own
    dyndns solution...

    MvdV> We patiently wait... ;-)
    MvdV> Please share your experience with us.

    I just noticed that Dynv6 lost my AAAA record again, so I chose to
    update my update script.
    Dynv6 is offering the use of 'nsupdate', and as I'm already using
    nsupdate for my own DynDNS solution, I just added a nsupdate call for
    my Dynv6 zone to the script.
    It's basically working as noted in the API documentation: https://dynv6.com/docs/apis

    I hope that this solves the Dynv6 AAAA problem now - I hope that my
    IPv6 prefix changes more often than Dynv6 forgets my AAAA record :)

    Regards,
    Anna

    --- OpenXP 5.0.51
    * Origin: Imzadi Box Point (2:240/5824.1)
  • From Alexey Vissarionov@2:5020/545 to Anna Christina Nass on Sat Mar 5 06:55:00 2022
    Good ${greeting_time}, Anna!

    04 Mar 2022 17:41:00, you wrote to Michiel van der Vlist:

    Same here. The IPv6 connection for my BBS also had problems on
    friday because Dynv6 'forgot' the AAAA record that I've configured
    MvdV>> We patiently wait... ;-) Please share your experience with us.
    I just noticed that Dynv6 lost my AAAA record again, so I chose to
    update my update script. Dynv6 is offering the use of 'nsupdate',
    and as I'm already using nsupdate for my own DynDNS solution, I just added a nsupdate call for my Dynv6 zone to the script.
    [...]
    I hope that this solves the Dynv6 AAAA problem now - I hope that my
    IPv6 prefix changes more often than Dynv6 forgets my AAAA record :)

    Possibly, running your own DNS server on a cheap (2 EUR/month) VDS (or VPS) would be better solution.


    --
    Alexey V. Vissarionov aka Gremlin from Kremlin
    gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

    ... GPG: 8832FE9FA791F7968AC96E4E909DAC45EF3B1FA8 @ hkp://keys.gnupg.net
    --- /bin/vi
    * Origin: ::1 (2:5020/545)
  • From Michiel van der Vlist@2:280/5555 to Anna Christina Nass on Sat Mar 5 09:12:49 2022
    Hello Anna,

    On Friday March 04 2022 17:41, you wrote to me:

    MvdV>> We patiently wait... ;-)
    MvdV>> Please share your experience with us.

    I just noticed that Dynv6 lost my AAAA record again, so I chose to
    update my update script. Dynv6 is offering the use of 'nsupdate', and
    as I'm already using nsupdate for my own DynDNS solution, I just added
    a nsupdate call for my Dynv6 zone to the script. It's basically
    working as noted in the API documentation: https://dynv6.com/docs/apis

    It works for now. So don't touch it... ;-)

    + 08:52 [3224] call to 2:240/5824@fidonet
    08:52 [3224] trying box.imzadi.de [2003:e9:2701:1c00:f1d0:2:240:5824]...
    08:52 [3224] connected
    + 08:52 [3224] outgoing session with box.imzadi.de:24554
    [2003:e9:2701:1c00:f1d0:2:240:5824]
    - 08:53 [3224] OPT CRAM-MD5-4e4494d5e81be86e60c979d48471de51 CRYPT
    + 08:53 [3224] Remote requests MD mode
    + 08:53 [3224] Remote requests CRYPT mode
    - 08:53 [3224] SYS Imzadi Box
    - 08:53 [3224] ZYZ Anna Christina Nass
    - 08:53 [3224] LOC Karlsruhe, DEU
    - 08:53 [3224] NDL 115200,TCP,BINKP


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to All on Thu May 19 15:04:19 2022
    List of IPv6 nodes
    By Michiel van der Vlist, 2:280/5555

    Updated 19 May 2022


    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen T-6in4 he.net f PO4
    2 2:280/5003 Kees van Eeten Native KPN 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 Native Elisa f
    7 2:221/6 Tommi Koivula Native OVH
    8 2:5030/257 Vova Uralsky Native PCextreme
    9 1:154/10 Nicholas Boel Native Spectrum f
    10 2:203/0 Bjorn Felten T-6in4 he.net
    11 2:280/5006 Kees van Eeten Native KPN f INO4
    12 3:712/848 Scott Little T-6in4 he.net f
    13 2:5020/545 Alexey Vissarionov T-6in4 he.net f
    14 1:103/17 Stephen Hurd T-6in4 he.net
    15 2:5020/9696 Alexander Skovpen T-6in4 TUNNELBROKER-0
    16 2:421/790 Viktor Cizek Native CZ-IJC-20071015
    17 2:222/2 Kim Heino Native TeliaSonera
    18 3:633/280 Stephen Walsh Native AusNetServers f
    19 2:463/877 Alex Shuman Native Nline f IO
    20 1:19/10 Matt Bedynek T-6in4 he.net
    21 3:770/1 Paul Hayton T-6in4 he.net
    22 3:770/100 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 2:5001/100 Dmitry Protasoff Native OVH
    34 2:5059/38 Andrey Mundirov T-6in4 he.net
    35 2:240/5853 Philipp Giebel Native Hetzner
    36 2:5083/444 Peter Khanin Native OVH
    37 2:2452/413 Ingo Juergensmann Native RRBONE-COLO f
    38 1:123/10 Wayne Smith T-6in4 he.net
    39 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    40 1:135/300 Eric Renfro Native Amazon.com
    41 1:103/13 Stephen Hurd Native Choopa
    42 2:5020/1042 Michael Dukelsky Native FORPSI Ktis f
    43 2:5095/0 Sergey V. Efimoff T-6in4 he.net
    44 2:5095/20 Sergey V. Efimoff T-6in4 he.net
    45 2:5019/400 Konstantin Kuzov Native LT-LT
    46 2:467/239 Mykhailo Kapitanov Native Vultr f
    47 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    48 2:5010/275 Evgeny Chevtaev T-6in4 TUNNELBROKER-0 f
    49 2:280/2000 Michael Trip Native Xs4All
    50 2:230/38 Benny Pedersen Native Linode
    51 2:460/58 Stas Mishchenkov T-6in4 he.net f
    52 2:5020/2123 Anton Samsonov T-6in4 TUNNEL-BROKER-NET-0
    53 2:5020/2332 Andrey Ignatov Native ru.rtk
    54 2:5005/49 Victor Sudakov T-6in4 he.net f
    55 2:5005/77 Valery Lutoshkin T-6in4 NTS f
    56 2:5005/106 Alexey Osiyuk T-6in4 he.net f
    57 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    58 2:5010/352 Dmitriy Smirnov Native SAGE-SU-V6
    59 2:292/854 Ward Dossche Native Proximus
    60 2:469/122 Sergey Zabolotny T-6in4 he.net f
    61 2:5053/400 Alexander Kruglikov Native FirstVDS f
    62 2:5030/1997 Alexey Fayans T-6in4 he.net
    63 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    64 2:2452/502 Ludwig Bernhartzeder Native DTAG
    65 2:423/39 Karel Kral Native WEDOS
    66 2:5080/102 Stas Degteff T-6to4 NOVATOR
    67 2:280/1049 Simon Voortman Native Solcon
    68 1:102/127 Bradley Thornton Native Hetzner
    69 2:335/364 Fabio Bizzi Native OVH
    70 1:124/5016 Nigel Reed Native DAL1-US f
    71 2:5075/37 Andrew Komardin Native IHC-NET
    72 1:106/633 William Williams Native LINODE-US PM *1
    73 2:263/5 Martin List-Petersen Native TuxBox
    74 2:5030/1520 Andrey Geyko T-6in4 he.net f
    75 1:229/664 Jay Harris Native Rogers f
    76 1:134/101 Kostie Muirhead T-6in4 he.net f
    77 2:280/2030 Martien Korenblom Native Transip
    78 3:633/509 Deon George Native Telstra
    79 2:5020/4441 Yuri Myakotin Native SOVINTEL
    80 1:320/319 Andrew Leary Native Comcast f
    81 2:240/5824 Anna Christina Nass Native DTAG f
    82 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    83 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    84 2:301/812 Benoit Panizon Native WOODYV6
    85 1:229/616 Vasily Losev Native GIGEPORT
    86 2:301/113 Alisha Manuela Stutz T-6in4 he.net
    87 1:134/100 Kostie Muirhead T-6in4 he.net f
    88 1:134/101 Kostie Muirhead T-6in4 he.net f
    89 1:134/102 Shelley Petersen T-6in4 he.net f INO4
    90 1:134/103 Gordon Muirhead T-6in4 he.net f
    91 1:134/301 Brandon Moore T-6in4 he.net f INO4
    92 1:134/302 Adam Park T-6in4 he.net f
    93 1:153/7715 Dallas Hinton Native Shaw Comms
    94 1:218/840 Morgan Collins Native Linode
    95 2:5020/921 Andrew Savin Native HURRICANE-IPV6-24
    96 2:240/1634 Hugo Andriessen Native Vodafone
    97 2:280/2040 Leo Barnhoorn Native KPN f
    98 2:5020/736 Egor Glukhov Native RUWEB f
    99 2:221/10 Tommi Koivula Native Hetzner f INO4
    100 1:266/420 Scott Street Native Comcast OO
    101 1:218/850 John Nicpon Native LINODE-US
    102 1:142/104 Clive Reuben Native SNETFCC-1
    103 2:301/1 Alisha Stutz Native CH-DATAWIRE
    104 3:633/267 Andrew Clarke Native Widebandnetv6
    105 2:5035/63 Vladimir Goncharov Native RFEIV6NET
    106 2:5010/152 Dmitry Smirnov Native RU-SELECTCEL
    107 2:5010/252 Dmitry Smirnov T-6in4 TUNNEL-BROKER-NET-1
    108 2:5020/290 Andrew Kolchoogin T-6in4 he.net


    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.
    (zone, net, node in decimal notation)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.

    PM *1 [2600:3c01::f03c:91ff:fe2b:c319]


    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 when compiled with AF_FORCE=1). If the destination address
    is a 6to4 tunnel address (2002::/16) many OSs default to IPv4 if
    an IPv4 address is present.


    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to All on Sun Jun 26 12:48:00 2022
    Hello All,

    Please check your entry. Ig it needs updateing, please let me know.


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

    Updated 26 Jun 2022


    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen Native Freedom f
    2 2:280/5003 Kees van Eeten Native KPN f
    3 2:5019/40 Konstantin Kuzov T-6in4 he.net f
    4 2:280/5555 Michiel van der Vlist Native Ziggo f OO
    5 1:320/219 Andrew Leary Native Comcast f
    6 2:221/1 Tommi Koivula Native Elisa f
    7 2:221/6 Tommi Koivula Native OVH
    8 2:5030/257 Vova Uralsky Native PCextreme
    9 1:154/10 Nicholas Boel Native Spectrum f
    10 2:203/0 Bjorn Felten T-6in4 he.net
    11 2:280/5006 Kees van Eeten Native KPN f INO4
    12 3:712/848 Scott Little T-6in4 he.net f
    13 2:5020/545 Alexey Vissarionov T-6in4 he.net f
    14 1:103/17 Stephen Hurd T-6in4 he.net
    15 2:5020/9696 Alexander Skovpen T-6in4 TUNNELBROKER-0
    16 2:421/790 Viktor Cizek Native CZ-IJC-20071015
    17 2:222/2 Kim Heino Native TeliaSonera
    18 3:633/280 Stephen Walsh Native AusNetServers f
    19 1:19/10 Matt Bedynek T-6in4 he.net
    20 3:770/1 Paul Hayton T-6in4 he.net
    21 3:770/100 Paul Hayton T-6in4 he.net
    22 2:5053/58 Alexander Kruglikov Native TTK-Volga f
    23 1:103/1 Stephen Hurd Native Choopa
    24 3:633/281 Stephen Walsh Native Internode
    25 2:310/31 Richard Menedetter Native DE-NETCUP f
    26 3:633/410 Tony Langdon Native IINET
    27 2:5020/329 Oleg Lukashin Native Comfortel f
    28 2:246/1305 Emil Schuster Native TAL.DE
    29 2:2448/4000 Tobias Burchhardt Native DTAG IO
    30 2:331/51 Marco d'Itri Native BOFH-IT
    31 1:154/30 Mike Miller Native LINODE
    32 2:5001/100 Dmitry Protasoff Native OVH
    33 2:5059/38 Andrey Mundirov T-6in4 he.net
    34 2:240/5853 Philipp Giebel Native Hetzner
    35 2:5083/444 Peter Khanin Native OVH
    36 2:2452/413 Ingo Juergensmann Native RRBONE-COLO f
    37 1:123/10 Wayne Smith T-6in4 he.net
    38 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    39 1:135/300 Eric Renfro Native Amazon.com
    40 1:103/13 Stephen Hurd Native Choopa
    41 2:5020/1042 Michael Dukelsky Native FirstByte
    42 2:5095/0 Sergey V. Efimoff T-6in4 he.net
    43 2:5095/20 Sergey V. Efimoff T-6in4 he.net
    44 2:5019/400 Konstantin Kuzov Native LT-LT
    45 2:467/239 Mykhailo Kapitanov Native Vultr f
    46 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    47 2:5010/275 Evgeny Chevtaev T-6in4 TUNNELBROKER-0 f
    48 2:280/2000 Michael Trip Native Xs4All
    49 2:230/38 Benny Pedersen Native Linode
    50 2:460/58 Stas Mishchenkov T-6in4 he.net f
    51 2:5020/2123 Anton Samsonov T-6in4 TUNNEL-BROKER-NET-0
    52 2:5020/2332 Andrey Ignatov Native ru.rtk
    53 2:5005/49 Victor Sudakov T-6in4 he.net f
    54 2:5005/77 Valery Lutoshkin T-6in4 NTS f
    55 2:5005/106 Alexey Osiyuk T-6in4 he.net f
    56 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    57 2:5010/352 Dmitriy Smirnov Native SAGE-SU-V6
    58 2:292/854 Ward Dossche Native Proximus
    59 2:469/122 Sergey Zabolotny T-6in4 he.net f
    60 2:5053/400 Alexander Kruglikov Native FirstVDS f
    61 2:5030/1997 Alexey Fayans T-6in4 he.net
    62 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    63 2:2452/502 Ludwig Bernhartzeder Native DTAG
    64 2:423/39 Karel Kral Native WEDOS
    65 2:5080/102 Stas Degteff T-6to4 NOVATOR
    66 2:280/1049 Simon Voortman Native Solcon
    67 1:102/127 Bradley Thornton Native Hetzner
    68 2:335/364 Fabio Bizzi Native OVH
    69 1:124/5016 Nigel Reed Native DAL1-US f
    70 2:5075/37 Andrew Komardin Native IHC-NET
    71 2:263/5 Martin List-Petersen Native TuxBox
    72 2:5030/1520 Andrey Geyko T-6in4 he.net f
    73 1:229/664 Jay Harris Native Rogers f
    74 1:134/101 Kostie Muirhead T-6in4 he.net f
    75 2:280/2030 Martien Korenblom Native Transip
    76 3:633/509 Deon George Native Telstra
    77 2:5020/4441 Yuri Myakotin Native SOVINTEL
    78 1:320/319 Andrew Leary Native Comcast f
    79 2:240/5824 Anna Christina Nass Native DTAG f
    80 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    81 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    82 2:301/812 Benoit Panizon Native WOODYV6
    83 1:229/616 Vasily Losev Native GIGEPORT
    84 2:301/113 Alisha Manuela Stutz T-6in4 he.net
    85 1:134/100 Kostie Muirhead T-6in4 he.net f
    86 1:134/101 Kostie Muirhead T-6in4 he.net f
    87 1:134/102 Shelley Petersen T-6in4 he.net f INO4
    88 1:134/103 Gordon Muirhead T-6in4 he.net f
    89 1:134/301 Brandon Moore T-6in4 he.net f INO4
    90 1:134/302 Adam Park T-6in4 he.net f
    91 1:153/7715 Dallas Hinton Native Shaw Comms
    92 1:218/840 Morgan Collins Native Linode
    93 2:5020/921 Andrew Savin Native HURRICANE-IPV6-24
    94 2:240/1634 Hugo Andriessen Native Vodafone
    95 2:280/2040 Leo Barnhoorn Native KPN f
    96 2:5020/736 Egor Glukhov Native RUWEB f
    97 2:221/10 Tommi Koivula Native Hetzner f INO4
    97 1:266/420 Scott Street Native Comcast OO
    99 1:218/850 John Nicpon Native LINODE-US
    100 1:142/104 Clive Reuben Native SNETFCC-1
    101 2:301/1 Alisha Stutz Native CH-DATAWIRE
    102 3:633/267 Andrew Clarke Native Widebandnetv6
    103 2:5035/63 Vladimir Goncharov Native RFEIV6NET
    104 2:5010/152 Dmitry Smirnov Native RU-SELECTCEL
    105 2:5010/252 Dmitry Smirnov T-6in4 TUNNEL-BROKER-NET-1
    106 2:5020/290 Andrew Kolchoogin T-6in4 he.net


    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.
    (zone, net, node in decimal notation)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.


    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 when compiled with AF_FORCE=1). If the destination address
    is a 6to4 tunnel address (2002::/16) many OSs default to IPv4 if
    an IPv4 address is present.



    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Jay Harris@1:229/664.2 to Michiel van der Vlist on Sun Jun 26 20:00:11 2022
    *** Quoting Michiel van der Vlist from a message to All ***

    Please check your entry. Ig it needs updateing, please let me know.

    96 2:5020/736 Egor Glukhov Native RUWEB f
    97 2:221/10 Tommi Koivula Native Hetzner f INO4
    97 1:266/420 Scott Street Native Comcast OO
    99 1:218/850 John Nicpon Native LINODE-US

    Just a nit pick, 97 appears twice, though the count is correct. :)


    Jay

    ... It is impossible to please the whole world and your mother-in-law

    --- Telegard v3.09.g2-sp4/mL
    * Origin: Northern Realms/TG tg.nrbbs.net Binbrook, ON (1:229/664.2)
  • From Michiel van der Vlist@2:280/5555 to Jay Harris on Mon Jun 27 07:19:36 2022
    Hello Jay,

    On Sunday June 26 2022 20:00, you wrote to me:

    97 2:221/10 Tommi Koivula Native Hetzner f INO4
    97 1:266/420 Scott Street Native Comcast

    Just a nit pick, 97 appears twice, though the count is correct. :)

    Thanks.

    Has been fixed.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to All on Mon Jul 18 18:29:28 2022
    List of IPv6 nodes
    By Michiel van der Vlist, 2:280/5555

    Updated 18 July 2022


    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen Native Freedom f
    2 2:280/5003 Kees van Eeten Native KPN 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 Native Elisa f
    7 2:221/6 Tommi Koivula Native OVH
    8 2:5030/257 Vova Uralsky Native PCextreme
    9 1:154/10 Nicholas Boel Native Spectrum f
    10 2:203/0 Bjorn Felten T-6in4 he.net
    11 2:280/5006 Kees van Eeten Native KPN f INO4
    12 3:712/848 Scott Little T-6in4 he.net f
    13 2:5020/545 Alexey Vissarionov T-6in4 he.net f
    14 1:103/17 Stephen Hurd T-6in4 he.net
    15 2:5020/9696 Alexander Skovpen T-6in4 TUNNELBROKER-0
    16 2:421/790 Viktor Cizek Native CZ-IJC-20071015
    17 2:222/2 Kim Heino Native TeliaSonera
    18 3:633/280 Stephen Walsh Native AusNetServers f
    19 1:19/10 Matt Bedynek T-6in4 he.net
    20 3:770/1 Paul Hayton T-6in4 he.net
    21 3:770/100 Paul Hayton T-6in4 he.net
    22 2:5053/58 Alexander Kruglikov Native TTK-Volga f
    23 1:103/1 Stephen Hurd Native Choopa
    24 3:633/281 Stephen Walsh Native Internode
    25 2:310/31 Richard Menedetter Native DE-NETCUP f
    26 3:633/410 Tony Langdon Native IINET
    27 2:5020/329 Oleg Lukashin Native Comfortel f
    28 2:246/1305 Emil Schuster Native TAL.DE
    29 2:2448/4000 Tobias Burchhardt Native DTAG IO
    30 2:331/51 Marco d'Itri Native BOFH-IT
    31 1:154/30 Mike Miller Native LINODE
    32 2:5001/100 Dmitry Protasoff Native OVH
    33 2:5059/38 Andrey Mundirov T-6in4 he.net
    34 2:240/5853 Philipp Giebel Native Hetzner
    35 2:5083/444 Peter Khanin Native OVH
    36 2:2452/413 Ingo Juergensmann Native RRBONE-COLO f
    37 1:123/10 Wayne Smith T-6in4 he.net
    38 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    39 1:135/300 Eric Renfro Native Amazon.com
    40 1:103/13 Stephen Hurd Native Choopa
    41 2:5020/1042 Michael Dukelsky Native FirstByte
    42 2:5095/0 Sergey V. Efimoff T-6in4 he.net
    43 2:5095/20 Sergey V. Efimoff T-6in4 he.net
    44 2:5019/400 Konstantin Kuzov Native LT-LT
    45 2:467/239 Mykhailo Kapitanov Native Vultr f
    46 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    47 2:5010/275 Evgeny Chevtaev T-6in4 TUNNELBROKER-0 f
    48 2:280/2000 Michael Trip Native Xs4All
    49 2:230/38 Benny Pedersen Native Linode
    50 2:460/58 Stas Mishchenkov T-6in4 he.net f
    51 2:5020/2123 Anton Samsonov T-6in4 TUNNEL-BROKER-NET-0
    52 2:5020/2332 Andrey Ignatov Native ru.rtk
    53 2:5005/49 Victor Sudakov T-6in4 he.net f
    54 2:5005/77 Valery Lutoshkin T-6in4 NTS f
    55 2:5005/106 Alexey Osiyuk T-6in4 he.net f
    56 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    57 2:5010/352 Dmitriy Smirnov Native SAGE-SU-V6
    58 2:292/854 Ward Dossche Native Proximus
    59 2:469/122 Sergey Zabolotny T-6in4 he.net f
    60 2:5053/400 Alexander Kruglikov Native FirstVDS f
    61 2:5030/1997 Alexey Fayans T-6in4 he.net
    62 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    63 2:2452/502 Ludwig Bernhartzeder Native DTAG
    64 2:423/39 Karel Kral Native WEDOS
    65 2:5080/102 Stas Degteff T-6to4 NOVATOR
    66 2:280/1049 Simon Voortman Native Solcon
    67 1:102/127 Bradley Thornton Native Hetzner
    68 2:335/364 Fabio Bizzi Native OVH
    69 1:124/5016 Nigel Reed Native DAL1-US f
    70 2:5075/37 Andrew Komardin Native IHC-NET
    71 2:263/5 Martin List-Petersen Native TuxBox
    72 2:5030/1520 Andrey Geyko T-6in4 he.net f
    73 1:229/664 Jay Harris Native Rogers f
    74 1:134/101 Kostie Muirhead T-6in4 he.net f
    75 2:280/2030 Martien Korenblom Native Transip
    76 3:633/509 Deon George Native Telstra
    77 2:5020/4441 Yuri Myakotin Native SOVINTEL
    78 1:320/319 Andrew Leary Native Comcast f
    79 2:240/5824 Anna Christina Nass Native DTAG f
    80 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    81 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    82 2:301/812 Benoit Panizon Native WOODYV6
    83 1:229/616 Vasily Losev Native GIGEPORT
    84 2:301/113 Alisha Manuela Stutz T-6in4 he.net
    85 1:134/100 Kostie Muirhead T-6in4 he.net f
    86 1:134/101 Kostie Muirhead T-6in4 he.net f
    87 1:134/102 Shelley Petersen T-6in4 he.net f INO4
    88 1:134/103 Gordon Muirhead T-6in4 he.net f
    89 1:134/301 Brandon Moore T-6in4 he.net f INO4
    90 1:134/302 Adam Park T-6in4 he.net f
    91 1:153/7715 Dallas Hinton Native Shaw Comms
    92 1:218/840 Morgan Collins Native Linode
    93 2:5020/921 Andrew Savin Native HURRICANE-IPV6-24
    94 2:240/1634 Hugo Andriessen Native Vodafone
    95 2:280/2040 Leo Barnhoorn Native KPN f
    96 2:5020/736 Egor Glukhov Native RUWEB f
    97 2:221/10 Tommi Koivula Native Hetzner f INO4
    98 1:266/420 Scott Street Native Comcast OO
    99 1:218/850 John Nicpon Native LINODE-US
    100 1:142/104 Clive Reuben Native SNETFCC-1
    101 2:301/1 Alisha Stutz Native CH-DATAWIRE
    102 3:633/267 Andrew Clarke Native Widebandnetv6
    103 2:5035/63 Vladimir Goncharov Native RFEIV6NET
    104 2:5010/252 Dmitry Smirnov T-6in4 TUNNEL-BROKER-NET-1
    105 2:5020/290 Andrew Kolchoogin T-6in4 he.net
    106 1:218/401 James Downs Native Scaleway PM *1


    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.
    (zone, net, node in decimal notation)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.

    PM *1 lounge.egontech.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 when compiled with AF_FORCE=1). If the destination address
    is a 6to4 tunnel address (2002::/16) many OSs default to IPv4 if
    an IPv4 address is present.


    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to All on Sat Oct 8 19:40:55 2022
    List of IPv6 nodes
    By Michiel van der Vlist, 2:280/5555

    Updated 8 October 2022


    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen Native Freedom f
    2 2:280/5003 Kees van Eeten Native KPN 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 Native Elisa f
    7 2:221/6 Tommi Koivula Native OVH
    8 2:5030/257 Vova Uralsky Native PCextreme
    9 1:154/10 Nicholas Boel Native Spectrum f
    10 2:203/0 Bjorn Felten T-6in4 he.net
    11 2:280/5006 Kees van Eeten Native KPN f INO4
    12 3:712/848 Scott Little T-6in4 he.net f
    13 2:5020/545 Alexey Vissarionov T-6in4 he.net f
    14 1:103/17 Stephen Hurd T-6in4 he.net
    15 2:5020/9696 Alexander Skovpen T-6in4 TUNNELBROKER-0
    16 2:421/790 Viktor Cizek Native CZ-IJC-20071015
    17 2:222/2 Kim Heino Native TeliaSonera
    18 3:633/280 Stephen Walsh Native AusNetServers f
    19 1:19/10 Matt Bedynek T-6in4 he.net
    20 3:770/1 Paul Hayton T-6in4 he.net
    21 3:770/100 Paul Hayton T-6in4 he.net
    22 2:5053/58 Alexander Kruglikov Native TTK-Volga f
    23 1:103/1 Stephen Hurd Native Choopa
    24 3:633/281 Stephen Walsh Native Internode
    25 2:310/31 Richard Menedetter Native DE-NETCUP f
    26 3:633/410 Tony Langdon Native IINET
    27 2:5020/329 Oleg Lukashin Native Comfortel f
    28 2:246/1305 Emil Schuster Native TAL.DE
    29 2:2448/4000 Tobias Burchhardt Native DTAG IO
    30 2:331/51 Marco d'Itri Native BOFH-IT
    31 1:154/30 Mike Miller Native LINODE
    32 2:5001/100 Dmitry Protasoff Native OVH
    33 2:5059/38 Andrey Mundirov T-6in4 he.net
    34 2:240/5853 Philipp Giebel Native Hetzner
    35 2:5083/444 Peter Khanin Native OVH
    36 2:2452/413 Ingo Juergensmann Native RRBONE-COLO f
    37 1:123/10 Wayne Smith T-6in4 he.net
    38 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    39 1:135/300 Eric Renfro Native Amazon.com
    40 1:103/13 Stephen Hurd Native Choopa
    41 2:5020/1042 Michael Dukelsky Native FirstByte
    42 2:5095/0 Sergey V. Efimoff T-6in4 he.net
    43 2:5095/20 Sergey V. Efimoff T-6in4 he.net
    44 2:5019/400 Konstantin Kuzov Native LT-LT
    45 2:467/239 Mykhailo Kapitanov Native Vultr f
    46 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    47 2:5010/275 Evgeny Chevtaev T-6in4 TUNNELBROKER-0 f
    48 2:280/2000 Michael Trip Native KPN
    49 2:230/38 Benny Pedersen Native Linode
    50 2:460/58 Stas Mishchenkov T-6in4 he.net f
    51 2:5020/2123 Anton Samsonov T-6in4 TUNNEL-BROKER-NET-0
    52 2:5020/2332 Andrey Ignatov Native ru.rtk
    53 2:5005/49 Victor Sudakov T-6in4 he.net f
    54 2:5005/77 Valery Lutoshkin T-6in4 NTS f
    55 2:5005/106 Alexey Osiyuk T-6in4 he.net f
    56 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    57 2:5010/352 Dmitriy Smirnov Native SAGE-SU-V6
    58 2:292/854 Ward Dossche Native Proximus
    59 2:469/122 Sergey Zabolotny T-6in4 he.net f
    60 2:5053/400 Alexander Kruglikov Native FirstVDS f
    61 2:5030/1997 Alexey Fayans T-6in4 he.net
    62 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    63 2:2452/502 Ludwig Bernhartzeder Native DTAG
    64 2:423/39 Karel Kral Native WEDOS
    65 2:5080/102 Stas Degteff T-6to4 NOVATOR
    66 2:280/1049 Simon Voortman Native Solcon
    67 1:102/127 Bradley Thornton Native Hetzner
    68 2:335/364 Fabio Bizzi Native OVH
    69 1:124/5016 Nigel Reed Native DAL1-US f
    70 2:5075/37 Andrew Komardin Native IHC-NET
    71 2:263/5 Martin List-Petersen Native TuxBox
    72 2:5030/1520 Andrey Geyko T-6in4 he.net f
    73 1:229/664 Jay Harris Native Rogers f
    74 1:134/101 Kostie Muirhead T-6in4 he.net f
    75 2:280/2030 Martien Korenblom Native Transip
    76 3:633/509 Deon George Native Telstra
    77 2:5020/4441 Yuri Myakotin Native SOVINTEL
    78 1:320/319 Andrew Leary Native Comcast f
    79 2:240/5824 Anna Christina Nass Native DTAG f
    80 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    81 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    82 2:301/812 Benoit Panizon Native WOODYV6
    83 1:229/616 Vasily Losev Native GIGEPORT
    84 2:301/113 Alisha Manuela Stutz T-6in4 he.net
    85 1:134/100 Kostie Muirhead T-6in4 he.net f
    86 1:134/101 Kostie Muirhead T-6in4 he.net f
    87 1:134/102 Shelley Petersen T-6in4 he.net f INO4
    88 1:134/103 Gordon Muirhead T-6in4 he.net f
    89 1:134/301 Brandon Moore T-6in4 he.net f INO4
    90 1:134/302 Adam Park T-6in4 he.net f
    91 1:153/7715 Dallas Hinton Native Shaw Comms
    92 1:218/840 Morgan Collins Native Linode
    93 2:5020/921 Andrew Savin Native HURRICANE-IPV6-24
    94 2:240/1634 Hugo Andriessen Native Vodafone
    95 2:280/2040 Leo Barnhoorn Native KPN f
    96 2:5020/736 Egor Glukhov Native RUWEB f
    97 2:221/10 Tommi Koivula Native Hetzner f INO4
    98 1:266/420 Scott Street Native Comcast OO
    99 1:218/850 John Nicpon Native LINODE-US
    100 1:142/104 Clive Reuben Native SNETFCC-1
    101 2:301/1 Alisha Stutz Native CH-DATAWIRE
    102 3:633/267 Andrew Clarke Native Widebandnetv6
    103 2:5035/63 Vladimir Goncharov Native RFEIV6NET
    104 2:5010/252 Dmitry Smirnov T-6in4 TUNNEL-BROKER-NET-1
    105 2:5020/290 Andrew Kolchoogin T-6in4 he.net
    106 1:218/401 James Downs Native Scaleway PM *1
    107 1:214/22 Ray Quinn t-6in4 he.net
    108 2:5030/49 Sergey Myasoedov Native FR-VIRTUA-SYSTEMS
    109 1:218/820 Ryan Fantus Native DIGITALOCEAN
    110 1:135/395 Charles Blackburn Native BHN-CPE PM *2


    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.
    (zone, net, node in decimal notation)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.

    PM *1 lounge.egontech.com
    PM *2 bbs.thefbo.us


    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 when compiled with AF_FORCE=1). If the destination address
    is a 6to4 tunnel address (2002::/16) many OSs default to IPv4 if
    an IPv4 address is present.


    === Cut ===
    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to All on Tue Nov 1 22:55:54 2022
    List of IPv6 nodes
    By Michiel van der Vlist, 2:280/5555

    Updated 1 November 2022


    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen Native Freedom f
    2 2:280/5003 Kees van Eeten Native KPN 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 Native Elisa f
    7 2:221/6 Tommi Koivula Native OVH
    8 2:5030/257 Vova Uralsky Native PCextreme
    9 1:154/10 Nicholas Boel Native Spectrum f
    10 2:203/0 Bjorn Felten T-6in4 he.net
    11 2:280/5006 Kees van Eeten Native KPN f INO4
    12 3:712/848 Scott Little T-6in4 he.net f
    13 2:5020/545 Alexey Vissarionov T-6in4 he.net f
    14 1:103/17 Stephen Hurd T-6in4 he.net
    15 2:5020/9696 Alexander Skovpen T-6in4 TUNNELBROKER-0
    16 2:421/790 Viktor Cizek Native CZ-IJC-20071015
    17 2:222/2 Kim Heino Native TeliaSonera
    18 3:633/280 Stephen Walsh Native AusNetServers f
    19 1:19/10 Matt Bedynek T-6in4 he.net
    20 3:770/1 Paul Hayton T-6in4 he.net
    21 3:770/100 Paul Hayton T-6in4 he.net
    22 2:5053/58 Alexander Kruglikov Native TTK-Volga f
    23 1:103/1 Stephen Hurd Native Choopa
    24 3:633/281 Stephen Walsh Native Internode
    25 2:310/31 Richard Menedetter Native DE-NETCUP f
    26 3:633/410 Tony Langdon Native IINET
    27 2:5020/329 Oleg Lukashin Native Comfortel f
    28 2:246/1305 Emil Schuster Native TAL.DE
    29 2:2448/4000 Tobias Burchhardt Native DTAG IO
    30 2:331/51 Marco d'Itri Native BOFH-IT
    31 1:154/30 Mike Miller Native LINODE
    32 2:5001/100 Dmitry Protasoff Native OVH
    33 2:5059/38 Andrey Mundirov T-6in4 he.net
    34 2:240/5853 Philipp Giebel Native Hetzner
    35 2:5083/444 Peter Khanin Native OVH
    36 2:240/5413 Ingo Juergensmann Native RRBONE-COLO f PM *4
    37 1:123/10 Wayne Smith T-6in4 he.net
    38 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    39 1:135/300 Eric Renfro Native Amazon.com
    40 1:103/13 Stephen Hurd Native Choopa
    41 2:5020/1042 Michael Dukelsky Native FirstByte
    42 2:5095/0 Sergey V. Efimoff T-6in4 he.net
    43 2:5095/20 Sergey V. Efimoff T-6in4 he.net
    44 2:5019/400 Konstantin Kuzov Native LT-LT
    45 2:467/239 Mykhailo Kapitanov Native Vultr f
    46 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    47 2:5010/275 Evgeny Chevtaev T-6in4 TUNNELBROKER-0 f
    48 2:280/2000 Michael Trip Native KPN
    49 2:230/38 Benny Pedersen Native Linode
    50 2:460/58 Stas Mishchenkov T-6in4 he.net f
    51 2:5020/2123 Anton Samsonov T-6in4 TUNNEL-BROKER-NET-0
    52 2:5020/2332 Andrey Ignatov Native ru.rtk
    53 2:5005/49 Victor Sudakov T-6in4 he.net f
    54 2:5005/77 Valery Lutoshkin T-6in4 NTS f
    55 2:5005/106 Alexey Osiyuk T-6in4 he.net f
    56 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    57 2:5010/352 Dmitriy Smirnov Native SAGE-SU-V6
    58 2:292/854 Ward Dossche Native Proximus
    59 2:469/122 Sergey Zabolotny T-6in4 he.net f
    60 2:5053/400 Alexander Kruglikov Native FirstVDS f
    61 2:5030/1997 Alexey Fayans T-6in4 he.net
    62 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    63 2:240/502 Ludwig Bernhartzeder Native DTAG PM *3
    64 2:423/39 Karel Kral Native WEDOS
    65 2:5080/102 Stas Degteff T-6to4 NOVATOR
    66 2:280/1049 Simon Voortman Native Solcon
    67 1:102/127 Bradley Thornton Native Hetzner
    68 2:335/364 Fabio Bizzi Native OVH
    69 1:124/5016 Nigel Reed Native DAL1-US f
    70 2:5075/37 Andrew Komardin Native IHC-NET
    71 2:263/5 Martin List-Petersen Native TuxBox
    72 2:5030/1520 Andrey Geyko T-6in4 he.net f
    73 1:229/664 Jay Harris Native Rogers f
    74 1:134/101 Kostie Muirhead T-6in4 he.net f
    75 2:280/2030 Martien Korenblom Native Transip
    76 3:633/509 Deon George Native Telstra
    77 2:5020/4441 Yuri Myakotin Native SOVINTEL
    78 1:320/319 Andrew Leary Native Comcast f
    79 2:240/5824 Anna Christina Nass Native DTAG f
    80 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    81 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    82 2:301/812 Benoit Panizon Native WOODYV6
    83 1:229/616 Vasily Losev Native GIGEPORT
    84 2:301/113 Alisha Manuela Stutz T-6in4 he.net
    85 1:134/100 Kostie Muirhead T-6in4 he.net f
    86 1:134/101 Kostie Muirhead T-6in4 he.net f
    87 1:134/102 Shelley Petersen T-6in4 he.net f INO4
    88 1:134/103 Gordon Muirhead T-6in4 he.net f
    89 1:134/301 Brandon Moore T-6in4 he.net f INO4
    90 1:134/302 Adam Park T-6in4 he.net f
    91 1:153/7715 Dallas Hinton Native Shaw Comms
    92 1:218/840 Morgan Collins Native Linode
    93 2:5020/921 Andrew Savin Native HURRICANE-IPV6-24
    94 2:240/1634 Hugo Andriessen Native Vodafone
    95 2:280/2040 Leo Barnhoorn Native KPN f
    96 2:5020/736 Egor Glukhov Native RUWEB f
    97 2:221/10 Tommi Koivula Native Hetzner f INO4
    98 1:266/420 Scott Street Native Comcast OO
    99 1:218/850 John Nicpon Native LINODE-US
    100 1:142/104 Clive Reuben Native SNETFCC-1
    101 2:301/1 Alisha Stutz Native CH-DATAWIRE
    102 3:633/267 Andrew Clarke Native Widebandnetv6
    103 2:5035/63 Vladimir Goncharov Native RFEIV6NET
    104 2:5010/252 Dmitry Smirnov T-6in4 TUNNEL-BROKER-NET-1
    105 2:5020/290 Andrew Kolchoogin T-6in4 he.net
    106 1:218/401 James Downs Native Scaleway PM *1
    107 1:214/22 Ray Quinn t-6in4 he.net
    108 2:5030/49 Sergey Myasoedov Native FR-VIRTUA-SYSTEMS
    109 1:218/820 Ryan Fantus Native DIGITALOCEAN
    110 1:135/395 Charles Blackburn Native BHN-CPE PM *2


    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.
    (zone, net, node in decimal notation)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.

    PM *1 lounge.egontech.com
    PM *2 bbs.thefbo.us
    PM *3 Was: 2:2452/502
    PM *4 Was: 2:2452/413

    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 when compiled with AF_FORCE=1). If the destination address
    is a 6to4 tunnel address (2002::/16) many OSs default to IPv4 if
    an IPv4 address is present.


    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Stas Mishchenkov@2:460/5858 to Michiel van der Vlist on Wed Nov 2 12:06:44 2022
    Hi Michiel!

    Tuesday November 01 2022 22:55, you wrote to All:

    MvdV> 80 2:460/5858 Stas Mishchenkov T-6in4 he.net f
    MvdV> INO4

    [fido@brorabbit inbound]$ grep ',5858,' ~/nodelist/nodelist.367 ,5858,For_Technical_Purposes,Simferopol_Crimea,Brother_Rabbit,-Unpublished-,300 ,MO,CM,IBN,INA:burrow.g0x.ru,INO4

    ;)

    Have a nice night.
    Stas Mishchenkov.

    --- Have You daily sexual life? Hide it proper from Your wife! ;)
    * Origin: Lame Users Breeding. Simferopol, Crimea. (2:460/5858)
  • From Michiel van der Vlist@2:280/5555 to Stas Mishchenkov on Wed Nov 2 10:14:20 2022
    Hello Stas,

    On Wednesday November 02 2022 12:06, you wrote to me:

    Tuesday November 01 2022 22:55, you wrote to All:

    MvdV>> 80 2:460/5858 Stas Mishchenkov T-6in4 he.net
    MvdV>> f INO4

    [fido@brorabbit inbound]$ grep ',5858,' ~/nodelist/nodelist.367 ,5858,For_Technical_Purposes,Simferopol_Crimea,Brother_Rabbit,-Unpubli shed-,300 ,MO,CM,IBN,INA:burrow.g0x.ru,INO4

    Your point?


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Stas Mishchenkov@2:460/5858 to Michiel van der Vlist on Wed Nov 2 16:53:10 2022
    Hi Michiel!

    Wednesday November 02 2022 10:14, you wrote to me:

    Tuesday November 01 2022 22:55, you wrote to All:

    MvdV>>> 80 2:460/5858 Stas Mishchenkov T-6in4 he.net
    MvdV>>> f INO4

    [fido@brorabbit inbound]$ grep ',5858,' ~/nodelist/nodelist.367
    ,5858,For_Technical_Purposes,Simferopol_Crimea,Brother_Rabbit,-Unpubli
    shed-,300 ,MO,CM,IBN,INA:burrow.g0x.ru,INO4

    MvdV> Your point?

    This node is on my desktop computer. It is used for debugging and testing software.

    Have a nice night.
    Stas Mishchenkov.

    --- Have You daily sexual life? Hide it proper from Your wife! ;)
    * Origin: Lame Users Breeding. Simferopol, Crimea. (2:460/5858)
  • From Michiel van der Vlist@2:280/5555 to Stas Mishchenkov on Wed Nov 2 15:45:03 2022
    Hello Stas,

    On Wednesday November 02 2022 16:53, you wrote to me:

    [fido@brorabbit inbound]$ grep ',5858,' ~/nodelist/nodelist.367
    ,5858,For_Technical_Purposes,Simferopol_Crimea,Brother_Rabbit,-U
    npubli shed-,300 ,MO,CM,IBN,INA:burrow.g0x.ru,INO4

    MvdV>> Your point?

    This node is on my desktop computer. It is used for debugging and
    testing software.

    OK.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Benny Pedersen@2:230/0 to Michiel van der Vlist on Tue Nov 8 21:52:28 2022
    Hello Michiel!

    02 Nov 2022 10:14, Michiel van der Vlist wrote to Stas Mishchenkov:

    MvdV> Hello Stas,

    MvdV> On Wednesday November 02 2022 12:06, you wrote to me:

    Tuesday November 01 2022 22:55, you wrote to All:

    MvdV>>> 80 2:460/5858 Stas Mishchenkov T-6in4 he.net
    MvdV>>> f INO4

    [fido@brorabbit inbound]$ grep ',5858,' ~/nodelist/nodelist.367
    ,5858,For_Technical_Purposes,Simferopol_Crimea,Brother_Rabbit,-Unpubli
    shed-,300 ,MO,CM,IBN,INA:burrow.g0x.ru,INO4

    MvdV> Your point?

    space after 300


    Regards Benny

    ... too late to die young :)

    --- Msged/LNX 6.1.2 (Linux/6.0.5-gentoo-dist (x86_64))
    * Origin: gopher://fido.junc.eu/ (2:230/0)
  • From Stas Mishchenkov@2:460/5858 to Benny Pedersen on Wed Nov 9 09:33:08 2022
    Hi Benny!

    Tuesday November 08 2022 21:52, you wrote to Michiel van der Vlist:

    MvdV>>>> 80 2:460/5858 Stas Mishchenkov T-6in4 he.net
    MvdV>>>> f INO4

    [fido@brorabbit inbound]$ grep ',5858,' ~/nodelist/nodelist.367
    ,5858,For_Technical_Purposes,Simferopol_Crimea,Brother_Rabbit,-Unpubli
    shed-,300 ,MO,CM,IBN,INA:burrow.g0x.ru,INO4

    MvdV>> Your point?

    space after 300

    It's not my. :)

    Have a nice night.
    Stas Mishchenkov.

    --- Have You daily sexual life? Hide it proper from Your wife! ;)
    * Origin: Lame Users Breeding. Simferopol, Crimea. (2:460/5858)
  • From Björn Felten@2:203/2 to Benny Pedersen on Wed Nov 9 14:29:08 2022
    shed-,300 ,MO,CM,IBN,INA:burrow.g0x.ru,INO4

    MvdV>> Your point?

    space after 300

    That's a line wrap error. Some antiquated FTN editors still don't support format=flowed as defined in RFC3676.


    --
    United we are strong, we win. Divided we are weak, we lose.

    ..

    --- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
    * Origin: news://eljaco.se:4119 (2:203/2)
  • From Björn Felten@2:203/2 to Stas Mishchenkov on Wed Nov 9 14:32:43 2022
    space after 300

    It's not my. :)

    Of course not. That would have caused an ;E line in the nodelist, if I recall correctly from my MakeNl reverse engineering days. 8-)


    --
    United we are strong, we win. Divided we are weak, we lose.

    ..

    --- Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.16) Gecko/20101125
    * Origin: news://eljaco.se:4119 (2:203/2)
  • From Stas Mishchenkov@2:460/5858 to Björn Felten on Wed Nov 9 17:07:42 2022
    *** Answering a msg posted in area _Carbon.Mail (Carbon.Mail).

    Hi Bjrn!

    Wednesday November 09 2022 14:32, you wrote to me:

    space after 300

    It's not my. :)

    Of course not. That would have caused an ;E line in the nodelist, if I recall correctly from my MakeNl reverse engineering days. 8-)

    In my case it was af fall of quoting. Take a look at the original message.

    Have a nice night.
    Stas Mishchenkov.

    --- Have You daily sexual life? Hide it proper from Your wife! ;)
    * Origin: Lame Users Breeding. Simferopol, Crimea. (2:460/5858)
  • From Ingo Juergensmann@2:240/5413 to Michiel van der Vlist on Mon Jan 16 18:52:30 2023
    Hello Michiel!

    08 Oct 22 19:40, you wrote to all:

    36 2:2452/413 Ingo Juergensmann Native RRBONE-COLO f

    I think this should be changed to 2:240/5413 after net 2:2452 shut down.

    Ingo


    --- GoldED+/LNX 1.1.5--b20170303
    * Origin: AmigaXess - back in FidoNet after 17 years (2:240/5413)
  • From Michiel van der Vlist@2:280/5555 to Ingo Juergensmann on Mon Jan 23 09:53:20 2023
    Hello Ingo,

    On Monday January 16 2023 18:52, you wrote to me:

    08 Oct 22 19:40, you wrote to all:

    That's a long time ago...

    36 2:2452/413 Ingo Juergensmann Native RRBONE-COLO f

    I think this should be changed to 2:240/5413 after net 2:2452 shut
    down.

    It was already changed in the first week of November...


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Stas Mishchenkov@2:460/5858 to All on Fri Mar 24 17:26:00 2023
    =============================================================================
    * Forwarded by Stas Mishchenkov (2:460/5858)
    * Area : NetMail.Stas (NetMail.Stas)
    * From : Fidogle, 2:460/58 (Friday March 24 2023 17:22)
    * To : Stas Mishchenkov
    * Subj : Your request reply. =============================================================================
    EchoArea: IPV6 Date: 02.11.2022
    From: Michiel van der Vlist 2:280/5555
    To : All
    Subj: List of IPv6 nodes @MSGID: 2:280/5555 6361961e
    List of IPv6 nodes
    By Michiel van der Vlist, 2:280/5555

    Updated 1 November 2022


    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen Native Freedom f
    2 2:280/5003 Kees van Eeten Native KPN 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 Native Elisa f
    7 2:221/6 Tommi Koivula Native OVH
    8 2:5030/257 Vova Uralsky Native PCextreme
    9 1:154/10 Nicholas Boel Native Spectrum f
    10 2:203/0 Bjorn Felten T-6in4 he.net
    11 2:280/5006 Kees van Eeten Native KPN f INO4
    12 3:712/848 Scott Little T-6in4 he.net f
    13 2:5020/545 Alexey Vissarionov T-6in4 he.net f
    14 1:103/17 Stephen Hurd T-6in4 he.net
    15 2:5020/9696 Alexander Skovpen T-6in4 TUNNELBROKER-0
    16 2:421/790 Viktor Cizek Native CZ-IJC-20071015
    17 2:222/2 Kim Heino Native TeliaSonera
    18 3:633/280 Stephen Walsh Native AusNetServers f
    19 1:19/10 Matt Bedynek T-6in4 he.net
    20 3:770/1 Paul Hayton T-6in4 he.net
    21 3:770/100 Paul Hayton T-6in4 he.net
    22 2:5053/58 Alexander Kruglikov Native TTK-Volga f
    23 1:103/1 Stephen Hurd Native Choopa
    24 3:633/281 Stephen Walsh Native Internode
    25 2:310/31 Richard Menedetter Native DE-NETCUP f
    26 3:633/410 Tony Langdon Native IINET
    27 2:5020/329 Oleg Lukashin Native Comfortel f
    28 2:246/1305 Emil Schuster Native TAL.DE
    29 2:2448/4000 Tobias Burchhardt Native DTAG IO
    30 2:331/51 Marco d'Itri Native BOFH-IT
    31 1:154/30 Mike Miller Native LINODE
    32 2:5001/100 Dmitry Protasoff Native OVH
    33 2:5059/38 Andrey Mundirov T-6in4 he.net
    34 2:240/5853 Philipp Giebel Native Hetzner
    35 2:5083/444 Peter Khanin Native OVH
    36 2:240/5413 Ingo Juergensmann Native RRBONE-COLO f PM *4
    37 1:123/10 Wayne Smith T-6in4 he.net
    38 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    39 1:135/300 Eric Renfro Native Amazon.com
    40 1:103/13 Stephen Hurd Native Choopa
    41 2:5020/1042 Michael Dukelsky Native FirstByte
    42 2:5095/0 Sergey V. Efimoff T-6in4 he.net
    43 2:5095/20 Sergey V. Efimoff T-6in4 he.net
    44 2:5019/400 Konstantin Kuzov Native LT-LT
    45 2:467/239 Mykhailo Kapitanov Native Vultr f
    46 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    47 2:5010/275 Evgeny Chevtaev T-6in4 TUNNELBROKER-0 f
    48 2:280/2000 Michael Trip Native KPN
    49 2:230/38 Benny Pedersen Native Linode
    50 2:460/58 Stas Mishchenkov T-6in4 he.net f
    51 2:5020/2123 Anton Samsonov T-6in4 TUNNEL-BROKER-NET-0
    52 2:5020/2332 Andrey Ignatov Native ru.rtk
    53 2:5005/49 Victor Sudakov T-6in4 he.net f
    54 2:5005/77 Valery Lutoshkin T-6in4 NTS f
    55 2:5005/106 Alexey Osiyuk T-6in4 he.net f
    56 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    57 2:5010/352 Dmitriy Smirnov Native SAGE-SU-V6
    58 2:292/854 Ward Dossche Native Proximus
    59 2:469/122 Sergey Zabolotny T-6in4 he.net f
    60 2:5053/400 Alexander Kruglikov Native FirstVDS f
    61 2:5030/1997 Alexey Fayans T-6in4 he.net
    62 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    63 2:240/502 Ludwig Bernhartzeder Native DTAG PM *3
    64 2:423/39 Karel Kral Native WEDOS
    65 2:5080/102 Stas Degteff T-6to4 NOVATOR
    66 2:280/1049 Simon Voortman Native Solcon
    67 1:102/127 Bradley Thornton Native Hetzner
    68 2:335/364 Fabio Bizzi Native OVH
    69 1:124/5016 Nigel Reed Native DAL1-US f
    70 2:5075/37 Andrew Komardin Native IHC-NET
    71 2:263/5 Martin List-Petersen Native TuxBox
    72 2:5030/1520 Andrey Geyko T-6in4 he.net f
    73 1:229/664 Jay Harris Native Rogers f
    74 1:134/101 Kostie Muirhead T-6in4 he.net f
    75 2:280/2030 Martien Korenblom Native Transip
    76 3:633/509 Deon George Native Telstra
    77 2:5020/4441 Yuri Myakotin Native SOVINTEL
    78 1:320/319 Andrew Leary Native Comcast f
    79 2:240/5824 Anna Christina Nass Native DTAG f
    80 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    81 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    82 2:301/812 Benoit Panizon Native WOODYV6
    83 1:229/616 Vasily Losev Native GIGEPORT
    84 2:301/113 Alisha Manuela Stutz T-6in4 he.net
    85 1:134/100 Kostie Muirhead T-6in4 he.net f
    86 1:134/101 Kostie Muirhead T-6in4 he.net f
    87 1:134/102 Shelley Petersen T-6in4 he.net f INO4
    88 1:134/103 Gordon Muirhead T-6in4 he.net f
    89 1:134/301 Brandon Moore T-6in4 he.net f INO4
    90 1:134/302 Adam Park T-6in4 he.net f
    91 1:153/7715 Dallas Hinton Native Shaw Comms
    92 1:218/840 Morgan Collins Native Linode
    93 2:5020/921 Andrew Savin Native HURRICANE-IPV6-24
    94 2:240/1634 Hugo Andriessen Native Vodafone
    95 2:280/2040 Leo Barnhoorn Native KPN f
    96 2:5020/736 Egor Glukhov Native RUWEB f
    97 2:221/10 Tommi Koivula Native Hetzner f INO4
    98 1:266/420 Scott Street Native Comcast OO
    99 1:218/850 John Nicpon Native LINODE-US
    100 1:142/104 Clive Reuben Native SNETFCC-1
    101 2:301/1 Alisha Stutz Native CH-DATAWIRE
    102 3:633/267 Andrew Clarke Native Widebandnetv6
    103 2:5035/63 Vladimir Goncharov Native RFEIV6NET
    104 2:5010/252 Dmitry Smirnov T-6in4 TUNNEL-BROKER-NET-1
    105 2:5020/290 Andrew Kolchoogin T-6in4 he.net
    106 1:218/401 James Downs Native Scaleway PM *1
    107 1:214/22 Ray Quinn t-6in4 he.net
    108 2:5030/49 Sergey Myasoedov Native FR-VIRTUA-SYSTEMS
    109 1:218/820 Ryan Fantus Native DIGITALOCEAN
    110 1:135/395 Charles Blackburn Native BHN-CPE PM *2


    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.
    (zone, net, node in decimal notation)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.

    PM *1 lounge.egontech.com
    PM *2 bbs.thefbo.us
    PM *3 Was: 2:2452/502
    PM *4 Was: 2:2452/413

    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 when compiled with AF_FORCE=1). If the destination address
    is a 6to4 tunnel address (2002::/16) many OSs default to IPv4 if
    an IPv4 address is present.


    -+- GoldED+/W32-MSVC 1.1.5-b20170303
    + Origin: he.net certified sage (2:280/5555)


    -+-
    + Origin: perl packPKT by Stas Mishchenkov [2:460/58] (2:460/58) =============================================================================

    Hi All!

    Has there really been no change since November 1, 2022?

    Have a nice night.
    Stas Mishchenkov.

    --- Have You daily sexual life? Hide it proper from Your wife! ;)
    * Origin: Lame Users Breeding. Simferopol, Crimea. (2:460/5858)
  • From Michiel van der Vlist@2:280/5555 to All on Fri Mar 24 17:13:50 2023
    List of IPv6 nodes
    By Michiel van der Vlist, 2:280/5555

    Updated 24 March 2022


    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen Native Freedom f
    2 2:280/5003 Kees van Eeten Native KPN 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 Native Elisa f
    7 2:221/6 Tommi Koivula Native OVH
    8 2:5030/257 Vova Uralsky Native PCextreme
    9 1:154/10 Nicholas Boel Native Spectrum f
    10 2:203/0 Bjorn Felten T-6in4 he.net
    11 2:280/5006 Kees van Eeten Native KPN f INO4
    12 3:712/848 Scott Little T-6in4 he.net f
    13 2:5020/545 Alexey Vissarionov T-6in4 he.net f
    14 1:103/17 Stephen Hurd T-6in4 he.net
    15 2:5020/9696 Alexander Skovpen T-6in4 TUNNELBROKER-0
    16 2:421/790 Viktor Cizek Native CZ-IJC-20071015
    17 2:222/2 Kim Heino Native TeliaSonera
    18 3:633/280 Stephen Walsh Native AusNetServers f
    19 1:19/10 Matt Bedynek T-6in4 he.net
    20 3:770/1 Paul Hayton T-6in4 he.net
    21 3:770/100 Paul Hayton T-6in4 he.net
    22 2:5053/58 Alexander Kruglikov Native TTK-Volga f
    23 1:103/1 Stephen Hurd Native Choopa
    24 3:633/281 Stephen Walsh Native Internode
    25 2:310/31 Richard Menedetter Native DE-NETCUP f
    26 3:633/410 Tony Langdon Native IINET
    27 2:5020/329 Oleg Lukashin Native Comfortel f
    28 2:246/1305 Emil Schuster Native TAL.DE
    29 2:2448/4000 Tobias Burchhardt Native DTAG IO
    30 2:331/51 Marco d'Itri Native BOFH-IT
    31 1:154/30 Mike Miller Native LINODE
    32 2:5001/100 Dmitry Protasoff Native OVH
    33 2:5059/38 Andrey Mundirov T-6in4 he.net
    34 2:240/5853 Philipp Giebel Native Hetzner
    35 2:5083/444 Peter Khanin Native OVH
    36 2:240/5413 Ingo Juergensmann Native RRBONE-COLO f
    37 1:123/10 Wayne Smith T-6in4 he.net
    38 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    39 1:135/300 Eric Renfro Native Amazon.com
    40 1:103/13 Stephen Hurd Native Choopa
    41 2:5020/1042 Michael Dukelsky Native FirstByte
    42 2:5095/0 Sergey V. Efimoff T-6in4 he.net
    43 2:5095/20 Sergey V. Efimoff T-6in4 he.net
    44 2:5019/400 Konstantin Kuzov Native LT-LT
    45 2:467/239 Mykhailo Kapitanov Native Vultr f
    46 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    47 2:5010/275 Evgeny Chevtaev T-6in4 TUNNELBROKER-0 f
    48 2:280/2000 Michael Trip Native KPN
    49 2:230/38 Benny Pedersen Native Linode
    50 2:460/58 Stas Mishchenkov T-6in4 he.net f
    51 2:5020/2123 Anton Samsonov T-6in4 TUNNEL-BROKER-NET-0
    52 2:5020/2332 Andrey Ignatov Native ru.rtk
    53 2:5005/49 Victor Sudakov T-6in4 he.net f
    54 2:5005/77 Valery Lutoshkin T-6in4 NTS f
    55 2:5005/106 Alexey Osiyuk T-6in4 he.net f
    56 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    57 2:5010/352 Dmitriy Smirnov Native SAGE-SU-V6
    58 2:292/854 Ward Dossche Native Proximus
    59 2:469/122 Sergey Zabolotny T-6in4 he.net f
    60 2:5053/400 Alexander Kruglikov Native FirstVDS f
    61 2:5030/1997 Alexey Fayans T-6in4 he.net
    62 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    63 2:240/502 Ludwig Bernhartzeder Native DTAG
    64 2:423/39 Karel Kral Native WEDOS
    65 2:280/1049 Simon Voortman Native Solcon
    66 1:102/127 Bradley Thornton Native Hetzner
    67 2:335/364 Fabio Bizzi Native OVH
    68 1:124/5016 Nigel Reed Native DAL1-US f
    69 2:5075/37 Andrew Komardin Native IHC-NET
    70 2:263/5 Martin List-Petersen Native TuxBox 6DWN
    71 2:5030/1520 Andrey Geyko T-6in4 he.net f
    72 1:229/664 Jay Harris Native Rogers f
    73 2:280/2030 Martien Korenblom Native Transip
    73 3:633/509 Deon George Native Telstra
    75 2:5020/4441 Yuri Myakotin Native SOVINTEL
    76 1:320/319 Andrew Leary Native Comcast f
    77 2:240/5824 Anna Christina Nass Native DTAG f
    78 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    79 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    80 2:301/812 Benoit Panizon Native WOODYV6
    81 1:229/616 Vasily Losev Native GIGEPORT
    82 2:301/113 Alisha Stutz T-6in4 he.net
    83 1:134/100 Kostie Muirhead T-6in4 Route48 f DOWN
    84 1:134/101 Kostie Muirhead T-6in4 Route48 f INO4 DOWN
    85 1:134/102 Shelley Petersen T-6in4 Route48 f INO4 DOWN
    86 1:134/103 Gordon Muirhead T-6in4 Route48 f DOWN
    87 1:134/301 Brandon Moore T-6in4 Route48 f INO4 DOWN
    88 1:134/302 Adam Park T-6in4 Route48 f 6DWN
    89 1:153/7715 Dallas Hinton Native Shaw Comms
    90 1:218/840 Morgan Collins Native Linode
    91 2:5020/921 Andrew Savin Native HURRICANE-IPV6-24
    92 2:240/1634 Hugo Andriessen Native Vodafone
    93 2:280/2040 Leo Barnhoorn Native KPN f
    94 2:5020/736 Egor Glukhov Native RUWEB f
    95 2:221/10 Tommi Koivula Native Hetzner f INO4
    96 1:266/420 Scott Street Native Comcast OO
    97 1:218/850 John Nicpon Native LINODE-US
    98 1:142/104 Clive Reuben Native SNETFCC-1
    99 2:301/1 Alisha Stutz Native CH-DATAWIRE
    100 3:633/267 Andrew Clarke Native Widebandnetv6
    101 2:5035/63 Vladimir Goncharov Native RFEIV6NET
    102 2:5010/252 Dmitry Smirnov T-6in4 TUNNEL-BROKER-NET-1
    103 2:5020/290 Andrew Kolchoogin T-6in4 he.net
    104 1:218/401 James Downs Native Scaleway PM *1
    105 1:214/22 Ray Quinn T-6in4 he.net
    106 2:5030/49 Sergey Myasoedov Native FR-VIRTUA-SYSTEMS
    107 1:218/820 Ryan Fantus Native DIGITALOCEAN


    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.
    (zone, net, node in decimal notation)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.

    PM *1 lounge.egontech.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 when compiled with AF_FORCE=1). If the destination address
    is a 6to4 tunnel address (2002::/16) many OSs default to IPv4 if
    an IPv4 address is present.


    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to All on Fri Mar 24 17:26:48 2023
    List of IPv6 nodes
    By Michiel van der Vlist, 2:280/5555

    Updated 24 March 2023


    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen Native Freedom f
    2 2:280/5003 Kees van Eeten Native KPN 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 Native Elisa f
    7 2:221/6 Tommi Koivula Native OVH
    8 2:5030/257 Vova Uralsky Native PCextreme
    9 1:154/10 Nicholas Boel Native Spectrum f
    10 2:203/0 Bjorn Felten T-6in4 he.net
    11 2:280/5006 Kees van Eeten Native KPN f INO4
    12 3:712/848 Scott Little T-6in4 he.net f
    13 2:5020/545 Alexey Vissarionov T-6in4 he.net f
    14 1:103/17 Stephen Hurd T-6in4 he.net
    15 2:5020/9696 Alexander Skovpen T-6in4 TUNNELBROKER-0
    16 2:421/790 Viktor Cizek Native CZ-IJC-20071015
    17 2:222/2 Kim Heino Native TeliaSonera
    18 3:633/280 Stephen Walsh Native AusNetServers f
    19 1:19/10 Matt Bedynek T-6in4 he.net
    20 3:770/1 Paul Hayton T-6in4 he.net
    21 3:770/100 Paul Hayton T-6in4 he.net
    22 2:5053/58 Alexander Kruglikov Native TTK-Volga f
    23 1:103/1 Stephen Hurd Native Choopa
    24 3:633/281 Stephen Walsh Native Internode
    25 2:310/31 Richard Menedetter Native DE-NETCUP f
    26 3:633/410 Tony Langdon Native IINET
    27 2:5020/329 Oleg Lukashin Native Comfortel f
    28 2:246/1305 Emil Schuster Native TAL.DE
    29 2:2448/4000 Tobias Burchhardt Native DTAG IO
    30 2:331/51 Marco d'Itri Native BOFH-IT
    31 1:154/30 Mike Miller Native LINODE
    32 2:5001/100 Dmitry Protasoff Native OVH
    33 2:5059/38 Andrey Mundirov T-6in4 he.net
    34 2:240/5853 Philipp Giebel Native Hetzner
    35 2:5083/444 Peter Khanin Native OVH
    36 2:240/5413 Ingo Juergensmann Native RRBONE-COLO f
    37 1:123/10 Wayne Smith T-6in4 he.net
    38 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    39 1:135/300 Eric Renfro Native Amazon.com
    40 1:103/13 Stephen Hurd Native Choopa
    41 2:5020/1042 Michael Dukelsky Native FirstByte
    42 2:5095/0 Sergey V. Efimoff T-6in4 he.net
    43 2:5095/20 Sergey V. Efimoff T-6in4 he.net
    44 2:5019/400 Konstantin Kuzov Native LT-LT
    45 2:467/239 Mykhailo Kapitanov Native Vultr f
    46 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    47 2:5010/275 Evgeny Chevtaev T-6in4 TUNNELBROKER-0 f
    48 2:280/2000 Michael Trip Native KPN
    49 2:230/38 Benny Pedersen Native Linode
    50 2:460/58 Stas Mishchenkov T-6in4 he.net f
    51 2:5020/2123 Anton Samsonov T-6in4 TUNNEL-BROKER-NET-0
    52 2:5020/2332 Andrey Ignatov Native ru.rtk
    53 2:5005/49 Victor Sudakov T-6in4 he.net f
    54 2:5005/77 Valery Lutoshkin T-6in4 NTS f
    55 2:5005/106 Alexey Osiyuk T-6in4 he.net f
    56 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    57 2:5010/352 Dmitriy Smirnov Native SAGE-SU-V6
    58 2:292/854 Ward Dossche Native Proximus
    59 2:469/122 Sergey Zabolotny T-6in4 he.net f
    60 2:5053/400 Alexander Kruglikov Native FirstVDS f
    61 2:5030/1997 Alexey Fayans T-6in4 he.net
    62 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    63 2:240/502 Ludwig Bernhartzeder Native DTAG
    64 2:423/39 Karel Kral Native WEDOS
    65 2:280/1049 Simon Voortman Native Solcon
    66 1:102/127 Bradley Thornton Native Hetzner
    67 2:335/364 Fabio Bizzi Native OVH
    68 1:124/5016 Nigel Reed Native DAL1-US f
    69 2:5075/37 Andrew Komardin Native IHC-NET
    70 2:263/5 Martin List-Petersen Native TuxBox 6DWN
    71 2:5030/1520 Andrey Geyko T-6in4 he.net f
    72 1:229/664 Jay Harris Native Rogers f
    73 2:280/2030 Martien Korenblom Native Transip
    73 3:633/509 Deon George Native Telstra
    75 2:5020/4441 Yuri Myakotin Native SOVINTEL
    76 1:320/319 Andrew Leary Native Comcast f
    77 2:240/5824 Anna Christina Nass Native DTAG f
    78 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    79 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    80 2:301/812 Benoit Panizon Native WOODYV6
    81 1:229/616 Vasily Losev Native GIGEPORT
    82 2:301/113 Alisha Stutz T-6in4 he.net
    83 1:134/100 Kostie Muirhead T-6in4 Route48 f DOWN
    84 1:134/101 Kostie Muirhead T-6in4 Route48 f INO4 DOWN
    85 1:134/102 Shelley Petersen T-6in4 Route48 f INO4 DOWN
    86 1:134/103 Gordon Muirhead T-6in4 Route48 f DOWN
    87 1:134/301 Brandon Moore T-6in4 Route48 f INO4 DOWN
    88 1:134/302 Adam Park T-6in4 Route48 f 6DWN
    89 1:153/7715 Dallas Hinton Native Shaw Comms
    90 1:218/840 Morgan Collins Native Linode
    91 2:5020/921 Andrew Savin Native HURRICANE-IPV6-24
    92 2:240/1634 Hugo Andriessen Native Vodafone
    93 2:280/2040 Leo Barnhoorn Native KPN f
    94 2:5020/736 Egor Glukhov Native RUWEB f
    95 2:221/10 Tommi Koivula Native Hetzner f INO4
    96 1:266/420 Scott Street Native Comcast OO
    97 1:218/850 John Nicpon Native LINODE-US
    98 1:142/104 Clive Reuben Native SNETFCC-1
    99 2:301/1 Alisha Stutz Native CH-DATAWIRE
    100 3:633/267 Andrew Clarke Native Widebandnetv6
    101 2:5035/63 Vladimir Goncharov Native RFEIV6NET
    102 2:5010/252 Dmitry Smirnov T-6in4 TUNNEL-BROKER-NET-1
    103 2:5020/290 Andrew Kolchoogin T-6in4 he.net
    104 1:218/401 James Downs Native Scaleway PM *1
    105 1:214/22 Ray Quinn T-6in4 he.net
    106 2:5030/49 Sergey Myasoedov Native FR-VIRTUA-SYSTEMS
    107 1:218/820 Ryan Fantus Native DIGITALOCEAN


    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.
    (zone, net, node in decimal notation)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.

    PM *1 lounge.egontech.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 when compiled with AF_FORCE=1). If the destination address
    is a 6to4 tunnel address (2002::/16) many OSs default to IPv4 if
    an IPv4 address is present.


    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to All on Tue Apr 4 22:54:13 2023
    List of IPv6 nodes
    By Michiel van der Vlist, 2:280/5555

    Updated 4 April 2023


    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen Native Freedom f
    2 2:280/5003 Kees van Eeten Native KPN 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 Native Elisa f
    7 2:221/6 Tommi Koivula Native OVH
    8 2:5030/257 Vova Uralsky Native PCextreme
    9 1:154/10 Nicholas Boel Native Spectrum f
    10 2:203/0 Bjorn Felten T-6in4 he.net
    11 2:280/5006 Kees van Eeten Native KPN f INO4
    12 3:712/848 Scott Little T-6in4 he.net f
    13 2:5020/545 Alexey Vissarionov T-6in4 he.net f
    14 1:103/17 Stephen Hurd T-6in4 he.net
    15 2:5020/9696 Alexander Skovpen T-6in4 TUNNELBROKER-0
    16 2:421/790 Viktor Cizek Native CZ-IJC-20071015
    17 2:222/2 Kim Heino Native TeliaSonera
    18 3:633/280 Stephen Walsh Native AusNetServers f
    19 1:19/10 Matt Bedynek T-6in4 he.net
    20 3:770/1 Paul Hayton T-6in4 he.net
    21 3:770/100 Paul Hayton T-6in4 he.net
    22 2:5053/58 Alexander Kruglikov Native TTK-Volga f
    23 1:103/1 Stephen Hurd Native Choopa
    24 3:633/281 Stephen Walsh Native Internode
    25 2:310/31 Richard Menedetter Native DE-NETCUP f
    26 3:633/410 Tony Langdon Native IINET
    27 2:5020/329 Oleg Lukashin Native Comfortel f
    28 2:246/1305 Emil Schuster Native TAL.DE
    29 2:2448/4000 Tobias Burchhardt Native DTAG IO
    30 2:331/51 Marco d'Itri Native BOFH-IT
    31 1:154/30 Mike Miller Native LINODE
    32 2:5001/100 Dmitry Protasoff Native OVH
    33 2:5059/38 Andrey Mundirov T-6in4 he.net
    34 2:240/5853 Philipp Giebel Native Hetzner
    35 2:5083/444 Peter Khanin Native OVH
    36 2:240/5413 Ingo Juergensmann Native RRBONE-COLO f
    37 1:123/10 Wayne Smith T-6in4 he.net
    38 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    39 1:135/300 Eric Renfro Native Amazon.com
    40 1:103/13 Stephen Hurd Native Choopa
    41 2:5020/1042 Michael Dukelsky Native FirstByte
    42 2:5095/0 Sergey V. Efimoff T-6in4 he.net
    43 2:5095/20 Sergey V. Efimoff T-6in4 he.net
    44 2:5019/400 Konstantin Kuzov Native LT-LT
    45 2:467/239 Mykhailo Kapitanov Native Vultr f
    46 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    47 2:5010/275 Evgeny Chevtaev T-6in4 TUNNELBROKER-0 f
    48 2:280/2000 Michael Trip Native KPN
    49 2:230/38 Benny Pedersen Native Linode
    50 2:460/58 Stas Mishchenkov T-6in4 he.net f
    51 2:5020/2123 Anton Samsonov T-6in4 TUNNEL-BROKER-NET-0
    52 2:5020/2332 Andrey Ignatov Native ru.rtk
    53 2:5005/49 Victor Sudakov T-6in4 he.net f
    54 2:5005/77 Valery Lutoshkin T-6in4 NTS f
    55 2:5005/106 Alexey Osiyuk T-6in4 he.net f
    56 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    57 2:5010/352 Dmitriy Smirnov Native SAGE-SU-V6
    58 2:292/854 Ward Dossche Native Proximus
    59 2:469/122 Sergey Zabolotny T-6in4 he.net f
    60 2:5053/400 Alexander Kruglikov Native FirstVDS f
    61 2:5030/1997 Alexey Fayans T-6in4 he.net
    62 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    63 2:240/502 Ludwig Bernhartzeder Native DTAG
    64 2:423/39 Karel Kral Native WEDOS
    65 2:280/1049 Simon Voortman Native Solcon
    66 1:102/127 Bradley Thornton Native Hetzner
    67 2:335/364 Fabio Bizzi Native OVH
    68 1:124/5016 Nigel Reed Native DAL1-US f
    69 2:5075/37 Andrew Komardin Native IHC-NET
    70 2:5030/1520 Andrey Geyko T-6in4 he.net f
    71 1:229/664 Jay Harris Native Rogers f
    72 2:280/2030 Martien Korenblom Native Transip
    73 3:633/509 Deon George Native Telstra
    74 2:5020/4441 Yuri Myakotin Native SOVINTEL
    75 1:320/319 Andrew Leary Native Comcast f
    76 2:240/5824 Anna Christina Nass Native DTAG f
    77 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    78 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    79 2:301/812 Benoit Panizon Native WOODYV6
    80 1:229/616 Vasily Losev Native GIGEPORT
    81 2:301/113 Alisha Stutz T-6in4 he.net
    82 1:134/100 Kostie Muirhead T-6in4 Route48 f DOWN
    83 1:134/101 Kostie Muirhead T-6in4 Route48 f INO4 DOWN
    84 1:134/102 Shelley Petersen T-6in4 Route48 f INO4 DOWN
    85 1:134/103 Gordon Muirhead T-6in4 Route48 f DOWN
    86 1:134/301 Brandon Moore T-6in4 Route48 f INO4 DOWN
    87 1:134/302 Adam Park T-6in4 Route48 f 6DWN
    88 1:153/7715 Dallas Hinton Native Shaw Comms
    89 1:218/840 Morgan Collins Native Linode
    90 2:5020/921 Andrew Savin Native HURRICANE-IPV6-24
    91 2:240/1634 Hugo Andriessen Native Vodafone
    92 2:280/2040 Leo Barnhoorn Native KPN f
    93 2:5020/736 Egor Glukhov Native RUWEB f
    94 2:221/10 Tommi Koivula Native Hetzner f INO4
    95 1:266/420 Scott Street Native Comcast OO HOLD
    96 1:218/850 John Nicpon Native LINODE-US
    97 1:142/104 Clive Reuben Native SNETFCC-1 6DWN
    98 2:301/1 Alisha Stutz Native CH-DATAWIRE
    99 3:633/267 Andrew Clarke Native Widebandnetv6 6DWN
    100 2:5035/63 Vladimir Goncharov Native RFEIV6NET
    101 2:5020/290 Andrew Kolchoogin T-6in4 he.net
    102 1:218/401 James Downs Native Scaleway PM *1
    103 1:214/22 Ray Quinn T-6in4 he.net
    104 2:5030/49 Sergey Myasoedov Native FR-VIRTUA-SYSTEMS
    105 1:218/820 Ryan Fantus Native DIGITALOCEAN
    106 1:103/705 Rob Swindell Native Spectrum


    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.
    (zone, net, node in decimal notation)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.

    PM *1 lounge.egontech.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 when compiled with AF_FORCE=1). If the destination address
    is a 6to4 tunnel address (2002::/16) many OSs default to IPv4 if
    an IPv4 address is present.


    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Wilfred van Velzen@2:280/464 to Michiel van der Vlist on Mon Apr 10 12:49:13 2023
    Hi Michiel,

    On 2023-04-04 22:54:13, you wrote to All:

    MvdV> 36 2:240/5413 Ingo Juergensmann Native RRBONE-COLO f

    Just noticed this one:

    Calling 2:240/5413 (2a01:a700:4629:211:f1d0:2:240:5413:24554)
    error (Connection timed out)

    IPv4 is ok for this node...


    Bye, Wilfred.

    --- FMail-lnx64 2.2.0.0
    * Origin: FMail development HQ (2:280/464)
  • From Michiel van der Vlist@2:280/5555 to Wilfred van Velzen on Mon Apr 10 15:36:54 2023
    Hello Wilfred,

    On Monday April 10 2023 12:49, you wrote to me:

    Just noticed this one:

    Calling 2:240/5413 (2a01:a700:4629:211:f1d0:2:240:5413:24554)
    error (Connection timed out)

    IPv4 is ok for this node...

    Netmail send to sysop.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Ingo Juergensmann@2:240/5413 to Michiel van der Vlist on Sun Apr 16 12:21:08 2023
    Hello Michiel!

    10 Apr 23 15:36, you wrote to Wilfred van Velzen:

    Just noticed this one:
    Calling 2:240/5413 (2a01:a700:4629:211:f1d0:2:240:5413:24554)
    error (Connection timed out)
    IPv4 is ok for this node...
    Netmail send to sysop.

    ... and answered & fixed... :)

    Ingo


    --- GoldED+/LNX 1.1.5--b20170303
    * Origin: AmigaXess - back in FidoNet after 17 years (2:240/5413)
  • From Michiel van der Vlist@2:280/5555 to All on Sun Apr 23 22:11:14 2023
    Hello All,

    The list has been cleaned up. All nodes that no longer support IPv6,
    have been doing so for over two months and who's sysops have not res-
    ponded to netmail have been removed. That brings the counter below
    100 again.


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

    Updated 23 April 2023


    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen Native Freedom f
    2 2:280/5003 Kees van Eeten Native KPN 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 Native Elisa f
    7 2:221/6 Tommi Koivula Native OVH
    8 2:5030/257 Vova Uralsky Native PCextreme
    9 1:154/10 Nicholas Boel Native Spectrum f
    10 2:203/0 Bjorn Felten T-6in4 he.net
    11 2:280/5006 Kees van Eeten Native KPN f INO4
    12 3:712/848 Scott Little T-6in4 he.net f
    13 2:5020/545 Alexey Vissarionov T-6in4 he.net f
    14 1:103/17 Stephen Hurd T-6in4 he.net
    15 2:5020/9696 Alexander Skovpen T-6in4 TUNNELBROKER-0
    16 2:421/790 Viktor Cizek Native CZ-IJC-20071015
    17 2:222/2 Kim Heino Native TeliaSonera
    18 3:633/280 Stephen Walsh Native AusNetServers f
    19 1:19/10 Matt Bedynek T-6in4 he.net
    20 3:770/1 Paul Hayton T-6in4 he.net
    21 3:770/100 Paul Hayton T-6in4 he.net
    22 2:5053/58 Alexander Kruglikov Native JSC IOT f
    23 1:103/1 Stephen Hurd Native Choopa
    24 3:633/281 Stephen Walsh Native Internode
    25 2:310/31 Richard Menedetter Native DE-NETCUP f
    26 3:633/410 Tony Langdon Native IINET
    27 2:5020/329 Oleg Lukashin Native Comfortel f
    28 2:2448/4000 Tobias Burchhardt Native DTAG IO
    29 2:331/51 Marco d'Itri Native BOFH-IT
    30 1:154/30 Mike Miller Native LINODE
    31 2:5001/100 Dmitry Protasoff Native OVH
    32 2:5059/38 Andrey Mundirov T-6in4 he.net
    33 2:240/5853 Philipp Giebel Native Hetzner
    34 2:5083/444 Peter Khanin Native OVH
    35 2:240/5413 Ingo Juergensmann Native RRBONE-COLO f
    36 1:123/10 Wayne Smith T-6in4 he.net
    37 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    38 1:135/300 Eric Renfro Native Amazon.com
    39 1:103/13 Stephen Hurd Native Choopa
    40 2:5020/1042 Michael Dukelsky Native FirstByte
    41 2:5095/0 Sergey V. Efimoff T-6in4 he.net
    42 2:5095/20 Sergey V. Efimoff T-6in4 he.net
    43 2:5019/400 Konstantin Kuzov Native LT-LT
    44 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    45 2:5010/275 Evgeny Chevtaev T-6in4 TUNNELBROKER-0 f
    46 2:280/2000 Michael Trip Native KPN
    47 2:230/38 Benny Pedersen Native Linode
    48 2:460/58 Stas Mishchenkov T-6in4 he.net f
    49 2:5020/2123 Anton Samsonov T-6in4 TUNNEL-BROKER-NET-0
    50 2:5020/2332 Andrey Ignatov Native ru.rtk
    51 2:5005/49 Victor Sudakov T-6in4 he.net f
    52 2:5005/77 Valery Lutoshkin T-6in4 NTS f
    53 2:5005/106 Alexey Osiyuk T-6in4 he.net f
    54 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    55 2:5010/352 Dmitriy Smirnov Native SAGE-SU-V6
    56 2:292/854 Ward Dossche Native Proximus
    57 2:469/122 Sergey Zabolotny T-6in4 he.net f
    58 2:5053/400 Alexander Kruglikov Native FirstVDS f
    59 2:5030/1997 Alexey Fayans T-6in4 he.net
    60 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    61 2:240/502 Ludwig Bernhartzeder Native DTAG
    62 2:423/39 Karel Kral Native WEDOS
    63 2:280/1049 Simon Voortman Native Solcon
    64 1:102/127 Bradley Thornton Native Hetzner
    65 2:335/364 Fabio Bizzi Native OVH
    66 1:124/5016 Nigel Reed Native DAL1-US f
    67 2:5075/37 Andrew Komardin Native IHC-NET
    68 2:5030/1520 Andrey Geyko T-6in4 he.net f
    69 1:229/664 Jay Harris Native Rogers f
    70 2:280/2030 Martien Korenblom Native Transip
    71 3:633/509 Deon George Native Telstra
    72 2:5020/4441 Yuri Myakotin Native SOVINTEL
    73 1:320/319 Andrew Leary Native Comcast f
    74 2:240/5824 Anna Christina Nass Native DTAG f
    75 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    76 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    77 2:301/812 Benoit Panizon Native WOODYV6
    78 1:229/616 Vasily Losev Native GIGEPORT
    79 2:301/113 Alisha Stutz T-6in4 he.net
    80 1:153/7715 Dallas Hinton Native Shaw Comms
    81 1:218/840 Morgan Collins Native Linode
    82 2:5020/921 Andrew Savin Native HURRICANE-IPV6-24
    83 2:240/1634 Hugo Andriessen Native Vodafone
    84 2:280/2040 Leo Barnhoorn Native KPN f
    85 2:5020/736 Egor Glukhov Native RUWEB f
    86 2:221/10 Tommi Koivula Native Hetzner f INO4
    87 1:218/850 John Nicpon Native LINODE-US
    88 2:301/1 Alisha Stutz Native CH-DATAWIRE
    89 2:5035/63 Vladimir Goncharov Native RFEIV6NET
    90 2:5020/290 Andrew Kolchoogin T-6in4 he.net
    91 1:218/401 James Downs Native Scaleway PM *1
    92 1:214/22 Ray Quinn T-6in4 he.net
    93 2:5030/49 Sergey Myasoedov Native FR-VIRTUA-SYSTEMS
    94 1:218/820 Ryan Fantus Native DIGITALOCEAN
    95 1:103/705 Rob Swindell Native Spectrum


    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.
    (zone, net, node in decimal notation)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.

    PM *1 lounge.egontech.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 when compiled with AF_FORCE=1). If the destination address
    is a 6to4 tunnel address (2002::/16) many OSs default to IPv4 if
    an IPv4 address is present.


    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to All on Wed Apr 26 08:53:31 2023
    Hello All,

    I have checked all the remaining nodes in the list for connectivity
    and as a result more nodes have been flagged 6DWN or even DOWN...


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

    Updated 26 April 2023


    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen Native Freedom f
    2 2:280/5003 Kees van Eeten Native KPN 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 Native Elisa f
    7 2:221/6 Tommi Koivula Native OVH
    8 2:5030/257 Vova Uralsky Native PCextreme 6DWN
    9 1:154/10 Nicholas Boel Native Spectrum f
    10 2:203/0 Bjorn Felten T-6in4 he.net
    11 2:280/5006 Kees van Eeten Native KPN f INO4
    12 3:712/848 Scott Little T-6in4 he.net f
    13 2:5020/545 Alexey Vissarionov T-6in4 he.net f
    14 1:103/17 Stephen Hurd T-6in4 he.net
    15 2:5020/9696 Alexander Skovpen T-6in4 TUNNELBROKER-0
    16 2:421/790 Viktor Cizek Native CZ-IJC-20071015
    17 2:222/2 Kim Heino Native TeliaSonera
    18 3:633/280 Stephen Walsh Native AusNetServers f
    19 1:19/10 Matt Bedynek T-6in4 he.net
    20 3:770/1 Paul Hayton T-6in4 he.net
    21 3:770/100 Paul Hayton T-6in4 he.net
    22 2:5053/58 Alexander Kruglikov Native JSC IOT f
    23 1:103/1 Stephen Hurd Native Choopa
    24 3:633/281 Stephen Walsh Native Internode
    25 2:310/31 Richard Menedetter Native DE-NETCUP f
    26 3:633/410 Tony Langdon Native IINET
    27 2:5020/329 Oleg Lukashin Native Comfortel f
    28 2:2448/4000 Tobias Burchhardt Native DTAG IO
    29 2:331/51 Marco d'Itri Native BOFH-IT
    30 1:154/30 Mike Miller Native LINODE
    31 2:5001/100 Dmitry Protasoff Native OVH
    32 2:5059/38 Andrey Mundirov T-6in4 he.net
    33 2:240/5853 Philipp Giebel Native Hetzner DOWN
    34 2:5083/444 Peter Khanin Native OVH
    35 2:240/5413 Ingo Juergensmann Native RRBONE-COLO f
    36 1:123/10 Wayne Smith T-6in4 he.net 6DWN
    37 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    38 1:135/300 Eric Renfro Native Amazon.com
    39 1:103/13 Stephen Hurd Native Choopa
    40 2:5020/1042 Michael Dukelsky Native FirstByte
    41 2:5095/0 Sergey V. Efimoff T-6in4 he.net
    42 2:5095/20 Sergey V. Efimoff T-6in4 he.net
    43 2:5019/400 Konstantin Kuzov Native LT-LT
    44 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    45 2:5010/275 Evgeny Chevtaev T-6in4 TUNNELBROKER-0 f
    46 2:280/2000 Michael Trip Native KPN
    47 2:230/38 Benny Pedersen Native Linode
    48 2:460/58 Stas Mishchenkov T-6in4 he.net f
    49 2:5020/2123 Anton Samsonov T-6in4 TNNL-BRKR-NET-0 HOLD
    50 2:5020/2332 Andrey Ignatov Native ru.rtk
    51 2:5005/49 Victor Sudakov T-6in4 he.net f 6DWN
    52 2:5005/77 Valery Lutoshkin T-6in4 NTS f 6DWN
    53 2:5005/106 Alexey Osiyuk T-6in4 he.net f 6DWN
    54 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    55 2:5010/352 Dmitriy Smirnov Native SAGE-SU-V6
    56 2:292/854 Ward Dossche Native Proximus
    57 2:469/122 Sergey Zabolotny T-6in4 he.net f
    58 2:5053/400 Alexander Kruglikov Native FirstVDS f
    59 2:5030/1997 Alexey Fayans T-6in4 he.net
    60 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    61 2:240/502 Ludwig Bernhartzeder Native DTAG
    62 2:423/39 Karel Kral Native WEDOS
    63 2:280/1049 Simon Voortman Native Solcon
    64 1:102/127 Bradley Thornton Native Hetzner DOWN
    65 2:335/364 Fabio Bizzi Native OVH
    66 1:124/5016 Nigel Reed Native DAL1-US f
    67 2:5075/37 Andrew Komardin Native IHC-NET DOWN
    68 2:5030/1520 Andrey Geyko T-6in4 he.net f
    69 1:229/664 Jay Harris Native Rogers f
    70 2:280/2030 Martien Korenblom Native Transip
    71 3:633/509 Deon George Native Telstra
    72 2:5020/4441 Yuri Myakotin Native SOVINTEL HOLD
    73 1:320/319 Andrew Leary Native Comcast f
    74 2:240/5824 Anna Christina Nass Native DTAG f
    75 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    76 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    77 2:301/812 Benoit Panizon Native WOODYV6
    78 1:229/616 Vasily Losev Native GIGEPORT
    79 2:301/113 Alisha Stutz T-6in4 he.ne
    80 1:153/7715 Dallas Hinton Native Shaw Comms 6DWN
    81 1:218/840 Morgan Collins Native Linode 6DWN
    82 2:5020/921 Andrew Savin Native HURRICANE-IPV6-24
    83 2:240/1634 Hugo Andriessen Native Vodafone
    84 2:280/2040 Leo Barnhoorn Native KPN f
    85 2:5020/736 Egor Glukhov Native RUWEB f
    86 1:218/850 John Nicpon Native LINODE-US
    87 2:301/1 Alisha Stutz Native CH-DATAWIRE
    88 2:5035/63 Vladimir Goncharov Native RFEIV6NET
    89 2:5020/290 Andrew Kolchoogin T-6in4 he.net
    90 1:218/401 James Downs Native Scaleway PM *1
    91 1:214/22 Ray Quinn T-6in4 he.net 6DWN
    92 2:5030/49 Sergey Myasoedov Native FR-VIRTUA-SYSTEMS
    93 1:218/820 Ryan Fantus Native DIGITALOCEAN
    94 1:103/705 Rob Swindell Native Spectrum f


    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.
    (zone, net, node in decimal notation)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.

    PM *1 lounge.egontech.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 when compiled with AF_FORCE=1). If the destination address
    is a 6to4 tunnel address (2002::/16) many OSs default to IPv4 if
    an IPv4 address is present.



    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Tommi Koivula@2:221/6 to Michiel van der Vlist on Wed Apr 26 17:15:20 2023
    Hi Michiel.

    I have checked all the remaining nodes in the list for connectivity
    and as a result more nodes have been flagged 6DWN or even DOWN...

    What happened to 2:221/10 ?

    'Tommi

    --- GoldED+/LNX 1.1.5-b20230304
    * Origin: nntps://news.fidonet.fi (2:221/6)
  • From Tommi Koivula@2:221/6 to Michiel van der Vlist on Wed Apr 26 17:23:00 2023
    Hi Michiel.

    26 Apr 23 17:15, I wrote to you:

    Hi Michiel.

    I have checked all the remaining nodes in the list for connectivity
    and as a result more nodes have been flagged 6DWN or even DOWN...

    What happened to 2:221/10 ?

    + 26 Apr 13:58:32 [1355626] incoming session with 2001-1c02-1105-4500-f1d0-0002-0280-5556.cable.dynamic.v6.ziggo.nl [2001:1c02:1105:4500:f1d0:2:280:5556]
    - 26 Apr 13:58:32 [1355626] SYS Nieuw Schnoord IPv6 test node
    - 26 Apr 13:58:32 [1355626] ZYZ Michiel van der Vlist
    - 26 Apr 13:58:32 [1355626] LOC Driebergen, NL
    - 26 Apr 13:58:32 [1355626] NDL CM,MO,IBN:f5556.vlist.eu,PING,IPv6,INO4
    - 26 Apr 13:58:32 [1355626] TIME Wed, 26 Apr 2023 12:58:38 +0200
    - 26 Apr 13:58:32 [1355626] VER binkd/1.1a-113/Win32 binkp/1.1
    + 26 Apr 13:58:32 [1355626] addr: 2:280/5555.6@fidonet
    + 26 Apr 13:58:32 [1355626] addr: 2:280/5556@fidonet
    - 26 Apr 13:58:32 [1355626] OPT NDA EXTCMD CRYPT GZ BZ2
    + 26 Apr 13:58:32 [1355626] Remote supports asymmetric ND mode
    + 26 Apr 13:58:32 [1355626] Remote supports EXTCMD mode
    + 26 Apr 13:58:32 [1355626] Remote requests CRYPT mode
    + 26 Apr 13:58:32 [1355626] Remote supports GZ mode
    + 26 Apr 13:58:32 [1355626] Remote supports BZ2 mode
    + 26 Apr 13:58:32 [1355626] done (from 2:280/5555.6@fidonet, OK, S/R: 0/0 (0/0 bytes))
    26 Apr 13:58:32 [1355626] session closed, quitting...

    'Tommi

    --- GoldED+/LNX 1.1.5-b20230304
    * Origin: nntps://news.fidonet.fi (2:221/6)
  • From Michiel van der Vlist@2:280/5555 to Tommi Koivula on Wed Apr 26 16:34:08 2023
    Hello Tommi,

    On Wednesday April 26 2023 17:15, you wrote to me:

    I have checked all the remaining nodes in the list for
    connectivity and as a result more nodes have been flagged 6DWN or
    even DOWN...

    What happened to 2:221/10 ?

    Temporary glitch on this end.

    2:221/10 is back in the list.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to All on Thu Apr 27 08:39:53 2023
    Hello All,

    Update: raising the alarm had somne effect. Some sysop have
    fixed the problems with their IPv6. Some other errors have
    been corrected.


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

    Updated 27 April 2023


    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen Native Freedom f
    2 2:280/5003 Kees van Eeten Native KPN 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 Native Elisa f
    7 2:221/6 Tommi Koivula Native OVH
    8 2:5030/257 Vova Uralsky Native PCextreme NO6
    9 1:154/10 Nicholas Boel Native Spectrum f
    10 2:203/0 Bjorn Felten T-6in4 he.net
    11 2:280/5006 Kees van Eeten Native KPN f INO4
    12 3:712/848 Scott Little T-6in4 he.net f
    13 2:5020/545 Alexey Vissarionov T-6in4 he.net f
    14 1:103/17 Stephen Hurd T-6in4 he.net
    15 2:5020/9696 Alexander Skovpen T-6in4 TUNNELBROKER-0
    16 2:421/790 Viktor Cizek Native CZ-IJC-20071015
    17 2:222/2 Kim Heino Native TeliaSonera
    18 3:633/280 Stephen Walsh Native AusNetServers f
    19 1:19/10 Matt Bedynek T-6in4 he.net
    20 3:770/1 Paul Hayton T-6in4 he.net
    21 3:770/100 Paul Hayton T-6in4 he.net
    22 2:5053/58 Alexander Kruglikov Native JSC IOT f
    23 1:103/1 Stephen Hurd Native Choopa
    24 3:633/281 Stephen Walsh Native Internode
    25 2:310/31 Richard Menedetter Native DE-NETCUP f
    26 3:633/410 Tony Langdon Native IINET
    27 2:5020/329 Oleg Lukashin Native Comfortel f
    28 2:2448/4000 Tobias Burchhardt Native DTAG IO
    29 2:331/51 Marco d'Itri Native BOFH-IT
    30 1:154/30 Mike Miller Native LINODE
    31 2:5001/100 Dmitry Protasoff Native OVH
    32 2:5059/38 Andrey Mundirov T-6in4 he.net
    33 2:240/5853 Philipp Giebel Native Hetzner DOWN
    34 2:5083/444 Peter Khanin Native OVH
    35 2:240/5413 Ingo Juergensmann Native RRBONE-COLO f
    36 1:123/10 Wayne Smith T-6in4 he.net 6DWN
    37 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    38 1:135/300 Eric Renfro Native Amazon.com
    39 1:103/13 Stephen Hurd Native Choopa
    40 2:5020/1042 Michael Dukelsky Native FirstByte
    41 2:5095/0 Sergey V. Efimoff T-6in4 he.net
    42 2:5095/20 Sergey V. Efimoff T-6in4 he.net
    43 2:5019/400 Konstantin Kuzov Native LT-LT
    44 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    45 2:5010/275 Evgeny Chevtaev T-6in4 TUNNELBROKER-0 f
    46 2:280/2000 Michael Trip Native KPN
    47 2:230/38 Benny Pedersen Native Linode
    48 2:460/58 Stas Mishchenkov T-6in4 he.net f
    49 2:5020/2123 Anton Samsonov T-6in4 TNNL-BRKR-NET-0 HOLD
    50 2:5020/2332 Andrey Ignatov Native ru.rtk
    51 2:5005/49 Victor Sudakov T-6in4 he.net f
    52 2:5005/77 Valery Lutoshkin T-6in4 NTS f 6DWN
    53 2:5005/106 Alexey Osiyuk T-6in4 he.net f 6DWN
    54 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    55 2:5010/352 Dmitriy Smirnov Native SAGE-SU-V6
    56 2:292/854 Ward Dossche Native Proximus
    57 2:469/122 Sergey Zabolotny T-6in4 he.net f
    58 2:5053/400 Alexander Kruglikov Native FirstVDS f
    59 2:5030/1997 Alexey Fayans T-6in4 he.net
    60 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    61 2:240/502 Ludwig Bernhartzeder Native DTAG
    62 2:423/39 Karel Kral Native WEDOS
    63 2:280/1049 Simon Voortman Native Solcon
    64 1:102/127 Bradley Thornton Native Hetzner DOWN
    65 2:335/364 Fabio Bizzi Native OVH
    66 1:124/5016 Nigel Reed Native DAL1-US f
    67 2:5075/37 Andrew Komardin Native IHC-NET HOLD
    68 2:5030/1520 Andrey Geyko T-6in4 he.net f
    69 1:229/664 Jay Harris Native Rogers f
    70 2:280/2030 Martien Korenblom Native Transip
    71 3:633/509 Deon George Native Telstra
    72 2:5020/4441 Yuri Myakotin Native SOVINTEL
    73 1:320/319 Andrew Leary Native Comcast f
    74 2:240/5824 Anna Christina Nass Native DTAG f
    75 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    76 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    77 2:301/812 Benoit Panizon Native WOODYV6
    78 1:229/616 Vasily Losev Native GIGEPORT
    79 2:301/113 Alisha Stutz T-6in4 he.ne
    80 1:153/7715 Dallas Hinton Native Shaw Comms 6DWN
    81 1:218/840 Morgan Collins Native Linode
    82 2:5020/921 Andrew Savin Native HURRICANE-IPV6-24
    83 2:240/1634 Hugo Andriessen Native Vodafone
    84 2:280/2040 Leo Barnhoorn Native KPN f
    85 2:5020/736 Egor Glukhov Native RUWEB f
    86 2:221/10 Tommi Koivula Native Hetzner f INO4
    87 1:218/850 John Nicpon Native LINODE-US
    88 2:301/1 Alisha Stutz Native CH-DATAWIRE
    89 2:5035/63 Vladimir Goncharov Native RFEIV6NET
    90 2:5020/290 Andrew Kolchoogin T-6in4 he.net
    91 1:218/401 James Downs Native Scaleway PM *1
    92 1:214/22 Ray Quinn T-6in4 he.net
    93 2:5030/49 Sergey Myasoedov Native FR-VIRTUA-SYSTEMS
    94 1:218/820 Ryan Fantus Native DIGITALOCEAN
    95 1:103/705 Rob Swindell Native Spectrum f
    96 2:5020/5858 Alexander Kruglikov T6in4 Tunnel-Brkr-Net1 f


    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.
    (zone, net, node in decimal notation)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.

    PM *1 lounge.egontech.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 when compiled with AF_FORCE=1). If the destination address
    is a 6to4 tunnel address (2002::/16) many OSs default to IPv4 if
    an IPv4 address is present.



    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to All on Mon May 15 10:29:57 2023
    Hello All,

    I cleaned up some more. I removed all systems that no longer present an AAAA record in the host name. I also removed systems that advertise IPv6 capability but are not IPv6 connectable and who's sysops have not responded to netmail in over a month.

    We are down to 93 nodes. I fear this will become the first year that the number of Fidonet IPv6 nodes has shrunk instead of grown. My guess is that the main reason for the shrinkage is the shrinkage of Fidonet itself. :(


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

    Updated 14 May 2023


    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen Native Freedom f
    2 2:280/5003 Kees van Eeten Native KPN 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 Native Elisa f
    7 2:221/6 Tommi Koivula Native OVH
    8 1:154/10 Nicholas Boel Native Spectrum f
    9 2:203/0 Bjorn Felten T-6in4 he.net
    10 2:280/5006 Kees van Eeten Native KPN f INO4
    11 3:712/848 Scott Little T-6in4 he.net f
    12 2:5020/545 Alexey Vissarionov T-6in4 he.net f
    13 1:103/17 Stephen Hurd T-6in4 he.net
    14 2:5020/9696 Alexander Skovpen T-6in4 TUNNELBROKER-0
    15 2:421/790 Viktor Cizek Native CZ-IJC-20071015
    16 2:222/2 Kim Heino Native TeliaSonera
    17 3:633/280 Stephen Walsh Native AusNetServers f
    18 1:19/10 Matt Bedynek T-6in4 he.net
    19 3:770/1 Paul Hayton T-6in4 he.net
    20 3:770/100 Paul Hayton T-6in4 he.net
    21 2:5053/58 Alexander Kruglikov Native JSC IOT f
    22 1:103/1 Stephen Hurd Native Choopa
    23 3:633/281 Stephen Walsh Native Internode
    24 2:310/31 Richard Menedetter Native DE-NETCUP f
    25 3:633/410 Tony Langdon Native IINET
    26 2:5020/329 Oleg Lukashin Native Comfortel f
    27 2:2448/4000 Tobias Burchhardt Native DTAG IO
    28 2:331/51 Marco d'Itri Native BOFH-IT
    29 1:154/30 Mike Miller Native LINODE
    30 2:5001/100 Dmitry Protasoff Native OVH
    31 2:5059/38 Andrey Mundirov T-6in4 he.net
    32 2:5083/444 Peter Khanin Native OVH
    33 2:240/5413 Ingo Juergensmann Native RRBONE-COLO f
    34 1:123/10 Wayne Smith T-6in4 he.net 6DWN
    35 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    36 1:135/300 Eric Renfro Native Amazon.com
    37 1:103/13 Stephen Hurd Native Choopa
    38 2:5020/1042 Michael Dukelsky Native FirstByte
    39 2:5095/0 Sergey V. Efimoff T-6in4 he.net
    40 2:5095/20 Sergey V. Efimoff T-6in4 he.net
    41 2:5019/400 Konstantin Kuzov Native LT-LT
    42 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    43 2:5010/275 Evgeny Chevtaev T-6in4 TUNNELBROKER-0 f
    44 2:280/2000 Michael Trip Native KPN
    45 2:230/38 Benny Pedersen Native Linode
    46 2:460/58 Stas Mishchenkov T-6in4 he.net f
    47 2:5020/2332 Andrey Ignatov Native ru.rtk
    48 2:5005/49 Victor Sudakov T-6in4 he.net f
    49 2:5005/77 Valery Lutoshkin T-6in4 NTS f 6DWN
    50 2:5005/106 Alexey Osiyuk T-6in4 he.net f
    51 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    52 2:5010/352 Dmitriy Smirnov Native SAGE-SU-V6
    53 2:292/854 Ward Dossche Native Proximus
    54 2:469/122 Sergey Zabolotny T-6in4 he.net f
    55 2:5053/400 Alexander Kruglikov Native FirstVDS f
    56 2:5030/1997 Alexey Fayans T-6in4 he.net
    57 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    58 2:240/502 Ludwig Bernhartzeder Native DTAG
    59 2:423/39 Karel Kral Native WEDOS
    60 2:280/1049 Simon Voortman Native Solcon
    61 2:335/364 Fabio Bizzi Native OVH
    62 1:124/5016 Nigel Reed Native DAL1-US f
    63 2:5030/1520 Andrey Geyko T-6in4 he.net f
    64 1:229/664 Jay Harris Native Rogers f
    65 2:280/2030 Martien Korenblom Native Transip
    66 3:633/509 Deon George Native Telstra
    67 2:5020/4441 Yuri Myakotin Native SOVINTEL
    68 1:320/319 Andrew Leary Native Comcast f
    69 2:240/5824 Anna Christina Nass Native DTAG f
    70 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    71 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    72 2:301/812 Benoit Panizon Native WOODYV6
    73 1:229/616 Vasily Losev Native GIGEPORT
    74 2:301/113 Alisha Stutz T-6in4 he.ne
    75 1:153/7715 Dallas Hinton Native Shaw Comms
    76 1:218/840 Morgan Collins Native Linode
    77 2:5020/921 Andrew Savin Native HURRICANE-IPV6-24
    78 2:240/1634 Hugo Andriessen Native Vodafone
    79 2:280/2040 Leo Barnhoorn Native KPN f
    80 2:5020/736 Egor Glukhov Native RUWEB f
    81 2:221/10 Tommi Koivula Native Hetzner f INO4
    82 1:218/850 John Nicpon Native LINODE-US
    83 2:301/1 Alisha Stutz Native CH-DATAWIRE
    84 1:134/0 Kostie Muirhead Native LINODE-US INO4 f
    85 1:134/100 Kostie Muirhead Native LINODE-US INO4 f
    86 2:5035/63 Vladimir Goncharov Native RFEIV6NET
    87 2:5020/290 Andrew Kolchoogin T-6in4 he.net
    88 1:218/401 James Downs Native Scaleway PM *1
    89 1:214/22 Ray Quinn T-6in4 he.net
    90 2:5030/49 Sergey Myasoedov Native FR-VIRTUA-SYSTEMS
    91 1:218/820 Ryan Fantus Native DIGITALOCEAN
    92 1:103/705 Rob Swindell Native Spectrum f
    93 2:5020/5858 Alexander Kruglikov T6in4 Tunnel-Brkr-Net1 f


    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.
    (zone, net, node in decimal notation)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.

    PM *1 lounge.egontech.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 when compiled with AF_FORCE=1). 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 XXXX
    === Cut ===


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to All on Tue Jun 6 16:19:12 2023
    List of IPv6 nodes
    By Michiel van der Vlist, 2:280/5555

    Updated 6 June 2023


    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen Native Freedom f
    2 2:280/5003 Kees van Eeten Native KPN 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 Native Elisa f
    7 2:221/6 Tommi Koivula Native OVH
    8 1:154/10 Nicholas Boel Native Spectrum f
    9 2:203/0 Bjorn Felten T-6in4 he.net
    10 2:280/5006 Kees van Eeten Native KPN f INO4
    11 3:712/848 Scott Little T-6in4 he.net f
    12 2:5020/545 Alexey Vissarionov T-6in4 he.net f
    13 1:103/17 Stephen Hurd T-6in4 he.net
    14 2:5020/9696 Alexander Skovpen T-6in4 TUNNELBROKER-0
    15 2:421/790 Viktor Cizek Native CZ-IJC-20071015
    16 2:222/2 Kim Heino Native TeliaSonera
    17 3:633/280 Stephen Walsh Native AusNetServers f
    18 1:19/10 Matt Bedynek T-6in4 he.net
    19 3:770/1 Paul Hayton T-6in4 he.net
    20 3:770/100 Paul Hayton T-6in4 he.net
    21 2:5053/58 Alexander Kruglikov Native JSC IOT f
    22 1:103/1 Stephen Hurd Native Choopa
    23 3:633/281 Stephen Walsh Native Internode
    24 2:310/31 Richard Menedetter Native DE-NETCUP f
    25 3:633/410 Tony Langdon Native IINET
    26 2:5020/329 Oleg Lukashin Native Comfortel f
    27 2:2448/4000 Tobias Burchhardt Native DTAG IO
    28 2:331/51 Marco d'Itri Native BOFH-IT
    29 1:154/30 Mike Miller Native LINODE
    30 2:5001/100 Dmitry Protasoff Native OVH
    31 2:5059/38 Andrey Mundirov T-6in4 he.net
    32 2:5083/444 Peter Khanin Native OVH
    33 2:240/5413 Ingo Juergensmann Native RRBONE-COLO f
    34 1:123/10 Wayne Smith T-6in4 he.net 6DWN
    35 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    36 1:135/300 Eric Renfro Native Amazon.com
    37 1:103/13 Stephen Hurd Native Choopa
    38 2:5020/1042 Michael Dukelsky Native FirstByte
    39 2:5095/0 Sergey V. Efimoff T-6in4 he.net
    40 2:5095/20 Sergey V. Efimoff T-6in4 he.net
    41 2:5019/400 Konstantin Kuzov Native LT-LT
    42 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    43 2:5010/275 Evgeny Chevtaev T-6in4 TUNNELBROKER-0 f
    44 2:280/2000 Michael Trip Native KPN
    45 2:230/38 Benny Pedersen Native Linode
    46 2:460/58 Stas Mishchenkov T-6in4 he.net f
    47 2:5020/2332 Andrey Ignatov Native ru.rtk
    48 2:5005/49 Victor Sudakov T-6in4 he.net f
    49 2:5005/77 Valery Lutoshkin T-6in4 NTS f 6DWN
    50 2:5005/106 Alexey Osiyuk T-6in4 he.net f
    51 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    52 2:5010/352 Dmitriy Smirnov Native SAGE-SU-V6
    53 2:292/854 Ward Dossche Native Proximus
    54 2:469/122 Sergey Zabolotny T-6in4 he.net f
    55 2:5053/400 Alexander Kruglikov Native FirstVDS f
    56 2:5030/1997 Alexey Fayans T-6in4 he.net
    57 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    58 2:240/502 Ludwig Bernhartzeder Native DTAG
    59 2:423/39 Karel Kral Native WEDOS
    60 2:280/1049 Simon Voortman Native Solcon
    61 2:335/364 Fabio Bizzi Native OVH
    62 1:124/5016 Nigel Reed Native DAL1-US f
    63 2:5030/1520 Andrey Geyko T-6in4 he.net f
    64 1:229/664 Jay Harris Native Rogers f
    65 2:280/2030 Martien Korenblom Native Transip
    66 3:633/509 Deon George Native Telstra
    67 2:5020/4441 Yuri Myakotin Native SOVINTEL
    68 1:320/319 Andrew Leary Native Comcast f
    69 2:240/5824 Anna Christina Nass Native DTAG f
    70 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    71 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    72 2:301/812 Benoit Panizon Native WOODYV6
    73 1:229/616 Vasily Losev Native GIGEPORT
    74 2:301/113 Alisha Stutz T-6in4 he.ne
    75 1:153/7715 Dallas Hinton Native Shaw Comms
    76 1:218/840 Morgan Collins Native Linode
    77 2:5020/921 Andrew Savin Native HURRICANE-IPV6-24
    78 2:240/1634 Hugo Andriessen Native Vodafone
    79 2:280/2040 Leo Barnhoorn Native KPN f
    80 2:5020/736 Egor Glukhov Native RUWEB f
    81 2:221/10 Tommi Koivula Native Hetzner f INO4
    82 1:218/850 John Nicpon Native LINODE-US
    83 2:301/1 Alisha Stutz Native CH-DATAWIRE
    84 1:134/0 Kostie Muirhead Native LINODE-US f INO4
    85 1:134/100 Kostie Muirhead Native LINODE-US f INO4
    86 2:5035/63 Vladimir Goncharov Native RFEIV6NET
    87 2:5020/290 Andrew Kolchoogin T-6in4 he.net
    88 1:218/401 James Downs Native Scaleway PM *1
    89 1:214/22 Ray Quinn T-6in4 he.net
    90 2:5030/49 Sergey Myasoedov Native FR-VIRTUA-SYSTEMS
    91 1:218/820 Ryan Fantus Native DIGITALOCEAN
    92 1:103/705 Rob Swindell Native Spectrum f
    93 2:5020/5858 Alexander Kruglikov T-6in4 Tunnel-Brkr-Net1 f
    94 2:292/789 Niels Joncheere T-6in4 he.net
    95 1:135/395 Charles Blackburn Native Charter Comms
    96 1:134/303 Travis Mehrer Native Shaw Comms


    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.
    (zone, net, node in decimal notation)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.

    PM *1 lounge.egontech.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 when compiled with AF_FORCE=1). If the destination address
    is a 6to4 tunnel address (2002::/16) many OSs default to IPv4 if
    an IPv4 address is present.


    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Eugene Subbotin@2:5075/128 to Michiel van der Vlist on Sat Jun 10 06:39:16 2023
    06.06.2023 21:19, Michiel van der Vlist :
    MV> List of IPv6 nodes
    MV> By Michiel van der Vlist, 2:280/5555

    Missing:

    2:5057/19 = 2a03:1ac0:5571:3a38:f1d0:2:5057:19 (Native, ER-Telecom)
    2:5075/0 and 2:5075/35 = 2a03:80c0:1:f:f1d0:2:5075:35 (Native, RUWEB)
    2:5075/37 = 2a03:c980:db:19:: (Native, IHC)
    2:5075/128 = 2a03:e2c0:12a2:0:f1d0:2:5075:128 (T-6in4, IP4Market AKA TUNNELBROKER-0)


    --- Mozilla/5.0 (Macintosh; Intel Mac OS X 13.4; rv:91.0) Gecko/20100101 Firefox/91.0 SeaMonkey/2.53.16
    * Origin: Usenet Network (2:5075/128)
  • From Eugene Subbotin@2:5075/128 to Michiel van der Vlist on Sat Jun 10 06:43:52 2023
    06.06.2023 21:19, Michiel van der Vlist :
    MV> 93 2:5020/5858
    ; Alexander Kruglikov T-6in4 Tunnel-Brkr-Net1 f

    Also IP4Market, as "TUNNELBROKER-0" in your list


    --- Mozilla/5.0 (Macintosh; Intel Mac OS X 13.4; rv:91.0) Gecko/20100101 Firefox/91.0 SeaMonkey/2.53.16
    * Origin: Usenet Network (2:5075/128)
  • From Eugene Subbotin@2:5075/128 to evs on Sat Jun 10 06:53:57 2023
    10.06.2023 06:39, evs :

    2:5057/19 = 2a03:1ac0:5571:3a38:f1d0:2:5057:19 (Native, ER-Telecom)
    AKA 2:5057/0



    --- Mozilla/5.0 (Macintosh; Intel Mac OS X 13.4; rv:91.0) Gecko/20100101 Firefox/91.0 SeaMonkey/2.53.16
    * Origin: Usenet Network (2:5075/128)
  • From Michiel van der Vlist@2:280/5555 to Eugene Subbotin on Sat Jun 10 14:42:03 2023
    Hello Eugene,

    On Saturday June 10 2023 06:39, you wrote to me:

    Missing:

    2:5057/19 = 2a03:1ac0:5571:3a38:f1d0:2:5057:19 (Native, ER-Telecom) 2:5075/0 and 2:5075/35 = 2a03:80c0:1:f:f1d0:2:5075:35 (Native, RUWEB) 2:5075/37 = 2a03:c980:db:19:: (Native, IHC)
    2:5075/128 = 2a03:e2c0:12a2:0:f1d0:2:5075:128 (T-6in4, IP4Market AKA TUNNELBROKER-0)

    Thank you for the update. These nodes have been added to the list.

    We are back at 100! ;-)

    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Eugene Subbotin on Sat Jun 10 14:43:01 2023
    Hello Eugene,

    On Saturday June 10 2023 06:43, you wrote to me:

    06.06.2023 21:19, Michiel van der Vlist :
    93 2:5020/5858
    ; Alexander Kruglikov T-6in4 Tunnel-Brkr-Net1 f

    Also IP4Market, as "TUNNELBROKER-0" in your list

    Updated in the list.

    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to All on Sat Jun 10 14:43:23 2023
    List of IPv6 nodes
    By Michiel van der Vlist, 2:280/5555

    Updated 10 June 2023


    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen Native Freedom f
    2 2:280/5003 Kees van Eeten Native KPN 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 Native Elisa f
    7 2:221/6 Tommi Koivula Native OVH
    8 1:154/10 Nicholas Boel Native Spectrum f
    9 2:203/0 Bjorn Felten T-6in4 he.net
    10 2:280/5006 Kees van Eeten Native KPN f INO4
    11 3:712/848 Scott Little T-6in4 he.net f
    12 2:5020/545 Alexey Vissarionov T-6in4 he.net f
    13 1:103/17 Stephen Hurd T-6in4 he.net
    14 2:5020/9696 Alexander Skovpen T-6in4 IP4Market
    15 2:421/790 Viktor Cizek Native CZ-IJC-20071015
    16 2:222/2 Kim Heino Native TeliaSonera
    17 3:633/280 Stephen Walsh Native AusNetServers f
    18 1:19/10 Matt Bedynek T-6in4 he.net
    19 3:770/1 Paul Hayton T-6in4 he.net
    20 3:770/100 Paul Hayton T-6in4 he.net
    21 2:5053/58 Alexander Kruglikov Native JSC IOT f
    22 1:103/1 Stephen Hurd Native Choopa
    23 3:633/281 Stephen Walsh Native Internode
    24 2:310/31 Richard Menedetter Native DE-NETCUP f
    25 3:633/410 Tony Langdon Native IINET
    26 2:5020/329 Oleg Lukashin Native Comfortel f
    27 2:2448/4000 Tobias Burchhardt Native DTAG IO
    28 2:331/51 Marco d'Itri Native BOFH-IT
    29 1:154/30 Mike Miller Native LINODE
    30 2:5001/100 Dmitry Protasoff Native OVH
    31 2:5059/38 Andrey Mundirov T-6in4 he.net
    32 2:5083/444 Peter Khanin Native OVH
    33 2:240/5413 Ingo Juergensmann Native RRBONE-COLO f
    34 1:123/10 Wayne Smith T-6in4 he.net 6DWN
    35 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    36 1:135/300 Eric Renfro Native Amazon.com
    37 1:103/13 Stephen Hurd Native Choopa
    38 2:5020/1042 Michael Dukelsky Native FirstByte
    39 2:5095/0 Sergey V. Efimoff T-6in4 he.net
    40 2:5095/20 Sergey V. Efimoff T-6in4 he.net
    41 2:5019/400 Konstantin Kuzov Native LT-LT
    42 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    43 2:5010/275 Evgeny Chevtaev T-6in4 IP4Market f
    44 2:280/2000 Michael Trip Native KPN
    45 2:230/38 Benny Pedersen Native Linode
    46 2:460/58 Stas Mishchenkov T-6in4 he.net f
    47 2:5020/2332 Andrey Ignatov Native ru.rtk
    48 2:5005/49 Victor Sudakov T-6in4 he.net f
    49 2:5005/77 Valery Lutoshkin T-6in4 NTS f 6DWN
    50 2:5005/106 Alexey Osiyuk T-6in4 he.net f
    51 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    52 2:5010/352 Dmitriy Smirnov Native SAGE-SU-V6
    53 2:292/854 Ward Dossche Native Proximus
    54 2:469/122 Sergey Zabolotny T-6in4 he.net f
    55 2:5053/400 Alexander Kruglikov Native FirstVDS f
    56 2:5030/1997 Alexey Fayans T-6in4 he.net
    57 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    58 2:240/502 Ludwig Bernhartzeder Native DTAG
    59 2:423/39 Karel Kral Native WEDOS
    60 2:280/1049 Simon Voortman Native Solcon
    61 2:335/364 Fabio Bizzi Native OVH
    62 1:124/5016 Nigel Reed Native DAL1-US f
    63 2:5030/1520 Andrey Geyko T-6in4 he.net f
    64 1:229/664 Jay Harris Native Rogers f
    65 2:280/2030 Martien Korenblom Native Transip
    66 3:633/509 Deon George Native Telstra
    67 2:5020/4441 Yuri Myakotin Native SOVINTEL
    68 1:320/319 Andrew Leary Native Comcast f
    69 2:240/5824 Anna Christina Nass Native DTAG f
    70 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    71 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    72 2:301/812 Benoit Panizon Native WOODYV6
    73 1:229/616 Vasily Losev Native GIGEPORT
    74 2:301/113 Alisha Stutz T-6in4 he.ne
    75 1:153/7715 Dallas Hinton Native Shaw Comms
    76 1:218/840 Morgan Collins Native Linode
    77 2:5020/921 Andrew Savin Native HURRICANE-IPV6-24
    78 2:240/1634 Hugo Andriessen Native Vodafone
    79 2:280/2040 Leo Barnhoorn Native KPN f
    80 2:5020/736 Egor Glukhov Native RUWEB f
    81 2:221/10 Tommi Koivula Native Hetzner f INO4
    82 1:218/850 John Nicpon Native LINODE-US
    83 2:301/1 Alisha Stutz Native CH-DATAWIRE
    84 1:134/0 Kostie Muirhead Native LINODE-US f INO4
    85 1:134/100 Kostie Muirhead Native LINODE-US f INO4
    86 2:5035/63 Vladimir Goncharov Native RFEIV6NET
    87 2:5020/290 Andrew Kolchoogin T-6in4 he.net
    88 1:218/401 James Downs Native Scaleway PM *1
    89 1:214/22 Ray Quinn T-6in4 he.net
    90 2:5030/49 Sergey Myasoedov Native FR-VIRTUA-SYSTEMS
    91 1:218/820 Ryan Fantus Native DIGITALOCEAN
    92 1:103/705 Rob Swindell Native Spectrum f
    93 2:5020/5858 Alexander Kruglikov T-6in4 IP4Market f
    94 2:292/789 Niels Joncheere T-6in4 he.net
    95 1:135/395 Charles Blackburn Native Charter Comms
    96 1:134/303 Travis Mehrer Native Shaw Comms
    97 2:5057/19 Max Vasilyev Native ER-Telecom f
    98 2:5075/35 Eugene Subbotin Native RUWEB f
    99 2:5075/37 Andrew Komardin Native IHC
    100 2:5075/128 Eugene Subbotin T-6in4 IP4Market f

    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.
    (zone, net, node in decimal notation)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.

    PM *1 lounge.egontech.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 when compiled with AF_FORCE=1). If the destination address
    is a 6to4 tunnel address (2002::/16) many OSs default to IPv4 if
    an IPv4 address is present.


    ---
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to All on Mon Jul 10 13:56:12 2023
    Hello All,

    Paul Hayton now has native IPv6


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

    Updated 10 July 2023


    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen Native Freedom f
    2 2:280/5003 Kees van Eeten Native KPN 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 Native Elisa f
    7 2:221/6 Tommi Koivula Native OVH
    8 1:154/10 Nicholas Boel Native Spectrum f
    9 2:203/0 Bjorn Felten T-6in4 he.net
    10 2:280/5006 Kees van Eeten Native KPN f INO4
    11 3:712/848 Scott Little T-6in4 he.net f
    12 2:5020/545 Alexey Vissarionov T-6in4 he.net f
    13 1:103/17 Stephen Hurd T-6in4 he.net
    14 2:5020/9696 Alexander Skovpen T-6in4 IP4Market
    15 2:421/790 Viktor Cizek Native CZ-IJC-20071015
    16 2:222/2 Kim Heino Native TeliaSonera
    17 3:633/280 Stephen Walsh Native AusNetServers f
    18 1:19/10 Matt Bedynek T-6in4 he.net
    19 3:770/1 Paul Hayton Native VETTA
    20 3:770/100 Paul Hayton Native VETTA
    21 2:5053/58 Alexander Kruglikov Native JSC IOT f
    22 1:103/1 Stephen Hurd Native Choopa
    23 3:633/281 Stephen Walsh Native Internode
    24 2:310/31 Richard Menedetter Native DE-NETCUP f
    25 3:633/410 Tony Langdon Native IINET
    26 2:5020/329 Oleg Lukashin Native Comfortel f
    27 2:2448/4000 Tobias Burchhardt Native DTAG IO
    28 2:331/51 Marco d'Itri Native BOFH-IT
    29 1:154/30 Mike Miller Native LINODE
    30 2:5001/100 Dmitry Protasoff Native OVH
    31 2:5059/38 Andrey Mundirov T-6in4 he.net
    32 2:5083/444 Peter Khanin Native OVH
    33 2:240/5413 Ingo Juergensmann Native RRBONE-COLO f
    34 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    35 1:135/300 Eric Renfro Native Amazon.com
    36 1:103/13 Stephen Hurd Native Choopa
    37 2:5020/1042 Michael Dukelsky Native FirstByte
    38 2:5095/0 Sergey V. Efimoff T-6in4 he.net
    39 2:5095/20 Sergey V. Efimoff T-6in4 he.net
    40 2:5019/400 Konstantin Kuzov Native LT-LT
    41 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    42 2:5010/275 Evgeny Chevtaev T-6in4 IP4Market f
    43 2:280/2000 Michael Trip Native KPN
    44 2:230/38 Benny Pedersen Native Linode
    45 2:460/58 Stas Mishchenkov T-6in4 he.net f
    46 2:5020/2332 Andrey Ignatov Native ru.rtk
    47 2:5005/49 Victor Sudakov T-6in4 he.net f
    48 2:5005/106 Alexey Osiyuk T-6in4 he.net f
    49 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    50 2:5010/352 Dmitriy Smirnov Native SAGE-SU-V6
    51 2:292/854 Ward Dossche Native Proximus
    52 2:469/122 Sergey Zabolotny T-6in4 he.net f
    53 2:5053/400 Alexander Kruglikov Native FirstVDS f
    54 2:5030/1997 Alexey Fayans T-6in4 he.net
    55 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    56 2:240/502 Ludwig Bernhartzeder Native DTAG
    57 2:423/39 Karel Kral Native WEDOS
    58 2:280/1049 Simon Voortman Native Solcon
    59 2:335/364 Fabio Bizzi Native OVH
    60 1:124/5016 Nigel Reed Native DAL1-US f
    61 2:5030/1520 Andrey Geyko T-6in4 he.net f
    62 1:229/664 Jay Harris Native Rogers f
    63 2:280/2030 Martien Korenblom Native Transip
    64 3:633/509 Deon George Native Telstra
    65 2:5020/4441 Yuri Myakotin Native SOVINTEL
    66 1:320/319 Andrew Leary Native Comcast f
    67 2:240/5824 Anna Christina Nass Native DTAG f
    68 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    69 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    70 2:301/812 Benoit Panizon Native WOODYV6
    71 1:229/616 Vasily Losev Native GIGEPORT
    72 2:301/113 Alisha Stutz T-6in4 he.ne
    73 1:153/7715 Dallas Hinton Native Shaw Comms
    74 1:218/840 Morgan Collins Native Linode
    75 2:5020/921 Andrew Savin Native HURRICANE-IPV6-24
    76 2:240/1634 Hugo Andriessen Native Vodafone
    77 2:280/2040 Leo Barnhoorn Native KPN f
    78 2:5020/736 Egor Glukhov Native RUWEB f
    79 2:221/10 Tommi Koivula Native Hetzner f INO4
    80 1:218/850 John Nicpon Native LINODE-US
    81 2:301/1 Alisha Stutz Native CH-DATAWIRE
    82 1:134/0 Kostie Muirhead Native LINODE-US f INO4
    83 1:134/100 Kostie Muirhead Native LINODE-US f INO4
    84 2:5035/63 Vladimir Goncharov Native RFEIV6NET
    85 2:5020/290 Andrew Kolchoogin T-6in4 he.net
    86 1:218/401 James Downs Native Scaleway PM *1
    87 1:214/22 Ray Quinn T-6in4 he.net
    88 2:5030/49 Sergey Myasoedov Native FR-VIRTUA-SYSTEMS
    89 1:218/820 Ryan Fantus Native DIGITALOCEAN
    90 1:103/705 Rob Swindell Native Spectrum f
    91 2:5020/5858 Alexander Kruglikov T-6in4 IP4Market f
    92 2:292/789 Niels Joncheere T-6in4 he.net
    93 1:135/395 Charles Blackburn Native Charter Comms
    94 1:134/303 Travis Mehrer Native Shaw Comms
    95 2:5057/19 Max Vasilyev Native ER-Telecom f
    96 2:5075/35 Eugene Subbotin Native RUWEB f
    97 2:5075/37 Andrew Komardin Native IHC
    98 2:5075/128 Eugene Subbotin T-6in4 IP4Market f

    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.
    (zone, net, node in decimal notation)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.

    PM *1 lounge.egontech.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 when compiled with AF_FORCE=1). If the destination address
    is a 6to4 tunnel address (2002::/16) many OSs default to IPv4 if
    an IPv4 address is present.



    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Paul Hayton@3:770/100 to Michiel van der Vlist on Tue Jul 11 10:19:42 2023
    On 10 Jul 2023 at 01:56p, Michiel van der Vlist pondered and said...

    Hello All,

    Paul Hayton now has native IPv6

    really happy I finally got this access, changed ISP and things are looking up :)

    Kerr Avon [Blake's 7] 'I'm not expendable, I'm not stupid and I'm not going' avon[at]bbs.nz | bbs.nz | fsxnet.nz

    --- Mystic BBS v1.12 A48 (Linux/64)
    * Origin: Agency BBS | Dunedin, New Zealand | agency.bbs.nz (3:770/100)
  • From Benny Pedersen@2:230/0 to Tommi Koivula on Wed Aug 2 17:28:34 2023
    Hello Tommi!

    26 Apr 2023 17:15, Tommi Koivula wrote to Michiel van der Vlist:

    Hi Michiel.

    I have checked all the remaining nodes in the list for connectivity
    and as a result more nodes have been flagged 6DWN or even DOWN...
    What happened to 2:221/10 ?

    why do you ask ?


    Regards Benny

    ... too late to die young :)

    --- Msged/LNX 6.1.2 (Linux/6.4.7-gentoo-dist (x86_64))
    * Origin: gopher://fido.junc.eu/ (2:230/0)
  • From Alexey Vissarionov@2:5020/545 to Benny Pedersen on Thu Aug 3 11:51:50 2023
    Good ${greeting_time}, Benny!

    02 Aug 2023 17:28:34, you wrote to Tommi Koivula:

    I have checked all the remaining nodes in the list for connectivity
    and as a result more nodes have been flagged 6DWN or even DOWN...
    What happened to 2:221/10 ?
    why do you ask ?

    Why do you answer with a question?


    --
    Alexey V. Vissarionov aka Gremlin from Kremlin
    gremlin.ru!gremlin; +vii-cmiii-ccxxix-lxxix-xlii

    ... that's why I really dislike fools.
    --- /bin/vi
    * Origin: ::1 (2:5020/545)
  • From Egor Glukhov@2:5020/736 to Alexey Vissarionov on Sun Aug 6 00:31:28 2023
    Alexey,

    03 Aug 23 11:51, you wrote to Benny Pedersen:

    I have checked all the remaining nodes in the list for connectivity
    and as a result more nodes have been flagged 6DWN or even DOWN...
    What happened to 2:221/10 ?
    why do you ask ?
    Why do you answer with a question?

    Why are you interested in this?

    Egor
    --- GoldED+/LNX 1.1.5-b20230304
    * Origin: Lyubertsy, MO (2:5020/736)
  • From Michiel van der Vlist@2:280/5555 to All on Wed Aug 9 09:31:42 2023

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

    Updated 9 Aug 2023



    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen Native Freedom f
    2 2:280/5003 Kees van Eeten Native KPN 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 Native Elisa f
    7 2:221/6 Tommi Koivula Native OVH
    8 1:154/10 Nicholas Boel Native Spectrum f
    9 2:203/0 Bjorn Felten T-6in4 he.net
    10 2:280/5006 Kees van Eeten Native KPN f INO4
    11 3:712/848 Scott Little T-6in4 he.net f
    12 2:5020/545 Alexey Vissarionov T-6in4 he.net f
    13 1:103/17 Stephen Hurd T-6in4 he.net
    14 2:5020/9696 Alexander Skovpen T-6in4 IP4Market
    15 2:421/790 Viktor Cizek Native CZ-IJC-20071015
    16 2:222/2 Kim Heino Native TeliaSonera
    17 3:633/280 Stephen Walsh Native AusNetServers f
    18 1:19/10 Matt Bedynek T-6in4 he.net
    19 3:770/1 Paul Hayton Native VETTA
    20 3:770/100 Paul Hayton Native VETTA
    21 2:5053/58 Alexander Kruglikov Native JSC IOT f
    22 1:103/1 Stephen Hurd Native Choopa
    23 3:633/281 Stephen Walsh Native Internode
    24 2:310/31 Richard Menedetter Native DE-NETCUP f
    25 3:633/410 Tony Langdon Native IINET
    26 2:5020/329 Oleg Lukashin Native Comfortel f
    27 2:2448/4000 Tobias Burchhardt Native DTAG IO
    28 2:331/51 Marco d'Itri Native BOFH-IT
    29 1:154/30 Mike Miller Native LINODE
    30 2:5001/100 Dmitry Protasoff Native OVH
    31 2:5059/38 Andrey Mundirov T-6in4 he.net
    32 2:5083/444 Peter Khanin Native OVH
    33 2:240/5413 Ingo Juergensmann Native RRBONE-COLO f
    34 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    35 1:135/300 Eric Renfro Native Amazon.com
    36 1:103/13 Stephen Hurd Native Choopa
    37 2:5020/1042 Michael Dukelsky Native FirstByte
    38 2:5095/0 Sergey V. Efimoff T-6in4 he.net
    39 2:5095/20 Sergey V. Efimoff T-6in4 he.net
    40 2:5019/400 Konstantin Kuzov Native LT-LT
    41 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    42 2:5010/275 Evgeny Chevtaev T-6in4 IP4Market f
    43 2:280/2000 Michael Trip Native KPN
    44 2:230/38 Benny Pedersen Native Linode
    45 2:460/58 Stas Mishchenkov T-6in4 he.net f
    46 2:5020/2332 Andrey Ignatov Native ru.rtk
    47 2:5005/49 Victor Sudakov T-6in4 he.net f
    48 2:5005/106 Alexey Osiyuk T-6in4 he.net f
    49 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    50 2:5010/352 Dmitriy Smirnov Native SAGE-SU-V6
    51 2:292/854 Ward Dossche Native Proximus
    52 2:469/122 Sergey Zabolotny T-6in4 he.net f
    53 2:5053/400 Alexander Kruglikov Native FirstVDS f
    54 2:5030/1997 Alexey Fayans T-6in4 he.net
    55 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    56 2:240/502 Ludwig Bernhartzeder Native DTAG
    57 2:423/39 Karel Kral Native WEDOS
    58 2:280/1049 Simon Voortman Native Solcon
    59 2:335/364 Fabio Bizzi Native OVH
    60 1:124/5016 Nigel Reed Native DAL1-US f
    61 2:5030/1520 Andrey Geyko T-6in4 he.net f
    62 1:229/664 Jay Harris Native Rogers f
    63 2:280/2030 Martien Korenblom Native Transip
    64 3:633/509 Deon George Native Telstra
    65 2:5020/4441 Yuri Myakotin Native SOVINTEL
    66 1:320/319 Andrew Leary Native Comcast f
    67 2:240/5824 Anna Christina Nass Native DTAG f
    68 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    69 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    70 2:301/812 Benoit Panizon Native WOODYV6
    71 1:229/616 Vasily Losev Native GIGEPORT
    72 2:301/113 Alisha Stutz T-6in4 he.ne
    73 1:153/7715 Dallas Hinton Native Shaw Comms
    74 1:218/840 Morgan Collins Native Linode
    75 2:5020/921 Andrew Savin Native HURRICANE-IPV6-24
    76 2:240/1634 Hugo Andriessen Native Vodafone
    77 2:280/2040 Leo Barnhoorn Native KPN f
    78 2:5020/736 Egor Glukhov Native RUWEB f
    79 2:221/10 Tommi Koivula Native Hetzner f INO4
    80 1:218/850 John Nicpon Native LINODE-US
    81 2:301/1 Alisha Stutz Native CH-DATAWIRE
    82 1:134/0 Kostie Muirhead Native LINODE-US f INO4
    83 1:134/100 Kostie Muirhead Native LINODE-US f INO4
    84 2:5035/63 Vladimir Goncharov Native RFEIV6NET
    85 2:5020/290 Andrew Kolchoogin T-6in4 he.net
    86 1:218/401 James Downs Native Scaleway PM *1
    87 1:214/22 Ray Quinn T-6in4 he.net
    88 2:5030/49 Sergey Myasoedov Native FR-VIRTUA-SYSTEMS
    89 1:218/820 Ryan Fantus Native DIGITALOCEAN
    90 1:103/705 Rob Swindell Native Spectrum f
    91 2:5020/5858 Alexander Kruglikov T-6in4 IP4Market f
    92 2:292/789 Niels Joncheere T-6in4 he.net
    93 1:135/395 Charles Blackburn Native Charter Comms HOLD
    94 1:134/303 Travis Mehrer Native Shaw Comms
    95 2:5057/19 Max Vasilyev Native ER-Telecom f
    96 2:5075/35 Eugene Subbotin Native RUWEB f
    97 2:5075/37 Andrew Komardin Native IHC
    98 2:5075/128 Eugene Subbotin T-6in4 IP4Market f
    99 2:550/278 Vladislav Muschinskikh Native FirstByte
    100 2:5010/278 Vladislav Muschinskikh T-6in4 he.net OO

    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.
    (zone, net, node in decimal notation)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.

    PM *1 lounge.egontech.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 when compiled with AF_FORCE=1). If the destination address
    is a 6to4 tunnel address (2002::/16) many OSs default to IPv4 if
    an IPv4 address is present.



    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Benny Pedersen@2:230/0 to Alexey Vissarionov on Thu Feb 8 04:08:38 2024
    Hello Alexey!

    03 Aug 2023 11:51, Alexey Vissarionov wrote to Benny Pedersen:

    Good ${greeting_time}, Benny!

    02 Aug 2023 17:28:34, you wrote to Tommi Koivula:

    I have checked all the remaining nodes in the list for connectivity
    and as a result more nodes have been flagged 6DWN or even DOWN...
    What happened to 2:221/10 ?
    why do you ask ?
    Why do you answer with a question?

    he, if Tommi can't check logs on his own network, its brokken

    MV did not say what connection fails, both are dual stacked, oh well :)


    Regards Benny

    ... too late to die young :)

    --- Msged/LNX 6.1.2 (Linux/6.7.4-gentoo-dist (x86_64))
    * Origin: gopher://fido.junc.eu/ (2:230/0)
  • From Tommi Koivula@2:221/1 to Benny Pedersen on Thu Feb 8 09:39:02 2024
    Benny Pedersen wrote:

    03 Aug 2023 11:51, Alexey Vissarionov wrote to Benny Pedersen:

    Good ${greeting_time}, Benny!

    02 Aug 2023 17:28:34, you wrote to Tommi Koivula:

    I have checked all the remaining nodes in the list for
    connectivity and as a result more nodes have been flagged
    6DWN or even DOWN...
    What happened to 2:221/10 ?
    why do you ask ?
    Why do you answer with a question?

    he, if Tommi can't check logs on his own network, its brokken

    I have no logs of the "List of IPv6 nodes". ;-D

    'Tommi

    ---
    * Origin: jamnntpd/lnx (2:221/1.0)
  • From Benny Pedersen@2:230/0 to Tommi Koivula on Fri Feb 9 22:44:52 2024
    Hello Tommi!

    08 Feb 2024 09:39, Tommi Koivula wrote to Benny Pedersen:

    I have no logs of the "List of IPv6 nodes". ;-D

    grep xxxx:: binkd.log

    why is it needed to use external lists ?


    Regards Benny

    ... too late to die young :)

    --- Msged/LNX 6.1.2 (Linux/6.7.4-gentoo-dist (x86_64))
    * Origin: gopher://fido.junc.eu/ (2:230/0)
  • From Tommi Koivula@2:221/6.600 to Benny Pedersen on Sat Feb 10 09:56:46 2024
    On 10.02.2024 0:44, Benny Pedersen wrote:

    08 Feb 2024 09:39, Tommi Koivula wrote to Benny Pedersen:

    TK> I have no logs of the "List of IPv6 nodes". ;-D

    grep xxxx:: binkd.log

    Read back the old thread you were replying. The question was about "List of IPv6 nodes". It had absolutely nothing to do with binkd or connectivity.

    why is it needed to use external lists ?

    You tell me.

    'Tommi

    ---
    * Origin: == jamnntpd://news.fidonet.fi == (2:221/6.600)
  • From Michiel van der Vlist@2:280/464.5555 to All on Sat Apr 6 17:40:34 2024
    Hello All,

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

    Updated 6 Apr 2024


    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen Native Freedom f
    2 2:280/5003 Kees van Eeten Native KPN f
    3 2:5019/40 Konstantin Kuzov T-6in4 he.net f
    4 2:280/5555 Michiel van der Vlist Native Ziggo/Caiway f
    5 1:320/219 Andrew Leary Native Comcast f
    6 2:221/1 Tommi Koivula Native Elisa f
    7 2:221/6 Tommi Koivula Native OVH
    8 1:154/10 Nicholas Boel Native Spectrum f
    9 2:203/0 Bjorn Felten T-6in4 he.net
    10 2:280/5006 Kees van Eeten Native KPN f INO4
    11 3:712/848 Scott Little T-6in4 he.net f
    12 2:5020/545 Alexey Vissarionov T-6in4 he.net f
    13 1:103/17 Stephen Hurd T-6in4 he.net
    14 2:5020/9696 Alexander Skovpen T-6in4 IP4Market
    15 2:421/790 Viktor Cizek Native CZ-IJC-20071015
    16 2:222/2 Kim Heino Native TeliaSonera
    17 3:633/280 Stephen Walsh Native AusNetServers f
    18 1:19/10 Matt Bedynek T-6in4 he.net
    19 3:770/1 Paul Hayton Native VETTA
    20 3:770/100 Paul Hayton Native VETTA
    21 2:5053/58 Alexander Kruglikov Native JSC IOT f
    22 1:103/1 Stephen Hurd Native Choopa
    23 3:633/281 Stephen Walsh Native Internode
    24 2:310/31 Richard Menedetter Native DE-NETCUP f
    25 3:633/410 Tony Langdon Native IINET
    26 2:5020/329 Oleg Lukashin Native Comfortel f
    27 2:2448/4000 Tobias Burchhardt Native DTAG IO
    28 2:331/51 Marco d'Itri Native BOFH-IT
    29 1:154/30 Mike Miller Native LINODE
    30 2:5001/100 Dmitry Protasoff Native OVH
    31 2:5059/38 Andrey Mundirov T-6in4 he.net
    32 2:5083/444 Peter Khanin Native OVH
    33 2:240/5413 Ingo Juergensmann Native RRBONE-COLO f
    34 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    35 1:103/13 Stephen Hurd Native Choopa
    36 2:5020/1042 Michael Dukelsky Native FirstByte
    37 2:5019/400 Konstantin Kuzov Native LT-LT
    38 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    39 2:5010/275 Evgeny Chevtaev T-6in4 IP4Market f
    40 2:280/2000 Michael Trip Native KPN
    41 2:230/38 Benny Pedersen Native Linode
    42 2:460/58 Stas Mishchenkov T-6in4 he.net f
    43 2:5101/1 Andrey Ignatov Native HETZNER
    44 2:5005/49 Victor Sudakov T-6in4 he.net f
    45 2:5005/106 Alexey Osiyuk T-6in4 he.net f
    46 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    47 2:5010/352 Dmitriy Smirnov Native SAGE-SU-V6
    48 2:292/854 Ward Dossche Native Proximus
    49 2:469/122 Sergey Zabolotny T-6in4 he.net f
    50 2:5053/400 Alexander Kruglikov Native FirstVDS f
    51 2:5030/1997 Alexey Fayans T-6in4 he.net
    52 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    53 2:240/502 Ludwig Bernhartzeder Native DTAG
    54 2:423/39 Karel Kral Native WEDOS
    55 2:280/1049 Simon Voortman Native Solcon
    56 2:335/364 Fabio Bizzi Native OVH
    57 1:124/5016 Nigel Reed Native DAL1-US f
    58 2:5030/1520 Andrey Geyko T-6in4 he.net f
    59 1:229/664 Jay Harris Native Rogers f
    60 2:280/2030 Martien Korenblom Native Transip
    61 3:633/509 Deon George Native Telstra
    62 2:5020/4441 Yuri Myakotin Native SOVINTEL
    63 1:320/319 Andrew Leary Native Comcast f
    64 2:240/5824 Anna Christina Nass Native DTAG f
    65 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    66 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    67 2:301/812 Benoit Panizon Native WOODYV6
    68 1:229/616 Vasily Losev Native GIGEPORT
    69 2:301/113 Alisha Stutz T-6in4 he.ne
    70 1:153/7715 Dallas Hinton Native Shaw Comms
    71 1:218/840 Morgan Collins Native Linode
    72 2:5020/921 Andrew Savin Native HURRICANE-IPV6-24
    73 2:240/1634 Hugo Andriessen Native Vodafone
    74 2:280/2040 Leo Barnhoorn Native KPN f
    75 2:5020/736 Egor Glukhov Native RUWEB f
    76 2:221/10 Tommi Koivula Native Hetzner f INO4
    77 1:218/850 John Nicpon Native LINODE-US
    78 2:301/1 Alisha Stutz Native CH-DATAWIRE
    79 1:134/0 Kostie Muirhead Native LINODE-US f INO4
    80 1:134/100 Kostie Muirhead Native LINODE-US f INO4
    81 2:5035/63 Vladimir Goncharov Native RFEIV6NET
    82 2:5020/290 Andrew Kolchoogin T-6in4 he.net
    83 1:214/22 Ray Quinn T-6in4 he.net
    84 2:5030/49 Sergey Myasoedov Native FR-VIRTUA-SYSTEMS
    85 1:218/820 Ryan Fantus Native DIGITALOCEAN
    86 1:103/705 Rob Swindell Native Spectrum f
    87 2:5020/5858 Alexander Kruglikov T-6in4 IP4Market f
    88 1:135/395 Charles Blackburn Native Charter Comms
    89 1:134/303 Travis Mehrer Native Shaw Comms
    90 2:5057/19 Max Vasilyev Native ER-Telecom f
    91 2:5075/35 Eugene Subbotin Native RUWEB f
    92 2:5075/37 Andrew Komardin Native IHC
    93 2:5075/128 Eugene Subbotin T-6in4 IP4Market f
    94 2:550/278 Vladislav Muschinskikh Native FirstByte
    95 2:5010/278 Vladislav Muschinskikh T-6in4 he.net f
    96 2:240/5411 Stephan Gebbers Native DTAG
    97 2:5020/715 Alex Barinov T-6in4 he.net
    98 1:16/201 Sergey Myasoedov Native Amazon
    99 1:104/117 Vitaliy Aksyonov Native LLC
    100 1:218/880 Lloyd Fellon Native Charter Comms
    101 2:5030/1340 Dmitry Afanasiev T-6in4 TUNNEL-BROKER-NET
    102 2:221/360 Tommi Koivula Native Elisa f
    103 2:5031/25 Alex Kazankov Native VDSINA
    104 4:902/26 Fernando Toledo Native Claro
    105 3:633/257 Andrew Clarke Native widebandnetv6 OO
    106 2:280/2050 Floris van Unen Native Azure


    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.
    (zone, net, node in decimal notation)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.


    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 when compiled with AF_FORCE=1). If the destination address
    is a 6to4 tunnel address (2002::/16) many OSs default to IPv4 if
    an IPv4 address is present.



    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20130111
    * Origin: Michiel's laptop (2:280/464.5555)
  • From Michiel van der Vlist@2:280/464.5555 to All on Tue Sep 24 18:08:44 2024

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

    Updated 24 Sep 2024


    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen Native Freedom f
    2 2:280/5003 Kees van Eeten Native KPN f
    3 2:5019/40 Konstantin Kuzov T-6in4 he.net f
    4 2:280/5555 Michiel van der Vlist Native Ziggo/Caiway f DOWN
    5 1:320/219 Andrew Leary Native Comcast f
    6 2:221/1 Tommi Koivula Native Elisa f
    7 2:221/6 Tommi Koivula Native OVH
    8 1:154/10 Nicholas Boel Native Spectrum f
    9 2:203/0 Bjorn Felten T-6in4 he.net
    10 2:280/5006 Kees van Eeten Native KPN f INO4
    11 3:712/848 Scott Little T-6in4 he.net f
    12 2:5020/545 Alexey Vissarionov T-6in4 he.net f
    13 1:103/17 Stephen Hurd T-6in4 he.net
    14 2:5020/9696 Alexander Skovpen T-6in4 IP4Market
    15 2:421/790 Viktor Cizek Native CZ-IJC-20071015
    16 2:222/2 Kim Heino Native TeliaSonera
    17 3:633/280 Stephen Walsh Native AusNetServers f
    18 1:19/10 Matt Bedynek T-6in4 he.net
    19 3:770/1 Paul Hayton Native VETTA
    20 3:770/100 Paul Hayton Native VETTA
    21 2:5053/58 Alexander Kruglikov Native ER-Telecom f
    22 1:103/1 Stephen Hurd Native Choopa
    23 3:633/281 Stephen Walsh Native Internode
    24 2:310/31 Richard Menedetter Native DE-NETCUP f
    25 3:633/410 Tony Langdon Native IINET
    26 2:5020/329 Oleg Lukashin Native Comfortel f
    27 2:2448/4000 Tobias Burchhardt Native DTAG IO
    28 2:331/51 Marco d'Itri Native BOFH-IT
    29 1:154/30 Mike Miller Native LINODE
    30 2:5001/100 Dmitry Protasoff Native OVH
    31 2:5059/38 Andrey Mundirov T-6in4 he.net
    32 2:5083/444 Peter Khanin Native OVH
    33 2:240/5413 Ingo Juergensmann Native RRBONE-COLO f
    34 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    35 1:103/13 Stephen Hurd Native Choopa
    36 2:5020/1042 Michael Dukelsky Native FirstByte
    37 2:5019/400 Konstantin Kuzov Native LT-LT
    38 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    39 2:5010/275 Evgeny Chevtaev T-6in4 IP4Market f
    40 2:280/2000 Michael Trip Native KPN
    41 2:230/38 Benny Pedersen Native Linode
    42 2:460/58 Stas Mishchenkov T-6in4 he.net f
    43 2:5101/1 Andrey Ignatov Native HETZNER
    44 2:5005/49 Victor Sudakov T-6in4 he.net f
    45 2:5005/106 Alexey Osiyuk T-6in4 he.net f
    46 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    47 2:5010/352 Dmitriy Smirnov Native SAGE-SU-V6
    48 2:292/854 Ward Dossche Native Proximus
    49 2:469/122 Sergey Zabolotny T-6in4 he.net f
    50 2:5053/400 Alexander Kruglikov Native FirstVDS f
    51 2:5030/1997 Alexey Fayans T-6in4 he.net
    52 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    53 2:240/502 Ludwig Bernhartzeder Native DTAG
    54 2:423/39 Karel Kral Native WEDOS
    55 2:280/1049 Simon Voortman Native Solcon
    56 2:335/364 Fabio Bizzi Native OVH
    57 1:124/5016 Nigel Reed Native DAL1-US f
    58 2:5030/1520 Andrey Geyko T-6in4 he.net f
    59 1:229/664 Jay Harris Native Rogers f
    60 2:280/2030 Martien Korenblom Native Transip
    61 3:633/509 Deon George Native Telstra
    62 2:5020/4441 Yuri Myakotin Native SOVINTEL
    63 1:320/319 Andrew Leary Native Comcast f
    64 2:240/5824 Anna Christina Nass Native DTAG f
    65 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    66 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    67 2:301/812 Benoit Panizon Native WOODYV6
    68 1:229/616 Vasily Losev Native GIGEPORT
    69 2:301/113 Alisha Stutz T-6in4 he.ne
    70 1:153/7715 Dallas Hinton Native Shaw Comms
    71 1:218/840 Morgan Collins Native Linode
    72 2:5020/921 Andrew Savin Native HURRICANE-IPV6-24
    73 2:240/1634 Hugo Andriessen Native Vodafone
    74 2:280/2040 Leo Barnhoorn Native KPN f
    75 2:5020/736 Egor Glukhov Native RUWEB f
    76 2:221/10 Tommi Koivula Native Hetzner f INO4
    77 1:218/850 John Nicpon Native LINODE-US
    78 2:301/1 Alisha Stutz Native CH-DATAWIRE
    79 1:134/0 Kostie Muirhead Native LINODE-US f INO4
    80 1:134/100 Kostie Muirhead Native LINODE-US f INO4
    81 2:5035/63 Vladimir Goncharov Native RFEIV6NET
    82 2:5020/290 Andrew Kolchoogin T-6in4 he.net
    83 1:214/22 Ray Quinn T-6in4 he.net
    84 2:5030/49 Sergey Myasoedov Native FR-VIRTUA-SYSTEMS
    85 1:218/820 Ryan Fantus Native DIGITALOCEAN
    86 1:103/705 Rob Swindell Native Spectrum f
    87 2:5020/5858 Alexander Kruglikov T-6in4 IP4Market f DOWN
    88 1:135/395 Charles Blackburn Native Charter Comms
    89 1:134/303 Travis Mehrer Native Shaw Comms
    90 2:5057/19 Max Vasilyev Native ER-Telecom f
    91 2:5075/35 Eugene Subbotin Native RUWEB f
    92 2:5075/37 Andrew Komardin Native IHC
    93 2:5075/128 Eugene Subbotin T-6in4 IP4Market f
    94 2:550/278 Vladislav Muschinskikh Native FirstByte
    95 2:5010/278 Vladislav Muschinskikh T-6in4 he.net f
    96 2:240/5411 Stephan Gebbers Native DTAG
    97 2:5020/715 Alex Barinov T-6in4 he.net
    98 1:16/201 Sergey Myasoedov Native Amazon
    99 1:104/117 Vitaliy Aksyonov Native LLC
    100 1:218/880 Lloyd Fellon Native Charter Comms
    101 2:5030/1340 Dmitry Afanasiev T-6in4 TUNNEL-BROKER-NET
    102 2:221/360 Tommi Koivula Native Elisa f
    103 2:5031/25 Alex Kazankov Native VDSINA
    104 4:902/26 Fernando Toledo Native Claro
    105 3:633/257 Andrew Clarke Native widebandnetv6 OO
    106 2:280/2050 Floris van Unen Native Azure
    108 2:280/2060 Dennis Slagers Native Ziggo f


    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.
    Example: ::f1d0:2:280:5555 (for node 2:280/5555)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.


    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 when compiled with AF_FORCE=1). If the destination address
    is a 6to4 tunnel address (2002::/16) many OSs default to IPv4 if
    an IPv4 address is present.


    --- GoldED+/W32-MSVC 1.1.5-b20130111
    * Origin: Michiel's laptop (2:280/464.5555)
  • From Stas Mishchenkov@2:460/5858 to Michiel van der Vlist on Wed Sep 25 09:00:42 2024
    Hi Michiel!

    Tuesday September 24 2024 18:08, you wrote to All:

    MvdV> 65 2:460/5858 Stas Mishchenkov T-6in4 he.net f
    MvdV> INO4

    [08:58:54 brorabbit ~]$ grep ,5858, ~/nodelist/nodelist.367 ,5858,For_Technical_Purposes,Simferopol_Crimea,Brother_Rabbit,-Unpublished-,300 ,MO,CM,IBN,INA:burrow.g0x.ru,INO4

    ;)

    Have a nice night.
    Stas Mishchenkov.

    --- Have You daily sexual life? Hide it proper from Your wife! ;)
    * Origin: Lame Users Breeding. Simferopol, Crimea. (2:460/5858)
  • From Michiel van der Vlist@2:280/464.5555 to Stas Mishchenkov on Wed Sep 25 10:37:43 2024
    Hello Stas,

    On Wednesday September 25 2024 09:00, you wrote to me:

    MvdV>> 65 2:460/5858 Stas Mishchenkov T-6in4 he.net
    MvdV>> f INO4

    [08:58:54 brorabbit ~]$ grep ,5858, ~/nodelist/nodelist.367 ,5858,For_Technical_Purposes,Simferopol_Crimea,Brother_Rabbit,-Unpubli shed-,300 ,MO,CM,IBN,INA:burrow.g0x.ru,INO4

    You need to update the nodelist to show your real name. ;-)


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20130111
    * Origin: Michiel's laptop (2:280/464.5555)
  • From Stas Mishchenkov@2:460/5858 to Michiel van der Vlist on Wed Sep 25 14:53:48 2024
    Hi Michiel!

    Wednesday September 25 2024 10:37, you wrote to me:

    MvdV>>> 65 2:460/5858 Stas Mishchenkov T-6in4 he.net
    MvdV>>> f INO4

    [08:58:54 brorabbit ~]$ grep ,5858, ~/nodelist/nodelist.367
    ,5858,For_Technical_Purposes,Simferopol_Crimea,Brother_Rabbit,-Unpubli
    shed-,300 ,MO,CM,IBN,INA:burrow.g0x.ru,INO4

    MvdV> You need to update the nodelist to show your real name. ;-)

    Real name is the name from the nodelist. ;)

    Have a nice night.
    Stas Mishchenkov.

    --- Have You daily sexual life? Hide it proper from Your wife! ;)
    * Origin: Lame Users Breeding. Simferopol, Crimea. (2:460/5858)
  • From Michiel van der Vlist@2:280/464.5555 to Stas Mishchenkov on Wed Sep 25 14:35:00 2024
    Hello Stas,

    On Wednesday September 25 2024 14:53, you wrote to me:

    [08:58:54 brorabbit ~]$ grep ,5858, ~/nodelist/nodelist.367
    ,5858,For_Technical_Purposes,Simferopol_Crimea,Brother_Rabbit,-U
    npubli shed-,300 ,MO,CM,IBN,INA:burrow.g0x.ru,INO4

    MvdV>> You need to update the nodelist to show your real name. ;-)

    Real name is the name from the nodelist. ;)

    Yeah, tell that to Santa Clause, he may believe it. ;-)


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20130111
    * Origin: Michiel's laptop (2:280/464.5555)
  • From Stas Mishchenkov@2:460/5858 to Michiel van der Vlist on Thu Sep 26 10:10:48 2024
    Hi Michiel!

    Wednesday September 25 2024 14:35, you wrote to me:

    [08:58:54 brorabbit ~]$ grep ,5858, ~/nodelist/nodelist.367
    ,5858,For_Technical_Purposes,Simferopol_Crimea,Brother_Rabbit,-U
    npubli shed-,300 ,MO,CM,IBN,INA:burrow.g0x.ru,INO4

    MvdV>>> You need to update the nodelist to show your real name. ;-)

    Real name is the name from the nodelist. ;)

    MvdV> Yeah, tell that to Santa Clause, he may believe it. ;-)

    We say it differently. Go to the market. Buy a goose there and fool him. ;)

    Have a nice night.
    Stas Mishchenkov.

    --- Have You daily sexual life? Hide it proper from Your wife! ;)
    * Origin: Lame Users Breeding. Simferopol, Crimea. (2:460/5858)
  • From Dmitry Protasoff@2:5001/100.1 to Michiel van der Vlist on Sat Sep 28 17:20:36 2024
    Hello, Michiel!

    Wednesday September 25 2024 14:35, you wrote to Stas Mishchenkov:

    [08:58:54 brorabbit ~]$ grep ,5858, ~/nodelist/nodelist.367
    ,5858,For_Technical_Purposes,Simferopol_Crimea,Brother_Rabbit,-
    U npubli shed-,300 ,MO,CM,IBN,INA:burrow.g0x.ru,INO4

    MvdV>>> You need to update the nodelist to show your real name. ;-)

    Real name is the name from the nodelist. ;)

    Yeah, tell that to Santa Clause, he may believe it. ;-)

    The Quadrober movement (quadrobics, where people imitate animals) is very popular among Russian youth.
    So it's a trendy thing - call yourself a Rabbit or a Dog.


    Could you please change:

    30 2:5001/100 Dmitry Protasoff Native OVH

    to

    30 2:5001/100 Dmitry Protasoff Native Layer7 Networks

    It's a very cheap VPS provider from Germany.

    Best regards,
    dp.

    --- GoldED+/LNX 1.1.5-b20230304
    * Origin: All is good in St. John's Wood (2:5001/100.1)
  • From Michiel van der Vlist@2:280/5555 to Dmitry Protasoff on Sat Sep 28 19:23:05 2024
    Hello Dmitry,

    On Saturday September 28 2024 17:20, you wrote to me:


    Could you please change:

    30 2:5001/100 Dmitry Protasoff Native OVH

    to

    30 2:5001/100 Dmitry Protasoff Native Layer7 Networks

    Done.

    It's a very cheap VPS provider from Germany.

    Hmmm...

    + 19:24 [1672] call to 2:5001/100@fidonet
    19:24 [1672] trying f100.n5001.z2.binkp.net
    [2a00:1911:1:1db:6940:47ee:732a:d826]...
    19:24 [1672] connected
    + 19:24 [1672] outgoing session with f100.n5001.z2.binkp.net:24554
    [2a00:1911:1:1db:6940:47ee:732a:d826]
    - 19:24 [1672] SYS Postmortem
    ? 19:24 [1672] recv: {W32 API error 10054} An existing
    connection was forcibly closed by the remote host
    + 19:24 [1672] done (to 2:5001/100@fidonet, failed, S/R: 0/0 (0/0 bytes))
    19:24 [1672] session closed, quitting...


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Dmitry Protasoff@2:5001/100.1 to Michiel van der Vlist on Sat Sep 28 19:30:06 2024
    Hello, Michiel!

    Saturday September 28 2024 19:23, you wrote to me:

    Hmmm...

    + 19:24 [1672] call to 2:5001/100@fidonet
    19:24 [1672] trying f100.n5001.z2.binkp.net
    [2a00:1911:1:1db:6940:47ee:732a:d826]...
    19:24 [1672] connected
    + 19:24 [1672] outgoing session with f100.n5001.z2.binkp.net:24554
    [2a00:1911:1:1db:6940:47ee:732a:d826]
    - 19:24 [1672] SYS Postmortem
    ? 19:24 [1672] recv: {W32 API error 10054} An existing
    connection was forcibly closed by the remote host
    + 19:24 [1672] done (to 2:5001/100@fidonet, failed, S/R: 0/0 (0/0
    bytes)) 19:24 [1672] session closed, quitting...

    Ok, here are the results of my investigation

    28-09-24 17:23:08 [00007394] BinkpAbstractConnector M_NULL ZYZ Michiel van der Vlist
    28-09-24 17:23:08 [00007394] BinkpAsyncConnector Frame received: [ M_NUL LOC Driebergen, NL ]
    28-09-24 17:23:08 [00007394] BinkpAbstractConnector M_NULL LOC Driebergen, NL 28-09-24 17:23:08 [00007394] BinkpAsyncConnector Frame received: [ M_NUL NDL CM,MO,XW,IBN:fido.vlist.eu,RPK,NPK,ENC,NC,PING,TRACE,IPv6 ]
    28-09-24 17:23:08 [00007394] BinkpAbstractConnector M_NULL NDL CM,MO,XW,IBN:fido.vlist.eu,RPK,NPK,ENC,NC,PING,TRACE,IPv6
    28-09-24 17:23:08 [00007394] BinkpAsyncConnector Frame received: [ M_NUL TIME Sat, 28 Sep 2024 19:24:06 +0200 ]
    28-09-24 17:23:08 [00007394] BinkpAbstractConnector M_NULL TIME Sat, 28 Sep 2024 19:24:06 +0200
    28-09-24 17:23:08 [00007394] BinkpAsyncConnector Frame received: [ M_NUL VER binkd/1.1a-113/Win32 binkp/1.1 ]
    28-09-24 17:23:08 [00007394] BinkpAbstractConnector M_NULL VER binkd/1.1a-113/Win32 binkp/1.1
    28-09-24 17:23:08 [00007394] BinkpAbstractConnector Protocol version 1.1 28-09-24 17:23:08 [00007394] BinkpAsyncConnector Frame received: [ M_ADR 2:280/5555@fidonet ]
    28-09-24 17:23:08 [00007394] BinkpAbstractConnector Invalid address
    28-09-24 17:23:08 [00007394] NodelistScanner Using nodelist file nodelist 28-09-24 17:23:08 [00007394] BinkpAbstractConnector Local error: No valid address specified
    28-09-24 17:23:08 [00007394] BinkpAsyncConnector Frame sent: [ M_ERR No valid address specified ], next 0 frames, total sent 0
    28-09-24 17:23:08 [00007394] BinkpAbstractConnector Finishing: Connect ended

    ;A FidoNet Nodelist for Friday, September 27, 2024 -- Day number 271 : 19513

    Host,280,Nederland(270),Heerhugowaard,Kees_van_Eeten,-Unpublished-,300,CM,MO,XW,IBN:fido.ddutch.nl,U,ENC
    ,464,FMail_DEV_fka_AOBL,Lisse,Wilfred_van_Velzen,-Unpublished-,300,CM,MO,IBN:fido.vlzn.nl,PING,TRACE,U,ENC,RPK,NPK
    ,1049,The_Coast,NL,Simon_Voortman,-Unpublished-,300,CM,MO,XA,IBN:thecoastbbs.nl ,1203,Randstad,NL,Frank_de_Bruijn,-Unpublished-,300,CM,MO,IBN:randstad.aconet.org
    ,1208,UniCorn,Arnhem,Henri_Derksen,-Unpublished-,300,CM,MO,IBN:77.174.89.46,U,ENC
    ,2000,Alcatrash,Apeldoorn,Michael_Trip,-Unpublished-,300,CM,MO,IBN:fido.alcatrash.org
    ,2030,Westland_BBS,Hoek_van_Holland,Martien_Korenblom,-Unpublished-,300,CM,IBN:bbs.korenblom.nl
    ,2040,Magic_Systems,Katwijk,Leo_Barnhoorn,-Unpublished-,300,CM,MO,IBN:bbs.magic-systems.net
    ,2050,Postbus_7,Nieuw-Vennep,Floris_van_Unen,-Unpublished-,300,CM,MO,IBN:fido.unen.net
    ,2060,AroundMyRoom's_Mailer,Apeldoorn,Dennis_Slagers,-Unpublished-,300,CM,MO,IBN:fidonet.aroundmyroom.com
    ,5003,Double_Dutch,Heerhugowaard,Kees_van_Eeten,-Unpublished-,300,CM,MO,XW,IBN:fido.ddutch.nl,U,ENC
    ,5006,Raspberry_Fido,Heerhugowaard,Kees_van_Eeten,-Unpublished-,300,CM,MO,IBN:fido6.ddutch.nl,INO4,U,ENC

    https://nodehist.fidonet.org.ua/?address=2%3A280%2F5555

    15 Jun 2024, nodelist.167: Node removed from the nodelist

    @PATH: 280/5555 5020/1042 4441 5001/100

    Looks like 2:5020/1042 deserves a punishment.. And you are even not allowed no post here :)


    Best regards,
    dp.

    --- GoldED+/LNX 1.1.5-b20230304
    * Origin: All is good in St. John's Wood (2:5001/100.1)
  • From Michiel van der Vlist@2:280/5555 to Dmitry Protasoff on Sat Sep 28 22:37:08 2024
    Hello Dmitry,

    On Saturday September 28 2024 19:30, you wrote to me:

    BinkpAbstractConnector Protocol version 1.1 28-09-24 17:23:08
    [00007394] BinkpAsyncConnector Frame received: [ M_ADR
    2:280/5555@fidonet ] 28-09-24 17:23:08 [00007394]
    BinkpAbstractConnector Invalid address 28-09-24 17:23:08 [00007394] NodelistScanner Using nodelist file nodelist 28-09-24 17:23:08 [00007394] BinkpAbstractConnector Local error: No valid address
    specified

    AH, I see. You refuse connections with unlisted systems. There is a flag for that, the LO flag. You do not carry that flag in the nodelist. So....

    Whatever, it will be fixed in a couple of hours.

    @PATH: 280/5555 5020/1042 4441 5001/100

    Looks like 2:5020/1042 deserves a punishment..

    For what?

    And you are even not allowed no post here :)

    Says who?

    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Dmitry Protasoff@2:5001/100.1 to Michiel van der Vlist on Sat Sep 28 23:06:44 2024

    *** Answering a msg posted in area carbonArea (Carbon Area).

    Hello, Michiel!

    Saturday September 28 2024 22:37, you wrote to me:

    AH, I see. You refuse connections with unlisted systems. There is a
    flag for that, the LO flag. You do not carry that flag in the
    nodelist. So....

    I accept connections from unlisted systems, but not from all.
    If you are related somehow to 2:5001 - I'll accept connection from your unlisted node (based on your ip address). But not from some random Dutch Vodafone ipv6 address with non existing node address. Too suspicious.

    We have a very weird guy in R50 who is sending multi-GB pkts and zip bombs from the TOR network and public proxies to my node.

    Whatever, it will be fixed in a couple of hours.

    Good! Let's make this world better.

    @PATH: 280/5555 5020/1042 4441 5001/100

    Looks like 2:5020/1042 deserves a punishment..

    For what?

    For processing echomail from node that is not in nodelist. You may not actually be "Michiel van der Vlist", but rather one of his virtual identities.
    According to the nodelist, the real Michiel van der Vlist left Fidonet in June

    And you are even not allowed no post here :)

    Says who?

    Says Fidonet member. At the moment you are not. But I think that everyone here will be happy if you'll become member of our friendly network ;)

    Best regards,
    dp.

    --- GoldED+/LNX 1.1.5-b20230304
    * Origin: All is good in St. John's Wood (2:5001/100.1)
  • From Tommi Koivula@2:221/6 to Michiel van der Vlist on Sun Sep 29 07:16:18 2024
    * Replying to a msg in kco.hpt.badmail (badmail (squish))

    Hi Michiel.

    28 Sep 24 22:37, you wrote to Dmitry Protasoff:

    FROM: 2:280/5555
    REASON: Sender not active for this area
    AREANAME: IPV6


    ...

    And you are even not allowed no post here :)

    Says who?

    You disappear for a long time, then you suddenly start posting to echoes that you are not connected to. And from an unlisted node.

    Shame on you.

    'Tommi

    ---
    * Origin: nntps://news.fidonet.fi (2:221/6)
  • From Michiel van der Vlist@2:280/5555 to Tommi Koivula on Sun Sep 29 11:11:09 2024
    Hello Tommi,

    On Sunday September 29 2024 07:16, you wrote to me:

    And you are even not allowed no post here :)

    Says who?

    You disappear for a long time, then you suddenly start posting to
    echoes that you are not connected to. And from an unlisted node.

    Shame on you.

    Yeah, shit happens. ;-)


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Dmitry Protasoff on Sun Sep 29 11:33:18 2024
    Hello Dmitry,

    On Saturday September 28 2024 23:06, you wrote to me:

    AH, I see. You refuse connections with unlisted systems. There is
    a flag for that, the LO flag. You do not carry that flag in the
    nodelist. So....

    I accept connections from unlisted systems, but not from all.
    If you are related somehow to 2:5001 - I'll accept connection from
    your unlisted node (based on your ip address). But not from some
    random Dutch Vodafone ipv6 address with non existing node address. Too suspicious.

    But you accepted a connection from 2:280/464.5555...

    Anyway, my fiberglas connection supports IPv6 as you can see. *1)

    We have a very weird guy in R50 who is sending multi-GB pkts and zip
    bombs from the TOR network and public proxies to my node.

    That is annoying and if for that reason you refuse connections from unlisted systems you should fly the LO flag. You do not...

    Whatever, it will be fixed in a couple of hours.

    Good! Let's make this world better.

    I am listed in today's daily.

    @PATH: 280/5555 5020/1042 4441 5001/100

    Looks like 2:5020/1042 deserves a punishment..

    For what?

    For processing echomail from node that is not in nodelist.

    Unlisted, but not unknown.

    You may not actually be "Michiel van der Vlist", but rather one of his virtual identities. According to the nodelist, the real Michiel van
    der Vlist left Fidonet in June

    Those alleged virtual identities would not have the matching passwpords to have the connection accepted and the echomail processed. That is why passwords were invented.

    Anyway, we are getting off-topic.

    To get back on topic:

    *1) My fiberglass connection supports IPv6 but to my annoyance there still is a problem with incoming IPv6 connetctions. The modem/router that they supply (Nokia XS-2426G-B) has no functioning method to create an IPv6 pinhole in the firewall. :-(


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Dmitry Protasoff@2:5001/100.1 to Michiel van der Vlist on Sun Sep 29 14:32:49 2024
    Hello, Michiel!

    Sunday September 29 2024 11:33, you wrote to me:

    But you accepted a connection from 2:280/464.5555...

    Was it some kind of secuirty penetration test? :)

    Anyway, my fiberglas connection supports IPv6 as you can see. *1)

    Never had even a single doubt about that :)

    We have a very weird guy in R50 who is sending multi-GB pkts and
    zip bombs from the TOR network and public proxies to my node.

    That is annoying and if for that reason you refuse connections from unlisted systems you should fly the LO flag. You do not...

    I do accept connections, but not always and not from everyone. There is no such flag in nodelist and if you want to connect to my system - you should request a link or contact your NC to reappear in nodelist.
    LO flag means I'll have to refuse all connections from unlisted nodes, but this is not what I want.

    Good! Let's make this world better.

    I am listed in today's daily.

    The problem is that I only update the nodelist weekly. Please wait.

    For processing echomail from node that is not in nodelist.

    Unlisted, but not unknown.

    Unknown to my system. If you want to be always known - you have to establish link. Or buy me some beer :) You decide.

    You may not actually be "Michiel van der Vlist", but rather one
    of his virtual identities. According to the nodelist, the real
    Michiel van der Vlist left Fidonet in June

    Those alleged virtual identities would not have the matching
    passwpords to have the connection accepted and the echomail processed. That is why passwords were invented.

    I do not know how 2:5020/1042 created your messages. May be some kind of PGP signed mail is a good thing after all.
    Passwords are useless in our case.

    Anyway, we are getting off-topic.

    To get back on topic:

    *1) My fiberglass connection supports IPv6 but to my annoyance there
    still is a problem with incoming IPv6 connetctions. The modem/router
    that they supply (Nokia XS-2426G-B) has no functioning method to
    create an IPv6 pinhole in the firewall. :-(

    Even setting Attack Protection to Disabled + Security level = Off and configuring port forwarding?

    Best regards,
    dp.

    --- GoldED+/LNX 1.1.5-b20230304
    * Origin: All is good in St. John's Wood (2:5001/100.1)
  • From Michiel van der Vlist@2:280/5555 to Dmitry Protasoff on Sun Sep 29 17:42:46 2024
    Hello Dmitry,

    On Sunday September 29 2024 14:32, you wrote to me:

    LO flag means I'll have to refuse all connections from unlisted nodes,
    but this is not what I want.

    No LO does not mean you MUST refuse all connections from unlisted systems. It just means you refuse unlisted connections. Some of them, not all of them.

    I am listed in today's daily.

    The problem is that I only update the nodelist weekly. Please wait.

    That is not MY problem.

    To get back on topic:

    *1) My fiberglass connection supports IPv6 but to my annoyance
    there still is a problem with incoming IPv6 connetctions. The
    modem/router that they supply (Nokia XS-2426G-B) has no
    functioning method to create an IPv6 pinhole in the firewall. :-(

    Even setting Attack Protection to Disabled + Security level = Off

    Yes, when I disable the IPv6 firewall, incoming IPv6 connection are possible. But of course I am not going to do that. Then ALL unsollicited IPv6 packets are allowed. No way Jose!

    and configuring port forwarding?

    Port forwarding is for IPv4, Yes that works.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Dmitry Protasoff@2:5001/100.1 to Michiel van der Vlist on Sun Sep 29 17:07:40 2024

    *** Answering a msg posted in area carbonArea (Carbon Area).

    Hello, Michiel!

    Sunday September 29 2024 17:42, you wrote to me:

    LO flag means I'll have to refuse all connections from unlisted
    nodes, but this is not what I want.

    No LO does not mean you MUST refuse all connections from unlisted
    systems. It just means you refuse unlisted connections. Some of them,
    not all of them.

    From current nodelist:

    LO Node accepts calls Only from Listed

    There is nothing about "some of them", the description is pretty strict - "Only from Listed".
    Could you please cite any Fidonet document along with your interpretation?

    The problem is that I only update the nodelist weekly. Please
    wait.

    That is not MY problem.

    It's not my problem either. You have to live with that. There are no other options available for you at this moment.

    Even setting Attack Protection to Disabled + Security level = Off

    Yes, when I disable the IPv6 firewall, incoming IPv6 connection are possible. But of course I am not going to do that. Then ALL
    unsollicited IPv6 packets are allowed. No way Jose!

    Looks like someone decided to skip proper firewall implementation :(

    and configuring port forwarding?

    Port forwarding is for IPv4, Yes that works.

    Oh, I'll never going to use Vodafone, thanks for details.

    Best regards,
    dp.

    --- GoldED+/LNX 1.1.5-b20230304
    * Origin: All is good in St. John's Wood (2:5001/100.1)
  • From Michiel van der Vlist@2:280/5555 to Dmitry Protasoff on Sun Sep 29 21:27:44 2024
    Hello Dmitry,

    On Sunday September 29 2024 17:07, you wrote to me:

    No LO does not mean you MUST refuse all connections from unlisted
    systems. It just means you refuse unlisted connections. Some of
    them, not all of them.

    From current nodelist:

    LO Node accepts calls Only from Listed

    There is nothing about "some of them", the description is pretty
    strict - "Only from Listed". Could you please cite any Fidonet
    document along with your interpretation?

    Not here, it is not related to IPv6, so off-topic. If you wish to discuss this any further meet me in FN_SYSOP.

    [..]

    Even setting Attack Protection to Disabled + Security level =
    Off

    Yes, when I disable the IPv6 firewall, incoming IPv6 connection
    are possible. But of course I am not going to do that. Then ALL
    unsollicited IPv6 packets are allowed. No way Jose!

    Looks like someone decided to skip proper firewall implementation :(

    Indeed. FTH is booming and the competition is fierce. Several competing companies ae rolling it out like a flood. Planting their flag in as many households in as short a time as possible is their first priority. All to be ahead of the competition.

    My fiber ISP is Delta Caiway and the connection has been active for just over a year. IPv6 is relatively new to them. Until less than a year ago they were IPv4 only. They are relatively new and so they do not have a large stockpile of IPv4 like the incumbants. They grow fast and so last year they ran out of IPv4 and started putting customers on CGNAT. Then they woke up and realised that they could no longer postphone IPv6. So now they offer IPv6. But as could be expected under these circumstances, they still have to deal with the child's diseases. It is something that all IPv6 advocates - including me - have been saying for years. Don't postpone IPv6 until you no longer have a choice. Because then it will take much more effort and cost much more than when you do it when there is no deadline. We see what happens if you do not listen to that advice.

    In theory I could fix it by getting my own fiberglass modem/router but for XSPON they are expensive and there is little choice. Plus that it is not easy to get it running. I just think that the burden of providing a decent modem/router is on them.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Dmitry Protasoff@2:5001/100.1 to Michiel van der Vlist on Sun Sep 29 23:13:31 2024

    *** Answering a msg posted in area carbonArea (Carbon Area).

    Hello, Michiel!

    Sunday September 29 2024 21:27, you wrote to me:

    In theory I could fix it by getting my own fiberglass modem/router but
    for XSPON they are expensive and there is little choice. Plus that it
    is not easy to get it running. I just think that the burden of
    providing a decent modem/router is on them.

    I had xPON (compatible with several standards) SFP in my Mikrotik router in Moscow 2 years ago, replacing a very limited ZTE GPON router. Mikrotik had problems with it in certain firmware releases, but overall, the experience was exciting.
    Currently, I had to reinstall the ZTE router back because I can't just teleport to Moscow to fix any problems with the SFP, and the ZTE has been quite stable.

    If you'd like, I can send you the SFP and help to setup it in compatible router. Alternatively, you could try configuring your router as a bridge. Is that possible? You could then connect it to another intelligent router. I had this setup in Moscow for a while, but, once again, I can't teleport there to resolve any issues. However, this might not be a concern in your case.

    Best regards,
    dp.

    --- GoldED+/LNX 1.1.5-b20230304
    * Origin: All is good in St. John's Wood (2:5001/100.1)
  • From Alex Barinov@2:5020/5452 to Michiel van der Vlist on Tue Oct 1 03:27:18 2024
    Hi, Michiel!

    24 ᥭ 24 18:08, Michiel van der Vlist wrote to All:


    97 2:5020/715 Alex Barinov T-6in4 he.net

    root@OpenWrt:~# nslookup fido.hubahuba.su
    Server: 127.0.0.1
    Address: 127.0.0.1:53

    Non-authoritative answer:
    Name: fido.hubahuba.su
    Address: 95.143.217.246

    Non-authoritative answer:
    Name: fido.hubahuba.su
    Address: 2001:470:1f0b:879:f1d0:2:5020:715

    ^^^^^^^^^^^^^^^

    ᥩ ਭ

    E-Mail: aleksey.v.barinov AT gmail.com Skype: huba-huba Telegram: @huba715 [Team த] [F09F87BAF09F87A6]
    ... ஫ਨ ࠭, ᮥ!
    --- GoldED+/W64-MSVC 1.1.5-b20240306
    * Origin: Alex at Home (2:5020/5452)
  • From Michiel van der Vlist@2:280/5555 to Alex Barinov on Tue Oct 1 09:52:46 2024
    Hello Alex,

    On Tuesday October 01 2024 03:27, you wrote to me:

    Non-authoritative answer:
    Name: fido.hubahuba.su
    Address: 2001:470:1f0b:879:f1d0:2:5020:715

    ^^^^^^^^^^^^^^^


    96 2:5020/715 Alex Barinov T-6in4 he.net f

    Done!


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Dmitry Protasoff on Thu Oct 3 10:09:44 2024
    Hello Dmitry,

    On Sunday September 29 2024 23:13, you wrote to me:

    If you'd like, I can send you the SFP and help to setup it in
    compatible router.

    Thanks for the offer but I do not have an SFP comatible router at hand and this is not a good time to start such a major project.I am still in the process of tuning my Fidonet system after six month of absence and that takes a lot of time. Not to mention other time concuming projects in and around the house.

    Alternatively, you could try configuring your router as a bridge. Is
    that possible?

    Unfortunately the modem/router provided by the ISP does not support bidge mode.
    You could then connect it to another intelligent router. I had this
    setup in Moscow for a while, but, once again, I can't teleport there
    to resolve any issues. However, this might not be a concern in your
    case.

    No, unability to teleport to Moscow is not an issue in my case.

    Once again thanks for the offer.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Dmitry Protasoff@2:5001/100.1 to Michiel van der Vlist on Thu Oct 3 12:22:38 2024

    *** Answering a msg posted in area carbonArea (Carbon Area).

    Hello, Michiel!

    Thursday October 03 2024 10:09, you wrote to me:

    Thanks for the offer but I do not have an SFP comatible router at hand
    and this is not a good time to start such a major project.I am still
    in the process of tuning my Fidonet system after six month of absence
    and that takes a lot of time. Not to mention other time concuming
    projects in and around the house.

    Another option is a dumb GPON-to-Ethernet bridge as separate device, but I've never tried them myself.
    The main issue with these 3rd-party devices is to obtain all required parameters from provider's router, which is sometimes not possible without the provider's support :(


    Best regards,
    dp.

    --- GoldED+/LNX 1.1.5-b20230304
    * Origin: All is good in St. John's Wood (2:5001/100.1)
  • From Michiel van der Vlist@2:280/5555 to Dmitry Protasoff on Thu Oct 3 21:46:09 2024
    Hello Dmitry,

    On Thursday October 03 2024 12:22, you wrote to me:

    Thanks for the offer but I do not have an SFP comatible router at
    hand and this is not a good time to start such a major project.I
    am still in the process of tuning my Fidonet system after six
    month of absence and that takes a lot of time. Not to mention
    other time concuming projects in and around the house.

    Another option is a dumb GPON-to-Ethernet bridge as separate device,

    Yes. apparently such device are available but there are hard to get.

    but I've never tried them myself. The main issue with these 3rd-party devices is to obtain all required parameters from provider's router,
    which is sometimes not possible without the provider's support :(

    Yes that can be problematic.

    But right now I have other priorities than engaging in such an adventure. Fortunately the fiber is "open". One can choose between half a dozen ISPs. So if my pesent ISP cab not solve the problem with the IPv6 pinholing in their modem/router I will simply switch provider when the contract expires...


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to All on Tue Nov 19 11:36:15 2024
    List of IPv6 nodes
    By Michiel van der Vlist, 2:280/5555

    Updated 17 Nov 2024


    Node Nr. Sysop Type Provider Remark

    1 2:280/464 Wilfred van Velzen Native Freedom f
    2 2:280/5003 Kees van Eeten Native KPN f
    3 2:5019/40 Konstantin Kuzov T-6in4 he.net f
    4 2:280/5555 Michiel van der Vlist Native Ziggo/Caiway f
    5 1:320/219 Andrew Leary Native Comcast f
    6 2:221/1 Tommi Koivula Native Elisa f
    7 2:221/6 Tommi Koivula Native OVH
    8 1:154/10 Nicholas Boel Native Spectrum f
    9 2:203/2 Bjorn Felten T-6in4 he.net
    10 2:280/5006 Kees van Eeten Native KPN f INO4
    11 3:712/848 Scott Little T-6in4 he.net f
    12 2:5020/545 Alexey Vissarionov T-6in4 he.net f
    13 1:103/17 Stephen Hurd T-6in4 he.net
    14 2:5020/9696 Alexander Skovpen T-6in4 IP4Market
    15 2:421/790 Viktor Cizek Native CZ-IJC-20071015
    16 2:222/2 Kim Heino Native TeliaSonera
    17 3:633/280 Stephen Walsh Native AusNetServers f
    18 1:19/10 Matt Bedynek T-6in4 he.net
    19 3:770/1 Paul Hayton Native VETTA
    20 3:770/100 Paul Hayton Native VETTA
    21 2:5053/58 Alexander Kruglikov Native ER-Telecom f
    22 1:103/1 Stephen Hurd Native Choopa
    23 3:633/281 Stephen Walsh Native Internode
    24 2:310/31 Richard Menedetter Native DE-NETCUP f
    25 3:633/410 Tony Langdon Native IINET
    26 2:5020/329 Oleg Lukashin Native Comfortel f
    27 2:331/51 Marco d'Itri Native BOFH-IT
    28 1:154/30 Mike Miller Native LINODE
    29 2:5001/100 Dmitry Protasoff Native Layer7 Networks
    30 2:5059/38 Andrey Mundirov T-6in4 he.net
    31 2:5083/444 Peter Khanin Native OVH
    32 2:240/5413 Ingo Juergensmann Native RRBONE-COLO f
    33 2:4500/1 Eugene Kozhuhovsky Native DATAHATA6
    34 1:103/13 Stephen Hurd Native Choopa
    35 2:5020/1042 Stas Mishchenkov T-6-in4 he.net f
    36 2:5019/400 Konstantin Kuzov Native LT-LT
    37 2:463/1331 Andrei Dzedolik Native DIGITALOCEAN
    38 2:5010/275 Evgeny Chevtaev T-6in4 IP4Market f
    39 2:280/2000 Michael Trip Native KPN
    40 2:230/38 Benny Pedersen Native Linode
    41 2:460/58 Stas Mishchenkov T-6in4 he.net f
    42 2:5101/1 Andrey Ignatov Native HETZNER
    43 2:5005/49 Victor Sudakov T-6in4 he.net f
    44 2:5005/106 Alexey Osiyuk T-6in4 he.net f
    45 2:5057/53 Ivan Kovalenko Native ER-Telecom f
    46 2:5010/352 Dmitriy Smirnov Native SAGE-SU-V6
    47 2:292/854 Ward Dossche Native Proximus
    48 2:469/122 Sergey Zabolotny T-6in4 he.net f
    49 2:5053/400 Alexander Kruglikov Native FirstVDS f
    50 2:5030/1997 Alexey Fayans T-6in4 he.net
    51 2:5061/15 Eugene Gladchenko Native ARUBAUK-NET
    52 2:240/502 Ludwig Bernhartzeder Native DTAG
    53 2:423/39 Karel Kral Native WEDOS
    54 2:280/1049 Simon Voortman Native Solcon
    55 2:335/364 Fabio Bizzi Native OVH
    56 1:124/5016 Nigel Reed Native DAL1-US f
    57 2:5030/1520 Andrey Geyko T-6in4 he.net f
    58 1:229/664 Jay Harris Native Rogers f
    59 2:280/2030 Martien Korenblom Native Transip
    60 3:633/509 Deon George Native Telstra
    61 2:5020/4441 Yuri Myakotin Native SOVINTEL
    62 1:320/319 Andrew Leary Native Comcast f
    63 2:240/5824 Anna Christina Nass Native DTAG f
    64 2:460/5858 Stas Mishchenkov T-6in4 he.net f INO4
    65 2:5030/3165 Serg Podtynnyi Native DIGITALOCEAN
    66 2:301/812 Benoit Panizon Native WOODYV6
    67 1:229/616 Vasily Losev Native GIGEPORT
    68 2:301/113 Alisha Stutz T-6in4 he.ne
    69 1:153/7715 Dallas Hinton Native Shaw Comms
    70 1:218/840 Morgan Collins Native Linode
    71 2:5020/921 Andrew Savin Native HURRICANE-IPV6-24
    72 2:240/1634 Hugo Andriessen Native Vodafone
    73 2:280/2040 Leo Barnhoorn Native KPN f
    74 2:5020/736 Egor Glukhov Native RUWEB f
    75 2:221/10 Tommi Koivula Native Hetzner f INO4
    76 1:218/850 John Nicpon Native LINODE-US
    77 2:301/1 Alisha Stutz Native CH-DATAWIRE
    78 2:5035/63 Vladimir Goncharov Native RFEIV6NET
    79 2:5020/290 Andrew Kolchoogin T-6in4 he.net
    80 1:214/22 Ray Quinn T-6in4 he.net
    81 2:5030/49 Sergey Myasoedov Native FR-VIRTUA-SYSTEMS
    82 1:218/820 Ryan Fantus Native DIGITALOCEAN
    83 1:103/705 Rob Swindell Native Spectrum f
    84 1:135/395 Charles Blackburn Native Charter Comms
    85 1:134/303 Travis Mehrer Native Shaw Comms
    86 2:5057/19 Max Vasilyev Native ER-Telecom f
    87 2:5075/35 Eugene Subbotin Native RUWEB f
    88 2:5075/37 Andrew Komardin Native IHC
    89 2:5075/128 Eugene Subbotin T-6in4 IP4Market f
    90 2:550/278 Vladislav Muschinskikh Native FirstByte
    91 2:5010/278 Vladislav Muschinskikh T-6in4 he.net f
    92 2:240/5411 Stephan Gebbers Native DTAG
    93 2:5020/715 Alex Barinov T-6in4 he.net f
    94 1:16/201 Sergey Myasoedov Native Amazon
    95 1:104/117 Vitaliy Aksyonov Native LLC
    96 2:5030/1340 Dmitry Afanasiev T-6in4 TUNNEL-BROKER-NET
    97 2:221/360 Tommi Koivula Native Elisa f
    98 2:5031/25 Alex Kazankov Native VDSINA
    99 4:902/26 Fernando Toledo Native Claro
    100 2:280/2050 Floris van Unen Native Azure
    101 2:280/2060 Dennis Slagers Native Ziggo f
    102 2:467/4 Ruslan Suleimanov T-6in4 he.net
    103 2:467/888 Ruslan Suleimanov T-6in4 he.net f
    104 1:266/625 Scott Street Native Verizon
    105 2:5020/5452 Alex Barinov T-6in4 he.net
    106 2:5030/723 Alexey Khromov Native RU-AI-20240222
    107 3:633/2744 Deon George Native EXETEL-AU
    108 4:930/1 David Gonzalez Native EPMNET PM *1


    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.
    Example: ::f1d0:2:280:5555 (for node 2:280/5555)
    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.
    NO6 The node no longer presents an IPv6 address in the nodelist
    and will soon be removed from this list.
    HOLD The node is temporarely off-line. Mail may be routed.
    DOWN This node is Down for both IPv4 and IPv6 and will be
    removed from this list if the condition pertains.
    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.


    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 when compiled with AF_FORCE=1). If the destination address
    is a 6to4 tunnel address (2002::/16) many OSs default to IPv4 if
    an IPv4 address is present.

    PM *1 bbs.skynetbbs.com


    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: he.net certified sage (2:280/5555)