Re: SOCK_RAW sockets and IPPROTO_AH

> On Mon, 5 Apr 2004 15:12:49 +0200, > "Sebastien Petit" <[EMAIL PROTECTED]> said: > Hi, > Is there a way to receive AH packets in userland with a SOCK_RAW socket ? > ie: socket(AF_INET, SOCK_RAW, IPPROTO_AH) ? > I found that this socket call doesn't work under FreeBSD. On OpenBSD, it wor

Re: FIN_WAIT_[1,2] and LAST_ACK

Hello, They are not timing out after 2MSL. I set my MSL to the lowest possible setting (10) as to make TIME_WAIT connections disappear. The FIN_WAIT_[1,2] and LAST_ACK seem to be sticking around for a while. However, not ALL of them stick around for a "long time"(more on this in a sec) -- e.g.,

Re: Fwd: [IPv4 fragmentation --> The Rose Attack]

> Per-protocol limits _could_ have some advantages; the 16 frags per packet > limit was chosen to account for NFS over UDP. For TCP, we could drop that > to 3 frags per packet, The 16 frags per packet limit seems low to me for TCP already, blocking plausible RFC-compliant TCP connections, let alo

Re: FIN_WAIT_[1,2] and LAST_ACK

Julian Elischer wrote: > On the topic of Session shutdown... > > I have noticed an increasing number of machines on the net > are terminating their session (usually the server, but not always) > with a RESET packet instead of a FIN packet. > In particular it seems that if the machine in question

Re: FIN_WAIT_[1,2] and LAST_ACK

Brandon Erhart wrote: > > Well, I responded to the group that I had taken one of the fellows advice > posting here, and modified the tcp_usrclosed in netinet/tcp_usrreq.c. > > So all is well -- it gets TCPS_CLOSED state and the tcps_close() function > called on the tuple IMMEDIATELY. It doesn't s

Re: FIN_WAIT_[1,2] and LAST_ACK

Brandon Erhart wrote: > > Hello everyone, > > I am writing a network application that mirrors a given website (such as a > suped-up "wget"). I use a lot of FDs, and was getting connect() errors when > I would run out of local_ip:local_port tuples. I lowered the MSL so that > TIME_WAIT would timeo

Re: FIN_WAIT_[1,2] and LAST_ACK

On Mon, 5 Apr 2004, Eli Dart wrote: > > In reply to Brandon Erhart <[EMAIL PROTECTED]> : > > > Well, I responded to the group that I had taken one of the fellows advice > > posting here, and modified the tcp_usrclosed in netinet/tcp_usrreq.c. > > > I understand that -- I was trying to disco

Re: FIN_WAIT_[1,2] and LAST_ACK

In reply to Brandon Erhart <[EMAIL PROTECTED]> : > Well, I responded to the group that I had taken one of the fellows advice > posting here, and modified the tcp_usrclosed in netinet/tcp_usrreq.c. I understand that -- I was trying to discover if you'd come across something that needed a more

Re: FIN_WAIT_[1,2] and LAST_ACK

Well, I responded to the group that I had taken one of the fellows advice posting here, and modified the tcp_usrclosed in netinet/tcp_usrreq.c. So all is well -- it gets TCPS_CLOSED state and the tcps_close() function called on the tuple IMMEDIATELY. It doesn't switch states depending on which

Current problem reports assigned to you

Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description --- o [2003/07/11] kern/54383 net NFS root configurations without dynamic

Re: FIN_WAIT_[1,2] and LAST_ACK

In reply to Brandon Erhart <[EMAIL PROTECTED]> : > Hello everyone, > However, I have run into a new problem. I am getting a good amount of > blocks stuck in FIN_WAIT_1, FIN_WAIT_2 or LAST_ACK that stick around for a > long while. Could you define "long" in this case? Are we talking about 60

Driver porting

can any of the driver writers or porters help with porting the atw driver from netbsd to freebsd. this is for the admtek 802.11b network based cards. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe,

Re: do we support non contiguous netmasks ?

Anders Lowinger wrote: > > Luigi Rizzo wrote: > > Hi, > > i was wondering if anyone knows what kind of support we have > > in FreeBSD networking code, for non contiguous netmasks. > > While it is trivial to support them for interface addresses, > > managing them in the routing table is probably fa

Re: do we support non contiguous netmasks ?

Luigi Rizzo wrote: Hi, i was wondering if anyone knows what kind of support we have in FreeBSD networking code, for non contiguous netmasks. While it is trivial to support them for interface addresses, managing them in the routing table is probably far from trivial and I believe also mostly useless

SOCK_RAW sockets and IPPROTO_AH

Hi, Is there a way to receive AH packets in userland with a SOCK_RAW socket ? ie: socket(AF_INET, SOCK_RAW, IPPROTO_AH) ? I found that this socket call doesn't work under FreeBSD. On OpenBSD, it works but a recvfrom/read doesn't return any AH packets when it was received on an interface. Is ther

Re: nfs_getpages: error 70

Andrey Alekseyev wrote: > > > Well, I think Apache uses mmap. > > Back in time there was a discussion between you and Matt Dillon > about your NFS-based environment, Apache, mmap and NFS > inconsistencies. Do you remember? :) Of course. These are the same Apache and NFS server and the same html

Re: nfs_getpages: error 70

Andrey Alekseyev wrote: > > > It does not help too. Moreover, httpd childs sometimes die with > > SIGSEGV now. > > Sorry :) Are you still using Apache with mmap for reading files > over NFS? :) I'm afraid my patch isn't compatible with the > mmap issues... Well, I think Apache uses mmap. Eugene