freebsd-net

• Date Index

---

• divert and deadlock issues, Christian S.J. Peron
  • Re: divert and deadlock issues, Julian Elischer
  • Re: divert and deadlock issues, Bruce M. Simpson
    • Re: divert and deadlock issues, Christian S.J. Peron
• Re: kern/21998: [socket] [patch] ident only for outgoing connections, remko
• IPSEC connection drops and doesn't recover, Isaac Kohen
  • Re: IPSEC connection drops and doesn't recover, Antony Mawer
    • Re: IPSEC connection drops and doesn't recover, Bjoern A. Zeeb
      • Re: IPSEC connection drops and doesn't recover, Bjoern A. Zeeb
  • Re: IPSEC connection drops and doesn't recover, VANHULLEBUS Yvan
• Re: i386/70832: [re] re0: watchdog timeout on Evo N1015v, gavin
  • <Possible follow-ups>
  • Re: i386/70832: [re] re0: watchdog timeout on Evo N1015v, yongari
• Network card msk0 problems, Benjamin Adams
  • Re: Network card msk0 problems, Pyun YongHyeon
• Need driver, Carlos F. A. Paniago
  • Re: Need driver, Pyun YongHyeon
• call for ALTQ users, Kip Macy
• 31-Bit IPv4 Prefixes, Lee Johnston
  • Re: 31-Bit IPv4 Prefixes, Sten Daniel Soersdal
  • Re: 31-Bit IPv4 Prefixes, Sten Daniel Soersdal
  • Re: 31-Bit IPv4 Prefixes, Matthew D. Fuller
• reincarnation of bug kern/95665: [if_tun] "ping: sendto: No buffer space available", Oleg
  • Re: reincarnation of bug kern/95665: [if_tun] "ping: sendto: No buffer space available", Oleg
• Computer hangs after creating 30,000 one2many netgraph nodes, Martha Pasikatan
• more interrupts with polling(4) on em(4), Gergely CZUCZY
  • Re: more interrupts with polling(4) on em(4), Markus Oestreicher
    • Re: more interrupts with polling(4) on em(4), Gergely CZUCZY
