freebsd-net  

Messages by Thread

• Missed packet on recent em(4) Arnaud Lacombe
  • RE: Missed packet on recent em(4) Vogel, Jack
  • Re: Missed packet on recent em(4) Arnaud Lacombe
• security issue!! Коньков Евгений
  • Re: security issue!! Chuck Swiger
• Max FIBS Joe Holden
  • Re: Max FIBS Julian Elischer
  • Re: Max FIBS Joe Holden
• Re: kern/164696: [netinet] [patch] [panic] VIMAGE + carp panics the kernel glebius
• Re: kern/161899: Repeating RTM_MISS packets causing high CPU load for ntpd Gleb Smirnoff
  • Re: kern/161899: Repeating RTM_MISS packets causing high CPU load for ntpd Steven Hartland
  • Re: kern/161899: Repeating RTM_MISS packets causing high CPU load for ntpd Gleb Smirnoff
  • Re: kern/161899: Repeating RTM_MISS packets causing high CPU load for ntpd Gary Palmer
  • Re: kern/161899: Repeating RTM_MISS packets causing high CPU load for ntpd Steven Hartland
  • RE: kern/161899: Repeating RTM_MISS packets causing high CPU load for ntpd Li, Qing
  • Re: kern/161899: Repeating RTM_MISS packets causing high CPU load for ntpd Steven Hartland
• call for review: 802.11q QinQ netgraph support Adrian Chadd
  • Re: call for review: 802.11q QinQ netgraph support Julian Elischer
  • Re: call for review: 802.11q QinQ netgraph support Gleb Smirnoff
  • Re: call for review: 802.11q QinQ netgraph support Adrian Chadd
• Re: kern/161899: [route] ntpd(8): Repeating RTM_MISS packets causing high CPU load for ntpd Steven Hartland
  • Re: kern/161899: [route] ntpd(8): Repeating RTM_MISS packets causing high CPU load for ntpd Eugene Grosbein
  • Re: kern/161899: [route] ntpd(8): Repeating RTM_MISS packets causing high CPU load for ntpd Steven Hartland
  • Re: kern/161899: [route] ntpd(8): Repeating RTM_MISS packets causing high CPU load for ntpd Eugene Grosbein
  • Re: kern/161899: [route] ntpd(8): Repeating RTM_MISS packets causing high CPU load for ntpd Steven Hartland
  • Re: kern/161899: [route] ntpd(8): Repeating RTM_MISS packets causing high CPU load for ntpd Dmitrij Tejblum
  • Re: kern/161899: [route] ntpd(8): Repeating RTM_MISS packets causing high CPU load for ntpd Gleb Smirnoff
  • Re: kern/161899: [route] ntpd(8): Repeating RTM_MISS packets causing high CPU load for ntpd glebius
• [PATCH] if_lagg driver enhancements. Tushar Mulkar
  • Re: [PATCH] if_lagg driver enhancements. Gleb Smirnoff
• Re: kern/164696: VIMAGE + carp panics the kernel Gleb Smirnoff
  • Re: kern/164696: VIMAGE + carp panics the kernel Nikos Vassiliadis
• Multicast BIND error in jail Matej Kurpel
• [CFT] multiple FIB support in route(8) Hiroki Sato
  • Re: [CFT] multiple FIB support in route(8) Jason Hellenthal
  • Re: [CFT] multiple FIB support in route(8) Alexander V. Chernikov
  • Re: [CFT] multiple FIB support in route(8) Hiroki Sato
  • Re: [CFT] multiple FIB support in route(8) Alexander V. Chernikov
  • Re: [CFT] multiple FIB support in route(8) Andrey Zonov
  • Re: [CFT] multiple FIB support in route(8) Miroslav Lachman
• Re: Kernel panic when destroying a jail Bjoern A. Zeeb
• 8139 driver question Matt Renzelmann
• HowTo easy use IPFW Коньков Евгений
  • Re: HowTo easy use IPFW Jason Hellenthal
  • Re: HowTo easy use IPFW Julian Elischer
  • Re: HowTo easy use IPFW Kevin Oberman
  • Re: HowTo easy use IPFW Julian Elischer
  • Re: HowTo easy use IPFW Коньков Евгений
  • Re: HowTo easy use IPFW Bill Tillman
  • Re: HowTo easy use IPFW Коньков Евгений
  • Re: HowTo easy use IPFW Eitan Adler
• Re: kern/164696: [netinet] [patch] VIMAGE + carp panics the kernel linimon
• netisr defered - active only one thread Andrey Zonov
  • Re: netisr defered - active only one thread Alexander V. Chernikov
  • Re: netisr defered - active only one thread Andrey Zonov
  • Re[2]: netisr defered - active only one thread Коньков Евгений
  • Re: netisr defered - active only one thread Alexander V. Chernikov
  • Re: netisr defered - active only one thread Ryan Stone
  • Re: netisr defered - active only one thread Alexander V. Chernikov
  • Re: netisr defered - active only one thread Ryan Stone
  • Re: netisr defered - active only one thread Ryan Stone
  • Re: netisr defered - active only one thread Adrian Minta
  • Re[2]: netisr defered - active only one thread Коньков Евгений
  • Re: netisr defered - active only one thread Adrian Minta
