freebsd-net

• Thread Index

---

• Re: Does mpd (multi-link PPP daemon) support IPv6?
  • From: Alexander Motin
• Re: Much improved sosend_*() functions
  • From: Bruce Evans
• Re: Much improved sosend_*() functions
  • From: Andre Oppermann
• Re: Much improved sosend_*() functions
  • From: Randall Stewart
• Re: Much improved sosend_*() functions
  • From: Randall Stewart
• Re: Much improved sosend_*() functions
  • From: John-Mark Gurney
• Re: Much improved sosend_*() functions
  • From: Jack Vogel
• Re: Much improved sosend_*() functions
  • From: Andrew Gallatin
• Re: Much improved sosend_*() functions
  • From: Andre Oppermann
• Re: Much improved sosend_*() functions
  • From: Randall Stewart
• Re: Much improved sosend_*() functions
  • From: Andrew Gallatin
• Re: Much improved sosend_*() functions
  • From: Andre Oppermann
• Re: Much improved sosend_*() functions
  • From: Randall Stewart
• Re: Much improved sosend_*() functions
  • From: John-Mark Gurney
• Re: Much improved sosend_*() functions
  • From: Randall Stewart
• Re: Much improved sosend_*() functions
  • From: Mike Silbersack
• Re: Much improved sosend_*() functions
  • From: Andre Oppermann
• Re: Much improved sosend_*() functions
  • From: Randall Stewart
• Re: kern/95665: [if_tun] "ping: sendto: No buffer space available" with TUN interface (easily reproducable with test program)
  • From: Johan Bolmsjö
• Re: Much improved sosend_*() functions
  • From: Robert Watson
• Re: Much improved sosend_*() functions
  • From: Andre Oppermann
• Re: kern/95665: [if_tun] "ping: sendto: No buffer space available" with TUN interface (easily reproducable with test program)
  • From: Gleb Smirnoff
• Re: kern/95665: [if_tun] "ping: sendto: No buffer space available" with TUN interface (easily reproducable with test program)
  • From: Bruce M. Simpson
• Re: kern/95665: [if_tun] "ping: sendto: No buffer space available" with TUN interface (easily reproducable with test program)
  • From: Gleb Smirnoff
• Re: TCP SACK query
  • From: Andre Oppermann
• Much improved sosend_*() functions
  • From: Andre Oppermann
• TCP SACK query
  • From: Srini vasa
• Re: Much improved sosend_*() functions
  • From: Mike Silbersack
• ndis troubles - what's my next debugging step?
  • From: Jim Stapleton
• Re: Much improved sosend_*() functions
  • From: Robert Watson
• Re: Much improved sosend_*() functions
  • From: Andrew Gallatin
• Re: De-orbitting mrouted
  • From: Bruce M Simpson
• Re: kern/95277: [netinet] IP Encapsulation mask_match() returns wrong results
  • From: Bruce M Simpson
• Re: kern/95277: [netinet] IP Encapsulation mask_match() returns wrong results
  • From: Bruce M Simpson
• Re: De-orbitting mrouted
  • From: Bill Fenner
• Re: De-orbitting mrouted
  • From: Bruce M Simpson
• Re: De-orbitting mrouted
  • From: John Hay
• Porting the NetBSD ECN SoC project to FreeBSD
  • From: Alexander Leidinger
• [ng_nat]bug w/ traceroute?
  • From: Lytochkin Boris
• Re: De-orbitting mrouted
  • From: Andre Oppermann
• De-orbitting mrouted
  • From: Bruce M Simpson
• Does mpd (multi-link PPP daemon) support IPv6?
  • From: Blue
• RE: bge(4) one packet wedge
  • From: David Christensen
• Re: kern/95665: [if_tun] "ping: sendto: No buffer space available" with TUN interface (easily reproducable with test program)
  • From: Bruce M Simpson
• Re: Bug or Design limitation??
  • From: John-Mark Gurney
• Re: Bug or Design limitation??
  • From: Jack Vogel
• Re: problem with routnig
  • From: Marko Lerota
