freebsd-net

• Date Index

• Struggling with rcmd, Mikhail Teterin
• SCTP, Randall Stewart
• Marvell YukonII Status Update?, Nikolas Britton
  • Re: Marvell YukonII Status Update?, Pyun YongHyeon
• a secure equivalent to rcmd() and rexec() ?, Mikhail Teterin
  • RE: a secure equivalent to rcmd() and rexec() ?, no@spam@mgedv.net
• Reading m_flags in tcp_output and tcp_input, Haisang Wu
  • Query :Regading IPv6 logo phase 1, Jeewan Rana
• Re: cvs commit: src/sys/net if_vlan.c, Julian Elischer
  • Re: cvs commit: src/sys/net if_vlan.c, Robert Watson
• Netconfig, Julian Elischer
  • Re: Netconfig, Maxim Konovalov
  • <Possible follow-ups>
  • Re: Netconfig, Nash Nipples
• Multiple IP addresses in a jail., Josef Karthauser
  • Re: Multiple IP addresses in a jail., Phil Regnauld
    • Re: Multiple IP addresses in a jail., Chris
• using ipfw seems to interfere with socket communication, Mikhail Teterin
• fetch http://localhost:6666 hangs, Mikhail Teterin
  • Re: fetch http://localhost:6666 hangs, Andrew Pantyukhin
    • Re: fetch http://localhost:6666 hangs, Mikhail Teterin
  • Re: fetch http://localhost:6666 hangs, Pawel Worach
    • Re: fetch http://localhost:6666 hangs, Mikhail Teterin
• mbufs in tcp_output and tcp_input, Haisang Wu
• FreeBSD-6.1 modification about tcp_input fast recovery, Blue
• Traffic shaping part 2, Jax
  • Re: Traffic shaping part 2, Stefan Bethke
• Multiple routes to the same destination, Christopher Martin
  • Re: Multiple routes to the same destination, Baldur Gislason
    • RE: Multiple routes to the same destination, Christopher Martin
      • Re: Multiple routes to the same destination, Vadim Goncharov
      • RE: Multiple routes to the same destination, Christopher Martin
      • RE: Multiple routes to the same destination, Nash Nipples
      • RE: Multiple routes to the same destination, Christopher Martin
      • Re: Multiple routes to the same destination, Claudio Jeker
      • RE: Multiple routes to the same destination, Christopher Martin
      • Re: Multiple routes to the same destination, 'Claudio Jeker'
      • RE: Multiple routes to the same destination, Christopher Martin
      • Re: Multiple routes to the same destination, Baldur Gislason
      • RE: Multiple routes to the same destination, David Gilbert
      • Re: Multiple routes to the same destination, Łukasz Bromirski
      • Re: Multiple routes to the same destination, David Gilbert
  • Re: Multiple routes to the same destination, Özkan KIRIK
• getsockopt: SOL_SOCKET: failed to get type: Socket operation on non-socket, reddie crack
• traffic shaping FreeBSD vs MiCrotiC, Jax
• Re: [fbsd] [patch] ipfw packet tagging, Jeremie Le Hen
  • Re: [fbsd] [patch] ipfw packet tagging, Vadim Goncharov
  • Re: [fbsd] [patch] ipfw packet tagging, Andrey V. Elsukov
• nat question, Vlad GURDIGA
• Best way to block a long list of IPs?, Brett Glass
  • Re: Best way to block a long list of IPs?, Phil Regnauld
    • Re: Best way to block a long list of IPs?, Luigi Rizzo
      • Re: Best way to block a long list of IPs?, Brett Glass
      • Re: Best way to block a long list of IPs?, Luigi Rizzo
      • Re: Best way to block a long list of IPs?, Brett Glass
      • Re: Best way to block a long list of IPs?, Luigi Rizzo
      • Re: Best way to block a long list of IPs?, Dmitry Pryanishnikov
      • Re: Best way to block a long list of IPs?, Peter N. M. Hansteen
  • Re: Best way to block a long list of IPs?, Andrew Pantyukhin
• Problem: fpa(4) on sparc64 6.1-RELEASE, Jim Bryant
  • Re: Problem: fpa(4) on sparc64 6.1-RELEASE, Wilko Bulte
    • Re: Problem: fpa(4) on sparc64 6.1-RELEASE, Rink Springer
• [Q]/usr/src/sys/net/bridge.h, Victor Melnichenko
• FAST_IPSEC and NAT-T, Michael Vince
  • Re: FAST_IPSEC and NAT-T, VANHULLEBUS Yvan
    • Re: FAST_IPSEC and NAT-T, Michael Vince
      • Re: FAST_IPSEC and NAT-T, VANHULLEBUS Yvan
• TIME_WAIT state check in in_pcblookup_local(), Blue
• Re: kern/99188: [tcp] [patch] FIN in same packet as duplicate ACK is lost, Craig Rodrigues
  • <Possible follow-ups>
  • Re: kern/99188: [tcp] [patch] FIN in same packet as duplicate ACK is lost, Staffan Ulfberg
  • Re: kern/99188: [tcp] [patch] FIN in same packet as duplicate ACK is lost, Andre Oppermann
