FreeBSD's ping Integrates IPv6

Hi all.

I just noticed (although it appears to have come in version 13.0) that FreeBSD’s “ping” app now defaults to IPv6, i.e., no need for ping6:

Does anyone know whether other *nix systems are doing this now? My Mac (Catalina) still requires ping6, and I don’t have any recent Linux systems handy. #ThisIsGood Mark.

* mark@tinka.africa (Mark Tinka) [Fri 02 Jul 2021, 16:02 CEST]:

I just noticed (although it appears to have come in version 13.0) that FreeBSD's "ping" app now defaults to IPv6, i.e., no need for ping6:

Yes, this broke some of my home network monitoring. Sadly there is no 'ping4' in the system, you have to add -4 to the commandline to return to the common BSD behaviour.

  -- Niels.

This is a good point, as it's the same reason I discovered this today. A transient IPv6 issue on a specific host broke NTP, and when I tried to ping the NTP time servers during troubleshooting, it hang for a while because IPv6 was broken.

Mark.

Thanks for the feedback, Patrick. This is great!

This led me to test the same on the family Windows 10 (21H1 version) machine, and Microsoft are doing the same, which is great to see.

Mark.

I just noticed (although it appears to have come in version 13.0) that
FreeBSD's "ping" app now defaults to IPv6, i.e., no need for ping6:

pola breakage. especially fun if you have tools which run on both sides
of the koolaid.

randy

I just noticed (although it appears to have come in version 13.0) that FreeBSD's "ping" app now defaults to IPv6, i.e., no need for ping6:

* randy@psg.com (Randy Bush) [Fri 02 Jul 2021, 18:48 CEST]:

pola breakage. especially fun if you have tools which run on both sides of the koolaid.

On the one hand, yes. On the other hand, Linux had already made this change for ping specifically. Almost all other tools you'd use regularly are dual-stack by default that follow what's configured for the system to prefer (for FreeBSD that's ip6addrctl_policy): tools like telnet, ssh, mtr all follow the system default with -4 and -6 command-line options to override the default if situationally needed. ping and traceroute were the only odd ones out, and now only traceroute is. I think this was an unavoidable change worth the temporary discomfort while tools using these tools are adjusted.

  -- Niels.

I don't mind it. I was just surprised by it. Which also speaks to what Randy and others have said... it could break tooling if folk aren't aware.

Not a drama; can be fixed.

Mark.

Linux did this quite some time ago. I guess BSD is just now catching up.

Owen

Been nearly 14 years since I last operated a Linux machine.

Mark.

Mark Tinka <mark@tinka.africa> writes:

Been nearly 14 years since I last operated a Linux machine.

I seriously doubt that. You're just not aware of it.

Bjørn

I think I'd know if I've run "ping" on a box.

Mark.

I think he meant that the underlying OS on lots of network gear is either some variant of Linux or BSD.

Thank you
jms

I know what he meant...

I've never ran "ping" on a TV or fingerprint scanner...

Mark.

It appears that Mark Tinka <mark@tinka.africa> said:

I think he meant that the underlying OS on lots of network gear is
either some variant of Linux or BSD.

I know what he meant...

I've never ran "ping" on a TV or fingerprint scanner...

I've run it on an android phone.

R's,
John

I have not... and I am sure of that, despite all the wine I drink :-).

Mark.

Linux did this quite some time ago. I guess BSD is just now catching up.

Been nearly 14 years since I last operated a Linux machine.

Some Juniper gear is Linux hypervisor :slight_smile:

Isn't this that Junos Evolved thing? Never played with it :-).

Cisco's "ping" did not need a protocol option before they even had a Linux underbelly :-).

lg-01-jnb.za>ping yahoo.com
Translating "yahoo.com"...domain server (2C0F:FEB0::2) [OK]

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 2001:4998:24:120D::1:0, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 300/303/304 ms
lg-01-jnb.za>

lg-01-jnb.za>sh ver | i Cisco
Cisco IOS Software, 7200 Software (C7200P-ADVENTERPRISEK9-M), Version 15.2(4)S7, RELEASE SOFTWARE (fc4)
Copyright (c) 1986-2015 by Cisco Systems, Inc.
BOOTLDR: Cisco IOS Software, 7200 Software (C7200P-BOOT-M), Version 12.4(15)T10, RELEASE SOFTWARE (fc3)
use. Delivery of Cisco cryptographic products does not imply
A summary of U.S. laws governing Cisco cryptographic products may be found at:
Cisco 7201 (c7201) processor (revision B) with 1966080K/65536K bytes of memory.
lg-01-jnb.za>

Juniper have also supported "ping" with no options for a while now. I can't remember a time when it wasn't the case, but I've only been running Junos since release 8.x.

That said, since Junos 17.4R1, hardware-based platforms (including vMX and vSRX) have been on FreeBSD-11, which I believe defaults "ping" to IPv4 without the Juniper modifications.

Mark.

EVO doesn't have a hypervisor, just flat linux. It is very different
to classic Junos under the hood.
All modern classic Junos boot Linux but run Freebsd in KVM, but it's
the same architecture as Junos always.

Yes, this bit I'm aware of, which is why I was asking if it was Evolved, because despite booting Linux to launch a FreeBSD VM, the userland would still be FreeBSD.

Mark.