• Re: problem with routnig
  • From: Marko Zec
• Re: problem with routnig
  • From: Marko Lerota
• Re: problem with routnig
  • From: Joost Bekkers
• Re: problem with routnig
  • From: Marko Lerota
• Re: problem with routnig
  • From: Bruce M. Simpson
• Re: bge(4) one packet wedge
  • From: Gleb Smirnoff
• Polling + fxp = input errors
  • From: Andrew Pantyukhin
• problem with routnig
  • From: Marko Lerota
• Re: IPMI & portrange
  • From: Danny Braniss
• Re: Bug or Design limitation??
  • From: Jack Vogel
• Re: Bug or Design limitation??
  • From: John-Mark Gurney
• Bug or Design limitation??
  • From: Jack Vogel
• Re: Bundled SAs and ESP/IPCOMP support ...
  • From: Matthew Grooms
• Re: IPMI & portrange
  • From: Brooks Davis
• RE: IPMI & portrange
  • From: John Polstra
• Re: Much improved sendfile(2) kernel implementation
  • From: John Baldwin
• Bundled SAs and ESP/IPCOMP support ...
  • From: Matthew Grooms
• Re: TSO patch for current
  • From: Andre Oppermann
• IPMI & portrange
  • From: Danny Braniss
• RE: TSO patch for current
  • From: sivakumar.subramani
• Re: Rapid link state changes on bge(4) interface
  • From: Ilya Nikitin
• Re: odd TCP rtt/retransmit timeout issue...
  • From: John-Mark Gurney
• Re: Rapid link state changes on bge(4) interface
  • From: Paul Schmehl
• Re: odd TCP rtt/retransmit timeout issue...
  • From: John-Mark Gurney
• Re: odd TCP rtt/retransmit timeout issue...
  • From: Dan Nelson
• Re: Rapid link state changes on bge(4) interface
  • From: Ilya Nikitin
• Re: Rapid link state changes on bge(4) interface
  • From: Paul Schmehl
• Current problem reports assigned to you
  • From: FreeBSD bugmaster
• odd TCP rtt/retransmit timeout issue...
  • From: John-Mark Gurney
• Re: Rapid link state changes on bge(4) interface
  • From: Ilya Nikitin
• Re: iwi bricks my T43 on boot
  • From: Sergey Matveychuk
• Re: FAST_IPSEC NAT-T support
  • From: VANHULLEBUS Yvan
• Re: iwi bricks my T43 on boot
  • From: Max Laier
• iwi bricks my T43 on boot
  • From: Sergey Matveychuk
• Re: FAST_IPSEC NAT-T support
  • From: Norikatsu Shigemura
• Re: kern/56233: IPsec tunnel (ESP) over IPv6: MTU computation is wrong
  • From: Bruce M Simpson
• Re: kern/65616: IPSEC can't detunnel GRE packets after real ESP encryption
  • From: Bruce M Simpson
• Re: De-orbitting tcpslice
  • From: Bruce A. Mah
• Re: De-orbitting tcpslice
  • From: Sam Leffler
• De-orbitting tcpslice
  • From: Bruce M Simpson
• Re: kern/38554: changing interface ipaddress doesn't seem to work
  • From: Bruce M Simpson
• Re: kern/39937: ipstealth issue
  • From: Bruce M Simpson
• Re: kern/38554: changing interface ipaddress doesn't seem to work
  • From: Bruce M Simpson
• Re: kern/65616: IPSEC can't detunnel GRE packets after real ESP encryption
  • From: Bruce M Simpson
• Re: kern/56233: IPsec tunnel (ESP) over IPv6: MTU computation is wrong
  • From: Bruce M Simpson
• Re: bin/41647: ifconfig(8) doesn't accept lladdr along with inet address family
  • From: Bruce M Simpson
• Re: Much improved sendfile(2) kernel implementation
  • From: David Malone
• Re: Much improved sendfile(2) kernel implementation
  • From: Andre Oppermann
• Re: Much improved sendfile(2) kernel implementation
  • From: Andre Oppermann
• Re: Much improved sendfile(2) kernel implementation
  • From: David Malone