• m_pullup - fail rozhuk . im
  • Re: m_pullup - fail Julian Elischer
  • RE: m_pullup - fail rozhuk . im
  • Re: m_pullup - fail Gleb Smirnoff
  • Re: m_pullup - fail Navdeep Parhar
  • RE: m_pullup - fail rozhuk . im
• allowing gif thru ipfw Eric W. Bates
  • Re: allowing gif thru ipfw Eugene Grosbein
  • Re: allowing gif thru ipfw Doug Barton
  • Re: allowing gif thru ipfw Eric W. Bates
  • Re: allowing gif thru ipfw Eugene Grosbein
  • RE: allowing gif thru ipfw Kirk Davis
  • Re: allowing gif thru ipfw Hajimu UMEMOTO
  • Re: allowing gif thru ipfw Eric W. Bates
  • Re: allowing gif thru ipfw Hajimu UMEMOTO
  • Re: allowing gif thru ipfw Eric W. Bates
• Difference in address selection between ICMP and TCP Guido van Rooij
  • Re: Difference in address selection between ICMP and TCP Andre Oppermann
• [PATCH] multiple instances of ipfw(4) Ermal Luçi
  • Re: [PATCH] multiple instances of ipfw(4) Ivan Voras
  • Re: [PATCH] multiple instances of ipfw(4) Ermal Luçi
  • Re: [PATCH] multiple instances of ipfw(4) Vadim Goncharov
  • Re: [PATCH] multiple instances of ipfw(4) Ermal Luçi
  • Re: [PATCH] multiple instances of ipfw(4) Julian Elischer
  • Re: [PATCH] multiple instances of ipfw(4) Julian Elischer
  • Re: [PATCH] multiple instances of ipfw(4) Luigi Rizzo
  • Re: [PATCH] multiple instances of ipfw(4) Ermal Luçi
  • Re: [PATCH] multiple instances of ipfw(4) Gleb Smirnoff
  • Re: [PATCH] multiple instances of ipfw(4) Ermal Luçi
  • Re: [PATCH] multiple instances of ipfw(4) Gleb Smirnoff
  • Re: [PATCH] multiple instances of ipfw(4) Julian Elischer
• UMTS Huawei monitor Matthias Apitz
  • Re: UMTS Huawei monitor Milan Obuch
  • ports/net/e169-stats (was: UMTS Huawei monitor) Matthias Apitz
  • Re: ports/net/e169-stats (was: UMTS Huawei monitor) Milan Obuch
  • Re: ports/net/e169-stats (was: UMTS Huawei monitor) Matthias Apitz
  • Re: ports/net/e169-stats (was: UMTS Huawei monitor) Milan Obuch
  • Re: ports/net/e169-stats (was: UMTS Huawei monitor) Matthias Apitz
  • Re: ports/net/e169-stats (was: UMTS Huawei monitor) Matthias Apitz
• Re: kern/164569: [msk] [hang] msk network driver cause freeze in FreeBSD 9.0 i386 linimon
• em0 hangs on 8-STABLE again Lev Serebryakov
  • Re: em0 hangs on 8-STABLE again Mike Tancsa
  • Re: em0 hangs on 8-STABLE again Lev Serebryakov
  • Re: em0 hangs on 8-STABLE again Jack Vogel
  • Re: em0 hangs on 8-STABLE again Damien Fleuriot
  • Re: em0 hangs on 8-STABLE again Jack Vogel
  • Re: em0 hangs on 8-STABLE again Mike Tancsa
  • Re: em0 hangs on 8-STABLE again Jack Vogel
  • Re: em0 hangs on 8-STABLE again John Baldwin
  • Re: em0 hangs on 8-STABLE again Jack Vogel
  • Re: em0 hangs on 8-STABLE again Gary Palmer
  • Re: em0 hangs on 8-STABLE again Hooman Fazaeli
  • Re: em0 hangs on 8-STABLE again Jack Vogel
  • Re: em0 hangs on 8-STABLE again John Baldwin
• Re: kern/164534: [bpf] net.bpf.zerocopy_enable=1 makes pflogd eat cpu and hang linimon
  • Re: kern/164534: [bpf] net.bpf.zerocopy_enable=1 makes pflogd eat cpu and hang csjp
• a question about flowtable Weongyo Jeong
  • Re: a question about flowtable Kip Macy
