Re: Simple LAN IP accounting

Oh come on guys, are we talking about accounting or packets sniffing? if so, i believe that tcpdump should be rewritten into tcpacc with no ability to see packets. and make it more flexible. i believe there are number of reasons why guys at FreeBSD do not document the traffic accounting process

Re: IF_HANDOFF vs. IFQ_HANDOFF

On Sun, 18 Jun 2006, John-Mark Gurney wrote: John Polstra wrote this message on Thu, Jun 15, 2006 at 09:18 -0700: in the HW but have not yet completed. When the completion interrupt comes in, the driver is supposed to check the if_snd queue for more mbufs and process them. Only when the trans

[FreeBSD-6.1RELEASE] tcp in TIME_WAIT state

Hi, all: In function tcp_timewait(), which will be called when receiving a segment as current TCP state at TIME_WAIT. However, in the body of the function definition, it simply goes to "drop" before generating RST or RST/ACK towards the unicast source. Is the behavior correct because the fol

Current problem reports assigned to you

Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description --- o [2006/01/30] kern/92552 net A serious bug in most network drivers fro f [2006/02/12] kern

Re: IF_HANDOFF vs. IFQ_HANDOFF

On Mon, Jun 19, 2006 at 06:04:26PM +1000, Bruce Evans wrote: > On Sun, 18 Jun 2006, John-Mark Gurney wrote: > > >John Polstra wrote this message on Thu, Jun 15, 2006 at 09:18 -0700: > >>in the HW but have not yet completed. When the completion interrupt > >>comes in, the driver is supposed t

Re: [freeBSD-6.1RELEASE] wonderings about function tcp_input()

Blue wrote: Hi, all: I have a question about line 1765 to 1776 in tcp_input(): /* * If the ACK bit is off: if in SYN-RECEIVED state or SENDSYN * flag is on (half-synchronized state), then queue data for * later processing; else drop segment and return. */ if ((thflags &

Re: [FreeBSD-6.1RELEASE] tcp in TIME_WAIT state

Blue wrote: Hi, all: In function tcp_timewait(), which will be called when receiving a segment as current TCP state at TIME_WAIT. However, in the body of the function definition, it simply goes to "drop" before generating RST or RST/ACK towards the unicast source. Is the behavior correct bec

Re: kern/99188: [tcp] [patch] FIN in same packet as duplicate ACK is lost

Synopsis: [tcp] [patch] FIN in same packet as duplicate ACK is lost Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: rodrigc Responsible-Changed-When: Mon Jun 19 21:54:45 UTC 2006 Responsible-Changed-Why: Send to maintainers http://www.freebsd.org/cgi/query-pr.cgi?p

Re: IF_HANDOFF vs. IFQ_HANDOFF

On 18-Jun-2006 John-Mark Gurney wrote: > John Polstra wrote this message on Thu, Jun 15, 2006 at 09:18 -0700: >> in the HW but have not yet completed. When the completion interrupt >> comes in, the driver is supposed to check the if_snd queue for more >> mbufs and process them. Only when the tran

Re: VPN with FAST_IPSEC and ipsec tools

Brian Candler wrote: On Fri, Jun 16, 2006 at 01:43:54PM +1000, Michael Vince wrote: I have setup the GRE tunneling and that is working fine doing pings and tracerts when I disable ipsec and ipsec-tools, its just the encryption side thats the problem. Ah, I guess this means you're f

TIME_WAIT state check in in_pcblookup_local()

Hi, All: I have a doubt in in_pcblookup_local() and in6_pcblookup_local() functions in in_pcb.c/in6_pcb.c in FreeBSD-6.1RELEASE. In v4 version (that is, in_pcblookup_local), the inp would be checked to see if the prospective port is used in TCP TIME_WAIT state. If so, it will call tcp_tw