• Re: LACP 802.3ad and ng_fec ?
  • From: Brad
• Re: Issue with IPFW forward
  • From: Jean-Yves Avenard
• Re: Much improved sendfile(2) kernel implementation
  • From: Andrew Gallatin
• Re: Issue with IPFW forward
  • From: Julian Elischer
• Issue with IPFW forward
  • From: Jean-Yves Avenard
• Re: LACP 802.3ad and ng_fec ?
  • From: Bart Van Kerckhove - mobile
• Re: LACP 802.3ad and ng_fec ?
  • From: Antony Mawer
• Re: Much improved sendfile(2) kernel implementation
  • From: Robert Watson
• Re: Much improved sendfile(2) kernel implementation
  • From: Andre Oppermann
• Re: LACP 802.3ad and ng_fec ?
  • From: Bart Van Kerckhove
• Re: LACP 802.3ad and ng_fec ?
  • From: Özkan KIRIK
• Re: kern/52585: [netinet] [patch] Kernel panic with ipfw2 and syncookies
  • From: Bruce M Simpson
• Re: Much improved sendfile(2) kernel implementation
  • From: Andrew Gallatin
• Re: LACP 802.3ad and ng_fec ?
  • From: Antony Mawer
• LACP 802.3ad and ng_fec ?
  • From: Özkan KIRIK
• Absolute path inclusion in the FreeBSD Drivers.
  • From: Sivakumar Subramani
• Re: IPv6/KAME book
  • From: Jeffrey Hsu
• IPv6/KAME book
  • From: Qing Li
• Netboot issues with an HP BL35p blade system
  • From: Tim Spencer
• Re: Much improved sendfile(2) kernel implementation
  • From: Andre Oppermann
• Re: Much improved sendfile(2) kernel implementation
  • From: Robert Watson
• Re: Rapid link state changes on bge(4) interface
  • From: Slawek Zak
• Re: Much improved sendfile(2) kernel implementation
  • From: Robert Watson
• Re: Much improved sendfile(2) kernel implementation
  • From: Andre Oppermann
• Re: Much improved sendfile(2) kernel implementation
  • From: Andre Oppermann
• Re: Rapid link state changes on bge(4) interface
  • From: Gleb Smirnoff
• Re: Much improved sendfile(2) kernel implementation
  • From: Gleb Smirnoff
• Re: Rapid link state changes on bge(4) interface
  • From: Slawek Zak
• Re: Much improved sendfile(2) kernel implementation
  • From: Claudio Jeker
• Re: Much improved sendfile(2) kernel implementation
  • From: Peter Jeremy
• Much improved sendfile(2) kernel implementation
  • From: Andre Oppermann
• Re: Spam on this mailing list
  • From: Brooks Davis
• Updated SCTP patch/tar
  • From: Randall Stewart
• Spam on this mailing list
  • From: Ross Finlayson
• Re: Network Card problems in FreeBSD 4.9
  • From: Oliver Fromme
• Russsian congenial Slut here doing top-quality .
  • From: Hector Barnes
• baldybowl amusement
  • From: Fred Addison
• ÏÎ ÏÎÂÎÄÓ ÃÀÑÒÐÎËÅÉ
  • From: Keri
• Re: Problem with uipc_mbuf.c
  • From: Randall Stewart
• Re: iwi driver: ioctl[SIOCS80211, op 21, len 42]: Invalid argument
  • From: Vladimir Grebenschikov
• Re: iwi driver: ioctl[SIOCS80211, op 21, len 42]: Invalid argument
  • From: Sam Leffler
• Re: iwi driver: ioctl[SIOCS80211, op 21, len 42]: Invalid argument
  • From: Max Laier
• Re: Marvell YukonII Status Update?
  • From: Pyun YongHyeon
• Re: How to access the values of the kenv variables in driver code?
  • From: Oliver Fromme
• Re: Marvell YukonII Status Update?
  • From: Dmitry Pryanishnikov
• iwi driver: ioctl[SIOCS80211, op 21, len 42]: Invalid argument
  • From: Vladimir Grebenschikov
