multiple port support

[sleinen]

From [email protected] on October 19, 2011 21:54:36

Feature request: it would be nice if samplicate had a way to support multiple ports with a single instance of samplicate. Note that I don't need this today, but foresee needing it in the future. [So please set priority on this to low!]

Original issue: http://code.google.com/p/samplicator/issues/detail?id=15

[sleinen]

From [email protected] on October 20, 2011 15:23:10

Thanks for the proposal. In our own installation, we replicate packets (Netflow export) on many port numbers separately. It is simple enough to do this just by using multiple samplicate processes. Extending samplicator to handle multiple receive-side ports would be possible, but at the cost of some complexity. First of all the code would have to be modified to read from multiple sockets, so something like select()/poll() should be used (or multiple threads). Secondly, the option/configuration file handling should be reviewed for cases where one might want to specify different options/configuration for the different ports, and argument parsing would have to be changed to support this. I'm afraid that this will not only make the code more complex, but also make it harder for users to understand how options are processed.

Because the desired effect can be achieved easily (without these complications) using separate processes, I am tempted to mark this as "WontFix" until/unless someone convinces me that this would be a win. But even if you can convince me, I won't have enough time and motivation to work on the implementation myself - although I will happily review contributed patches.

Status: Accepted
Labels: -Type-Defect -Priority-Medium Type-Enhancement Priority-Low

[sleinen]

From [email protected] on November 07, 2011 16:55:25

Sorry, yes, this would mean more configuration complexity.

The use case that I see for this is to make samplicate be a simple standalone daemon process rather than requiring a process per port.