[Differential] D45109: Add support for Realtek RTL8211F-VD PHY

bz accepted this revision. bz added a comment. Should be fine; otherwise we'll deal with it as needed; do we know what mii_mpd_rev 7 is/was? CHANGES SINCE LAST ACTION https://reviews.freebsd.org/D45109/new/ REVISION DETAIL https://reviews.freebsd.org/D45109 EMAIL PREFERENCES

TCP/IPv6 LOR in main

#6 0x80d5aeab at tcp6_usr_connect+0x2eb #7 0x80bfcb43 at soconnectat+0xb3 #8 0x80c03c90 at kern_connectat+0xe0 #9 0x80c03b9b at sys_connect+0x9b #10 0x8104a398 at amd64_syscall+0x138 #11 0x8101cbeb at fast_syscall_common+0xf8 -- Bjoern A. Z

IPv6 LORs etc

40 #11 0x8102063b at fast_syscall_common+0xf8 -- Bjoern A. Zeeb r15:7

connection loss related to ndp?

-to-day IPv6-only usage for me that I had never experienced like this (in the last decade) before. If anyone has ideas and saves me from spending too many hours digging into this now I'd appreciate. /bz -- Bjoern A. Zeeb r15:7

LoR tcphash -> in6_ifaddr_lock

xa3 #6 0x80d641f4 at tcp6_usr_connect+0x304 #7 0x80c057ff at soconnectat+0xaf #8 0x80c0c8f1 at kern_connectat+0xe1 #9 0x80c0c7e5 at sys_connect+0x75 #10 0x81051760 at amd64_syscall+0x140 #11 0x81023e1b at fast_syscall_common+0xf8 -- Bjoern A. Z

Re: Bind fails in jail with assigned IP address

ally using epair(4) so you should avoid the silent rewriting of wildcard addresses that is causing you such difficulty. See: https://wiki.freebsd.org/Jails/VNET /usr/src/share/examples/jails/jib Cheers, Matthew -- Bjoern A. Zeeb

Re: Import dhcpcd(8) into FreeBSD base

n and can move forward? My 0.001ct /bz -- Bjoern A. Zeeb r15:7

vtnet may sleep with the following non-sleepable locks held

509 at ether_input+0x99 #13 0x80a3d1c3 at vtnet_rxq_eof+0x763 #14 0x80a3c9b7 at vtnet_rx_vq_process+0x97 #15 0x80bc91a9 at ithread_loop+0x279 #16 0x80bc5840 at fork_exit+0x80 #17 0x810c3cae at fork_trampoline+0xe -- Bjoern A. Z

Re: epoch callback panic

On 1 Apr 2022, at 20:51, Peter Holm wrote: On Fri, Apr 01, 2022 at 10:33:15PM +0200, Hans Petter Selasky wrote: On 4/1/22 19:07, Peter Holm wrote: markj@ asked me to post this one: panic: rw lock 0xf801bccb1410 not unlocked cpuid = 4 time = 1648770125 KDB: stack backtrace:

Re: epair and vnet jail loose connection.

On 13 Mar 2022, at 17:45, Michael Gmelin wrote: On 13. Mar 2022, at 18:16, Bjoern A. Zeeb wrote: On 13 Mar 2022, at 16:33, Michael Gmelin wrote: It's important to point out that this only happens with kern.ncpu>1. With kern.ncpu==1 nothing gets stuck. This perfectly fits into the pict

Re: epair and vnet jail loose connection.

On 13 Mar 2022, at 16:33, Michael Gmelin wrote: It's important to point out that this only happens with kern.ncpu>1. With kern.ncpu==1 nothing gets stuck. This perfectly fits into the picture, since, as pointed out by Johan, the first commit that is affected[0] is about multicore support.

Re: epair and vnet jail loose connection.

nds) make any differences? I am basically trying to narrow things down, as restarting entire jails and with that a network stack is a lot more changes than just epair. /bz -- Bjoern A. Zeeb r15:7

Re: why multi-hop icmp redirects to 0.0.0.0 on 13.0 ?

t the "internet source address of a datagram" and hence network == Layer 3 as that is where internet addresses belong. No one would phrase it anymore like this these days but in those days ... /bz -- Bjoern A. Zeeb r15:7

Re: why multi-hop icmp redirects to 0.0.0.0 on 13.0 ?