• [FreeBSD-6.1RELEASE] tcp in TIME_WAIT state, Blue
  • Re: [FreeBSD-6.1RELEASE] tcp in TIME_WAIT state, Andre Oppermann
• [freeBSD-6.1RELEASE] wonderings about function tcp_input(), Blue
  • Re: [freeBSD-6.1RELEASE] wonderings about function tcp_input(), Andre Oppermann
• Libalias modules and ipfw nat for HEAD, Paolo Pisati
• Simple LAN IP accounting, Roger T. Harvey
  • Re: Simple LAN IP accounting, Chuck Swiger
  • Re: Simple LAN IP accounting, Nash Nipples
    • Re: Simple LAN IP accounting, Brian Candler
      • Re: Simple LAN IP accounting, Phil Regnauld
      • Re: Simple LAN IP accounting, Brian Candler
      • Re: Simple LAN IP accounting, Philip Olsson
      • Re: Simple LAN IP accounting, Nash Nipples
  • Re: Simple LAN IP accounting, Yann Berthier
• IPv4 Link Local ?, Pat Lashley
• gorgeous Just Teen and pleasant Teenie from Your dreeam!, Kennith
• stunning russiian Hussy in poono!, Son Lloyd
• Re: kern/93220: [inet6] nd6_lookup: failed to add route for a neighbor, George V. Neville-Neil
• VPN with FAST_IPSEC and ipsec tools, Michael Vince
  • Re: VPN with FAST_IPSEC and ipsec tools, Brian Candler
    • Re: VPN with FAST_IPSEC and ipsec tools, David DeSimone
      • Re: VPN with FAST_IPSEC and ipsec tools, Doug Barton
      • Re: VPN with FAST_IPSEC and ipsec tools, Giorgos Keramidas
      • Re: VPN with FAST_IPSEC and ipsec tools, Michael Vince
      • Re: VPN with FAST_IPSEC and ipsec tools, David DeSimone
      • Re: VPN with FAST_IPSEC and ipsec tools, Michael Vince
      • Re: VPN with FAST_IPSEC and ipsec tools, David DeSimone
      • Re: VPN with FAST_IPSEC and ipsec tools, David DeSimone
      • Re: VPN with FAST_IPSEC and ipsec tools, Michael Vince
      • Re: VPN with FAST_IPSEC and ipsec tools, Michael Vince
    • Re: VPN with FAST_IPSEC and ipsec tools, Michael Vince
• enc0 patch for ipsec, Andrew Thompson
  • Re: enc0 patch for ipsec, Max Laier
    • Re: enc0 patch for ipsec, Scott Ullrich
      • Re: enc0 patch for ipsec, Max Laier
      • Re: enc0 patch for ipsec, Gordon Tetlow
      • Re: enc0 patch for ipsec, Andre Oppermann
      • Re: enc0 patch for ipsec, Scott Ullrich
      • Re: enc0 patch for ipsec, Max Laier
      • Re: enc0 patch for ipsec, Scott Ullrich
      • Re: enc0 patch for ipsec, Andrew Thompson
      • Re: enc0 patch for ipsec, gnn
  • Re: enc0 patch for ipsec, VANHULLEBUS Yvan
• IF_HANDOFF vs. IFQ_HANDOFF, John Polstra
  • Re: IF_HANDOFF vs. IFQ_HANDOFF, Robert Watson
    • Re: IF_HANDOFF vs. IFQ_HANDOFF, John Polstra
      • Re: IF_HANDOFF vs. IFQ_HANDOFF, John-Mark Gurney
      • Re: IF_HANDOFF vs. IFQ_HANDOFF, Bruce Evans
      • Re: IF_HANDOFF vs. IFQ_HANDOFF, Pyun YongHyeon
      • Re: IF_HANDOFF vs. IFQ_HANDOFF, Bruce Evans
      • Re: IF_HANDOFF vs. IFQ_HANDOFF, Pyun YongHyeon
      • Re: IF_HANDOFF vs. IFQ_HANDOFF, Bruce Evans
      • Re: IF_HANDOFF vs. IFQ_HANDOFF, John Polstra
• IP Routing Question., User Beastie
  • Re: IP Routing Question., Bryan Irvine
• T/TCP in FreeBSD6.1-RELEASE, Blue
• bge(4) and gigabit, Skylar Thompson
  • Message not available
    • Re: bge(4) and gigabit, Skylar Thompson
• [FreeBSD6.1-RELEASE]problem about soisconnected() in uipc_socket2.c, Blue
  • Re: [FreeBSD6.1-RELEASE]problem about soisconnected() in uipc_socket2.c, Robert Watson
