• FidoNews submission

    From Dan Clough@1:135/115 to All on Wed May 28 10:51:28 2025
    Trying to submit a FidoNews article (just a "Food for Thought"), but am unable to establish a binkp connection (netmail) to either 2:2/2 or 2:203/0.

    Perfect.

    <SHRUG>
    --- SBBSecho 3.25-Linux
    * Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
  • From Michiel van der Vlist@2:280/5555 to Dan Clough on Wed May 28 17:55:02 2025
    Hello Dan,

    On Wednesday May 28 2025 10:51, you wrote to All:

    Trying to submit a FidoNews article (just a "Food for Thought"), but
    am unable to establish a binkp connection (netmail) to either 2:2/2 or 2:203/0.

    No problem here:

    + 17:54 [2428] call to 2:203/0@fidonet
    17:54 [2428] trying eljaco.se [2001:9b1:10d:77::52b]:24555...
    17:54 [2428] connected
    + 17:54 [2428] outgoing session with eljaco.se:24555 [2001:9b1:10d:77::52b]
    - 17:54 [2428] OPT CRAM-MD5-8f7a9d2a83f6cbe69625534631182aee
    + 17:54 [2428] Remote requests MD mode
    - 17:54 [2428] SYS Felten's Sharp System
    - 17:54 [2428] ZYZ Björn Felten
    - 17:54 [2428] LOC Säve, Sweden
    - 17:54 [2428] NDL 115200,TCP,BINKP
    - 17:54 [2428] TIME Wed, 28 May 2025 17:54:14 +0200
    - 17:54 [2428] VER binkd/1.1a-65/Win32 binkp/1.1
    + 17:54 [2428] addr: 2:203/0@fidonet
    + 17:54 [2428] addr: 2:20/0@fidonet
    + 17:54 [2428] addr: 2:2/2@fidonet
    + 17:54 [2428] addr: 2:203/2@fidonet


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.org (2:280/5555)
  • From Björn Felten@2:203/2 to Dan Clough on Wed May 28 21:05:51 2025
    Dan Clough -> All skrev 2025-05-28 17:51:
    Trying to submit a FidoNews article (just a "Food for Thought"), but am unable to establish a binkp connection (netmail) to either 2:2/2 or 2:203/0.

    If IPv4 is busy, use IPv6. It's never busy. Welcome to the 21st century.

    --

    Conning people is easy. You just need to overcome their intelligence. But convincing people they've been conned is much harder. You need to overcome their pride.

    ..

    --- Mozilla/5.0 (Windows; U; Windows NT 6.2; sv-SE; rv:1.9.1.5) Gecko/20091121
    * Origin: news://eljaco.se:4119 (2:203/2)
  • From Alex Galiyev@1:129/14.1 to Björn Felten on Wed May 28 15:37:33 2025
    Hello Bj”rn!

    Wednesday May 28 2025 21:05, you wrote to Dan Clough:

    If IPv4 is busy, use IPv6. It's never busy. Welcome to the 21st century.
    For me its right opposite, if ipv4 is timing out - I crash using POTS line with my V.Everything. Welcome 20th century. =))

    Alex

    --- GoldED+/W64-MSVC 1.1.5-b20250409
    * Origin: Glory to Ukraine! Glory to Heroes! Dump Trump! (1:129/14.1)
  • From Dan Clough@1:135/115 to Björn Felten on Wed May 28 16:55:38 2025
    Bj”rn Felten wrote to Dan Clough <=-

    Trying to submit a FidoNews article (just a "Food for Thought"), but am unable to establish a binkp connection (netmail) to either 2:2/2 or 2:203/0.

    If IPv4 is busy, use IPv6. It's never busy. Welcome to the 21st century.

    Busy? It's a binkp connection attempt, not a phone call. Duh.

    I don't have IPv6, as my ISP doesn't offer it.

    Fix your shit.



    ... Ignorance can be cured. Stupid is forever.
    === MultiMail/Linux v0.52
    --- SBBSecho 3.25-Linux
    * Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
  • From Alex Galiyev@1:129/14.1 to Dan Clough on Wed May 28 18:29:23 2025
    Hello Dan!

    Wednesday May 28 2025 16:55, you wrote to Bj”rn Felten:

    I don't have IPv6, as my ISP doesn't offer it.
    Who uses IPv6 networks anyways, they're damn slow.

    Alex

    --- GoldED+/W64-MSVC 1.1.5-b20250409
    * Origin: Glory to Ukraine! Glory to Heroes! Dump Trump! (1:129/14.1)
  • From Björn Felten@2:203/2 to Dan Clough on Thu May 29 06:29:52 2025
    Dan Clough -> Bj”rn Felten skrev 2025-05-28 23:55:
    If IPv4 is busy, use IPv6. It's never busy. Welcome to the 21st
    century.

    Busy? It's a binkp connection attempt, not a phone call. Duh.

    LOL! Your expert opinion is duly noted.

    I don't have IPv6, as my ISP doesn't offer it.

    I've enjoyed IPv6 for almost two decades now, despite not having native IPv6 support. That's a really bad excuse. Try he.net like so many of us before we got native IPv6. It's even FREE of CHARGE!

    Fix your shit.

    Yes, Massa Gimme-Gimme. I will, of course, immediately see if I can give your Very Important Traffic on a depreciated network protocol, such as IPv4, higher priority.

    It might mean that my paying customers will have to accept reduced speed, but I'm sure they understand that a VIP, entitled non-paying client, must be given the highest priority.


    --

    Conning people is easy. You just need to overcome their intelligence. But convincing people they've been conned is much harder. You need to overcome their pride.

    ..

    --- Mozilla/5.0 (Windows; U; Windows NT 6.2; sv-SE; rv:1.9.1.5) Gecko/20091121
    * Origin: news://eljaco.se:4119 (2:203/2)
  • From Alex Galiyev@1:129/14.1 to Björn Felten on Thu May 29 01:03:39 2025
    Hello Bj”rn!

    Can you write your name using latin characters? Bj”rn - makes no sense.
    Network guru, who can't keep his station running stable.

    Alex

    --- GoldED+/W64-MSVC 1.1.5-b20250409
    * Origin: Glory to Ukraine! Glory to Heroes! Dump Trump! (1:129/14.1)
  • From Alexey Fayans@2:5030/1997 to Alex Galiyev on Thu May 29 10:16:43 2025
    Hello Alex!

    On Thu, 29 May 2025 01:03 -0400, you wrote to Bj?rn Felten:

    Can you write your name using latin characters? Bj?rn - makes no
    sense. Network guru, who can't keep his station running stable.

    === Start of Windows Clipboard ===
    XLATCHARSET CP850 CP866 850_866.chs
    === End of Windows Clipboard ===

    Adding this to your golded.cfg will the provlem. You'll need to have 850_866.chs of course, which can be found in full GoldED distro.


    ... Music Station BBS | https://bbs.bsrealm.net | telnet://bbs.bsrealm.net
    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Music Station | https://ms.bsrealm.net (2:5030/1997)
  • From Alexey Fayans@2:5030/1997 to Alex Galiyev on Thu May 29 10:29:26 2025
    Hello Alex!

    On Thu, 29 May 2025 10:16 +0300, I wrote to you:

    === Start of Windows Clipboard ===
    XLATCHARSET CP850 CP866 850_866.chs
    === End of Windows Clipboard ===

    Adding this to your golded.cfg will the provlem.

    Missed a word. Will solve the problem, of course.


    ... Music Station BBS | https://bbs.bsrealm.net | telnet://bbs.bsrealm.net
    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Music Station | https://ms.bsrealm.net (2:5030/1997)
  • From Michiel van der Vlist@2:280/5555 to Alex Galiyev on Thu May 29 09:43:27 2025
    Hello Alex,

    On Wednesday May 28 2025 18:29, you wrote to Dan Clough:

    I don't have IPv6, as my ISP doesn't offer it.

    Who uses IPv6 networks anyways,

    About half the world by now.

    they're damn slow.

    Nonsense. In fact IPv6 is a bit faster than IPv4. Less overhead.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.org (2:280/5555)
  • From Ward Dossche@2:292/854 to Dan Clough on Thu May 29 10:46:07 2025
    Dan,

    Trying to submit a FidoNews article (just a "Food for Thought"), but am unable to establish a binkp connection (netmail) to either 2:2/2 or 2:203/0.

    It doesn't work if you don't want it to work. It works just fine here.

    IPv4/IPv6 is not an excuse, there are other ways to submit an article if it's an obstacle.

    \%/@rd

    --- DB4 - 20230201
    * Origin: Many Glacier - Preserve / Protect / Conserve (2:292/854)
  • From Gerrit Kuehn@2:240/12 to Michiel van der Vlist on Thu May 29 12:00:02 2025
    Hello Michiel!

    29 May 25 09:43, Michiel van der Vlist wrote to Alex Galiyev:

    Who uses IPv6 networks anyways,

    MvdV> About half the world by now.

    That depends very much on what values you actually look at. Most FTN operators count as "end user", so traffic comparison by volume on the carrier level is maybe not the best metric here. Also, this heavily depends on geography. Just to get an idea (yes, I know this is from 2022, but you still get the idea):
    https://labs.ripe.net/author/wilhelm/ipv6-10-years-out-an-analysis-in-users-ta bles-and-traffic/


    Regards,
    Gerrit

    ... 12:00PM up 173 days, 18:07, 10 users, load averages: 0.36, 0.48, 0.55

    --- msged/fbsd 6.3 2021-12-02
    * Origin: And the pastiche we've invented (2:240/12)
  • From Tommi Koivula@2:221/360 to Björn Felten on Thu May 29 19:09:33 2025

    28 May 25 21:05, Bj”rn Felten wrote to Dan Clough:

    Dan Clough -> All skrev 2025-05-28 17:51:

    Trying to submit a FidoNews article (just a "Food for Thought"),
    but am unable to establish a binkp connection (netmail) to either
    2:2/2 or
    2:203/0.

    If IPv4 is busy, use IPv6. It's never busy. Welcome to the 21st
    century.

    If you cannot "fix your shit", why don't you fix your nodelist entries?

    ;S | INO4 Indicates that an otherwise IP capable node is unable to
    ;S | accept incoming connections over IPv4. (FSP-1038)

    'Tommi

    ---
    * Origin: * RBB * Lake Ylo * Finland * (2:221/360)
  • From Alex Galiyev@1:129/14.1 to Michiel van der Vlist on Thu May 29 12:56:42 2025
    Hello Michiel!

    Thursday May 29 2025 09:43, you wrote to me:

    they're damn slow.
    Nonsense. In fact IPv6 is a bit faster than IPv4. Less overhead.
    Tell this to our Comcast ISP users in Pennsylvania, in order to get better speeds, they have to disable ipv6.

    Alex

    --- GoldED+/W64-MSVC 1.1.5-b20250409
    * Origin: Glory to Ukraine! Glory to Heroes! Dump Trump! (1:129/14.1)
  • From Dan Clough@1:135/115 to Björn Felten on Thu May 29 08:49:41 2025
    Bj”rn Felten wrote to Dan Clough <=-

    If IPv4 is busy, use IPv6. It's never busy. Welcome to the 21st
    century.

    Busy? It's a binkp connection attempt, not a phone call. Duh.

    LOL! Your expert opinion is duly noted.

    It's not an opinion, it's simple fact. Multiple binkp connections can
    happen at the same time, unlike a modem/phone connection. Your nodelist
    entry specifies "CM", "IBN", and "INA". Let me know if you need some clarification on what those terms mean.

    I don't have IPv6, as my ISP doesn't offer it.

    I've enjoyed IPv6 for almost two decades now, despite not having
    native IPv6 support. That's a really bad excuse. Try he.net like so
    many of us before we got native IPv6. It's even FREE of CHARGE!

    It wasn't an "excuse", just a statement of fact. I could not care less
    about having/using IPv6. Version 4 works just fine.

    Fix your shit.

    Yes, Massa Gimme-Gimme. I will, of course, immediately see if I can give your Very Important Traffic on a depreciated network protocol,
    such as IPv4, higher priority.

    It's not "deprecated" (the proper spelling of what you mean). It's a world-wide standard, in widespread use. Also, I wasn't asking for
    higher priority, just that your system match what it advertises as it's capabilities. CM/IBN/INA. There aren't any "busy signals".

    It might mean that my paying customers will have to accept reduced speed, but I'm sure they understand that a VIP, entitled non-paying client, must be given the highest priority.

    Why would it affect them at all? Are you using some kind of deprecated hardware, or something?

    I just tried replying to your netmail to me, and .... yep, can't get a connection to 2:203/2. It'll keep trying, and maybe eventually get
    through. Strange how your system(s) are so unreliable.



    ... All the easy problems have been solved.
    === MultiMail/Linux v0.52
    --- SBBSecho 3.25-Linux
    * Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
  • From Dan Clough@1:135/115 to Ward Dossche on Thu May 29 08:49:41 2025
    Ward Dossche wrote to Dan Clough <=-

    Trying to submit a FidoNews article (just a "Food for Thought"), but am unable to establish a binkp connection (netmail) to either 2:2/2 or 2:203/0.

    It doesn't work if you don't want it to work. It works just fine here.

    Not even sure what that means. I want it to work, but it doesn't. Now, *eventually* (hours later), it did work. That's not how things are
    supposed to work. I'm assuming that you, as a ZC, knows what "CM" (and IBN/INA) mean in a nodelist entry.

    IPv4/IPv6 is not an excuse, there are other ways to submit an article
    if it's an obstacle.

    Sure, I know that, and wasn't trying to make an "excuse". But you, as
    an old-school Fido guy, should appreciate that the "proper" way to
    communicate in FidoNet is via netmail. Not email. Email is outside of FidoNet, and in fact could be considered to be a "competitor" to netmail/FidoNet. I'm sure you remember (as I do) the days when you had
    to demonstrate competence with Netmail just to get a node number. It
    just seems strange to me that an RC/NC/Node/SnoozeEditor's system can't
    be reliably connected to via normal FidoNet methods.

    Doesn't that also seem strange to you?



    ... All the easy problems have been solved.
    === MultiMail/Linux v0.52
    --- SBBSecho 3.25-Linux
    * Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
  • From Alex Galiyev@1:129/14.1 to Alexey Fayans on Thu May 29 19:35:14 2025
    Hello Alexey!

    Thursday May 29 2025 10:16, you wrote to me:

    === Start of Windows Clipboard ===
    XLATCHARSET CP850 CP866 850_866.chs
    === End of Windows Clipboard ===
    Thanks for the advice, but it's much easier for one person to change their name than for thousands of people to update their configs.

    Alex

    --- GoldED+/W64-MSVC 1.1.5-b20250409
    * Origin: Glory to Ukraine! Glory to Heroes! Dump Trump! (1:129/14.1)
  • From Alexey Fayans@2:5030/1997 to Alex Galiyev on Fri May 30 05:19:36 2025
    Hello Alex!

    On Thu, 29 May 2025 19:35 -0400, you wrote to me:

    === Start of Windows Clipboard ===
    XLATCHARSET CP850 CP866 850_866.chs
    === End of Windows Clipboard ===
    Thanks for the advice, but it's much easier for one person to change
    their name than for thousands of people to update their configs.

    What else one person should change for other people convenience? Seriously, @CHRS kludge was invented a long time ago, maybe it's time for thousands to start following the standards?


    ... Music Station BBS | https://bbs.bsrealm.net | telnet://bbs.bsrealm.net
    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Music Station | https://ms.bsrealm.net (2:5030/1997)
  • From ǽѬβá¡ñα â὿Ñó@1:129/14.1 to Alexey Fayans on Thu May 29 23:01:34 2025
    Hello Alexey!

    Friday May 30 2025 05:19, you wrote to me:

    What else one person should change for other people convenience?
    How does my name look now? It's in my native Cyrillic. Everyone, please add charset 866 to your editors. Nonsense.

    Alex

    --- GoldED+/W64-MSVC 1.1.5-b20250409
    * Origin: Glory to Ukraine! Glory to Heroes! Dump Trump! (1:129/14.1)
  • From Björn Felten@2:203/2 to Dan Clough on Fri May 30 09:49:36 2025
    Dan Clough -> Bj”rn Felten skrev 2025-05-29 15:49:
    Yes, Massa Gimme-Gimme. I will, of course, immediately see if I can
    give your Very Important Traffic on a depreciated network protocol,
    such as IPv4, higher priority.

    It's not "deprecated" (the proper spelling of what you mean).

    Oh, I'm sorry, Mr. Spelling Police. As this is my third (well actually my fourth since my uni education was with Proper English, not the bastardized US ditto) I'm still trying to keep up with this fourth language. But at least I've never complained about your horrible grammar.

    It's a world-wide standard, in widespread use.

    It was. A standard from 1981, when the web was more than a decade from being introduced and worldwide (sic) internet adoption was still another decade away. Stagnation has never been the way forward. Only redards think so.

    Also, I wasn't asking for
    higher priority, just that your system match what it advertises as it's capabilities. CM/IBN/INA. There aren't any "busy signals".

    What signals were they then? If you had quoted the errors you received, it might have helped you identify the problem.

    Why would it affect them at all? Are you using some kind of deprecated hardware, or something?

    You have no idea about my system, so why even try to tell me how to operate it?

    Strange how your system(s) are so unreliable.

    Not to any of my paying clients or free-of-charge important Fidonet friends, as far as I know. Yes, I know that there still are some IPv4 problems, but it does not seem to be a problem for all of them since they all use IPv6; therefore, my IPv6 theory. If you have any other explanation, I'm all ears.

    --

    Conning people is easy. You just need to overcome their intelligence. But convincing people they've been conned is much harder. You need to overcome their pride.

    ..

    --- Mozilla/5.0 (Windows; U; Windows NT 6.2; sv-SE; rv:1.9.1.5) Gecko/20091121
    * Origin: news://eljaco.se:4119 (2:203/2)
  • From Alexey Fayans@2:5030/1997 to Aleksandr Galiev on Fri May 30 12:31:14 2025
    Hello Aleksandr!

    On Thu, 29 May 2025 23:01 -0400, you wrote to me:

    What else one person should change for other people convenience?
    How does my name look now? It's in my native Cyrillic. Everyone,
    please add charset 866 to your editors. Nonsense.

    Looks good to me. For anyone without native CP866 support there is 866_850.chs for GoldED, but the default one is ugly, I had to create my own (https://pb.bsrealm.net/view/raw/22d8a5ae). GUI viewers/editors shouldn't have any issues too.


    ... Music Station BBS | https://bbs.bsrealm.net | telnet://bbs.bsrealm.net
    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Music Station | https://ms.bsrealm.net (2:5030/1997)
  • From Michiel van der Vlist@2:280/5555 to Gerrit Kuehn on Fri May 30 10:55:46 2025
    Hello Gerrit,

    On Thursday May 29 2025 12:00, you wrote to me:

    Who uses IPv6 networks anyways,

    MvdV>> About half the world by now.

    That depends very much on what values you actually look at. Most FTN operators count as "end user", so traffic comparison by volume on the carrier level is maybe not the best metric here. Also, this heavily depends on geography. Just to get an idea (yes, I know this is from
    2022, but you still get the idea): https://labs.ripe.net/author/wilhelm/ipv6-10-years-out-an-analysis-in- users-ta bles-and-traffic/

    Indeed there is no single simple way to measure IPv6 adoptation. My "about half the world buy now" was just a rough indication in respons to Alex' remark that suggested IPv6 was just some niche protocol.

    When we look at Fidonet, the list of IPv6 capable nodes presently has 108 entries. That is much less than half the number of unique entries in the nodelist, but with that we should keep in mind that the IPv6 nodes in the list are all or nearly all active nodes. Contrary to the global nodelist, there is very little dead wood in that list. So maybe the "about half" is not all that far off. Also, some or even many of the systems in Fidonet may be IPv6 capable without the sysop being aware of it. Except for the ones running very old hardware or some archaic OS, the systems themselves are IPv6 capable. Windows has IPv6 enabled by default since W7 and Linux is not far behind. Binkd supports IPv6 from versions above 1.00. Mystic and Sunchronet have followed. But contrary to the client only users, to run a fully fledged IPv6 Fidonet system one has to take some active steps. Like opening a pinhole in the IPv6 firewall. So there may be some Fidonet systems that could run an IPv6 node but still haven't enabled it.

    BTW, I am a bit curious about your use of feste-ip.net in you host name. I an familiar with feste-ip.net, I still have an account with them and I used it to experiment with their IPv4 -> IPv6 port forwarder. To be prepaired in case I ended up behind CGNAT.

    So what is your connection with feste-ip.net? AFAIK you are not running an IOv6 capable node.



    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.org (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Alex Galiyev on Fri May 30 11:32:46 2025
    Hello Alex,

    On Thursday May 29 2025 12:56, you wrote to me:


    they're damn slow.

    Nonsense. In fact IPv6 is a bit faster than IPv4. Less overhead.

    Tell this to our Comcast ISP users in Pennsylvania, in order to get
    better speeds, they have to disable ipv6.

    Then Comcast and/or their users are doing something wrong. Native IPv6 is definitely not slower than IPv4.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.org (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Dan Clough on Fri May 30 11:34:55 2025
    Hello Dan,

    On Thursday May 29 2025 08:49, you wrote to Bj”rn Felten:

    I could not care less about having/using IPv6. Version 4 works just
    fine.

    IPv4 will not keep "working just fine". In fact for many in the world it already has stopped "working just fine" after their ISP put their IPv4 behind CGNAT.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.org (2:280/5555)
  • From Björn Felten@2:203/2 to Alexey Fayans on Fri May 30 11:55:56 2025
    Alexey Fayans -> Aleksandr Galiev skrev 2025-05-30 11:31:
    GUI viewers/editors shouldn't have any issues too.

    One 21th century editor available on every computer today, without requiring any knowledge of Fidonet, i.e. Thunderbird, handles it effortlessly, eliminating any issues.

    I can see your Cyrillics without problems, not just in any of the headers; it will not be adequately translated, since they are not designed to use any FTN cludges. DUH!


    --

    Conning people is easy. You just need to overcome their intelligence. But convincing people they've been conned is much harder. You need to overcome their pride.

    ..

    --- Mozilla/5.0 (Windows; U; Windows NT 6.2; sv-SE; rv:1.9.1.5) Gecko/20091121
    * Origin: news://eljaco.se:4119 (2:203/2)
  • From Michiel van der Vlist@2:280/5555 to ǽѬβá¡ñα â὿Ñó on Fri May 30 11:04:21 2025
    Hello €«¥ªá ­¤à ƒ «¨¥¢!

    29 May 25 23:01:34, €«¥ªá ­¤à ƒ «¨¥¢ wrote to Alexey Fayans:

    What else one person should change for other people convenience?

    > How does my name look now? It's in my native Cyrillic.

    Looks OK to me.

    Everyone, please add charset 866 to your editors.

    To properly display both your name and Bjrn's name you really need UTF-8...



    Michiel


    --- gossipEd-windows/386 0.2.7-166-e6853144
    * Origin: (2:280/5555)
  • From Dan Clough@1:135/115 to Björn Felten on Fri May 30 08:05:52 2025
    Bj”rn Felten wrote to Dan Clough <=-

    Yes, Massa Gimme-Gimme. I will, of course, immediately see if I can
    give your Very Important Traffic on a depreciated network protocol,
    such as IPv4, higher priority.

    It's a world-wide standard, in widespread use.

    It was.

    Yes, and it still is, whether you like it or not.

    A standard from 1981, when the web was more than a decade
    from being introduced and worldwide (sic) internet adoption was still another decade away.

    None of that has anything to do with the subject at hand. Classic
    deflection attempt by somebody who's "out of ammo".

    To remind you - we're talking about how your system doesn't answer binkp connection attempts. If your system doesn't accept IPv4 connections,
    you should be indicating that with your nodelist entry.

    Also, I wasn't asking for
    higher priority, just that your system match what it advertises as it's capabilities. CM/IBN/INA. There aren't any "busy signals".

    What signals were they then? If you had quoted the errors you
    received, it might have helped you identify the problem.

    The "error" reported was "Unable to connect to el.jackoff.se" . That's
    it. Your system doesn't answer incoming connection attempts.

    Why would it affect them at all? Are you using some kind of deprecated hardware, or something?

    You have no idea about my system, so why even try to tell me how to operate it?

    Another non-answer. The question is (again): Why does your system not
    accept incoming calls, as advertised?

    Strange how your system(s) are so unreliable.

    Not to any of my paying clients or free-of-charge important Fidonet friends, as far as I know. Yes, I know that there still are some IPv4 problems, but it does not seem to be a problem for all of them since
    they all use IPv6; therefore, my IPv6 theory. If you have any other explanation, I'm all ears.

    I have the explanation. Your system doesn't support incoming IPv4 connections, and yet, your nodelist entry doesn't specify that. Either
    fix your hardware, or update your nodelist entry. Simple, eh?


    ... So easy, a child could do it. Child sold separately.
    === MultiMail/Linux v0.52
    --- SBBSecho 3.25-Linux
    * Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
  • From Dan Clough@1:135/115 to Michiel van der Vlist on Fri May 30 08:05:52 2025
    Michiel van der Vlist wrote to Dan Clough <=-

    I could not care less about having/using IPv6. Version 4 works just
    fine.

    IPv4 will not keep "working just fine".

    Is that like Al Gore saying the world would end "soon" due to "global
    warming" about 25 years ago?

    In fact for many in the world
    it already has stopped "working just fine" after their ISP put their
    IPv4 behind CGNAT.

    Yeah, well, I can't worry about (or fix) all the world's problems. Many people go to sleep hungry every night too. That sucks, but I can't fix
    that, and I can't worry about every single detail of the world's
    problems either. You can, if you want to.



    ... All hope abandon, ye who enter messages here.
    === MultiMail/Linux v0.52
    --- SBBSecho 3.25-Linux
    * Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
  • From Michiel van der Vlist@2:280/5555 to Dan Clough on Fri May 30 15:44:39 2025
    Hello Dan,

    On Friday May 30 2025 08:05, you wrote to me:

    IPv4 will not keep "working just fine".

    Is that like Al Gore saying the world would end "soon" due to "global warming" about 25 years ago?

    Irrelevant for the issue at hand.

    In fact for many in the world it already has stopped "working just
    fine" after their ISP put their IPv4 behind CGNAT.

    Yeah, well, I can't worry about (or fix) all the world's problems.
    Many people go to sleep hungry every night too. That sucks, but I
    can't fix that,

    But contrary to all these other problems, this is something you CAN do something about. You CAN upgrade your system to support IPv6. You may perceive it as not needed and you may be lucky and indeed not need it any time soon. IPv4 exhaustion may not be as big a problem in your neck of the woods as it is here. In the beginning your part of the world got a lot of IPv4. More than a fair share. So be it. But what happened to hat pioneer spirit that once made Fidonet great? Fidonet sysops were always eager to try out new technology. so what is stopping you from giving IPv6 a try? It isn't really hard once you get the hang of it. Why not give it a try? Just for the fun of it?

    You are welcome to join the IPv6 echo where you can get all the help you need from the IPv6 gurus in Fidonet.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.org (2:280/5555)
  • From Alex Galiyev@1:129/14.1 to Michiel van der Vlist on Fri May 30 10:25:20 2025
    Hello Michiel!

    Friday May 30 2025 11:32, you wrote to me:

    Tell this to our Comcast ISP users in Pennsylvania, in order to
    get better speeds, they have to disable ipv6.
    Then Comcast and/or their users are doing something wrong. Native IPv6
    is definitely not slower than IPv4.

    It's definitely slower by design:
    - Bigger headers (40 B vs. 20 B) add per-packet overhead.
    - Path MTU Discovery failures (blocked ICMPv6 "Too Big") lead to drops/retries. - Transitional tunnels (e.g. 6in4, Teredo) introduce extra hops and encapsulation cost.
    - Less hardware offload and OS-stack tuning for IPv6 vs. decades of IPv4 optimizations.

    Alex

    --- GoldED+/W64-MSVC 1.1.5-b20250409
    * Origin: Glory to Ukraine! Glory to Heroes! Dump Trump! (1:129/14.1)
  • From Dan Clough@1:135/115 to Michiel van der Vlist on Fri May 30 09:35:19 2025
    Michiel van der Vlist wrote to Dan Clough <=-

    In fact for many in the world it already has stopped "working just
    fine" after their ISP put their IPv4 behind CGNAT.

    Yeah, well, I can't worry about (or fix) all the world's problems.
    Many people go to sleep hungry every night too. That sucks, but I
    can't fix that,

    But contrary to all these other problems, this is something you CAN do something about. You CAN upgrade your system to support IPv6. You may perceive it as not needed and you may be lucky and indeed not need it
    any time soon. IPv4 exhaustion may not be as big a problem in your neck of the woods as it is here. In the beginning your part of the world got
    a lot of IPv4. More than a fair share. So be it. But what happened to
    hat pioneer spirit that once made Fidonet great? Fidonet sysops were always eager to try out new technology. so what is stopping you from giving IPv6 a try? It isn't really hard once you get the hang of it.
    Why not give it a try? Just for the fun of it?

    My ISP doesn't offer me IPv6. I'm not interested in putzing around to
    get some "workaround" tunnel thing working. Don't have time for such silliness, and there is no "fun of it" for me, as I'm just not
    interested in something which isn't a problem for me.

    You are welcome to join the IPv6 echo where you can get all the help
    you need from the IPv6 gurus in Fidonet.

    Yes, I read the echo. Seems to be mostly a self-congratulatory meeting
    place of mutual celebration/masturbation, with the repetitive posting of
    a list of Fido nodes who offer IPv6 connections. Doesn't interest me.




    ... Apathy Error: Strike any key...or none, for that matter.
    === MultiMail/Linux v0.52
    --- SBBSecho 3.25-Linux
    * Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
  • From Michiel van der Vlist@2:280/5555 to Alex Galiyev on Fri May 30 18:01:32 2025
    Hello Alex,

    On Friday May 30 2025 10:25, you wrote to me:

    Then Comcast and/or their users are doing something wrong. Native
    IPv6 is definitely not slower than IPv4.

    It's definitely slower by design:

    - Bigger headers (40 B vs. 20 B) add per-packet overhead.

    Hardly noticeable on modern hardware and well compensated by the packages themselves that can be larger.

    - Path MTU Discovery failures (blocked ICMPv6 "Too Big") lead to drops/retries.

    Blocking ICMPV6 is a configuration error, not a design flaw.

    - Transitional tunnels (e.g. 6in4, Teredo) introduce
    extra hops and encapsulation cost.

    Agreed, but those tunnel mechanisms were only meant to facilitate the transition. Should have been fased out long ago. And mostly are. I enjoy native IPv6 from my ISP for about a decade now.

    - Less hardware offload and OS-stack tuning for IPv6 vs. decades of
    IPv4 optimizations.

    IPv6 has been in use for well over a decade now. It has gone through the optimasation fase as well. Add to that the overhead in IPv4 like multiple levels of NAT and other tricks and work around to keep it working despite the IPv4 exhaustion.

    If IPv6 is noticeably slower than IPv4 someone is doing something wrong.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.org (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Dan Clough on Fri May 30 18:41:33 2025
    Hello Dan,

    On Friday May 30 2025 09:35, you wrote to me:

    But what happened to hat pioneer spirit that once made Fidonet
    great? Fidonet sysops were always eager to try out new technology.
    so what is stopping you from giving IPv6 a try? It isn't really hard
    once you get the hang of it. Why not give it a try? Just for the fun
    of it?

    My ISP doesn't offer me IPv6.

    And you are stuck with them? If so I do not envy you. Here I have a choice between over a dozen providers distributed over three fysical media. Nearly all of them offer native IPv6.

    I'm not interested in putzing around to get some "workaround" tunnel
    thing working.

    I have played around with tunnels before I got native IPv6 now nearly a decade ago. It was fun and an interesting experience.

    Don't have time for such silliness, and there is no "fun of it" for
    me, as I'm just not interested in something which isn't a problem for
    me.

    If you are no longer interested in trying out new things that seem to have no obvious purpose at first glance, why are you still in Fidonet? Fidonet is like a shipping company without passengers or cargo. But we just keep the ships running for the fun of it. It serves no real purpose any more.

    You are welcome to join the IPv6 echo where you can get all the
    help you need from the IPv6 gurus in Fidonet.

    Yes, I read the echo. Seems to be mostly a self-congratulatory
    meeting place of mutual celebration/masturbation,

    Like most of Fidonet...


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.org (2:280/5555)
  • From Alex Galiyev@1:129/14.1 to Michiel van der Vlist on Fri May 30 12:35:07 2025
    Hello Michiel!

    Friday May 30 2025 18:01, you wrote to me:

    If IPv6 is noticeably slower than IPv4 someone is doing something
    wrong.
    Maybe in Europe IPv6 works better, but here in the U.S. it works significantly slower and unstable.

    Alex

    --- GoldED+/W64-MSVC 1.1.5-b20250409
    * Origin: Glory to Ukraine! Glory to Heroes! Dump Trump! (1:129/14.1)
  • From Michiel van der Vlist@2:280/5555 to Alex Galiyev on Fri May 30 22:14:30 2025
    Hello Alex,

    On Friday May 30 2025 12:35, you wrote to me:


    If IPv6 is noticeably slower than IPv4 someone is doing something
    wrong.

    Maybe in Europe IPv6 works better, but here in the U.S. it works significantly slower and unstable.

    I have difficulty believing that applies to the entire US. The equipment is basically the same and I do not see any mention of it in reports from the various parties. Maybe you had had the bad luck of having to deal with an ISP that has just recently introduced IPv6 and who is still battling the learning curve.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.org (2:280/5555)
  • From Gerrit Kuehn@2:240/12 to Michiel van der Vlist on Fri May 30 20:59:41 2025
    Hello Michiel!

    30 May 25 10:55, Michiel van der Vlist wrote to Gerrit Kuehn:

    MvdV> When we look at Fidonet, the list of IPv6 capable nodes presently
    MvdV> has 108 entries. That is much less than half the number of unique
    MvdV> entries in the nodelist, but with that we should keep in mind that
    MvdV> the IPv6 nodes in the list are all or nearly all active nodes.

    Just what I said: there are different angles to looks at statistics like these.

    MvdV> Contrary to the global nodelist, there is very little dead wood in
    MvdV> that list. So maybe the "about half" is not all that far off. Also,
    MvdV> some or even many of the systems in Fidonet may be IPv6 capable
    MvdV> without the sysop being aware of it. Except for the ones running
    MvdV> very old hardware or some archaic OS, the systems themselves are
    MvdV> IPv6 capable.

    I always thought "old hardware or some archaic OS" was the very definition of a FTN system these days... ;-)

    MvdV> Windows has IPv6 enabled by default since W7 and
    MvdV> Linux is not far behind.

    I think the question is not so much about the technical support (for Linux or *BSD, IPv6 is available since around 2000). I know a couple of admins who -even if their provider supports IPv6- simply disable it on all machines due to the unnecessary complexity it comes with.

    MvdV> So what is your connection with feste-ip.net? AFAIK you are not
    MvdV> running an IOv6 capable node.

    NM.


    Regards,
    Gerrit

    ... 8:59PM up 175 days, 3:06, 9 users, load averages: 0.53, 0.64, 0.72

    --- msged/fbsd 6.3 2021-12-02
    * Origin: Things I already know (2:240/12)
  • From Nigel Reed@1:124/5016.3 to Alex Galiyev on Fri May 30 16:02:33 2025
    //Hello Alex,//

    on *5/30/2025* at *16:35:07* You wrote in area *FIDONEWS*
    to *Michiel van der Vlist* about *"FidoNews submission"*.

    Hello Michiel!

    Friday May 30 2025 18:01, you wrote to me:

    If IPv6 is noticeably slower than IPv4 someone is doing something wrong.
    Maybe in Europe IPv6 works better, but here in the U.S. it works significantly slower and unstable.

    Alex

    --- GoldED+/W64-MSVC 1.1.5-b20250409
    * Origin: Glory to Ukraine! Glory to Heroes! Dump Trump! (1:129/14.1)

    Where is your evidence of that? Seems pretty much the same.


    bbs@bbs:/sbbs/xtrn/DDAreaChoosers$ ping -6 ns3.sysadmininc.com
    PING ns3.sysadmininc.com (2001:470:1f0e:28a::2) 56 data bytes
    64 bytes from tunnel687396-pt.tunnel.tserv8.dal1.ipv6.he.net (2001:470:1f0e:28a::2): icmp_seq=1 ttl=55 time=1.11 ms
    64 bytes from tunnel687396-pt.tunnel.tserv8.dal1.ipv6.he.net (2001:470:1f0e:28a::2): icmp_seq=2 ttl=55 time=1.35 ms
    64 bytes from tunnel687396-pt.tunnel.tserv8.dal1.ipv6.he.net (2001:470:1f0e:28a::2): icmp_seq=3 ttl=55 time=1.39 ms
    64 bytes from tunnel687396-pt.tunnel.tserv8.dal1.ipv6.he.net (2001:470:1f0e:28a::2): icmp_seq=4 ttl=55 time=1.36 ms
    64 bytes from tunnel687396-pt.tunnel.tserv8.dal1.ipv6.he.net (2001:470:1f0e:28a::2): icmp_seq=5 ttl=55 time=1.44 ms
    ^C
    -+- ns3.sysadmininc.com ping statistics ---
    5 packets transmitted, 5 received, 0% packet loss, time 4006ms
    rtt min/avg/max/mdev = 1.111/1.327/1.437/0.112 ms bbs@bbs:/sbbs/xtrn/DDAreaChoosers$ ping -4 ns3.sysadmininc.com
    PING ns3.sysadmininc.com (107.174.228.105) 56(84) bytes of data.
    64 bytes from ns3.sysadmininc.com (107.174.228.105): icmp_seq=1 ttl=53 time=5.77 ms
    64 bytes from ns3.sysadmininc.com (107.174.228.105): icmp_seq=2 ttl=53 time=6.40 ms
    64 bytes from ns3.sysadmininc.com (107.174.228.105): icmp_seq=3 ttl=53 time=1.36 ms
    64 bytes from ns3.sysadmininc.com (107.174.228.105): icmp_seq=4 ttl=53 time=1.31 ms
    64 bytes from ns3.sysadmininc.com (107.174.228.105): icmp_seq=5 ttl=53 time=1.36 ms


    This is US to US

    bbs@bbs:/sbbs/xtrn/DDAreaChoosers$ ping -6 ns2.sysadmininc.com
    PING ns2.sysadmininc.com (2a04:92c7:2:376::eac5) 56 data bytes
    64 bytes from ns2.sysadmininc.com (2a04:92c7:2:376::eac5): icmp_seq=1 ttl=48 time=109 ms
    64 bytes from ns2.sysadmininc.com (2a04:92c7:2:376::eac5): icmp_seq=2 ttl=48 time=105 ms
    64 bytes from ns2.sysadmininc.com (2a04:92c7:2:376::eac5): icmp_seq=3 ttl=48 time=105 ms
    64 bytes from ns2.sysadmininc.com (2a04:92c7:2:376::eac5): icmp_seq=4 ttl=48 time=105 ms
    64 bytes from ns2.sysadmininc.com (2a04:92c7:2:376::eac5): icmp_seq=5 ttl=48 time=131 ms
    ^C
    -+- ns2.sysadmininc.com ping statistics ---
    5 packets transmitted, 5 received, 0% packet loss, time 4004ms
    rtt min/avg/max/mdev = 105.010/111.013/131.118/10.154 ms bbs@bbs:/sbbs/xtrn/DDAreaChoosers$ ping -4 ns2.sysadmininc.com
    PING ns2.sysadmininc.com (130.185.249.215) 56(84) bytes of data.
    64 bytes from ns2.sysadmininc.com (130.185.249.215): icmp_seq=1 ttl=49 time=113 ms
    64 bytes from ns2.sysadmininc.com (130.185.249.215): icmp_seq=2 ttl=49 time=104 ms
    64 bytes from ns2.sysadmininc.com (130.185.249.215): icmp_seq=3 ttl=49 time=104 ms
    64 bytes from ns2.sysadmininc.com (130.185.249.215): icmp_seq=4 ttl=49 time=104 ms
    64 bytes from ns2.sysadmininc.com (130.185.249.215): icmp_seq=5 ttl=49 time=105 ms

    and then US to UK.

    --- WinPoint 415.0
    * Origin: Original *WinPoint* Origin! (1:124/5016.3)
  • From Alex Galiyev@1:129/14.1 to Nigel Reed on Fri May 30 17:45:31 2025
    Hello Nigel!

    Friday May 30 2025 16:02, you wrote to me:

    Where is your evidence of that? Seems pretty much the same.
    Simply sending 56-byte ICMP echo requests is not enough, this cannot serve as evidence.
    You need to send real payloads over a period of a few days to gather some evidence.
    I've worked in MSPs my whole career, so I have real-life experience with how IPv6 works here in Pennsylvania and IT SUCKS.

    Comcast is the worst when it comes to IPV6.

    Alex

    --- GoldED+/W64-MSVC 1.1.5-b20250409
    * Origin: Glory to Ukraine! Glory to Heroes! Dump Trump! (1:129/14.1)
  • From Dan Clough@1:135/115 to Michiel van der Vlist on Fri May 30 20:38:49 2025
    Michiel van der Vlist wrote to Dan Clough <=-

    But what happened to hat pioneer spirit that once made Fidonet
    great? Fidonet sysops were always eager to try out new technology.
    so what is stopping you from giving IPv6 a try? It isn't really hard
    once you get the hang of it. Why not give it a try? Just for the fun
    of it?

    My ISP doesn't offer me IPv6.

    And you are stuck with them? If so I do not envy you. Here I have a choice between over a dozen providers distributed over three fysical media. Nearly all of them offer native IPv6.

    Yes, it is the only realistic option I have. Not uncommon in the USA as
    far as I know. Cable/broadband companies often have their "territory"
    and they are the only provider in that area.

    I'm not interested in putzing around to get some "workaround" tunnel
    thing working.

    I have played around with tunnels before I got native IPv6 now nearly a decade ago. It was fun and an interesting experience.

    I like playing with lots of things, but that doesn't interest me in the slightest.

    Don't have time for such silliness, and there is no "fun of it" for
    me, as I'm just not interested in something which isn't a problem for
    me.

    If you are no longer interested in trying out new things that seem to have no obvious purpose at first glance, why are you still in Fidonet? Fidonet is like a shipping company without passengers or cargo. But we just keep the ships running for the fun of it. It serves no real
    purpose any more.

    Well, that may be your opinion. It serves purposes for me. I enjoy the configuration of FTN software, updating/customizing the BBS, and reading echomail traffic. I mean, we are having this very conversation on
    FidoNet, aren't we?

    You are welcome to join the IPv6 echo where you can get all the
    help you need from the IPv6 gurus in Fidonet.

    Yes, I read the echo. Seems to be mostly a self-congratulatory
    meeting place of mutual celebration/masturbation,

    Like most of Fidonet...

    Not really, it's quite different from most as far as I can see. I mean,
    what "real purpose" does it serve? Just a way for folks to congratulate
    each other on having an IPv6 address? LOL Very silly.



    ... Backup not found: (A)bort (R)etry (P)anic
    === MultiMail/Linux v0.52
    --- SBBSecho 3.25-Linux
    * Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
  • From Nigel Reed@1:124/5016 to Alex Galiyev on Fri May 30 20:37:47 2025
    Re: FidoNews submission
    By: Alex Galiyev to Nigel Reed on Fri May 30 2025 17:45:31

    Simply sending 56-byte ICMP echo requests is not enough, this cannot serve as evidence.
    You need to send real payloads over a period of a few days to gather some evidence.
    I've worked in MSPs my whole career, so I have real-life experience with how IPv6 works here in Pennsylvania and IT SUCKS.

    bbs@bbs:~$ wget http://ipv4.download.thinkbroadband.com/1GB.zip (ipv4.download.thinkbroadband.com)|80.249.99.148|:80... connected.
    Length: 1073725334 (1024M) [application/zip]
    Saving to: `1GB.zip'
    1GB.zip
    100%[============================>] 1024M 17.4MB/s in 77s
    2025-05-30 20:30:47 (13.2 MB/s)

    bbs@bbs:~$ wget http://ipv6.download.thinkbroadband.com/1GB.zip (ipv6.download.thinkbroadband.com)... 2a02:68:1:7::1|:80... connected.
    Length: 1073725334 (1024M) [application/zip]
    Saving to: `1GB.zip.1'
    1GB.zip.1
    100%[============================>] 1024M 16.0MB/s in 75s

    So a 1GB file was 2 seconds quicker over ipv6 than ipv4 from some random host I found. I suppose this isn't enough of a test either?
    --- SBBSecho 3.27-Linux
    * Origin: End Of The Line BBS - endofthelinebbs.com (1:124/5016)
  • From Alex Galiyev@1:129/14.1 to Nigel Reed on Fri May 30 22:16:12 2025
    Hello Nigel!

    Friday May 30 2025 20:37, you wrote to me:

    So a 1GB file was 2 seconds quicker over ipv6 than ipv4 from some
    random host I found. I suppose this isn't enough of a test either?
    Nope, this is still not a valid test.

    Alex

    --- GoldED+/W64-MSVC 1.1.5-b20250409
    * Origin: Glory to Ukraine! Glory to Heroes! Dump Trump! (1:129/14.1)
  • From Ward Dossche@2:292/854 to Dan Clough on Sat May 31 11:15:41 2025
    Dan,

    Yes, it is the only realistic option I have. Not uncommon in the USA as far as I know. Cable/broadband companies often have their "territory"
    and they are the only provider in that area.

    With the pile of friends I have overthere it is indeed a case.

    My guess is US-based ISPs have tonnes of IPv4-addresses reserved and think they can get away with not investing in IPv6.

    Now I need to say, I do have IPv6 parallel to IPv4 but when it drops to IPv4 for whatever reason or the other I don't notice until Wilfred calls me after a day or two-three.

    We all know technology renews faster and faster and I wonder if US-based (and Canadian?) ISPs are not playing Russian roulette with their customers...

    Not really, it's quite different from most as far as I can see. I mean, what "real purpose" does it serve? Just a way for folks to congratulate each other on having an IPv6 address? LOL Very silly.

    Well? Aren't you going to congratulate me? 8-)

    \%/@rd

    --- DB4 - 20230201
    * Origin: Many Glacier - Preserve / Protect / Conserve (2:292/854)
  • From Michiel van der Vlist@2:280/5555 to Gerrit Kuehn on Sat May 31 14:45:47 2025
    Hello Gerrit,

    On Friday May 30 2025 20:59, you wrote to me:

    MvdV>> Contrary to the global nodelist, there is very little dead wood
    MvdV>> in that list. So maybe the "about half" is not all that far
    MvdV>> off. Also, some or even many of the systems in Fidonet may be
    MvdV>> IPv6 capable without the sysop being aware of it. Except for
    MvdV>> the ones running very old hardware or some archaic OS, the
    MvdV>> systems themselves are IPv6 capable.

    I always thought "old hardware or some archaic OS" was the very
    definition of a FTN system these days... ;-)

    Today it wouid seem that way. But in the haydays of Fidonet syssop were always eager to try out new technology and even spend considerable amount of mobney on it. ISDN was embraced and so wsa DSL. Now FOIP is the rule rather than te exception. So why the reluctance to embrace IPv6? Contrary to ISDN, it doenn't have to cost anything in most cases. Complexity? Oh c'mon, ISDN was far more complex to install than IPv6.

    MvdV>> Windows has IPv6 enabled by default since W7 and
    MvdV>> Linux is not far behind.

    I think the question is not so much about the technical support (for
    Linux or *BSD, IPv6 is available since around 2000). I know a couple
    of admins who -even if their provider supports IPv6- simply disable it
    on all machines due to the unnecessary complexity it comes with.

    Than these admins have not understood or they are just lazy. Yes, a dusl stack system is moe complex than a single stack IPv4 system. But IPv6 by itself is not more complex than IPv4. On the contrary I would say. IPv6 is less complex. But it is different, there is a learning cuve and one has to "unlearn" some of the "IPv4 think". But once past that, it is relatively easy. And unavoidable in the long run anyway...


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.org (2:280/5555)
  • From Kurt Weiske@1:218/700 to Michiel van der Vlist on Sat May 31 10:24:12 2025
    Michiel van der Vlist wrote to Dan Clough <=-

    If you are no longer interested in trying out new things that seem to have no obvious purpose at first glance, why are you still in Fidonet? Fidonet is like a shipping company without passengers or cargo. But we just keep the ships running for the fun of it. It serves no real
    purpose any more.

    Yes, but they're STEAM SHIPS, not newfangled container ships. We're
    shipping EBOLA MONKEYS around the world, not the latest consumer goods.



    --- MultiMail/Win v0.52
    * Origin: http://realitycheckbbs.org | tomorrow's retro tech (1:218/700)
  • From Gerrit Kuehn@2:240/12 to Michiel van der Vlist on Sat May 31 20:37:54 2025
    Hello Michiel!

    31 May 25 14:45, Michiel van der Vlist wrote to Gerrit Kuehn:

    MvdV> Now FOIP is the rule rather than te exception. So why the
    MvdV> reluctance to embrace IPv6? Contrary to ISDN, it doenn't have to
    MvdV> cost anything in most cases. Complexity? Oh c'mon, ISDN was far
    MvdV> more complex to install than IPv6.

    ISDN offered benefits: higher bandwidth (i.e., lower transfer costs), channel bundling, using your voice phone while data transmission is running, just to name a few.
    IPv6 offers nothing for most sysops apart from time to spend on understanding it, making it work, keeping it running.

    I think the question is not so much about the technical support (for
    Linux or *BSD, IPv6 is available since around 2000). I know a couple
    of admins who -even if their provider supports IPv6- simply disable
    it on all machines due to the unnecessary complexity it comes with.

    MvdV> Than these admins have not understood or they are just lazy.

    "lazy" is the wrong word here. Not everyone is a retired person in a single household. Having a job, running a family, maintaining a house, vehicles and other things the familiy needs consumes lots of time already. When there is not much time left in the first place, why bother with IPv6?

    MvdV> Yes, a
    MvdV> dusl stack system is moe complex than a single stack IPv4 system.
    MvdV> But IPv6 by itself is not more complex than IPv4. On the contrary I
    MvdV> would say. IPv6 is less complex.

    I beg to differ: I spent the better part of a weekend understanding just the parts I need to get everything running with my DSlite connection (mainly DHCP, DNS, routing). It *is* more complex than IPv4 in many places, running IPv4 and IPv6 together needs even more thinking, firewalling and other security aspects come on top.
    I am thinking about disabling it again on my internal (in-house) network. It provides no benefit.

    MvdV> But it is different, there is a
    MvdV> learning cuve and one has to "unlearn" some of the "IPv4 think".
    MvdV> But once past that, it is relatively easy. And unavoidable in the
    MvdV> long run anyway...

    I do not see any device or OS being sold as "IPv6 only" in the medium-term future. There are way to many installations that require IPv4 compatibility. There is no market for an "IPv6 only" device or software.


    Regards,
    Gerrit

    ... 8:37PM up 176 days, 2:44, 10 users, load averages: 0.69, 0.71, 0.68

    --- msged/fbsd 6.3 2021-12-02
    * Origin: A true lie to believe (2:240/12)
  • From Alexey Fayans@2:5030/1997 to Michiel van der Vlist on Sun Jun 1 00:14:07 2025
    Hello Michiel!

    On Sat, 31 May 2025 14:45 +0200, you wrote to Gerrit Kuehn:

    So why the reluctance to embrace IPv6?

    Because of the way it's implemented worldwide. Once it will be mandatory and primary protocol, I am sure everyone will embrace it.


    ... Music Station BBS | https://bbs.bsrealm.net | telnet://bbs.bsrealm.net
    --- GoldED+/W32-MSVC 1.1.5-b20180707
    * Origin: Music Station | https://ms.bsrealm.net (2:5030/1997)
  • From Michiel van der Vlist@2:280/5555.1 to Gerrit Kuehn on Sun Jun 1 17:46:49 2025
    Hello Gerrit,

    On Saturday May 31 2025 20:37, you wrote to me:

    ISDN offered benefits: higher bandwidth (i.e., lower transfer costs), channel bundling,

    The lower transfer cost was not all that spectacular. 64k vs 56k or 28k6. 1.5 dB at best and 3 dB worst case. Against considerable cost for the equipment and an almost doubled montly feee.

    using your voice phone while data transmission is running,

    Having two "lines" was indeed a notable "plus". I would have loved to have two "lines" in the mid nineties. My then wife could be very long winded on the telephone. Two hour were no exception. A second line would have been welcome. Unfortunately ISDN was not available in my area until after 1996. And then she died and I did not need that second line any more. So I skipped ISDN. why spend time and money on ISDN when POTS just worked fine?

    When my present wife came to live with me we had DSL and mobile phones, so no need for a second fixed line either.

    just to name a few. IPv6 offers nothing for most sysops apart
    from time to spend on understanding it, making it work, keeping it running.

    IPv6 offers advantages for sysops. For starters there is the obvious "IPv4 will not just keep working well" forever as you yourself have just found out with your DS-light glasfiber connection. You are not the first to run into this problem and you will not be the last. There just isn't enough IPv4 to given everyone on this planet his/her own unique gloabally routable IPv4 address.

    IPv6 solves that problem. And more than that. You do not just get ONE IPv6 address, you get enough to let every device in your network have its own unique globally routable IPv6 address. You can have an unlimited amount of serves running without having to mess with non standard port numbers. And more...

    I think the question is not so much about the technical support
    (for Linux or *BSD, IPv6 is available since around 2000). I know
    a couple of admins who -even if their provider supports IPv6-
    simply disable it on all machines due to the unnecessary
    complexity it comes with.

    MvdV>> Than these admins have not understood or they are just lazy.

    "lazy" is the wrong word here. Not everyone is a retired person in a single household. Having a job, running a family, maintaining a house, vehicles and other things the familiy needs consumes lots of time
    already. When there is not much time left in the first place, why
    bother with IPv6?

    Because IPv4 will not "just keep working" The transition to IPv6 is anavoidable if only to solve the problem of IPv4 exhaustion. Admins that do so for a job have a duty to convey that message to those who pay them. If they neglect that they are not doing their job.

    MvdV>> Yes, a dual stack system is more complex than a single stack IPv4
    MvdV>> system. But IPv6 by itself is not more complex than IPv4. On
    MvdV>> the contrary I would say. IPv6 is less complex.

    I beg to differ: I spent the better part of a weekend understanding
    just the parts I need to get everything running with my DSlite
    connection (mainly DHCP, DNS, routing). It *is* more complex than IPv4
    in many places,

    You have been dealing with IPv4 for decades. You were not prepaired for the situation that it would not "just keep working" Of course IPv6 looks more complex to you. Had you started a decade ago with familarizing it slowly one bit at the time you would percive it what it is: less complex.

    MvdV>> But it is different, there is a learning cuve and one has to
    MvdV>> "unlearn" some of the "IPv4 think". But once past that, it is
    MvdV>> relatively easy. And unavoidable in the long run anyway...

    I do not see any device or OS being sold as "IPv6 only" in the
    medium-term future. There are way to many installations that require
    IPv4 compatibility. There is no market for an "IPv6 only" device or software.

    And yet Microsoft, Google and some other Big tech ones are running their server parks IPv6 only internally. They only do IPv4 to IPv6 translation ad the edge of their networks. Mobile networks that offer IPv6 heve their network do IPv6 only. They offer IPv4 "as a service". All in preparation of an IPv6 only internet.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20130111
    * Origin: Michiel's laptop (2:280/5555.1)
  • From Gerrit Kuehn@2:240/12 to Michiel van der Vlist on Sun Jun 1 18:35:24 2025
    Hello Michiel!

    01 Jun 25 17:46, Michiel van der Vlist wrote to Gerrit Kuehn:


    ISDN offered benefits: higher bandwidth (i.e., lower transfer costs),
    channel bundling,

    MvdV> The lower transfer cost was not all that spectacular. 64k vs 56k or
    MvdV> 28k6. 1.5 dB at best and 3 dB worst case. Against considerable
    MvdV> cost for the equipment and an almost doubled montly feee.

    That depended heavily on the country you lived in (and the phone companies offering the service).

    MvdV> So I skipped ISDN. why spend time and
    MvdV> money on ISDN when POTS just worked fine?

    Yeah, why go for IPv6 if IPv4 works just fine? You ignored the drawbacks of POTS, other ignore those of IPv4.

    MvdV> IPv6 offers advantages for sysops. For starters there is the
    MvdV> obvious "IPv4 will not just keep working well" forever as you
    MvdV> yourself have just found out with your DS-light glasfiber
    MvdV> connection.

    Being an "early adopter" for anything is something you should decide on carefully. I have done so in the past, sometimes it turned out to be a good idea, but often enough you just say "I should have waited with that" in hindsight.

    MvdV> IPv6 solves that problem. And more than that. You do not just get
    MvdV> ONE IPv6 address, you get enough to let every device in your
    MvdV> network have its own unique globally routable IPv6 address. You can
    MvdV> have an unlimited amount of serves running without having to mess
    MvdV> with non standard port numbers. And more...

    Yeah, horrible from a security point of view. I do not want all devices in my network to have routable addresses, heck no! Even more so when thinking about the address being permanent. IPv6 requires much more thought on network security.

    why bother with IPv6?

    MvdV> Because IPv4 will not "just keep working"

    It will do so for a very long time, at least in private networks.

    MvdV> You have been dealing with IPv4 for decades. You were not prepaired
    MvdV> for the situation that it would not "just keep working"

    Actually, I think I was well prepared, but never mind...

    MvdV> Of course
    MvdV> IPv6 looks more complex to you. Had you started a decade ago with
    MvdV> familarizing it slowly one bit at the time you would percive it
    MvdV> what it is: less complex.

    How is a network interface having one 32bit address supposed to be less complex than a network interface having (at least) three different 128bit addresses on top of that?
    IPv6 is practically unusable without working DNS, but exactly that in combination with auto-configuration has been neglected for a long time.

    I do not see any device or OS being sold as "IPv6 only" in the
    medium-term future. There are way to many installations that require
    IPv4 compatibility. There is no market for an "IPv6 only" device or
    software.

    MvdV> And yet Microsoft, Google and some other Big tech ones are running
    MvdV> their server parks IPv6 only internally. They only do IPv4 to IPv6
    MvdV> translation ad the edge of their networks.

    Sure, as these are large companies. However, the smaller your private network is and the more legacy devices you have there, the less real benefit there is in migration.


    Regards,
    Gerrit

    ... 6:35PM up 177 days, 42 mins, 10 users, load averages: 0.61, 0.61, 0.61

    --- msged/fbsd 6.3 2021-12-02
    * Origin: A true lie to believe (2:240/12)
  • From Dean Galloway@1:218/620 to Gerrit Kuehn on Mon Jun 2 00:45:17 2025
    Hi all!

    Hello Michiel!

    01 Jun 25 17:46, Michiel van der Vlist wrote to Gerrit Kuehn:


    ISDN offered benefits: higher bandwidth (i.e., lower transfer
    costs),
    channel bundling,

    (snip>

    I've been following this conversation back and forward for a while, and I wanted to break in as someone mentioned a group/echo about Sysops using IPV6, and I was wondering if someone could tell me which group this is? I'm assuming it's Fidonet?

    Thanks,
    Dean.

    --- D'Bridge 4
    * Origin: DOSExchange Mailer (1:218/620)
  • From Michiel van der Vlist@2:280/5555 to Dean Galloway on Mon Jun 2 10:00:39 2025
    Hello Dean,

    On Monday June 02 2025 00:45, you wrote to Gerrit Kuehn:

    I've been following this conversation back and forward for a while,
    and I wanted to break in as someone mentioned a group/echo about
    Sysops using IPV6, and I was wondering if someone could tell me which group this is? I'm assuming it's Fidonet?

    It is the IPV6 echo created by me in 2011. Available almost anywhere in Fidonet. Your host would be good starting point.

    You are welcome to join.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.org (2:280/5555)
  • From Dean Galloway@1:218/620 to Michiel van der Vlist on Mon Jun 2 03:07:10 2025
    Hi Michiel,

    It is the IPV6 echo created by me in 2011. Available almost anywhere in Fidonet. Your host would be good starting point.

    You are welcome to join.

    Ah OK, I did subscribe to the IPV6 echo a couple of days ago but no traffic so far.

    Thanks,
    Dean.

    --- D'Bridge 4
    * Origin: DOSExchange Mailer (1:218/620)
  • From Michiel van der Vlist@2:280/5555 to Dean Galloway on Mon Jun 2 12:38:38 2025
    Hello Dean,

    On Monday June 02 2025 03:07, you wrote to me:

    It is the IPV6 echo created by me in 2011. Available almost
    anywhere in Fidonet. Your host would be good starting point.

    You are welcome to join.

    Ah OK, I did subscribe to the IPV6 echo a couple of days ago but no traffic so far.

    There is not much traffic these day. Very few necomers and all the old problems seem to be solved.

    If your uplink supports it I recommend a rescan.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.org (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Gerrit Kuehn on Mon Jun 2 13:49:47 2025
    Hello Gerrit,

    On Sunday June 01 2025 18:35, you wrote to me:

    ISDN offered benefits: higher bandwidth (i.e., lower transfer
    costs), channel bundling,

    MvdV>> The lower transfer cost was not all that spectacular. 64k vs 56k or
    MvdV>> 28k6. 1.5 dB at best and 3 dB worst case. Against considerable cost
    MvdV>> for the equipment and an almost doubled montly feee.

    That depended heavily on the country you lived in (and the phone
    companies offering the service).

    True. That applies to IPv6 as well. Here in The Netherlands there is competition between ISPs. One can easely find an IASP that supports IPv6. In the US, there often is just ONE ISP in an area and if that one does not support IPv6m tough luck.

    MvdV>> So I skipped ISDN. why spend time and money on ISDN when POTS just
    MvdV>> worked fine?

    Yeah, why go for IPv6 if IPv4 works just fine?

    I was just parafrasing you. But in the case of IPv6 isn't it obvious by now? You have expereinced by yourself that "IPv4 does not work fine" any more. Your new fiberglass provider does not offer you a glabally routable IPv4 address.

    You ignored the drawbacks of POTS,

    At the time, POTS had no drawbacks for me. It worked fine for me until VOIP became available.

    MvdV>> IPv6 offers advantages for sysops. For starters there is the
    MvdV>> obvious "IPv4 will not just keep working well" forever as you
    MvdV>> yourself have just found out with your DS-light glasfiber
    MvdV>> connection.

    Being an "early adopter" for anything is something you should decide
    on carefully. I have done so in the past, sometimes it turned out to
    be a good idea, but often enough you just say "I should have waited
    with that" in hindsight.

    Yes, early adoption does not always work out well. Sometimes it does and sometimes it doesn't.

    In Fidonet the early IPv6 adapoters can be found in the top five of the list I publish weekly in Fidonet. i doubt they will regret their choice.

    MvdV>> IPv6 solves that problem. And more than that. You do not just
    MvdV>> get ONE IPv6 address, you get enough to let every device in
    MvdV>> your network have its own unique globally routable IPv6
    MvdV>> address. You can have an unlimited amount of serves running
    MvdV>> without having to mess with non standard port numbers. And
    MvdV>> more...

    Yeah, horrible from a security point of view.I do not want all
    devices in my network to have routable addresses, heck no! Even more
    so when thinking about the address being permanent. IPv6 requires much more thought on network security.

    Sigh....

    That point had been debunked over a decade ago! While in he very early days of IPv6 that may have been an issue, now every IPv6 capable IPv6 router has a firewll that blocks all unsollicted income by default. That you devices have a globally routable address does not mean that they are exposed to the ugly internet. In fact it is more secure that IPv4 hiding behaind NAT. NAT is mode complex and has loopholes...

    why bother with IPv6?

    MvdV>> Because IPv4 will not "just keep working"

    It will do so for a very long time, at least in private networks.

    You now have DS-Lite where IPv4 does NOT "just keep working".

    MvdV>> You have been dealing with IPv4 for decades. You were not
    MvdV>> prepaired for the situation that it would not "just keep
    MvdV>> working"

    Actually, I think I was well prepared, but never mind...

    MvdV>> Of course IPv6 looks more complex to you. Had you started a decade
    MvdV>> ago with familarizing it slowly one bit at the time you would
    MvdV>> percive it what it is: less complex.

    How is a network interface having one 32bit address supposed to be
    less complex than a network interface having (at least) three
    different 128bit addresses on top of that?

    If you had adopted IPv6 earlier and worked with it for some time you would you would know the answer. ;-)

    IPv6 is practically unusable without working DNS,

    The whole internet is practically unususable without DNS. IPv6 works fine with IPv6. What is the problem?

    I do not see any device or OS being sold as "IPv6 only" in the
    medium-term future. There are way to many installations that
    require IPv4 compatibility. There is no market for an "IPv6
    only" device or software.

    MvdV>> And yet Microsoft, Google and some other Big tech ones are
    MvdV>> running their server parks IPv6 only internally. They only do
    MvdV>> IPv4 to IPv6 translation ad the edge of their networks.

    Apple demands that apps in the IPhone appstore have demonstrated that they can work in an IPv6 only environment.

    Sure, as these are large companies.

    They would not invest in IPv6 only if they did not think that is the future.

    Yes, IPv4 will be with us for quite some time. I may not live to see it switched off. But IPv6 is the future. It is not a gag that will blow over. To keep ignoring it is a dead end.

    However, the smaller your private network is and the more legacy
    devices you have there, the less real benefit there is in migration.

    "Smaller private network" and "more legacy devices" is a contradiction. Anyway, these legacy devices can keep running along in a dual stack network until they are no longer supported by the manufacturer or the infrastucture. It does not have to stop anyone from adopting Ipv6. he who does not prepare for that will run into a dead end street some day.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.org (2:280/5555)
  • From Kurt Weiske@1:218/700 to Michiel van der Vlist on Mon Jun 2 07:30:26 2025
    Michiel van der Vlist wrote to Gerrit Kuehn <=-

    ISDN offered benefits: higher bandwidth (i.e., lower transfer costs), channel bundling,

    The lower transfer cost was not all that spectacular. 64k vs 56k or
    28k6. 1.5 dB at best and 3 dB worst case. Against considerable cost for the equipment and an almost doubled montly feee.

    It was nice that I could get an almost 56k connect with my side being
    digital from the CO to me.

    using your voice phone while data transmission is running,

    Having two "lines" was indeed a notable "plus". I would have loved to have two "lines" in the mid nineties.

    I had an ISDN line at home in the 90s. I used a Motorola BitSurfr modem
    to connect to a Shiva LANRover at work, which got me onto the internet.
    I could bind both channels to get a 112k connect to the internet or use
    one 56k line for the BBS inbound line and one 56k line for internet connectivity. That was about the same time that I started polling for
    Fido mail via FTP, and it changed the BBS from polling once a night to a
    couple of times a day. Good times.



    --- MultiMail/Win v0.52
    * Origin: http://realitycheckbbs.org | tomorrow's retro tech (1:218/700)
  • From Gerrit Kuehn@2:240/12 to Michiel van der Vlist on Mon Jun 2 18:31:03 2025
    Hello Michiel!

    02 Jun 25 13:49, Michiel van der Vlist wrote to Gerrit Kuehn:

    Yeah, why go for IPv6 if IPv4 works just fine?

    MvdV> I was just parafrasing you.

    And you are right: Leap-frogging ISDN was an option. If I had adopted IPv6 back in 2000 when it first became available, I'd certainly have learned at lot about it. But a good part of that knowledge would be obsolete by now.
    In the end, we are discussing about the best choice of time when to move on. This heavily depends on each personal situation, and mine is different from yours, that's all. I do not see much use in continuing this discussion.

    MvdV> But in the case of IPv6 isn't it
    MvdV> obvious by now? You have expereinced by yourself that "IPv4 does
    MvdV> not work fine" any more. Your new fiberglass provider does not
    MvdV> offer you a glabally routable IPv4 address.

    I'd rather say "IPv6 is not working fine" in this case. It cannot fully replace IPv4 at this point.

    You ignored the drawbacks of POTS,

    MvdV> At the time, POTS had no drawbacks for me.

    IPv4 has no drawbacks for me as long as it is available. IPv6, on the other hand, has a couple of them.

    MvdV> Yes, early adoption does not always work out well. Sometimes it
    MvdV> does and sometimes it doesn't.

    As I wrote above: it depends on your personal situation.

    Yeah, horrible from a security point of view.I do not want all
    devices in my network to have routable addresses, heck no! Even more
    so when thinking about the address being permanent. IPv6 requires
    much more thought on network security.

    MvdV> That point had been debunked over a decade ago! While in he very
    MvdV> early days of IPv6 that may have been an issue, now every IPv6
    MvdV> capable IPv6 router has a firewll that blocks all unsollicted
    MvdV> income by default.

    Yes, but that is the pathological setup where you do not want to offer any services to the world (like binkd). Everything beyond that will require reworking at least your perimeter firewall.

    MvdV> That you devices have a globally routable
    MvdV> address does not mean that they are exposed to the ugly internet.

    Given the router is properly configured. However, I still have to bother with permanent or long-lasting addresses that leak metadata and easily allow tracking of your devices. Here come dynamic prefixes and dynamic devices addresses... yes, all doable, but needs proper insight that allows you to do this and check that it actually works.

    MvdV> In fact it is more secure that IPv4 hiding behaind NAT. NAT is mode
    MvdV> complex and has loopholes...

    Which are well known.
    OTOH, IPv6 has introduced things like NAT66 and NPTv6 because (years after the first specification of IPv6 - so much for "early adopting") things like permanent addresses that were advertised as a "feature" in the first place turned out to have drawbacks for many people.

    It will do so for a very long time, at least in private networks.

    MvdV> You now have DS-Lite where IPv4 does NOT "just keep working".

    My private network does not care about DSlite at all.

    How is a network interface having one 32bit address supposed to be
    less complex than a network interface having (at least) three
    different 128bit addresses on top of that?

    MvdV> If you had adopted IPv6 earlier and worked with it for some time
    MvdV> you would you would know the answer. ;-)

    Yeah, if I had been an early adopter I would have lived through experiencing one IPv6 trouble after another and all the things that were invented to patch these. I am not too sad to have been saved from that. ;)

    IPv6 is practically unusable without working DNS,

    MvdV> The whole internet is practically unususable without DNS.

    Private networks work just fine without DNS in many places. My point was: if your autoconfig DNS fails for some reason. In the beginning, IPv6 completely neglected autoconfig of DNS. This has been patched with managed flags, multicasting and extensions in router advertisements (RDNSS/DNSSL).

    MvdV> IPv6 works fine with IPv6. What is the problem?

    No problem, I just do not get your point here.

    MvdV> Apple demands that apps in the IPhone appstore have demonstrated
    MvdV> that they can work in an IPv6 only environment.

    I could not care less.

    MvdV> They would not invest in IPv6 only if they did not think that is
    MvdV> the future.

    It is. But as with all new technology: adoption will take time. Over that time, even the new technology will evolve. Everyone will have to find out when the best point in time to jump the train is reached.
    Hardly any FTN sysop will have benefitted from IPv6 back in 2000. This is different today, but still far away from "cannot do without".

    MvdV> Yes, IPv4 will be with us for quite some time. I may not live to
    MvdV> see it switched off. But IPv6 is the future. It is not a gag that
    MvdV> will blow over. To keep ignoring it is a dead end.

    The "dead end" will stay with us for a very long time, indeed. Maybe another 25 years will suffice, but it probably will not have died out completely until then.

    MvdV> "Smaller private network" and "more legacy devices" is a
    MvdV> contradiction.

    Why?

    MvdV> Anyway, these legacy devices can keep running along
    MvdV> in a dual stack network until they are no longer supported by the
    MvdV> manufacturer or the infrastucture. It does not have to stop anyone
    MvdV> from adopting Ipv6.

    It does not force anyone to adopt now, either.

    MvdV> he who does not prepare for that will run into
    MvdV> a dead end street some day.

    There are streets so small that you cannot pass them with a truck, indeed. However, a smaller car, a motorcycle, a bike, or just walking by foot may do just fine in these places.


    Regards,
    Gerrit

    ... 6:31PM up 178 days, 38 mins, 10 users, load averages: 0.76, 0.66, 0.69

    --- msged/fbsd 6.3 2021-12-02
    * Origin: So come and try to tell me (2:240/12)
  • From Michiel van der Vlist@2:280/5555 to Kurt Weiske on Tue Jun 3 13:13:15 2025
    Hello Kurt,

    On Monday June 02 2025 07:30, you wrote to me:

    Having two "lines" was indeed a notable "plus". I would have
    loved to have two "lines" in the mid nineties.

    I had an ISDN line at home in the 90s.

    I didn't come available in my region until about 1998. While The Netherlands were the second in the world (after Switserland) with full automatic telephony in 1962, we were late with the rest. Tone dialing wasn't possible here until the early ninetees.

    I used a Motorola BitSurfr modem to connect to a Shiva LANRover at
    work, which got me onto the internet. I could bind both channels to
    get a 112k connect to the internet or use one 56k line for the BBS
    inbound line and one 56k line for internet connectivity. That was
    about the same time that I started polling for Fido mail via FTP, and
    it changed the BBS from polling once a night to a couple of times a
    day. Good times.

    Interesting times...


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.org (2:280/5555)
  • From Michiel van der Vlist@2:280/5555 to Gerrit Kuehn on Tue Jun 3 13:14:54 2025
    Hello Gerrit,

    On Monday June 02 2025 18:31, you wrote to me:

    Yeah, why go for IPv6 if IPv4 works just fine?

    MvdV>> I was just parafrasing you.

    And you are right: Leap-frogging ISDN was an option.

    The difference with IPv6 - at least here -is that by the time ISDN was available country wide, the next technology was already visible on the horizon. Not so for IPv6. There is no successor on the horizon. Riding it out with IPv4 untik the successor for IPv6 becomes available is not a realistic option.

    If I had adopted IPv6 back in 2000 when it first became available,

    The you would have been an extreme early adopter. For me it cam into view around 2010.

    I'd certainly have learned at lot about it. But a good part of that knowledge would be obsolete by now.

    Not if you had kept using it., Then your knowledge would have been updated constantly.

    In the end, we are discussing about the best choice of time when to
    move on. This heavily depends on each personal situation, and mine is different from yours, that's all. I do not see much use in continuing
    this discussion.

    Neither do I in fact. I shall not hide that I am an IPv6 evangelist. I am willing to help anyone with making the transition. But if someone says I wil stick woth IPv5 for now, than I move on...

    MvdV>> But in the case of IPv6 isn't it obvious by now? You have
    MvdV>> expereinced by yourself that "IPv4 does not work fine" any more.
    MvdV>> Your new fiberglass provider does not offer you a glabally routable
    MvdV>> IPv4 address.

    I'd rather say "IPv6 is not working fine" in this case. It cannot
    fully replace IPv4 at this point.

    Who says you must fully replace IPv4 by IPv6 at this point? I certainly don't. The way to go for the moment is to rub IPv6 along with IPv4 in a Dual Stack environment. For the end user. That is.

    Yeah, horrible from a security point of view.I do not want all
    devices in my network to have routable addresses, heck no! Even
    more so when thinking about the address being permanent. IPv6
    requires much more thought on network security.

    MvdV>> That point had been debunked over a decade ago! While in he
    MvdV>> very early days of IPv6 that may have been an issue, now every
    MvdV>> IPv6 capable IPv6 router has a firewll that blocks all
    MvdV>> unsollicted income by default.

    Yes, but that is the pathological setup where you do not want to offer
    any services to the world (like binkd). Everything beyond that will require reworking at least your perimeter firewall.

    Of course. To make binkd work you have to create an IPv6 pinhole in the firewall to the destination address for port 24554. How is that more of a security issue than creating an IPv4 24554 port forward?

    MvdV>> "Smaller private network" and "more legacy devices" is a
    MvdV>> contradiction.

    Why?

    The more devices (of whatever kind) the bigger the network...


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.org (2:280/5555)
  • From Gerrit Kuehn@2:240/12 to Michiel van der Vlist on Tue Jun 3 18:06:20 2025
    Hello Michiel!

    03 Jun 25 13:14, Michiel van der Vlist wrote to Gerrit Kuehn:

    In the end, we are discussing about the best choice of time when to
    move on. This heavily depends on each personal situation, and mine is
    different from yours, that's all. I do not see much use in continuing
    this discussion.

    MvdV> Neither do I in fact. I shall not hide that I am an IPv6
    MvdV> evangelist.

    We have not been able to ignore that... ;-)

    MvdV>>> "Smaller private network" and "more legacy devices" is a
    MvdV>>> contradiction.

    Why?

    MvdV> The more devices (of whatever kind) the bigger the network...

    My home network contains maybe 50 devices these days. A good fraction of those I would call "legacy" in the sense that they are not supported by their manufacturer anymore. Quite a few of them are older than 10 years. However, I would never call my home network anything but "small", even if it contained twice the number of devices.


    Regards,
    Gerrit

    ... 6:06PM up 179 days, 13 mins, 10 users, load averages: 0.38, 0.60, 0.71

    --- msged/fbsd 6.3 2021-12-02
    * Origin: Things I already know (2:240/12)
  • From Michiel van der Vlist@2:280/5555 to Gerrit Kuehn on Wed Jun 4 11:06:29 2025
    Hello Gerrit,

    On Tuesday June 03 2025 18:06, you wrote to me:

    MvdV>>>> "Smaller private network" and "more legacy devices" is a
    MvdV>>>> contradiction.

    Why?

    MvdV>> The more devices (of whatever kind) the bigger the network...

    My home network contains maybe 50 devices these days. A good fraction
    of those I would call "legacy" in the sense that they are not
    supported by their manufacturer anymore. Quite a few of them are older than 10 years. However, I would never call my home network anything
    but "small", even if it contained twice the number of devices.

    Then we seem to have different - incompatible - notions of the concepts of "large" and "small".

    However. I still don't see how having a large number of so called "legacy" devices stops anyone from adding IPv6 capability to their system.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.org (2:280/5555)
  • From Dan Clough@1:135/115 to Michiel van der Vlist on Wed Jun 4 08:12:36 2025
    Michiel van der Vlist wrote to Gerrit Kuehn <=-

    My home network contains maybe 50 devices these days. A good fraction
    of those I would call "legacy" in the sense that they are not
    supported by their manufacturer anymore. Quite a few of them are older than 10 years. However, I would never call my home network anything
    but "small", even if it contained twice the number of devices.

    Then we seem to have different - incompatible - notions of the concepts of "large" and "small".

    However. I still don't see how having a large number of so called "legacy" devices stops anyone from adding IPv6 capability to their system.

    I still don't see why he, or me, or anyone, would want to do that when
    it offers absolutely ZERO "capability" to what we already have. My IPv4 network works perfectly, and there is no sense making it more
    complicated for NO REASON. There is NOTHING GAINED by flailing around
    with configuring stuff endlessly, and even then.... as I've told you
    already, I do not have native IPv6 available. So that would mean MORE flailing around to get a kludged "tunnel", which again.... adds ZERO capability to what I already have.

    I wish you could understand that.

    I really don't know why you can't.



    ... Daddy, what does "now formatting drive C:" mean?
    === MultiMail/Linux v0.52
    --- SBBSecho 3.27-Linux
    * Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
  • From Michiel van der Vlist@2:280/5555 to Dan Clough on Wed Jun 4 16:00:03 2025
    Hello Dan,

    On Wednesday June 04 2025 08:12, you wrote to me:

    I still don't see why he, or me, or anyone, would want to do that when
    it offers absolutely ZERO "capability" to what we already have. My

    [..]

    I wish you could understand that.

    Why? How does it help you if I would express a better understanding of your situation?

    I really don't know why you can't.

    I see no advantage for me to spend time and energy in trying to end your ignorance. So you shall just have to live with it.

    Gerrit is in a different situation than you. He DOES have native IPv6 from his provider. Plus that he does NOT have a globally routable public IPv4 address from that same provider. HIS IPv4 is NOT working perfectly. The logical response to that situation is to use IPv6 for his Fidonet connections.

    Some day you may find yourself in a similar situation. You may or may not regret to not have pepaired for that.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.org (2:280/5555)
  • From Dan Clough@1:135/115 to Michiel van der Vlist on Wed Jun 4 11:58:06 2025
    Michiel van der Vlist wrote to Dan Clough <=-

    I still don't see why he, or me, or anyone, would want to do that when
    it offers absolutely ZERO "capability" to what we already have. My

    [..]

    I wish you could understand that.

    Why? How does it help you if I would express a better understanding of your situation?

    Because maybe then you would stop harping at people to "convert" to
    IPv6. But in reality you probably wouldn't stop, even then.

    I really don't know why you can't.

    I see no advantage for me to spend time and energy in trying to end
    your ignorance. So you shall just have to live with it.

    There is no "my ignorance" here. You seem unable to understand that
    using IPv6 doesn't benefit me in ANY way, and the hassles of trying to
    use it therefore don't make any sense.

    It's funny how you're more than willing to "spend time and energy" to evangelize something that is useless to many (most?) people.

    Gerrit is in a different situation than you. He DOES have native IPv6 from his provider. Plus that he does NOT have a globally routable
    public IPv4 address from that same provider. HIS IPv4 is NOT working perfectly. The logical response to that situation is to use IPv6 for
    his Fidonet connections.

    I don't recall him saying his IPv4 isn't working well, but OK.... that
    would be a different situation, if it's actually true.

    Some day you may find yourself in a similar situation. You may or may
    not regret to not have pepaired for that.

    I doubt that will happen, and if it does.... then I will learn how to do
    it, as it would have a purpose then. Right now it does not.



    ... Your proctologist called - he found your head.
    === MultiMail/Linux v0.52
    --- SBBSecho 3.27-Linux
    * Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
  • From Gerrit Kuehn@2:240/12 to Michiel van der Vlist on Wed Jun 4 20:09:35 2025
    Hello Michiel!

    04 Jun 25 11:06, Michiel van der Vlist wrote to Gerrit Kuehn:

    MvdV> Then we seem to have different - incompatible - notions of the
    MvdV> concepts of "large" and "small".

    Maybe. For me, "large" is the stuff I deal with at work.

    MvdV> However. I still don't see how having a large number of so called
    MvdV> "legacy" devices stops anyone from adding IPv6 capability to their
    MvdV> system.

    They cannot be expected to "just work". Every tried to auto-discover your 15-year-old printer on the network? Or using it afterwards when you cannot reliably tell if your great "autoconfig" setup gives you A or AAAA records on DNS first?


    Regards,
    Gerrit

    ... 8:09PM up 180 days, 2:16, 10 users, load averages: 0.66, 0.65, 0.69

    --- msged/fbsd 6.3 2021-12-02
    * Origin: And still they come and go (2:240/12)
  • From Michiel van der Vlist@2:280/5555 to Dan Clough on Wed Jun 4 21:31:15 2025
    Hello Dan,

    On Wednesday June 04 2025 11:58, you wrote to me:

    I really don't know why you can't.

    I see no advantage for me to spend time and energy in trying to
    end your ignorance. So you shall just have to live with it.

    There is no "my ignorance" here.

    You wrote "I really don't know". In my vocabulary "not knowing" implies ignorance.

    You seem unable to understand that using IPv6 doesn't benefit me in
    ANY way, and the hassles of trying to use it therefore don't make any sense.

    If you have a problem with what you choose to call my "hassles", there is a simple solution: use the next key when you see my name in the from field of a message..

    It's funny how you're more than willing to "spend time and energy" to evangelize something that is useless to many (most?) people.

    It is called "freedom of choice". How I spend my time and energy is entirely my choice. If you have a poblem with that: use the next key.

    Gerrit is in a different situation than you. He DOES have native
    IPv6 from his provider. Plus that he does NOT have a globally
    routable public IPv4 address from that same provider. HIS IPv4
    is NOT working perfectly. The logical response to that situation
    is to use IPv6 for his Fidonet connections.

    I don't recall him saying his IPv4 isn't working well, but OK.... that
    would be a different situation, if it's actually true.

    He reported that DS-Lite broke the connection with his Fidonet uplink and it also broke the access to his system at home from his place or work. (Ipv4 only there).

    As far as I am concerned: EOT.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.org (2:280/5555)
  • From Ward Dossche@2:292/854 to Michiel van der Vlist on Wed Jun 4 22:00:01 2025
    Michiel,

    You wrote "I really don't know". In my vocabulary "not knowing" implies ignorance.

    There is a gradation between "not knowing" and "ignorance" ... the latter carries a definitely negative undertone ...

    \%/@rd

    --- DB4 - 20230201
    * Origin: Many Glacier - Preserve / Protect / Conserve (2:292/854)
  • From Michiel van der Vlist@2:280/5555 to Gerrit Kuehn on Wed Jun 4 21:41:10 2025
    Hello Gerrit,

    On Wednesday June 04 2025 20:09, you wrote to me:

    MvdV>> However. I still don't see how having a large number of so
    MvdV>> called "legacy" devices stops anyone from adding IPv6
    MvdV>> capability to their system.

    They cannot be expected to "just work". Every tried to auto-discover
    your 15-year-old printer on the network? Or using it afterwards when
    you cannot reliably tell if your great "autoconfig" setup gives you A
    or AAAA records on DNS first?

    Yes they can. Those legacy (IPv4 only) devices will just continue to work in a Dual Stack environment as they did in an IPv4 only environment.

    I think we have reached the point where further discussion will have little or no added value. So let us end it here.


    Cheers, Michiel

    --- GoldED+/W32-MSVC 1.1.5-b20170303
    * Origin: http://www.vlist.org (2:280/5555)
  • From Alex Galiyev@1:129/14.1 to Ward Dossche on Wed Jun 4 16:29:53 2025
    Hello Ward!

    Wednesday June 04 2025 22:00, you wrote to Michiel van der Vlist:

    You wrote "I really don't know". In my vocabulary "not knowing"
    implies ignorance.
    There is a gradation between "not knowing" and "ignorance" ... the
    latter carries a definitely negative undertone ...
    And this is coming from the most ignorant person I've ever known. =))))

    Alex

    --- GoldED+/W64-MSVC 1.1.5-b20250409
    * Origin: Glory to Ukraine! Glory to Heroes! Dump Trump! (1:129/14.1)
  • From Ward Dossche@2:292/854 to Alex Galiyev on Wed Jun 4 23:07:00 2025
    Alex,

    And this is coming from the most ignorant person I've ever known. =))))

    I don't know what the problem is with you, but there must be a pill for it. Be careful you don't take the one to cure constipation.

    \%/@rd

    --- DB4 - 20230201
    * Origin: Many Glacier - Preserve / Protect / Conserve (2:292/854)
  • From Dan Clough@1:135/115 to Michiel van der Vlist on Wed Jun 4 16:12:14 2025
    Michiel van der Vlist wrote to Dan Clough <=-

    <SNIP dodging and misinformation>

    As far as I am concerned: EOT.

    Yep, I expected that. You're more than willing to run off at the mouth
    when preaching your own brand of bullshit, but don't like it much when
    others offer sound/sensible arguments against it. When the
    questions/facts get too hard to handle, it's time to leave.

    You, Bjorn, Ward .... Birds of a feather.



    ... Ignorance can be cured. Stupid is forever.
    === MultiMail/Linux v0.52
    --- SBBSecho 3.27-Linux
    * Origin: Palantir * palantirbbs.ddns.net * Pensacola, FL * (1:135/115)
  • From Alex Galiyev@1:129/14.1 to Ward Dossche on Wed Jun 4 22:35:53 2025
    Hello Ward!

    Wednesday June 04 2025 23:07, you wrote to me:

    I don't know what the problem is with you, but there must be a pill
    Ward, the problem is with you, not me. You're a loser who hasn't achieved anything in his life.

    for it. Be careful you don't take the one to cure constipation.
    Thanks for the concern, but I'll leave the laxatives to you - clearly, you're the one full of it.

    Alex

    --- GoldED+/W64-MSVC 1.1.5-b20250409
    * Origin: Glory to Ukraine! Glory to Heroes! Dump Trump! (1:129/14.1)
  • From Karel Kral@2:423/39 to Ward Dossche on Thu Jun 5 09:08:35 2025
    Hello Ward!

    04 Jun 25 23:07, you wrote to Alex Galiyev:

    \%/@rd

    Few points, related to that thread, but not only for you:

    - if something is not working in fidonet flow, should be fixed. "is for free" defines of course priority, but should not be excuse

    - if I can not figure something out (here how to connect somewhere) and somebody helps me with advice which I do not like, I would say thanks (here to use ipv6)

    - in general: ignoring ipv6 is OK, but is limiting oportunities. If I have non stable [missing] ipv6, I consider it as disadvantage.

    Karel

    --- GoldED+/LNX 1.1.5-b20240209
    * Origin: Plast DATA (2:423/39)
  • From Ward Dossche@2:292/854 to Dan Clough on Fri Jun 6 10:27:36 2025
    Dan,

    You, Bjorn, Ward .... Birds of a feather.

    That's a compliment, you know ...

    \%/@rd

    --- DB4 - 20230201
    * Origin: Many Glacier - Preserve / Protect / Conserve (2:292/854)
  • From Ward Dossche@2:292/854 to Alex Galiyev on Fri Jun 6 10:29:07 2025
    Alex,

    Ward, the problem is with you, not me. You're a loser who hasn't achieved anything in his life.

    OK, if you say so pretending knowing me that well.

    Enjoy the week-end,

    \%/@rd

    --- DB4 - 20230201
    * Origin: Many Glacier - Preserve / Protect / Conserve (2:292/854)