> The problem is, that at attach time you
> don't know what link-level encapsulation is used, because this can be
> select when you establish the VCC (via the parameter 'z' (see en(4))).
> So BPF_DLC_RFC1483 will not work without LLC/SNAP encapsulation.
The current CVS versions of libpcap and tcp
Note: I'm just a lurker here, but thought I'd give my 2 cents on this
discussion as well.
On Mon, 14 Oct 2002, Andrew Gallatin wrote:
> > Would people be open to renaming the 'MSIZE' kernel option to something
> > more specific such as 'MBUF_SIZE' or 'MBUFSIZE'? Using 'MSIZE' can
>
> No.
>
>
Not that my opinion really holds much weight with you guys but for what
it's worth, I think the change would be gratuitist.
1. MSIZE has been around forever.
2. The argument that sys/sys/mbuf.h should have MSIZE removed/changed
because some other code may use it is fallacious. The "other code"
In message <[EMAIL PROTECTED]>, Mike Silb
ersack writes:
>
>I haven't looked at the implementation, but I think that it would be wise
>to include the patch before 5.0-release so that there's a clear cutoff
>where the feature became available.
Ok - I'll see what the reaction here is first and then
Leonard Chung writes:
> The problem that I'm having is that MPD starts properly and I can
> successfully connect to the service using Windows clients. However, when I
> ping internal hosts, the first five or so work fine, and then beyond that
> packets start getting lost, with a loss rate of aroun
John Baldwin writes:
> Would people be open to renaming the 'MSIZE' kernel option to something
> more specific such as 'MBUF_SIZE' or 'MBUFSIZE'? Using 'MSIZE' can
No.
MSIZE is a traditional BSDism. Everybody else still uses it.
Even AIX and MacOS. I really don't like the idea of changing
In article <[EMAIL PROTECTED]>,
Hyong-Youb Kim <[EMAIL PROTECTED]> wrote:
>
> BTW, setting BGE_PCI_WRITE_BNDRY_16BYTES limits receive throughput to
> 540Mb/s. So it is not a solution.
> I really like to find out what this config does.
It works around a bug in the BCM570x chip, apparently. I no
In article <[EMAIL PROTECTED]>,
Hyong-Youb Kim <[EMAIL PROTECTED]> wrote:
>
> Thanks. I resolved the issue by forcing BGE_PCI_WRITE_BNDRY_16BYTES
> in BGE_PCI_DMA_RW_CTL register. The linux driver apparently has a DMA test
> code and sets this value depending on the test results. I have no clue
go for it..
On Mon, 14 Oct 2002, John Baldwin wrote:
> Would people be open to renaming the 'MSIZE' kernel option to something
> more specific such as 'MBUF_SIZE' or 'MBUFSIZE'? Using 'MSIZE' can
> break other places in the kernel. For example, ISA device ivars have
> an ivar for the size of
Would people be open to renaming the 'MSIZE' kernel option to something
more specific such as 'MBUF_SIZE' or 'MBUFSIZE'? Using 'MSIZE' can
break other places in the kernel. For example, ISA device ivars have
an ivar for the size of a memory resource called 'MSIZE' and the kernel
option causes br
_
Looking to be employed? We have an ocean of employers and employees waiting to be
matched. Go to Maktoob Jobs NOW.
http://www.maktoob.com/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of t
On Mon, 14 Oct 2002, Ian Dowse wrote:
> Unfortunately it is relatively extensive. I've been running it for
> about 4 months now, but that does not rule out the possibility of
> bugs and unintended side-effects. Any comments, reviews or suggestions
> welcome. Is this something that is useful enou
It was discussed here some time ago that we should have an
IP_SENDSRCADDR ancillary data type to match the IP_RECVDSTADDR
socket option. This permits a server process binding to a wildcard
UDP socket to select the IP address from which outgoing packets are
sent on a per-datagram basis. When combi
The first numbers of the Swiss Internet Analysis performed by Olivier
Mueller and Daniel Graf are available. The whole study will be available
in November 2002.
Here is the statistical message size distribution of email messages
observed in the analysis. These numbers are very important to find
Kirill Ponomarew wrote:
> Hi,
>
> is it recommended to use net.inet.tcp.delayed_ack=0 on the machines with
> heavy network traffic ?
>
If you want to increase your network traffic for no particular reason,
and increase load on your server, then yes.
Otherwise no.
To Unsubscribe: send mail to
Hi,
is it recommended to use net.inet.tcp.delayed_ack=0 on the machines with
heavy network traffic ?
--
MfG
Kirill
Nothing is ever so bad it can't be made worse by
firing the coach.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-net" in the body of the message
I'm trying to get MPD working reliably, but I've been having strange
problems with it. I've gone through the mailing list archives, Google, and
even copied Julian's MPD config files that he posted on the mailing list a
while back with no success.
The problem that I'm having is that MPD starts prop
On Sun, 13 Oct 2002, Craig Rodrigues wrote:
CR>Hi,
CR>
CR>I am on a -current system, using patches from Harti Brandt's
CR>Netgraph ATM work:
CR>http://www.fokus.fhg.de/research/cc/cats/employees/hartmut.brandt/ngatm/
CR>
CR>I am trying to add bpf support to /src/sys/net/if_atmsubr.c so that
CR>I
18 matches
Mail list logo
