Re: An interesting anomaly in NFS client...

On 8 Nov 2024, at 7:58, Rick Macklem wrote: > On Thu, Nov 7, 2024 at 9:41 PM George Neville-Neil > wrote: >> >> >> >> On 7 Nov 2024, at 13:59, Rick Macklem wrote: >> >>> On Thu, Nov 7, 2024 at 9:34 AM George Neville-Neil >>> wrote:

Re: An interesting anomaly in NFS client...

On 7 Nov 2024, at 13:59, Rick Macklem wrote: > On Thu, Nov 7, 2024 at 9:34 AM George Neville-Neil > wrote: >> >> >> >> On 7 Nov 2024, at 4:15, Mark Saad wrote: >> >>>> >>>> On Nov 7, 2024, at 12:29 AM, Andriy Gapon wrot

Re: An interesting anomaly in NFS client...

On 7 Nov 2024, at 4:15, Mark Saad wrote: >> >> On Nov 7, 2024, at 12:29 AM, Andriy Gapon wrote: >> >> On 07/11/2024 02:43, George Neville-Neil wrote: >>> Howdy, >>> We've been digging into an interesting possible issue in the FreeBSD NFS >&g

Re: An interesting anomaly in NFS client...

On 6 Nov 2024, at 21:28, Andriy Gapon wrote: > On 07/11/2024 02:43, George Neville-Neil wrote: >> Howdy, >> >> We've been digging into an interesting possible issue in the FreeBSD NFS >> client. Here is the scenario. I have a FreeBSD VM on my Mac, the Mac is t

An interesting anomaly in NFS client...

Howdy, We've been digging into an interesting possible issue in the FreeBSD NFS client. Here is the scenario. I have a FreeBSD VM on my Mac, the Mac is the NFS server, the VM is the client. I then attempt to build an out of tree kernel module that I'm working on. The build looks like it's

Re: compressed TIME-WAIT to be decomissioned

