Linux Networking

• Thread Index

• Re: ath5k AP kernel panic when client uses SCP
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• Re: Request: how do packet routing based on input gateway
  • From: Dunc <dunc@xxxxxxxxxxx>
• Request: how do packet routing based on input gateway
  • From: Luca Dionisi <luca.dionisi@xxxxxxxxx>
• Re: ath5k AP kernel panic when client uses SCP
  • From: Bob Copeland <me@xxxxxxxxxxxxxxx>
• Re: ath5k AP kernel panic when client uses SCP
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• [PATCH] Make it clear how to rename netconsole-used network interfaces.
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: ath5k AP kernel panic when client uses SCP
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• Re: Question about submitting the patch for drivers/net/ppp_async.c
  • From: Sven-Haegar Koch <haegar@xxxxxxxxx>
• Question about submitting the patch for drivers/net/ppp_async.c
  • From: fangxiaozhi 00110321 <huananhu@xxxxxxxxxx>
• Re: [PATCH] Allow renaming of network interfaces that are up.
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [PATCH] Allow renaming of network interfaces that are up.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] Allow renaming of network interfaces that are up.
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: TCP performance on a lossy 1Gbps link
  • From: Greg Lindahl <lindahl@xxxxxxx>
• Re: TCP performance on a lossy 1Gbps link
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: TCP performance on a lossy 1Gbps link
  • From: Matthew Hodgson <matthew@xxxxxxxxxxxxx>
• [no subject]
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• TCP performance on a lossy 1Gbps link
  • From: Matthew Hodgson <matthew@xxxxxxxxxxxxx>
• The linux-pci mailing list has been moved
  • From: Martin Mares <mj+gone@xxxxxx>
• Re: TCP_NODELAY and CORK - should they be added for network fs case?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• TCP_NODELAY and CORK - should they be added for network fs case?
  • From: Steve French <smfrench@xxxxxxxxx>
• RE: Intel on-board NIC negotiates at 10mbps instead of 1gbps (new Intel P55KG motherboard), driver bug?
  • From: "Allan, Bruce W" <bruce.w.allan@xxxxxxxxx>
• Re: Intel on-board NIC negotiates at 10mbps instead of 1gbps (new Intel P55KG motherboard), driver bug?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxx>
• Best Kernel QoS Parameters
  • From: Lucas Willian Bocchi <challado@xxxxxxxxxxxxxxx>
• Intel on-board NIC negotiates at 10mbps instead of 1gbps (new Intel P55KG motherboard), driver bug?
  • From: Justin Piszcz <jpiszcz@xxxxxxxxx>
• Re: problem with socket read( ) on TCP server side
  • From: chandan apsangi <chandan.apsangi@xxxxxxxxx>
• Re: ath5k AP kernel panic when client uses SCP
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• Re: ath5k AP kernel panic when client uses SCP
  • From: Tomasz Chmielewski <mangoo@xxxxxxxx>
• Re: problem with socket read( ) on TCP server side
  • From: Bernd Eckenfels <bernd-09@xxxxxxxxxxxxx>
• Re: problem with socket read( ) on TCP server side
  • From: chandan apsangi <chandan.apsangi@xxxxxxxxx>
• problem with socket read( ) on TCP server side
  • From: chandan apsangi <chandan.apsangi@xxxxxxxxx>
• Re: Question about "scheduling while atomic"
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Question about "scheduling while atomic"
  • From: Reza Salehi <rezsalehi@xxxxxxxxx>
• Re: Support of multiple default routes in Linux ?
  • From: Bobby <bobby@xxxxxxxxxxxxxx>
• Re: Support of multiple default routes in Linux ?
  • From: Mallika Gautam <mallika.gautam@xxxxxxxxx>
• RE: Support of multiple default routes in Linux ?
  • From: "Leslie Rhorer" <lrhorer@xxxxxxxxxxx>
• Re: Support of multiple default routes in Linux ?
  • From: Ben Greear <greearb@xxxxxxxxxxxxxxx>
• Support of multiple default routes in Linux ?
  • From: Mallika Gautam <mallika.gautam@xxxxxxxxx>
• Is this a known kernel issue?
  • From: "Marco P." <marco.tijuana@xxxxxxxxx>
• Berkeley Packet Filter & Fragmentation
  • From: leo mueller <llug.dan@xxxxxxxxxxxxxx>
• netinet/ip.h and DSCP
  • From: "Philip A. Prindeville" <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [bridge] Fix double-free in br_add_if.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• netfilter CPU usage
  • From: Steve Fink <sphink@xxxxxxxxx>
• Re: Job postings?
  • From: Kevyn-Alexandre Paré <kevyn.alexandre.pare@xxxxxxxxx>
• Job postings?
  • From: Timothy Normand Miller <theosib@xxxxxxxxx>
• [PATCH] [bridge] Fix double-free in br_add_if.
  • From: Jeff Hansen <x@xxxxxxxxxxxxxx>
• Re: [PATCH] [bridge] Fix double-free in br_add_if.
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH] [bridge] Fix double-free in br_add_if.
  • From: Jeff Hansen <x@xxxxxxxxxxxxxx>
• Re: forcedeth ipv6 mcast packet loss
  • From: Christian Tramnitz <christian@xxxxxxxxxxxx>
• [no subject]
  • From: KV Pavuram <kvpavuram@xxxxxxxxxxx>
• Re: forcedeth ipv6 mcast packet loss
  • From: Joachim Worringen <joachim.worringen@xxxxxxxx>
• Re: forcedeth ipv6 mcast packet loss
  • From: Christian Tramnitz <christian@xxxxxxxxxxxx>
• Re: forcedeth ipv6 mcast packet loss
  • From: Bernd Eckenfels <bernd-09@xxxxxxxxxxxxx>
• forcedeth ipv6 mcast packet loss
  • From: Christian Tramnitz <christian@xxxxxxxxxxxx>
• receiving multicast over multiple interfaces
  • From: Joachim Worringen <joachim.worringen@xxxxxxxx>
• VIA Velocity Jumbo frame issues
  • From: Brian Rahn <hiryuu@xxxxxxxxxxxxxxxxx>
• [build fail] rt2x00dev.c from next tree causes build fail
  • From: Ken Lewis <kennylewis@xxxxxxxxx>
• Re: High sys+irq usage on CPU0 with interrupts rerouted
  • From: Steve Fink <sphink@xxxxxxxxx>
• Re: High sys+irq usage on CPU0 with interrupts rerouted
  • From: LDB <thesource@xxxxxxxxxxx>
• forcedeth: reversed mac [kernel 2.6.30.5]
  • From: Joerg Friedrich <Joerg.Friedrich@xxxxxxxxxxxxxxx>
• High sys+irq usage on CPU0 with interrupts rerouted
  • From: Steve Fink <sphink@xxxxxxxxx>
• Bridging VLANs
  • From: Diego Woitasen <diegows@xxxxxxxxxxxx>
• Network hangs with 2.6.30.5 on Dell GX270
  • From: Clifford Heath <clifford.heath@xxxxxxxxx>
• [PATCH 1/1] Added various AX88772 devices used by Viprinet GmbH
  • From: Nico Erfurth <ne@xxxxxxxxxx>
• Re: Netfilter issue: inconsistent incoming interface when bridging w/ PPP
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: Netfilter issue: inconsistent incoming interface when bridging w/ PPP
  • From: "Philip A. Prindeville" <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Re: Netfilter issue: inconsistent incoming interface when bridging w/ PPP
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: Netfilter issue: inconsistent incoming interface when bridging w/ PPP
  • From: "Philip A. Prindeville" <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Re: Netfilter issue: inconsistent incoming interface when bridging w/ PPP
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: Netfilter issue: inconsistent incoming interface when bridging w/ PPP
  • From: "Philip A. Prindeville" <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Re: Netfilter issue: inconsistent incoming interface when bridging w/ PPP
  • From: "Philip A. Prindeville" <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Re: Netfilter issue: inconsistent incoming interface when bridging w/ PPP
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: Netfilter issue: inconsistent incoming interface when bridging w/ PPP
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: Three second connect delays
  • From: Brett Paden <brettpaden@xxxxxxxxx>
• Re: Sparc Netra X1 Tulip Issue
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Sparc Netra X1 Tulip Issue
  • From: Jim Gifford <maillist@xxxxxxxxx>
• Re: Netfilter issue: inconsistent incoming interface when bridging w/ PPP
  • From: "Philip A. Prindeville" <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Re: Three second connect delays
  • From: Nathan Scott <nscott@xxxxxxxxxx>
• kernel hang while setting qdiscs (using tbf, netem, ifb, mirroring, vlans)
  • From: "sting" <sting@xxxxxxxxxxxxx>
• Netfilter issue: inconsistent incoming interface when bridging w/ PPP
  • From: "Philip A. Prindeville" <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Linux kernel xfrm policy insert
  • From: Ural Erdemir <uralerdemir@xxxxxxxxx>