• Re: kern/114915: [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver fixes (including endianness), remko
• IPv6 IPsec tunnel configuration, blue
  • Re: IPv6 IPsec tunnel configuration, Eric F Crist
    • Re: IPv6 IPsec tunnel configuration, blue
• SADB_X_SPDFLUSH message handling for latest version of IPsec, blue
  • Re: SADB_X_SPDFLUSH message handling for latest version of IPsec, gnn
    • Re: SADB_X_SPDFLUSH message handling for latest version of IPsec, blue
      • Re: SADB_X_SPDFLUSH message handling for latest version of IPsec, VANHULLEBUS Yvan
• 3com 3c905c-tx Fast Etherlink Xl, freebsd kernel panic
• MPD and fragmentation, Mihai Tanasescu
  • Re: MPD and fragmentation, Artyom Viklenko
    • Re: MPD and fragmentation, Mihai Tanasescu
      • Re: MPD and fragmentation, Artyom Viklenko
      • Re: MPD and fragmentation, Artyom Viklenko
      • Re: MPD and fragmentation, Mihai Tanasescu
  • <Possible follow-ups>
  • Re: MPD and fragmentation, Alexander Motin
• Ipsec - PF_KEY and set_policy, aditya kiran
  • Re: Ipsec - PF_KEY and set_policy, blue
    • Re: Ipsec - PF_KEY and set_policy, George V. Neville-Neil
• [PATCH] add check for IP Router Alert, Bruce M. Simpson
• Can't get MPD to work..doesn't listen on interface, Mihai Tanasescu
• bridge handbook section, Andrew Thompson
• Re: mpd and vlan, Ganbold
  • Message not available
    • Re: mpd and vlan, Ganbold
      • Re: mpd and vlan, Mihai Tanasescu
  • Re: mpd and vlan, Artyom Viklenko
  • Re: mpd and vlan, Nikos Vassiliadis
    • Re: mpd and vlan, Ganbold
    • Re: mpd and vlan, Ganbold
      • Re: mpd and vlan, Nikos Vassiliadis
• backends periodically rendered DEAD, Gergely CZUCZY
  • Re: backends periodically rendered DEAD, Eygene Ryabinkin
• Re: kern/114839: [fxp] fxp looses ability to speak with traffic, remko
• Re: kern/114714: [gre][patch] gre(4) is not MPSAFE and does not support keys, remko
• Merged em driver, Jack Vogel
  • Re: Merged em driver, LI Xin
• Call for testers: multicast forwarding, Bruce M Simpson
• Policy-based routing for packets originating from local machine ('reinject' packets back into kernel?), m_wlist
  • Re: Policy-based routing for packets originating from local machine ('reinject' packets back into kernel?), Milan Obuch
    • Re: Policy-based routing for packets originating from local machine ('reinject' packets back into kernel?), m_wlist
  • Re: Policy-based routing for packets originating from local machine ('reinject' packets back into kernel?), Sten Daniel Soersdal
• Re: kern/112654: [pcn] Kernel panic upon if_pcn module load on a Netfinity 5000, Andy Farkas
• checking SO_ACCEPTFILTER with netstat(1)/sockstat(1), Brian A. Seklecki
  • Re: checking SO_ACCEPTFILTER with netstat(1)/sockstat(1), Maxim Konovalov
• Max NFS mounts for a FreeBSD client?, Eric L. Anderson
  • Re: Max NFS mounts for a FreeBSD client?, Robert Watson
    • Re: Max NFS mounts for a FreeBSD client?, Norberto Meijome
      • Re: Max NFS mounts for a FreeBSD client?, Eric L. Anderson
      • Re: Max NFS mounts for a FreeBSD client?, Robert Watson
      • Re: Max NFS mounts for a FreeBSD client?, Robert Watson
• Re: kern/112886: [broadcom]: Wifi card not detected, gavin
• freebsd6 utilities and proxy, Dave
  • Re: freebsd6 utilities and proxy, Wilkinson, Alex
• 10G and socket alloc failure, Jack Vogel
  • Re: 10G and socket alloc failure, Andre Oppermann
    • Re: 10G and socket alloc failure, Jack Vogel
• Re: Reminder: NET_NEEDS_GIANT, debug.mpsafenet going away in, Scott Bennett
  • Re: Reminder: NET_NEEDS_GIANT, debug.mpsafenet going away in, Max Laier
  • Re: Reminder: NET_NEEDS_GIANT, debug.mpsafenet going away in, Robert Watson
  • <Possible follow-ups>
  • Re: Reminder: NET_NEEDS_GIANT, debug.mpsafenet going away in, Scott Bennett
• Wierd networking., Julian Elischer
  • Re: Wierd networking., Julian Elischer
    • Re: Wierd networking., Chuck Swiger
      • Re: Wierd networking., Eygene Ryabinkin
      • Re: Wierd networking., Andre Oppermann
      • Re: Wierd networking., Eygene Ryabinkin
      • Re: Wierd networking., Julian Elischer
      • Re: Wierd networking., Eygene Ryabinkin
      • Re: Wierd networking., Julian Elischer
      • Re: Wierd networking., Julian Elischer
      • Re: Wierd networking., Eygene Ryabinkin
      • Re: Wierd networking., Julian Elischer
      • Re: Wierd networking., Mike Karels
      • Re: Wierd networking., Julian Elischer
      • Re: Wierd networking., Robert Watson
• Re: Reminder: NET_NEEDS_GIANT, debug.mpsafenet going away in 7.0, Max Laier
  • Re: Reminder: NET_NEEDS_GIANT, debug.mpsafenet going away in 7.0, Julian Elischer
  • Attention pf/ipfw users with uid/gid/jail rules (Re: Reminder: NET_NEEDS_GIANT, debug.mpsafenet going away in 7.0), Robert Watson
    • Re: Attention pf/ipfw users with uid/gid/jail rules (Re: Reminder: NET_NEEDS_GIANT, debug.mpsafenet going away in 7.0), Julian Elischer
      • Re: Attention pf/ipfw users with uid/gid/jail rules (Re: Reminder: NET_NEEDS_GIANT, debug.mpsafenet going away in 7.0), Paul Allen
      • Re: Attention pf/ipfw users with uid/gid/jail rules (Re: Reminder: NET_NEEDS_GIANT, debug.mpsafenet going away in 7.0), Robert Watson
      • Re: Attention pf/ipfw users with uid/gid/jail rules (Re: Reminder: NET_NEEDS_GIANT, debug.mpsafenet going away in 7.0), Robert Watson
      • Re: Attention pf/ipfw users with uid/gid/jail rules (Re: Reminder: NET_NEEDS_GIANT, debug.mpsafenet going away in 7.0), Kris Kennaway
• Re: kern/109406: [ndis] Broadcom WLAN driver 4.100.15.5 doesn't work with Ndisgen, Jessica Mahoney
• Tcp checksum calculation wrong by 2, Raj
  • Re: Tcp checksum calculation wrong by 2, Doug Barton
• Re: Odd congestion window behaviour [ was: Draft email to freebsd-net ], James Healy
• em(4)/82571eb: fifo not dma'ed to host memory, Patrick Oeschger
  • Re: em(4)/82571eb: fifo not dma'ed to host memory, Jack Vogel
    • Re: em(4)/82571eb: fifo not dma'ed to host memory, Patrick Oeschger
      • Re: em(4)/82571eb: fifo not dma'ed to host memory, Patrick Oeschger
      • Re: em(4)/82571eb: fifo not dma'ed to host memory, Jack Vogel
      • Re: em(4)/82571eb: fifo not dma'ed to host memory, Jack Vogel
• Re: soekris/sis tx checksum problems, Bjoern A. Zeeb
  • Re: soekris/sis tx checksum problems, David Cornejo
    • Re: soekris/sis tx checksum problems, Bjoern A. Zeeb
      • Re: soekris/sis tx checksum problems, David Cornejo
      • Re: soekris/sis tx checksum problems, Pyun YongHyeon
• Re: kern/112612: [lo] Traffic via additional lo(4) interface shows up on lo0 in bpf(4), Cristian KLEIN
  • <Possible follow-ups>
  • Re: kern/112612: [lo] Traffic via additional lo(4) interface shows up on lo0 in bpf(4), andre
• Draft email to freebsd-net, James Healy
  • Odd congestion window behaviour [ was: Draft email to freebsd-net ], James Healy
    • Re: Odd congestion window behaviour [ was: Draft email to freebsd-net ], Randall Stewart
      • Re: Odd congestion window behaviour [ was: Draft email to freebsd-net ], James Healy
      • Re: Odd congestion window behaviour [ was: Draft email to freebsd-net ], Randall Stewart
  • Re: Draft email to freebsd-net, Randall Stewart
• Re: tun devices and vpnc in CURRENT, Brian Somers
  • Re: tun devices and vpnc in CURRENT, Stefan Ehmann
    • Re: tun devices and vpnc in CURRENT, Brian Somers
• ath(4), wpa_supplicant, WPA2, Netgear WG302 problem, Bruce A. Mah
• 6.2 mtu now limits size of incomming packet, Stephen Clark
  • Re: 6.2 mtu now limits size of incomming packet, Sten Daniel Soersdal
    • Re: 6.2 mtu now limits size of incomming packet, Stephen Clark
      • Re: 6.2 mtu now limits size of incomming packet, Bill Moran
      • Re: 6.2 mtu now limits size of incomming packet, Stephen Clark
      • Re: 6.2 mtu now limits size of incomming packet, Bill Moran
      • Re: 6.2 mtu now limits size of incomming packet, Stephen Clark
      • Re: 6.2 mtu now limits size of incomming packet, Julian Elischer
      • Re: 6.2 mtu now limits size of incomming packet, Mike Karels
      • Re: 6.2 mtu now limits size of incomming packet, Bruce M. Simpson
      • Re: 6.2 mtu now limits size of incomming packet, Mike Karels
      • Re: 6.2 mtu now limits size of incomming packet, Sam Leffler
      • Re: 6.2 mtu now limits size of incomming packet, Robert Watson
      • Re: 6.2 mtu now limits size of incomming packet, Mike Karels
      • Re: 6.2 mtu now limits size of incomming packet, Stephen Clark
      • Re: 6.2 mtu now limits size of incomming packet, Tom Judge
      • Re: 6.2 mtu now limits size of incomming packet, Mike Karels
      • Re: 6.2 mtu now limits size of incomming packet, Julian Elischer
      • Re: 6.2 mtu now limits size of incomming packet, Mike Karels
      • Re: 6.2 mtu now limits size of incomming packet, Eli Dart
      • Re: 6.2 mtu now limits size of incomming packet, David DeSimone
      • Re: 6.2 mtu now limits size of incomming packet, Julian Elischer
      • Re: 6.2 mtu now limits size of incomming packet, Eli Dart
      • Re: 6.2 mtu now limits size of incomming packet, Julian Elischer
      • Re: 6.2 mtu now limits size of incomming packet, Julian Elischer
      • Re: 6.2 mtu now limits size of incomming packet, Artem Belevich
      • Re: 6.2 mtu now limits size of incomming packet, Artyom Viklenko
      • Re: 6.2 mtu now limits size of incomming packet, Stephen Clark
      • Re: 6.2 mtu now limits size of incomming packet, Artyom Viklenko
      • Re: 6.2 mtu now limits size of incomming packet, Mike Karels
      • Re: 6.2 mtu now limits size of incomming packet, Sten Daniel Soersdal
      • Re: 6.2 mtu now limits size of incomming packet, Artyom Viklenko
      • Re: 6.2 mtu now limits size of incomming packet, Stephen Clark
      • Re: 6.2 mtu now limits size of incomming packet, David DeSimone
      • Re: 6.2 mtu now limits size of incomming packet, David DeSimone
      • Re: 6.2 mtu now limits size of incomming packet, Bill Moran
      • Re: 6.2 mtu now limits size of incomming packet, Chuck Swiger
      • Re: 6.2 mtu now limits size of incomming packet, Stephen Clark
      • Re: 6.2 mtu now limits size of incomming packet, Chuck Swiger
      • Re: 6.2 mtu now limits size of incomming packet, Julian Elischer
      • Re: 6.2 mtu now limits size of incomming packet, Sten Daniel Soersdal
      • Re: 6.2 mtu now limits size of incomming packet, Stephen Clark
      • Re: 6.2 mtu now limits size of incomming packet, Sten Daniel Soersdal
      • Re: 6.2 mtu now limits size of incomming packet, Wes Peters
      • Re: 6.2 mtu now limits size of incomming packet, Stephen Clark
      • Re: 6.2 mtu now limits size of incomming packet, John-Mark Gurney
• Fwd: Re: NEW IDEAS (NETGRAPH), KES
• Again two ADSL lines, routing problems, Andrea Venturoli
  • Re: Again two ADSL lines, routing problems, Eric F Crist
    • Re: Again two ADSL lines, routing problems, Andrea Venturoli
  • Re: Again two ADSL lines, routing problems, Artyom Viklenko
    • Re: Again two ADSL lines, routing problems, Andrea Venturoli
      • Re: Again two ADSL lines, routing problems, Josh Paetzel
      • Re: Again two ADSL lines, routing problems, Andrea Venturoli
      • Re: Again two ADSL lines, routing problems, Artyom Viklenko
      • Re: Again two ADSL lines, routing problems, Andrea Venturoli
      • Re: Again two ADSL lines, routing problems, Artyom Viklenko
  • Re: Again two ADSL lines, routing problems, Henri Hennebert
  • Re: Again two ADSL lines, routing problems, Julian Elischer
• Bug in userland PPP LQR?, Brett Glass
  • Re: Bug in userland PPP LQR?, Mike Tancsa
    • Re: Bug in userland PPP LQR?, Brett Glass
      • Re: Bug in userland PPP LQR?, Brian Somers
      • Re: Bug in userland PPP LQR?, Brett Glass
      • Re: Bug in userland PPP LQR?, Brian Somers
• Question about bce driver, Paul Schmehl
  • Re: Question about bce driver, Tom Judge
    • Re: Question about bce driver, Josh Paetzel
      • Re: Question about bce driver, Paul Schmehl
      • Re: Question about bce driver, Josh Paetzel
      • Re: Question about bce driver, Paul Schmehl
      • Re: Question about bce driver, Tom Judge
      • Re: Question about bce driver, Julian Elischer
      • Re: Question about bce driver, Tom Judge
      • Re: Question about bce driver, Doug Ambrisko
      • Re: Question about bce driver, Tom Judge
      • RE: Question about bce driver, David Christensen
      • RE: Question about bce driver, Paul Schmehl
      • RE: Question about bce driver, David Christensen
      • RE: Question about bce driver, Paul Schmehl
      • Re: Question about bce driver, Gary Palmer
      • Re: Question about bce driver, Tom Judge
      • Re: Question about bce driver, Julian Elischer
• newbie problems mpd server on freebsd, Bernard T. Higonnet
  • Re: newbie problems mpd server on freebsd, Henri Hennebert
    • Re: newbie problems mpd server on freebsd, Bernard T. Higonnet
  • <Possible follow-ups>
  • Re: newbie problems mpd server on freebsd, Alexander Motin
• mpd isn't listening on 1723 because he can't get it thhough it isn't used, Bernard T. Higonnet
  • Re: mpd isn't listening on 1723 because he can't get it thhough it isn't used, Henri Hennebert
    • Re: mpd isn't listening on 1723 because he can't get it thhough it isn't used, Bernard T. Higonnet
  • <Possible follow-ups>
  • Re: mpd isn't listening on 1723 because he can't get it thhough it isn't used, Alexander Motin
    • Re: mpd isn't listening on 1723 because he can't get it thhough it isn't used, Bernard T. Higonnet
• Re: pf 4.1 Update available for testing, Henrik Brix Andersen
  • Re: pf 4.1 Update available for testing, Max Laier
    • Re: pf 4.1 Update available for testing, Henrik Brix Andersen
    • RELENG_6 patch [Re: pf 4.1 Update available for testing], Max Laier
• FreeBSD 7 TCP syncache fix: request for testers, Mike Silbersack
  • Re: FreeBSD 7 TCP syncache fix: request for testers, Steve Kargl
  • Re: FreeBSD 7 TCP syncache fix: request for testers, Eygene Ryabinkin
    • Re: FreeBSD 7 TCP syncache fix: request for testers, Mike Silbersack
      • Re: FreeBSD 7 TCP syncache fix: request for testers, Eygene Ryabinkin
      • Re: FreeBSD 7 TCP syncache fix: request for testers, Eygene Ryabinkin
      • Re: FreeBSD 7 TCP syncache fix: request for testers, Robert Watson
      • Re: FreeBSD 7 TCP syncache fix: request for testers, Andre Oppermann
      • Re: FreeBSD 7 TCP syncache fix: request for testers, Peter Wemm
      • Re: FreeBSD 7 TCP syncache fix: request for testers, Xin LI
      • Re: FreeBSD 7 TCP syncache fix: request for testers, Mike Silbersack
      • Re: FreeBSD 7 TCP syncache fix: request for testers, Robert Watson
      • Re: FreeBSD 7 TCP syncache fix: request for testers, Andre Oppermann
• AW: Re: 6.2-RELENG/7.0-CURRENT: em(4) fails on 82571EB, paketix@xxxxxxxxxx
• A query regarding compilation IPv6 in SCTP library, sazzadur rahman
  • Re: A query regarding compilation IPv6 in SCTP library, Peter Lei
  • Re: A query regarding compilation IPv6 in SCTP library, Randall Stewart
• 6.2-RELENG/7.0-CURRENT: em(4) fails on 82571EB, paketix@xxxxxxxxxx
  • Re: 6.2-RELENG/7.0-CURRENT: em(4) fails on 82571EB, Jack Vogel
  • <Possible follow-ups>
  • 6.2-RELENG/7.0-CURRENT: em(4) fails on 82571EB, paketix@xxxxxxxxxx
• iwi loses ssid, Sergey Matveychuk
• Mpd daemon stop when rotating mpd.log file with newsyslog.conf, Gloomy Group
  • Re: Mpd daemon stop when rotating mpd.log file with newsyslog.conf, Julian Elischer
  • <Possible follow-ups>
  • Re: Mpd daemon stop when rotating mpd.log file with newsyslog.conf, Alexander Motin
  • RE: Mpd daemon stop when rotating mpd.log file with newsyslog.conf, Gloomy Group
    • RE: Mpd daemon stop when rotating mpd.log file with newsyslog.conf, Ian Smith
• Fatal double fault while copy to NFS filesystems, Alex Keda
  • Re: Fatal double fault while copy to NFS filesystems, Kostik Belousov
    • Re: Fatal double fault while copy to NFS filesystems, Alex Keda
      • Re: Fatal double fault while copy to NFS filesystems, Kostik Belousov
      • Re: Fatal double fault while copy to NFS filesystems, Alex Keda
  • Re: Fatal double fault while copy to NFS filesystems, Pyun YongHyeon
    • Re: Fatal double fault while copy to NFS filesystems, Alex Keda
• carp carpdev, Ólafur Helgi Haraldsson
  • Re: carp carpdev, Max Laier
• FAST_IPSEC is now IPSEC, please be advised..., gnn
  • Re: FAST_IPSEC is now IPSEC, please be advised..., Randall Stewart
  • Re: FAST_IPSEC is now IPSEC, please be advised..., John E Hein
    • Re: FAST_IPSEC is now IPSEC, please be advised..., Bjoern A. Zeeb
  • Re: FAST_IPSEC is now IPSEC, please be advised..., Boris S.
  • RE: FAST_IPSEC is now IPSEC, please be advised..., Peter Blok
    • Re: FAST_IPSEC is now IPSEC, please be advised..., gnn
      • Re: FAST_IPSEC is now IPSEC, please be advised..., Bjoern A. Zeeb
      • Re: FAST_IPSEC is now IPSEC, please be advised..., VANHULLEBUS Yvan
      • Re: FAST_IPSEC is now IPSEC, please be advised..., Bjoern A. Zeeb
      • Re: FAST_IPSEC is now IPSEC, please be advised..., Ed Schouten
• Re: kern/112710: [re] if_re driver detects incorrect b243a405a405 MAC address on SMC9452TX-1 pci gigabit cards, W Forms
  • Re: kern/112710: [re] if_re driver detects incorrect b243a405a405 MAC address on SMC9452TX-1 pci gigabit cards, David DeSimone
    • Re: kern/112710: [re] if_re driver detects incorrect b243a405a405 MAC address on SMC9452TX-1 pci gigabit cards, Pyun YongHyeon
  • <Possible follow-ups>
  • Re: kern/112710: [re] if_re driver detects incorrect b243a405a405 MAC address on SMC9452TX-1 pci gigabit cards, Pyun YongHyeon
• FAST_IPSEC without INET6, Eygene Ryabinkin
  • Re: FAST_IPSEC without INET6, Bjoern A. Zeeb
    • Re: FAST_IPSEC without INET6, Eygene Ryabinkin
• A query regarding SCTP in FreeBSD, sazzadur rahman
  • Re: A query regarding SCTP in FreeBSD, Peter Lei
  • Re: A query regarding SCTP in FreeBSD, Randall Stewart
• RE: Problems with BCE network adapter (Dell PE2950), David Christensen
  • Re: Problems with BCE network adapter (Dell PE2950), Tom Judge
    • Re: Problems with BCE network adapter (Dell PE2950), Tom Judge
      • Re: Problems with BCE network adapter (Dell PE2950), Tom Judge
      • Re: Problems with BCE network adapter (Dell PE2950), Tom Judge
      • Re: Problems with BCE network adapter (Dell PE2950), James
      • Re: Problems with BCE network adapter (Dell PE2950), Tom Judge
      • Re: Problems with BCE network adapter (Dell PE2950), James
      • Re: Problems with BCE network adapter (Dell PE2950), James
      • Re: Problems with BCE network adapter (Dell PE2950), Tom Judge
      • Re: Problems with BCE network adapter (Dell PE2950), James
      • Re: Problems with BCE network adapter (Dell PE2950), Josh Paetzel
      • Re: Problems with BCE network adapter (Dell PE2950), Tom Judge
      • Re: Problems with BCE network adapter (Dell PE2950), Tom Judge
• fxp(4) not responding to arp requests (aliases), Eduardo Meyer
  • Re: fxp(4) not responding to arp requests (aliases), David DeSimone
    • Re: fxp(4) not responding to arp requests (aliases), Eduardo Meyer
• ipsec with ESPv3, ckadi35@xxxxxxxx
• Sample Netgraph code that unhooks and rehooks without losing connection, Martha Pasikatan
  • <Possible follow-ups>
  • Re: Sample Netgraph code that unhooks and rehooks without losing connection, Alexander Motin
    • Re: Sample Netgraph code that unhooks and rehooks without losing connection, Julian Elischer
      • Re: Sample Netgraph code that unhooks and rehooks without losing connection, Martha Pasikatan
      • Re: Sample Netgraph code that unhooks and rehooks without losing connection, Julian Elischer
• 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
  • Current problem reports assigned to you, FreeBSD bugmaster
• Re: IPv6 Woes..., Brandon Penglase
  • Re: IPv6 Woes..., Eric F Crist
    • Re: IPv6 Woes..., Brandon Penglase
• Re: Vimage virtual networking and 7.0, Marko Zec
• Re: bin/114081: [patch] ppp(8) should be able to set ethernet address for PPPoE, Bjoern A. Zeeb
• Current round of IPsec checkins complete..., gnn
  • Re: Current round of IPsec checkins complete..., Norberto Meijome
    • Re: Current round of IPsec checkins complete..., Bjoern A. Zeeb
      • Re: Current round of IPsec checkins complete..., Norberto Meijome
      • Re: Current round of IPsec checkins complete..., Bjoern A. Zeeb
      • Re: Current round of IPsec checkins complete..., Norberto Meijome
      • Re: Current round of IPsec checkins complete..., VANHULLEBUS Yvan
      • Re: Current round of IPsec checkins complete..., Norberto Meijome
      • Re: Current round of IPsec checkins complete..., blue
      • Re: Current round of IPsec checkins complete..., Norberto Meijome
• WARNING: Removing Kame IPsec and promoting FAST_IPSEC, gnn

• Security
• UNIX
• Linux
• Coding
• Usenet

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

unix.derkeiler.com  > Mailing-Lists  > FreeBSD  > net  > 2007-07