Removed current@ given your comment below. On 12 Jan 2022, at 13:48, Gleb Smirnoff wrote: > Hi! > > [crossposted to current@, but let's keep discussion at net@] > > I have already touched the topic with rrs@, jtl@, tuexen@, rscheff@ and > Igor Sysoev (author of nginx). Now posting for wider di

Re: Client Networking Issues / NIC Lab

On 23 Apr 2021, at 18:12, Kevin Bowling wrote: On Fri, Apr 23, 2021 at 6:19 AM Rick Macklem wrote: Kyle Evans wrote: On Fri, Apr 23, 2021 at 12:22 AM Kevin Bowling wrote: Greetings, [... snip ...] Tehuti Networks seems to have gone out of business. Probably not worth worrying about.

Re: tcp-testsuite into src?

On 22 Mar 2021, at 22:45, Alan Somers wrote: > On Mon, Mar 22, 2021 at 7:31 PM Kevin Bowling > wrote: > >> Hi, >> >> I was talking with gnn and kevans on IRC about the tcp testsuite >> (https://github.com/freebsd-net/tcp-testsuite). >> >> Currently we maintain this in ports, although the way t

[Differential] D26757: Fix to join AllHost mcast group again when adding an existing IP address

gnn accepted this revision. REPOSITORY rS FreeBSD src repository CHANGES SINCE LAST ACTION https://reviews.freebsd.org/D26757/new/ REVISION DETAIL https://reviews.freebsd.org/D26757 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: yannis.planus_alstomg

Re: Status of Vector Packet Processing (VPP) portability into FreeBSD

mind spending some time over it. Regards, - Jordan El mié., 26 sept. 2018 a las 10:58, George Neville-Neil (< g...@neville-neil.com>) escribió: Indeed I have not had On 26 Sep 2018, at 8:37, Jordan Caraballo wrote: Hi guys, I am wondering about the status of patching VPP for FreeBSD. I saw

Re: Status of Vector Packet Processing (VPP) portability into FreeBSD

Indeed I have not had On 26 Sep 2018, at 8:37, Jordan Caraballo wrote: Hi guys, I am wondering about the status of patching VPP for FreeBSD. I saw that George Neville-Neil started some work: https://github.com/gvnn3/vpp-old/tree/freebsd, but it is outdated (last commit was 2 years ago

[Differential] D9847: Try to extract the RFC1048 data from PXE

gnn accepted this revision. gnn added a reviewer: gnn. This revision has a positive review. REVISION DETAIL https://reviews.freebsd.org/D9847 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: kczekirda, oshogbo, bapt, tsoome, glebius, freebsd-net-list, #netwo

[Differential] D8905: if: Defer the if_up until the ifnet.if_ioctl is called.

gnn accepted this revision. This revision has a positive review. REVISION DETAIL https://reviews.freebsd.org/D8905 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, delphij, royger, decui_microsoft.com, honzhan_microsoft.com, howard0su_g

[Differential] D5872: tcp: Don't prematurely drop receiving-only connections

gnn added a comment. Not my comment "once everyone agrees" :-) REVISION DETAIL https://reviews.freebsd.org/D5872 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: sepherosa_gmail.com, network, glebius, adrian, delphij, decui_microsoft.com, honzhan_micros

[Differential] D5872: tcp: Don't prematurely drop receiving-only connections

gnn added a comment. Let's keep this moving along. Mike isn't (yet) a committer but if someone can commit this once everyone agrees that would be great. REVISION DETAIL https://reviews.freebsd.org/D5872 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To:

Re: MPTCP for FreeBSD repository on BitBucket/v0.51 update

On 18 Oct 2015, at 23:42, Nigel Williams wrote: Hi, The MPTCP code is now available as a mercurial repository: - Repository: https://bitbucket.org/nw-swin/caia-mptcp-freebsd - Wiki: https://bitbucket.org/nw-swin/caia-mptcp-freebsd/wiki/ For those interested in trying the implementation/looki

Re: BACnet on FreeBSD ?

On 31 Jul 2015, at 9:26, Kurt Jaeger wrote: Hi! Has anyone ever worked with BACnet on FreeBSD ? The Organisation: http://www.bacnet.org/ The ISO norm: ISO 16484-5 There's a European SIG: http://www.big-eu.org/ There's a protocol stack (which needs more massaging to build on FreeBSD):

Re: remove IPsec SKIPJACK support...

That's fine so long as its removed in HEAD now, and then the warning can go into 10 aka 10.3. Best, George On 28 Jul 2015, at 13:25, Adrian Chadd wrote: Hi, I'd put together a deprecation plan, which starts with the kernel warning that this stuff is being removed, MFC that to stable/10 and

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

gnn closed this revision. gnn added a comment. I believe we can close this. REVISION DETAIL https://reviews.freebsd.org/D1777 EMAIL PREFERENCES https://reviews.freebsd.org/settings/panel/emailpreferences/ To: rrs, imp, rwatson, lstewart, kib, adrian, jhb, bz, sbruno, gnn Cc: ae, bz, freebs

Re: Congestion Control Modification

those that can be achieved on a physical testbed. I will let you know if and when the implementation will be done as I will certainly need objective feedback. BR, Karlis On Fri, May 1, 2015 at 12:06 AM, George Neville-Neil wrote: If you want to run some experiments, though, you could look at

Re: Congestion Control Modification

If you want to run some experiments, though, you could look at running PTPd on 3 servers (master, and two slaves) which will get you decent synchronization among the three. Where decent is less than the typical RTT of a TCP packet on a 1Gbps LAN. Best, George On 30 Apr 2015, at 14:48, Karlis

SIFTR and DTrace

Howdy, I have added support for a DTrace SDT to the SIFTR module in HEAD. What this means is that you can now get SIFTR data filtered out of the kernel directly. I also added a simple script (share/dtrace/siftr) to show how this works. The test script is very wordy and only an example of ho

Re: Congestion Control Modification

Are you planning to put the source to this up on a repo (github) or send along patches? It would be good to get a look at this new algorithm. Thanks, George On 21 Apr 2015, at 5:30, Karlis Laivins wrote: Hi, Thank you very much for such a comprehensive description of how to properly create

[Differential] [Updated] D1944: PF and VIMAGE fixes

gnn added a comment. Any update on this? REVISION DETAIL https://reviews.freebsd.org/D1944 To: nvass-gmx.com, bz, zec, trociny, glebius, rodrigc, kristof, gnn Cc: freebsd-virtualization, freebsd-pf, freebsd-net ___ freebsd-net@freebsd.org mailing lis

Re: FreeBSD responding with wrong receiving interface IP

On 10 Mar 2015, at 11:26, Paul S. wrote: Hi, I've been deploying FreeBSD as customer edge routers for customers with sites that do not require high throughput (>1g/s). Each site has two ISPs (Mostly Telstra + Verizon/Optus), and take full routes via OpenBGPd and BIRD. I use next-hop self on

[Differential] [Accepted] D1965: Add extended media types to if_media.h and ifconfig

gnn accepted this revision. gnn added a comment. BTW Mike Karels was in favor of this in an email thread. He's not yet on phabricator but I'll ask him here as well. BRANCH /head REVISION DETAIL https://reviews.freebsd.org/D1965 To: erj, adrian, jfvogel, gnn Cc: glebius, freebsd-net __

Re: Adding new media types to if_media.h

On 8 Feb 2015, at 22:41, Mike Karels wrote: Sorry to reply to a thread after such a long delay, but I think it is unresolved, and needs more discussion. I'd like to elaborate a bit on my goals and proposal. I believe Adrian has newer thoughts than have been circulated here as well. The last

Re: IEE1588/PTP support for NIC drivers ?

On 5 Feb 2015, at 20:50, Olivier Cochard-Labbé wrote: Hi, Some network cards support IEE1588 hardware timestamp (like some Intel card), but their drivers didn't support this feature. I beleive there is a kernel feature missing for this suppport. Searching on the archive's mailing-list, I've fo

[Differential] [Accepted] D1691: sfxge: using 64-bit access for x86-64

gnn accepted this revision. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1691 To: arybchik, gnn Cc: freebsd-net ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd

[Differential] [Accepted] D1694: sfxge: Move txq->next pointer to part writable on completion path

gnn accepted this revision. gnn added a comment. This revision is now accepted and ready to land. Remember to put Approved by: gnn (mentor) in the commit message. BRANCH /head REVISION DETAIL https://reviews.freebsd.org/D1694 To: arybchik, gnn Cc: freebsd-net ___

[Differential] [Requested Changes To] D1697: sfxge: Expect required init_state on data path and in periodic calls

gnn requested changes to this revision. gnn added a comment. This revision now requires changes to proceed. __predict_false rarely, if ever, does the right thing. Have you run any benchmarks to show that this improves performance? REVISION DETAIL https://reviews.freebsd.org/D1697 To: arybchi

[Differential] [Accepted] D1708: sfxge: Separate software Tx queue limit for non-TCP traffic

gnn accepted this revision. gnn added a comment. This revision is now accepted and ready to land. Remember to put Approved by: gnn (mentor) in the commit message. BRANCH /head REVISION DETAIL https://reviews.freebsd.org/D1708 To: arybchik, gnn Cc: freebsd-net ___

[Differential] [Accepted] D1698: sfxge: Make it possible to build without EVQ statistics

gnn accepted this revision. gnn added a comment. This revision is now accepted and ready to land. Remember to put Approved by: gnn (mentor) in the commit message. BRANCH /head REVISION DETAIL https://reviews.freebsd.org/D1698 To: arybchik, gnn Cc: freebsd-net ___

[Differential] [Accepted] D1699: sfxge: Remove extra cache-line alignment and reorder sfxge_evq_t

gnn accepted this revision. gnn added a comment. This revision is now accepted and ready to land. Remember to put Approved by: gnn (mentor) in the commit message. BRANCH /head REVISION DETAIL https://reviews.freebsd.org/D1699 To: arybchik, gnn Cc: freebsd-net ___

[Differential] [Requested Changes To] D1707: sfxge: access statistics buffers under port lock

gnn requested changes to this revision. gnn added a comment. This revision now requires changes to proceed. If you look at other drivers you'll see they have #define'd macros for the locks, rather than direct calls. This allows us to name the lock in the macro. See, for instance, this example

[Differential] [Accepted] D1692: sfxge: Change sfxge_ev_qpoll() proto to avoid EVQ pointers array access

gnn accepted this revision. gnn added a comment. This revision is now accepted and ready to land. Remember to add Approved by: gnn (mentor) to your commit message. REVISION DETAIL https://reviews.freebsd.org/D1692 To: arybchik, gnn Cc: freebsd-net __

[Differential] [Accepted] D1700: sfxge: fixed TSO code to cope with VLAN headers

gnn accepted this revision. gnn added a comment. This revision is now accepted and ready to land. Remember to add Approved by: gnn (mentor) to your commit message. BRANCH /head REVISION DETAIL https://reviews.freebsd.org/D1700 To: arybchik, gnn Cc: freebsd-net __

[Differential] [Accepted] D1701: sfxge: Add evq argument to sfxge_tx_qcomplete()

gnn accepted this revision. gnn added a comment. This revision is now accepted and ready to land. Remember to add Approved by: gnn (mentor) to your commit message. BRANCH /head REVISION DETAIL https://reviews.freebsd.org/D1701 To: arybchik, gnn Cc: freebsd-net __

[Differential] [Accepted] D1706: sfxge: implemented parameter to restrict RSS channels

gnn accepted this revision. gnn added a comment. This revision is now accepted and ready to land. Remember to add Approved by: gnn (mentor) to your commit message. BRANCH /head REVISION DETAIL https://reviews.freebsd.org/D1706 To: arybchik, gnn Cc: freebsd-net __

[Differential] [Accepted] D1703: sfxge: Remove unused esm_size member of the efsys_mem_t structure

gnn accepted this revision. gnn added a comment. This revision is now accepted and ready to land. Remember to add Approved by: gnn (mentor) to your commit message. BRANCH /head REVISION DETAIL https://reviews.freebsd.org/D1703 To: arybchik, gnn Cc: freebsd-net __

[Differential] [Accepted] D1702: sfxge: Do not bzero() DMA allocated memory once again

gnn accepted this revision. gnn added a comment. This revision is now accepted and ready to land. Remember to add Approved by: gnn (mentor) to your commit message. BRANCH /head REVISION DETAIL https://reviews.freebsd.org/D1702 To: arybchik, gnn Cc: freebsd-net __

[Differential] [Accepted] D1704: sfxge: Pass correct address to free allocated memory in the case of load error

gnn accepted this revision. gnn added a comment. This revision is now accepted and ready to land. Remember to add Approved by: gnn (mentor) to your commit message. BRANCH /head REVISION DETAIL https://reviews.freebsd.org/D1704 To: arybchik, gnn Cc: freebsd-net __

[Differential] [Accepted] D1705: sfxge: Use SFXGE_MODERATION to initialize event moderation

gnn accepted this revision. gnn added a comment. This revision is now accepted and ready to land. Remember to add Approved by: gnn to your commit message. BRANCH /head REVISION DETAIL https://reviews.freebsd.org/D1705 To: arybchik, gnn Cc: freebsd-net ___

Re: 10Gbit Interface Testing

On 9 Dec 2014, at 16:10, Isaac (.ike) Levy wrote: Hi All, In our relatively small environment, I'm looking for pointers in testing 10Gbit network performance, for internet-facing connectivity. Our enviornment employs pairs of routers running FreeBSD- also utilizing PF, CARP, and PFSYNC. W

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

gnn accepted this revision. gnn added a reviewer: gnn. This revision is now accepted and ready to land. REVISION DETAIL https://reviews.freebsd.org/D1309 To: rodrigc, bz, glebius, trociny, zec, np, melifaro, hrs, wollman, bryanv, rpaulo, adrian, gnn, hiren, rwatson Cc: freebsd-virtualization,

[Differential] [Commented On] D1201: Allow UMA allocated memory to be freed when VNET jails are torn down.

gnn added a comment. No objection from me. REVISION DETAIL https://reviews.freebsd.org/D1201 To: rodrigc, alfredperlstein, melifaro, glebius, hrs, wollman, bryanv, rpaulo, adrian, bz, gnn, hiren, rwatson Cc: freebsd-net, emaste, gnn, rwatson ___ fre

Re: Enabling VIMAGE in GENERIC

On 1 Dec 2014, at 23:12, Julian Elischer wrote: On 12/2/14, 12:07 PM, George Neville-Neil wrote: On 30 Nov 2014, at 5:04, Julian Elischer wrote: On 11/29/14, 5:28 PM, Craig Rodrigues wrote: On Mon, Nov 24, 2014 at 9:03 AM, Julian Elischer mailto:jul...@freebsd.org>> wrote: > >

Re: Enabling VIMAGE in GENERIC

On 30 Nov 2014, at 5:04, Julian Elischer wrote: On 11/29/14, 5:28 PM, Craig Rodrigues wrote: On Mon, Nov 24, 2014 at 9:03 AM, Julian Elischer > wrote: > > > also look at the following: (a little dated) > > http://p4web.freebsd.org/@md=d&cd=//depot/projects/vimage/&cd

Re: netmap in GENERIC, by default, on HEAD

On 5 Nov 2014, at 9:00, Andrey V. Elsukov wrote: > On 05.11.2014 19:18, Evandro Nunes wrote: >> On Wed, Nov 5, 2014 at 1:52 PM, Andrey V. Elsukov wrote: >> >>> On 05.11.2014 18:39, George Neville-Neil wrote: >>>> Howdy, >>>> >>>> Last n

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

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 enabled. This is to increase the breadth of our testing of that feature prior to the

netmap in GENERIC, by default, on HEAD

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 by default, again in preparation for 11. Best,

Re: [PATCH 4/4] sfxge: Support tunable to control Tx deferred packet list limits

On 25 Sep 2014, at 9:15, Andrew Rybchenko wrote: Support tunable to control Tx deferred packet list limits Also increase default for Tx queue get-list limit. Too small limit results in TCP packets drops especiall when many streams are running simultaneously. Put list may be kept small enought s

Neworking Wiki Page updated...

Howdy, I've attempted to gather all the Networking TODOs from our various, scattered, wiki pages and concentrate them all in one place. Please review https://wiki.freebsd.org/Networking and if you need update that page. That is now the central page for all our networking todos and the like.

Re: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00

e: >>>>>>>> Hi, >>>>>>>> >>>>>>>> the newcwv patch is probably stale now with Tom Jones' recent patch >>>>>>>> based on >>>>>>>> a more up-to-date version of the Internet

Re: fastforward/routing: a 3 million packet-per-second system?

On 22 Jul 2014, at 20:30, Adrian Chadd wrote: hi! You can use 'pmcstat -S CPU_CLK_UNHALTED_CORE -O pmc.out' (then ctrl-C it after say 5 seconds), which will log the data to pmc.out; then 'pmcannotate -k /boot/kernel pmc.out /boot/kernel/kernel' to find out where the most cpu cycles are being sp

Re: A new way to test systems in multiple machine scenarios...

On 6 Jul 2014, at 4:52, Garrett Cooper wrote: On Jul 5, 2014, at 20:04, "George Neville-Neil" wrote: Hi, I've coded up a system to allow you to control multiple other systems for use in testing. https://github.com/gvnn3/conductor It's BSD licensed, of course, and i

Call for PF and IPFW rulesets

Howdy, I am currently doing performance comparisons and related work on PF in FreeBSD. While I can certainly hand craft a bunch of rulesets that should be equivalent on both systems I'm putting out a call to those who might be willing to share some real world rulesets with me and the rest o

Re: A new way to test systems in multiple machine scenarios...

On 8 Jul 2014, at 4:56, Garrett Cooper wrote: On Jul 6, 2014, at 9:06 PM, Craig Rodrigues wrote: On Sat, Jul 5, 2014 at 8:04 PM, George Neville-Neil wrote: Hi, I've coded up a system to allow you to control multiple other systems for use in testing. https://github.com/

A new way to test systems in multiple machine scenarios...

Hi, I've coded up a system to allow you to control multiple other systems for use in testing. https://github.com/gvnn3/conductor It's BSD licensed, of course, and is only alpha quality but I'm using it in the test lab to control hosts in forwarding tests. I'll be updating the system freque

Re: Patches for RFC6937 and draft-ietf-tcpm-newcwv-00

On 4 Feb 2014, at 1:38, Eggert, Lars wrote: > Hi, > > below are two patches that implement RFC6937 ("Proportional Rate Reduction > for TCP") and draft-ietf-tcpm-newcwv-00 ("Updating TCP to support > Rate-Limited Traffic"). They were done by Aris Angelogiannopoulos for his MS > thesis, which is

Re: Allowing CARP to use arbitrary OUI prefix and allocating block from FreeBSD's OUI space assignment for that

On 21 May 2014, at 10:58, Eygene Ryabinkin wrote: > Mon, May 12, 2014 at 12:39:49AM +0400, Eygene Ryabinkin wrote: >> Sun, May 11, 2014 at 04:30:32PM -0400, George Neville-Neil wrote: >>> On May 8, 2014, at 16:04 , Gleb Smirnoff wrote: >>>> On Thu, May 08, 20

Re: [patch] [1/6] sfxge: fix mbuf leak if it does not fit in software queue

On Mar 15, 2014, at 9:13 , Andrew Rybchenko wrote: > > <1-sfxge-leak.patch> Committed this morning. Best, George ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freeb

Re: socket receive buffer size & window updates

On Mar 11, 2014, at 13:58 , Vijay Singh wrote: > The socket option handler currently doesn't prevent connecting or connected > sockets from changing their receive buffer sizes. In particular, I ran into > a an application that sets the receive buffer size lower than what it > originally was. >

Re: Include port number in "Listen queue overflow" messages

On Mar 7, 2014, at 1:23 , hiren panchasara wrote: > I am thinking of committing following change that includes port number > in "Listen queue overflow" messages. > I like it. Best, George > New message would look something like: > sonewconn: pcb 0xf8001b155760: Listen queue overflow on p

Re: DCTCP for FreeBSD

On Feb 19, 2014, at 4:18 , Eggert, Lars wrote: > Hi, > > Midori Kato has implemented Microsoft's/Stanford's Datacenter TCP (DCTCP) for > FreeBSD as part of her MS thesis with me. Find a patch attached. > Thanks! Any hints on how best to test this code? Best, George > Also note that we're

Re: [PATCH 1/6] sfxge: fix mbuf leak if it does not fit in software queue

On Mar 18, 2014, at 7:44 , Adrian Chadd wrote: > Hi! > > Who's the solarflare driver maintainer? > > Ah, there isn't one. The closest is Ben Hutchings . > > I can commit these if no-one else is willing but I don't have any > solarflare hardware to test it on. > > I am taking care of this.

Re: Multiqueue support for bpf

Bump Has anyone else reviewed this code? I have looked it over but not run it. Visually it looks fine to me. Best, George On Sep 4, 2013, at 4:04 , Takuya ASADA wrote: > Hi, > > This is 2nd version of multiqueue bpf patch, I think I fixed things what > you commented on previous mail. > Her

Re: Network stack changes

On Sep 19, 2013, at 16:08 , Luigi Rizzo wrote: > On Thu, Sep 19, 2013 at 03:54:34PM -0400, George Neville-Neil wrote: >> >> On Sep 14, 2013, at 15:24 , Luigi Rizzo wrote: >> >>> >>> >>> On Saturday, September 14, 2013, Olivier Cochard-Labb?

Re: Network stack changes

On Sep 14, 2013, at 15:24 , Luigi Rizzo wrote: > On Saturday, September 14, 2013, Olivier Cochard-Labbé > wrote: >> On Sat, Sep 14, 2013 at 4:28 PM, Luigi Rizzo wrote: >>> >>> IXIA ? For the timescales we need to address we don't need an IXIA, >>> a netmap sender is more than enough >>> >>

Re: Network stack changes

On Sep 14, 2013, at 15:24 , Luigi Rizzo wrote: > > > On Saturday, September 14, 2013, Olivier Cochard-Labbé > wrote: > > On Sat, Sep 14, 2013 at 4:28 PM, Luigi Rizzo wrote: > >> > >> IXIA ? For the timescales we need to address we don't need an IXIA, > >> a netmap sender is more than enough

Re: Network stack changes

On Aug 29, 2013, at 7:49 , Adrian Chadd wrote: > Hi, > > There's a lot of good stuff to review here, thanks! > > Yes, the ixgbe RX lock needs to die in a fire. It's kinda pointless to keep > locking things like that on a per-packet basis. We should be able to do > this in a cleaner way - we ca

Re: DTrace network providers

On Aug 21, 2013, at 1:00 , Mark Johnston wrote: > Hello! > > I've ported the ip, tcp and udp DTrace providers to FreeBSD, following > the Solaris documentation here: > > https://wikis.oracle.com/display/DTrace/ip+Provider > https://wikis.oracle.com/display/DTrace/tcp+Provider > https://wikis.o

Re: how to get mac address info in kernel code?

On Mar 5, 2013, at 08:54 , h bagade wrote: > Hi all, > > I need to get interface MAC address within the kernel code and I couldn't > use "getifaddrs" because it's user-mode. How can I have the MAC address > information within kernel code? > > Any hints or comments are really appreciated. If y

Re: A question about SYN cookies...

On Feb 4, 2013, at 04:09 , Andre Oppermann wrote: > On 04.02.2013 01:09, George Neville-Neil wrote: >> Howdy, >> >> I've been reviewing the SYN cache and SYN cookie code and I'm wondering why >> we do all the work >> of generating a SYN cache entry

Re: [PATCH] Add a new TCP_IGNOREIDLE socket option

On Feb 6, 2013, at 12:28 , Alfred Perlstein wrote: > On 2/6/13 4:46 AM, John Baldwin wrote: >> On Wednesday, February 06, 2013 6:27:04 am Randall Stewart wrote: >>> John: >>> >>> A burst at line rate will *often* cause drops. This is because >>> router queues are at a finite size. Also such a b

Re: Make kernel aware of NIC queues

On Feb 6, 2013, at 09:37 , Luigi Rizzo wrote: > On Wed, Feb 06, 2013 at 06:19:27PM +0400, Alexander V. Chernikov wrote: >> Hello list! >> >> Today more and more NICs are capable of splitting traffic to different >> Rx/TX rings permitting OS to dispatch this traffic on different CPU >> cores.

A question about SYN cookies...

Howdy, I've been reviewing the SYN cache and SYN cookie code and I'm wondering why we do all the work of generating a SYN cache entry before sending a SYN cookie. If the point of SYN cookies is to defend against a SYN flood then, to my mind, the SYN/ACK for the cookie case should be sent off b

Re: kern/172113: [panic] [e1000] [patch] 9.1-RC1/amd64 panices in igb(4): m_getjcl: invalid cluster type

The following reply was made to PR kern/172113; it has been noted by GNATS. From: George Neville-Neil To: John Baldwin Cc: bug-follo...@freebsd.org, egrosb...@rdtc.ru, j...@freebsd.org Subject: Re: kern/172113: [panic] [e1000] [patch] 9.1-RC1/amd64 panices in igb(4): m_getjcl: invalid

Re: Dropping TCP options from retransmitted SYNs considered harmful

On Oct 15, 2012, at 09:08 , John Baldwin wrote: > On Friday, October 12, 2012 12:13:11 pm John Baldwin wrote: >> Back in 2001 FreeBSD added a hack to strip TCP options from retransmitted >> SYNs >> starting with the 3rd SYN in this block in tcp_timer.c: >> >> /* >> * Disable rfc132

Re: Dropping TCP options from retransmitted SYNs considered harmful

On Oct 12, 2012, at 12:13 , John Baldwin wrote: > Back in 2001 FreeBSD added a hack to strip TCP options from retransmitted > SYNs > starting with the 3rd SYN in this block in tcp_timer.c: > > /* >* Disable rfc1323 if we haven't got any response to >* our third SYN to wo

SFF 8472, aka what optic is plugged into my network card...

Howdy, Modern 10G NICs have the ability to have different types of cables plugged into them. There is a standard for the values contained in the cables which can be read here: http://www.10gtek.com/templates/wzten/pdf/SFF-8472-(Diagnostic%20Monitoring%20Interface).pdf It's probably the case th

Re: Proposal for changes to network device drivers and network stack (RFC)

One more note. Can you break the patches down into more bite sized pieces? They're hard to review as is. Best, George ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "fre

Re: Proposal for changes to network device drivers and network stack (RFC)

On Aug 25, 2012, at 00:11 , Anuranjan Shukla wrote: > At Juniper Networks, we've been using FreeBSD to build JUNOS (Juniper's > network operating system). So far the additions and changes to the > functionality were made inline, making the task of upgrading to new > versions of FreeBSD progressi

Re: Interface MTU question...

On Jul 12, 2012, at 14:28 , Doug Barton wrote: > While y'all are looking at MTU (which is an increasingly important topic > as we move into a Gig+ world) I'm wondering what our support is for > https://tools.ietf.org/html/rfc4821 ?? I asked this a while back and > never got an answer. > > This m

Re: Interface MTU question...

On Jul 12, 2012, at 12:55 , Jason Hellenthal wrote: > > > On Thu, Jul 12, 2012 at 10:55:16AM -0400, George Neville-Neil wrote: >> >> On Jul 11, 2012, at 17:57 , Navdeep Parhar wrote: >> >>> On 07/11/12 14:30, g...@freebsd.org wrote: >>>> Howdy,

Re: Interface MTU question...

On Jul 11, 2012, at 17:57 , Navdeep Parhar wrote: > On 07/11/12 14:30, g...@freebsd.org wrote: >> Howdy, >> >> Does anyone know the reason for this particular check in >> ip_output.c? >> >> if (rte != NULL && (rte->rt_flags & (RTF_UP|RTF_HOST))) { >> /* >> * This

Anyone working on RFC 4821, TCP Packetization Layer Path MTU Discovery?

Howdy, I just got an off list question about this RFC and haven't had time to dive into it, but wondered if anyone had already looked at this in the context of our TCP stack. Best, George ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.

Re: TCP Regression Test Suite

On Jul 7, 2012, at 23:31 , Julian Stecklina wrote: > Hello, > > do you know of a TCP regression test suite with IPv6 support? > Alas, not a good one. Best George ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/fr

Recent research results?

Howdy, One of the things I'm hoping to do for the foundation is to start periodically publishing a list of papers that reference or relate to FreeBSD. Basically a set of research highlights. I'll be asking this same question on a few of our public mailing lists but I'm going to start here. If

Re: seq# of RST in tcp_dropwithreset

On Mar 27, 2012, at 18:13 , Navdeep Parhar wrote: > When the kernel decides to respond with a RST to an incoming TCP > segment, it uses its ack# (if valid) as the seq# of the RST. See this > in tcp_dropwithreset: > > if (th->th_flags & TH_ACK) { > tcp_respond(tp, mtod(m, voi

Call for Papers Symposium on Architectures for Networking and Communications Systems

University of Science and Technology of China > Hans Eberle, Oracle Labs > Holger Fröning,University of Heidelberg > Euan Harris, Arista Networks > Hoang Le, ISC8 > Jun Li,Tsinghua University > Bill Lin, Un

Re: more network performance info: ether_output()

On May 1, 2012, at 11:40 , Luigi Rizzo wrote: > On Tue, May 01, 2012 at 10:27:42AM -0400, George Neville-Neil wrote: >> >> On Apr 20, 2012, at 15:03 , Luigi Rizzo wrote: >> >>> Continuing my profiling on network performance, another place >>> were w

Re: more network performance info: ether_output()

On Apr 20, 2012, at 15:03 , Luigi Rizzo wrote: > Continuing my profiling on network performance, another place > were we waste a lot of time is if_ethersubr.c::ether_output() > > In particular, from the beginning of ether_output() to the > final call to ether_output_frame() the code takes slight

Question about fixing udp6_input...

Howdy, At the moment the prototype for udp6_input() is the following: int udp6_input(struct mbuf **mp, int *offp, int proto) and udp_input() looks like this: void udp_input(struct mbuf *m, int off) As far as I can tell we immediately change **mp to *m and *offp to off in udp6_input() and we al

Patch to enable our tcpdump to handle CARP

Howdy, I've been trying to debug CARP problems of late. I noticed that our tcpdump didn't have CARP support. I took and fixed some code from OpenBSD so that our tcpdump can work with CARP. Unlike OpenBSD you have to specify -T carp to read carp packets. In their version you specify -T VRRP,

Fwd: [e2e] Nationwide 100Gbps testbed available to researchers

Somehow we ought to get involved in this. Best, George Begin forwarded message: > From: Brian Tierney > Subject: [e2e] Nationwide 100Gbps testbed available to researchers > Date: September 26, 2011 1:05:12 EDT > To: end2end-inter...@postel.org > > > Hi all: > > This may be of interest to th

Re: IP_MINTTL and RFC5082 (TTL security, GTSM) support

On Aug 18, 2011, at 03:32 , Alexander V. Chernikov wrote: > Hello list! > > FreeBSD supports IP_MINTTL since long ago (5.x ?). This is RFC3682-compatible > implementation. > > It is very simple: if we can associate incoming packet with any socket, > socket is checked for minimum TTL value exi

Re: Multiqueue support for bpf

On Aug 19, 2011, at 04:21 , Takuya ASADA wrote: > Any comments or suggestions? > > One comment, one question. First, I think we should try to integrate this work and then tune it up more. The API is, I think, fine, and performance tuning takes a bit of work. Second, what are the parameters

Re: Adding Flow Director sysctls to ixgbe(4)

On Sep 8, 2011, at 10:48 , K. Macy wrote: > On Thu, Sep 8, 2011 at 2:34 PM, John Baldwin wrote: >> On Monday, September 05, 2011 7:21:12 am Ben Hutchings wrote: >>> On Mon, 2011-09-05 at 15:51 +0900, Takuya ASADA wrote: Hi, I implemented Ethernet Flow Director sysctls to ixgbe(4)

Re: Intel NIC stops working

On Aug 17, 2011, at 04:06 , Johannes wrote: > Hi Sami, > > thanks for the reply. Unfortunately, down/up the interface does not > resolve the problem. > I have to reboot my server in order to use the nic again. > Crazy suggestion. Check the memory on your server using memtest or the like. Thos

  1   2   >