Re: In-kernel NAT [ipfw] dropping large UDP return packets

On 6/13/18 1:28 PM, Andrey V. Elsukov wrote: On 13.06.2018 23:04, Jeff Kletsky wrote: The kernel version of libalias uses m_megapullup() function to make single contiguous buffer. m_megapullup() uses m_get2() function to allocate mbuf of appropriate size. If size of packet greater than 4k it

Re: In-kernel NAT [ipfw] dropping large UDP return packets

On 6/13/18 12:01 PM, Andrey V. Elsukov wrote: On 13.06.2018 20:16, Jeff Kletsky wrote: When a T-Mobile "femto-cell" is trying to establish its IPv4, IPSEC tunnel to the T-Mobile provisioning servers, the reassembled, 4640-byte return packet is silently dropped by the in-kernel NAT, e

Re: In-kernel NAT [ipfw] dropping large UDP return packets

On 6/13/18 10:22 AM, Michael Sierchio wrote: On Wed, Jun 13, 2018 at 10:16 AM, Jeff Kletsky wrote: When a T-Mobile "femto-cell" is trying to establish its IPv4, IPSEC tunnel to the T-Mobile provisioning servers, the reassembled, 4640-byte return packet is silently dropped by the

In-kernel NAT [ipfw] dropping large UDP return packets

ything obvious in the ipfw, natd, or libalias man pages.) Thanks! Jeff 11.1-RELEASE-p9 FreeBSD 11.1-RELEASE-p9 #0: Tue Apr  3 16:59:16 UTC 2018 r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 Additional details at https://forums.freebsd.org/threads/in-kernel-nat-dropping-large

Re: ipfw -- selecting locally generated packets

On 5/3/18 6:35 AM, Julian Elischer wrote: On 3/5/18 12:08 am, Michael Sierchio wrote: On Mon, Apr 30, 2018 at 10:48 AM, Jeff Kletsky wrote: "not recv any" doesn't seem to be helpful either $ sudo ipfw add 64000 count ip from any to any out xmit any not recv any

ipfw -- selecting locally generated packets

doesn't seem to be helpful either     $ sudo ipfw add 64000 count ip from any to any out xmit any not recv any     64000 count ip from any to any out In the past, I've tagged all incoming packets and used that tag to differentiate between the two.

VNET / netgraph jails -- Locking down?

ble source IP * Deny any so-tagged packets that don't have the proper source address (jail ID by itself is not enough for the outbound packets, as some of the jails are dual homed.) Has anyone tried this kind of method? Any other/better suggestions?

netgraph snooping failing using tcpdump with ng_tee and ng_eiface

th tcpdump on the ng_eiface tap. What am I missing here in being able to "snoop" the traffic within my virtual netgraph network? Are the packets somehow bypassing the virtual network and being routed directly to re0? TIA, Jeff Host: - re0: flags=8943 metric 0 m

Re: GPL issues around OFED code in FreeBSD 9.1

According to their EULA, it is BSD licensed. http://www.mellanox.com/page/mlnx_ofed_eula?mtag=linux_sw_drivers —j > On Sep 3, 2015, at 1:07 PM, Jack Vogel wrote: > > We (meaning Intel when I was still there) raised this issue

FreeBSD jail can't talk to internet through multiple routers

rowser from the main part of the machine? Thanks, Jeff ___ 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"

Re: vlan changes to support ipoib

On Sun, 9 Jan 2011, Bjoern A. Zeeb wrote: On Sat, 8 Jan 2011, Jeff Roberson wrote: Hi Folks, I have made some changes to vlans and I was wondering if anyone would care to review or test. Especially current vlan users. The diff is here: http://people.freebsd.org/~jeff/vlan.diff I can&#

vlan changes to support ipoib

Hi Folks, I have made some changes to vlans and I was wondering if anyone would care to review or test. Especially current vlan users. The diff is here: http://people.freebsd.org/~jeff/vlan.diff I can't say that I like adding all of the function pointers but with vlan support availab

Net problem with server running in jail

nd off for years, going back to FBSD 6, but have never figured out the problem or how I got out of it.  This time nothing is working. Thanks, Jeff ___ 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"

Re: kern/144898: [wpi] [panic] wpi panics system

The following reply was made to PR kern/144898; it has been noted by GNATS. From: jeff curry To: bug-follo...@freebsd.org Cc: kamik...@bsdforen.de Subject: Re: kern/144898: [wpi] [panic] wpi panics system Date: Sun, 2 May 2010 12:45:41 -0700 --0050450156d6b0f0cd0485a1b8cc Content-Type: text