• Re: Stale PCI ID
  • From: Gleb Smirnoff
• Re: FAST_IPSEC NAT-T support
  • From: VANHULLEBUS Yvan
• How to access the values of the kenv variables in driver code?
  • From: sivakumar.subramani
• Re: ppp command port does not listens on ipv4 unless no INET6 in kernel
  • From: Matthew D. Fuller
• Re: ppp command port does not listens on ipv4 unless no INET6 in kernel
  • From: Hajimu UMEMOTO
• Re: ppp command port does not listens on ipv4 unless no INET6 in kernel
  • From: Julian Stacey
• Re: FAST_IPSEC NAT-T support
  • From: Scott Ullrich
• Re: FAST_IPSEC NAT-T support
  • From: Larry Baird
• Re: FAST_IPSEC NAT-T support
  • From: Joerg Pulz
• Re: FAST_IPSEC NAT-T support
  • From: Larry Baird
• Re: FAST_IPSEC NAT-T support
  • From: Scott Ullrich
• Re: FAST_IPSEC NAT-T support
  • From: Bjoern A. Zeeb
• Re: FAST_IPSEC NAT-T support
  • From: Bjoern A. Zeeb
• FreeBSD kernel: smb_maperror: Unmapped error 1:158
  • From: Scott Spare
• Re: FAST_IPSEC NAT-T support
  • From: Scott Ullrich
• Re: FAST_IPSEC NAT-T support
  • From: VANHULLEBUS Yvan
• Re: FAST_IPSEC NAT-T support
  • From: Bjoern A. Zeeb
• Re: FAST_IPSEC NAT-T support
  • From: VANHULLEBUS Yvan
• Re: DNS query performance
  • From: Marcelo Gardini do Amaral
• Re: Marvell YukonII Status Update?
  • From: Pyun YongHyeon
• Re: Marvell YukonII Status Update?
  • From: Dmitry Pryanishnikov
• Re: freebsd-net Digest, Vol 181, Issue 9
  • From: Purushotham Nayak
• Current problem reports assigned to you
  • From: FreeBSD bugmaster
• Re: NIC Problems
  • From: Tim Allender
• Re: ppp command port does not listens on ipv4 unless no INET6 in kernel
  • From: Hajimu UMEMOTO
• Re: ppp command port does not listens on ipv4 unless no INET6 in kernel
  • From: Julian H. Stacey
• Re: kevent/kqueue http socks proxy
  • From: John-Mark Gurney
• Re: iwi discarding oversized packets while mtu=1500 for src/dst
  • From: Hans Nieser
• Re: iwi discarding oversized packets while mtu=1500 for src/dst
  • From: Sten Daniel Sørsdal
• Re: ppp command port does not listens on ipv4 unless no INET6 in kernel
  • From: Brian Somers
• kevent/kqueue http socks proxy
  • From: Anton Butsyk
• Re: ppp command port does not listens on ipv4 unless no INET6 in kernel
  • From: Julian H. Stacey
• Re: FAST_IPSEC NAT-T support
  • From: Scott Ullrich
• HEADS-UP: VLAN tag changes committed
  • From: Andre Oppermann
• Re: FAST_IPSEC NAT-T support
  • From: VANHULLEBUS Yvan
• Re: ppp command port does not listens on ipv4 unless no INET6 in kernel
  • From: Hajimu UMEMOTO
• Re: problems with ng_fec
  • From: Michael W. Lucas
• Re: Can someone take a look at PR 89061 (ipv6 autoconfigure 6to4)
  • From: gnn
• Re: NIC Problems
  • From: pauls
• Re: iwi discarding oversized packets while mtu=1500 for src/dst
  • From: Sam Leffler
• Re: FreeBSD 6.1 + ath0 + NAT
  • From: Sam Leffler
• NIC Problems
  • From: Tim Allender
• Re: DNS query performance
  • From: Mike Silbersack
• Re: Stale PCI ID
  • From: Jack Vogel
• Re: iwi discarding oversized packets while mtu=1500 for src/dst
  • From: Hans Nieser