• kerberized NFS Giulio Ferro
  • Re: kerberized NFS Yuri Pankov
  • Re: kerberized NFS Rick Macklem
  • Re: kerberized NFS Rick Macklem
  • Re: kerberized NFS Rick Macklem
  • Re: kerberized NFS Giulio Ferro
  • Re: kerberized NFS Rick Macklem
  • Re: kerberized NFS Giulio Ferro
• Fwd: [ net-snmp-Bugs-3434824 ] coredump on HUP while disks read Alexey Kouznetsov
  • Re: Fwd: [ net-snmp-Bugs-3434824 ] coredump on HUP while disks read Ryan Steinmetz
• stateful firewall implementation in FreeBSD satish amara
  • Re: stateful firewall implementation in FreeBSD Mike Tancsa
  • Re: stateful firewall implementation in FreeBSD Chuck Swiger
  • Re: stateful firewall implementation in FreeBSD Kevin Oberman
  • Re: stateful firewall implementation in FreeBSD Nikolay Denev
  • Re: stateful firewall implementation in FreeBSD Ian Smith
• Re: bin/145934: [patch] add count option to netstat(1) Dmitry Banschikov
  • Re: bin/145934: [patch] add count option to netstat(1) pluknet
• high cpu usage on natd / dhcpd Matthew Luckie
• Re: msk0: watchdog timeout interface hang Arnaud Lacombe
  • Re: msk0: watchdog timeout interface hang Arnaud Lacombe
  • Re: msk0: watchdog timeout interface hang Kim Culhan
• Re: kern/164475: [gre] gre misses RUNNING flag after a reboot linimon
• Re: kern/164495: [igb] connect double head igb to switch cause system to halt linimon
• 9-stable - ifmedia_set: no match for 0x0/0xfffffff Randy Bush
  • Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff Randy Bush
  • Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff Randy Bush
  • Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff Marius Strobl
  • Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff Randy Bush
  • Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff Marius Strobl
  • Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff Randy Bush
  • Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff Randy Bush
  • Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff Marius Strobl
  • Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff Randy Bush
• Problem with nat traversal Christer Hermansson
  • Problem with nat traversal Christer Hermansson
• Re: kern/164490: [pfil] Incorrect IP checksum on pfil pass from ip_output() linimon
• low network speed Eugene M. Zheganin
  • Re: low network speed Kevin Oberman
  • Re: low network speed Ivan Voras
  • Re: low network speed Rick Macklem
  • Re: low network speed James Shupe
• livelock with full loaded em(4) Anton Yuzhaninov
  • livelock with full loaded em(4) Anton Yuzhaninov
• Doubt regarding ICMP_UNREACH_NEEDFRAG processing for IPSec Reji Thomas
• Performance problem using Intel X520-DA2 Marcin Markowski
  • Re: Performance problem using Intel X520-DA2 Nikolay Denev
  • Re: Performance problem using Intel X520-DA2 Marcin Markowski
  • Re: Performance problem using Intel X520-DA2 Steven Hartland
  • Re: Performance problem using Intel X520-DA2 Marcin Markowski
  • RE: Performance problem using Intel X520-DA2 Kirk Davis
  • RE: Performance problem using Intel X520-DA2 Marcin Markowski
• ng_bridge and locks rozhuk . im
  • Re: ng_bridge and locks Gleb Smirnoff
• kern/146792: [flowtable] flowcleaner 100% cpu's core load K. Macy
• kern/144917: [flowtable] [panic] flowtable crashes system [regression] K. Macy
• ULi/ALi M5263 /dc(4) and release/9.0.0 Marco Steinbach
• Re: kern/164400: immediate crash after the start of ipsec processing Eugene M. Zheganin
• Re: kern/164400: [ipsec] immediate crash after the start of ipsec processing linimon
• vimage recursions? Adrian Chadd
• Re: kern/164369: [bridge] [patch] two STP bridges have the same id linimon
  • Re: kern/164369: [bridge] [patch] two STP bridges have the same id adrian
• STP id selection Nikos Vassiliadis
  • Re: STP id selection Adrian Chadd
  • Re: STP id selection Nikos Vassiliadis
• Ethernet Switch Framework Aleksandr Rybalko
  • Re: Ethernet Switch Framework Stefan Bethke
  • Re: Ethernet Switch Framework Stefan Bethke
  • Re: Ethernet Switch Framework Aleksandr Rybalko
  • Re: Ethernet Switch Framework Adrian Chadd
  • Re: Ethernet Switch Framework Stefan Bethke
  • Re: Ethernet Switch Framework Adrian Chadd
  • Re: Ethernet Switch Framework Aleksandr Rybalko
  • Re: Ethernet Switch Framework Juli Mallett
  • Re: Ethernet Switch Framework Warner Losh
  • Re: Ethernet Switch Framework Stefan Bethke
  • Re: Ethernet Switch Framework Marius Strobl
  • Re: Ethernet Switch Framework Stefan Bethke

• Earlier messages