• "AX88772 LF" usb->eth chipset supported by 2.6.16?
  • From: Clemens Eisserer <linuxhippy@xxxxxxxxx>
• mii ioctls , copy_to/from_user?
  • From: John Paul Foster <jaypee@xxxxxxxxxxxxx>
• Re: [RT2X00] Linux-next tree next-20090725 and 20090727 FTBFS
  • From: Ivo van Doorn <ivdoorn@xxxxxxxxx>
• [RT2X00] Linux-next tree next-20090725 and 20090727 FTBFS
  • From: Ken Lewis <kennylewis@xxxxxxxxx>
• Re: [query] skb alignment in tx path of driver
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [query] skb alignment in tx path of driver
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [query] skb alignment in tx path of driver
  • From: Kalpesh Rathod <kalpeshrathod@xxxxxxxxx>
• iproute2 : unambiguous reading.
  • From: sebastien <sriliam@xxxxxxx>
• Re: drivers/net/usb/asix - Re: WS-UL220G USB 2.0 Gigabit Ethernet Adapter in Dell Inspiron 700m laptop
  • From: Zenaan Harkness <zen@xxxxxxxxxxxx>
• [PATCH] gianfar: keep vlan related state when reenabled
  • From: Yong Zhang <yong.zhang0@xxxxxxxxx>
• drivers/net/usb/asix - Re: WS-UL220G USB 2.0 Gigabit Ethernet Adapter in Dell Inspiron 700m laptop
  • From: Zenaan Harkness <zen@xxxxxxxxxxxx>
• Passive wait for netif_queue_stopped() ?
  • From: Gallus <gall.cwpl@xxxxxxxxx>
• Getting linux-OCF permanently into the tree
  • From: "Philip A. Prindeville" <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Re: PROBLEM: tun/tap crashes if open() /dev/net/tun and then poll() it.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: PROBLEM: tun/tap crashes if open() /dev/net/tun and then poll() it.
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• Re: PROBLEM: tun/tap crashes if open() /dev/net/tun and then poll() it.
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: PROBLEM: tun/tap crashes if open() /dev/net/tun and then poll() it.
  • From: Mariusz Kozlowski <m.kozlowski@xxxxxxxxxx>
• PROBLEM: tun/tap crashes if open() /dev/net/tun and then poll() it.
  • From: Eugene Kapun <abacabadabacaba@xxxxxxxxx>
• bridge + KVM performance
  • From: Martin Petermann <martin@xxxxxxxxxxxxxxxxxx>
• Question about wifi drivers
  • From: "Philip A. Prindeville" <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Re: Question on adding/deleting multicast routes
  • From: David Stevens <dlstevens@xxxxxxxxxx>
• Re: Question on adding/deleting multicast routes
  • From: Alex Gonzalez <langabe@xxxxxxxxx>
• raw socket packet reordering
  • From: Mathys Walma <mathys@xxxxxxxxxxxxxxxx>
• Re: Raw sockets faster than packet generator?
  • From: André Schwarz <andre.schwarz@xxxxxxxxxxxxxxxx>
• Re: Setting source address - sendmsg(), PKTINFO
  • From: Jiri Klimes <klimes@xxxxxxxxxx>
• Re: Question on adding/deleting multicast routes
  • From: David Stevens <dlstevens@xxxxxxxxxx>
• Question on adding/deleting multicast routes
  • From: Alex Gonzalez <langabe@xxxxxxxxx>
• e1000, network bonding cross-over: replugged cable ignored
  • From: Harald Dunkel <harald.dunkel@xxxxxxxxx>
• netlink interface change and crash while feeing associated sk_buff.
  • From: Vinay Venkataraghavan <raghavanvinay@xxxxxxxxx>
• Re: sockts and read() write()
  • From: Dan White <dwhite@xxxxxxx>
• Re: Raw sockets faster than packet generator?
  • From: Gallus <gall.cwpl@xxxxxxxxx>
• Raw sockets faster than packet generator?
  • From: Gallus <gall.cwpl@xxxxxxxxx>
• Setting source address - sendmsg(), PKTINFO
  • From: "Jiri Klimes" <klimes@xxxxxxxxxx>
• Re: sockts and read() write()
  • From: Graham Murray <gmurray@xxxxxxxxxxxxxxx>
• sockts and read() write()
  • From: ranjith kumar <ranjithproxy@xxxxxxxxx>
• bonding: when bond0e goes down, local route still stays up
  • From: Mahesh Kelkar <maheshkelkar@xxxxxxxxx>
• Re: How to set a flow label in IPv6 TCP server
  • From: LDB <thesource@xxxxxxxxxxx>
• Re: tg3 driver not advertising 1000mbit
  • From: Jean-Louis Dupond <info@xxxxxxxxxxx>
• How to set a flow label in IPv6 TCP server
  • From: kengo sakai <kenkengongon@xxxxxxxxx>
• tg3 driver not advertising 1000mbit
  • From: Jean-Louis Dupond <info@xxxxxxxxxxx>
• Re: [PATCH]net pkgen.c:fix no need for check
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH]net pkgen.c:fix no need for check
  • From: "Figo.zhang" <figo1802@xxxxxxxxx>
• Re: Setting SO_SNDBUF and SO_RCVBUF
  • From: LDB <thesource@xxxxxxxxxxx>
• TCP: individual packets & stream
  • From: "Stanisław T. Findeisen" <sf181257@xxxxxxxxxxxxxxxxxxxxx>
• Setting SO_SNDBUF and SO_RCVBUF
  • From: "Kulkarni, Mayuresh" <Mayuresh.Kulkarni@xxxxxxxxxxxxxxxxx>
• TC: give one interface priority over another.
  • From: Karl Hiramoto <karl@xxxxxxxxxxxx>
• ip addr flush gives strange error
  • From: Ognyan Kulev <ogi@xxxxxxxxxxxxxxxx>
• About TCP ACKing mechanism
  • From: Rafael Barbosa <rrbarbosa@xxxxxxxxx>
• Re: sky2 problem with WARNING: at net/sched/sch_generic.c:219
  • From: Kasper Sandberg <lkml@xxxxxxxxxxx>
• Re: [PATCH] cls_cgroup: read classid atomically in classifier
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] cls_cgroup: read classid atomically in classifier
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: nfsroot on multiple-e1000e serial-over-LAN system -> deadlock?
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Routing problems with Fedora 11 (worked on fedora8)
  • From: Clemens Eisserer <linuxhippy@xxxxxxxxx>
• Re: Routing problems with Fedora 11 (worked on fedora8)
  • From: Joshua McDowell <jmcdowell@xxxxxxxxxxxxxxxxx>
• Routing problems with Fedora 11 (worked on fedora8)
  • From: Clemens Eisserer <linuxhippy@xxxxxxxxx>
• nfsroot on multiple-NIC serial-over-LAN system -> deadlock?
  • From: Nix <nix@xxxxxxxxxxxxx>
• Re: Network stack timer hacks for power saving
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Network stack timer hacks for power saving
  • From: <Tero.Kristo@xxxxxxxxx>
• Re: Regression: 2.6.30-rc5 and rt2x00 / rt2500pci
  • From: "John W. Linville" <linville@xxxxxxxxxxxxx>
• Re: Regression: 2.6.30-rc5 and rt2x00 / rt2500pci
  • From: Ken Lewis <kennylewis@xxxxxxxxx>
• Re: Regression: 2.6.30-rc5 and rt2x00 / rt2500pci
  • From: "John W. Linville" <linville@xxxxxxxxxxxxx>
• Regression: 2.6.30-rc5 and rt2x00 / rt2500pci
  • From: Ken Lewis <kennylewis@xxxxxxxxx>
• Re: e1000e and NAPI
  • From: LDB <thesource@xxxxxxxxxxx>
• e1000e and NAPI
  • From: Jolynn Schmidt <jolynns@xxxxxxxxx>
• Re: sky2 problem with WARNING: at net/sched/sch_generic.c:219
  • From: Carsten Aulbert <carsten.aulbert@xxxxxxxxxx>
• sky2 problem with WARNING: at net/sched/sch_generic.c:219
  • From: Carsten Aulbert <carsten.aulbert@xxxxxxxxxx>
• Re: Matching DNAT'd packets
  • From: "Philip A. Prindeville" <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Re: Matching DNAT'd packets
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: Matching DNAT'd packets
  • From: "Philip A. Prindeville" <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Re: Matching DNAT'd packets
  • From: Graham Murray <gmurray@xxxxxxxxxxxxxxx>
• Re: Matching DNAT'd packets
  • From: Philip Prindeville <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Re: Matching DNAT'd packets
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Matching DNAT'd packets
  • From: Philip Prindeville <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• The linux-pci mailing list has been moved
  • From: Martin Mares <mj+gone@xxxxxx>
• Re: mv643xx_eth: Delay required in reading the PHY registers.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• rate limiting unknown number of hosts
  • From: sting <sting@xxxxxxxxxxxxx>