• Re: FAST_IPSEC NAT-T support
  • From: Scott Ullrich
• Re: FAST_IPSEC NAT-T support
  • From: Larry Baird
• Re: Bridge
  • From: Jon Otterholm
• Re: FAST_IPSEC NAT-T support
  • From: Scott Ullrich
• Re: blocking a string in a packet using ipfw
  • From: Julian Elischer
• Re: DNS query performance
  • From: Marcelo Gardini do Amaral
• Re: Stale PCI ID
  • From: Gleb Smirnoff
• Re: Rapid link state changes on bge(4) interface
  • From: Gleb Smirnoff
• Re: FAST_IPSEC NAT-T support
  • From: Larry Baird
• Re: blocking a string in a packet using ipfw
  • From: Oliver Fromme
• Re: blocking a string in a packet using ipfw
  • From: Willem Jan Withagen
• Re: FAST_IPSEC NAT-T support
  • From: VANHULLEBUS Yvan
• Re: FAST_IPSEC NAT-T support
  • From: Bjoern A. Zeeb
• Re: Where is IPSec NAT-T support?
  • From: VANHULLEBUS Yvan
• RE: Reading a configuration file from a driver code during intialization.
  • From: sivakumar.subramani
• Re: DNS query performance
  • From: Andrey V. Elsukov
• Re: FAST_IPSEC NAT-T support
  • From: Scott Ullrich
• Where is IPSec NAT-T support?
  • From: Kamanashis Roy Shuva
• Re: blocking a string in a packet using ipfw
  • From: Julian Elischer
• Re: blocking a string in a packet using ipfw
  • From: Julian Elischer
• Re: DNS query performance
  • From: Marcelo Gardini do Amaral
• Re: Reading a configuration file from a driver code during intialization.
  • From: John-Mark Gurney
• Re: blocking a string in a packet using ipfw
  • From: Gary Palmer
• Re: blocking a string in a packet using ipfw
  • From: Willem Jan Withagen
• Re: Improved TCP syncookie implementation
  • From: Andre Oppermann
• Re: Improved TCP syncookie implementation
  • From: Andre Oppermann
• Re: blocking a string in a packet using ipfw
  • From: Willem Jan Withagen
• Re: blocking a string in a packet using ipfw
  • From: Willem Jan Withagen
• Re: blocking a string in a packet using ipfw
  • From: Oliver Fromme
• Re: blocking a string in a packet using ipfw
  • From: Barney Wolff
• Re: blocking a string in a packet using ipfw
  • From: Gary Palmer
• Re: blocking a string in a packet using ipfw
  • From: Phil Regnauld
• ppp command port does not listens on ipv4 unless no INET6 in kernel
  • From: Julian Stacey
• FAST_IPSEC NAT-T support
  • From: Larry Baird
• blocking a string in a packet using ipfw
  • From: Willem Jan Withagen
• Re: Improved TCP syncookie implementation
  • From: Igor Sysoev
• Re: Rapid link state changes on bge(4) interface
  • From: Slawek Zak
• Re: Improved TCP syncookie implementation
  • From: Ruslan Ermilov
• Reading a configuration file from a driver code during intialization.
  • From: sivakumar.subramani
• Re: Bridge
  • From: Andrew Thompson
• Re: Bridge
  • From: Eygene Ryabinkin
• Re: Bridge
  • From: Andrew Thompson
• Re: Limit arp on bridge
  • From: Andrew Thompson
• Re: Improved TCP syncookie implementation
  • From: Andre Oppermann
• Re: Improved TCP syncookie implementation
  • From: Igor Sysoev
• Re: Improved TCP syncookie implementation
  • From: Andre Oppermann
• Bridge
  • From: Jon Otterholm
• Re: DNS query performance
  • From: Mike Tancsa
• Re: DNS query performance
  • From: Robert Watson
• Re: DNS query performance
  • From: Robert Watson
• RE: Rapid link state changes on bge(4) interface
  • From: David Christensen
• Re: Improved TCP syncookie implementation
  • From: Igor Sysoev
