> On 27 Aug 2022, at 15:48, Michael Pounov wrote:
>
> Hello all
>
> I want to propose one new feature about IPFW. FWSync driver exchange dynamic
> state and aliase records between routers.
> If you have interest about such feature to be implemented at FreeBSD code
> base. You are fill free
> On 31 Aug 2022, at 10:11, Martin Stiemerling wrote:
>
> Hi,
>
>> Am 31.08.2022 um 11:00 schrieb Peter Jeremy :
>>
>> On 2022-Aug-31 10:18:44 +0200, Martin Stiemerling wrote:
>>> I am looking for a mechanism to get a notification from the OS when, for
>>> instance, an IP address on an in
> On 16 Jun 2022, at 21:48, Mike Jakubik
> wrote:
>
> After multiple tests and tweaks i believe the issue is not with the HW or
> Numa related (Infinity fabric should do around 32GB) but rather with FreeBSD
> TCP/IP stack. It's like it cant figure itself out properly for the speed that
> t
> On 5 Dec 2021, at 03:49, Neel Chauhan wrote:
>
> Hi Alexander,
>
> On 2021-12-04 10:42, Alexander V. Chernikov wrote:
>>> * Is porting OpenBSD MPLS to FreeBSD feasible, or are we better off doing a
>>> from-scratch implementation based on netgraph?
>&
> On 19 Nov 2021, at 19:17, Neel Chauhan wrote:
>
> Hi freebsd-net@,
>
> Long time no see. I've gotten a (Ports) commit bit since then.
>
> I haven't been very active in TCP/IP hacking as of late, as more recently
> I've been more focused on GNOME packages and some GPU drivers.
>
> Going b
> On 17 Sep 2021, at 01:36, Mark Kamichoff wrote:
>
> Hi -
>
Hi Mark,
> Does anyone here know how to tweak the hashing algorithm (per flow/packet/x)
> that's used for the new ROUTE_MPATH option that's in 13?
>
> I'm using FRR 7 and I see both routes in the FIB but only one is ever
> chosen a
> On 30 Aug 2021, at 08:32, Andriy Gapon wrote:
>
> On 30/08/2021 10:28, Andriy Gapon wrote:
>> On 01/08/2021 16:36, Alexander V. Chernikov wrote:
>>>
>>>
>>>> On 10 Jul 2021, at 10:07, Andriy Gapon wrote:
>>>>
>>>&g
> On 10 Jul 2021, at 10:07, Andriy Gapon wrote:
>
> On 09/07/2021 00:02, Alexander V. Chernikov wrote:
>> Hi Andriy,
>> Could you by any chance provide a bit more info on the system networking
>> configuration and the steps leading to panic?
>> No chance
Hi Andriy,
Could you by any chance provide a bit more info on the system networking
configuration and the steps leading to panic?
No chance for a coredump?
destroy_nhgrp() suggests that there was a multipath route (default?) that was
deleted.
nhops are created with UMA_ALIGN_PTR, so I suspect t
24.02.2021, 10:50, "Olivier Cochard-Labbé" :
> On Wed, Feb 24, 2021 at 1:22 AM Marek Zarychta <
> zarych...@plan-b.pwste.edu.pl> wrote:
>
>> >
>>
>> Please let me ask only one final question. Does adding:
>>
>> net.route.algo.inet.algo=dpdk_lpm4
>> net.route.algo.inet6.algo=dpdk_lpm6
>>
>> to
___
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"
___
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"
___
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"
19.11.2020, 10:03, "Darko Grubisic" :
> Hi all!
Hi Danko,
>
> I apologize if this is not the proper place to pop the question.
> I'm interested if there are any plans to integrate RPS and XPS
> functionality in FreeBSD kernel?
RPS is implemented as "option RSS". It have _some_ bits of XPS support a
28.10.2020, 20:25, "Alexander V. Chernikov" :
> 28.10.2020, 18:34, "Maxime Villard" :
>> In icmp6_notify_error(), 'finaldst' points to data within an mbuf, but when
>> iterating over the next IPv6 options the kernel can free that mbuf, meaning
>>
___
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"
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 to have changed.
>
> The backtrace of the panic was th
___
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"
ious thing to do was
>> to make it possible to only add the entry in the fib that was the
>> default fib or in the case of Ironport, the fib that was the default
>> fib of the process adding the interface.
>>
>> If you had to make a choice I think the '0' cho
___
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"
I want to introduce ip(8) or something similar in base.
Basically, I need some userland tool to explicitly operates on nexthops,
nexthop groups and fib lookup algorithms.
The existing tools are not well suited for the job: route(8) may be a
candidate, but (a) it would either add another bunch of
18.07.2020, 14:22, "Alexander V. Chernikov" :
> Dear FreeBSD users,
>
> I would like to make net.add_addr_allfibs=0 as the default system behaviour
> and remove net.add_addr_allfibs.
> To do so, I would like to collect use cases with net.add_addr_allfibs=1 and
> multi
Dear FreeBSD users,
I would like to make net.add_addr_allfibs=0 as the default system behaviour and
remove net.add_addr_allfibs.
To do so, I would like to collect use cases with net.add_addr_allfibs=1 and
multiple fibs, to ensure they can still be supported after removal.
Background:
Multi-fib
___
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"
22.06.2020, 14:54, "Hiroki Sato" :
> "Alexander V. Chernikov" wrote
> in <273191592779...@mail.yandex.ru>:
>
> me> Hey,
> me>
> me> I would like to propose removal of sbin/routed and usr.sbin/route6d.
>
> I am still using both of t
22.06.2020, 13:50, "Rodney W. Grimes" :
>> Hey,
Hi Rodney,
>>
>> I would like to propose removal of sbin/routed and usr.sbin/route6d.
>
> I disagree with removal, as your analysis is flawed.
Thank you for the feedback!
>
>> routed(8) is the daemon implementing RIPv2 routing protocol.
>> route6d
22.06.2020, 12:52, "Scheffenegger, Richard" :
> Hi,
>
> I am just curious if anyone is working to get the NIC drivers support to read
> the pluggables I2C status (temperature, voltage level, optical power levels)
> from Intel NICs and Qlogic CNAs?
Hi Richard,
which Intel nics you're referring to?
Hey,
I would like to propose removal of sbin/routed and usr.sbin/route6d.
routed(8) is the daemon implementing RIPv2 routing protocol.
route6d(8) is the daemon implementing RIPng routing protocol for IPv6.
RIP [1] was one of the first protocols used in the networking. The first
version was im
[re-sending email with as non-html]
Hey,
I would like to deprecate net.inet6.ip6.deembed_scopeid sysctl while leaving
the current default behaviour.
This sysctl controls whether IPv6 scope is embedded in the IPv6 address or not
when reading or writing route/interface/ifaddr data via rtsock/sys
___
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"
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 like we're not locking anything in nd6_dad_timer, so potentially if
one config
melifaro added inline comments.
INLINE COMMENTS
> rss_config.c:251
>*/
> + arc4random_buf(&rss_key, RSS_KEYSIZE);
> }
Are we sure that there is enough entropy available at the moment of calling it?
REPOSITORY
rS FreeBSD src repository
CHANGES SINCE LAST ACTION
https://reviews.
Hi,
I would like to share the current state and the next steps for the
nhops/multipath project.
To recap: project is about modernising the current routing stack and
implementing scalable multipath routing.
Most changes are based on introduction of the concept of nexthops. Nexthops,
which are
04.05.2020, 07:23, "Guy Yur" :
> Hi,
>
> -- Original Message --
> From: "Alexander V. Chernikov"
> To: "Steffen Christgau" ; "freebsd-net@freebsd.org"
>
> Sent: 2020-05-03 11:42:07
> Subject: Re: Notification about tentative
30.04.2020, 17:40, "Steffen Christgau" :
> Hi everybody,
Hi Steffen,
>
> I'm quiet new in developing applications with support for FreeBSD, so
> please excuse if that question has an obvious answer which I can't see
> at the moment.
>
> I'm developing a small daemon which should detect and handle c
Hi,
I would like to share the current state and the next steps for the
nhops/multipath project.
To recap: project is about modernising the current routing stack and
implementing scalable multipath routing.
Most changes are based on introduction of the concept of nexthops. Nexthops,
which are
I would like to introduce an implementation of scalable multipath routing.
Previous implementation (RADIX_MPATH) focused on a simpler case like having 2
defaults, with performance falling linearly proportional to the number of
paths. That implementation was also tightly coupled lookup algorithm
18.03.2018, 03:31, "Rodney W. Grimes" :
> [ Charset UTF-8 unsupported, converting... ]
>> 17.03.2018, 21:23, "Rodney W. Grimes" :
>> >> ?16.03.2018, 14:50, "sth...@nethelp.no" :
>> >> ?..
>> >> ?>> ?And thank you for that suggestion! The packet loss during ARP
>> refresh
>> >> ?>> ?(of the de
17.03.2018, 21:23, "Rodney W. Grimes" :
>> 16.03.2018, 14:50, "sth...@nethelp.no" :
>> ..
>> >> ?And thank you for that suggestion! The packet loss during ARP refresh
>> >> ?(of the destination address connected to the output interface) does
>> >> ?*not* happen when the box is forwarding! It o
16.03.2018, 14:50, "sth...@nethelp.no" :
..
>> And thank you for that suggestion! The packet loss during ARP refresh
>> (of the destination address connected to the output interface) does
>> *not* happen when the box is forwarding! It only happens with locally
>> generated traffic.
Should be fi
15.03.2018, 23:08, "sth...@nethelp.no" :
> I have a reproducible problem on 11.1-STABLE where, during a longterm
> iperf3 session, some packets are lost every time ARP is refreshed (every
> net.link.ether.inet.max_age seconds). Checking with tcpdump, I can
> indeed see that the packet loss is happe
27.08.2016, 20:58, "Jim Thompson" :
>> On Aug 27, 2016, at 11:50 AM, Hooman Fazaeli
>> wrote:
>>
>> Second have you considered replacing the existing radix tree with a faster
>> data structure, specially the Luigi DXR
>> tables?
(Sorry for re-posting #2, I incidentally sent an html-only reply
___
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"
___
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"
05.06.2016, 11:45, "Özkan KIRIK" :
> I also need this feature
Are you fine with exact-match mac addresses?
(E.g. new array/hash tabletype with the ability to do exact lookup on the
source/destination mac address, w/o any masks support).
>
> On Fri, Jun 3, 2016 at 4:11 PM, Aleksandr A Babaylov <".
I would like to introduce routing rework which started as projects/routing SVN
branch.
It has been around for quite a long time, some of the code has made its way to
HEAD, but there hasn't been any public announcements.
So, what is projects/routing about?
First, it is about bringing more scalab
14.01.2016, 19:16, "Alexander V. Chernikov" :
> 14.01.2016, 18:29, "Yamagi Burmeister" :
>> Hello,
>> with 11-CURRENT at r293913 I'm seeing this panic as soon as I'm trying
>> to connect through SSH:
>>
>> Unread portion of the ker
14.01.2016, 18:29, "Yamagi Burmeister" :
> Hello,
> with 11-CURRENT at r293913 I'm seeing this panic as soon as I'm trying
> to connect through SSH:
>
> Unread portion of the kernel message buffer:
> panic: _mtx_lock_sleep: recursed on non-recursive mutex rtentry
> @ /usr/src/sys/net/route.c:579
13.01.2016, 22:56, "Karim Fodil-Lemelin" :
> Hi,
>
> I've hit a very interesting problem with ipfw-nat and local TCP traffic
> that has enough TCP options to hit a special case in m_megapullup().
> Here is the story:
>
> I am using the following NIC:
>
> igb0@pci0:4:0:0: class=0x02 card=0x8
melifaro added inline comments.
INLINE COMMENTS
sys/net/if_lagg.c:728 What if we have multiple events queued on tasq? e.g mtu
AND mac change
sys/net/if_lagg.c:763 Not that easy, unfortunately.
At this moment original ioctl returned 0, so other things/events were fired:
rtsock notification
11.12.2015, 12:15, "Hans Petter Selasky" :
> Hi,
>
> Pulling the nail out of the haystack hopefully.
>
>>> Any ideas on where next to look?
>
> Adrian: In your dump aswell I see:
>
> la_flags = 1
>
> That means there was a race calling arptimer() and removing the "lle".
Yes. The interesting part h
Do you have vlans on top of ixgbe?
And actually I wonder what does tcpdump show for the same expression.
( and tcpdump -i ixX -lnes0 might provide good traces on what is going on)
30.11.2015, 19:09, "el...@sentor.se" :
> No one has a theory?
>
> /Elof
>
> On Thu, 5 Nov 2015, el...@sentor.se wrote:
04.11.2015, 19:55, "el...@sentor.se" :
> Hi!
>
> Question:
> What do the Recv column in 'netstat -B' show?
>
> I thought it was tha amount of packets received, but appaently not so.
>
> I send 200 packets from a tcpreplay machine to a receiving machine.
> I do it a few times.
>
> On the recei
03.11.2015, 17:05, "David Wolfskill" :
> This was on my laptop; yesterday, it built & booted:
>
> FreeBSD g1-252.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #230
> r290270M/290270:1100085: Mon Nov 2 05:03:07 PST 2015
> r...@g1-252.catwhisker.org:/common/S4/obj/usr/src/sys/CANARY amd64
>
> OK
31.10.2015, 16:46, "Adrian Chadd" :
> On 31 October 2015 at 09:34, Alexander V. Chernikov
> wrote:
>> 31.10.2015, 05:32, "Adrian Chadd" :
>>> Hiya,
>>>
>>> Here's a panic from arptimer:
>> Hi Adrian,
>>
>>
31.10.2015, 05:32, "Adrian Chadd" :
> Hiya,
>
> Here's a panic from arptimer:
Hi Adrian,
As far as I see, line 205 in if_ether.c is IF_AFDATA_LOCK(ifp) which happens
after LLE_WUNLOCK().
So, it looks like (pre-cached) ifp had been freed before locking ifdata.
Do you have any more details on tha
melifaro added a subscriber: melifaro.
melifaro added a comment.
After digging into lagg internals on updating lladdrs on lagg ports, I'd also
vote for extenging llq to deal with MTU changes for underlying interfaces
REPOSITORY
rS FreeBSD src repository
REVISION DETAIL
https://reviews.free
15.09.2015, 10:48, "O. Hartmann" :
> On Tue, 15 Sep 2015 10:21:21 +0300
> Kimmo Paasiala wrote:
>
>> On Tue, Sep 15, 2015 at 10:06 AM, O. Hartmann
>> wrote:
>> > Hopefully, I'm right on this list. if not, please forward.
>> >
>> > Running CURRENT as of FreeBSD 11.0-CURRENT #3 r287780: Mon
01.09.2015, 09:50, "Nigel Williams" :
> Hi,
>
> A new mptcp v0.5 patch is available at
> http://caia.swin.edu.au/urp/newtcp/mptcp/tools.html. This release
> represents a near-complete rewrite of the v0.4 implementation and as
> such there have been a large number of changes (see [1] and [2]). The
25.08.2015, 17:46, "Julian Elischer" :
> On 8/25/15 10:07 PM, Evgeny Khorokhorin wrote:
>> Hi,
>>
>> I have 10.2-STABLE, 2 CPU Intel E5-2643v3, network Intel XL710 with
>> 1.4.0 driver from Intel
>> I know that going through routing table is very fast (rn_match). But
>> I decided to optimize
___
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"
12.08.2015, 02:28, "Maxim Sobolev" :
> Olivier, keep in mind that we are not "kernel forwarding" packets, but "app
> forwarding", i.e. the packet goes full way
> net->kernel->recvfrom->app->sendto->kernel->net, which is why we have much
> lower PPS limits and which is why I think we are actually be
___
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"
16.07.2015, 01:25, "Alan Somers" :
> SIOCGIFMEDIA will return the list of supported media types and the
> current media type of a network interface. But for NICs with
> pluggable modules (SFP+, QSFP, etc), it would also be useful to know
> the allowed module type. I can't find any way to determine
On 08.01.2015 02:14, Przemyslaw Frasunek wrote:
> Dear all,
>
> We are running FreeBSD 9.2-RELEASE-p3 on few PPPoE access servers, each
> servicing about 1000 customers. Each server exchanges customers' /32 (for
> IPv4)
> and /64 (for IPv6) routes using OSPF and BIRD.
>
> Few times in a month, we
On 02.01.2015 21:46, Navdeep Parhar wrote:
> On Fri, Jan 02, 2015 at 06:57:50PM +0300, Alexander V. Chernikov wrote:
>> Hello list!
>>
>> FreeBSD has netmap support for chelsio T5 cards, which is amazing.
>> The great thing about implementation is that you can play
On 02.01.2015 19:53, Luigi Rizzo wrote:
> On Fri, Jan 02, 2015 at 06:57:50PM +0300, Alexander V. Chernikov wrote:
>> Hello list!
>>
>> FreeBSD has netmap support for chelsio T5 cards, which is amazing.
>> The great thing about implementation is that you can play
On 02.01.2015 19:45, Luigi Rizzo wrote:
> On Fri, Jan 02, 2015 at 06:36:00PM +0300, Alexander V. Chernikov wrote:
>> Hello list.
>>
>> It looks like it is impossible to use host pipes and emulated netmap
>> mode in some cases.
>>
>> For example, if you&#
Hello list!
FreeBSD has netmap support for chelsio T5 cards, which is amazing.
The great thing about implementation is that you can play with
traffic-generating applications without affecting "main" OS interface,
which has always been a problem for Intel cards.
However, this approach (having addit
Hello list.
It looks like it is impossible to use host pipes and emulated netmap
mode in some cases.
For example, if you're doing something like what traditional router do:
packet processing, with kernel-visible logical interfaces, routing
daemon running there, you can easily get a panic like thi
> On 23 Dec 2014, at 21:26, Luigi Rizzo wrote:
>
> Ok please pull the "next" branch from code.google.com/p/netmap-ipfw/
> which has a fix applied (set TCP_NODELAY on the connection).
> With that i can load a table with 64k entries in about 3 seconds.
>
> The "master" branch also has the same fi
On 04.12.2014 13:50, Yuriy Tabolin wrote:
Hi All.
I have a server with two Intel 10G NIC. OS FreeBSD 10.1-Release amd64.
Server works like NFS, samba-server and iSCSI target. Both NICs
aggregated into lagg device and set MTU 9014 to them. There are some
tuning sysctl.conf:
kern.maxfiles=62896
On 30.11.2014 18:47, Marcelo Gondim wrote:
Dear,
Unfortunately I have more options to resolve this problem I'm having
with Intel X520-SR2. Have we changed the X520, we exchange the optical
cords, exchanged optical modules, we changed the entire server, we
reduce the temperature inside the equ
On 19.11.2014 07:28, Craig Rodrigues wrote:
On Mon, Nov 17, 2014 at 9:47 AM, Alfred Perlstein
wrote:
On 11/17/14, 3:02 AM, Warner Losh wrote:
On Nov 17, 2014, at 12:46 AM, Craig Rodrigues
wrote:
(3) Take a pass through http://wiki.freebsd.org/VIMAGE/TODO
and
https://bugs.freeb
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 enabled. This is to increase the breadth of our testing of
that feature prior
to the release of FreeBSD 11.
In two weeks I will enable IPSec b
Hello everyone.
I'd like to remove faith (IPv6/v4 translator) from base.
* It does not seem like a proper way to translate between IPv4/IPv6 traffic.
There are several well-documented (and already implemented) technologies:
Stateful/stateless NAT64 (rfc 6146, 6145), 464XLAT (6877).
Un
On 24.10.2014 09:26, Mateusz Guzik wrote:
Hello there,
dtrace revealed that the kernel schedules nd6_timer a lot. Not only
that, his callout is not mpsafe so the kernel locks Giant which I
believe is an oversight.
Also the code looks really suspicious as it walks V_in6_ifaddrhead
without any lo
There is a problem with correct media reporting in ixgbe:
ixgbe_setup_optics() is called only at ixgbe_attach().
This means that:
1) if SFP slot was empty at the attach() time, "media" part will be set
to adapter->optics = IFM_ETHER | IFM_AUTO;
e.g. after attaching SFP status will look like
On 13.10.2014 09:35, Julian Elischer wrote:
On 10/12/14, 1:55 PM, wishmaster wrote:
--- Original message ---
From: "Alexander V. Chernikov"
Date: 11 October 2014, 23:20:39
On 11 Oct 2014, at 21:58, Craig Rodrigues wrote:
Hi,
What action items are left to enable
On 13.10.2014 13:16, Harald Schmalzbauer wrote:
Bezüglich Alexander V. Chernikov's Nachricht vom 13.10.2014 10:42
(localtime):
On 13.10.2014 12:35, Harald Schmalzbauer wrote:
Bezüglich Julian Elischer's Nachricht vom 23.04.2014 09:55
(localtime):
...
yes, we made two behaviours.
Add inte
On 13.10.2014 12:35, Harald Schmalzbauer wrote:
Bezüglich Julian Elischer's Nachricht vom 23.04.2014 09:55 (localtime):
On 4/23/14, 4:38 AM, Nikolay Denev wrote:
On Tue, Apr 22, 2014 at 5:37 PM, Harald Schmalzbauer
wrote:
Hello,
here, http://svnweb.freebsd.org/base?view=revision&revision=2
On 11 Oct 2014, at 21:58, Craig Rodrigues wrote:
> Hi,
>
> What action items are left to enable VIMAGE by default for FreeBSD 11?
Are there any tests results showing performance implications on different
network-related workloads?
>
> Not everyone uses bhyve, so VIMAGE is quite useful when us
On 11.10.2014 18:15, David Wolfskill wrote:
On Sat, Oct 04, 2014 at 04:35:51PM +0400, Alexander V. Chernikov wrote:
Hi,
I'm going to merge projects/ipfw branch to HEAD in the middle of next week.
OK; I was able to build & install head @r272938 this morning on my
laptop; on rebo
On 04 Oct 2014, at 16:35, Alexander V. Chernikov wrote:
> Hi,
>
> I'm going to merge projects/ipfw branch to HEAD in the middle of next week.
Merged in r 272840.
>
> What has changed:
>
> Main user-visible changes are related to tables:
>
> * Tables are now
On 04.10.2014 18:00, Marcelo Gondim wrote:
Excellent work! :)
I really enjoyed the news. This new ipfwcome with FreeBSD 10.1 release?
Unfortunately, no.
The plan is to commit it to HEAD and merge to 9/ and 10/ after 1 month.
Cheers,
Gondim
On 04/10/2014 09:35, Alexander V. Chernikov wrote
Hi,
I'm going to merge projects/ipfw branch to HEAD in the middle of next week.
What has changed:
Main user-visible changes are related to tables:
* Tables are now identified by names, not numbers. There can be up to
65k tables with up to 63-byte long names.
* Tables are now set-aware (defaul
On 03.10.2014 04:40, Hariprasad S wrote:
HI,
Detaching the slave from the lagg interface which has vlan on top of it, hits
an panic.
Kernel used: FreeBSD HEAD r272051
Is anyone aware of this issue?
Yes. What is happening here:
We acquire lagg WLOCK to set new link layer address (due to "mast
On 23.09.2014 20:00, Adrian Chadd wrote:
Ah, this behaviour.
It's called DROP_EN on the intel igb / ixgbe hardware. Grep the
drivers for that particular register bit/setting.
Set that bit for an RX queue and it'll instruct the MAC to drop frames
destined if that RX ring is full to it and keep r
On 23.09.2014 19:46, Luigi Rizzo wrote:
On Tue, Sep 23, 2014 at 07:17:08PM +0400, Alexander V. Chernikov wrote:
On 23.09.2014 18:44, Luigi Rizzo wrote:
...
However, in addition to non-symmetric RSS (which is hopefully being
addressed), there is another
usual "producer - multuple cons
On 23.09.2014 18:44, Luigi Rizzo wrote:
On Tue, Sep 23, 2014 at 4:36 PM, Adrian Chadd <mailto:adr...@freebsd.org>> wrote:
On 23 September 2014 01:36, Alexander V. Chernikov
mailto:melif...@freebsd.org>> wrote:
> On 22.09.2014 23:46, Adrian Chad
On 22.09.2014 23:46, Adrian Chadd wrote:
> Hi,
>
> Yes.
>
> * grab an ixgbe NIC and the -HEAD driver; (or cxgbe - I haven't gone
> and written RSS programming code for that just yet);
> * patch it to use a symmetric RSS key;
> * configure up N queues;
> * run an instance of snort on each TX/RX ri
Hello list.
I'd like to commit some changes to lagg counters which might be worth
discussion.
Diff is available at https://reviews.freebsd.org/D781
Quoting its summary:
While counting packets using per-cpu counters might not introduce
any significant overhead at current rates, we do not need to
On 28.08.2014 12:31, Eggert, Lars wrote:
Hi,
no matter what value I bump kern.ipc.nmbclusters and kern.ipc.nmbufs to, I still get
"requests for mbufs denied" with igb interfaces, and the occasional connection
stall, even when dialing down hw.igb.num_queues=1:
[root@laurel: ~] netstat -m
3070/
On 19.08.2014 20:06, Dmitry Selivanov wrote:
19.08.2014 17:50, Alexander V. Chernikov пишет:
On 15.08.2014 19:20, Alexander V. Chernikov wrote:
On 15.08.2014 18:19, Dmitry Selivanov wrote:
15.08.2014 17:25, Alexander V. Chernikov пишет:
On 08.08.2014 16:11, Dmitry Selivanov wrote
On 15.08.2014 19:20, Alexander V. Chernikov wrote:
On 15.08.2014 18:19, Dmitry Selivanov wrote:
15.08.2014 17:25, Alexander V. Chernikov пишет:
On 08.08.2014 16:11, Dmitry Selivanov wrote:
04.08.2014 23:51, Alexander V. Chernikov пишет:
On 04.08.2014 15:58, Luigi Rizzo wrote:
On Mon, Aug 04
Hello list.
It seems that networking is evolving quite rapidly, so 10g nics are
quite common: we have Intel, Chelsio, Mellanox, Emulex, Solarflare and
Myricom drivers in our tree (maybe some others). 40G are also here:
(Chelsio, Mellanox, Intel). Things like 25G NICs are also getting more
interest
Hello Jack!
Can you please commit (or let me commit) the following one-liner?
Index: sys/dev/ixgbe/ixgbe.c
===
--- sys/dev/ixgbe/ixgbe.c (revision 270040)
+++ sys/dev/ixgbe/ixgbe.c (working copy)
@@ -1055,7 +1055,7 @@ ixgbe_ioctl(str
On 15.08.2014 18:19, Dmitry Selivanov wrote:
15.08.2014 17:25, Alexander V. Chernikov пишет:
On 08.08.2014 16:11, Dmitry Selivanov wrote:
04.08.2014 23:51, Alexander V. Chernikov пишет:
On 04.08.2014 15:58, Luigi Rizzo wrote:
On Mon, Aug 04, 2014 at 01:44:26PM +0400, Alexander V. Chernikov
On 08.08.2014 16:11, Dmitry Selivanov wrote:
04.08.2014 23:51, Alexander V. Chernikov пишет:
On 04.08.2014 15:58, Luigi Rizzo wrote:
On Mon, Aug 04, 2014 at 01:44:26PM +0400, Alexander V. Chernikov wrote:
On 02.08.2014 12:33, Alexander V. Chernikov wrote:
On 02.08.2014 10:33, Luigi Rizzo
On 14.08.2014 15:52, Alexander V. Chernikov wrote:
> On 14.08.2014 15:15, Luigi Rizzo wrote:
>>
>>
>>
>> On Thu, Aug 14, 2014 at 12:57 PM, Alexander V. Chernikov
>> mailto:melif...@yandex-team.ru>> wrote:
>>
>> On 14.08.2014 14:44, Luigi Rizzo
1 - 100 of 284 matches
Mail list logo