• mv643xx_eth: Delay required in reading the PHY registers.
  • From: Upakul Barkakaty <upakul@xxxxxxxxx>
• how to limit the number of "stale" entries in rt_hash_table
  • From: Laurent Chavey <chavey@xxxxxxxxxx>
• Re: lartc.org abandoned?
  • From: Matias Surdi <matiassurdi@xxxxxxxxx>
• lartc.org abandoned?
  • From: Matias Surdi <matiassurdi@xxxxxxxxx>
• Re: tc filter for unmatched traffic
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: tc filter for unmatched traffic
  • From: sting <sting@xxxxxxxxxxxxx>
• tc filter for unmatched traffic
  • From: Alban Wood <alban@xxxxxxxxxxxxx>
• tc filter for unmatched traffic
  • From: sting <sting@xxxxxxxxxxxxx>
• Re: Sending a packet with 127.0.0.2 source address
  • From: Anatoly Muliarski <x86ever@xxxxxxxxx>
• RE: Sending a packet with 127.0.0.2 source address
  • From: "Jeff Haran" <jharan@xxxxxxxxxxx>
• Re: Sending a packet with 127.0.0.2 source address
  • From: Anatoly Muliarski <x86ever@xxxxxxxxx>
• Re: [NEWSENDER] - Re: graphical bandwidth monitoring tool - Message is from an unknown sender
  • From: Oliver Hookins <oliver.hookins@xxxxxxxxxxxxx>
• Re: [PATCH] fix typo in net_device_ops description
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: traffic shaping based on MAC address
  • From: sting <sting@xxxxxxxxxxxxx>
• Re: [NEWSENDER] - Re: graphical bandwidth monitoring tool - Message is from an unknown sender
  • From: sting <sting@xxxxxxxxxxxxx>
• Re: graphical bandwidth monitoring tool
  • From: sting <sting@xxxxxxxxxxxxx>
• [PATCH] fix typo in net_device_ops description
  • From: Mike Rapoport <mike@xxxxxxxxxxxxxx>
• RE: [NEWSENDER] - Re: graphical bandwidth monitoring tool - Message is from an unknown sender
  • From: "Agim Cami" <acami@xxxxxx>
• Re: Sending a packet with 127.0.0.2 source address
  • From: Anatoly Muliarski <x86ever@xxxxxxxxx>
• Re: graphical bandwidth monitoring tool
  • From: Oliver Hookins <oliver.hookins@xxxxxxxxxxxxx>
• Re: traffic shaping based on MAC address
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• traffic shaping based on MAC address
  • From: "sting" <sting@xxxxxxxxxxxxx>
• graphical bandwidth monitoring tool
  • From: "sting" <sting@xxxxxxxxxxxxx>
• Re: Sending a packet with 127.0.0.2 source address
  • From: Anatoly Muliarski <x86ever@xxxxxxxxx>
• Sending a packet with 127.0.0.2 source address
  • From: Anatoly Muliarski <x86ever@xxxxxxxxx>
• Re: Wake-on-LAN with RTL8111b?
  • From: Florian Echtler <floe@xxxxxxxxxxxxxx>
• Re: Wake-on-LAN with RTL8111b?
  • From: "xerces8" <xerces8@xxxxxxxx>
• Re: [RFC][PATCH] Fixing up TCP/UDP checksum for UDP encap. ESP4 packets in transport mode
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: arp table overflowing
  • From: "Jeff Haran" <jharan@xxxxxxxxxxx>
• Re: [BUILD FAILURE 02/12] Next April 21 : PPC64 randconfig [drivers/net/ni65.c]
  • From: Andreas Mohr <andi@xxxxxxxx>
• Re: arp table overflowing
  • From: Oguz Yilmaz <oguzyilmazlist@xxxxxxxxx>
• Re: [BUILD FAILURE 02/12] Next April 21 : PPC64 randconfig [drivers/net/ni65.c]
  • From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCH] Fixing up TCP/UDP checksum for UDP encap. ESP4 packets in transport mode
  • From: Christophe Saout <christophe@xxxxxxxx>
• Wake-on-LAN with RTL8111b?
  • From: Florian Echtler <floe@xxxxxxxxxxxxxx>
• arp table overflowing
  • From: Oguz Yilmaz <oguzyilmazlist@xxxxxxxxx>
• [BUILD FAILURE 02/12] Next April 21 : PPC64 randconfig [drivers/net/ni65.c]
  • From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
• Re: bond + tc regression ?
  • From: Vladimir Ivashchenko <hazard@xxxxxxxxxxxxx>
• bond + tc regression ?
  • From: Vladimir Ivashchenko <hazard@xxxxxxxxxxxxx>
• Re: gretap+vlan+bridge==Oops (2.6.29)
  • From: Art -kwaak- van Breemen <ard@xxxxxxxxxxxxxxx>
• RE: Multicast: receiving my own streams
  • From: "Kulkarni, Mayuresh \(IDEAS\)" <Mayuresh.Kulkarni@xxxxxxxxxxxxxxxxx>
• Multicast: receiving my own streams
  • From: Alex Gonzalez <langabe@xxxxxxxxx>
• Re: gretap+vlan+bridge==Oops (2.6.29)
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• gretap+vlan+bridge==Oops (2.6.29)
  • From: Art -kwaak- van Breemen <ard@xxxxxxxxxxxxxxx>
• Re: Combining bridging, 802.1q, and tap
  • From: Garry Dolley <gdolley@xxxxxxxxxxxxxxx>
• Re: Combining bridging, 802.1q, and tap
  • From: Chris Adams <cmadams@xxxxxxxxxx>
• Re: Combining bridging, 802.1q, and tap
  • From: Garry Dolley <gdolley@xxxxxxxxxxxxxxx>
• Re: Combining bridging, 802.1q, and tap
  • From: Chris Adams <cmadams@xxxxxxxxxx>
• Re: Combining bridging, 802.1q, and tap
  • From: Garry Dolley <gdolley@xxxxxxxxxxxxxxx>
• Combining bridging, 802.1q, and tap
  • From: Chris Adams <cmadams@xxxxxxxxxx>
• Re: Get name and ip-address for each interface
  • From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
• Re: Get name and ip-address for each interface
  • From: "Miquel van Smoorenburg" <miquels@xxxxxxxxxx>
• RE: Get name and ip-address for each interface
  • From: "Jeff Haran" <jharan@xxxxxxxxxxx>
• Re: Get name and ip-address for each interface
  • From: grimson <grimson@xxxxxxxxx>
• Re: What is the expected response to Window Probe packets
  • From: LDB <thesource@xxxxxxxxxxx>
• Re: [BUILD FAILURE 06/12] Next April 14 : PPC64 randconfig [drivers/net/ehea/ehea_main.c]
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [BUILD FAILURE 06/12] Next April 14 : PPC64 randconfig [drivers/net/ehea/ehea_main.c]
  • From: Alexander Beregalov <a.beregalov@xxxxxxxxx>
• [BUILD FAILURE 06/12] Next April 14 : PPC64 randconfig [drivers/net/ehea/ehea_main.c]
  • From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
• Re: Old Linux kernel patches
  • From: Allen Curtis <ajcurtis84@xxxxxxxxx>
• Re: Old Linux kernel patches
  • From: Allen Curtis <ajcurtis84@xxxxxxxxx>
• Old Linux kernel patches
  • From: Satish Chandra Kilaru <iam.kilaru@xxxxxxxxx>
• Re: What is the expected response to Window Probe packets
  • From: Satish Chandra Kilaru <iam.kilaru@xxxxxxxxx>
• What is the expected response to Window Probe packets
  • From: Satish Chandra Kilaru <iam.kilaru@xxxxxxxxx>
• Get name and ip-address for each interface
  • From: grimson <grimson@xxxxxxxxx>
• Re: [BUILD FAILURE 04] Next April 9 : PPC64 randconfig [drivers/net/ibm_newemac/core.c]
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: multicast: same port, different IP address?
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [BUILD FAILURE 04] Next April 9 : PPC64 randconfig [drivers/net/ibm_newemac/core.c]
  • From: Alexander Beregalov <a.beregalov@xxxxxxxxx>
• Re: 2.6.9-42.0.2.ELlargesmp #1 SMP x86_64 : network stack hang
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: multicast: same port, different IP address?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• 2.6.9-42.0.2.ELlargesmp #1 SMP x86_64 : network stack hang
  • From: Satish Chandra Kilaru <iam.kilaru@xxxxxxxxx>
• [BUILD FAILURE 08] Next April 9 : PPC64 randconfig [drivers/net/pasemi_mac_driver.ko]
  • From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
• Re: [BUILD FAILURE 05] Next April 9 : PPC64 randconfig [drivers/net/wan/wanxlfw.inc]
  • From: Geert Uytterhoeven <Geert.Uytterhoeven@xxxxxxxxxxx>