• Re: DNS query performance
  • From: Marcelo Gardini do Amaral
• Re: Where is IPSec NAT-T support?
  • From: Larry Baird
• Re: Where is IPSec NAT-T support?
  • From: VANHULLEBUS Yvan
• Rapid link state changes on bge(4) interface
  • From: Slawek Zak
• FreeBSD 6.1 + ath0 + NAT
  • From: Phil Chadwick
• Re: DNS query performance
  • From: Phil Regnauld
• ipfw forward
  • From: freebsd
• Re: Moving ethernet VLAN tags into the mbuf packet header (from mtags)
  • From: Chuck Swiger
• Limit arp on bridge
  • From: Jon Otterholm
• Re: Moving ethernet VLAN tags into the mbuf packet header (from mtags)
  • From: Andre Oppermann
• Re: Moving ethernet VLAN tags into the mbuf packet header (from mtags)
  • From: Yar Tikhiy
• Re: DNS query performance
  • From: John Dickinson
• CFR: netinet6/nd6.c - route add -inet
  • From: John Hay
• Re: ipsec with ipfw divert (not NAT) encodes a packet twice breaking PMTUD
  • From: Eugene Grosbein
• Re: Stale PCI ID
  • From: John-Mark Gurney
• Re: ipsec with ipfw divert (not NAT) encodes a packet twice breaking PMTUD
  • From: Julian Elischer
• Re: ipsec with ipfw divert (not NAT) encodes a packet twice breaking PMTUD
  • From: Kelly Yancey
• Stale PCI ID
  • From: Jack Vogel
• DNS query performance
  • From: Marcelo Gardini do Amaral
• ipsec with ipfw divert (not NAT) encodes a packet twice breaking PMTUD
  • From: Eugene Grosbein
• Network Card problems in FreeBSD 4.9
  • From: Steph
• Re: NAT+IPSEC toubles
  • From: VANHULLEBUS Yvan
• Current problem reports assigned to you
  • From: FreeBSD bugmaster
• NAT+IPSEC toubles
  • From: Administrators
• Re: RFC: TSO patch for current
  • From: Ian FREISLICH
• Re: Where is IPSec NAT-T support?
  • From: Norikatsu Shigemura
• Re: RFC: TSO patch for current
  • From: Prafulla Deuskar
• Can someone take a look at PR 89061 (ipv6 autoconfigure 6to4)
  • From: Matt Reimer
• Re: Moving ethernet VLAN tags into the mbuf packet header (from mtags)
  • From: Peter Jeremy
• Re: ng_ether and interface naming (bug or feature?)
  • From: Gleb Smirnoff
• Re: ipv6 host routes
  • From: John Hay
• Re: patch to not route on down interfaces
  • From: Doug Ambrisko
• Re: RFC: TSO patch for current
  • From: Andre Oppermann
• Re: RFC: TSO patch for current
  • From: Andre Oppermann
• Re: Gigabit ethernet questions?
  • From: Dinesh Nair
• Re: RFC: TSO patch for current
  • From: Ian FREISLICH
• Re: patch to not route on down interfaces
  • From: Oleg Bulyzhin
• Re: Moving ethernet VLAN tags into the mbuf packet header (from mtags)
  • From: Andre Oppermann
• ng_ether and interface naming (bug or feature?)
  • From: Denis Peplin
• Re: Moving ethernet VLAN tags into the mbuf packet header (from mtags)
  • From: Andrew Thompson
• Re: NEW IDEAS
  • From: Max Laier
• Re: Problem with uipc_mbuf.c
  • From: Randall Stewart
• Re: Moving ethernet VLAN tags into the mbuf packet header (from mtags)
  • From: Julian Elischer
• NEW IDEAS
  • From: KES
• patch to not route on down interfaces
  • From: Doug Ambrisko
• Moving ethernet VLAN tags into the mbuf packet header (from mtags)
  • From: Andre Oppermann
• Re : ipv6 host routes
  • From: Julien Abeillé
• Re: RFC: TSO patch for current
  • From: Andre Oppermann
