On Wed, 22 Oct 2003 20:29:10 -0700
Jonathan Feally <[EMAIL PROTECTED]> wrote:
> Your problem lies in that you are counting the traffic twice in the
> queue/pipe - once from the internal addr to the dst, and once from the
> external addr to the dst. Change your rules to specify which IP Block
>
On Tuesday 21 October 2003 03:23 pm, Barney Wolff wrote:
> Bruce M Simpson wrote pointing
> out AODV (RFC 3561) as an example of a routing protocol needing to
> send to 255.255.255.255 on multiple interfaces at once. I withdraw
> my scorn of kernel mods to facilitate this.
To me it's not a matter
Hi,
Yes, I was successful actually :)
The configuraton was as follows(ip addresses changed to hide the box--
s/real.ip.address/192.168.1/g):
Co-located machine had 2 IP addresses assigned:
fxp0: flags=8843 mtu 1500
inet 192.168.1.11 netmask 0xffc0 broadcast 192.168.1.63
inet
On 22-Oct-2003 Greg Black wrote:
> On 2003-10-20, Tobias P. Santos wrote:
>
>> I am trying to boot a FreeBSD diskless client with no success.
>> Actually, I can boot the client, the kernel is downloaded and begins
>> to boot. Then it tries to reach the DHCP/BOOT server, but this never
>> occurs an
On Thu, Oct 23, 2003 at 01:55:55AM -0700, Wes Peters wrote:
>
> To me it's not a matter of "boot code" vs. general usefulness so much as
> it's just obviously the right way to do it. We use all-ones packets well
> after boot to have our appliances identify each other on the network and
> share
Hello everyone. I have an Intel D815EGEW board with a single PIII 1GHZ,
256MEG RAM, 2 Intel Pro 100MB cards. This will be used as an IPFW+bridging
firewall with FreeBSD 4.8 (RELENG_4_8, perhaps RELENG_4_9 when available).
My message is about network capacity.
Assume that it will be processing a
On Thursday, October 23, 2003, at 11:52 AM, Barney Wolff wrote:
On Thu, Oct 23, 2003 at 01:55:55AM -0700, Wes Peters wrote:
[ ... ]
What are you going to do when IPv6 comes into more general use, since
it has no broadcast address?
Are you asking what a IPv4-to-IPv6 translator (like gif?) should do,
On Thursday 23 October 2003 08:52 am, Barney Wolff wrote:
> On Thu, Oct 23, 2003 at 01:55:55AM -0700, Wes Peters wrote:
> > To me it's not a matter of "boot code" vs. general usefulness so much
> > as it's just obviously the right way to do it. We use all-ones
> > packets well after boot to have o
On Thursday 23 October 2003 11:23 am, Charles Swiger wrote:
> On Thursday, October 23, 2003, at 11:52 AM, Barney Wolff wrote:
> > On Thu, Oct 23, 2003 at 01:55:55AM -0700, Wes Peters wrote:
>
> [ ... ]
>
> > What are you going to do when IPv6 comes into more general use, since
> > it has no broadca
Updated to HEAD, booted with WITNESS enabled, and the boot dies here:
ipfw2 initialized, divert disabled, rule-based forwarding enabled, default to accept,
logging unlimited
malloc() of "16" with the following non-sleepable locks held:
exclusive sleep mutex ifnet r = 0 (0xc07cc940) locked @ net/i
On Thursday, October 23, 2003, at 02:45 PM, Wes Peters wrote:
The all-ones broadcast is supposed to go to all physically connected
network segments, regardless of whether a particular interface is
ifconfig'ured with an IP that is part of a particular layer-3 subnet.
You should be able to send the b
On Thu, Oct 23, 2003 at 02:23:57PM -0400, Charles Swiger wrote:
> >What are you going to do when IPv6 comes into more general use, since
> >it has no broadcast address?
>
> Are you asking what a IPv4-to-IPv6 translator (like gif?) should do, or
> are you worried about the case of a machine config
On Tue, Oct 21, 2003 at 11:46:01AM -0700, Eli Dart wrote:
:
: In reply to Mark Allman <[EMAIL PROTECTED]> :
:
: >
: > Hi folks!
: >
: > Are there any plans to incorporate SACK in FreeBSD? It'd sure be
: > handy for me to have (I prefer the *BSDs, and, alas, they are the
: > only remaining SAC
OpenBSD has ported the em(4) driver from FreeBSD. At least on
OpenBSD, em(4) is partially broken: it fails to receive multicast
ethernet frames. This effectively breaks both IPv4 and IPv6
multicast, including IPv6 neighbor discovery.
I have one report that says FreeBSD 4.9's em(4) has the same b
On Thursday, October 23, 2003, at 03:43 PM, Barney Wolff wrote:
On Thu, Oct 23, 2003 at 02:23:57PM -0400, Charles Swiger wrote:
What are you going to do when IPv6 comes into more general use, since
it has no broadcast address?
Are you asking what a IPv4-to-IPv6 translator (like gif?) should do,
o
On Thursday, October 23, 2003, at 03:43 PM, Barney Wolff wrote:
My expectation is the same as yours, but I strongly believe that
anyone doing a new design that deliberately ignores IPv6 is being very
shortsighted. "Quite some time" is now only years, not decades.
It might be useful to consider ano
On Thursday 23 October 2003 12:39, Charles Swiger wrote:
>
> Also, Barney's comments here:
> ...make sense to me as well, for whatever that may be worth :-)
Worth a lot, actually. If we can get 4 people looking at the problem from
such diverse viewpoints and come to a point where we all agr
uipc_socket.c has a KASSERT in soreceive that I think is wrong. It dates from
a long time ago but I can't tell exactly who created it since some
intermediate munging buggered the CVS logs.
cvs diff: Diffing .
Index: uipc_socket.c
=
On Thu, Oct 23, 2003 at 05:25:42PM -0400, Charles Swiger wrote:
> On Thursday, October 23, 2003, at 03:43 PM, Barney Wolff wrote:
> >My expectation is the same as yours, but I strongly believe that
> >anyone doing a new design that deliberately ignores IPv6 is being very
> >shortsighted. "Quite so
In message <[EMAIL PROTECTED]>, Sam Leffler writes:
>uipc_socket.c has a KASSERT in soreceive that I think is wrong. It dates from
>
>a long time ago but I can't tell exactly who created it since some
>intermediate munging buggered the CVS logs.
It was there in revision 1.1 as:
m = so-
Hello there.
Odd query for you.
My setup is that sis0 is the ethernet which has the business cable modem
attached to it - which serves as a gateway. sis1 is the Ethernet which my
laptop connects to (wirelessly through a HE501 wireless pc card, and HE102
access point (both by Netgear)).
The pro
I've filed PR's with a patch for this issue now to most of the affected
operating systems. It's basically anything derived from 4.4BSDLite
that hasn't already corrected for this issue.
FreeBSD: kern/58359
NetBSD: kern/23221
OpenDarwin: bugzilla id 1062
OpenBSD: no reply, I'll refile later this
On Thu, Oct 23, 2003 at 12:07:14PM -0700, Kris Kennaway wrote:
> Updated to HEAD, booted with WITNESS enabled, and the boot dies here:
>
> ipfw2 initialized, divert disabled, rule-based forwarding enabled, default to
> accept, logging unlimited
> malloc() of "16" with the following non-sleepable
23 matches
Mail list logo