• Re: [BUILD FAILURE 04] Next April 9 : PPC64 randconfig [drivers/net/ibm_newemac/core.c]
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxxx>
• Re: [BUILD FAILURE 01] Next April 9 : PPC64 randconfig [drivers/net/fs_enet/fs_enet-main.c]
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• Re: [BUILD FAILURE 04] Next April 9 : PPC64 randconfig [drivers/net/ibm_newemac/core.c]
  • From: Kumar Gala <galak@xxxxxxxxxxxxxxxxxxx>
• [BUILD FAILURE 05] Next April 9 : PPC64 randconfig [drivers/net/wan/wanxlfw.inc]
  • From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
• [BUILD FAILURE 04] Next April 9 : PPC64 randconfig [drivers/net/ibm_newemac/core.c]
  • From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
• [BUILD FAILURE 01] Next April 9 : PPC64 randconfig [drivers/net/fs_enet/fs_enet-main.c]
  • From: Subrata Modak <subrata@xxxxxxxxxxxxxxxxxx>
• Re: multicast: same port, different IP address?
  • From: Bill Fink <billfink@xxxxxxxxxxxxxx>
• Re: multicast: same port, different IP address?
  • From: David Stevens <dlstevens@xxxxxxxxxx>
• Re: multicast: same port, different IP address?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: multicast: same port, different IP address?
  • From: David Stevens <dlstevens@xxxxxxxxxx>
• Re: multicast: same port, different IP address?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: multicast: same port, different IP address?
  • From: David Stevens <dlstevens@xxxxxxxxxx>
• Re: multicast: same port, different IP address?
  • From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
• RE: multicast: same port, different IP address?
  • From: "Jeff Haran" <jharan@xxxxxxxxxxx>
• Re: multicast: same port, different IP address?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: multicast: same port, different IP address?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: multicast: same port, different IP address?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: multicast: same port, different IP address?
  • From: David Stevens <dlstevens@xxxxxxxxxx>
• RE: multicast: same port, different IP address?
  • From: "Jeff Haran" <jharan@xxxxxxxxxxx>
• Re: multicast: same port, different IP address?
  • From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
• Re: multicast: same port, different IP address?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• Re: multicast: same port, different IP address?
  • From: Lawrence MacIntyre <macintyrelp@xxxxxxxx>
• multicast: same port, different IP address?
  • From: Matt Garman <matthew.garman@xxxxxxxxx>
• [PATCH] Documentation/sysctl/net.txt: fix a typo
  • From: Li Zefan <lizf@xxxxxxxxxxxxxx>
• Re: [PATCH] drivers/net/b44.c: fix regressions in error recovery
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] drivers/net/b44.c: fix regressions in error recovery
  • From: Christiaan Welvaart <cjw@xxxxxxxxxxxxxxxxx>
• Re: v6 mapped v4 wildcard address fails with EADDRNOTAVAIL
  • From: Jeroen Massar <jeroen@xxxxxxxxx>
• Re: v6 mapped v4 wildcard address fails with EADDRNOTAVAIL
  • From: David Miller <davem@xxxxxxxxxxxxx>
• v6 mapped v4 wildcard address fails with EADDRNOTAVAIL
  • From: Dirk Engling <erdgeist@xxxxxxxxxxxx>
• Re: Adding a MAC multicast subscription
  • From: "kzsolt" <kzsolt@xxxxxxxxxx>
• Re: user-specific ip-addresses
  • From: "Robert M. Albrecht" <linux@xxxxxxxx>
• user-specific ip-addresses
  • From: "Robert M. Albrecht" <linux@xxxxxxxx>
• Re: [ANNOUNCE] iproute2 v2.6.29
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: [ANNOUNCE] iproute2 v2.6.29
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [ANNOUNCE] iproute2 v2.6.29
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Adding a MAC multicast subscription
  • From: Kay Hayen <kayhayen@xxxxxx>
• socket() calls block
  • From: Chris Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
• Re: Odd networking "bug"
  • From: Oliver Hookins <oliver.hookins@xxxxxxxxxxxxx>
• Re: Odd networking "bug"
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Odd networking "bug"
  • From: Oliver Hookins <oliver.hookins@xxxxxxxxxxxxx>
• Re: Linux kernel support for mesh network multicast routing
  • From: Henning Rogge <hrogge@xxxxxxxxxxxxxx>
• Re: Linux kernel support for mesh network multicast routing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Linux kernel support for mesh network multicast routing
  • From: Henning Rogge <hrogge@xxxxxxxxxxxxxx>
• Re: Getting 802.1Q VLAN ID from tagged packets with hardware acceleration on
  • From: Garry Dolley <gdolley@xxxxxxxxxxxxxxx>
• Re: Getting 802.1Q VLAN ID from tagged packets with hardware acceleration on
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Getting 802.1Q VLAN ID from tagged packets with hardware acceleration on
  • From: Garry Dolley <gdolley@xxxxxxxxxxxxxxx>
• Re: Getting 802.1Q VLAN ID from tagged packets with hardware acceleration on
  • From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
• Getting 802.1Q VLAN ID from tagged packets with hardware acceleration on
  • From: Garry Dolley <gdolley@xxxxxxxxxxxxxxx>
• MPC8560 FCC Ethernet driver with LXT971
  • From: dgaur@xxxxxx
• MPC8560 FCC Ethernet driver with LXT971
  • From: dgaur@xxxxxx
• RE: IPv6 Router Advertisements ignored on Orion5x kernel?
  • From: "Jeff Haran" <jharan@xxxxxxxxxxx>
• Re: IPv6 Router Advertisements ignored on Orion5x kernel?
  • From: Marc Oscar Singer <elf@xxxxxxxxxxx>
• Re: RSVP(-TE)
  • From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
• RSVP(-TE)
  • From: Rolando Martins <rolando.martins@xxxxxxxxx>
• Re: [PATCH] drivers/net/ax88796.c: take IRQ flags from platform_device
  • From: Daniel Mack <daniel@xxxxxxxx>
• Re: [PATCH] drivers/net/ax88796.c: take IRQ flags from platform_device
  • From: Matti Aarnio <matti.aarnio@xxxxxxxxxxx>
• Re: [PATCH] drivers/net/ax88796.c: take IRQ flags from platform_device
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] drivers/net/ax88796.c: take IRQ flags from platform_device
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Routing internal traffic externally
  • From: "kzsolt" <kzsolt@xxxxxxxxxx>
• Re: [PATCH] drivers/net/ax88796.c: take IRQ flags from platform_device
  • From: Ben Dooks <ben@xxxxxxxxxxxx>
• [PATCH] drivers/net/ax88796.c: take IRQ flags from platform_device
  • From: Daniel Mack <daniel@xxxxxxxx>
• Create an interface
  • From: Gabriele Pongelli <84.le0n@xxxxxxxxx>
• IPv6 Router Advertisements ignored on Orion5x kernel?
  • From: Marc Oscar Singer <elf@xxxxxxxxxxx>
• netlink API
  • From: Vinay Venkataraghavan <raghavanvinay@xxxxxxxxx>
• MAC/PHY layer implementation
  • From: Rahul Jain <rahul@xxxxxxxxxxx>
• Re: Various way to build the kernel?
  • From: "xerces8" <xerces8@xxxxxxxx>
• Re: Various way to build the kernel?
  • From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
• Re: Various way to build the kernel?
  • From: jmcdowell@xxxxxxxxxxxxxxxxx
• Re: Various way to build the kernel?
  • From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
• Re: Various way to build the kernel?
  • From: jmcdowell@xxxxxxxxxxxxxxxxx
• Re: Various way to build the kernel?
  • From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
• Re: Various way to build the kernel?
  • From: jmcdowell@xxxxxxxxxxxxxxxxx
• Re: Various way to build the kernel?
  • From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
• Re: Various way to build the kernel?
  • From: jmcdowell@xxxxxxxxxxxxxxxxx
• Re: Various way to build the kernel?
  • From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
• Various way to build the kernel?
  • From: jmcdowell@xxxxxxxxxxxxxxxxx
• Re: ip route cache expires / age
  • From: Alex Masidlover <alex@xxxxxxxxxxxxxxx>
• Testing the multiple unicast address support
  • From: Giuseppe CAVALLARO <peppe.cavallaro@xxxxxx>
• Suspected sock_sendmsg() with MSG_DONTWAIT can block- bug.
  • From: Parav Pandit <paravpandit@xxxxxxxxx>
• correct locking in softirq
  • From: Giacomo <delleceste@xxxxxxxxx>
• correct pattern for passing parameters through kernel functions
  • From: Giacomo <delleceste@xxxxxxxxx>
• ip route cache expires / age
  • From: Alex Masidlover <alex@xxxxxxxxxxxxxxx>
• [PATCH] Fix unkown command error printing
  • From: Julien Danjou <julien@xxxxxxxxxxx>
• Re: Failed access to selected remote hosts
  • From: David Liontooth <lionteeth@xxxxxxxxxx>