• Re: ipv6 host routes
  • From: John Hay
• Re: Two ISP connections with Natd
  • From: Stefan Bethke
• Re: problems with ng_fec
  • From: Robert Blacquiere
• Re: Request status on sk(4) for 88E8053 Yukon PCI-E GbE
  • From: Andrew Sinclair
• problems with ng_fec
  • From: Michael W. Lucas
• Re: kern/31686: Problem with the timestamp option when flag equals zero
  • From: Andre Oppermann
• Re: kern/100172: [arp] Transfer of large file fails with host is down message
  • From: Andre Oppermann
• Re: kern/102653: TCP stack sends infinite retries for connection in LAST_ACK state
  • From: Andre Oppermann
• Re: showing esp tunnels in routing table
  • From: Sam Leffler
• Re: showing esp tunnels in routing table
  • From: Andre Oppermann
• Re: showing esp tunnels in routing table
  • From: Sam Leffler
• Re: Request status on sk(4) for 88E8053 Yukon PCI-E GbE
  • From: Nikolas Britton
• Re: showing esp tunnels in routing table
  • From: Phil Regnauld
• Re: showing esp tunnels in routing table
  • From: Eric W. Bates
• Re: showing esp tunnels in routing table
  • From: Phil Regnauld
• showing esp tunnels in routing table
  • From: Eric W. Bates
• Re: routing problem?
  • From: Gilberto Villani Brito
• ALpha Release 0.2 of Packet Construction Set
  • From: gnn
• Re: Request status on sk(4) for 88E8053 Yukon PCI-E GbE
  • From: Dinesh Nair
• Re: Where is IPSec NAT-T support?
  • From: VANHULLEBUS Yvan
• Re: routing problem?
  • From: Mihail Balikov
• Re: tcp/udp performance
  • From: Danny Braniss
• Re: RFC: TSO patch for current
  • From: Jack Vogel
• Re: RFC: TSO patch for current
  • From: Andre Oppermann
• Re: RFC: TSO patch for current
  • From: Jack Vogel
• Re: routing problem?
  • From: Gilberto Villani Brito
• Re: RFC: TSO patch for current
  • From: Andre Oppermann
• Re: RFC: TSO patch for current
  • From: Prafulla Deuskar
• Re: RFC: TSO patch for current
  • From: Andre Oppermann
• Re: RFC: TSO patch for current
  • From: Jack Vogel
• Re: RFC: TSO patch for current
  • From: Prafulla Deuskar
• Re: tcp/udp performance
  • From: Thomas Herrlin
• Re: Request status on sk(4) for 88E8053 Yukon PCI-E GbE
  • From: Bjoern A. Zeeb
• Request status on sk(4) for 88E8053 Yukon PCI-E GbE
  • From: Andrew Sinclair
• Re: half-duplex
  • From: Spadge Fromley
• Re: Where is IPSec NAT-T support?
  • From: Bjoern A. Zeeb
• Re: RFC: TSO patch for current
  • From: Jack Vogel
• Re: half-duplex
  • From: David Cornejo
• Re: half-duplex
  • From: Bill Vermillion
• half-duplex
  • From: Sam Wun
• Re: ipv6 host routes
  • From: David Cornejo
• Re: Where is IPSec NAT-T support?
  • From: Scott Ullrich
• Re: Where is IPSec NAT-T support?
  • From: Scott Ullrich
• Re: Where is IPSec NAT-T support?
  • From: Bjoern A. Zeeb
• Re: Where is IPSec NAT-T support?
  • From: Eric Masson
• Re: Where is IPSec NAT-T support?
  • From: Scott Ullrich
• Re: Where is IPSec NAT-T support?
  • From: Bjoern A. Zeeb
• Re: Where is IPSec NAT-T support?
  • From: Scott Ullrich
• Re: Where is IPSec NAT-T support?
  • From: Bjoern A. Zeeb
• Re: Where is IPSec NAT-T support?
  • From: Scott Ullrich
• Where is IPSec NAT-T support?
  • From: Norikatsu Shigemura
• Re: tcp/udp performance
  • From: Marcelo Gardini do Amaral
