[Bug 262828] [carp] CARP arp replays with wrong src mac
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262828 Patrick M. Hausen changed: What|Removed |Added CC||p...@hausen.com --- Comment #17 from Patrick M. Hausen --- I do not have a complete understanding of the scope of this problem and the proposed patch. I only stumbled on this pr because of the mention of Hetzner vswitches and assumed problems in that environment. I am running an OPNsense (FreeBSD 14.1) HA cluster with CARP and a vswitch at Hetzner and everything seems to work as expected. I can offer to gather and supply any data points from the live system if requested. I can do things with a bit of disruption like force a switchover later in the evenings. Kind regards Patrick -- You are receiving this mail because: You are the assignee for the bug.
Re: CALL FOR TEST axgbe promisc mode
Hi, > On 1. Oct 2024, at 02:47, Zhenlei Huang wrote: > > The test plan is simple, either of the following should suffice: > > • Do traffic sniffing on axgbe interface. The interface will enter promisc > mode and should see packets not for us. I tested this with and without the patch and it's inconclusive: 1. tcpdump sees foreign packets with and without patch 2. tcpdump -p sees foreign packets with and without patch This oddly enough matches my expectation that nobody raised issues about promisc not working so far, but it leaves the question if we are/I am testing the right thing? Cheers, Franco ax0: mem 0x8016-0x8017,0x8014-0x8015,0x80188000-0x80189fff at device 0.4 on pci6 ax0: Using 512 TX descriptors and 512 RX descriptors ax0: Using 4 RX queues 4 TX queues ax0: Using MSI-X interrupts with 8 vectors ax0: Ethernet address: XX:XX:XX:XX:XX:XX ax0: xgbe_config_sph_mode: SPH disabled in channel 0 ax0: xgbe_config_sph_mode: SPH disabled in channel 1 ax0: xgbe_config_sph_mode: SPH disabled in channel 2 ax0: xgbe_config_sph_mode: SPH disabled in channel 3 ax0: RSS Enabled ax0: Receive checksum offload Enabled ax0: VLAN filtering Enabled ax0: VLAN Stripping Enabled ax0: Checking GPIO expander validity ax0: GPIO configuration valid ax0: SFP detected: ax0: vendor: FS ax0: part number:SFP-10G-Tax0: revision level: Aax0: serial number: XXX ax0: netmap queues/slots: TX 4/512, RX 4/512 ax0: Link is UP - 10Gbps/Full - flow control off ax0: link state changed to UP ax0: xgbe_config_sph_mode: SPH disabled in channel 0 ax0: xgbe_config_sph_mode: SPH disabled in channel 1 ax0: xgbe_config_sph_mode: SPH disabled in channel 2 ax0: xgbe_config_sph_mode: SPH disabled in channel 3 ax0: RSS Enabled ax0: Receive checksum offload Disabled ax0: VLAN filtering Disabled ax0: VLAN Stripping Disabled ax0: promiscuous mode enabled ax0: promiscuous mode disabled
[Bug 166724] if_re(4): watchdog timeout
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166724 --- Comment #119 from Nuno Teixeira --- Same as https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166724#c117 when doing restic backup operation such as prune and check. re0: port 0x3000-0x30ff mem 0xb4204000-0xb4204fff,0xb420-0xb4203fff at device 0.0 on pci3 re0: Using 1 MSI-X message re0: ASPM disabled re0: Chip rev. 0x5400 re0: MAC rev. 0x0010 laptop Lenovo Legion 5 (Intel) Today my re0 turned off and lost connections. At main-n272449-6e414739fc95 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.
[Bug 166724] if_re(4): watchdog timeout
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166724 --- Comment #120 from Nuno Teixeira --- (In reply to vova from comment #115) > what was helped - switchover to the port net/realtek-re-kmod I will try install re drivers from ports and check if problem persists. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug.