On Sat, 4 Dec 2021, Bjoern A. Zeeb wrote: On Sat, 4 Dec 2021, Kurt Jaeger wrote: I can reproduce some of this problem in the lab: Here's a fix https://reviews.freebsd.org/D33274 for HEAD. /bz -- Bjoern A. Zeeb r15:7

Re: why multi-hop icmp redirects to 0.0.0.0 on 13.0 ?

f-list first because it might not be a network stack problem in first instance. -- Bjoern A. Zeeb r15:7

Re: why multi-hop icmp redirects to 0.0.0.0 on 13.0 ?

Yes. And that is not pointing back to the interface rtr2 is on but out on an interface towards inet? /bz -- Bjoern A. Zeeb r15:7

Re: why multi-hop icmp redirects to 0.0.0.0 on 13.0 ?

ute and rtr1 has a full DFZ only and no default route? (b) At the time this happens does rtr1 have a route to z.z.z.z ? route -4 get z.z.z.z /bz -- Bjoern A. Zeeb r15:7

Re: LAN ure interface problem

On 22 Oct 2021, at 14:00, Ludovit Koren wrote: Hi, I have installed FreeBSD 14.0-CURRENT #1 main-n250134-225639e7db6-dirty on my notebook HP EliteBook 830 G7 and I am using RealTek usb LAN interface: ure0 on uhub0 ure0: on usbus1 miibus0: on ure0 rgephy0: PHY 0 on miibus0 rgephy0: OUI

Re: Iterating all VNETs from userspace application

On 18 Oct 2021, at 4:46, Özkan KIRIK wrote: Hi, I'm trying to gather all even within jails/vnet interface stats which interface type ifmd_data.ifi_type == IFT_ETHER (6) for bsnmpd. Related function (not modified) is here:

Re: change to deprecate broadcast on host 0 of a subnet

On 12 Sep 2021, at 15:25, Mike Karels wrote: Long ago (4.2BSD), the IP broadcast address was the lowest address on a network, the one with a host part of 0. In RFC1122, the broadcast address was standardized using a host part of all ones. 4.3BSD changed its default, and made the broadcast

Re: accept_rtadv

On 27 Feb 2021, at 20:34, Doug Hardie wrote:  On Feb 27, 2021, at 11:06, Michael Gmelin wrote:  On 27. Feb 2021, at 19:40, Doug Hardie wrote:  On 27 February 2021, at 10:34, Michael Gmelin wrote: On 27. Feb 2021, at 19:21, Doug Hardie wrote:  On 27 February 2021, at 04:37,

Re: FreeBSD does not reply to IPv6 Neighbor Solicitations

On 4 Jan 2021, at 14:17, Lutz Donnerhacke wrote: Victor Sudakov wrote: Dear Colleagues, Why could it be that a FreeBSD 12.2 host does not reply to ICMPv6 Neighbor Solicitations from the router? Any ideas please? Thank you for pointing this out. I do have an similar effect, after

Re: Panic in in6_joingroup_locked

On 22 Oct 2020, at 22:10, Alexander V. Chernikov wrote: 21.10.2020, 23:05, "Ryan Stone" : Today at $WORK we saw a panic due to a race between in6_joingroup_locked and if_detach_internal. This happened on a branch that's about 2 years behind head, but the relevant code in head does not appear

Re: IPv6 behind NAT

On 12 Sep 2020, at 15:42, Gordon Bergling wrote: Hi, does anyone know if it is possible to create an IPv6 tunnel via a tunnelbroker, Hurricane Electric for example, if the system is behind a NAT connection? See https://ipv6.he.net/certification/faq.php Search for the section labeled

Re: Ipv6 neighbor limit

On 3 Sep 2020, at 12:48, Hans Petter Selasky wrote: > On 2020-09-03 14:34, Cristian Cardoso wrote: >> Hi >> Would anyone know if there is any limit in the FreeBSD kernel for IPv6 >> neighbors? I checked the ndp documentation and found nothing, looking >> at the return of the sysctl command I also

Re: Multicast issue, interface not leaving Mutlicast Group

On 8 Aug 2020, at 12:31, Abelenda Diego wrote: On Sat, 8 Aug 2020 12:54:37 +0200 Hans Petter Selasky wrote: On 2020-08-07 15:25, Abelenda Diego wrote: Hello, I have discovered that I had a multicast issue for years I did not know about. I use a FreeBSD (opnsense) setup as router for my

