When rtadvd is compiled on 7.0, the following warning is emitted:
/usr/src/usr.sbin/rtadvd/rrenum.c:179: warning: overflow in implicit
constant conversion
I have not determined if the code works correct or not, but I wonder
if it does. the line in question is this:
struct irr_raflagmask {
Synopsis: [ipf] ipf filtering on bridged packets doesn't work if ipfw is loaded
Responsible-Changed-From-To: freebsd-pf->freebsd-net
Responsible-Changed-By: mlaier
Responsible-Changed-When: Mon May 19 09:12:31 UTC 2008
Responsible-Changed-Why:
This is not a pf problem. Also note that the old bri
Synopsis: [ipf] Some packets do not pass through network interface
State-Changed-From-To: open->feedback
State-Changed-By: mlaier
State-Changed-When: Mon May 19 09:15:26 UTC 2008
State-Changed-Why:
The submitter has been asked for configuration details over a year ago.
Responsible-Changed-From-
Current FreeBSD problem reports
Critical problems
Serious problems
S Tracker Resp. Description
o kern/35442 net[sis] [patch] Problem transmitting runts in if_sis dri
a kern/38554 netchang
The following reply was made to PR kern/116185; it has been noted by GNATS.
From: Marc Olzheim <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], freebsd-net@FreeBSD.org,
Marc Olzheim <[EMAIL PROTECTED]>
Subject: Re: kern/116185: [iwi] if_iwi driver leads s
[EMAIL PROTECTED] wrote:
Old Synopsis: Port mapping does not work
New Synopsis: FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not work
Responsible-Changed-From-To: gnats-admin->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Sun May 18 22:45:21 UTC 2008
Responsible-Changed-W
I understand it, but where is the patch ?
I found the mailist
http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2006-10/msg00754.html
and that
http://blog.pfsense.org/?m=200711
but link http://www.higherorder.com.au/2007/6/25/intel_82573_patch is broked...
On Fri, 16 May 2008, Jack Vogel w
> Can you still experience this problem on newer FreeBSD releases?
Something similar, probably related happens on my laptop (HP pavillion
dv6570ed) with a 3945abg chipset. wpa_supplicant can negotiate fine, but
as soon as dhclient runs, the box panics. I haven't had time to set up
proper dumping y
The following reply was made to PR kern/78090; it has been noted by GNATS.
From: Manuel Kasper <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc:
Subject: Re: kern/78090: [ipf] ipf filtering on bridged packets doesn't work if
ipfw is loaded
Date: Mon, 19 May 2008 14:13:43 +0200
This PR can be clos
On Thu, May 15, 2008 at 12:21:23PM -0400, Sam Leffler wrote:
> Eugene Perevyazko wrote:
> > Is there a way to inject full-mtu vlan-tagged frame through BPF on parent
> >device?
> > I'd like not to open several tenths of BPFs for each vlanN if it's
> > possible.
>
> bpf write code in the kernel c
The following reply was made to PR kern/123603; it has been noted by GNATS.
From: John Baldwin <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: John <[EMAIL PROTECTED]>,
[EMAIL PROTECTED],
[EMAIL PROTECTED]
Subject: Re: amd64/123603: tcp_do_segment and Received duplicate SYN
Date: Mon, 19 May 2008
I found the fix utility on link
http://www.mullet.se/support/dcgdis.zip and run under DOS,
but it answer - " Update not needed" !
Sergey
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send
On Sun, 18 May 2008 23:31:33 -0700 Jeremy Chadwick <[EMAIL PROTECTED]> wrote:
> On Sun, May 18, 2008 at 09:40:37PM -0700, John Timony wrote:
> > Hi,all
> >
> > I have installed Freebsd 7.0 on my Acer TravelMate 220,my router ip is
> > 192.168.0.1,the ip of my Freebsd is 192.168.1.4,Net Mask is
Hi all,
In an attempt to change from pppoed + ppp to mpd I'm having some strange
behaviour with the later on the same host that usually handles 100+
clients with the former.
Basically it's a i386 FreeBSD 6.3 system with mpd-5.1 and 1 GB Ram.
Users can connect without any problem.
After a f
Einstein Oliveira wrote:
Hi all,
In an attempt to change from pppoed + ppp to mpd I'm having some strange
behaviour with the later on the same host that usually handles 100+
clients with the former.
Basically it's a i386 FreeBSD 6.3 system with mpd-5.1 and 1 GB Ram.
Users can connect withou
Julian Elischer wrote:
Einstein Oliveira wrote:
Hi all,
In an attempt to change from pppoed + ppp to mpd I'm having some
strange behaviour with the later on the same host that usually handles
100+ clients with the former.
Basically it's a i386 FreeBSD 6.3 system with mpd-5.1 and 1 GB Ram.
Julian Elischer wrote:
Einstein Oliveira wrote:
Hi all,
In an attempt to change from pppoed + ppp to mpd I'm having some
strange behaviour with the later on the same host that usually handles
100+ clients with the former.
Basically it's a i386 FreeBSD 6.3 system with mpd-5.1 and 1 GB Ram.
Hello,
We are using SCTP client on Linux (Fedora 5) and SCTP server on FreeBSD 7.0.
Client-Server communication works fine. However, when we send ASCONF
(ADD_IP) from Client to the server, it seems that FreeBSD does not respond
with ASCONF_ACK to the Client. Is there any interop issue between BSD S
Einstein Oliveira wrote:
Julian Elischer wrote:
Einstein Oliveira wrote:
Hi all,
In an attempt to change from pppoed + ppp to mpd I'm having some
strange behaviour with the later on the same host that usually
handles 100+ clients with the former.
Basically it's a i386 FreeBSD 6.3 system wi
Can you verify that the version of the stack in Fedora 5 implements
the SCTP AUTH chunk? The FreeBSD stack will silently discard the
ADD-IP chunk if it's not wrapped with an AUTH chunk as per the RFC.
--peter
sazzadur rahman wrote:
Hello,
We are using SCTP client on Linux (Fedora 5) and SCTP s
Einstein Oliveira wrote:
Julian Elischer wrote:
Einstein Oliveira wrote:
Hi all,
In an attempt to change from pppoed + ppp to mpd I'm having some
strange behaviour with the later on the same host that usually
handles 100+ clients with the former.
Basically it's a i386 FreeBSD 6.3 system wi
Einstein Oliveira wrote:
Einstein Oliveira wrote:
Julian Elischer wrote:
Einstein Oliveira wrote:
Hi all,
In an attempt to change from pppoed + ppp to mpd I'm having some
strange behaviour with the later on the same host that usually
handles 100+ clients with the former.
Basically it's a
Julian Elischer wrote:
Einstein Oliveira wrote:
Einstein Oliveira wrote:
Julian Elischer wrote:
Einstein Oliveira wrote:
Hi all,
In an attempt to change from pppoed + ppp to mpd I'm having some
strange behaviour with the later on the same host that usually
handles 100+ clients with the for
Einstein Oliveira wrote:
Julian Elischer wrote:
Einstein Oliveira wrote:
Einstein Oliveira wrote:
Julian Elischer wrote:
Einstein Oliveira wrote:
Hi all,
In an attempt to change from pppoed + ppp to mpd I'm having some
strange behaviour with the later on the same host that usually
handles
Eugene,
Thanks for the report. I will look into this. Although this patch technically
works, I think the right solution to this problem is to introduce a new DLT_
for VLAN encapsulated frames. I will look into this problem in a bit more
detail.
On Mon, May 19, 2008 at 04:07:22PM +0300, Eugene Per
The following reply was made to PR kern/123603; it has been noted by GNATS.
From: "yes298 yes298" <[EMAIL PROTECTED]>
To: "John Baldwin" <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: amd64/123603: tcp_do_segment and Received duplicate SYN
Date: Tue, 20 May 2008 11:24:32
26 matches
Mail list logo
