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: 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.

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: 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: 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: 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: 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: 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 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: 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: [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: 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: 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: 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: [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: 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: 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

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: 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/

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

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

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

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: 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

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: 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

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: 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

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 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: 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: 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

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: 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

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: 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

RFC: Updated ARP Queue patch...

Howdy, This is marked as "Updated" because I first proposed this on arch@ but am now sending it to a wider audience as I'm hoping to commit it in the near future. Please review the following patch against HEAD: http://people.freebsd.org/~gnn/head-arpqueue2.diff This patch makes two changes to

Updated ARP Queue Patch...

Howdy, After some excellent comments from Bjoern I've put together the following patch: http://people.freebsd.org/~gnn/head-arpqueue4.diff Please review and comment. Best, George ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailm

Proposed new information from netstat

Howdy, Please review this patch which adds the -T flag to netstat so that you can get TCP information, per socket, including retransmits, out-of-order receives, and zero window advertisements. Best, George head-tcpinfo.diff Description: Binary data

Re: [arp] possible DoS, fixes and improvements

On Dec 7, 2010, at 14:19 , rozhuk...@gmail.com wrote: > Hi! > > Hi, Sorry it has taken me a while to test this. In the first two cases I cannot reproduce your results on HEAD. I have attempted to test this with a modified arpwhohas.py script using PCS (ports/net/pcs). I can send very larg

Re: Adding Flow Director sysctls to ixgbe(4)

On Sep 8, 2011, at 14:49 , Navdeep Parhar wrote: > On Thu, Sep 08, 2011 at 08:34:11AM -0400, 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 sys

Re: Test tools for new network driver

On Aug 19, 2011, at 06:04 , Ben Gray wrote: > Hi, > >I'm not sure if this the right list to post to, but here goes ... > >I'm currently writing a driver for the SMSC LAN95xx range of USB to > Ethernet adapter chips (http://www.smsc.com/index.php?tid=300&pid=135&tab=1). > The basic RX/

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

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: 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: 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

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

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,

Re: Crash in ether_input

On Sep 4, 2009, at 18:31 , Chris Cowart wrote: Hello, Starting about a week ago, our primary webserver (then running FreeBSD 7.0) began crashing several times a day, typically during our higher-load times of day. We have since upgraded to 7.1p7, but continued to see the frequent crashes. W

Re: Crash in ether_input

On Sep 7, 2009, at 15:10 , Chris Cowart wrote: George Neville-Neil wrote: On Sep 4, 2009, at 18:31 , Chris Cowart wrote: Starting about a week ago, our primary webserver (then running FreeBSD 7.0) began crashing several times a day, typically during our higher-load times of day. We have

Re: Forging ipv6 addresses?

On Feb 16, 2010, at 19:21 , Martin Lopreiato wrote: > hi, > > On Feb 16, 2010, at 2:09 PM, Martin Lopreiato wrote: >>> note: if i use a configured address, my code works perfectly. so the >>> error message i'm getting when trying to forge an ipv6 address does >>> not seem to be related to a bug

A slight change to tcpip_fillheaders...

Howdy, A while back another src developer mentioned that he had gotten better performance by changing tcpip_fillheaders() in the following way: Index: tcp_subr.c === --- tcp_subr.c (revision 209083) +++ tcp_subr.c (working copy) @

Re: A slight change to tcpip_fillheaders...

On Jun 3, 2010, at 04:45 , Bruce Evans wrote: > > On Wed, 2 Jun 2010, George Neville-Neil wrote: > >> A while back another src developer mentioned that he had gotten better >> performance by changing >> tcpip_fillheaders() in the following way: > > It's un

Re: Slow local TCP transfers on -CURRENT

On May 2, 2009, at 08:16 , Lawrence Stewart wrote: Kevin Day wrote: I've been seeing this for a few months now on -CURRENT. TCP transfers to local IP addresses (but not 127.0.0.1) are incredibly slow. Transfer from localhost: # scp "r...@127.0.0.1:/boot/kernel/kernel" . kernel

Re: [PATCH] SYN issue

On May 19, 2009, at 17:13 , Zachary Loafman wrote: net@ - A short patch attached that requires 3 paragraphs of explanation. We found an issue in TCP when the a client connects to our server, establishes a connection, reboots and chooses the same source port to re-establish the connection. Thi

Re: in_pcb crash on 7.2 RELEASE 64bits

On Jun 22, 2009, at 20:18 , Jerry Toung wrote: Hi List, may be someone has seen this already before I dig into the issue myself. A consistent crash with the following trace. Sorry, but what causes the crash? Is this spontaneous or are you running something on the machine that someone c

RFC: ARP Statistics

Howdy, Here is a small patch that updates the kernel and the netstat(1) program to print out protocol statistics for ARP. I'd be interested in any feedback people have on this. Sample output: netstat -s -p arp arp: 469 ARP requests sent 2117 ARP replies received 0

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 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

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: 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

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: [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

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: 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

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: 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: 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: 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

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

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: 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

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

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

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

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: 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

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: 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: 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

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: 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

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: 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: 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:

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: 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

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 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

[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

[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] [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 ___

[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] 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] 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] 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] 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 __

  1   2   >