From nobody Sun Dec 19 21:55:19 2021 X-Original-To: freebsd-stable@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 05F331902AC5 for ; Sun, 19 Dec 2021 21:55:44 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JHGk71WKgz3FkM; Sun, 19 Dec 2021 21:55:43 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: by mail-lj1-x22f.google.com with SMTP id i63so12862591lji.3; Sun, 19 Dec 2021 13:55:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=nEm6+AVJ3RCJKh0FCvnMZ7dcreAW2EtUpdWGQwgTAPY=; b=j5wa1CEMlCvRQPl/VR6OQyuexEaGpi3+v6CvbSeUHHiKG6mDRjiV3gjclX8RCsRfsR pasVzS8kuDHC/QkLqOos8MA16Z/tZ32NybeWM5GLcOfqsgoaDP6qb/xcBcSMwhKbBQQ5 +84761pJud/HDADnDEYvE4ztl19oy8wqrsblwnojZLLmEFyiz1Dx3j6PgUZArfdprJUs lYf+Pe73wiWrKfTf55YrCnCddiPi8B9QGTe7fw2vZ5guU5nXUTqhx0GhFsd2eXKeMlK7 nfF/FyPPoZ36q+VaFRpqf1FoIY6wHyJOwnB1V4PM5cTiw1GyGh038gcACVxO7KRlo3Pe e1Bw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=nEm6+AVJ3RCJKh0FCvnMZ7dcreAW2EtUpdWGQwgTAPY=; b=R8rgkV0So3MaRjTEK6tjqmO9Ha8bxYA2I2sLIXcmUrriBGAltl13uA5FjXvFJoB8Rv vWb1PXwqUvGCoEwUBhCE/0O/xh7EVRN6kOlZmTM39G2jXi4XHrQyFiWSvKbVDDoOBost MvrlQlcl4/rF6O2I/4+6gtsUTN7Tbv/dx62M6aqf3hOrVOcfueX4t8p5Ua9D//V/dsAO HmKRlNTn5ccNEFz7U9BRBXsC2rpkG0Gj7Xi0CXc8U7VhFXnc1+Wq3Xsc81Hi2NecLmOf fEglZyYB6OIU8cUbiU3rm+pJndjU33l0NNzo9HeTc7xZCdy3TvwfUNOmdqfHBooMgF5Y Yh8A== X-Gm-Message-State: AOAM53154V0InqBuRJNIFXrvQhneS1/QuO7UmpE1/qUxNoVMdZvItI/L Dv6fPcLiYjXKMn/MjnhyhYsNPKc6T9FW+wwjVjt/1n6V6iI= X-Google-Smtp-Source: ABdhPJwhHCzM9bsK/rK25pVXdWperTyOurVXWWfyoVEVHFKJQrVj6kI1D16bbHMC+r3L9I5V8LRPfhLlNg0Ei3ppTf0= X-Received: by 2002:a2e:b88e:: with SMTP id r14mr12127401ljp.365.1639950941662; Sun, 19 Dec 2021 13:55:41 -0800 (PST) List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 References: <22748b81-2ae8-babd-d07e-752ed15dce58@GMail.Com> <5140f4e1-df13-ebaa-341e-5274ead366ce@FreeBSD.org> In-Reply-To: <5140f4e1-df13-ebaa-341e-5274ead366ce@FreeBSD.org> From: KOT MATPOCKuH Date: Mon, 20 Dec 2021 00:55:19 +0300 Message-ID: Subject: Re: ping -6 ignores -e parameter To: koobs@freebsd.org Cc: freebsd-stable List , Alan Somers Content-Type: multipart/alternative; boundary="00000000000053af0a05d386d56c" X-Rspamd-Queue-Id: 4JHGk71WKgz3FkM X-Spamd-Bar: + Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=j5wa1CEM; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of matpockuh@gmail.com designates 2a00:1450:4864:20::22f as permitted sender) smtp.mailfrom=matpockuh@gmail.com X-Spamd-Result: default: False [1.11 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; MID_RHS_MATCH_FROMTLD(0.00)[]; NEURAL_SPAM_SHORT(0.11)[0.110]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::22f:from]; NEURAL_SPAM_LONG(1.00)[1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N --00000000000053af0a05d386d56c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hello! I downloaded a daily snapshot VM from: https://download.freebsd.org/ftp/snapshots/VM-IMAGES/13.0-STABLE/amd64/2021= 1216/FreeBSD-13.0-STABLE-amd64-20211216-defb7da9772-248589.raw.xz root@freebsd:~ # uname -a FreeBSD freebsd 13.0-STABLE FreeBSD 13.0-STABLE #0 stable/13-n248589-defb7da9772: Thu Dec 16 02:33:55 UTC 2021 root@releng3.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd6= 4 It's 3 days later than 13th Dec. I checked on this VM and got the same behavior. Also I registered a bug: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D260474 There You can find steps to reproduce this problem. Also can You assign this report to a proper responsible? =D1=81=D0=B1, 18 =D0=B4=D0=B5=D0=BA. 2021 =D0=B3. =D0=B2 04:16, Kubilay Koc= ak : > On 16/12/2021 9:30 pm, KOT MATPOCKuH wrote: > > Hello, Alan! > > > > I'm sorry, I'm forget to add freebsd-stable@ to CC: list. > > > > Yes, I'm using FreeBSD 13: > > 13.0-STABLE > > > > Today I have a native IPv6 access and my inet6 routing table is: > > # netstat -rn6 | grep -v -e lo0 > > Routing tables > > > > Internet6: > > Destination Gateway Flags > > Netif Expire > > default fe80::206:29ff:fee9:32a9%lan0 UG > lan0 > > fd00:dead:beef:100::/64 link#5 U la= n0 > > fe80::%lan0/64 link#5 U la= n0 > > fe80::%bridge0/64 link#6 U bridg= e0 > > > > This means my default gateway is reachable via lan0. > > A node which link-local address fe80::2a0:98ff:fe1d:e270 is reachable > > via bridge0: > > # ping -c 1 fe80::2a0:98ff:fe1d:e270%bridge0 > > PING6(56=3D40+8+8 bytes) fe80::5a9c:fcff:fe10:ff9e%bridge0 --> > > fe80::2a0:98ff:fe1d:e270%bridge0 > > 16 bytes from fe80::2a0:98ff:fe1d:e270%bridge0, icmp_seq=3D0 hlim=3D64 > > time=3D0.804 ms > > > > But ping anyway sends packets via lan0. > > Also I tried to configure fd13:dead:beef::2 on bridge0, on correspondin= g > > node I configured fd13:dead:beef::1, and then run a command: > > ping -6 -e fd13:dead:beef::1 google.com > > > > In this way ping uses source IP address from bridge0 interface, but > > sends via lan0 and to next-hop fe80::206:29ff:fee9:32a9%lan0: > > # tcpdump -epni lan0 icmp6 > > 12:33:23.308763 8c:ec:4b:e9:28:23 > 00:06:29:e9:32:a9, ethertype IPv6 > > (0x86dd), length 70: fd13:dead:beef::2 > 2a00:1450:4010:c1e::8a: ICMP6, > > echo request, seq 52, length 16 > > > > I'm wrote a simple script to check this problem. I checked this script > > on image of VM from freebsd'site which FreeBSD-13. > > Please see attached file. > > > > On 15/12/2021 21:32, Alan Somers wrote: > >> On Wed, Dec 15, 2021 at 11:16 AM KOT MATPOCKuH > >> wrote: > >>> > >>> Hello! > >>> > >>> In a man page for ping(8) and in it's help output I found option "-e"= : > >>> -e gateway > >>> Specifies to use gateway as the next hop to the > >>> destination. The > >>> gateway must be a neighbor of the sending node. > >>> > >>> I tried to use this argument, ping ignores this parameter and sends > >>> the packet via default gateway. > >>> For example I have a tun0 which has ipv6 default gw, and an > >>> established bridge0 which has available some LL addresses: > >>> Neighbor Linklayer Address Netif > >>> Expire S Flags > >>> fe80::2a0:98ff:fe1d:e270%bridge0 00:a0:98:1d:e2:70 bridge0 > >>> 23h56m34s S R > >>> > >>> I tried to run: > >>> ping -6 -e FE80::2A0:98FF:FE1D:E270%bridge0 google.com > >>> But the packet was sent via tun0 interface. > >>> > >>> What is wrong with it? > >>> > >>> -- > >>> MATPOCKuH > >> > >> What version of FreeBSD are you using? There was a major change to > >> ping's code in FreeBSD 13. Please show the output of > >> 'freebsd-version' and 'netstat -rn'. > >> -Alan > >> > > > > Potentially relevant issue issue who's stable/13 merge landed 2021-12-13: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D258048 > > Is your uname -a version prior to or after this date? > > If after, can you test reverting this revision? > --=20 MATPOCKuH --00000000000053af0a05d386d56c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello!

