On Wed, 20 Feb 2002 23:42:33 -0700 (MST), Brian White [EMAIL PROTECTED] said:
net.inet.tcp.newreno. (At the risk of exposing my naivete, does disabling
New-Reno leave me with ... Reno? Or possibly some FreeBSD hybrid?)
It leaves you with FreeBSD pre-New Reno. That's Reno, plus
On Thu, 14 Feb 2002 14:16:15 -0800 (PST), Vinod Namboodiri [EMAIL PROTECTED]
said:
i need to be modifying the firmware of the wireless
network card which probably has the mac layer code?
The MAC layer is almost invariably implemented in hardware for modern
network interfaces. In the case of
is there any way to get at the if_multiaddrs list from user space (except
for digging through the kernel with kvm).
I'm affraid not.
There should be.
I think the right way would be to add this to net/rtsock.c:sysctl_iflist()
to be accessible through the NET_RT_IFLIST sysctl. BTW, I've
On Sun, 20 Jan 2002 15:08:56 -0800 (PST), Archie Cobbs [EMAIL PROTECTED] said:
But it's interesting the soalloc() is called with 'p != 0'
as an argument. p is never 0 or else you would have already
panic'd... you'd panic later on, too, referencing 'p-p_ucred'.
All of the credential frobbing
On Thu, 13 Dec 2001 11:13:08 -0800, Bruce A. Mah [EMAIL PROTECTED] said:
5-CURRENT (11/19):9244 pps, 35.6 Mbps
4-STABLE (late November): 21827 pps, 84 Mbps
Doesn't seem right to me.
wollman@cheyenne-mountain(6)$ ttcp -t -s -v -f m -b 131072 -u mintaka
ttcp-t: buflen=8192,
On Fri, 30 Nov 2001 00:47:09 -0600 (CST), Jonathan Lemon [EMAIL PROTECTED] said:
[Quoting Bruce Mah:]
happens. In *most* cases, the receiver somehow gets the missing data
because you can later see it acking later sequence numbers. The first
place I saw this was at :41.504152.
Those are
On Thu, 29 Nov 2001 21:18:33 -0800, Bruce A. Mah [EMAIL PROTECTED] said:
Your 4.4-STABLE machine, is it from before or after rev 1.107.2.18 of
sys/netinet/tcp_input.c?
Before.
Also...where did you do the trace (i.e. sender, receiver, or a third
machine)?
Sender, of course -- that's the
On Fri, 30 Nov 2001 12:32:17 -0800, jayanth [EMAIL PROTECTED] said:
Can you run these tests again with rfc1323 off ?
Not any time soon.
-GAWollman
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-net in the body of the message
On Tue, 27 Nov 2001 12:33:01 -0800, Crist J. Clark [EMAIL PROTECTED] said:
Where inet_pton(3) will fail (return a 1). That is, inet_pton(3) only
understands dotted quads. The comments in src/lib/libc/net/inet_pton.c
clearly show this is the intended behavior. But is that what we want?
Yes.
Congratulations, Bill! I hope this won't suck up all of your Copious
Free Time... :-)
-GAWollman
--- start of forwarded message (RFC 934 encapsulation) ---
Message-Id: [EMAIL PROTECTED]
From: Bernard Aboba [EMAIL PROTECTED]
Sender: [EMAIL PROTECTED]
To: IETF-Announce: ;
Subject:
On Mon, 26 Nov 2001 08:43:56 -0600 (CST), Jonathan Lemon [EMAIL PROTECTED] said:
Unfortunately, this is not calculated; we still rely on a static
(default 30sec) MSL quiet period. Ideally, it should be possible to
set MSL based on some multiple of RTT for the connection, and default
to a
On Wed, 21 Nov 2001 12:32:32 +1030, Ian West [EMAIL PROTECTED] said:
I am looking at the ip_output routines, but so far cannot see any check
for expiry of cached routes ? Can anyone point me in the right
direction (or confirm they don't expire unless the route is physically
unavailable ?)
On Sat, 17 Nov 2001 14:18:21 -0800, George V. Neville-Neil [EMAIL PROTECTED]
said:
Are y'all going to discuss this at BSDCon? I'm probably going there
and would like to contribute if I could.
I will not be going to BSDcon absent some sugar daddy paying the
freight.[1] I will be at LISA in
On Fri, 16 Nov 2001 16:13:41 -0800 (PST), Julian Elischer [EMAIL PROTECTED] said:
(and anyhow Garrett got rid of the 'static' uses
of mbufs, not 'travelling' 'per packet' uses..)
Only because I did not have the time or stomach then to introduce
`struct packet' everywhere. All of the queueing
On Fri, 16 Nov 2001 17:29:23 -0800 (PST), Julian Elischer [EMAIL PROTECTED] said:
I'd be happy with a HAS_A(mbuf), as long as I have SOMEWHERE,
to stash the metadata.
Mind, you don't put the metadata there; you put that in the packet
structure (or rather, in the ip_packet etc. structures).
On Thu, 18 Oct 2001 12:20:10 +0100 (BST), =?iso-8859-1?q?Gavin=20Kenny?=
[EMAIL PROTECTED] said:
Ah! OK. I was using 4.1 so I guess it uses plain Reno,
No.
that documents all the differences between the
different types, Reno, NewReno, Vegas, etc?
Not really, since those names are not
On Thu, 18 Oct 2001 16:49:02 -0700, Lars Eggert [EMAIL PROTECTED] said:
Hi,
we're seeing a strange thing happening, related to ARP and IP fragments.
Not strange at all. The ARP cache only queues a single packet waiting
for a reply, so the first few fragments you send get tossed. We could
[Quoting Archie Cobbs, I think:]
There is probably a good paper somewhere outlining the best effort
philosophy but I don't know what it is.
That would be ``End-to-End Arguments in System Design'' by Jerry
Saltzer, Dave Reed, and Dave Clark, one of the most influential papers
ever written on
On Wed, 10 Oct 2001 14:36:48 -0500, Bill Fumerola [EMAIL PROTECTED] said:
On Tue, Oct 09, 2001 at 10:19:09PM -0700, Bill Fenner wrote:
(ifSpeed says For a sub-layer which has no concept of bandwidth, this
object should be zero. I'd argue that this describes VLAN interfaces.)
not that the
On Mon, 8 Oct 2001 11:32:14 +0400, Yar Tikhiy [EMAIL PROTECTED] said:
Second, let's look at the handling of SIOCADDMULTI/SIOCDELMULTI.
There is code obviously taken from if_loop.c and used in some
drivers, which tries to do something with the third argument data
of the if_ioctl() driver
On Thu, 4 Oct 2001 12:19:33 -0400, Mike Barcroft [EMAIL PROTECTED] said:
- printf(%s\n, buf);
+ printf(%.*s\n, (int)len, buf);
This is a *much* better patch.
-GAWollman
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-net in the body of the
On Mon, 1 Oct 2001 13:04:55 -0700 (PDT), Matthew Jacob [EMAIL PROTECTED] said:
+/*
+ * NB: For FreeBSD, it is assumed that each NIC driver's softc starts with
+ * one of these structures, typically held within an arpcom structure.
+ */
This has been true since at least 4.2.
-GAWollman
To
On Mon, 1 Oct 2001 16:19:17 -0400 (EDT), I wrote:
This has been true since at least 4.2.
Oops -- this is going to be the source of a lot of confusion. By 4.2
I am referring to 4.2BSD, of course, and not FreeBSD 4.2 which would
not be much of a precedent.
-GAWollman
To Unsubscribe: send
On Tue, 25 Sep 2001 11:09:27 -0700 (PDT), John Polstra [EMAIL PROTECTED] said:
The trouble with this is that your password will be sent unencrypted
across the Internet, very possibly hitting a sniffer or two along the
way. It's better to insist on chap and fix the broken peers.
Actually,
On Fri, 31 Aug 2001 13:09:02 -0400, Steve Shorter [EMAIL PROTECTED] said:
net.inet.udp.maxdgram
net.inet.udp.recvspace
I assume that increasing both of these will improve performance.
Neither of these have any impact on UDP performance. In fact, there
really are no UDP
On Tue, 28 Aug 2001 01:05:32 -0400, Mike Tancsa [EMAIL PROTECTED] said:
Can anyone tell me why the VLAN code might be causing my switches (ciscos)
to see a lot of runt frames when the interface is in 802.1q trunking mode ?
It's possible that the Cisco is (bogusly, IMHO) trying to enforce
On Tue, 28 Aug 2001 16:11:16 -0400, Mike Tancsa [EMAIL PROTECTED] said:
Also, who is the VLAN maintainer these days ?
I think that code has a ``sticky hat'', so whoever last touched it is
``it''.
-GAWollman
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-net in the
On Tue, 28 Aug 2001 15:53:31 -0400 (EDT), Alex Pilosov [EMAIL PROTECTED] said:
Disagree. Packet is either a runt or not a runt. It cannot be
inconsistently bridged it to one (trunk) interface but not to (access)
interface.
Runt-ness is not a property of the contents of the frame, it's a
On Wed, 22 Aug 2001 14:27:01 +0700, Max Khon [EMAIL PROTECTED] said:
I would like to commit ARP support for link level addresses with
arbitrary length. Patches against HEAD attached. Most of this stuff
was taken from NetBSD.
Why? Is there any reason to believe that FreeBSD will (or even
On Thu, 16 Aug 2001 10:08:30 -0300, Daniel C. Sobral [EMAIL PROTECTED]
said:
Another question... when the interface goes up and an RTM_INFO message
is generated, shouldn't the interface addresses be passed?
No; there is enough information in the RTM_IFINFO message for a
listener to
On Thu, 9 Aug 2001 11:36:38 -0400, Jonathan Chen [EMAIL PROTECTED] said:
I just want to ask around in case I turned out to be doing
something incredibly evil.
Directed Broadcast is generally discouraged, and a BCP was published
not too long ago officially deprecating it (updating the router
On Thu, 9 Aug 2001 09:45:14 -0700, Bill Fenner [EMAIL PROTECTED] said:
So, your patch just adds the mentioned option -- which I'm fine with,
as long as the default is 0 as the RFC requires...
We had directed-broadcast forwarding before, and it was removed.
Perhaps someone might examine the
On Thu, 09 Aug 2001 17:41:21 -0300, Daniel C. Sobral [EMAIL PROTECTED]
said:
I was wondering about RTM_NEWADDR. I have noticed that no such message
is generated when you add a new address to an interface with ifconfig.
This may or may not be a bug. I'm inclined to say that it is a bug; a
On 05 Aug 2001 14:46:10 -0500, Kirk Strauser [EMAIL PROTECTED] said:
I'm using sendmail 8.11.5 on a FreeBSD-STABLE (4.4-PRERELEASE) system. I
use the `.int' domain for hosts on my LAN
Hope you never need to communicate with anyone in the *real* .int
domain
-GAWollman
To Unsubscribe:
On Tue, 31 Jul 2001 09:20:48 -0300, Daniel C. Sobral [EMAIL PROTECTED]
said:
I am seeing something weird here. I get collisions on one of my vlan
interfaces. Huh? How come? How can this happen?
UTSL.
/*
* Do not run parent's if_start() if the parent is not
On Mon, 16 Jul 2001 15:26:38 +0300, Peter Pentchev [EMAIL PROTECTED] said:
Is there any reason for ICMP source quench to be deprecated?
There are a few problems with ICMP source quench:
1) If a sender-TCP actually pays attention to them, an attacker can
substantially reduce TCP performance by
On Mon, 16 Jul 2001 00:13:14 +0900 (JST), Hajimu UMEMOTO [EMAIL PROTECTED] said:
Current if_addmulti() calls MALLOC() with M_WAITOK. However,
if_addmulti() can be called from in[6]_addmulti() with splnet(). It
may lead kernel panic.
This is not a problem (or should not be). It is
On Fri, 13 Jul 2001 17:13:42 -0700, Brooks Davis [EMAIL PROTECTED] said:
I'm working on modernizing the vlan device (making it loadable,
unloadable, and clonable) and I've run into this sysctl. It allows you
to set the ethernet protocol used for vlan packets. This doesn't strike
me as very
On Mon, 9 Jul 2001 23:05:13 +0100, Richard Smith [EMAIL PROTECTED] said:
Looking at the comments in tcp_var.h, it should be
keepintvl that sets this interval. Otherwise, why
have such a large value for keepidle?
FreeBSD contains a kluge wherein all TCP connections have a form of
keepalive
On Tue, 5 Jun 2001 20:41:21 +0300, Ruslan Ermilov [EMAIL PROTECTED] said:
Hmm, and what happens if the PCB is the only holder of this route?
The refcnt will be 1 in this case, and the code drops the reference
by setting inp-inp_route.ro_rt = 0. How this route can be reused
(and deleted)
On Sun, 20 May 2001 18:40:33 -0400, Barney Wolff [EMAIL PROTECTED] said:
Where an RFC mandates that the reply source address must be the same
as the request dest addr
This is true for *any* protocol built over IP, regardless of what the
individual protocol specifications say. See RFC 1122
On Thu, 10 May 2001 09:09:07 -0700, Alfred Perlstein [EMAIL PROTECTED] said:
Shouldn't it do the mapping of addrhint.ai_protocol=6 (tcp)
into ai_socktype = SOCK_STREAM?
No. In the socket model, the protocol is subordinate to the type of
socket. (For example, XNS SPP can implements both
On Fri, 4 May 2001 18:21:32 +0300, Ruslan Ermilov [EMAIL PROTECTED] said:
I have a question for Garrett. Was the original idea behind -a flag is
to hide protocol-cloned routes only but not RTF_CLONING generated routes,
or it was simply caused by the bug that `rt_parent' was not set for
[Original attribution lost.]
now, the problem is that the ${sohoip} is dynamically assigned
with DHCP. How can the gateway at the headquarter know that
${sohoip} address?
I don't know whether this is actually possible to do yet. But, you
should be able to configure racoon to use a
On Sun, 22 Apr 2001 20:09:39 +0200, Thomas Moestl [EMAIL PROTECTED] said:
I would like to commit a really small patch that makes getsockname
fill the sockaddr for non-bound PF_LOCAL sockets with sun_noname,
instead of just setting the length parameter to 0 and return (without
an error) like
On Tue, 17 Apr 2001 10:54:48 -0700, "Crist Clark" [EMAIL PROTECTED] said:
Personally, I like (b). It's right there for those who want it, but
the bloat-watchers don't have to see that extra few bytes going to
kernelland.
I think this is reasonable. With the way memory subsystems work these
On Mon, 16 Apr 2001 12:50:53 -0700, Kris Kennaway [EMAIL PROTECTED] said:
Surely that can't work since the purpose of that field is for received
packet ordering
No. The IP ID is effectively a nonce with respect to the receiving
system. The only requirement is that IDs not be repeated while
On Tue, 27 Mar 2001 13:59:13 -0500 (EST), Peter Brezny [EMAIL PROTECTED]
said:
Is it possible to have a kern_securelevel="2" and still run mpd-netgraph
using the default 'dialin' configuration?
It should be. Are you preloading the appropriate NETGRAPH modules?
-GAWollman
--
Garrett A.
On Fri, 23 Mar 2001 09:01:02 +0200, Tommi Harkonen [EMAIL PROTECTED] said:
This is perfectly natural. TCP will generate these messages whenever
its retransmission timer goes off; they should correlate with packet
losses.
Is it also natural that I cannot ftp from the box to anywhere
(eg.
On Thu, 22 Mar 2001 12:47:42 +0200, Tommi Harkonen [EMAIL PROTECTED] said:
RTM_LOSING: Kernel Suspects Partitioning: len 124, pid: 0, seq 0, errno 0,
flags:UP,GATEWAY,HOST,DONE,WASCLONED
locks: inits:
sockaddrs: DST,GATEWAY
ftp.de.cw.net 62.236.255.201
This is perfectly natural. TCP
On Tue, 20 Mar 2001 21:24:23 +0300, Yar Tikhiy [EMAIL PROTECTED] said:
Isn't it better to assign the IFT_ETHER type to the vlan interface?
There might be other places in the code where vlans would behave
unexpectedly because of their type...
No, because SNMP and potentially other network
On Mon, 19 Mar 2001 20:59:02 +0300, Yar Tikhiy [EMAIL PROTECTED] said:
if_delmulti() (net/if.c) does not notify a corresponding interface
driver when a _link-layer_ multicast group is being left.
There is a mtod() without a prior m_pullup() in netinet/if_ether.c.
The system might be likely
On Fri, 16 Mar 2001 11:08:03 +0100, Jeroen Ruigrok/Asmodai [EMAIL PROTECTED] said:
Correct me if wrong, but if I recall BSD natively already held a route
cache, although it might not be the best route cache which we could come
up with.
It does, but there is only a single route cached there.
On Thu, 15 Mar 2001 01:53:16 +0900 (JST), Hajimu UMEMOTO [EMAIL PROTECTED] said:
+in_addr_t inet_lnaof __P((struct in_addr));
+struct in_addrinet_makeaddr __P((in_addr_t, in_addr_t));
+in_addr_t inet_netof __P((struct in_addr));
If anything, these interfaces should be
On Tue, 13 Mar 2001 16:43:26 -0800, Lars Eggert [EMAIL PROTECTED] said:
I'm considering changing this, so that a select-to-write on a UDP socket
will block until queue space becomes available.
Impossible. The only way to find out whether a packet (or set of
packets, or a fragment of a
My bug report against the current POSIX draft was accepted. For the
record, here are the changes being made. (``The indicated line'' is
referring to a line in the definition of gethostname() where the
length of the buffer was previously defined to be 256, including the
terminating null. The
On Tue, 13 Mar 2001 01:49:26 +, Brian Somers [EMAIL PROTECTED] said:
This change seems to make it even more likely that people will forget
whether MUMBLE_MAX includes the NUL or not.
I chose to conform to the definition of {NAME_MAX} because it was the
one I was staring at when I wrote
On Wed, 07 Mar 2001 13:32:48 CET, Sebastien Petit [EMAIL PROTECTED] said:
A problem of updating route appears when you delete the IPv4 alias on the
interface like this:
# ifconfig xl0 delete 172.16.1.2 netmask 255.255.255.255
127.0.0.1 127.0.0.1 UH 00
On Mon, 26 Feb 2001 17:06:05 -0600, Peter Lawthers [EMAIL PROTECTED] said:
When using sendfile(2) with the optional headers, it appears
that sendfile inadvertently returns the number of bytes written
via writev
If any data was sent, sendfile() should tell you so.
-GAWollman
To
On Mon, 12 Feb 2001 18:31:33 -0800 (PST), Archie Cobbs [EMAIL PROTECTED] said:
ISTR at one time you would instead get the actual sockaddr of the
just-closed socket, rather than a bogus sockaddr... and that is the
behavior one would expect.
As itojun pointed out, accept() used to just block
On Sun, 11 Feb 2001 01:55:16 -0800, Alfred Perlstein [EMAIL PROTECTED] said:
A) So, do we bump the sockets to use 'int' for so-so_qlimit?
Make it be `u_short'. (Actually, I'm not sure why all three of those
members aren't unsigned. It would make more sense that way.)
-GAWollman
To
On Thu, 8 Feb 2001 17:02:05 -0800 (PST), Luigi Rizzo [EMAIL PROTECTED] said:
it occurs to me that there is a potential infinite loop in
most if not all ethernet drivers. Basically, on a
receive interrupt, such drivers loop around the status word
until the receive queue is drained.
One
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 07 Feb 2001 10:14:18 -0800, Kris Kennaway [EMAIL PROTECTED] said:
Can anyone comment on this patch?
http://www.kame.net/dev/cvsweb.cgi/kame/freebsd4/sys/kern/uipc_socket.c
I don't necessarily agree that the previous behavior was wrong,
On Wed, 7 Feb 2001 11:23:48 -0800 (PST), Luigi Rizzo [EMAIL PROTECTED] said:
on a similar subject (UDP sockets), i notice that
socket buffers do not have a pointer to the end of
the queued mbufs, so sbappend*() routines have to scan the
list of queued bufs. As you can imagine this is
On Tue, 06 Feb 2001 13:22:18 -0600, Mike Bytnar [EMAIL PROTECTED] said:
Has anyone else encountered showmount returning connections that do not
exist?
Since NFS is usually connectionless, the best `showmount' can do is to
tell you which clients have *ever* received the root file handle for
On Thu, 1 Feb 2001 18:00:10 +, Tony Finch [EMAIL PROTECTED] said:
For this reason turning off TCP_CORK pushes out queued data, but
this isn't the case for TCP_NOPUSH.
This is a long-standing bug. You are welcome to fix it.
-GAWollman
To Unsubscribe: send mail to [EMAIL PROTECTED]
On Thu, 1 Feb 2001 14:28:07 -0500 (EST), "Richard A. Steenbergen" [EMAIL PROTECTED]
said:
Then shortly thereafter, with the sockbuf only slightly drained, new
write events will come up in whatever polling method you're using,
and you get to fire off another 1000 syscalls just to add an
On Wed, 31 Jan 2001 13:52:10 -0800 (PST), Archie Cobbs [EMAIL PROTECTED] said:
I apologize for not getting this.. I'll try another question: why
doesn't "arp -d x.y.z.w" just delete whatever ARP entry there is
for x.y.z.w no matter what kind it is?
Because it doesn't know what kind is there.
On Thu, 25 Jan 2001 08:36:51 +0900, Tatsuhiko Terai [EMAIL PROTECTED] said:
Does this program mean that ?
RTT = (tp)-t_srtt (TCP_RTT_SHIFT - TCP_DELTA_SHIFT) [ms]
RTO = tp-t_rxtcur [ms]
No. Please take a look at W. Richard Stevens' _TCP/IP Illustrated_
series, particularly volume
On Thu, 18 Jan 2001 11:34:54 +, Ben Smithurst [EMAIL PROTECTED] said:
Does this look reasonable to people? Based on
http://www.FreeBSD.org/cgi/query-pr.cgi?pr=24125
+.It Bq Er EAGAIN
+A resource was temporarily unavailable.
+This could indicate there are no port numbers available for
On Mon, 15 Jan 2001 17:03:55 -0800 (PST), Luigi Rizzo [EMAIL PROTECTED] said:
Symptoms are -- if you change the address to an interface,
packets to destinations to which you have talked to in the past
will still go out with the previous address unless
you delete and reinstall a route for
On Wed, 10 Jan 2001 10:57:36 +, David Malone [EMAIL PROTECTED] said:
I've read through and tested the patch, and is seems like a reasonable
idea. Basically, it adds a flag to sockets which have been created
via an accept() and then adds a new getcred_outgoing sysctl which
works just
On Fri, 5 Jan 2001 11:46:07 +0100 (CET), "Pedro J. Lobo" [EMAIL PROTECTED] said:
- It doesn't modify if_vlan.c anymore. Instead, it uses ifi_hdrlen to tell
if_vlan.c that it supports long frames.
This looks good -- but I'm a bit confused by this segment of code:
+ #if NVLAN 0
+
On Tue, 2 Jan 2001 11:18:43 -0500, "C. Stephen Gunn" [EMAIL PROTECTED] said:
box a multihomed host, not a VLAN forwarder/router. The latter
would require a mechnism to bridge/forward/filter packets between
independant 802.1q encapsulated interfaces.
We have that. They are just interfaces
On Sat, 30 Dec 2000 00:46:46 -0500, "C. Stephen Gunn" [EMAIL PROTECTED] said:
Yes, ifconfig if mtu 1500 is what you want.
Actually, no, it's not what you want (although the underlying code is
broken enough to let it ``work'' anyway). What you want is to fix the
parent network interface driver
101 - 175 of 175 matches
Mail list logo
