Index of tech-net for May, 2004


FromSubject
05/01/2004
Atsushi Yokoyama IPsec with IPv6 doesn't work with Mac OS X
Alicia da Conceicao Re: ath Atheros driver no buffer space available and can't power off
David Young Re: bpf patch: bpf_mtap2
Jason Thorpe Re: Further mbuf adventures
Jason Thorpe Re: Further mbuf adventures
05/02/2004
Darren Reed Further mbuf adventures
Darren Reed bpf & mmap..
Darren Reed Making mbufs deal better with various buffer sizes
Darren Reed Re: bpf patch: bpf_mtap2
Darren Reed Re: Further mbuf adventures
Jason Thorpe Re: Further mbuf adventures
Konstantin KABASSANOV atheros 5212 card in adhoc mode and "no buffer space"
Alicia da Conceicao Re: atheros 5212 card in adhoc mode and "no buffer space"
David Young Re: atheros 5212 card in adhoc mode and "no buffer space"
05/03/2004
Chuck Silvers 32/64 sign-extension bug in TCP
ragge@ludd.luth.se Re: 32/64 sign-extension bug in TCP
Chuck Silvers Re: 32/64 sign-extension bug in TCP
Ignatios Souvatzis Re: 32/64 sign-extension bug in TCP
Chuck Silvers Re: 32/64 sign-extension bug in TCP
ragge@ludd.luth.se Re: 32/64 sign-extension bug in TCP
Jonathan Stone Re: Making mbufs deal better with various buffer sizes
Chuck Silvers Re: 32/64 sign-extension bug in TCP
05/04/2004
Daniel Carosone Re: 32/64 sign-extension bug in TCP
Darren Reed Re: Making mbufs deal better with various buffer sizes
Darren Reed Re: 32/64 sign-extension bug in TCP
Bruno Jorge Marcelino Ayame Website problem (urgent!)
Jonathan Stone Re: Making mbufs deal better with various buffer sizes
Chuck Silvers Re: 32/64 sign-extension bug in TCP
David Young Re: bpf patch: bpf_mtap2
05/05/2004
Darren Reed Re: bpf patch: bpf_mtap2
Pavel Cahyna Re: 32/64 sign-extension bug in TCP
David Laight Re: 32/64 sign-extension bug in TCP
David Young Re: bpf patch: bpf_mtap2
William Waites Re: "corrupt
David Young Re: "corrupt
05/06/2004
Jun-ichiro itojun Hagino "corrupt
Sean Davis Re: "corrupt
itojun@iijlab.net Re: "corrupt lease file"
David Young Re: "corrupt lease file"
Tom Ivar Helbekkmo Re: "corrupt
itojun@iijlab.net Re: "corrupt
itojun@iijlab.net Re: "corrupt
roberto.trovo@redix. Re: PPTP VPN problem
Alicia da Conceicao Re: atheros 5212 card in adhoc mode and "no buffer space"
05/07/2004
David Young Re: bpf patch: bpf_mtap2
Konstantin KABASSANOV RE: atheros 5212 card in adhoc mode and "no buffer space"
05/09/2004
David Young Re: atheros 5212 card in adhoc mode and "no buffer space"
David Young Re: atheros 5212 card in adhoc mode and "no buffer space"
Tom Ivar Helbekkmo Locking trouble in net/if_tun.c
Christos Zoulas Re: Locking trouble in net/if_tun.c
Paul Kranenburg Re: Locking trouble in net/if_tun.c
Paul Kranenburg Re: Locking trouble in net/if_tun.c
05/10/2004
YAMAMOTO Takashi Re: kern/25368: crash after SADB_X_SPDFLUSH
itojun@iijlab.net Re: kern/25368: crash after SADB_X_SPDFLUSH
David Young Re: atheros 5212 card in adhoc mode and "no buffer space"
05/11/2004
itojun@iijlab.net Re: kern/25368: crash after SADB_X_SPDFLUSH
HITOSHI Osada new Ethernet flowcontrol patch(20040511)
Konstantin Kabassanov Re: atheros 5212 card in adhoc mode and "no buffer space"
Christoph Kaegi status vlans on bge(4)?
Sam Leffler Re: atheros 5212 card in adhoc mode and "no buffer space"
Peter Postma New pf port
Jeff Rizzo accepting both ipv4 and v6 connections
05/12/2004
der Mouse Re: accepting both ipv4 and v6 connections
lucio@proxima.alt.za silicom ethernet adapter
Jeff Rizzo Re: accepting both ipv4 and v6 connections
Ignatios Souvatzis Re: accepting both ipv4 and v6 connections
Jeff Rizzo Re: accepting both ipv4 and v6 connections
Jeff Rizzo Re: accepting both ipv4 and v6 connections
der Mouse Re: accepting both ipv4 and v6 connections
Jeff Rizzo Re: accepting both ipv4 and v6 connections
Bill Studenmund Re: accepting both ipv4 and v6 connections
Bill Studenmund Re: accepting both ipv4 and v6 connections
05/13/2004
YAMAMOTO Takashi Re: kern/25368: crash after SADB_X_SPDFLUSH
Christoph Kaegi Re: status vlans on bge(4)?
der Mouse Re: status vlans on bge(4)?
05/14/2004
Ignatios Souvatzis wrong source address
Christoph Kaegi Re: status vlans on bge(4)?
Jun-ichiro itojun Hagino Re: kern/25368: crash after SADB_X_SPDFLUSH
der Mouse Re: status vlans on bge(4)?
05/15/2004
YAMAMOTO Takashi Re: kern/25368: crash after SADB_X_SPDFLUSH
Steve Woodford Re: status vlans on bge(4)?
der Mouse Re: status vlans on bge(4)?
itojun@iijlab.net Re: kern/25368: crash after SADB_X_SPDFLUSH
Jun-ichiro itojun Hagino Re: kern/25368: crash after SADB_X_SPDFLUSH
YAMAMOTO Takashi Re: kern/25368: crash after SADB_X_SPDFLUSH
Jason Thorpe Re: kern/25368: crash after SADB_X_SPDFLUSH
Jason Thorpe Re: kern/25368: crash after SADB_X_SPDFLUSH
05/16/2004
itojun@iijlab.net Re: kern/25368: crash after SADB_X_SPDFLUSH
Jonathan Stone Re: kern/25368: crash after SADB_X_SPDFLUSH
Jason Thorpe Re: kern/25368: crash after SADB_X_SPDFLUSH
05/17/2004
der Mouse Re: kern/25368: crash after SADB_X_SPDFLUSH
Jonathan Stone Re: kern/25368: crash after SADB_X_SPDFLUSH
der Mouse Re: kern/25368: crash after SADB_X_SPDFLUSH
Jonathan Stone Re: kern/25368: crash after SADB_X_SPDFLUSH
der Mouse Re: kern/25368: crash after SADB_X_SPDFLUSH
Jonathan Stone Re: kern/25368: crash after SADB_X_SPDFLUSH
Jonathan Stone FAST_IPsec policy refcnt: "refcount" or "TTL", but not both
Thor Lancelot Simon Re: kern/25368: crash after SADB_X_SPDFLUSH
05/18/2004
Luke Mewburn Re: FAST_IPsec policy refcnt: "refcount" or "TTL", but not both
Jonathan Stone Re: kern/25368: crash after SADB_X_SPDFLUSH
der Mouse Re: kern/25368: crash after SADB_X_SPDFLUSH
05/19/2004
Jonathan Stone Re: FAST_IPsec policy refcnt: "refcount" or "TTL", but not both
Jonathan Stone Re: FAST_IPsec policy refcnt: "refcount" or "TTL", but not both
Jonathan Stone Bugs in PF_KEY marshalling, socket-buffer overflow
Jonathan Stone Re: Bugs in PF_KEY marshalling, socket-buffer overflow
Michael Richardson Re: Bugs in PF_KEY marshalling, socket-buffer overflow
Jonathan Stone Re: Bugs in PF_KEY marshalling, socket-buffer overflow
05/20/2004
itojun@iijlab.net net/if_ethersubr.c 1.26 -> 1.27
Michael Richardson Re: Bugs in PF_KEY marshalling, socket-buffer overflow
ww@styx.org NetInfo server on NetBSD?
Jonathan Stone Re: Bugs in PF_KEY marshalling, socket-buffer overflow
Jonathan Stone Fix for bug in PF_KEY marshalling, socket-buffer overflow
05/21/2004
Jun-ichiro itojun Hagino Re: Bugs in PF_KEY marshalling, socket-buffer overflow
Darren Reed mmap(2) interface for bpf
Konstantin KABASSANOV RE: atheros 5212 card in adhoc mode and "no buffer space"
Steve Woodford Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels
Michael Richardson Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels
Jonathan Stone Re: Bugs in PF_KEY marshalling, socket-buffer overflow
Jonathan Stone Fix for KAME PF_KEY DUMP-truncation marshalling bug
Bill Sommerfeld Re: Fix for KAME PF_KEY DUMP-truncation marshalling bug
Bill Sommerfeld Re: Bugs in PF_KEY marshalling, socket-buffer overflow
Michael Richardson Re: Bugs in PF_KEY marshalling, socket-buffer overflow
05/22/2004
itojun@iijlab.net Re: Bugs in PF_KEY marshalling, socket-buffer overflow
Ignatios Souvatzis RPTI 400 pcmcia ethernet: test request
Jonathan Stone Re: Bugs in PF_KEY marshalling, socket-buffer overflow
Jonathan Stone Re: Bugs in PF_KEY marshalling, socket-buffer overflow
Jonathan Stone Re: Bugs in PF_KEY marshalling, socket-buffer overflow
Jonathan Stone Re: Fix for KAME PF_KEY DUMP-truncation marshalling bug
Jonathan Stone Re: Bugs in PF_KEY marshalling, socket-buffer overflow
Jeff Rizzo TCP_SIGNATURE (rfc2385) panics and problems
05/23/2004
David Young Re: atheros 5212 card in adhoc mode and "no buffer space"
05/24/2004
Konstantin KABASSANOV RE: atheros 5212 card in adhoc mode and "no buffer space"
Jonathan Stone Re: TCP_SIGNATURE (rfc2385) panics and problems
Michael Hertrick FYI: RST-ACK patent
Jeff Rizzo Re: TCP_SIGNATURE (rfc2385) panics and problems
Konstantin KABASSANOV RE: atheros 5212 card in adhoc mode and "no buffer space"
05/25/2004
Mipam Re: FYI: RST-ACK patent
Alicia da Conceicao gethostbyname & gethostbyaddr in libc thread-safe yet?
Christos Zoulas Re: gethostbyname & gethostbyaddr in libc thread-safe yet?
Alicia da Conceicao Re: gethostbyname & gethostbyaddr in libc thread-safe yet?
Christos Zoulas Re: gethostbyname & gethostbyaddr in libc thread-safe yet?
David Maxwell Re: FYI: RST-ACK patent
Steven M. Bellovin Re: FYI: RST-ACK patent
David Maxwell Re: FYI: RST-ACK patent
ww@styx.org Re: FYI: RST-ACK patent
Charles M. Hannum Re: FYI: RST-ACK patent
05/26/2004
Jun-ichiro itojun Hagino Re: gethostbyname & gethostbyaddr in libc thread-safe yet?
Jun-ichiro itojun Hagino Re: gethostbyname & gethostbyaddr in libc thread-safe yet?
itojun@iijlab.net Re: gethostbyname & gethostbyaddr in libc thread-safe yet?
Alicia da Conceicao Re: gethostbyname & gethostbyaddr in libc thread-safe yet?
itojun@iijlab.net Re: gethostbyname & gethostbyaddr in libc thread-safe yet?
Love Re: gethostbyname & gethostbyaddr in libc thread-safe yet?
der Mouse Re: FYI: RST-ACK patent
Jun-ichiro itojun Hagino Re: FYI: RST-ACK patent
der Mouse Re: gethostbyname & gethostbyaddr in libc thread-safe yet?
Steven M. Bellovin Re: FYI: RST-ACK patent
Christos Zoulas Re: gethostbyname & gethostbyaddr in libc thread-safe yet?
Christos Zoulas Re: gethostbyname & gethostbyaddr in libc thread-safe yet?
Alicia da Conceicao Re: gethostbyname & gethostbyaddr in libc thread-safe yet?
Christos Zoulas Re: gethostbyname & gethostbyaddr in libc thread-safe yet?
Jason Thorpe Re: Fix for KAME PF_KEY DUMP-truncation marshalling bug
05/27/2004
Ian Zagorskih Problems with pppd and route
Mike M. Volokhov Re: Problems with pppd and route
Darren Reed Re: FYI: RST-ACK patent
Gilbert Fernandes Re: Problems with pppd and route
Mike M. Volokhov Re: Problems with pppd and route
Mike M. Volokhov Re: Problems with pppd and route
Jonathan Stone Re: Fix for KAME PF_KEY DUMP-truncation marshalling bug
Jonathan Stone Re: Fix for KAME PF_KEY DUMP-truncation marshalling bug
Jason Thorpe Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels
Jason Thorpe Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels
Jason Thorpe Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels
05/28/2004
Greg Troxel Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels
Michael Hertrick Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec
Jason Thorpe Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels
Jason Thorpe Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels
Michael Hertrick Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec
Steven M. Bellovin Re: FYI: RST-ACK patent
Fernando Gont Re: FYI: RST-ACK patent
Thor Lancelot Simon Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels
Fernando Gont Re: FYI: RST-ACK patent
Jason Thorpe Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels
Michael Hertrick Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec
Jason Thorpe Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels
Thor Lancelot Simon Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels
Jason Thorpe Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels
Jason Thorpe Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels
Jonathan Stone Re: Fix for KAME PF_KEY DUMP-truncation marshalling bug
Jason Thorpe Re: Fix for KAME PF_KEY DUMP-truncation marshalling bug
Jonathan Stone Re: Fix for KAME PF_KEY DUMP-truncation marshalling bug
05/29/2004
Daniel Carosone Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels
Daniel Carosone Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels
Daniel Carosone Re: Default value of net.inet.ipsec.dfbit breaks PMTU over IPsec tunnels