• Re: Failed access to selected remote hosts
  • From: David Liontooth <lionteeth@xxxxxxxxxx>
• Re: Failed access to selected remote hosts
  • From: Bobby <bobby@xxxxxxxxxxxxxx>
• Failed access to selected remote hosts
  • From: David Liontooth <lionteeth@xxxxxxxxxx>
• ip_dst_cache contents
  • From: "Hector Herrera" <mail4hh@xxxxxxxxx>
• Re: Question about proper IPv6 configuration
  • From: Halassy Zoltán <zhalassy@xxxxxxxxxx>
• Re: Question about proper IPv6 configuration
  • From: Halassy Zoltán <zhalassy@xxxxxxxxxx>
• Strange traffic control behaviour?
  • From: Lorenzo Allegrucci <l.allegrucci@xxxxxxxxx>
• Re: Question about proper IPv6 configuration
  • From: Maoke Chen <fibrib@xxxxxxxxx>
• Re: Question about proper IPv6 configuration
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: Configuring Linux + IPv6 when multihomed (Was: Question about proper IPv6 configuration)
  • From: Halassy Zoltán <zhalassy@xxxxxxxxxx>
• Re: Question about proper IPv6 configuration
  • From: Halassy Zoltán <zhalassy@xxxxxxxxxx>
• Configuring Linux + IPv6 when multihomed (Was: Question about proper IPv6 configuration)
  • From: Jeroen Massar <jeroen@xxxxxxxxx>
• Re: Question about proper IPv6 configuration
  • From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
• Question about proper IPv6 configuration
  • From: Halassy Zoltán <zhalassy@xxxxxxxxxx>
• Observed performance with netfilter and ip_queue in the wild?
  • From: Brian Keefer <chort@xxxxxxxxx>
• protocol lookup tables
  • From: Maoke Chen <fibrib@xxxxxxxxx>
• PE R200 with tg3 is loosing network connection
  • From: Florian Lihl - INGATE GmbH <fl@xxxxxxxxx>
• Re: PE R200 with tg3 is loosing network connection
  • From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
• PE R200 with tg3 is loosing network connection
  • From: Florian Lihl - INGATE GmbH <fl@xxxxxxxxx>
• macvlan + bridge + pppoe
  • From: Shannon Wynter <kernel.org.alias@xxxxxxxxxxx>
• Re: Iptables handles 'ppp+' but tc doesn't
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: Iptables handles 'ppp+' but tc doesn't
  • From: "Philip A. Prindeville" <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Re: Possible race condition in conntracking
  • From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>
• Re: Iptables handles 'ppp+' but tc doesn't
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: Possible race condition in conntracking
  • From: Bill Fink <billfink@xxxxxxxxxxxxxx>
• Possible race condition in conntracking
  • From: Tobias Klausmann <klausman@xxxxxxxxxxxxxxx>
• Re: Iptables handles 'ppp+' but tc doesn't
  • From: "Philip A. Prindeville" <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Re: What happened to this NIC? Any ideas?
  • From: Bill Davidsen <davidsen@xxxxxxx>
• Re: What happened to this NIC? Any ideas?
  • From: Francois Romieu <romieu@xxxxxxxxxxxxx>
• What happened to this NIC? Any ideas?
  • From: markus reichelt <ml@xxxxxxxxxxxxx>
• Re: Iptables handles 'ppp+' but tc doesn't
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: How to put firmware file in statically complied kernel.
  • From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
• How to put firmware file in statically complied kernel.
  • From: George Kumar <grgkumar4@xxxxxxxxx>
• help with cbq scheduling
  • From: "Kingsley Foreman" <kingsley@xxxxxxxxxxxxxxxx>
• unregister_netdevice deadlock with linux 2.6.28
  • From: nicolas normand <doomyster@xxxxxxxxx>
• Iptables handles 'ppp+' but tc doesn't
  • From: "Philip A. Prindeville" <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Re: arp reply but not routing
  • From: Steve Szmidt <sszmidt@xxxxxxxxxxxxxxxx>
• Re: arp reply but not routing
  • From: "xerces8" <xerces8@xxxxxxxx>
• Re: arp reply but not routing
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: kernel sending block old sources mld packet
  • From: David Stevens <dlstevens@xxxxxxxxxx>
• kernel sending block old sources mld packet
  • From: Laurent Bigonville <l.bigonville@xxxxxxxxx>
• Re: arp reply but not routing
  • From: Bobby <bobby@xxxxxxxxxxxxxx>
• arp reply but not routing
  • From: Bobby <bobby@xxxxxxxxxxxxxx>
• Re: RFC: Latency reducing TCP modifications for thin-stream interactive applications
  • From: kristrev@xxxxxxxxx
• OT: Good (iptables) tracing examples?
  • From: "Philip A. Prindeville" <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Re: RFC: Latency reducing TCP modifications for thin-stream interactive applications
  • From: "Ilpo Järvinen" <ilpo.jarvinen@xxxxxxxxxxx>
• How to active/validate the NPE-B NIC of intel_ixdp465?
  • From: bigboy <snakky.zhang@xxxxxxxxx>
• Re: RFC: Latency reducing TCP modifications for thin-stream interactive applications
  • From: Andreas Petlund <apetlund@xxxxxxxxx>
• Re: ftp/telnet connect: Connection timeout
  • From: "Fritz Code" <codefritz@xxxxxxxxxxxxxx>
• Re: ftp/telnet connect: Connection timeout
  • From: Bill Fink <billfink@xxxxxxxxxxxxxx>
• Re: XFRM structures binary compability
  • From: David Miller <davem@xxxxxxxxxxxxx>
• forwarding performance degradation in > 2.6.26
  • From: Sanjay Rao <srao@xxxxxxxxxxxx>
• XFRM structures binary compability
  • From: <klimes@xxxxxxxxxx>
• ftp/telnet connect: Connection timeout
  • From: "Fritz Code" <codefritz@xxxxxxxxxxxxxx>
• Re: Optimization of Linksys WRT54G/WRT54GS DD-WRT ethernet driver - Broadcom BCM4712
  • From: "John W. Linville" <linville@xxxxxxxxxxxxx>
• Optimization of Linksys WRT54G/WRT54GS DD-WRT ethernet driver - Broadcom BCM4712
  • From: Gerhard Wiesinger <lists@xxxxxxxxxxxxx>
• Problem with forcedeth Ethernet driver on high load (especially with SMB traffic)
  • From: Gerhard Wiesinger <lists@xxxxxxxxxxxxx>
• Re: Max outbound connections to different servers limited to 65k
  • From: ML <piased@xxxxxxxxx>
• Re: Max outbound connections to different servers limited to 65k
  • From: ML <piased@xxxxxxxxx>
• Re: Max outbound connections to different servers limited to 65k
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: Max outbound connections to different servers limited to 65k
  • From: "ArcosCom Linux User" <linux@xxxxxxxxxxxx>
• Max outbound connections to different servers limited to 65k
  • From: ML <piased@xxxxxxxxx>
• Re: very low tcp thruput on LFN (using netem)
  • From: Bill Fink <billfink@xxxxxxxxxxxxxx>
• Re: very low tcp thruput on LFN (using netem)
  • From: slashdev <slashdev@xxxxxxxxx>
• Re: very low tcp thruput on LFN (using netem)
  • From: slashdev <slashdev@xxxxxxxxx>
• Re: very low tcp thruput on LFN (using netem)
  • From: Bill Fink <billfink@xxxxxxxxxxxxxx>
• very low tcp thruput on LFN (using netem)
  • From: slashdev <slashdev@xxxxxxxxx>
• Re: [PATCH] Re: kernel panics with net_rx_action on kernels >2.6.26
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Updating the dead-gateway detection patch...
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH] Re: kernel panics with net_rx_action on kernels >2.6.26
  • From: Jarek Poplawski <jarkao2@xxxxxxxxx>
• Re: kernel panics with net_rx_action on kernels >2.6.26
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: kernel panics with net_rx_action on kernels >2.6.26
  • From: Jarek Poplawski <jarkao2@xxxxxxxxx>
• [PATCH] tlan: Fix small (< 64 bytes) datagram transmissions
  • From: Sakari Ailus <sakari.ailus@xxxxxx>
• Re: kernel panics with net_rx_action on kernels >2.6.26
  • From: Alexander Huemer <alexander.huemer@xxxxxxxxx>
• Re: Updating the dead-gateway detection patch...
  • From: Brian Haley <brian.haley@xxxxxx>
• Fw: [problem] Duplicate IP and MAC address ARP issue
  • From: "watson" <watsonlll@xxxxxxxxx>
• Re: kernel panics with net_rx_action on kernels >2.6.26
  • From: Jarek Poplawski <jarkao2@xxxxxxxxx>
• Re: Re: [problem] Duplicate IP and MAC address ARP issue
  • From: "watson" <watsonlll@xxxxxxxxx>