Re: Support for Intel AX200 WiFi 6 card

On 26 Jul 2020, at 23:33, Kevin Oberman wrote: Thanks! This is really great news! One question though. The status report shows the iwl driver as supporting "7k/8k/9k/22k" devices. In the insanity of product models vs. chip models vs. marketing names, is the AX200 one of these? Yes.

Re: Support for Intel AX200 WiFi 6 card

On 26 Jul 2020, at 22:20, Kevin Oberman wrote: Hi, Can anyone comment on the state of support for this card? Just having it work would be great even if the very nice WiFi 6 features are still down the line a bit. It's just really hard to do anything with a laptop with no WiFi connectivity.

Re: somewhat reproducable vimage panic

On 23 Jul 2020, at 9:02, Kristof Provost wrote: On 23 Jul 2020, at 11:00, Bjoern A. Zeeb wrote: On 23 Jul 2020, at 8:09, Kristof Provost wrote: On 23 Jul 2020, at 9:19, Kristof Provost wrote: On 23 Jul 2020, at 0:15, John-Mark Gurney wrote: So, it's pretty easy to trigger, just attach

Re: somewhat reproducable vimage panic

On 23 Jul 2020, at 8:09, Kristof Provost wrote: On 23 Jul 2020, at 9:19, Kristof Provost wrote: On 23 Jul 2020, at 0:15, John-Mark Gurney wrote: So, it's pretty easy to trigger, just attach a couple USB ethernet adapters, in my case, they were ure, but likely any two spare ethernet

Re: somewhat reproducable vimage panic

On 22 Jul 2020, at 19:34, John-Mark Gurney wrote: John-Mark Gurney wrote this message on Tue, Jul 21, 2020 at 23:05 -0700: Peter Libassi wrote this message on Wed, Jul 22, 2020 at 06:54 +0200: Is this related to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=234985

Re: panic: starting DAD on non-tentative address 0xfffff800034a5800,

On 3 Jun 2020, at 20:15, Alexander V. Chernikov wrote: 03.06.2020, 11:46, "Bjoern A. Zeeb" : Hi, got this with HEAD from a few days ago, just in case it rings a bell with someone. I'm curious what are the conditions. Was it the first "up" for the interface? It looks li

panic: starting DAD on non-tentative address 0xfffff800034a5800,

Hi, got this with HEAD from a few days ago, just in case it rings a bell with someone. Otherwise I’ll go investigate when it happens again; I’ll try to setup netdump to get more information. panic: starting DAD on non-tentative address 0xf800034a5800 cpuid = 1 time = 1500939739 KDB:

Re: [PATCH] Implement the upcoming RFC4941bis (IPv6 SLAAC temporary addresses/privacy extensions)

On 3 Apr 2020, at 1:55, Fernando Gont wrote: Hi Fernando, can you follow-up on https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=245103 with your more complete patch so this is properly tracked? I’ll be happy to deal with it the next days if no one else beats me to it. /bz

Re: IPv6 in jails

On 19 Mar 2020, at 2:14, Victor Sudakov wrote: If it does, can you add a exec.start += "sleep 2 "; to your config OK, I've added it to the configs of 3 experimental jails. and see if your problem goes away? It goes away partially (only for sshd in 2 of the 3 available jails),

Re: IPv6 in jails

On 18 Mar 2020, at 15:50, Victor Sudakov wrote: If sshd in the host is configured to listen on all available interfaces and addresses (the default) then it will catch your jails IP too. Why is it not catching the 192.168.4.204 address then? You must configure sshd in the host to listen only

Re: IPv6 in jails

