|
|
Re: [RFC PATCH 0/2] Faster/parallel SYN handling to mitigate SYN floods |
On Thu, 2012-05-31 at 00:40 +0200, Jesper Dangaard Brouer wrote: > That seems like a very unlikely situation, which we perhaps should > neglect as we are under SYN attack. > > I will test the attack vector, if we instead of dropping the reqsk, > fall back into the slow locked path. I can provoke this attack vector, and performance is worse, if not dropping the reqsk early. Generator SYN flood at 750Kpps, sending false retransmits mixture. - With early drop: 406 Kpps - With return to locked processing: 251 Kpps Its still better than the approx 150Kpps, without any patches. -- Best regards, Jesper Dangaard Brouer MSc.CS, Sr. Network Kernel Developer at Red Hat Author of http://www.iptv-analyzer.org LinkedIn: http://www.linkedin.com/in/brouer -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
[Linux Kernel Discussion] [Ethernet Bridging] [Linux Wireless Networking] [Linux Bluetooth Networking] [Linux Networking Users] [VLAN] [Git] [IETF Annouce] [Linux Assembly] [Security] [Bugtraq] [Photo] [Singles Social Networking] [Yosemite Information] [MIPS Linux] [ARM Linux Kernel] [ARM Linux] [Linux Virtualization] [Linux Security] [Linux IDE] [Linux RAID] [Linux SCSI] [Free Dating]
![]() |
![]() |