• [problem] Duplicate IP and MAC address ARP issue
  • From: "watson" <watsonlll@xxxxxxxxx>
• Re: kernel panics with net_rx_action on kernels >2.6.26
  • From: David Miller <davem@xxxxxxxxxxxxx>
• kernel panics with net_rx_action on kernels >2.6.26
  • From: Alexander Huemer <alexander.huemer@xxxxxxxxx>
• Re: Updating the dead-gateway detection patch...
  • From: "Philip A. Prindeville" <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Re: Updating the dead-gateway detection patch...
  • From: Brian Haley <brian.haley@xxxxxx>
• Mysterious network delays when using splice()
  • From: Ben Mansell <ben@xxxxxxxx>
• Re: [PATCH]MBM: add Ericsson mbm driver
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Updating the dead-gateway detection patch...
  • From: "Philip A. Prindeville" <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH]MBM: add Ericsson mbm driver
  • From: "Carl Nordbeck" <carl.nordbeck@xxxxxxxxxxxx>
• Re: Updating the dead-gateway detection patch...
  • From: Brian Haley <brian.haley@xxxxxx>
• Re: [PATCH]MBM: add Ericsson mbm driver
  • From: Greg KH <greg@xxxxxxxxx>
• Updating the dead-gateway detection patch...
  • From: "Philip A. Prindevill" <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH]MBM: add Ericsson mbm driver
  • From: "Carl Nordbeck" <carl.nordbeck@xxxxxxxxxxxx>
• Re: Documentation for IP_TRANSPARENT?
  • From: Balazs Scheidler <bazsi@xxxxxxxxxx>
• Default offload settings in Ethernet drivers
  • From: Jan Ceuleers <jan.ceuleers@xxxxxxxxxxxx>
• Re: netlink - notify when the socket gets closed
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: netlink - notify when the socket gets closed
  • From: "m m" <olsajiri@xxxxxxxxx>
• Re: netlink - notify when the socket gets closed
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: netlink - notify when the socket gets closed
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• netlink - notify when the socket gets closed
  • From: "m m" <olsajiri@xxxxxxxxx>
• Keeping Realtek adapter awake during suspend?
  • From: Florian Echtler <floe@xxxxxxxxxxxxxx>
• Re: Redirecting traffic away from loopback
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• strange behavior of 8139too on recent kernels
  • From: "Christoph Gysin" <christoph.gysin@xxxxxxxxxx>
• Redirecting traffic away from loopback
  • From: Nikola Knežević <laladelausanne@xxxxxxxxx>
• IPSec and NAT-T problems in SADB-UPDATE
  • From: "Kannan Jeyapal" <kjeyapal@xxxxxxxxx>
• Re: bond or bridge sniffing
  • From: Laurent Chavey <chavey@xxxxxxxxxx>
• Re: bond or bridge sniffing
  • From: "Omer Faruk Sen" <omerfsen@xxxxxxxxx>
• Re: bond or bridge sniffing
  • From: bsilva <bsilva@xxxxxxxxx>
• Re: bond or bridge sniffing
  • From: Matt Zagrabelny <mzagrabe@xxxxxxxxx>
• bond or bridge sniffing
  • From: "Omer Faruk Sen" <omerfsen@xxxxxxxxx>
• ecn nonce implementation
  • From: "richard -rw- weinberger" <richard.weinberger@xxxxxxxxx>
• Re: RFC: Latency reducing TCP modifications for thin-stream interactive applications
  • From: "Ilpo Järvinen" <ilpo.jarvinen@xxxxxxxxxxx>
• RFC: Latency reducing TCP modifications for thin-stream interactive applications
  • From: Andreas Petlund <apetlund@xxxxxxxxx>
• Re: IP Aliasing: IPs Switched?
  • From: Lainee Scott <laineescott@xxxxxxxxx>
• Re: IP Aliasing: IPs Switched?
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• [PATCH] [LIO-Target]: Make kernel level struct socket->ops->accept() use sock_create_lite()
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• [PATCH] [LIO-Target]: Use modern kernel socket wrappers from linux/net/socket.c:kernel_*()
  • From: "Nicholas A. Bellinger" <nab@xxxxxxxxxxxxxxx>
• Re: [PATCH]MBM: add Ericsson mbm driver
  • From: Josip Rodin <joy@xxxxxxxxxxxxxx>
• Re: IP Aliasing: IPs Switched?
  • From: Lainee Scott <laineescott@xxxxxxxxx>
• Re: multicast packet delivery: filtered by interface?
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: multicast packet delivery: filtered by interface?
  • From: "Jon McAllister" <jonmcallister17@xxxxxxxxx>
• Documentation for IP_TRANSPARENT?
  • From: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
• Re: [PATCH] netfilter: nf_conntrack_sctp: fix build warning
  • From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
• Re: [PATCH] netfilter: nf_conntrack_sctp: fix build warning
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Question about HFSC atm+man patches
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: TCP_CONGESTION documentation
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: Question about HFSC atm+man patches
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• [PATCH] netfilter: nf_conntrack_sctp: fix build warning
  • From: Wu Fengguang <fengguang.wu@xxxxxxxxx>
• Question about HFSC atm+man patches
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: TCP_CONGESTION documentation
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: TCP_CONGESTION documentation
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: IP Aliasing: IPs Switched?
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: TCP_CONGESTION documentation
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/3] NET: remove redundant argument comments
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: TCP_CONGESTION documentation
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: TCP_CONGESTION documentation
  • From: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
• Re: TCP_CONGESTION documentation
  • From: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
• Re: TCP_CONGESTION documentation
  • From: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
• Re: TCP_CONGESTION documentation
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: TCP_CONGESTION documentation
  • From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 02/3] net/netlabel/netlabel_domainhash.c: cleanup kernel-doc
  • From: Qinghuang Feng <qhfeng.kernel@xxxxxxxxx>
• [PATCH 01/3] NET: remove redundant argument comments
  • From: Qinghuang Feng <qhfeng.kernel@xxxxxxxxx>
• [PATCH 0/3] report
  • From: Qinghuang Feng <qhfeng.kernel@xxxxxxxxx>
• Can you provide TCP_MD5SIG documentation?
  • From: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
• Re: multicast packet delivery: filtered by interface?
  • From: David Stevens <dlstevens@xxxxxxxxxx>
• multicast packet delivery: filtered by interface?
  • From: "Jon McAllister" <jonmcallister17@xxxxxxxxx>
• Re: TCP_CONGESTION documentation
  • From: "Michael Kerrisk" <mtk.manpages@xxxxxxxxxxxxxx>
• TCP_CONGESTION documentation
  • From: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
• Re: IP Aliasing: IPs Switched?
  • From: Lainee Scott <laineescott@xxxxxxxxx>
• Re: IP Aliasing: IPs Switched?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• IP Aliasing: IPs Switched?
  • From: Lainee Scott <laineescott@xxxxxxxxx>
• CLONE_NEWNET documentation
  • From: Michael Kerrisk <mtk.manpages@xxxxxxxxxxxxxx>
• RE: Getting NIC statistics using Ethtool.
  • From: <Madhukar.Mythri@xxxxxxxxxxx>
• Getting NIC statistics using Ethtool.
  • From: "Paraneetharan Chandrasekaran" <paraneetharanc@xxxxxxxxx>
• Status on support for Realtek RTL8111B
  • From: "Timothy Normand Miller" <theosib@xxxxxxxxx>
• Re: [PATCH]MBM: add Ericsson mbm driver
  • From: Greg KH <greg@xxxxxxxxx>
• RE: [PATCH]MBM: add Ericsson mbm driver
  • From: "Carl Nordbeck" <carl.nordbeck@xxxxxxxxxxxx>
• Re: [PATCH]MBM: add Ericsson mbm driver
  • From: Greg KH <greg@xxxxxxxxx>
• RE: [PATCH]MBM: add Ericsson mbm driver
  • From: "Carl Nordbeck" <carl.nordbeck@xxxxxxxxxxxx>
• Re: Tulip Driver Issues
  • From: Jim Gifford <maillist@xxxxxxxxx>
• Re: [PATCH]MBM: add Ericsson mbm driver
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• [IPv6] Loopback address ::1 allowed as source on non-loopback interfaces
  • From: Pascal Hambourg <pascal.mail@xxxxxxxxxxxxxxx>
• Re: [PATCH]MBM: add Ericsson mbm driver
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: [PATCH]MBM: add Ericsson mbm driver
  • From: Greg KH <greg@xxxxxxxxx>
• RE: [PATCH]MBM: add Ericsson mbm driver
  • From: "Carl Nordbeck" <carl.nordbeck@xxxxxxxxxxxx>
• Re: [PATCH]MBM: add Ericsson mbm driver
  • From: Greg KH <greg@xxxxxxxxx>