On 18 Mar 2020, at 15:15, Victor Sudakov wrote: Dear Colleagues, Is IPv6 in jails supposed to work? Does not work for me, what am I doing wrong? Here is a test jail: test4 { path = /d02/jails/test4 ; mount.devfs; ip4 = new; ip6 = new; ip4.addr =

Re: IPv6, SLAAC, routing in iocage jail

On 8 Jan 2020, at 14:08, Patrick M. Hausen wrote: Hi, Am 08.01.2020 um 14:50 schrieb Bjoern A. Zeeb : https://www.ixsystems.com/community/threads/ipv6_cpe_wanif-not-quite-working-in-iocage-jail.81341/ Try replacing the # KEYWORD: nojail with # KEYWORD: nojailvnet in /etc/rc.d

Re: IPv6, SLAAC, routing in iocage jail

On 8 Jan 2020, at 11:57, Patrick M. Hausen wrote: Hi all, does anyone in this list have an idea if this behaviour is to be expected? I assume it is not in any way FreeNAS specific, of course. Might be an iocage artefact, though.

Re: FreeBSD as multicast router

On 8 Nov 2019, at 22:55, Mike Karels wrote: > They are already exported via sysctl, and fetched that way on a live > system. But netstat was stupidly insisting that _mrtstats have a value > in the namelist first. Oh DOH! > That is not true if ip_mroute was loaded as a > module, and also if

Re: FreeBSD as multicast router

On 8 Nov 2019, at 7:30, Mike Karels wrote: P.S. I rebuild kernel with MROUTING option but = # netstat -gs -f inet No IPv4 MROUTING kernel support = still here Oh, I see; that's another manifestation of the bug that makes netstat fail with the loadable module. It doesn't work if

Re: DHCPv6 client in base

On 14 Oct 2019, at 23:04, Ben Woods wrote: Whilst I don’t have anything against wide-dhcp, I personally prefer integrated IPv4/IPv6 tools. ping vs ping6 for example would be better integrated in my opinion. I have a totally different opinion on this. I prefer to have a tool that does one

Re: VLAN+bridge problem [was: no network between jails and host with VNET on same interface]

On 27 Sep 2019, at 13:31, Alexander N. Lunev via freebsd-net wrote: Hello everyone! I have a strange connectivity problem on jails with VNET networking. I've deployed a jail system with VNET networking on a server with FreeBSD 12.0-RELEASE-p10. Jails are working fine, can reach out outer

Re: rpc.statd already ipv6 clean?

On 27 Sep 2019, at 21:52, Rick Macklem wrote: Mihir Luthra wrote: Hi Rick, Rick wrote: Although I'll admit it isn't something I am particularily fond of, FreeBSD likes utilities to build/work with only one of ipv4/ipv6. To do this, "#ifdef INET" and "#ifdef INET6" is applied to the code and

Re: rpc.statd already ipv6 clean?

On 26 Sep 2019, at 15:25, Rick Macklem wrote: Mihir Luthra wrote: Hiroki Sato wrote: I think you should learn TI-RPC API first. The nettype specifies a class of transport protocol, not address family. Thanks, I did some more research on TI-RPC today. In `statd.c` what I see is in

Re: addrs capability of rtadvd?

On 17 Aug 2019, at 6:03, John-Mark Gurney wrote: I am setting up ipv6, and going through the guide at: https://www.freebsd.org/doc/handbook/network-ipv6.html#idp71931000 And noticed the addrs#1 property in the example. I checked the rtadvd.conf man page, and I do not see an entry for addrs.

Re: In freshly installed 12i386 VM dhclient printed "No buffer space available"

On 5 May 2019, at 19:06, Yuri wrote: I just took the latest 12i386 ISO image, installed into a VM with 2GB memory, and got the "No buffer space available" from dhclient during the initial IPv4 network setup. This should never happen, IMO. Which NIC is this? em0 or virtio? I do see this

Re: use of #ifdef INET and #ifdef INET6 in the kernel sources

On 28 Feb 2019, at 1:11, Rick Macklem wrote: I thought (can't remember when/how I was told) that it was no longer recommended to add #ifdef INET or #ifdef INET6 to the kernel sources. Not sure who said this. I'll admit I think #ifdef'ng code when it isn't necessary to get it to build makes

[Differential] D5165: [patch] dev/bwn suppressing "bwn0: unsupported rate 0" console messages

bz added a comment. Ok looks like bwi doesn't need. I don't know too much about bwn(4). Given we have hard coded mapping tables with a limited set of 'rates' according to bwn_hwrate2ieeerate() and bwn_ieeerate2hwrate() would it make sense to manually code a "one lower than this"

[Differential] D5165: [patch] dev/bwn suppressing "bwn0: unsupported rate 0" console messages

bz added a comment. Depending on the outcome here, it look like bwi will need similar treatment? REPOSITORY rS FreeBSD src repository CHANGES SINCE LAST ACTION https://reviews.freebsd.org/D5165/new/ REVISION DETAIL https://reviews.freebsd.org/D5165 EMAIL PREFERENCES

Re: epair(4) and net.route.netisr_maxqlen

On 12 Nov 2018, at 3:44, Eugene Grosbein wrote: My additions are mostly for Wolfgang, 12.11.2018 6:23, Wolfgang Zenker wrote: on a jail with quite a lot of somewhat bursty network traffic I get warnings from netdata recently about packets being dropped because of net.route.netisr_maxqlen

Re: Long-lived connections over WiFi get stuck

On 8 Nov 2018, at 19:14, Yuri wrote: I have the problem that vnc-over-ssh connection from the laptop on WiFi gets stuck regularly, while the local browser on the laptop still works fine. Eventually vnc-over-ssh either disconnects, or can be revived by pulling the WiFi card out and putting

Re: WiFi AC support?

On 19 Oct 2018, at 3:32, Ronald F. Guilmette wrote: Just curious Are any of the wireless adaptors listed here: https://www.freebsd.org/releases/12.0R/hardware.html#support capable of doing 802.11ac? Adaptors are; FreeBSD drivers not yet. There is ongoing work to improve the

Re: epair failure in production on 11.1-STABLE (r328930) ? weird!

On 2 Jul 2018, at 21:11, Dr Josef Karthauser wrote: We’re experiencing a strange issue in production failure with epair (which we’re using to talk vimage to jails). FreeBSD s5 11.1-STABLE FreeBSD 11.1-STABLE #2 r328930: Tue Feb 6 16:05:59 GMT 2018 root@s5:/usr/obj/usr/src/sys/TRUESPEED

Re: [vnet] [epair] epair interface stops working after some time

On 27 Mar 2018, at 14:40, Kristof Provost wrote: (Re-cc freebsd-net, because this is useful information) On 27 Mar 2018, at 13:07, Reshad Patuck wrote: The epair crash occurred again today running the epair module code with the added dtrace sdt providers. ​ Running the same command as last

Re: Allowing a local subnet route to change to a different ifnet

On 18 Jan 2018, at 0:09, Rodney W. Grimes wrote: >> I have a customer that has configured two different IPs on the same >> subnet on two different interfaces. The behaviour that they want is >> that if the link on one of the two interfaces goes down, the route to >> that subnet will migrate to

Re: [SOLVED] performance issue within VNET jail

On 23 Dec 2017, at 14:06, Michael Grimm wrote: I will skip these questions for the time being, because I did solve my issue 15 minutes before your mail ;-) And I feel sorry for all your now "wasted" efforts in trying to help me. That’s OK. You solved the issue; that’s what’s important!

Re: performance issue within VNET jail

On 22 Dec 2017, at 20:30, Michael Grimm wrote: Hi — [ I am including freebsd...@freebsd.org now and removing freebsd-j...@freebsd.org ] [ Thread starts at https://lists.freebsd.org/pipermail/freebsd-net/2017-December/049470.html ] (#) there is a *dramatic* performance loss

Re: Only last IP frag sent if ARP entry absent

On 17 Aug 2017, at 21:16, Gopakumar Pillai wrote: Hi FreeBSD Networking Gurus, I came across an issue with an old version of FreeBSD and looking at the latest FreeBSD code, seems it exists even now. I am assuming that this issue is not reported. Observation: When a ping was performed with

Re: Remove flowtable from HEAD

On 10 Jul 2017, at 14:25, Bjoern A. Zeeb wrote: Hi, I have a review pending to remove flowtable from head. Now is the time to speak up if, after the inpcb caching went in a while ago, you still have a good reason for it to stay in the tree. Also review would be highly appreciated

Re: IPsec tunnel mode with gif

On 20 Jul 2017, at 22:02, Kajetan Staszkiewicz wrote: Yet for a reason beyond my understanding FreeBSD handbook proposes a 3rd mode: using a GIF tunnel together with IPSec tunnel mode. I really don't understand how is that supposed to work. People On The Internet also seem not to be able ..

Remove flowtable from HEAD

Hi, I have a review pending to remove flowtable from head. Now is the time to speak up if, after the inpcb caching went in a while ago, you still have a good reason for it to stay in the tree. Also review would be highly appreciated :) https://reviews.freebsd.org/D11448 /bz

Re: Enable IPv6 Privacy Extensions by default

On 11 Jun 2017, at 19:59, Tijl Coosemans wrote: > Hi, > > I recently got a new modem/router from my ISP that supports IPv6. Added > ifconfig_em0_ipv6="inet6 accept_rtadv" and rtsold_enable="YES" to > /etc/rc.conf like the handbook says and now all my FreeBSD systems have > an IPv6 address. \o/ >

Re: Public IPv6s fail on KVM bridge with "No buffer space available"

On 24 May 2017, at 10:17, William Gathoye wrote: In this use case, you make the assumption that my gateway is actually the first one to respond, this is why you select only the first answer using -c1. But as you can see below, if I remove that argument, several routers are answering to me

Re: Committing a new 25G/40G/100G Ethernet Driver

On 24 Mar 2017, at 2:39, Somayajulu, David wrote: Hi All, I have a brand new Cavium 25G/40G/100G Ethernet Driver to commit to HEAD. The patch generated using "svn diff" is about 22Mb. Per gnn's advice I have tried to submit the patch via Phabricator at

Re: Duplicate MAC addresses in VNET epair interaces

On 14 Feb 2017, at 9:26, Giulio Ferro wrote: Hi Bjoern, thanks for your reply... the idea is sound, but unfortunately setting the mac address of the epair interface inside the jail doesn't work: ifconfig epair0b ether ether 02:ff:e0:00:00:0b ifconfig: can't set link-level netmask or

Re: Duplicate MAC addresses in VNET epair interaces

On 6 Feb 2017, at 18:53, Giulio Ferro wrote: Hi all, Setup: 11.0-STABLE FreeBSD 11.0-STABLE #0 r312338: Tue Jan 17 12:29:38 UTC 2017 I've set up two freebsd hosts, each of which has a single VNET jail. On each host I've created 2 epair interfaces. Host A - epair0a, epair1a on the

Re: unable to use BPF Just-In-Time compiler

On 19 Sep 2016, at 16:04, Jung-uk Kim wrote: On 09/17/2016 17:11, Bjoern A. Zeeb wrote: On 15 Sep 2016, at 5:32, KrishnamRaju ErapaRaju wrote: Hi, I want to use BPF JIT Kernel APIs in FreeBSD(like: bpf_jitter(), etc..), for implementing TCP connection packet filtering. I have followed

Re: unable to use BPF Just-In-Time compiler

On 15 Sep 2016, at 5:32, KrishnamRaju ErapaRaju wrote: Hi, I want to use BPF JIT Kernel APIs in FreeBSD(like: bpf_jitter(), etc..), for implementing TCP connection packet filtering. I have followed below instructions as specified in:

Re: dupliceated icmp echo request

On 13 Sep 2016, at 15:39, Hannes Mehnert wrote: hello, (sorry in case this is the wrong mailing list) freebsd-net might be better; which I put on CC:. while doing some network testing, I discovered that my FreeBSD (r304285, but likely earlier + released ones as well) sends out two

Request for VIMAGE testing in 11.0-ALPHA6 and later

f you find problems please file a bug report and make sure to set "vimage" in the Keywords field but feel also free to post to freebsd-virtualisation@ which I'll be monitoring. Thanks a lot to everyone! Bjoern -- Bjoern A. Zeeb

[Differential] D1944: PF and VIMAGE fixes

bz added a comment. Can I have you guys have a look at https://reviews.freebsd.org/D6924 Thanks REVISION DETAIL https://reviews.freebsd.org/D1944 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: nvass-gmx.com, trociny, kristof, gnn, zec, rodrigc,

Re: panic with tcp timers

On 17 Jun 2016, at 4:53, Gleb Smirnoff wrote: Hi! At Netflix we are observing a race in TCP timers with head. The problem is a regression, that doesn't happen on stable/10. The panic usually happens after several hours at 55 Gbit/s of traffic. What happens is that tcp_timer_keep finds

[Differential] D1944: PF and VIMAGE fixes

___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"

VNET teardown changes (part I)

Hi, sorry for the cross-post; Reply-To set. I extracted a patch from projects VNET which tries to get the VNET teardown more robust (and in a next step plug the remaining [TCP] memory leaks). If anyone has an interest in testing some parts on a non-production setup (you have been warned)

Re: pf not seeing inbound packets coming from IPSec on epair interface

> On 18 Jan 2016, at 16:13 , Andreas Longwitz wrote: > > in the situation >IPSec --> epair0a --> epair0b > pf does not see inbound packets on the interface epair0b, because the > epair driver does not clear the flag PACKET_TAG_IPSEC_IN_DONE when he > transfers a

Re: A bug in udp6_input() - should use proto instead of ip6->ip6_nxt

> On 31 Aug 2015, at 04:05 , Tiwei Bie wrote: > > I found a bug in udp6_input(). The 'proto' parameter should be used to > get the protocol number (UDP or UDPLITE), instead of ip6->ip6_nxt. > > Because ip6->ip6_nxt may be the protocol number of extension header, > such

UDP6 locking improvement

Hi, based on some work I have done a few years back I have updated an UDP6 locking change and it’s at the “it compiles” stage. I have not re-read it yet. I’ll have to split it up into a couple of changes for PB as it also fixes: - some UDP-Lite bug(s) - some control mbuf leak - something else

Re: ssh over WAN: TCP window too small

On 25 Aug 2015, at 22:47 , Chris Stankevitz ch...@stankevitz.com wrote: Hi, # cat /dev/urandom | ssh root@host 'cat /dev/null' I use the above ssh command over a high-BDP WAN link (80 ms @ 100 Mbps). tcpdump shows I am TCP window limited to 64 KBytes (yielding 5 Mbps). iperf with

[Differential] [Updated] D1777: Associated fix for arp/nd6 timer usage.

bz added a comment. Hiren, it only took us 4 years to trigger this? Can people actually easily/reliably reproduce it? REVISION DETAIL https://reviews.freebsd.org/D1777 To: rrs, imp, sbruno, gnn, rwatson, lstewart, kostikbel, adrian, jhb, bz Cc: bz, emaste, hiren, julian, hselasky,

[Differential] [Changed Subscribers] D1777: Associated fix for arp/nd6 timer usage.

bz added a subscriber: bz. bz added a reviewer: bz. bz added a comment. It smells like a lle_refcnt bug to me and I have send a private email to errs to understand the problem better (and also if other optional kernel options might have been used while this was experienced). REVISION DETAIL

[Differential] [Updated] D1761: Extend LRO support to accumulate more than 65535 bytes

bz added a comment. I have raised my concerns about the change a few weeks ago elsewhere already but gnn mentioned a possible idea today to keep it clean(er). I'll let him follow-up here. REVISION DETAIL https://reviews.freebsd.org/D1761 To: hselasky, rmacklem, rrs, glebius, gnn, emaste,

[Differential] [Reopened] D1309: VIMAGE PF fixes #1

bz reopened this revision. bz added a comment. This revision is now accepted and ready to land. Even if this would have been merged properly and not broken the build there's still stuff that is wrong for initialisation with different net contexts in this and that needs to be fixed properly.

Re: IPv6 routes leaking between FIBs?

On 29 Dec 2014, at 16:03 , Alan Somers asom...@freebsd.org wrote: On Sun, Dec 28, 2014 at 3:16 AM, Bjoern A. Zeeb b...@freebsd.org wrote: People simply broke it (again). Please file a bug report. You may mention that there are regression test scripts in src/tools/ somewhere to test

[Differential] [Updated] D1388: IP6: Turned on verbose logging for fragment handling code

bz added a comment. I somehow would expect a comment to be updated somewhere referencing RFC5722? Appart from that no objections though I have only skimmed through and not properly reviewed this. REVISION DETAIL https://reviews.freebsd.org/D1388 To: kibab, bz Cc: ae, freebsd-net

Re: IPv6 routes leaking between FIBs?

To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org — Bjoern A. Zeeb Charles Haddon Spurgeon: Friendship is one of the sweetest joys of life. Many might have failed beneath the bitterness of their trial had they not found a friend

Re: setfib and RSTs

on receive. /bz — Bjoern A. Zeeb Charles Haddon Spurgeon: Friendship is one of the sweetest joys of life. Many might have failed beneath the bitterness of their trial had they not found a friend. ___ freebsd-net

Re: IPv6 routes leaking between FIBs?

with the FIB code and IPv6 routes. Thanks in advance for any help or clarification! People simply broke it (again). Please file a bug report. You may mention that there are regression test scripts in src/tools/ somewhere to test all the cases for IPv6. — Bjoern A. Zeeb

Re: RFC: Enabling VIMAGE in GENERIC

5 years ago? Scary. probbaly worth having someone who is currently active and up to date look at it to see if it's all still correct.. especially the module load/unload stuff. Yeah I popped it up in a browser window to read through it once I have a short break to do that. — Bjoern A. Zeeb

Re: VIMAGE UDP memory leak fix

then. — Bjoern A. Zeeb Come on. Learn, goddamn it., WarGames, 1983 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org

Re: VIMAGE + pf security fix?

On 21 Nov 2014, at 08:06 , Craig Rodrigues rodr...@freebsd.org wrote: On Thu, Nov 20, 2014 at 10:07 AM, Craig Rodrigues rodr...@freebsd.org wrote: On Wed, Nov 19, 2014 at 6:05 AM, Bjoern A. Zeeb b...@freebsd.org wrote: For people to use pf with VIMAGE we first MUST have the security

Re: IPsec is very broken...

a complete cross product of: { tunnel, transport } x { TCP, UDP, ICMP, any others? } x { IPv4, IPv6 }. Please add to this list. + SCTP + IPcomp + IPv4/IPv6 mixes inside/outside + properly working enc(4) If you get all that then add IPIP (gif) and GRE on the inside as well. — Bjoern A. Zeeb

Re: RFC: Enabling VIMAGE in GENERIC

otherwise. — Bjoern A. Zeeb Come on. Learn, goddamn it., WarGames, 1983 ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to freebsd-net-unsubscr...@freebsd.org

Re: RFC: Enabling VIMAGE in GENERIC

://wiki.freebsd.org/?action=fullsearchcontext=180value=VIMAGEtitlesearch=Titles but didn’t see anything that could be readily turned into a man page. https://people.freebsd.org/~bz/20100530-02.vnet.9.html The man page should be in that perforce branch you converted to github. — Bjoern A. Zeeb

Re: RFC: Enabling VIMAGE in GENERIC

network stack. There’ll be a lot of regression test writing and debugging to be done. That all said, I’d like to see it happen as well, but I’d love to have a lot of the issues being addressed first before putting a date on it to enable it in GENERIC in HEAD. /bz — Bjoern A. Zeeb Come

Re: IPSEC in GENERIC [was: Re: netmap in GENERIC, by default, on HEAD]

On 06 Nov 2014, at 01:10 , George Neville-Neil g...@neville-neil.com wrote: On 5 Nov 2014, at 9:20, Alexander V. Chernikov wrote: On 05.11.2014 19:39, George Neville-Neil wrote: Howdy, Last night (Pacific Time) I committed a change so that GENERIC, on HEAD has the netmap device

Re: Enabling VIMAGE by default for FreeBSD 11?

On 16 Oct 2014, at 08:52 , Dag-Erling Smørgrav d...@des.no wrote: Bjoern A. Zeeb bzeeb-li...@lists.zabbadoz.net writes: Also if people are seriously thinking about virtualising pf we need to import the openbsd/apple pf fix from a few years ago because otherwise people in virtualised stacks

Re: Enabling VIMAGE by default for FreeBSD 11?

those been fixed? No, an old perforce branch of mine had all but the last TCP ones fixed. The code is still there. — Bjoern A. Zeeb Come on. Learn, goddamn it., WarGames, 1983 ___ freebsd-net@freebsd.org mailing list http

Re: Enabling VIMAGE by default for FreeBSD 11?

On 12 Oct 2014, at 18:19 , Craig Rodrigues rodr...@freebsd.org wrote: On Oct 12, 2014 9:39 AM, Bjoern A. Zeeb bzeeb-li...@lists.zabbadoz.net wrote: No, an old perforce branch of mine had all but the last TCP ones fixed. The code is still there. Can you provide a pointer to your

Re: Should I be using ipv6_activate_all_interfaces or ip6addrctl_policy=ipv6_prefer

am not sure if it has happened but if IPv6 config is configured through rc.conf that setting should be(come) default. Bjoern — Bjoern A. Zeeb Come on. Learn, goddamn it., WarGames, 1983 ___ freebsd-net@freebsd.org mailing list http

  1   2   3   4   5   6   >