On Tue, 26 Nov 2019 08:06:37 +0200 Artem Viklenko ar...@viklenko.net said
Sorry, small update.
Just re-cheked. It was not final change... wrong place. I've set it even
smaller than 4096. Now it 3072.
Bummer. :(
Sorry.
No problem. Thanks for trying! :)
--Chris
26.11.19 07:55, Artem Vi
On Tue, 26 Nov 2019 07:55:11 +0200 Artem Viklenko ar...@viklenko.net said
Hi!
I have several small boxes with realtek nics acting as a router/firewall.
Also had same issues. FreeBSD driver didn't work at least for me so I
switched to Realtek's driver. But after some time traffic stops passing
Sorry, small update.
Just re-cheked. It was not final change... wrong place. I've set it even
smaller than 4096. Now it 3072.
Sorry.
26.11.19 07:55, Artem Viklenko via freebsd-net пише:
Hi!
I have several small boxes with realtek nics acting as a router/firewall.
Also had same issues. FreeB
Hi!
I have several small boxes with realtek nics acting as a router/firewall.
Also had same issues. FreeBSD driver didn't work at least for me so I
switched to Realtek's driver. But after some time traffic stops passing
my routers. Did some investigation and found that the issue is 9k mbufs.
A
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166724
Chris Hutchinson changed:
What|Removed |Added
CC||portmas...@bsdforge.com
--- Com
Or at least make it non fatal.
OK here's the story; I'm experimenting with a multiport NIC (re(4))
as we hope to start using multiport 10G NICs.
Any of the re's we've used in the past have been very stable, which
is why I picked the one I did for this experiment. This one has been
performing rock
On 11/25/19 12:02 PM, Colin Percival wrote:
Hi networky people,
I'm not sure if this was deliberate or if it's a bug.
If you create a raw IP socket, turn on IP_HDRINCL and SO_DONTROUTE, and
then use sendto(2) to send a packet, the destination address provided to
sendto(2) is ignored; instead, t
Hi networky people,
I'm not sure if this was deliberate or if it's a bug.
If you create a raw IP socket, turn on IP_HDRINCL and SO_DONTROUTE, and
then use sendto(2) to send a packet, the destination address provided to
sendto(2) is ignored; instead, the destination is taken from the packet's
ip_d
I am using a STB with muticast based TV.
When I use my firewall with igmpproxy in 11.3, I see the following when I am not
watching TV:
# netstat -g
IPv4 Virtual Interface Table
Vif Thresh Local-Address Remote-AddressPkts-In Pkts-Out
0 1 10.59.161.237
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=166724
Bob Smith changed:
What|Removed |Added
CC||b...@novanet.org
--- Comment #38 from
Hi Alex,
While I'm not a BSD developer, i really doubt it, considering that the
building blocks for SR are not there ( mpls support or just label
push/pop/swap).
On the other hand, on SRv6 as you mentioned you rely on IPv6 headers and
there is a lot of conservatory about it ( unless you
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220468
Baptiste Daroussin changed:
What|Removed |Added
Assignee|n...@freebsd.org |b...@freebsd.org
--
You are
12 matches
Mail list logo