• RE: [PATCH]MBM: add Ericsson mbm driver
  • From: "Carl Nordbeck" <carl.nordbeck@xxxxxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• RE: Linux still keep the expired prefix 15 seconds after its expiration
  • From: Wendy Lai <weiwen_lai@xxxxxxxxx>
• RE: Linux still keep the expired prefix 15 seconds after its expiration
  • From: "Jeff Haran" <jharan@xxxxxxxxxxx>
• Linux still keep the expired prefix 15 seconds after its expiration
  • From: Wendy Lai <weiwen_lai@xxxxxxxxx>
• Re: Ethernet link up transition and IPv6 DAD
  • From: Brian Haley <brian.haley@xxxxxx>
• Ethernet link up transition and IPv6 DAD
  • From: "Tarr, Stephen F" <Stephen.Tarr@xxxxxxxxx>
• Re: Behavior of SO_BINDTODEVICE
  • From: Kristian Evensen <kristrev@xxxxxxxxxx>
• link state transitions and IPv6 DAD
  • From: "Tarr, Stephen F" <Stephen.Tarr@xxxxxxxxx>
• kernel dump in dev_change_flags
  • From: "krishna pavan" <krishnapavan@xxxxxxxxx>
• Re: Example of using libnfnetlink_conntrack ?
  • From: Jeremy Jackson <jerj@xxxxxxxxxxxx>
• Example of using libnfnetlink_conntrack ?
  • From: Philip Prindeville <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Re: Behavior of SO_BINDTODEVICE
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: [PATCH]MBM: add Ericsson mbm driver
  • From: Greg KH <greg@xxxxxxxxx>
• Re: Behavior of SO_BINDTODEVICE
  • From: kristrev@xxxxxxxxx
• Re: Behavior of SO_BINDTODEVICE
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: Behavior of SO_BINDTODEVICE
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: Behavior of SO_BINDTODEVICE
  • From: Kristian Evensen <kristrev@xxxxxxxxxx>
• Re: Behavior of SO_BINDTODEVICE
  • From: kristrev@xxxxxxxxx
• Re: Behavior of SO_BINDTODEVICE
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: Behavior of SO_BINDTODEVICE
  • From: kristrev@xxxxxxxxx
• Behavior of SO_BINDTODEVICE
  • From: kristrev@xxxxxxxxx
• Re: Infering Packet Type
  • From: Joe Eykholt <jre@xxxxxxxxxxxxxxxx>
• Infering Packet Type
  • From: "\"G\"" <balajig81@xxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: "John Heffner" <johnwheffner@xxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: "Rémi Denis-Courmont" <remi.denis-courmont@xxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: David Newall <davidn@xxxxxxxxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: "Ilpo Järvinen" <ilpo.jarvinen@xxxxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: "Daniel J Blueman" <daniel.blueman@xxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: "Ilpo Järvinen" <ilpo.jarvinen@xxxxxxxxxxx>
• Re: TCP RESET after SACK in Kernel 2.6
  • From: Alexander Terczka <alex@xxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: "Ilpo Järvinen" <ilpo.jarvinen@xxxxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: Dave Hudson <linux-kernel@xxxxxxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: "Ilpo Järvinen" <ilpo.jarvinen@xxxxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• 'tcp_slow_start_initial' in Linux?
  • From: "Sunghwan Ihm" <sihm@xxxxxxxxxxxxxxxx>
• Re: jumbo- frames, ioctl() ?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• jumbo- frames, ioctl() ?
  • From: Mattias Kjellsson <mkje@xxxxxx>
• Re: Number of IFB devices on a monolithic kernel
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Number of IFB devices on a monolithic kernel
  • From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
• Number of IFB devices on a monolithic kernel
  • From: Peter Rabbitson <rabbit+list@xxxxxxxxx>
• Re: TCP RESET after SACK in Kernel 2.6
  • From: Alexander Terczka <alex@xxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: Mikael Abrahamsson <swmike@xxxxxxxxx>
• Re: New filter 'flow' bug?
  • From: almaop@xxxxxxxxx
• Re: time for TCP ECN defaulting to on?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: "Michael Chan" <mchan@xxxxxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: "Michael Chan" <mchan@xxxxxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: time for TCP ECN defaulting to on?
  • From: Dave Hudson <linux-kernel@xxxxxxxxxxxxx>
• time for TCP ECN defaulting to on?
  • From: "Daniel J Blueman" <daniel.blueman@xxxxxxxxx>
• kernel broadcast forwarding
  • From: Zhaohui Wang <zwange@xxxxxxx>
• Re: sample packet filter code
  • From: Jim Murphy <jmurphy@xxxxxxxxxxxxxxx>
• Re: New filter 'flow' bug?
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• redirects don't seem to be working
  • From: Alex Samad <alex@xxxxxxxxxxxx>
• Creation of net_devices dynamically
  • From: "\"G\"" <balajig81@xxxxxxxxx>
• Re: sample packet filter code
  • From: Allen Curtis <ajcurtis84@xxxxxxxxx>
• Re: sample packet filter code
  • From: Jim Murphy <jmurphy@xxxxxxxxxxxxxxx>
• Re: sample packet filter code
  • From: "David W. Hankins" <David_Hankins@xxxxxxx>
• sample packet filter code
  • From: Allen Curtis <ajcurtis84@xxxxxxxxx>
• Re: question: emulate_large_send_offload
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: question: emulate_large_send_offload
  • From: David Miller <davem@xxxxxxxxxxxxx>
• question: emulate_large_send_offload
  • From: Saikiran Madugula <hummerbliss@xxxxxxxxx>
• Re: New filter 'flow' bug?
  • From: almaop@xxxxxxxxx
• Re: New filter 'flow' bug?
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: New filter 'flow' bug?
  • From: almaop@xxxxxxxxx
• Re: New filter 'flow' bug?
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Re: New filter 'flow' bug?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• New filter 'flow' bug?
  • From: almaop@xxxxxxxxx
• [PATCH]MBM: add Ericsson mbm driver
  • From: Carl Nordbeck <carl@xxxxxxxxxxxx>
• Re: [PATCH]MBM: add Ericsson mbm driver
  • From: Oliver Neukum <oliver@xxxxxxxxxx>
• Re: [PATCH]MBM: add Ericsson mbm driver
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH]MBM: add Ericsson mbm driver
  • From: "Carl Nordbeck" <carl.nordbeck@xxxxxxxxxxxx>
• [PATCH]MBM: add Ericsson mbm driver
  • From: "Carl Nordbeck" <carl.nordbeck@xxxxxxxxxxxx>
• Re: [PATCH]MBM: add Ericson mbm driver
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH]MBM: add Ericson mbm driver
  • From: "Carl Nordbeck" <carl.nordbeck@xxxxxxxxxxxx>
• Re: Tulip Driver Issues
  • From: Jim Gifford <maillist@xxxxxxxxx>
• Encripted file system
  • From: David Harel <hareldvd@xxxxxxxxx>
• Tulip Driver Issues
  • From: Jim Gifford <maillist@xxxxxxxxx>
• Re: socket(AF_PACKET,SOCK_RAW) and ioctl(IFF_PROMISC&IFF_MULTICAST) (help)
  • From: Jim Murphy <jmurphy@xxxxxxxxxxxxxxx>
• Re: socket(AF_PACKET,SOCK_RAW) and ioctl(IFF_PROMISC&IFF_MULTICAST) (help)
  • From: Allen Curtis <ajcurtis84@xxxxxxxxx>
• socket(AF_PACKET,SOCK_RAW) and ioctl(IFF_PROMISC&IFF_MULTICAST) (help)
  • From: Allen Curtis <ajcurtis84@xxxxxxxxx>
• Re: kernel oops when system under network stress
  • From: Alex Samad <alex@xxxxxxxxxxxx>
• Re: Low Level Network Traffic Analyser
  • From: Lawrence MacIntyre <macintyrelp@xxxxxxxx>
• Re: Low Level Network Traffic Analyser
  • From: Bradley Millman <bmillman@xxxxxxxxxx>
• Low Level Network Traffic Analyser
  • From: Marco <listworks@xxxxxxxxx>
• Re: Who owns nf_nat_sip & nf_conntrack_sip?
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• Who owns nf_nat_sip & nf_conntrack_sip?
  • From: Philip Prindeville <philipp_subx@xxxxxxxxxxxxxxxxxxxxx>
• Re: e1000 softirq load balancing
  • From: Paul Gortmaker <paul.gortmaker@xxxxxxxxxxxxx>
• Re: e1000 softirq load balancing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: e1000 softirq load balancing
  • From: "Paul Gortmaker" <paul.gortmaker@xxxxxxxxxxxxx>
• Re: can you help me with the oom-killer problem
  • From: "yong xue" <ultraice@xxxxxxxxx>
• Re: can you help me with the oom-killer problem
  • From: "Miquel van Smoorenburg" <miquels@xxxxxxxxxx>
• can you help me with the oom-killer problem
  • From: "yong xue" <ultraice@xxxxxxxxx>
