From nobody Wed Mar 30 12:45:17 2022 X-Original-To: freebsd-current@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 E690E1A3CDFF for ; Wed, 30 Mar 2022 12:45:26 +0000 (UTC) (envelope-from SRS0=+oX9=UJ=klop.ws=ronald-lists@realworks.nl) Received: from smtp-relay-int.realworks.nl (smtp-relay-int.realworks.nl [194.109.157.24]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4KT5kY4jwpz4VpQ for ; Wed, 30 Mar 2022 12:45:25 +0000 (UTC) (envelope-from SRS0=+oX9=UJ=klop.ws=ronald-lists@realworks.nl) Date: Wed, 30 Mar 2022 14:45:17 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=klop.ws; s=rw2; t=1648644317; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Kn/VSnx8pZVRWlhEudoNgDhFBKLDcMBCi+Za2whXRds=; b=ZdZDUjui2AyJ9uPVsrgSg+lj0OE4BWs8Ih8ISZVBwEFizdUAevoS2S/2GvgY4dWaFia1qA Vu7y5WLcjYKMQkzZeF4vFCm4qk47DWTlTJuEAWAhEZAqOqxLqANUjGs+MWTXfBLS6Z7Qes m6Ew6esPtPK7o/weq+3iYMTK+h/D/7P+U8l1RFM6kge1tOWo7yjsnq/FoQXnF2hdqEf9Dm OxBB4WsJqQJi6r3NzZwy6knemGKjYKoS2c8lTzu5jJzoWtHVtetSFJu94rulyQ+LaceURH IL98q6yAe76vMM+97NEhrmVXnCfrdlKdgtzYDzvgJ2hJhsY6otqPzEDLTFVKtg== From: Ronald Klop To: Goran Mekic Cc: freebsd-current@freebsd.org, "Bjoern A. Zeeb" Message-ID: <900760441.75.1648644317126@mailrelay> In-Reply-To: <20220329161105.uw5aigvpazd77we4@tilda.center> References: <20220326222957.wuc7xwyiq3bjtlnv@tilda.center> <4772ECB8-6482-4B94-A887-F04EC6272911@lists.zabbadoz.net> <20220329081129.p5xtxlbiyw6klxcl@tilda.center> <1527544025.66.1648548860391@mailrelay> <20220329161105.uw5aigvpazd77we4@tilda.center> Subject: Re: DHCPDv6 in non-vnet jail List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_74_956993994.1648644316049" X-Mailer: Realworks (602.338.ca2f1f9) Importance: Normal X-Priority: 3 (Normal) X-Rspamd-Queue-Id: 4KT5kY4jwpz4VpQ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=klop.ws header.s=rw2 header.b=ZdZDUjui; dmarc=pass (policy=quarantine) header.from=klop.ws; spf=pass (mx1.freebsd.org: domain of "SRS0=@realworks.nl" designates 194.109.157.24 as permitted sender) smtp.mailfrom="SRS0=@realworks.nl" X-Spamd-Result: default: False [-3.20 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[klop.ws:s=rw2]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:194.109.157.0/24]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000]; RWL_MAILSPIKE_EXCELLENT(0.00)[194.109.157.24:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[klop.ws:+]; DMARC_POLICY_ALLOW(-0.50)[klop.ws,quarantine]; HAS_X_PRIO_THREE(0.00)[3]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MLMMJ_DEST(0.00)[freebsd-current]; FORGED_SENDER(0.30)[ronald-lists@klop.ws,SRS0=@realworks.nl]; RCVD_COUNT_ZERO(0.00)[0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:3265, ipnet:194.109.0.0/16, country:NL]; TAGGED_FROM(0.00)[oX9=UJ=klop.ws=ronald-lists]; FROM_NEQ_ENVFROM(0.00)[ronald-lists@klop.ws,SRS0=@realworks.nl] X-ThisMailContainsUnwantedMimeParts: N ------=_Part_74_956993994.1648644316049 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Hi, First. I'm not an IPv6 expert. Got it running at home. Although with SLAAC, not DHCP yet. Another disclaimer is that I use VNET-jails nowadays. But I like to try and think along with you. What surprises me is that your non-vnet jail does not have a LINKLOCAL fe80::: address. These addresses are used for configuration in the local network (AFAIK). And your routing table does not contain a line like this: ff02::/16 ::1 UGRS lo0 So how is the ff02:: multicast routed in your network? But the tcpdump shows that the multicast solicit message is received on the non-vnet dhcp-server so that seems to work: 18:02:51.229813 IP6 fe80::2a0:98ff:fe7d:cad.dhcpv6-client > ff02::1:2.dhcpv6-server: dhcp6 solicit I don't know if the dhcp-server program also sees this request coming in on its interface. Maybe extra logging can help there. According to https://en.wikipedia.org/wiki/DHCPv6#Example the dhcp-server would reply with a link-local fe80:: address. "Server replies with an advertise from [fe80::0011:22ff:fe33:5566]:547 to [fe80::aabb:ccff:fedd:eeff]:546." But your dhcp-server does not have an fe80::. So I'm wondering how that would work. More questions than answers. But I hope it helps. Regards, Ronald. Van: "Goran Mekic" Datum: dinsdag, 29 maart 2022 18:11 Aan: Ronald Klop CC: freebsd-current@freebsd.org, "Bjoern A. Zeeb" Onderwerp: Re: DHCPDv6 in non-vnet jail > > On Tue, Mar 29, 2022 at 12:14:20PM +0200, Ronald Klop wrote: > > I think it will help if you share more of your configuration/logs. > Inside non-vnet jail, this is ifconfig output > cbsd0: flags=8843 metric 0 mtu 1500 > description: lagg0 > ether 58:9c:fc:10:9b:75 > inet 172.16.0.253 netmask 0xffffffff broadcast 172.16.0.253 > inet6 fd10:6c79:8ae5:8b91::2 prefixlen 128 > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: epair1a flags=143 > ifmaxaddr 0 port 7 priority 128 path cost 2000 > member: epair5a flags=143 > ifmaxaddr 0 port 11 priority 128 path cost 2000 > member: epair4a flags=143 > ifmaxaddr 0 port 10 priority 128 path cost 2000 > member: epair3a flags=143 > ifmaxaddr 0 port 9 priority 128 path cost 2000 > member: epair2a flags=143 > ifmaxaddr 0 port 8 priority 128 path cost 2000 > groups: bridge > nd6 options=21 > > There are bunch of other interfaces, but only cbsd0 (bridge interface) > is set up with ip address. > > > netstat -rn > Routing tables > > Internet: > Destination Gateway Flags Netif Expire > 172.16.0.253 link#4 UH cbsd0 > > Internet6: > Destination Gateway Flags Netif Expire > fd10:6c79:8ae5:8b91::2 link#4 UHS lo0 > > > grep -v '^#' /usr/local/etc/dhcpd6.conf > > default-lease-time 2592000; > preferred-lifetime 604800; > option dhcp-renewal-time 3600; > option dhcp-rebinding-time 7200; > allow leasequery; > option dhcp6.name-servers 3ffe:501:ffff:100:200:ff:fe00:3f3e; > option dhcp6.domain-search "test.example.com","example.com"; > option dhcp6.info-refresh-time 21600; > dhcpv6-lease-file-name "/var/db/dhcpd6/dhcpd6.leases"; > > subnet6 fd10:6c79:8ae5:8b91::/64 { > range6 fd10:6c79:8ae5:8b91::/64; > } > > > ls -l /dev > total 1 > crw------- 1 root wheel 0x26 Mar 29 17:35 bpf > lrwxr-xr-x 1 root wheel 3 Mar 28 09:31 bpf0 -> bpf > crw-rw-rw- 1 root wheel 0x4a Mar 26 15:54 crypto > dr-xr-xr-x 2 root wheel 512 Mar 29 03:38 fd > crw-rw-rw- 1 root wheel 0x2a Mar 29 18:00 null > crw-rw---- 1 root nsd 0x1a5 Mar 24 23:45 pf > crw-rw---- 1 root nsd 0x4b Mar 26 15:54 pfil > dr-xr-xr-x 2 root wheel 512 Mar 28 09:31 pts > crw-r--r-- 1 root wheel 0x8 Mar 24 23:45 random > lrwxr-xr-x 1 root wheel 4 Mar 28 09:31 stderr -> fd/2 > lrwxr-xr-x 1 root wheel 4 Mar 28 09:31 stdin -> fd/0 > lrwxr-xr-x 1 root wheel 4 Mar 28 09:31 stdout -> fd/1 > lrwxr-xr-x 1 root wheel 6 Mar 28 09:31 urandom -> random > crw-rw-rw- 1 root wheel 0x2b Mar 26 15:54 zero > > > > On the host I have /etc/rtadvd.conf: > cbsd0:addr="fd10:6c79:8ae5:8b91::":raflags="m" > > > On the host ifconfig cbsd0 > cbsd0: flags=8843 metric 0 mtu 1500 > description: lagg0 > ether 58:9c:fc:10:9b:75 > inet 172.16.0.254 netmask 0xffffff00 broadcast 172.16.0.255 > inet 172.16.1.254 netmask 0xffffff00 broadcast 172.16.1.255 > inet 172.16.0.253 netmask 0xffffffff broadcast 172.16.0.253 > inet6 fe80::5a9c:fcff:fe10:9b75%cbsd0 prefixlen 64 scopeid 0x4 > inet6 fd10:6c79:8ae5:8b91::1 prefixlen 64 > inet6 fd10:6c79:8ae5:8b91::2 prefixlen 128 > id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 > maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200 > root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 > member: epair1a flags=143 > ifmaxaddr 0 port 7 priority 128 path cost 2000 > member: epair5a flags=143 > ifmaxaddr 0 port 11 priority 128 path cost 2000 > member: epair4a flags=143 > ifmaxaddr 0 port 10 priority 128 path cost 2000 > member: epair3a flags=143 > ifmaxaddr 0 port 9 priority 128 path cost 2000 > member: epair2a flags=143 > ifmaxaddr 0 port 8 priority 128 path cost 2000 > groups: bridge > nd6 options=21 > > > Besides you can take a look with tcpdump/wireshark on what happens on different interfaces of your machines to see the traffic flow between client and server. > Running tcpdump -i cbsd0 ip6 inside the non-vnet: > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on cbsd0, link-type EN10MB (Ethernet), capture size 262144 bytes > 18:02:29.081325 IP6 fe80::5a9c:fcff:fe10:9b75.10482 > ff12::8384.21027: UDP, length 322 > 18:02:51.229813 IP6 fe80::2a0:98ff:fe7d:cad.dhcpv6-client > ff02::1:2.dhcpv6-server: dhcp6 solicit > 18:02:52.338420 IP6 fe80::2a0:98ff:fe7d:cad.dhcpv6-client > ff02::1:2.dhcpv6-server: dhcp6 solicit > 18:02:54.444709 IP6 fe80::2a0:98ff:fe7d:cad.dhcpv6-client > ff02::1:2.dhcpv6-server: dhcp6 solicit > 18:02:58.449268 IP6 fe80::2a0:98ff:fe7d:cad.dhcpv6-client > ff02::1:2.dhcpv6-server: dhcp6 solicit > 18:02:59.083071 IP6 fe80::5a9c:fcff:fe10:9b75.10482 > ff12::8384.21027: UDP, length 322 > 18:03:06.545104 IP6 fe80::2a0:98ff:fe7d:cad.dhcpv6-client > ff02::1:2.dhcpv6-server: dhcp6 solicit > 18:03:12.355503 IP6 fe80::5a9c:fcff:fe10:9b75.10482 > ff12::8384.21027: UDP, length 322 > 18:03:22.890933 IP6 fe80::2a0:98ff:fe7d:cad.dhcpv6-client > ff02::1:2.dhcpv6-server: dhcp6 solicit > 18:03:29.084154 IP6 fe80::5a9c:fcff:fe10:9b75.10482 > ff12::8384.21027: UDP, length 322 > 18:03:54.837662 IP6 fe80::2a0:98ff:fe7d:cad.dhcpv6-client > ff02::1:2.dhcpv6-server: dhcp6 solicit > 18:03:59.081342 IP6 fe80::5a9c:fcff:fe10:9b75.10482 > ff12::8384.21027: UDP, length 322 > 18:04:29.083992 IP6 fe80::5a9c:fcff:fe10:9b75.10482 > ff12::8384.21027: UDP, length 322 > 18:04:41.028190 IP6 fe80::5a9c:fcff:fe10:9b75.10482 > ff12::8384.21027: UDP, length 322 > > > That happens while I'm running dhcp6c -d -f eth0 inside vnet jail (eth0 > is epair that is renamed): > Mar/29/2022 18:02:50: failed to open /usr/local/etc/dhcp6cctlkey: No such file or directory > Mar/29/2022 18:02:50: failed initialize control message authentication > Mar/29/2022 18:02:50: skip opening control port > Mar/29/2022 18:02:50: cfparse: fopen(/usr/local/etc/dhcp6c.conf): No such file or directory > Mar/29/2022 18:02:51: Sending Solicit > Mar/29/2022 18:02:52: Sending Solicit > Mar/29/2022 18:02:54: Sending Solicit > Mar/29/2022 18:02:58: Sending Solicit > Mar/29/2022 18:03:06: Sending Solicit > Mar/29/2022 18:03:22: Sending Solicit > Mar/29/2022 18:03:54: Sending Solicit > > > > Can I provide any more info? > > Regards, > meka > > > > ------=_Part_74_956993994.1648644316049 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Hi,

First. I'm not an IPv6 expert. Got it running at home. Although with SLAAC, not DHCP yet.
Another disclaimer is that I use VNET-jails nowadays.
But I like to try and think along with you.

What surprises me is that your non-vnet jail does not have a LINKLOCAL fe80::: address. These addresses are used for configuration in the local network (AFAIK).
And your routing table does not contain a line like this:
ff02::/16                         ::1                           UGRS        lo0

So how is the ff02:: multicast routed in your network?

But the tcpdump shows that the multicast solicit message is received on the non-vnet dhcp-server so that seems to work:
18:02:51.229813 IP6 fe80::2a0:98ff:fe7d:cad.dhcpv6-client > ff02::1:2.dhcpv6-server: dhcp6 solicit
I don't know if the dhcp-server program also sees this request coming in on its interface. Maybe extra logging can help there.

According to https://en.wikipedia.org/wiki/DHCPv6#Example the dhcp-server would reply with a link-local fe80:: address.
"Server replies with an advertise from [fe80::0011:22ff:fe33:5566]:547 to [fe80::aabb:ccff:fedd:eeff]:546."
But your dhcp-server does not have an fe80::.

So I'm wondering how that would work.

More questions than answers. But I hope it helps.

Regards,
Ronald.


 

Van: "Goran Mekic" <meka@tilda.center>
Datum: dinsdag, 29 maart 2022 18:11
Aan: Ronald Klop <ronald-lists@klop.ws>
CC: freebsd-current@freebsd.org, "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net>
Onderwerp: Re: DHCPDv6 in non-vnet jail

On Tue, Mar 29, 2022 at 12:14:20PM +0200, Ronald Klop wrote:
> I think it will help if you share more of your configuration/logs.
Inside non-vnet jail, this is ifconfig output
cbsd0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
    description: lagg0
    ether 58:9c:fc:10:9b:75
    inet 172.16.0.253 netmask 0xffffffff broadcast 172.16.0.253
    inet6 fd10:6c79:8ae5:8b91::2 prefixlen 128
    id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15
    maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200
    root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0
    member: epair1a flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
            ifmaxaddr 0 port 7 priority 128 path cost 2000
    member: epair5a flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
            ifmaxaddr 0 port 11 priority 128 path cost 2000
    member: epair4a flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
            ifmaxaddr 0 port 10 priority 128 path cost 2000
    member: epair3a flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
            ifmaxaddr 0 port 9 priority 128 path cost 2000
    member: epair2a flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
            ifmaxaddr 0 port 8 priority 128 path cost 2000
    groups: bridge
    nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>

There are bunch of other interfaces, but only cbsd0 (bridge interface)
is set up with ip address.


netstat -rn
Routing tables

Internet:
Destination        Gateway            Flags     Netif Expire
172.16.0.253       link#4             UH        cbsd0

Internet6:
Destination                       Gateway                       Flags     Netif Expire
fd10:6c79:8ae5:8b91::2            link#4                        UHS         lo0


grep -v '^#' /usr/local/etc/dhcpd6.conf

default-lease-time 2592000;
preferred-lifetime 604800;
option dhcp-renewal-time 3600;
option dhcp-rebinding-time 7200;
allow leasequery;
option dhcp6.name-servers 3ffe:501:ffff:100:200:ff:fe00:3f3e;
option dhcp6.domain-search "test.example.com","example.com";
option dhcp6.info-refresh-time 21600;
dhcpv6-lease-file-name "/var/db/dhcpd6/dhcpd6.leases";

subnet6 fd10:6c79:8ae5:8b91::/64 {
  range6 fd10:6c79:8ae5:8b91::/64;
}


ls -l /dev
total 1
crw-------  1 root  wheel   0x26 Mar 29 17:35 bpf
lrwxr-xr-x  1 root  wheel      3 Mar 28 09:31 bpf0 -> bpf
crw-rw-rw-  1 root  wheel   0x4a Mar 26 15:54 crypto
dr-xr-xr-x  2 root  wheel    512 Mar 29 03:38 fd
crw-rw-rw-  1 root  wheel   0x2a Mar 29 18:00 null
crw-rw----  1 root  nsd    0x1a5 Mar 24 23:45 pf
crw-rw----  1 root  nsd     0x4b Mar 26 15:54 pfil
dr-xr-xr-x  2 root  wheel    512 Mar 28 09:31 pts
crw-r--r--  1 root  wheel    0x8 Mar 24 23:45 random
lrwxr-xr-x  1 root  wheel      4 Mar 28 09:31 stderr -> fd/2
lrwxr-xr-x  1 root  wheel      4 Mar 28 09:31 stdin -> fd/0
lrwxr-xr-x  1 root  wheel      4 Mar 28 09:31 stdout -> fd/1
lrwxr-xr-x  1 root  wheel      6 Mar 28 09:31 urandom -> random
crw-rw-rw-  1 root  wheel   0x2b Mar 26 15:54 zero



On the host I have /etc/rtadvd.conf:
cbsd0:addr="fd10:6c79:8ae5:8b91::":raflags="m"


On the host ifconfig cbsd0
cbsd0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
    description: lagg0
    ether 58:9c:fc:10:9b:75
    inet 172.16.0.254 netmask 0xffffff00 broadcast 172.16.0.255
    inet 172.16.1.254 netmask 0xffffff00 broadcast 172.16.1.255
    inet 172.16.0.253 netmask 0xffffffff broadcast 172.16.0.253
    inet6 fe80::5a9c:fcff:fe10:9b75%cbsd0 prefixlen 64 scopeid 0x4
    inet6 fd10:6c79:8ae5:8b91::1 prefixlen 64
    inet6 fd10:6c79:8ae5:8b91::2 prefixlen 128
    id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15
    maxage 20 holdcnt 6 proto rstp maxaddr 2000 timeout 1200
    root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0
    member: epair1a flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
            ifmaxaddr 0 port 7 priority 128 path cost 2000
    member: epair5a flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
            ifmaxaddr 0 port 11 priority 128 path cost 2000
    member: epair4a flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
            ifmaxaddr 0 port 10 priority 128 path cost 2000
    member: epair3a flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
            ifmaxaddr 0 port 9 priority 128 path cost 2000
    member: epair2a flags=143<LEARNING,DISCOVER,AUTOEDGE,AUTOPTP>
            ifmaxaddr 0 port 8 priority 128 path cost 2000
    groups: bridge
    nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>

> Besides you can take a look with tcpdump/wireshark on what happens on different interfaces of your machines to see the traffic flow between client and server.
Running tcpdump -i cbsd0 ip6 inside the non-vnet:
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on cbsd0, link-type EN10MB (Ethernet), capture size 262144 bytes
18:02:29.081325 IP6 fe80::5a9c:fcff:fe10:9b75.10482 > ff12::8384.21027: UDP, length 322
18:02:51.229813 IP6 fe80::2a0:98ff:fe7d:cad.dhcpv6-client > ff02::1:2.dhcpv6-server: dhcp6 solicit
18:02:52.338420 IP6 fe80::2a0:98ff:fe7d:cad.dhcpv6-client > ff02::1:2.dhcpv6-server: dhcp6 solicit
18:02:54.444709 IP6 fe80::2a0:98ff:fe7d:cad.dhcpv6-client > ff02::1:2.dhcpv6-server: dhcp6 solicit
18:02:58.449268 IP6 fe80::2a0:98ff:fe7d:cad.dhcpv6-client > ff02::1:2.dhcpv6-server: dhcp6 solicit
18:02:59.083071 IP6 fe80::5a9c:fcff:fe10:9b75.10482 > ff12::8384.21027: UDP, length 322
18:03:06.545104 IP6 fe80::2a0:98ff:fe7d:cad.dhcpv6-client > ff02::1:2.dhcpv6-server: dhcp6 solicit
18:03:12.355503 IP6 fe80::5a9c:fcff:fe10:9b75.10482 > ff12::8384.21027: UDP, length 322
18:03:22.890933 IP6 fe80::2a0:98ff:fe7d:cad.dhcpv6-client > ff02::1:2.dhcpv6-server: dhcp6 solicit
18:03:29.084154 IP6 fe80::5a9c:fcff:fe10:9b75.10482 > ff12::8384.21027: UDP, length 322
18:03:54.837662 IP6 fe80::2a0:98ff:fe7d:cad.dhcpv6-client > ff02::1:2.dhcpv6-server: dhcp6 solicit
18:03:59.081342 IP6 fe80::5a9c:fcff:fe10:9b75.10482 > ff12::8384.21027: UDP, length 322
18:04:29.083992 IP6 fe80::5a9c:fcff:fe10:9b75.10482 > ff12::8384.21027: UDP, length 322
18:04:41.028190 IP6 fe80::5a9c:fcff:fe10:9b75.10482 > ff12::8384.21027: UDP, length 322


That happens while I'm running dhcp6c -d -f eth0 inside vnet jail (eth0
is epair that is renamed):
Mar/29/2022 18:02:50: failed to open /usr/local/etc/dhcp6cctlkey: No such file or directory
Mar/29/2022 18:02:50: failed initialize control message authentication
Mar/29/2022 18:02:50: skip opening control port
Mar/29/2022 18:02:50: cfparse: fopen(/usr/local/etc/dhcp6c.conf): No such file or directory
Mar/29/2022 18:02:51: Sending Solicit
Mar/29/2022 18:02:52: Sending Solicit
Mar/29/2022 18:02:54: Sending Solicit
Mar/29/2022 18:02:58: Sending Solicit
Mar/29/2022 18:03:06: Sending Solicit
Mar/29/2022 18:03:22: Sending Solicit
Mar/29/2022 18:03:54: Sending Solicit



Can I provide any more info?

Regards,
meka
 
------=_Part_74_956993994.1648644316049--