Re: kern/125239: [gre] kernel crash when using gre

The following reply was made to PR kern/125239; it has been noted by GNATS. From: Jeff Mo To: bug-follo...@freebsd.org, damien.sau...@uclouvain.be Cc: Subject: Re: kern/125239: [gre] kernel crash when using gre Date: Wed, 17 Feb 2010 10:32:00 -0800 --00504502c5f9e57206047fd010ce Content

Re: kern/141646: [em] em(4) + lagg(4) + vlan(4) generates ISL-tagged frames instead of 802.1q-tagged frames

ll. Thank you! Jeff ___ 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"

Re: kern/141646: [em] em(4) + lagg(4) + vlan(4) generatesISL-tagged frames instead of 802.1q-tagged frames

On Sat, Jan 30, 2010 at 01:47:31AM -, Steven Hartland wrote: > Since your using lagg there Jeff have you done on perf testing at > all, when I tested here dual em0 + lagg + lacp => cisco 6509 although > all seemed to negotiate correctly, balancing wasn't working at all. Have

Re: kern/141646: [em] em(4) + lagg(4) + vlan(4) generates ISL-tagged frames instead of 802.1q-tagged frames

t on Monday if so. anything else I'd need to do in that case? thanks, Jeff ___ 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"

Re: kern/141646: [em] em(4) + lagg(4) + vlan(4) generates ISL-tagged frames instead of 802.1q-tagged frames

to a fix (and have alternate interfaces and -vlanhwtag in the mean time). thanks, Jeff ___ 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"

Re: kern/142518: [em] [lagg] Problem on 8.0-STABLE with em and lagg

The following reply was made to PR kern/142518; it has been noted by GNATS. From: Jeff Blank To: bug-follo...@freebsd.org Cc: Subject: Re: kern/142518: [em] [lagg] Problem on 8.0-STABLE with em and lagg Date: Wed, 13 Jan 2010 11:37:16 -0500 On Mon, Jan 11, 2010 at 09:45:11AM +, lini

Re: 8.0-REL lagg(4) + vlan(4) + em(4) problems

# ifconfig lagg0 create laggproto failover laggport em0 laggport em1 up # ifconfig vlan20 create vlan 20 vlandev lagg0 # ifconfig vlan20 / up Jeff ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscrib

8.0-REL lagg(4) + vlan(4) + em(4) problems