• Re: About tcp header misalignment
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: About tcp header misalignment
  • From: "Liqiang Yang" <yliqiang@xxxxxxxxx>
• Re: About tcp header misalignment
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: About tcp header misalignment
  • From: David Miller <davem@xxxxxxxxxxxxx>
• About tcp header misalignment
  • From: "Liqiang Yang" <yliqiang@xxxxxxxxx>
• Re: Linux quick_ack mode
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Linux quick_ack mode
  • From: Aboo Valappil <aboo@xxxxxxxx>
• Re: kernel oops when system under network stress
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: TCP RESET after SACK in Kernel 2.6
  • From: David Miller <davem@xxxxxxxxxxxxx>
• TCP RESET after SACK in Kernel 2.6
  • From: Christian Schwarz <cs-linuxnet@xxxxxxxxxxxxxxxxxx>
• Re: kernel oops when system under network stress
  • From: Alex Samad <alex@xxxxxxxxxxxx>
• Re: kernel oops when system under network stress
  • From: Alex Samad <alex@xxxxxxxxxxxx>
• Re: kernel oops when system under network stress
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: kernel oops when system under network stress
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: e1000 softirq load balancing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: kernel oops when system under network stress
  • From: Alex Samad <alex@xxxxxxxxxxxx>
• Re: kernel oops when system under network stress
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• RE: e1000 softirq load balancing
  • From: <Madhukar.Mythri@xxxxxxxxxxx>
• Re: kernel oops when system under network stress
  • From: Alex Samad <alex@xxxxxxxxxxxx>
• Re: kernel oops when system under network stress
  • From: David Miller <davem@xxxxxxxxxxxxx>
• kernel oops when system under network stress
  • From: Alex Samad <alex@xxxxxxxxxxxx>
• Re: qdisc tbf dropping many packets
  • From: Abdul Basit <abasit@xxxxxxxxx>
• Re: e1000 softirq load balancing
  • From: "yong xue" <ultraice@xxxxxxxxx>
• RE: e1000 softirq load balancing
  • From: <Madhukar.Mythri@xxxxxxxxxxx>
• Re: e1000 softirq load balancing
  • From: Don Porter <porterde@xxxxxxxxxxxxx>
• Re: qdisc tbf dropping many packets
  • From: Patrick McHardy <kaber@xxxxxxxxx>
• RE: e1000 softirq load balancing
  • From: <Madhukar.Mythri@xxxxxxxxxxx>
• RE: qdisc tbf dropping many packets
  • From: <Madhukar.Mythri@xxxxxxxxxxx>
• Re: qdisc tbf dropping many packets
  • From: David Miller <davem@xxxxxxxxxxxxx>
• qdisc tbf dropping many packets
  • From: Abdul Basit <abasit@xxxxxxxxx>
• Re: e1000 softirq load balancing
  • From: Donald Porter <porterde@xxxxxxxxxxxxx>
• Re: e1000 softirq load balancing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: e1000 softirq load balancing
  • From: Don Porter <porterde@xxxxxxxxxxxxx>
• Re: e1000 softirq load balancing
  • From: Don Porter <porterde@xxxxxxxxxxxxx>
• Re: e1000 softirq load balancing
  • From: "Aaron Porter" <atporter@xxxxxxxxx>
• Re: e1000 softirq load balancing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• e1000 softirq load balancing
  • From: Don Porter <porterde@xxxxxxxxxxxxx>
• Re: recv() hangs until SIGCHLD ?
  • From: Nicolas Cannasse <ncannasse@xxxxxxxxxxxxxxx>
• Re: recv() hangs until SIGCHLD ?
  • From: Nicolas Cannasse <ncannasse@xxxxxxxxxxxxxxx>
• Re: recv() hangs until SIGCHLD ?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH] de2104x: wrong MAC address fix
  • From: Martin Langer <martin-langer@xxxxxx>
• Re: recv() hangs until SIGCHLD ?
  • From: Nicolas Cannasse <ncannasse@xxxxxxxxxxxxxxx>
• RE: recv() hangs until SIGCHLD ?
  • From: "David Schwartz" <davids@xxxxxxxxxxxxx>
• Re: recv() hangs until SIGCHLD ?
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Re: Virtualization
  • From: "Tharindu Rukshan Bamunuarachchi" <tharindunix@xxxxxxxxx>
• Virtualization
  • From: "\"G\"" <balajig81@xxxxxxxxx>
• Re: Creating IPsec SAs
  • From: <klimes@xxxxxxxxxx>
• Re: TC on domain name
  • From: "Aaron Porter" <atporter@xxxxxxxxx>
• Re: Fwd: Procfs or sysfs
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• Can we create VLAN interface over GRE tunnel interface
  • From: <Madhukar.Mythri@xxxxxxxxxxx>
• RE: Fwd: Procfs or sysfs
  • From: <Madhukar.Mythri@xxxxxxxxxxx>
• Re: Fwd: Procfs or sysfs
  • From: Chris Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
• Fwd: Procfs or sysfs
  • From: "\"G\"" <balajig81@xxxxxxxxx>
• tc with htb and sfq affecting response times
  • From: Oliver Hookins <oliver.hookins@xxxxxxxxxxxxx>
• Re: TC on domain name
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• TC on domain name
  • From: Stephen Clark <sclark46@xxxxxxxxxxxxx>
• Procfs or sysfs
  • From: "\"G\"" <balajig81@xxxxxxxxx>
• Re: tcp/ip performance problem
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: tcp/ip performance problem
  • From: "Pranav Desai" <pranavadesai@xxxxxxxxx>
• Re: tcp/ip performance problem
  • From: Sridhar Samudrala <sri@xxxxxxxxxx>
• Re: tcp/ip performance problem
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: tcp/ip performance problem
  • From: Bernd Eckenfels <ecki@xxxxxxxxxxxx>
• Re: tcp/ip performance problem
  • From: "Pranav Desai" <pranavadesai@xxxxxxxxx>
• Re: tcp/ip performance problem
  • From: Sridhar Samudrala <sri@xxxxxxxxxx>
• Re: tcp/ip performance problem
  • From: "Pranav Desai" <pranavadesai@xxxxxxxxx>
• Re: tcp/ip performance problem
  • From: Sridhar Samudrala <sri@xxxxxxxxxx>
• Re: tcp/ip performance problem
  • From: Pekka Savola <pekkas@xxxxxxxxxx>
• Re: tcp/ip performance problem
  • From: "Vitaly Ivanov" <vitaly.inbox@xxxxxxxxx>
• Creating IPsec SAs
  • From: <klimes@xxxxxxxxxx>
• Bandwidth cap reached for networked file systems on IBM xSeries
  • From: "Jason Czerak" <jason@xxxxxxxxxx>
• Re: Problem with duplex Gigabit TCP on SPARC T1/tg3
  • From: Elad Lahav <elad_lahav@xxxxxxxxxxxxxxxxxxxxx>
• Re: Problem with duplex Gigabit TCP on SPARC T1/tg3
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Problem with duplex Gigabit TCP on SPARC T1/tg3
  • From: Elad Lahav <elad_lahav@xxxxxxxxxxxxxxxxxxxxx>
• Re: tcp/ip performance problem
  • From: Pekka Savola <pekkas@xxxxxxxxxx>
• Re: tcp/ip performance problem
  • From: "Vitaly Ivanov" <vitaly.inbox@xxxxxxxxx>
• Re: tcp/ip performance problem
  • From: Pekka Savola <pekkas@xxxxxxxxxx>
• tcp/ip performance problem
  • From: "Vitaly Ivanov" <vitaly.inbox@xxxxxxxxx>
• Re: NetXen module load
  • From: "Aaron Porter" <atporter@xxxxxxxxx>
• NetXen module load
  • From: "Aaron Porter" <atporter@xxxxxxxxx>
• Re: questions regarding qdiscs, watchdogs, hrtimers and [NO_] HZ
  • From: David Miller <davem@xxxxxxxxxxxxx>
• questions regarding qdiscs, watchdogs, hrtimers and [NO_] HZ
  • From: Michal Soltys <soltys@xxxxxxxx>
• Re: Common issues gathering local interface information...
  • From: "David W. Hankins" <David_Hankins@xxxxxxx>
• Linux quick_ack mode
  • From: Aboo Valappil <aboo@xxxxxxxx>
• Re: Common issues gathering local interface information...
  • From: bsilva <bsilva@xxxxxxxxx>
• Re: Common issues gathering local interface information...
  • From: bsilva <bsilva@xxxxxxxxx>
• Fwd: Sending ARP requests to the peer over PF_PACKET socket
  • From: "Mahesh Kelkar" <maheshkelkar@xxxxxxxxx>
• Re: Common issues gathering local interface information...
  • From: Chris Fowler <cfowler@xxxxxxxxxxxxxxxxxxx>
• Common issues gathering local interface information...
  • From: "Kris van Rens" <krisvanrens.list@xxxxxxxxx>