t I have not set out to do any
specific measurements / tests in that regard.
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada http://ww
t; hdr=0x00
>
> System is today HEAD. if_em is loaded as module. pxeboot.
>
> Any help ?
This rings a bell. I saw a similar issue with the same desktop board.
If I compiled em into the kernel, it would netboot just fine. But as a
module, it would not for some reason.
---Mi
/cgi/query-pr.cgi?pr=150516
But I think Jack said 7.2.2 takes a similar strategy ?
---Mike
On 2/24/2011 3:03 AM, Özkan KIRIK wrote:
> Thank you. I'll test and share my experiences with you.
>
> On Wed, Feb 23, 2011 at 7:47 PM, Jack Vogel wrote:
>> Here is the 7.2.
there is a newer one Jack has, 7.2.2 which seems to work for me
as well so far and has additional fixes that the 7.1.9-test
cvsup to RELENG_8, then copy if_em-8.c to /usr/src/sys/dev/e1000/if_em.c
---Mike
___
freebsd-net@freebsd.org mailing
(4k/9k/16k)
0/0/0 sfbufs in use (current/peak/max)
0 requests for sfbufs denied
0 requests for sfbufs delayed
0 requests for I/O initiated by sendfile
0 calls to protocol drain routines
Any help would be much appreciated.
Regards,
- Mike
___
freebs
pecific type of em nic, but
the RELENG_8 version I am testing with is here
http://www.tancsa.com/if_em-8.c.
There is a patch to jack's patch by Sean as well thats incorporated in
that version
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications
network or driver settings
in /boot/loader.conf or /etc/sysctl.conf ?
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada http://www.tancsa.com/
will see if I can
get the customer to try the card in their box with the patch for
RELENG_7 as it would show this issue at least once a day until I pulled
the card for an older version
---Mike
On 2/4/2011 1:12 PM, Jack Vogel wrote:
> Was curious too, but being more patient
ou would need to manually compensate ? Broken tunnel providers ?
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada http:
dumpon return with ?
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Internet services since 1994 www.sentex.net
Cambridge, Ontario Canada http://www.tancsa.com/
___
freebsd-net@freebsd.or
SIX interrupts with 3 vectors
em1: [ITHREAD]
em1: [ITHREAD]
em1: [ITHREAD]
em1: Ethernet address: 00:15:17:ed:68:a4
em0: link state changed to UP
em1: link state changed to UP
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
Providing Inter
er is not
>> busy???
>> E> cpuid = 3
>> E> Uptime: 8h3m52s
>> E> Automatic reboot in 15 seconds - press a key on the console to abort
>> Can you add KDB_TRACE option to kernel? Your boxes for some reason can't
>> dump core, but with this option
one. Jan however, was able to
trigger it with greater ease ?
---Mike
>
> Jack
>
>
> On Tue, Feb 1, 2011 at 7:03 PM, Mike Tancsa wrote:
>
>> On 2/1/2011 5:03 PM, Sean Bruno wrote:
>>> On Tue, 2011-02-01 at 13:43 -0800, Jack Vogel wrote:
>>>
On 02/02/2011 10:07 AM, Sean Bruno wrote:
On Tue, 2011-02-01 at 12:50 -0800, Mike Carlson wrote:
Hey net@,
I have a FreeBSD 8.2-RC2 system running on a HP DL180 G6, using the
onboard Intel controller, and it is our primary Bacula storage node and
director node.
We have 96 clients that are
>
> that there was the problem. The interfaces on the different nodes were not
in the same vlan.
--
Mike
Of course, you might discount this possibility, but remember that one in
a million chances ha
_RD, &stats->colc,
"Collision Count");
SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "symbol_errors",
@@ -5240,12 +5238,12 @@
SYSCTL_ADD_QUAD(ctx, stat_list, OID_AUTO, "rx_frames_1024_1522",
CTLFLAG_RD, &ad
On 2/1/2011 8:44 PM, Mike Tancsa wrote:
>
> % md5 if_em.c
> MD5 (if_em.c) = 0f2d48c7734496c2262f468cd1ab9117
Sorry, thats
MD5 (if_em.c) = 9cede4ab0d833e0f97172ed715e2b4e3
---Mike
--
---
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, m...@sentex.net
>
Strange, it seems to be eaten/held by mailman ? I posted the file to
http://www.tancsa.com/if_em.c
% md5 if_em.c
MD5 (if_em.c) = 0f2d48c7734496c2262f468cd1ab9117
% ident if_em.c
if_em.c:
$FreeBSD: src/sys/dev/e1000/if_em.c,v 1.68 2011/01/19 18:20:11 jfv
Exp $
---Mike
--
-
tant problems Sean, feel free to fix them :)
My boxes are RELENG_7 and RELENG_8. Apart from manually hand editing
those pesky sysctl changes out, is there a better way to generate
RELENG_8 and 7 diffs ?
---Mike
___
freebsd-net@freebsd.org
_em_load="YES"
coretemp_load="YES"
comconsole_speed="115200"# Set the current serial console speed
console="comconsole,vidconsole" # A comma separated list of
console(s)
aesni_load="YES"
cryptodev_load="YES"
---M
Hey net@,
I have a FreeBSD 8.2-RC2 system running on a HP DL180 G6, using the
onboard Intel controller, and it is our primary Bacula storage node and
director node.
We have 96 clients that are scheduled to run at 8:30pm. After about 9 -
10 minutes of activity (mrtg graphs show about 50-60MB/
On 2/1/2011 3:55 PM, Jack Vogel wrote:
> Mike, just to remind me, are you running these 82574 adapters with MSIX ?
Yes. Board is an Intel MB (S3420GPX). 8G RAM, AMD64. Kernel from a few
days ago
0(backup3)# vmstat -i | grep em1
irq257: em1:rx 0 113712958159
irq258: em1
On 2/1/2011 3:05 PM, Jack Vogel wrote:
> At this point I'm open to any ideas, this sounds like a good one Sean,
> thanks.
> Mike, you want to test this ?
Sure, I am feeling lucky ;-) If someone generates the appropriate em
diffs for me, I will apply on the box that sees this
t a NULL peer?
> unless the hook is destroyed by another thread while we are accessing it,
> but I think from memory that that should set it to 'dead' not NULL.
If there is extra debugging code you would like me to add, it does not
take too long for this to happen on my o
On 1/23/2011 10:21 AM, Mike Tancsa wrote:
> On 1/21/2011 4:21 AM, Jan Koum wrote:
> One other thing I noticed is that when the nic is in its hung state, the
> WOL option is gone ?
>
> e.g
>
> em1: flags=8843 metric 0 mtu 1500
> options=19b
> ethe
firewall to accept CARP packets
net.inet.carp.preempt=1 # Allow firewalls to failover when one goes
down
net.inet.ip.forwarding=1# Allow packet forwarding through the
firewalls
Am I missing something, mis-configured something or somehow missed something
out?
Thanks.
--
Mike
On 1/21/2011 4:21 AM, Jan Koum wrote:
>
>
> Dear Mike and Jack,
>
> sadly the problem is not gone for us either. here is what we know so far:
Same here. There was a new BIOS from Intel for our motherboard (INTEL
S3420GPX), but had another hang last night. Debug below. I wil
On 1/17/2011 11:14 AM, Eugene Grosbein wrote:
> On 17.01.2011 17:41, Mike Tancsa wrote:
>
>>>> I also have stability issues on RELENG_8.
>>>>
>>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=153497
>>>
>>> Do you change net.isr.direct
Thanks,
I will give those values a try!
---Mike
On 1/17/2011 11:14 AM, Eugene Grosbein wrote:
> On 17.01.2011 17:41, Mike Tancsa wrote:
>
>>>> I also have stability issues on RELENG_8.
>>>>
>>>> http://www.freebsd.org/cgi/qu
On 1/17/2011 5:48 AM, Eugene Grosbein wrote:
> On 14.01.2011 18:46, Mike Tancsa wrote:
>
>> I also have stability issues on RELENG_8.
>>
>> http://www.freebsd.org/cgi/query-pr.cgi?pr=153497
>
> Do you change net.isr.direct from default 1 to 0 for your box?
No, I
on RELENG_8.
http://www.freebsd.org/cgi/query-pr.cgi?pr=153497
---Mike
___
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"
On 12/24/2010 5:44 PM, Jan Koum wrote:
> hi Ivan and Mike,
>
> wanted to follow up and see if you found a solid long-term solution to this
> bug. we are still seeing this problem in our 8.2 environment with ASPM
> already disabled. here is what we have:
>
> 1. motherboar
aph interfaces come and go, you might need to do a reload of
your rules, or dynamically add/delete them if your rule set specifically
references ng interfaces. If thats all it was, its easy enough to hook
into using something like
set iface up-script /usr/local/etc/mpd5/up.sh
mp
the kernel in the same way and it's not possible
> to filter on them correctly)
I use mpd a lot. Can you expand on the problem you have with it ? I am not sure
what you mean by cant filter on it.
---Mike
___
freebsd-net@freebsd.org
The following reply was made to PR kern/153497; it has been noted by GNATS.
From: Mike Tancsa
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/153497: [netgraph] netgraph panic with ipv6 enabled
Date: Thu, 06 Jan 2011 08:30:08 -0500
Another panic
Fatal trap 12: page fault while in
On 1/2/2011 4:20 PM, Gabor Radnai wrote:
> "The question has come up several times. What should be changed in
> re(4) to cover this?"
Both the em and re drivers have had a lot of work done recently. Are
you trying with 8.2RC1 ?
On 12/24/2010 5:44 PM, Jan Koum wrote:
> hi Ivan and Mike,
>
> wanted to follow up and see if you found a solid long-term solution to this
> bug. we are still seeing this problem in our 8.2 environment with ASPM
> already disabled. here is what we have:
Hmmm,
With the la
On 12/7/2010 6:45 PM, Mihai-Catalin Salgau wrote:
> Hello Mike,
>
> Tuesday, December 7, 2010, 8:13:26 PM, you wrote:
>
>> Hi,
>> There were a bunch of changes to RELENG_8's em driver a week ago.
>> Perhaps update to that first. But what sort of em
8's em driver a week ago.
Perhaps update to that first. But what sort of em nics do you have ?
pciconf -lvc will show it. I have a number of boxes with 20 or more
ifconfig | grep ^vlan | wc
20 1201562
Most of which are pcie based, or onboard 82574L types.
--
27;s speed and duplex are manual, change the media
options on the NIC to something like 10 half. The switch should see the
port "down" then.
---Mike
>
> Eugene Grosbein
> ___
> freebsd-net@freebsd.org mailing list
> htt
1: Using an MSI interrupt
em1: [FILTER]
em1: Ethernet address: 00:15:17:ed:68:a4
---Mike
___
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"
On 11/23/2010 8:16 AM, Ivan Voras wrote:
> On 11/23/10 14:03, Mike Tancsa wrote:
>> On 11/23/2010 7:47 AM, Ivan Voras wrote:
>>> It looks like I'm unfortunate enough to have to deploy on a machine
>>> which has the 82574L Intel NIC chip on a Supermicro X8SIE-F
acker/index.php?func=detail&aid=2908463&group_id=42302&atid=447449
>
>
Interesting, this is the same nic that has been giving me grief! Mine is
on an Intel server board (S3420GPX). The symptoms are VERY similar to
what the LINUX user sees as well with RX errors and the traffic pat
nks for the tip. But I see I forgot to mention this was FreeBSD 8.0.
> The em(4) driver is actually the one found in FreeBSD 8.1 as we needed
> the AltQ fixes.
>
Try grabbing the em drivers from HEAD. They fixed a few bugs for me.
You should be able to
At 12:34 PM 8/23/2010, Xavier HUMBERT wrote:
Mike Tancsa wrote:
> I dont understand, why is 10.75.2.1 going out your default interface
> ? It should look for packets on the same subnet that the vlan3
interface is on
E According to the interfaces status and the routing table,
The following reply was made to PR kern/141843; it has been noted by GNATS.
From: Mike Tancsa
To: bug-follo...@freebsd.org
Cc:
Subject: Re: kern/141843: [em] [vlan] Intel txcsum and assigned vlan
invoke wrong dst MAC in TCP packets
Date: Mon, 23 Aug 2010 11:54:47 -0400
This is still a
as part of what VLAN ?
Is the bad cksum relevant ?
Not necessarily. It might be due to the chksum offloading of the NIC driver.
---Mike
----
Mike Tancsa, tel +1 519 651 3400
S
error. The wireless stuff in
RELENG_8 is a bit different. You need to create a wlan interface on
top of the ath driver. Take a look at wlan(4)
---Mike
Mike Tancsa, tel +1 519
At 12:52 PM 7/30/2010, Zeus V Panchenko wrote:
but the maximum i was able to get was 500Mbit/s
btw, is it correct to test it such way?
Try using the tools in /usr/src/tools/tools/netrate
you can generate a lot more traffic this way.
---Mike
--
Zeus V. Panchenko
IT Dpt., IBS ltd
<http://www.intel.com/Products/Server/Motherboards/S3420GP/S3420GP-specifications.htm>http://www.intel.com/Products/Server/Motherboards/S3420GP/S3420GP-specifications.htm
---Mike
I would agree with Mike, disable anything having to do with IPMI if
it exists and see if that
helps. Also
nterrupt
em2: [FILTER]
em2: Ethernet address: 00:15:17:c8:4b:99
em3: port 0x1000-0x101f
mem 0xb190-0xb191,0xb192-0xb1923fff irq 16 at device 0.0 on pci3
em3: Using MSI interrupt
em3: [FILTER]
em3: Ethernet address: 00:15:17:c8:4b:98
---Mike
---
On 06/30/2010 10:01 AM, Alexander Sack wrote:
M
On Mon, Jun 28, 2010 at 12:37 PM, Mike Carlson wrote:
I've got a 10Gb intel nic on a FreeBSD 8.0-p3/AMD64 system, using the ix
driver:
ix0: port
0xdce0-0xdcff mem 0xdf3a-0xdf3b,0xdf3c-
0xdf3f,0xdf39c000-0xdf39 irq
12230 0 37078829 23631 0 18446744073707401669 0
Is this normal? Or, is there something strange about my network
environment, and if so, are there any suggestions to help me narrow down
the issue?
Thanks,
Mike C
___
freebsd-net@free
fault gateway, I get "device is busy" With lagg0 and
lagg1 up, if I try to ping any of the gateways, I get "no route to host",
but with only the lagg0 interface I get "device is busy"
Is this a problem with the bce Interface or am I missing something.
PS: I have an imp
*:* *:*
www httpd 25184 3 tcp4 6 *:80 *:*
www httpd 25184 4 tcp4 *:* *:*
Same as 7, it's the foreign address. This is normally only useful for
connected sockets.
On Tue, May 11, 2010 at 11:14 AM, Mike Tancsa
ected sockets.
Hi,
Sorry, I think I am missing something obvious ? The LOCAL
ADDRESS shows as *:* as well. To me that reads as its listening on
all interfaces and all ports, no ? RELENG_7 does not have that line
or notion in its output ?
---Mike
On Tue, May 11, 2010 at 11:
0 0 *.80 *.*LISTEN
state closed ?
---Mike
Mike Tancsa, tel +1 519 651 3400
Sentex Communications,m
-stable-8/2010-March/001790.html
---Mike
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr.
e kernel: em0: Good Packets Xmtd = 1568751141
Feb 22 16:06:31 offsite kernel: em0: TSO Contexts Xmtd = 0
Feb 22 16:06:31 offsite kernel: em0: TSO Contexts Failed = 0
---Mike
----
Mike Tancsa,
then
dhclient ae0
or manually set the IP address and see if that works.
---Mike
Mike Tancsa, tel +1 519 651 3400
Sentex Communications,m...@sentex.net
The following reply was made to PR kern/136168; it has been noted by GNATS.
From: "Mike Burgett"
To: "bug-follo...@freebsd.org" ,
"ssand...@opnet.com"
Cc:
Subject: Re: kern/136168: [em] em driver initialization fails on Intel 5000PSL
motherboard
Date: T
I was not
able to wedge the box. pps rates were pretty ok on a low end i7 as well.
---Mike
----
Mike Tancsa, tel +1 519 651 3400
Sentex Communications,m...@s
port version of the card
---Mike
Mike Tancsa, tel +1 519 651 3400
Sentex Communications,m...@sentex.net
Providing Internet since 1994
At 02:50 AM 12/15/2009, Jon Otterholm wrote:
On 2009-12-11 20.23, "Mike Tancsa" wrote:
>
>
> You might also want to turn on DPD (dead peer
> detection) in ipsectools if you dont already have
> it on both sides. Are you really using des for
> the crypto ? Also, when
d allow your end to honor the other side's new SA
should it want one ahead of schedule
---Mike
Mike Tancsa, tel +1 519 651 3400
Sentex Communications,
: hmac-sha1 5cfdbabb 5cfdbabb 5cfdbabb 5cfdbabb 5cfdbabb
ie. mask out the 5cfdbabb and 770cdd7b values
before posting as thats your crypto :)
Also, when things "jam up", try instead,
racoonctl vpn-disconnect
and you wont have to restart things.
Also, what does
sysctl
dy happy with Quagga + RELENG_8?
I havent tried it yet. Can you post your quagga config and I will try
and recreate here on my RELENG_8 test box.
---Mike
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/f
RELENG_8, it never shows up at all
---Mike
Mike Tancsa, tel +1 519 651 3400
Sentex Communications,m...@sentex.net
Providing Internet since 1994
At 11:28 AM 9/9/2009, Mike Tancsa wrote:
At 11:17 AM 9/9/2009, Mike Tancsa wrote:
The board is an intel
http://www.intel.com/support/motherboards/server/s3000ah/
Not sure if its wired as PCI-X or just a 32bit bus. I am just
popping in an em pcie nic to see if that makes a difference. I
At 11:17 AM 9/9/2009, Mike Tancsa wrote:
The board is an intel
http://www.intel.com/support/motherboards/server/s3000ah/
Not sure if its wired as PCI-X or just a 32bit bus. I am just
popping in an em pcie nic to see if that makes a difference. I have
an igb as well as bge I can try later
see any difference.
The board is an intel
http://www.intel.com/support/motherboards/server/s3000ah/
Not sure if its wired as PCI-X or just a 32bit bus. I am just
popping in an em pcie nic to see if that makes a difference. I have
an igb as well as bge I can try later.
---Mike
At 07:47 AM 9/9/2009, Barney Cordoba wrote:
www.sentex.net/mike > > > > > > The 8241GI may not be able to
handle full gigabit flows if > its only > wired at 32-bit 33Mhz,
which is only capable of bursting to > 1Gb/s. With > a single NIC
it likely just fine,
n the kernel as well
___
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"
----
Mike Tancsa,
packet-time);
try again;
}
There are some nice simples tool in /usr/src/tools/tools/netrate that
are great for generating arbitrary bandwidth via udp packets you
might want to have a look at.
---Mike
Reduced my packet loss to < 0.1% and I'm able to squeeze a nic
start
---Mike
Mike Tancsa, tel +1 519 651 3400
Sentex Communications,m...@sentex.net
Providing Internet since 1994www.sentex.net
. :)
Sorry for the delay,
Mike "Silby" Silbersack
___
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"
have any firewalls enabled/loaded etc...ppp ? ethernet ? etc
---Mike
Can anyone help?
Thanks
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freeb
IPSEC_FILTERTUNNEL
If you add IPSEC_FILTERTUNNEL, you might as well add
device enc
---Mike
---Mike
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "fr
At 04:33 PM 1/31/2009, Andrew Thompson wrote:
>
> and do the same pulling of the cable, it does not work. BUT, if I do an
> arp -nda on a machine that is part of vlan102 which is doing the pinging
> (so an arp-who has gets sent out and a reply answered), it works. The
> other option is if I se
e broadcast addresses, is there a way around this ?
There was a discussion sort of around this in
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/net/2008-05/msg00283.html
---Mike
----
At 03:10 PM 12/25/2008, Hartmut Brandt wrote:
BTW: how many routes do you have? When I introduced the optimized
routing table I tested with 150k routes which was reported to be
reasonable at that time.
A full view is about 270k right now
---Mike
At 11:34 PM 12/16/2008, Kip Macy wrote:
Try changeid 186209.
Thanks, no panic now!
---Mike
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebs
At 01:34 AM 12/15/2008, Qing Li wrote:
Hi All,
The arp-v2 changes have been committed into HEAD.
Please report problems to me and Kip Macy.
Not sure if its related or not, but if I create and destroy a lagg
port, I get a panic
e.g.
0[current]# ifconfig lagg0 laggproto failover laggport ig
> yes I think that may be the case but I saw a bug report
> about it a few years ago..
in 2004? i was using tokenring for a project and had problems with some
cards that should have been supported (triple port card with a supported
chipset). don't need it any more thou
At 09:28 AM 9/3/2008, Mike Tancsa wrote:
At 01:19 PM 8/22/2008, Mike Tancsa wrote:
On one of our sendmail boxes that we are running RELENG_7, we have
noticed an odd issue triggered or noticed by our monitoring system
(bigbrother in this case). The seems to have been happening ever
since we
At 01:19 PM 8/22/2008, Mike Tancsa wrote:
On one of our sendmail boxes that we are running RELENG_7, we have
noticed an odd issue triggered or noticed by our monitoring system
(bigbrother in this case). The seems to have been happening ever
since we installed it, so its not a recent commit
p and interffaces are involved..
Mike, can you give me a repro example?
I am not sure how, but it happens on this machine within seconds of
all its applications starting up. I am speculating it has to do with
the fact the machine has multiple public interfaces as well as IPs
aliased to lo0 so that pa
lients all over the net will connect to IP addresses
aliased on lo0 and to the one IP on em1. But all connections exit
out em0 other than connected routes of course.
---Mike
Julian has worked in this code most recently, maybe he has some idea
what is going on.
-Kip
On Fri, Aug 22, 200
connections for clamav on em1
The problem quickly manifests itself so its pretty easy to see
---Mike
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[
At 04:01 PM 8/22/2008, Bjoern A. Zeeb wrote:
On Fri, 22 Aug 2008, Mike Tancsa wrote:
At 03:12 PM 8/22/2008, Bjoern A. Zeeb wrote:
can you make sure you have this?
http://svn.freebsd.org/changeset/base/181596
Hi,
I do. I am running a GENERIC kernel but with inet6 disabled from yesterday
just blackhole the packet.
---Mike
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
in log on {em0,em1}
pass in on {em0,em1} proto {tcp,udp} from
pass in on {em0,em1,lo0} proto tcp from any to any port {25,53,587}
pass in on {em0,em1,lo0} proto udp from any to any port {53}
pass in on {em0,em1} proto icmp from any to any
pass out on {em0,em1} proto {icmp,tcp,udp} from any to any
Ian Smith wrote:
On Fri, 1 Aug 2008, Mike Makonnen wrote:
> Patrick Tracanelli wrote:
> > Mike Makonnen escreveu:
> >> Hi,
> >>
> >> An Internet Cafe I do some work for was recently having problems with
> >> very slow internet access. It tur
Mike Makonnen wrote:
Patrick Tracanelli wrote:
To let you know of my current (real world) tests:
- Wireless Internet Provider 1:
- 4Mbit/s of Internet Traffic
- Classifying default protocols + soulseek + ssh
- Classifying 100Mbit/s of dump over ssh
Results in:
No latency
Patrick Tracanelli wrote:
eculp escreveu:
Quoting Mike Makonnen <[EMAIL PROTECTED]>:
Daniel Dias Gonçalves wrote:
You will go to develop a version to work with PF ?
I don't know what's needed to get it to work with pf, but if it's
not too
much work, sure.
That would
Ermal Luçi wrote:
On Fri, Aug 1, 2008 at 12:21 PM, Mike Makonnen <[EMAIL PROTECTED]> wrote:
Ermal Luçi wrote:
Thanks for this.
I have a question, you remove a flow from if you see a FIN for the TCP
case and only on overlapping flow for either TCP/UDP how do the other
flows expir
o
your log files (the current version has it removed already).
Cheers.
--
Mike Makonnen | GPG-KEY: http://people.freebsd.org/~mtm/mtm.asc
mtm @ FreeBSD.Org | AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55
FreeBSD | http://www.freebsd.org
--- classifyd.c.orig2008-0
Patrick Tracanelli wrote:
Mike Makonnen escreveu:
Hi,
An Internet Cafe I do some work for was recently having problems with
very slow internet access. It turns out customers were running P2P
file sharing applications which were hogging all the bandwidth. I
looked for programs that would
Daniel Dias Gonçalves wrote:
You will go to develop a version to work with PF ?
I don't know what's needed to get it to work with pf, but if it's not too
much work, sure.
Cheers.
--
Mike Makonnen | GPG-KEY: http://people.freebsd.org/~mtm/mtm.asc
mtm @ FreeBSD.Org |
e been idle for
some period of time.
Cheers.
--
Mike Makonnen | GPG-KEY: http://people.freebsd.org/~mtm/mtm.asc
mtm @ FreeBSD.Org | AC7B 5672 2D11 F4D0 EBF8 5279 5359 2B82 7CD4 1F55
FreeBSD | http://www.freebsd.org
___
freebsd-net
201 - 300 of 1021 matches
Mail list logo