• FreeBSD VPN client to a Windows network using MPD, Nick Fishman
• He who goes to sleep with itchy ass, wakes up with smelly finger, roy yarian
• IPF and OOW problems, Sébastien A . VALSEMEY
• Unexpected behavior after altering inetsw[] switch table, Shaun Colley
  • Re: Unexpected behavior after altering inetsw[] switch table, Max Laier
    • Re: Unexpected behavior after altering inetsw[] switch table, Shaun Colley
      • Re: Unexpected behavior after altering inetsw[] switch table, Max Laier
• [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility), Vadim Goncharov
  • Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility), Joao Barros
    • Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility), Vadim Goncharov
      • Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility), Joao Barros
      • Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility), Vadim Goncharov
      • Message not available
      • Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility), Vadim Goncharov
      • Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility), Ulrich Spoerlein
      • Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility), Jung-uk Kim
      • Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility), Vadim Goncharov
      • Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility), Vadim Goncharov
      • Re[2]: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility), Alexander V. Chernikov
  • Message not available
    • Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility), Vadim Goncharov
  • Re: [PATCH] ng_tag - new netgraph node, please test (L7 filtering possibility), Alexander V. Chernikov
• ath driver transmits frames only after a low watermark is filled, Victor Semionov
• Can't turn on Jumbo Frames on bge0, Mikhail Teterin
  • Re: Can't turn on Jumbo Frames on bge0, Brad
    • Re: Can't turn on Jumbo Frames on bge0, Mikhail Teterin
      • Re: Can't turn on Jumbo Frames on bge0, Brad
      • Re: Can't turn on Jumbo Frames on bge0, Christian Brueffer
    • Re: Can't turn on Jumbo Frames on bge0, Jung-uk Kim
• Xorp and CARP on FreeBSD, Bohuslav Plucinsky
• regarding mount, DMA, serial test, ASHA GOWDA
• Re: nd6_lookup prints bogus messages with point to point devices, George V. Neville-Neil
  • Re: nd6_lookup prints bogus messages with point to point devices, Bruce A. Mah
    • Re: nd6_lookup prints bogus messages with point to point devices, Bruce A. Mah
      • Re: nd6_lookup prints bogus messages with point to point devices, JINMEI Tatuya / 神明達哉
• mbuf size and NFS, Martin Karsten
• IBM Blade HS20, BCM5704S, Helmut Schneider
  • Re: IBM Blade HS20, BCM5704S, Marko Lerota
    • Re: IBM Blade HS20, BCM5704S, Helmut Schneider
  • Re: IBM Blade HS20, BCM5704S, Joerg Pernfuss
    • Re: IBM Blade HS20, BCM5704S, Helmut Schneider
  • <Possible follow-ups>
  • Re: IBM Blade HS20, BCM5704S, Helmut Schneider
• Sleeping in USB network drivers, Andrew Thompson
  • Re: Sleeping in USB network drivers, Sergey Matveychuk
    • Re: Sleeping in USB network drivers, Scott Ullrich
      • Re: Sleeping in USB network drivers, Sergey Matveychuk
• CNR Replacement, Jon Otterholm
• Re: route malfunction wrong info, Gleb Smirnoff
• Yukon 2 NIC chipset support, Brad du Plessis
  • Re: Yukon 2 NIC chipset support, Bjoern A. Zeeb
    • Re: Yukon 2 NIC chipset support, Brad du Plessis
• ipfw, IPSec, and natd, Devin Heckman
  • Re: ipfw, IPSec, and natd, Toni Schmidbauer
    • Re: ipfw, IPSec, and natd, Devin Heckman
      • Re: ipfw, IPSec, and natd, Toni Schmidbauer
      • Re: ipfw, IPSec, and natd, Devin Heckman
      • Re: ipfw, IPSec, and natd, Devin Heckman
• [patch] taking M_PROMISC from netbsd, Gregory Nou
• Current problem reports assigned to you, FreeBSD bugmaster
  • <Possible follow-ups>
  • Current problem reports assigned to you, FreeBSD bugmaster
  • Current problem reports assigned to you, FreeBSD bugmaster
  • Current problem reports assigned to you, FreeBSD bugmaster
• ndis driver for WG311 wireless card problem, Alexander Konovalenko
• Re: The results of your email commands, oleg
• Panic from osendmsg() (Re: panic: m_prepend: MH_ALIGN not PKTHDR mbuf), Kris Kennaway
  • Re: Panic from osendmsg() (Re: panic: m_prepend: MH_ALIGN not PKTHDR mbuf), Maxim Konovalov
• Re: mbuf denied problem, Robert Watson
• Trouble booting NFS root, lukem . freebsd
  • Re: Trouble booting NFS root, Nash Nipples
    • Re: Trouble booting NFS root, lukem . freebsd
      • Re: Trouble booting NFS root, Nash Nipples
  • Re: Trouble booting NFS root, lukem . freebsd
• Re: How to force full sync using pfsync?, David DeSimone

• Security
• UNIX
• Linux
• Coding
• Usenet

• Mailing-Lists
• Newsgroups
• About
• Privacy
• Search
• Imprint