• Current problem reports assigned to you
  • From: FreeBSD bugmaster
• Two ISP connections with Natd
  • From: David Bila
• Re: RFC: TSO patch for current
  • From: Andre Oppermann
• Re: RFC: TSO patch for current
  • From: Pyun YongHyeon
• Re: kern/102035: [plip] plip networking disables parallel port printing
  • From: Doug Barton
• Re: ipv6 host routes
  • From: John Hay
• Re: ipv6 host routes
  • From: gnn
• Re: RFC: TSO patch for current
  • From: Andre Oppermann
• Re: kern/102035: [plip] plip networking disables parallel port printing
  • From: George Mitchell
• Re: kern/102035: [plip] plip networking disables parallel port printing
  • From: Brooks Davis
• Improved TCP syncookie implementation
  • From: Andre Oppermann
• ipv6 host routes
  • From: John Hay
• Re: Intel em receive hang and possible pr #72970 + some offtop
  • From: Gleb Smirnoff
• Re: kern/102607: [if_bridge] don't generate random L2 address
  • From: Stefan Bethke
• Re: kern/102035: [plip] plip networking disables parallel port printing
  • From: Doug Barton
• Re: How to use ng_atmllc(4).
  • From: Norikatsu Shigemura
• How to use ng_atmllc(4).
  • From: Norikatsu Shigemura
• Re: kern/102035: [plip] plip networking disables parallel port printing
  • From: George Mitchell
• Re: RFC: TSO patch for current
  • From: Jack Vogel
• Re: RFC: TSO patch for current
  • From: Jack Vogel
• Re: kern/102607: [if_bridge] don't generate random L2 address
  • From: Stefan Bethke
• Re: kern/102035: [plip] plip networking disables parallel port printing
  • From: George Mitchell
• Re: kern/102035: [plip] plip networking disables parallel port printing
  • From: George Mitchell
• Re: kern/102035: [plip] plip networking disables parallel port printing
  • From: George Mitchell
• Re: Problem with uipc_mbuf.c
  • From: Andre Oppermann
• Re: RFC: TSO patch for current
  • From: Andre Oppermann
• Re: RFC: TSO patch for current
  • From: Robert Watson
• Re: Problem with uipc_mbuf.c
  • From: Maxim Konovalov
• Re: RFC: TSO patch for current
  • From: gnn
• Opensolaris --> FreeBSD-stable ethernet data rate slow
  • From: Kim Culhan
• RFC: TSO patch for current
  • From: Jack Vogel
• Re: Intel em receive hang and possible pr #72970
  • From: Rob Watt
• Re: Intel em receive hang and possible pr #72970
  • From: Jack Vogel
• Re: Intel em receive hang and possible pr #72970
  • From: Rob Watt
• Re: kern/102607: [if_bridge] don't generate random L2 address
  • From: Stefan Bethke
• Re: Info required for MLFR testing
  • From: Julian Elischer
• routing problem?
  • From: Mihail Balikov
• Re: resolver configuration (FreeBSD 4.5.1, without running BIND on the local machine)
  • From: Phil Regnauld
• Info required for MLFR testing
  • From: ASHA GOWDA
• resolver configuration (FreeBSD 4.5.1, without running BIND on the local machine)
  • From: Anton
• Latest SCTP patch/tarball
  • From: Randall Stewart
• Re: Intel em receive hang and possible pr #72970
  • From: Mihail Balikov
• Re: Intel em receive hang and possible pr #72970
  • From: Robert Watson
• Re: Intel em receive hang and possible pr #72970
  • From: Doug Barton
• routing problem with mpd
  • From: fwun@xxxxxxxxxxxxxx
• Re: kern/102607: [if_bridge] don't generate random L2 address
  • From: Andrew Thompson
• Re: iwi discarding oversized packets while mtu=1500 for src/dst
  • From: Hans Nieser
• Re: Intel em receive hang and possible pr #72970
  • From: Brooks Davis

We are proud to have Web Hosting and Rack Housing from 9 Net Avenue Deutschland.
(16)