Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Remote control of clumsy #1

Open
jvanegmond opened this issue Dec 10, 2013 · 18 comments
Open

Remote control of clumsy #1

jvanegmond opened this issue Dec 10, 2013 · 18 comments

Comments

@jvanegmond
Copy link

In order for clumsy to be deployed in automated test runs, it is necessary to be able to control clumsy from other applications.

Ideally clumsy would:

  • Expose a RESTful service or a TCP service with a simple protocol allowing:
    • Start and stop an get current state
    • Get and set filter
    • Set and get options for different functions
    • Enable or disable the different functions
  • Automatically ignore the control connection when modifying the packets (maybe simply by adding a part to the filter automatically).
@jagt
Copy link
Owner

jagt commented Dec 10, 2013

I'm thinking of implementing a command line version and you can specify the parameters on start up. Would this meet your requirements?

@jvanegmond
Copy link
Author

Yes, I think that would satisfy the requirements. We can always add network control later as a wrapper around the command line version.

@jagt
Copy link
Owner

jagt commented Dec 12, 2013

Cool! I'll try to get this done.

@jagt
Copy link
Owner

jagt commented Dec 14, 2013

@jvanegmond I've uploaded a new release accepting command line options. There's no doc yet, but it's pretty easy to figure out the arguments in the commit 046572c .

An example:

clumsy.exe --filter outbound --drop on --drop-chance 50

@billzhuang
Copy link

tks @jagt , your commit fix our big problem.

@Ehntae
Copy link

Ehntae commented Oct 20, 2016

Hello, I was wondering if there was a way to have clumsy start when it opens, as I am opening from the command line, but having to interface with the GUI and press the start button removes my ability to automate its use, thanks!

@rafarojas
Copy link

I would like to send the delay value of 70ms, I tried with:
.\clumsy --lag on --lag-delay 70

But it doesn't work. What should be the parameters?

@Ehntae
Copy link

Ehntae commented Oct 20, 2016

Change --lag-delay to --lag-time!

@rafarojas
Copy link

Awesome, thanks ;)

@rafarojas
Copy link

rafarojas commented Oct 21, 2016

BTW, do you know where I can find documentation for those commands?
@aeomi on my tests I don't have to click on "Start" if I send at least one of the parameters, like drop, or the lag-time. But if I don't send any parameter it doesn't start right away and I will need to click on Start manually

@Ehntae
Copy link

Ehntae commented Oct 21, 2016

I see, that isn't what happens with me, I've had to use AHK to controlclick the start button when the application starts. I would still really like a command line based version of clumsy, it would definitely make the task of automation far easier. Also, as far as I know there is no documentation for it, however, you can view the source code and figure out most of the parameters from there is what I think the dev said.

@fabry00
Copy link

fabry00 commented Aug 22, 2017

I would like to start clumsy from command line with these parameters :

Filters:
inbound and (ip.SrcAddr = 10.40.2.181 or ip.SrcAddr = 10.40.2.134 or ip.SrcAddr = 10.40.2.157 or ip.SrcAddr = 10.40.2.113 )

Functions:
Drop Inbound Outbound chance 10%

What are the clumsy commandline parameters?

thank you

@inequity
Copy link

@fabry00 Add those settings to clumsy's config.txt as a new filter, then specify --filter filter_name to use it.

@rogierschouten
Copy link

any chance of documentation?

@nddipiazza
Copy link

https://github.com/jagt/clumsy/wiki/Command-Line-Arguments @rogierschouten there you go

@rogierschouten
Copy link

Thx!

@eduranf
Copy link

eduranf commented Apr 15, 2020

Hi, it would be possible to lag udp packets targeted to a outbound multicast ip?
If yes, which would be the correct configuration?.

Thank you in advance

@moerwald
Copy link

Found this sample in config.txt. May help:

udp ipv4 against port: udp and (udp.DstPort == 12354 or udp.SrcPort == 12354)

So your filter could be:

udp and ip.DstAddr == 224.x.x.x

jagt added a commit that referenced this issue Apr 24, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests