Hi Alex,
You guys are chatting here! I agree with you, the table is the place should
be enhanced, and I am working in this way as described below
1. Support more types.
ip : cidr
ipv4 : same as ip
ipv6 : ip addr v6
mac : mac address
iface : interface name
interface : same as iface
por
On Sun, May 18, 2014 at 7:49 PM, Adrian Chadd wrote:
> Hi!
>
> Is there a netmap list that these questions (regardless of OS) could go to?
>
no there isn't one. At the moment there isn't enough traffic
to suggest that, and creating one is likely to generate
traffic to both the specific list and
Alex, Bill, it's a good news, glad to hear it.
Let me ask even more functionality:
6. Test if entry exist in table:
ipfw table test
It extremely useful in case of big, unordered data in the table - for
example different networks with different mask. Now it's almost
impossible to find out is che
On Mon, 19 May 2014 01:02:42 _0200, Luigi Rizzo wrote:
> Folks, i have two requests for you:
>
> 1. please do not complain about questions on this list related
>to a core network-related FreeBSD subsystem (netmap, dummynet,
>netgraph, tcp stack...) even if they are concerned with port
On Mon, May 19, 2014 at 10:54 AM, Dennis Yusupoff wrote:
> Alex, Bill, it's a good news, glad to hear it.
>
> Let me ask even more functionality:
>
> 6. Test if entry exist in table:
> ipfw table test
> It extremely useful in case of big, unordered data in the table - for
> example different ne
Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker
Hello list!
This patch adds ability to name tables / reference them by name.
Additionally, it simplifies adding new table types.
Change list:
Kernel:
1) Add new IP_FW_TABLE_XGETCFG / IP_FW_TABLE_XSETCFG opcodes to permit
table reconfiguration
2) Tables data is now opaque to main ipfw code: use
On 19.05.2014 11:51, Bill Yuan wrote:
Hi Alex,
Hello Bill!
You guys are chatting here! I agree with you, the table is the place should
be enhanced, and I am working in this way as described below
1. Support more types.
ip : cidr
ipv4 : same as ip
ipv6 : ip addr v6
mac : mac address
if
On 19.05.2014 12:54, Dennis Yusupoff wrote:
Alex, Bill, it's a good news, glad to hear it.
Let me ask even more functionality:
6. Test if entry exist in table:
ipfw table test
It extremely useful in case of big, unordered data in the table - for
example different networks with different mask.
On 5/19/14 21:00, Alexander V. Chernikov wrote:
On 19.05.2014 11:51, Bill Yuan wrote:
Hi Alex,
Hello Bill!
You guys are chatting here! I agree with you, the table is the place
should
be enhanced, and I am working in this way as described below
1. Support more types.
ip : cidr
ipv4 : sa
On 5/19/14 21:01, Alexander V. Chernikov wrote:
On 19.05.2014 12:54, Dennis Yusupoff wrote:
Alex, Bill, it's a good news, glad to hear it.
Let me ask even more functionality:
6. Test if entry exist in table:
ipfw table test
It extremely useful in case of big, unordered data in the table - fo
Longest prefix match, obviously. Doesn't see any reason to search for
exact match in case of existing prefix with that ip.
19.05.2014 17:01, Alexander V. Chernikov пишет:
> On 19.05.2014 12:54, Dennis Yusupoff wrote:
>> Alex, Bill, it's a good news, glad to hear it.
>>
>> Let me ask even more func
It's not enough, actually.
Imagine what you have a table with different networks. If you'll try to
find out is an IP belongs to some of that networks from the table, you
should to write relatively serious "wrapper" with network range
calculations in it. Or can you show differ (easier) way?
So it's
On 19 May 2014 01:42, Ian Smith wrote:
> On Mon, 19 May 2014 01:02:42 _0200, Luigi Rizzo wrote:
> > Folks, i have two requests for you:
> >
> > 1. please do not complain about questions on this list related
> >to a core network-related FreeBSD subsystem (netmap, dummynet,
> >netgraph,
The following reply was made to PR kern/184311; it has been noted by GNATS.
From: hiren panchasara
To: bug-follo...@freebsd.org, benjamin.st...@ub.uni-tuebingen.de
Cc:
Subject: Re: kern/184311: [bge] [panic] kernel panic with bge(4) on SunFire
X2100
Date: Mon, 19 May 2014 13:08:14 -0700
I ju
15 matches
Mail list logo
