lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 1 Feb 2011 09:49:23 -0800 From: Stephen Hemminger <shemminger@...tta.com> To: Rick Jones <rick.jones2@...com> Cc: Volkan YAZICI <volkan.yazici@...il.com>, netdev@...r.kernel.org Subject: Re: How To Temporarily Suspend Network Traffic On Tue, 01 Feb 2011 09:32:32 -0800 Rick Jones <rick.jones2@...com> wrote: > Volkan YAZICI wrote: > > Hi, > > > > I want to temporarily suspend the network traffic on a particular > > interface -- if possible, in microsecond granularity. For this purpose, > > ifup/ifdown ioctl() calls doesn't work. That is, for wireless > > interfaces, connection isn't get recovered; for wired interfaces, it > > takes at least 2 seconds to recover. I tried using tc, but it doesn't > > accept "rate 0" parameter. Neither "iwconfig wlan0 rate 0" has any > > effect. (Moreover, in iwconfig manual it is told that values below 1000 > > are card specific and are usually an index in the bit-rate list.) Do you > > have any suggestions? Can you recommend me to check any code piece in > > the kernel or some other tool? > > Out of not quite idle curiousity, what are you trying to accomplish? > > Instead of using tc to set a zero rate, you could perhaps try using tc to set a > delay? If it doesn't offer microseconds of delay, pehaps setting a delay and > then eliminating it after your own pause will do what you want - depends of > course on what it is you really want. Your saying you wanted microsecond > granularity suggests you don't want to suspend traffic for very long? > > rick jones What about using tc mired to redirect to dummy device? or use netem drop -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists