Hi!
> Has anyone compiled a script/test suite for testing various NIC
> features to make sure they work/function properly?
>
> That is, being able to run a couple interfaces back to back, and turn
> off the features off on one, and make sure things like checksum offload
> and the like work proper
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/
On Sat, 2011-08-20 at 11:18 +0100, Ben Gray wrote:
> Thanks everyone,
>
> Cheers for the tips on the mac address, I must admit I wasn't aware
> of the locally assigned bit in the address.
>
>As for H/W checksum offloading, the main problem is the datasheet
> for the chip is under NDA which
On 20/08/2011 11:18, Ben Gray wrote:
> Thanks everyone,
>
> Cheers for the tips on the mac address, I must admit I wasn't aware of the
> locally assigned bit in the address.
>
>As for H/W checksum offloading, the main problem is the datasheet for the
> chip is under NDA which I'm unwilling
Thanks everyone,
Cheers for the tips on the mac address, I must admit I wasn't aware of the
locally assigned bit in the address.
As for H/W checksum offloading, the main problem is the datasheet for the
chip is under NDA which I'm unwilling to sign, so I'm working off the Linux
driver. It
On Fri, 2011-08-19 at 11:04 +0100, 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
On Fri, Aug 19, 2011 at 11:04:18AM +0100, 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).
On Fri, Aug 19, 2011 at 4:00 AM, Adrian Chadd wrote:
> Cool!
>
> I don't think there's a random MAC address function call; I see
> homebrewed versions of those in various drivers. :)
>
> I'm not sure about a packet fuzz tester; but that sounds like it'd be
> a great addition to the tools/ directo
Cool!
I don't think there's a random MAC address function call; I see
homebrewed versions of those in various drivers. :)
I'm not sure about a packet fuzz tester; but that sounds like it'd be
a great addition to the tools/ directory.
adrian
On 19 August 2011 18:04, Ben Gray wrote:
> Hi,
>
>
Hi all again!
I've just committed some more fixes to TX power calibration for the AR9220
and AR9280.
I -think- I have all of the radio setup correct now for the AR5416, AR9160,
AR9220 and AR9280.
If you're using any of these, especially if you're using the AR9220/AR9280
(and doubly so oif you're
nkar Mikael <
> mikael.uran...@ujf-grenoble.fr
> > > >wrote:
> > > >
> > > > > On Sat 05 March 2011 at 03:27:48AM -0800, Adrian Chadd wrote:
> > > > > > Absolutely! Let me know if I've broken anything!
> > > > > >
> > >
00, Adrian Chadd wrote:
> > > > > Absolutely! Let me know if I've broken anything!
> > > > >
> > > > > Adrian
> > > > >
> > > > > On 5 March 2011 00:45, Urankar Mikael <
> > mikael.uran...@ujf-grenoble.fr
&
-0800, Adrian Chadd wrote:
> > > > Absolutely! Let me know if I've broken anything!
> > > >
> > > > Adrian
> > > >
> > > > On 5 March 2011 00:45, Urankar Mikael <
> mikael.uran...@ujf-grenoble.fr
> > >
0, Adrian Chadd wrote:
> > > > > Hi all,
> > > > >
> > > > > For those of you who are testing out my if_ath changes, I'd really
> > > > > appreciate it if you'd update to -HEAD and re-test.
> > > > >
> > > > > I
hello!
FreeBSD 9.0-900033-CURRENT #0 r219338M: Mon Mar 7 11:31:40 VLAT 2011
All fine with AR9285, WPA2 is used
stable 36/48/54Mbps with my AP
07.03.2011, 06:14, "Adrian Chadd" :
> On 7 March 2011 03:21, Ian FREISLICH ; wrote:
>
>> Adrian Chadd wrote:
>>> I'd like to establish at least a range
; > appreciate it if you'd update to -HEAD and re-test.
> >
> > I've done a variety of changes to the radio setup and
> found/fixed a few bugs
> > in the TX path. It's quite possible these have introduced
>
On 7 March 2011 03:21, Ian FREISLICH wrote:
> Adrian Chadd wrote:
> > I'd like to establish at least a range of subversion revisions so we can
> > start binary searching which one(s) caused instabilities.
>
> Is this all the source?
>
> Old:
> $FreeBSD: src/sys/dev/ath/if_ath.c,v 1.300 2011/02/21
Adrian Chadd wrote:
> I'd like to establish at least a range of subversion revisions so we can
> start binary searching which one(s) caused instabilities.
Is this all the source?
Old:
$FreeBSD: src/sys/dev/ath/if_ath.c,v 1.300 2011/02/21 19:22:45 adrian Exp $
$FreeBSD: src/sys/dev/ath/if_ath_debu
2011/3/6 Ian FREISLICH :
> Adrian Chadd wrote:
>> Hi all,
>>
>> For those of you who are testing out my if_ath changes, I'd really
>> appreciate it if you'd update to -HEAD and re-test.
>
> Since running the new code, I get a slew of these:
>
> Ma
Adrian Chadd wrote:
> Hi all,
>
> For those of you who are testing out my if_ath changes, I'd really
> appreciate it if you'd update to -HEAD and re-test.
Since running the new code, I get a slew of these:
Mar 6 14:41:53 mini wpa_supplicant[422]: Trying to associate w
t; > Hi all,
> >
> > For those of you who are testing out my if_ath changes, I'd really
> > appreciate it if you'd update to -HEAD and re-test.
>
> Since running the new code, I get a slew of these:
>
> Mar 6 14:41:53 mini wpa_supplicant[422]: Trying to
rch 2011 00:45, Urankar Mikael >wrote:
> >
> > > On Thu 03 March 2011 at 02:31:05PM -0800, Adrian Chadd wrote:
> > > > Hi all,
> > > >
> > > > For those of you who are testing out my if_ath changes, I'd really
> > > > apprecia
,
> > >
> > > For those of you who are testing out my if_ath changes, I'd really
> > > appreciate it if you'd update to -HEAD and re-test.
> > >
> > > I've done a variety of changes to the radio setup and found/fixed a few
> > bugs
>
On Thu, Mar 3, 2011 at 19:31, Adrian Chadd wrote:
> Hi all,
>
> For those of you who are testing out my if_ath changes, I'd really
> appreciate it if you'd update to -HEAD and re-test.
>
> I've done a variety of changes to the radio setup and found/fixed a few
> appreciate it if you'd update to -HEAD and re-test.
> >
> > I've done a variety of changes to the radio setup and found/fixed a few
> bugs
> > in the TX path. It's quite possible these have introduced regressions.
> I'd
> > like to make sure that I h
On Thu 03 March 2011 at 02:31:05PM -0800, Adrian Chadd wrote:
> Hi all,
>
> For those of you who are testing out my if_ath changes, I'd really
> appreciate it if you'd update to -HEAD and re-test.
>
> I've done a variety of changes to the radio setup and found/
Hi all,
For those of you who are testing out my if_ath changes, I'd really
appreciate it if you'd update to -HEAD and re-test.
I've done a variety of changes to the radio setup and found/fixed a few bugs
in the TX path. It's quite possible these have introduced regressions. I
Mike Tancsa wrote:
At 12:33 PM 11/2/2007, Jack Vogel wrote:
So at this point I'm unclear, with my reposting of if_em.c last
night has everyone seen both parts or do I have to try something
else?
I never saw a .c file
so put them in ~/public_html on freefall
and they can be accessed as:
http
At 12:33 PM 11/2/2007, Jack Vogel wrote:
So at this point I'm unclear, with my reposting of if_em.c last
night has everyone seen both parts or do I have to try something
else?
Seems to work. I grabbed it from the mailing list archive off www.freebsd.org
http://lists.freebsd.org/pipermail/free
So at this point I'm unclear, with my reposting of if_em.c last
night has everyone seen both parts or do I have to try something
else?
Jack
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, sen
On Fri, Nov 02, 2007 at 12:10:59AM -0800, Jack Vogel wrote:
> Although I see it at least one person claims the message
> came thru with only the header file, so I am going
> to send if_em.c thru again.
>
Attachments are usually stripped off by the mailing list software, so
you are probably better
Jack Vogel wrote:
Although I see it at least one person claims the message
came thru with only the header file, so I am going
to send if_em.c thru again.
Jack
___
freebsd-net
Although I see it at least one person claims the message
came thru with only the header file, so I am going
to send if_em.c thru again.
Jack
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, se
Eh, what I see is if_em.h and if_em.c, does the version
that came thru not have both??
Jack
On 11/1/07, Pete French <[EMAIL PROTECTED]> wrote:
> > You just replace the two files in your STABLE tree. Its big
> > enough that this seemed easier than a patch.
>
> Did you miss a file ? I nly see a ne
> Eh, what I see is if_em.h and if_em.c, does the version
> that came thru not have both??
Nope, it's only got if_em.h in it - I just took a look at
the actual mime stuff in the email and tere is only one
attachment in the version I received.
-pete.
___
> You just replace the two files in your STABLE tree. Its big
> enough that this seemed easier than a patch.
Did you miss a file ? I nly see a new header file in here. Am keen to
try this out though...
-pcf.
___
freebsd-net@freebsd.org mailing list
http
Bruce M. Simpson wrote:
Thunderbird ate my homework. Reposting.
The FreeBSD mailing list server seems to drop my attachments, so I've
uploaded it here:
http://people.freebsd.org/~bms/dump/broadtest.c
Regards,
BMS
___
freebsd-net@freebsd.org mailin
Thunderbird ate my homework. Reposting.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
On Sun, 27 Mar 2005, Bjoern A. Zeeb wrote:
Hi,
> could you please test following patch:
there is an updated one at
http://sources.zabbadoz.net/freebsd/patchset/mii-20050327-plug-leaks.diff
which plugs another leak found by jmg.
> Any feedback welcome.
>
> Thanks in advance.
--
Bjoern A. Zee
Gleb Smirnoff wrote:
On Tue, Jan 25, 2005 at 09:09:53AM +0100, Andre Oppermann wrote:
A> Style-wise there is only the space after "(void )..." in ip_fw_pfil.c
A> for the ng_tee case which is too much.
Ok.
A> I don't like the arbitrary back-passing of errors from ng_ipfw. I'm
A> fine with EACCES,
On Tue, Jan 25, 2005 at 09:29:50AM +0100, Andre Oppermann wrote:
A> > On Tue, Jan 25, 2005 at 09:09:53AM +0100, Andre Oppermann wrote:
A> > A> I don't like the arbitrary back-passing of errors from ng_ipfw. I'm
A> > A> fine with EACCES, ENOMEM and ESRCH (if hook not connected) but nothing
A> > A>
Gleb Smirnoff wrote:
>
> On Tue, Jan 25, 2005 at 09:09:53AM +0100, Andre Oppermann wrote:
> A> I don't like the arbitrary back-passing of errors from ng_ipfw. I'm
> A> fine with EACCES, ENOMEM and ESRCH (if hook not connected) but nothing
> A> else. Getting back any other error is very confusing
On Tue, Jan 25, 2005 at 09:09:53AM +0100, Andre Oppermann wrote:
A> Style-wise there is only the space after "(void )..." in ip_fw_pfil.c
A> for the ng_tee case which is too much.
Ok.
A> I don't like the arbitrary back-passing of errors from ng_ipfw. I'm
A> fine with EACCES, ENOMEM and ESRCH (if
Gleb Smirnoff wrote:
>
> Dear collegues,
>
> pls review an updated patch bringing in ng_ipfw node. Differencies against
> previous patch:
>
> - packets coming from netgraph are queued, and later serviced by netisr
> - "ngtee" keyword introduced. A copy of packet is made, and it is sent
> int
Gleb, as long as you have done enuogh work to evaluate other options (as
you have,)
I have no objection to you committing your original idea.
Brooks Davis wrote:
On Thu, Jan 20, 2005 at 04:45:53PM +0300, Gleb Smirnoff wrote:
Julian,
On Wed, Jan 19, 2005 at 01:32:35AM -0800, Julian Elischer wr
Brooks Davis wrote:
>
> On Thu, Jan 20, 2005 at 04:45:53PM +0300, Gleb Smirnoff wrote:
> > Julian,
> >
> > On Wed, Jan 19, 2005 at 01:32:35AM -0800, Julian Elischer wrote:
> > J> I'm not sure they do two different things.. Each represents a place to
> > J> send packets.
> > J> If each active di
On Thu, Jan 20, 2005 at 04:45:53PM +0300, Gleb Smirnoff wrote:
> Julian,
>
> On Wed, Jan 19, 2005 at 01:32:35AM -0800, Julian Elischer wrote:
> J> I'm not sure they do two different things.. Each represents a place to
> J> send packets.
> J> If each active divert socket number had a pointer to
Julian,
On Wed, Jan 19, 2005 at 01:32:35AM -0800, Julian Elischer wrote:
J> I'm not sure they do two different things.. Each represents a place to
J> send packets.
J> If each active divert socket number had a pointer to the module to which it
J> was attached then you could divert to either in
On Wed, Jan 19, 2005 at 11:57:53AM -0800, Julian Elischer wrote:
J> >A> I like Julian's idea. And if you look at the mtag's the only thing that
J> >A> is extracted is the rule number for divert, dummynet and netgraph (your
J> >A> patch). Ideally this should be merged into one tag if possible and
Gleb Smirnoff wrote:
On Wed, Jan 19, 2005 at 11:16:01AM +0100, Andre Oppermann wrote:
A> > On Wed, Jan 19, 2005 at 01:32:35AM -0800, Julian Elischer wrote:
A> > J> If each active divert socket number had a pointer to the module to which it
A> > J> was attached then you could divert to either in-k
On Wed, Jan 19, 2005 at 08:57:51AM -0800, Brooks Davis wrote:
B> Off the top of my head, I don't like the idea. What are the savings in
B> doing so? Is there a guarantee that you won't need more then one at
B> once?
Well, I've spent enough braincycles arguing with myself, so I ask
you to decide
On Wed, Jan 19, 2005 at 03:34:26PM +0300, Gleb Smirnoff wrote:
> On Wed, Jan 19, 2005 at 11:16:01AM +0100, Andre Oppermann wrote:
> A> > On Wed, Jan 19, 2005 at 01:32:35AM -0800, Julian Elischer wrote:
> A> > J> If each active divert socket number had a pointer to the module to
> which it
> A> > J
On Wed, Jan 19, 2005 at 11:16:01AM +0100, Andre Oppermann wrote:
A> > On Wed, Jan 19, 2005 at 01:32:35AM -0800, Julian Elischer wrote:
A> > J> If each active divert socket number had a pointer to the module to
which it
A> > J> was attached then you could divert to either in-kernel netgraph
targe
On Wed, Jan 19, 2005 at 01:32:35AM -0800, Julian Elischer wrote:
J> If each active divert socket number had a pointer to the module to which it
J> was attached then you could divert to either in-kernel netgraph targets or
J> to userland socket based targets. Currently of you divert to a divert
J>
Gleb Smirnoff wrote:
On Tue, Jan 18, 2005 at 02:27:47PM -0800, Julian Elischer wrote:
J> firstly.. I was thinking that there are several good ways to mesh the
J> ipfw/divert/netgraph
J> stuff.
J>
J> Firstly there is the possibility of making the ipfw stuff a netgraph
J> node itself..
Yes, but t
On Tue, Jan 18, 2005 at 02:27:47PM -0800, Julian Elischer wrote:
J> firstly.. I was thinking that there are several good ways to mesh the
J> ipfw/divert/netgraph
J> stuff.
J>
J> Firstly there is the possibility of making the ipfw stuff a netgraph
J> node itself..
Yes, but this is a separate nod
On Tue, Jan 18, 2005 at 02:27:47PM -0800, Julian Elischer wrote:
>
> Looks good but I'm not convinced that it needs a whole new keyword of
> we tap in through the divert mechanism.
FWIW, keywords are very cheap and generally quite clean in ipfw2. I'd
be more concerned in ipfw1.
-- Brooks
pgpT
Brooks Davis wrote:
On Mon, Jan 17, 2005 at 11:06:10PM +0300, Gleb Smirnoff wrote:
Dear collegues,
here is quite a simple node for direct interaction between ipfw(4)
and netgraph(4). It is going to be more effective and error-prone
than a complicated construction around divert socket and ng_ks
On Mon, Jan 17, 2005 at 11:06:10PM +0300, Gleb Smirnoff wrote:
> Dear collegues,
>
> here is quite a simple node for direct interaction between ipfw(4)
> and netgraph(4). It is going to be more effective and error-prone
> than a complicated construction around divert socket and ng_ksocket[1].
At Fri, 7 Jan 2005 11:34:03 +0530,
Manish Sapariya wrote:
>
> Hello,
> Can anybody suggest me freely available test suite for tcp/ip implementation.
> Are there any avalilable?
If you mean something that can veryify an RFC or do packet by packet
testing then the answer is, "Not yet."
There are
On Fri, Oct 01, 2004 at 12:14:53PM +0400, Gleb Smirnoff wrote:
T> This patch is intended to fix interoperation
and the patch is in this message.
--
Totus tuus, Glebius.
GLEBIUS-RIPN GLEB-RIPE
Index: netgraph/ng_ether.c
===
RCS fil
On Fri, Sep 10, 2004 at 05:32:22PM -0400, Clark Gaylord wrote:
> Certainly dumping to MySQL is typically wretched ... to a real database
> much less so.
works just fine if you aggregate the flows and build lookup tables instead
of just dumping raw flows straight into a database.
i think it's gre
Gleb Smirnoff wrote:
Dumping to SQL is a bad idea. I have tried it, too :)
Certainly dumping to MySQL is typically wretched ... to a real database
much less so.
--ckg
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-n
On Fri, 10 Sep 2004 09:36:19 +0400
Gleb Smirnoff <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 09, 2004 at 11:41:26PM +0300, Vlad GALU wrote:
> V>This made me raise my eyebrow. I wrote a small tool that we use
> V>in
> V> production at RDS: http://freshmeat.net/projects/glflow. The way I
> V> d
On Thu, Sep 09, 2004 at 11:41:26PM +0300, Vlad GALU wrote:
V> This made me raise my eyebrow. I wrote a small tool that we use in
V> production at RDS: http://freshmeat.net/projects/glflow. The way I
V> designed it, it is supposed to clean up the flow tree once in a while
V> and remove 'old' fl
On Sep 9, 2004, at 1:11 PM, Andre Oppermann wrote:
Just because you have to use Netflow on Cisco IOS doesn't mean you
don't
have (or can invent) better tools on FreeBSD.
Netflow is really useful for auditing and forensics. If you have it
enabled for your routers, you can see who did what when,
On Fri, 10 Sep 2004 00:00:52 +0400
Gleb Smirnoff <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 09, 2004 at 09:58:59PM +0200, Andre Oppermann wrote:
> A> Do you really log all Netflow packets to disk to be able to provide
> A> details to the customer? Or do you aggregate the details on the
> A> collect
Gleb Smirnoff wrote:
>
> On Thu, Sep 09, 2004 at 09:58:59PM +0200, Andre Oppermann wrote:
> A> Do you really log all Netflow packets to disk to be able to provide
> A> details to the customer? Or do you aggregate the details on the
> A> collector?
>
> Full netflow dumps are stored on disk for ab
Gleb Smirnoff wrote:
>
> On Thu, Sep 09, 2004 at 07:33:18PM +0200, Andre Oppermann wrote:
> A> The only thing the kernel *may* know about is the right- and leftmost AS.
> A> It may be more efficient to send the netflow data through a small helper
> A> application that just fills in the two AS numb
On Thu, Sep 09, 2004 at 09:58:59PM +0200, Andre Oppermann wrote:
A> Do you really log all Netflow packets to disk to be able to provide
A> details to the customer? Or do you aggregate the details on the
A> collector?
Full netflow dumps are stored on disk for about 2-3 months, aggregated
data goes
Gleb Smirnoff wrote:
>
> On Thu, Sep 09, 2004 at 08:11:01PM +0200, Andre Oppermann wrote:
> A> What is the point of Netflow accounting? (And I do run an ISP.)
> A> Is it to get overall AS to/from AS traffic statistics? Then Netflow
> A> is not very good for that. Do you really need information
On Thu, Sep 09, 2004 at 06:02:35PM +, Bjoern A. Zeeb wrote:
B> What I'd like to ask but did not because I didn't really have a
B> chance to view more than documentation is:
B> - what is the memory impact of this node ?
It uses a static cache (default size 65k entries). One entry takes
56 bytes
On Thu, Sep 09, 2004 at 07:33:18PM +0200, Andre Oppermann wrote:
A> > I'm working on a patch, which will bring AS path support. AS paths are going
A> > to be stored separately from rtentries. The latter will have a reference to
A> > AS paths. Each AS path is going to have a reference counter in sel
On Thu, Sep 09, 2004 at 08:11:01PM +0200, Andre Oppermann wrote:
A> What is the point of Netflow accounting? (And I do run an ISP.)
A> Is it to get overall AS to/from AS traffic statistics? Then Netflow
A> is not very good for that. Do you really need information on every
A> flow? Are you going
Gleb Smirnoff wrote:
>
> On Thu, Sep 09, 2004 at 06:22:36PM +0200, Andre Oppermann wrote:
> A> I haven't looked into every detail but overall it's a nice piece of work.
> A> :-)
>
> Thanks :)
BTW: You may be better off using pfil_hooks instead of netgraph for your
tool. You'll save one m_copym
"Bjoern A. Zeeb" wrote:
>
> On Thu, 9 Sep 2004, Andre Oppermann wrote:
>
> > The only thing the kernel *may* know about is the right- and leftmost AS.
> > It may be more efficient to send the netflow data through a small helper
> > application that just fills in the two AS number based on a mrt d
On Thu, 9 Sep 2004, Andre Oppermann wrote:
> The only thing the kernel *may* know about is the right- and leftmost AS.
> It may be more efficient to send the netflow data through a small helper
> application that just fills in the two AS number based on a mrt dump.
where and when ? that's not rea
Gleb Smirnoff wrote:
> A> In the README you are talking Netflow 5 and AS path's. I don't undestand
> A> why
> A> you want to pass the AS path into the rtentry structure? Wouldn't the
> A> right-most AS sufficise?
>
> AFAIK, Cisco's netflow can be configured in two modes: "peer-as", when a
> left
On Thu, Sep 09, 2004 at 06:22:36PM +0200, Andre Oppermann wrote:
A> I haven't looked into every detail but overall it's a nice piece of work.
A> :-)
Thanks :)
A> In the README you are talking Netflow 5 and AS path's. I don't undestand
A> why
A> you want to pass the AS path into the rtentry str
Gleb Smirnoff wrote:
Collegues,
here is netgraph module which implements Netflow traffic
accounting, which I'm going to add to CURRENT in recent future:
http://cell.sick.ru/~glebius/ng_netflow/ng_netflow-0.3-snap-20040905.tar.gz
It is quite different to ng_netflow in ports/net, because its
expi
Gleb Smirnoff wrote:
On Wed, Sep 08, 2004 at 11:13:18AM -0700, Julian Elischer wrote:
J> >This is working solution, but not correct. :)
J> >To catch both directions you should feed ng_netflow with incoming traffic
J> >from all interfaces.
J> >
J>
J> using 'tee' means you are duplicating all packe
On Wed, Sep 08, 2004 at 11:13:18AM -0700, Julian Elischer wrote:
J> >This is working solution, but not correct. :)
J> >To catch both directions you should feed ng_netflow with incoming traffic
J> >from all interfaces.
J> >
J>
J> using 'tee' means you are duplicating all packets.
J> shouldn't you d
Gleb Smirnoff wrote:
On Wed, Sep 08, 2004 at 10:43:34AM +, [EMAIL PROTECTED] wrote:
P> > here is netgraph module which implements Netflow traffic
P> >accounting, which I'm going to add to CURRENT in recent future:
P> >[..]
P> >I've been testing it for last week on loaded 100Mbit Ethernet
P> >w
On Wed, Sep 08, 2004 at 10:43:34AM +, [EMAIL PROTECTED] wrote:
P> > here is netgraph module which implements Netflow traffic
P> >accounting, which I'm going to add to CURRENT in recent future:
P> >[..]
P> >I've been testing it for last week on loaded 100Mbit Ethernet
P> >which serves 9 ASes, 12
Ave Glebius
On Sun, 5 Sep 2004, Gleb Smirnoff wrote:
here is netgraph module which implements Netflow traffic
accounting, which I'm going to add to CURRENT in recent future:
[..]
I've been testing it for last week on loaded 100Mbit Ethernet
which serves 9 ASes, 12 prefixes :) And it works stable.
Gleb Smirnoff wrote:
>
> Collegues,
>
> here is netgraph module which implements Netflow traffic
> accounting, which I'm going to add to CURRENT in recent future:
>
> http://cell.sick.ru/~glebius/ng_netflow/ng_netflow-0.3-snap-20040905.tar.gz
>
> It is quite different to ng_netflow in ports
In message <[EMAIL PROTECTED]>, "Simon L. Nielsen" writes:
>
>--MGu/vTNewDGZ7tmp
>Content-Type: text/plain; charset=us-ascii
>Content-Disposition: inline
>Content-Transfer-Encoding: quoted-printable
>
>On 2004.06.20 21:47:10 +0200, Poul-Henning Kamp wrote:
>
>> If you have multiple xDSL lines or tw
On 2004.06.20 21:47:10 +0200, Poul-Henning Kamp wrote:
> If you have multiple xDSL lines or two modems to different ISPs or
> cable and xDSL etc. then grab:
>
> http://phk.freebsd.org/misc/natd
I think http://phk.freebsd.dk/misc/natd/ will work better :-).
--
Simon L. Nielsen
FreeBSD Docu
On Sun, 15 Feb 2004, Julian Elischer wrote:
Hi,
first thanks for your feedback.
> this comment and the code disagree
> + /* If "promisc" hook not connected, let packet continue */
> + if (priv->lower == NULL || priv->lowerType!=LOWER_TYPE_PROMISC) {
> + m_freem(m);
> +
Bjoern A. Zeeb wrote:
Hi,
I have added some functionality to ng_ether / ng_pppoe that is needed
for running multiple pppoe sessions over one single NIC even if
the AC uses s.th. like 'pppoe duplicate-protection' [1].
I have seperated the patches for easier review and tried to do it in
a manner so
Recieved and Confirmed..
Thanks,
Karl Clapp
[EMAIL PROTECTED]
**
Great Works Internet
Technical Support Department
Online Help http://support.gwi.net
[EMAIL PROTECTED]
1.800.229.2096
**
On Thu, 5 Apr 2001, Thierry Herbelot wrote
91 matches
Mail list logo