I downloaded a daily = snapshot VM from:

root@freebsd:~ # una= me -a
FreeBSD freebsd 13.0-STABLE FreeBSD 13.0-STABLE #0 stable/13-n2485= 89-defb7da9772: Thu Dec 16 02:33:55 UTC 2021 =C2=A0 =C2=A0 root@releng3.nyi= .freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC =C2=A0amd64

It's 3 days later than 13th Dec.
I checke= d on this VM and got the same behavior.
Also I registered a bug:<= /div><= div>
There You can find steps to reproduce this problem.

Also can You assign this report to a proper responsibl= e?


=D1=81=D0=B1, 18 =D0=B4=D0=B5=D0=BA. 2021 =D0=B3= . =D0=B2 04:16, Kubilay Kocak <koob= s@freebsd.org>:
On 16/12/2021 9:30 pm, KOT MATPOCKuH wrote:
> Hello, Alan!
>
> I'm sorry, I'm forget to add freebsd-stable@ to CC: list.
>
> Yes, I'm using FreeBSD 13:
> 13.0-STABLE
>
> Today I have a native IPv6 access and my inet6 routing table is:
> # netstat -rn6 | grep -v -e lo0
> Routing tables
>
> Internet6:
> Destination=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= Gateway=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Flags=C2= =A0 =C2=A0
> Netif Expire
> default=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 fe80::206:29ff:fee9:32a9%lan0 UG =C2=A0=C2=A0 lan0
> fd00:dead:beef:100::/64=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 link#5=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0 U =C2=A0=C2=A0 lan0
> fe80::%lan0/64=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 link#5=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 U =C2=A0=C2=A0 la= n0
> fe80::%bridge0/64=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 link#6=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 U bridge0
>
> This means my default gateway is reachable via lan0.
> A node which link-local address fe80::2a0:98ff:fe1d:e270 is reachable =
> via bridge0:
> # ping -c 1 fe80::2a0:98ff:fe1d:e270%bridge0
> PING6(56=3D40+8+8 bytes) fe80::5a9c:fcff:fe10:ff9e%bridge0 -->
> fe80::2a0:98ff:fe1d:e270%bridge0
> 16 bytes from fe80::2a0:98ff:fe1d:e270%bridge0, icmp_seq=3D0 hlim=3D64=
> time=3D0.804 ms
>
> But ping anyway sends packets via lan0.
> Also I tried to configure fd13:dead:beef::2 on bridge0, on correspondi= ng
> node I configured fd13:dead:beef::1, and then run a command:
> ping -6 -e fd13:dead:beef::1 google.com
>
> In this way ping uses source IP address from bridge0 interface, but > sends via lan0 and to next-hop fe80::206:29ff:fee9:32a9%lan0:
> # tcpdump -epni lan0 icmp6
> 12:33:23.308763 8c:ec:4b:e9:28:23 > 00:06:29:e9:32:a9, ethertype IP= v6
> (0x86dd), length 70: fd13:dead:beef::2 > 2a00:1450:4010:c1e::8a: IC= MP6,
> echo request, seq 52, length 16
>
> I'm wrote a simple script to check this problem. I checked this sc= ript
> on image of VM from freebsd'site which FreeBSD-13.
> Please see attached file.
>
> On 15/12/2021 21:32, Alan Somers wrote:
>> On Wed, Dec 15, 2021 at 11:16 AM KOT MATPOCKuH <matpockuh@gmail.com>
>> wrote:
>>>
>>> Hello!
>>>
>>> In a man page for ping(8) and in it's help output I found = option "-e":
>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 -e gateway
>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 Specifies to use gateway as the next hop to the
>>> destination.=C2=A0 The
>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0 gateway must be a neighbor of the sending node.
>>>
>>> I tried to use this argument, ping ignores this parameter and = sends
>>> the packet via default gateway.
>>> For example I have a tun0 which has ipv6 default gw, and an >>> established bridge0 which has available some LL addresses:
>>> Neighbor=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 Linklayer Address=C2=A0 Netif
>>> Expire=C2=A0=C2=A0=C2=A0 S Flags
>>> fe80::2a0:98ff:fe1d:e270%bridge0=C2=A0=C2=A0=C2=A0=C2=A0 00:a0= :98:1d:e2:70 bridge0
>>> 23h56m34s S R
>>>
>>> I tried to run:
>>> ping -6 -e FE80::2A0:98FF:FE1D:E270%bridge0 google.com
>>> But the packet was sent via tun0 interface.
>>>
>>> What is wrong with it?
>>>
>>> --
>>> MATPOCKuH
>>
>> What version of FreeBSD are you using?=C2=A0 There was a major cha= nge to
>> ping's code in FreeBSD 13.=C2=A0 Please show the output of
>> 'freebsd-version' and 'netstat -rn'.
>> -Alan
>>
>

Potentially relevant issue issue who's stable/13 merge landed 2021-12-1= 3:

=C2=A0 =C2=A0https://bugs.freebsd.org/bu= gzilla/show_bug.cgi?id=3D258048

Is your uname -a version prior to or after this date?

If after, can you test reverting this revision?


--
MATPOCKuH
--00000000000053af0a05d386d56c--