behaviour. Is my issue known in any way? Any suggestions other than filing a PR (which I'll be happy to do)? thanks, Jeff ___ 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"

Re: mbuf layout optimizations

On Fri, 19 Jun 2009, Barney Cordoba wrote: --- On Fri, 6/19/09, Jeff Roberson wrote: From: Jeff Roberson Subject: mbuf layout optimizations To: n...@freebsd.org, curr...@freebsd.org Date: Friday, June 19, 2009, 5:12 AM http://people.freebsd.org/~jeff/mbuf2.diff Hello, This is a call

mbuf layout optimizations

http://people.freebsd.org/~jeff/mbuf2.diff Hello, This is a call for testers and feedback on my mbuf layout improvements. I'm trying to decide whether I will push to have these included in 8.0. After reducing the scope slightly from my last patch, I have not encountered any problems.

Re: mbuf revision, testers/comments wanted.

On Sun, 8 Feb 2009, Fabian Keil wrote: Jeff Roberson wrote: On Sun, 1 Feb 2009, Fabian Keil wrote: Fabian Keil wrote: Jeff Roberson wrote: http://people.freebsd.org/~jeff/mbuf_ref2.diff I have been experimenting with different revisions to the mbuf api to improve performance and

Re: mbuf revision, testers/comments wanted.

On Sun, 1 Feb 2009, Julian Elischer wrote: Jeff Roberson wrote: http://people.freebsd.org/~jeff/mbuf_ref2.diff Hello, I have been experimenting with different revisions to the mbuf api to improve performance and simplify code. This patch is the first of several proposed steps towards

Re: mbuf revision, testers/comments wanted.

On Sun, 1 Feb 2009, Fabian Keil wrote: Fabian Keil wrote: Jeff Roberson wrote: http://people.freebsd.org/~jeff/mbuf_ref2.diff I have been experimenting with different revisions to the mbuf api to improve performance and simplify code. This patch is the first of several proposed steps

Re: mbuf revision, testers/comments wanted.

On Sun, 1 Feb 2009, Fabian Keil wrote: Fabian Keil wrote: Jeff Roberson wrote: http://people.freebsd.org/~jeff/mbuf_ref2.diff I have been experimenting with different revisions to the mbuf api to improve performance and simplify code. This patch is the first of several proposed steps

mbuf revision, testers/comments wanted.

http://people.freebsd.org/~jeff/mbuf_ref2.diff Hello, I have been experimenting with different revisions to the mbuf api to improve performance and simplify code. This patch is the first of several proposed steps towards those goals. The aim of this patch is two fold; 1) Revising the

Re: kern/127050: [carp] ipv6 does not work on carp interfaces [regression]

The following reply was made to PR kern/127050; it has been noted by GNATS. From: Jeff Wheelhouse <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Cc: Subject: Re: kern/127050: [carp] ipv6 does not work on carp interfaces [regression] Date: Wed, 10 Sep 2008 15:02:00 -0400 I am experienci

Need Help!

ve me some comments. Thanks and Regards Jeff /var/log/messages first time 895 Aug 16 16:30:11 JeffMo kernel: TAILQ_INSERT_TAIL:ia=0xc2df1600 896 Aug 16 16:30:11 JeffMo kernel: TAILQ_INSERT_TAIL:ia->ia_ifp=0xc27d6c00 897 Aug 16 16:30:11 JeffMo kernel: before TAILQ_FOREACH:ia1=0xc28e6b00

Question about "kern/125239: [gre] kernel crash when using gre"

be very thankful if anyone can give me some instruction. Regards Jeff == (kgdb) f 7 #7 0xc082263b in in_ifinit (ccc. ) at /usr/src/sys/netinet/in.c:817 817 if (rtinitflags(ia)) { (kgdb) info f Stack level 7, frame at 0xd22f3b58: eip = 0xc082263b in in_ifinit (

tcp listen problem

We are seeing an intermittent problem with FreeBSD 6.2 and our custom web server application, where incoming listens will sometimes not be passed to our application to be accepted. It is as if the listen queue is "clogged" somehow, and all incoming listens are blocked from being passed to our appli

netncp/netsmb users please test a patch.

http://people.freebsd.org/~jeff/select.diff I have redone the select locking. This included changing some cruft in smb/ncp. I have tested smb myself, but would appreciate more feedback. I am not able to test ncp. Please let me know if this works for you. Thanks, Jeff

Re: send() returns error even though data is sent, TCP connection still alive

On Wed, 2007-01-31 at 15:04 -0500, Garrett Wollman wrote: > In article <[EMAIL PROTECTED]>, > Jeff Davis <[EMAIL PROTECTED]> wrote: > > >You should see something like "write failed: host is down" and the > >session will terminate. Of course, when ssh ex

Re: reproducible watchdog timeout in bge

ivity. Nothing in the logs indicate watchdog timeouts or any other issue. I simply brought the NIC back down to auto-neg and all seems fine. I am assuming this is a incompatibility between the BGE and my switch, RS8000. I have a Asus P5MT-S with dual BGE NIC's Cheers, Jef

Re: Looking for networking solution.

t was written quite a while ago. It has not kept up with improvements in hardware and makes some poor assumptions about the underlying system. It could use some update, but I do not know the correct path to get these committed anywhere. In any case, if I recall correctly, it is entirely in user spac

Re: IPMI doesn't work...

Julian Elischer wrote: Jung-uk Kim wrote: On Tuesday 15 March 2005 01:14 am, Jeff Behl wrote: Julian Elischer wrote: Jeff wrote: I'm not sure what you mean by in band. The IP address of the BMC is assigned via the bios and is different from what the OS later assigns. With imi

Re: IPMI doesn't work...

Jung-uk Kim wrote: On Tuesday 15 March 2005 01:14 am, Jeff Behl wrote: Julian Elischer wrote: Jeff wrote: I'm not sure what you mean by in band. The IP address of the BMC is assigned via the bios and is different from what the OS later assigns. With imiptool we can tu

Re: IPMI doesn't work...

serial alternatives since Dell machines normally only have 1 serial port and I prefer 2. Regards, Mike Bruce M Simpson wrote: On Mon, Mar 14, 2005 at 04:26:16PM -0800, Jeff wrote: I don't think it's the case of the OS turning off the NIC. We can access/monitor/control the chassis via

Re: IPMI doesn't work...

Michael Vince wrote: Just out of interest has any one got serial console to work with this IPMI stuff? I was looking at regular 9pin serial alternatives since Dell machines normally only have 1 serial port and I prefer 2. yep, we've gotten this to work, but again only with linux. it looks just

Re: IPMI doesn't work...

Julian Elischer wrote: Jeff wrote: I'm not sure what you mean by in band. The IP address of the BMC is assigned via the bios and is different from what the OS later assigns. With imiptool we can turn on/powercycle/monitor via the BMC assigned address up until the point where the k

Re: IPMI doesn't work...

Jung-uk Kim wrote: On Monday 14 March 2005 02:32 pm, Jeff wrote: on a 5.3 amd64 system. anyone have any luck or know anything about this? i can query variables right up until the point where the kernel loads, then nothing. ibm is saying this can be caused by the actual nic driver (the

Re: IPMI doesn't work...

Julian Elischer wrote: I use IPMI with intel boards using the fxp driver. it seems to work ok.. The only problem I have seen its that is IS possible for the OS to turn off the NIC so that IPMI can't be reached.. Usually during a 'suspend' or similar. On a server you wouldn't do that however. I do

IPMI doesn't work...

on a 5.3 amd64 system. anyone have any luck or know anything about this? i can query variables right up until the point where the kernel loads, then nothing. ibm is saying this can be caused by the actual nic driver (the Baseboard Management Controller (BMC) shares the network interface);

Re: %cpu in system - squid performance in FreeBSD 5.3

Yes, I believe the kqueue version of squid would show much better results. Unfortunately it fails to compile and I have yet the time to try mucking with it more. I'll get back to the list when I am able to get it up and running... jeff Mohan Srinivasan wrote: Following up to a mail from

RE: %cpu in system - squid performance in FreeBSD 5.3

affic (around 180 Mb/s) at < %50 cpu utilization. Seems like something in the network stack is responsible for the high %system cpu util... jeff -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Behl Sent: Tuesday, December 07, 2004 9:17 AM

Re: Forward: HEADS UP! Default value of ip6_v6only changed

ications to V6. A single sockopt call is not unreasonable. I think "on" for the security reasons outlined is the right call - it will at least make people think about those issues, and most would not without something bringing it up. (That said, it would be nic

Intel PRO/1000 and BRIDGE

35:80 pathcost 0 age 0 max 20 hello 2 fdelay 15 07:01:45.461321 208.255.47.30.17754 > paynetonline.com.pop3: S 2843466202:2843466202(0) win 64240 (DF) > This looks a lot different than output from the current operational BRIDGE box (promiscuous mode on fxp0, fxp1) which I want to replace. Ple

Re: FreeBSD 5.0 dual-stack server

select/accept instead of just accept. That is kind of ugly... But, I guess it does make sense in the new world of multiple addresses and address families per host. jeff ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Broadcom BCM5703X causing reboot? 4.8-RC2

adecenter and not have to look into moving to linux...bleh jeff ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: FreeBSD 5.0 dual-stack server

; boote> (I guess I may need to install 5.0 on a box, and stop bothering > boote> others...) > > You don't need to install 5.0. You can simply get same effect by > setting net.inet6.ip6.bindv6only=1. Thanks! jeff ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"

FreeBSD 5.0 dual-stack server

riable doing a web search... What is the default value for this sysctl on 5.0? (I guess I may need to install 5.0 on a box, and stop bothering others...) Thanks, jeff ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net

Re: possible DoS in dc driver

seeing it on 4.5. MBUF exhaustion: yes, lockup: no. ( From a different machine) [10:51pm] jeff@snip (~) # sudo ping -f -s 5 snip Password: PING snip (s

Re: when are mbuf clusters released?

single client could easily tie everything up in fin_wait_1... anyone think of a workaround (besides not serving pop-ups :) jeff Mike Silbersack wrote: On Mon, 30 Dec 2002, Jeff Behl wrote: 5066/52544/256000 mbufs in use (current/peak/max): 5031/50612/64000 mbuf clusters in use (current/pe

when are mbuf clusters released?

rs to start draining, but only slowly. will clusters still be allocated in FIN_WAIT_? states? TIME_WAIT? This maching was serving a couple hundred connections a second...which doesn't seem like it should have taxed it much (p3 1.2 gHz). CPU util was low. Any help appreciated. Jeff Fre

Re: IPv6 udp socket bind: EADDRNOTAVAIL?

ampd[87134]: FILE=endpoint.c, LINE=437, bind([2001:468:12:2:203:47ff:fef1:5071]:0): Can't assign requested address Nov 26 16:30:13 nms2-ipls owampd[87121]: FILE=endpoint.c, LINE=437, bind([2001:468:12:2:203:47ff:fef1:5071]:0): Can't assign requested address Now, when this happens, it ha

IPv6 udp socket bind: EADDRNOTAVAIL?

s time? (I must admit that I have not looked at the auto configuration stuff.) Thanks, jeff To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: kerberos problems

I managed to track down another thread that I must have missed during earlier purusing of the archives, that states the same problem that was "fixed" by installing krb5 from ports, which I am attempting currently. Does anyone know of a fix/where the problem lies for the krb5 that ships with FBSD?

kerberos problems

dumped) ... I have not yet tried to debug the core file, that is my next step, but in the mean time, if anyone knows what/where the problem may be, I would appreciate any suggestions. Thank You Jeff To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the b

Re: polling on 4.7 crash...

Great! I've instaleld rev. 1.110.2.27 so we'll see how it fares. Thanks much! Jeff Guy Helmer wrote: Jeff Behl wrote: FreeBSD rack1-5.nwk 4.7-RELEASE-p1 FreeBSD 4.7-RELEASE-p1 #1: Tue Nov 12 10:37:37 PST 2002 [EMAIL PROTECTED]:/usr/src/sys/compile/GENERIC2 i386 Has

polling on 4.7 crash...

nyone experienced this or know of a fix? I'd be more than happy to help out in any testing. If this code works reliably it will be of great use to us; props to Luigi for writing it! -jeff Nov 14 12:15:00 rack1-5 syslogd: restart Nov 14 12:15:00 rack1-5 /kernel: rent process = Idle Nov 1

Re: Getting rid of maxsockets.

g this with Bosko yet? > > Mike "Silby" Silbersack > We have talked about it quite a bit. I'd love to remove the hard limit on mbufs. I may do this soon, but I have other uma related work that will probably come before it. Jeff To Unsubscribe: send mail to [EMAIL PROTECT

Re: Getting rid of maxsockets.

of your change? > The short answer is, no we won't fail any earlier. The reason the KVA was reserved before was so that you wouldn't have to grab a lock at interrupt time to do allocations. Now we can grab locks, we just can't msleep. This makes things a lot simpler. Jeff To Uns

Re: Getting rid of maxsockets.

p new sizing parameters. Everything has been UMA'd other than MD code, so I'm working on making the system take advantage of it. > > Mike "Silby" Silbersack > Thanks! Jeff To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: Getting rid of maxsockets.

LL. It just stops operations that would REALLY block. The old code reserved the KVA up front and just found a page at interrupt time. Jeff To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Getting rid of maxsockets.

Would anyone be upset if I got rid of maxsockets and consequently the limits on the *pcb zones? This was previously used so that the zone allocator could allocate items at interrupt time. Now you can just supply M_NOWAIT/WAITOK and get the desired effect without a hard limit. Jeff To

RE: 3com gigabit 3c996b-t

server. We have a database that we have been using for years. This is an temporary performance increase while we work on a client server system. Jeff Lawton Ideal Solution, LLC -Original Message- From: Brooks Davis [mailto:[EMAIL PROTECTED]] Sent: Monday, February 25, 2002 2:39 PM To: Jeff

3com gigabit 3c996b-t

"siocsifmedia Device Not Configured" when I attempt to force it into 1000basetx mode with the following command: Ifconfig bge0 media 1000baseTX Any help with this is greatly appreciated. > > > > > Jeff Lawton > Ideal Solution, LLC > > -Original Message--

siocsifmedia error w/bge driver

I am attempting to install a 3com 996b-t on a 4.5 i386 machine and I receive “siocsifmedia Device Not Configured” when I attempt to for it into 1000basetx mode with the following command: Ifconfig bge0 media 1000baseTX Any help with this is greatly appreciated. Jeff Lawton Ideal Solution, LLC

3com gigabit 3c996b-t

On 100baset it only works for a few minuites I can mount other nfs drives and ftp to other machines. But when I ssh in to it. I get in and about 4 commands, it disconnects and will not let me back in and It can no longer connect to anything either.   Jeff Lawton Ideal Solution, LLC  

RE: 3com gigabit 3c996b-t

: flags=8843 mtu 1500 options=3 inet 192.168.0.166 netmask 0xff00 broadcast 192.168.0.255 inet6 fe80::204:76ff:fee0:12a9%bge0 prefixlen 64 scopeid 0x1 ether 00:04:76:e0:12:a9 media: Ethernet autoselect (100baseTX ) status: active Jeff

FW: 3com gigabit 3c996b-t

  I am having trouble getting a 3com 3c996b-t to installed correctly. Is here a reference on how to properly set up the bge(4) driver. I am useing 4.5 release       Jeff  

ENOBUFS and network performance tuning

ERS to 128, though I'm not sure this is the preferred approach. Also, is there a definitive guide to what all the kernel variables (sysctl -a) are? thanks Jeff To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message

Re: Securing the root account

ept for a *false* sense of security. -Jeff To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-net" in the body of the message