On 2/10/2011 5:23 PM, Joe Holden wrote:
On 10/02/2011 15:56, Jeremy Chadwick wrote:
(I was considering cross-posting this to freebsd-pf but decided against
it, instead starting here first. Please keep me CC'd as I'm not
subscribed to freebsd-net)
I'm looking into the possibility of using my ho
Old Synopsis: link stage change on multicast join/leave (fxp)
New Synopsis: [fxp] link stage change on multicast join/leave
Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Fri Feb 11 03:15:17 UTC 2011
Responsible-Changed-Why:
reclas
On Thu, Feb 10, 2011 at 5:23 PM, Joe Holden wrote:
> On 10/02/2011 15:56, Jeremy Chadwick wrote:
> There is 'ipfw-classifyd' which has been somewhat improved by the pfsense
> team in order to support pf - I don't have the exact url to hand, but IIRC
> it is hosted on googlecode somewhere.
>
> It d
On 10/02/2011 15:56, Jeremy Chadwick wrote:
(I was considering cross-posting this to freebsd-pf but decided against
it, instead starting here first. Please keep me CC'd as I'm not
subscribed to freebsd-net)
I'm looking into the possibility of using my home FreeBSD box as my home
firewall/NAT bo
Ahem, its our OLDEST 1G part, it was ancient when I took this job 5 years
ago :)
And the code is working according to spec, jumbos are not supported on the
device,
that's not the same as saying its not possible.
We only have one or two of these devices laying around, and I get a chuckle
any
time I
Jack Vogel writes:
> Thanks Sergey :)
>
[...]
> >
> > Hmm.. Did jumbo frames really work on these cards for you? Intel
> > claims: "Adapters based on the Intel® 82542 and 82573V/E
> > controller do not support Jumbo Frames. These correspond to the
> > following product names:
> >
> >*
Thanks Sergey :)
Jack
On Thu, Feb 10, 2011 at 12:28 PM, Sergey Kandaurov wrote:
> On 10 February 2011 21:49, Jay Borkenhagen wrote:
> > Hi,
> >
> > For quite a while now it appears that mtu on my gigabit ethernet fiber
> > em0 cards cannot be configured higher than the default 1500 bytes.
> >
2011/2/10 :
> By chance are you using VIMAGE
> enabled kernel?
No, I used the default amd64/conf/GENERIC from current
trunk.
--
Robert Millan
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe
The following reply was made to PR kern/127050; it has been noted by GNATS.
From: Jacek Zapala
To: bug-follo...@freebsd.org, maddo...@maddog2k.net
Cc:
Subject: Re: kern/127050: [carp] ipv6 does not work on carp interfaces
[regression]
Date: Mon, 07 Feb 2011 14:30:21 +0100
Bug is still presen
On 10 February 2011 21:49, Jay Borkenhagen wrote:
> Hi,
>
> For quite a while now it appears that mtu on my gigabit ethernet fiber
> em0 cards cannot be configured higher than the default 1500 bytes.
>
> Here's what I get when I attempt to set it lower and higher on a brand
> new 8.2-RC3 box:
>
>
On Thu, Feb 10, 2011 at 12:06:20PM -0500, Boris Kochergin wrote:
> On 02/10/11 10:56, Jeremy Chadwick wrote:
> >(I was considering cross-posting this to freebsd-pf but decided against
> >it, instead starting here first. Please keep me CC'd as I'm not
> >subscribed to freebsd-net)
> >
> >I'm lookin
Hi,
For quite a while now it appears that mtu on my gigabit ethernet fiber
em0 cards cannot be configured higher than the default 1500 bytes.
Here's what I get when I attempt to set it lower and higher on a brand
new 8.2-RC3 box:
===
sandbox# uname -v
FreeBSD 8.2-RC3 #0: Sun Jan 30 06:52:51 UTC
Synopsis: [msk] [panic] if_msk driver causes kernel panic (fatal trap while in
kernel mode)
State-Changed-From-To: open->feedback
State-Changed-By: yongari
State-Changed-When: Thu Feb 10 18:41:33 UTC 2011
State-Changed-Why:
It seems there are two issues here.
o Station address read by driver wa
2011/2/10 Jeremy Chadwick
[skip...]
> I plan on using pf for the NAT and firewall layer. ipfw will not be
> used (I have long since moved away from it). I've got solutions for
> everything except two items:
>
> 1) Wireless hardware support
> - What consumer PCI cards are known to be reliable
(I was considering cross-posting this to freebsd-pf but decided against
it, instead starting here first. Please keep me CC'd as I'm not
subscribed to freebsd-net)
I'm looking into the possibility of using my home FreeBSD box as my home
firewall/NAT box, to replace my Linksys E2000 router (which r
09.02.2011 17:56, Sergey Matveychuk wrote:
[skipped]
DST is IPv6 address, IFP and IFA I don't care and GATEWAY section is empty.
Let's see why:
$1 = {sdl_len = 54 '6', sdl_family = 18 '\022', sdl_index = 8, sdl_type
= 135 '\207', sdl_nlen = 0 '\0',
sdl_alen = 0 '\0', sdl_slen = 0 '\0', sdl_data =
On Thu, Feb 10, 2011 at 12:09 PM, Bernhard Schmidt wrote:
> On Thursday, February 10, 2011 11:42:05 Monthadar Al Jaberi wrote:
>> Okej, I run all four scenarios:
>>
>> 0->2 OK, but the first "ping -c 1" got lost
>> 1->3 OK,
>> 2->0 OK,
>> 3->1 FAIL, works after "ping -c 1" 1->2
>>
>> looks like pa
On Thursday, February 10, 2011 11:42:05 Monthadar Al Jaberi wrote:
> Okej, I run all four scenarios:
>
> 0->2 OK, but the first "ping -c 1" got lost
> 1->3 OK,
> 2->0 OK,
> 3->1 FAIL, works after "ping -c 1" 1->2
>
> looks like path is built correct in one way only? :S
I have no clue about the m
Okej, I run all four scenarios:
0->2 OK, but the first "ping -c 1" got lost
1->3 OK,
2->0 OK,
3->1 FAIL, works after "ping -c 1" 1->2
looks like path is built correct in one way only? :S
On Thu, Feb 10, 2011 at 11:19 AM, Bernhard Schmidt wrote:
> On Thursday, February 10, 2011 11:06:41 Monthada
On Thursday, February 10, 2011 11:06:41 Monthadar Al Jaberi wrote:
> Hej, wanna check if anyone encountered this problem:
> I setup 4 mesh nodes in a link topology ( 0 <-> 1 <-> 2 <-> 3)
>
> But I cant ping from 3 to 0, or 0 to 3, without first ping between
> the nodes to fill the hwmp route table
Hej, wanna check if anyone encountered this problem:
I setup 4 mesh nodes in a link topology ( 0 <-> 1 <-> 2 <-> 3)
But I cant ping from 3 to 0, or 0 to 3, without first ping between the
nodes to fill the hwmp route tables.
This is hwmp+mesh debug output from one of the edge nodes when running
"p
21 matches
Mail list logo
