From nobody Fri Aug 18 08:01:41 2023 X-Original-To: freebsd-net@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 4RRvVF3KvRz4qsc7 for ; Fri, 18 Aug 2023 08:02:13 +0000 (UTC) (envelope-from fbl@aoek.com) Received: from mail.yourbox.net (mail.yourbox.net [91.121.67.125]) by mx1.freebsd.org (Postfix) with ESMTP id 4RRvVB4hPrz3NDM for ; Fri, 18 Aug 2023 08:02:10 +0000 (UTC) (envelope-from fbl@aoek.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=aoek.com header.s=mailbox header.b=n5YoPk9Z; spf=pass (mx1.freebsd.org: domain of fbl@aoek.com designates 91.121.67.125 as permitted sender) smtp.mailfrom=fbl@aoek.com; dmarc=pass (policy=reject) header.from=aoek.com Received: from mail.yourbox.net (mail [127.0.0.1]) by mail.yourbox.net (8.17.1/8.17.1) with ESMTP id 37I81kBb039109 for ; Fri, 18 Aug 2023 10:01:46 +0200 (CEST) (envelope-from fbl@aoek.com) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=aoek.com; s=mailbox; t=1692345706; bh=N3qZKRjzNbI2TxsuyX3gCVDdoxqr4JRQGWQYzFAFgZM=; h=Date:From:To:Subject; b=n5YoPk9ZsU0rjNkYORY+EG1uD9HKJ4jVrcP4un2GZNNSeC17nTKt2+UeVYqnSDGPU HeYuQzU+8F3tdBYeMeOTRWeI9+9F1BW1Dtml6daOiDuhHNGCXn0AXF/8veJ/GnuNek 5HYBeZ/Q6HaCN2L3jaPNz32a4EV7G9yno73jdB33GmqqIC8gK/lZeLKmQrUETFv7IA +7W3/5Rskh7mV7h7IE85vOKNEGXrlGpKFCCLjJ9D+Z55ZZEyLcCC+o8HeY3IYm3uMN SqPG4ytMR/cckWupjw+XUnqiBX8K4urVGkksY1im6aa3h4vtx+NS7Gys4M+9q4eWWb ur2Do4VbFtWBw== X-Authentication-Warning: mail.yourbox.net: Host mail [127.0.0.1] claimed to be mail.yourbox.net List-Id: Networking and TCP/IP with FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-net List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 18 Aug 2023 10:01:41 +0200 From: =?UTF-8?Q?Jos=C3=A9_P=C3=A9rez?= To: freebsd-net@freebsd.org Subject: em0: No buffer space available for IPv6 traffic but IPv4 is OK Message-ID: <503561ece3e7201318c298c2d5b91eb5@mail.yourbox.net> X-Sender: fbl@aoek.com User-Agent: Roundcube Webmail/1.2.0 X-Spamd-Result: default: False [-3.23 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_MIXED_CHARSET(0.67)[subject]; DMARC_POLICY_ALLOW(-0.50)[aoek.com,reject]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[aoek.com:s=mailbox]; RCVD_NO_TLS_LAST(0.10)[]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-net@freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; ARC_NA(0.00)[]; HAS_XAW(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; DKIM_TRACE(0.00)[aoek.com:+]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[freebsd-net@freebsd.org]; ASN(0.00)[asn:16276, ipnet:91.121.0.0/16, country:FR] X-Spamd-Bar: --- X-Rspamd-Queue-Id: 4RRvVB4hPrz3NDM Hi, on this intel em0 # dmesg |fgrep em0 em0: port 0xd800-0xd81f mem 0xfe9e0000-0xfe9fffff,0xfe9dc000-0xfe9dffff irq 48 at device 0.0 on pci1 em0: Using 1024 TX descriptors and 1024 RX descriptors em0: Using 2 RX queues 2 TX queues em0: Using MSI-X interrupts with 3 vectors em0: Ethernet address: xx:xx:xx:xx:xx:xx em0: netmap queues/slots: TX 2/1024, RX 2/1024 IPv4 and IPv6 used to work seamlessly for the past 6+ years. # ifconfig em0 em0: flags=8843 metric 0 mtu 1500 options=81249b ether xx:xx:xx:xx:xx:xx inet xxx.xxx.xxx.xxx netmask 0xffffff00 broadcast xxx.xxx.xxx.255 inet6 fe80::xxxx:xxxx:xxxx:xxxx%em0 prefixlen 64 scopeid 0x1 inet6 2xxx:xxxx:xxxx:xxxx::1 prefixlen 64 media: Ethernet autoselect (100baseTX ) status: active nd6 options=23 Nevertheless, now IPv6 traffic does not work anymore: # ping6 www.google.com PING6(56=40+8+8 bytes) 2xxx:xxxx:xxxx:xxxx::1 --> 2yyy:yyyy:yyyy:yyyy::1 ping6: sendmsg: No buffer space available ping6: wrote www.google.com 16 chars, ret=-1 From send(2): [...] [ENOBUFS] The system was unable to allocate an internal buffer. The operation may succeed when buffers become available. [ENOBUFS] The output queue for a network interface was full. This generally indicates that the interface has stopped sending, but may be caused by transient congestion. [...] There is little traffic on the interface and it seems that buffers are available: # netstat -m 2108/3472/5580 mbufs in use (current/cache/total) 2062/1336/3398/1018874 mbuf clusters in use (current/cache/total/max) 15/1250 mbuf+clusters out of packet secondary zone in use (current/cache) [...] Interestingly, there is incoming IPv6 local broadcast traffic as sniffed by # tcpdump -n -i em0 ip6 (ICMP6, neighbor solicitation, UDP from LAN link local addresses). Has anyone seen this before and can suggest a fix? Reboot did not solve, no software updates made, no config changes, just stop working from one day to the next. Thank you. -- José Pérez