On Thu, Oct 20, 2016 at 3:58 PM, Eddy G <eddyg...@gmail.com> wrote:
> It does not seem like it is possible to do something like:
> because 1) dinc() and ddec() are limited to single octets, and 2) you can't
> nest dinc() or ddec() inside the c* helpers.
> The above would be useful to allow a dynamic trafgen cfg that iterates
> through a range of source/destination ports (for example).
> Is expanding dinc()/ddec() to allow values larger than an octet and
> "nesting" of other helper functions inside the c*() helpers something that
> has been discussed?
> Or perhaps a plan to add dinc16() / ddec16(), dinc32()/ddec32(), etc.?
Well, the easier way might be to add new dinc16/32 ddec16/32 in the
way like there
are other func16/32(...).
> Also, the new protocol header functions are terrific, but are limited by
> their inability to prevent more complex / partial dynamic configuration
> parameters as values. For example:
> Any possibility this is something that has been discussed? Such partial
> constructs would be *very* useful in generating randomized traffic for
> testing purposes.
I'd focus 1st on proto functions and then move to the low-level functions,
and I'd propose the following (for example) way to apply
dynamic funcs to the part of field:
eth(sa=<initial value>, sa[from:to]=dinc())
ftom:to - in bytes offset, it might be also [from:len], not sure what
would be better.
Currently I don't know exactly if it will hard to parse this, just an
proposal for the syntax.
> You received this message because you are subscribed to the Google Groups
> "netsniff-ng" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to netsniff-ng+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
All these ideas look reasonable to add to trafgen.
You received this message because you are subscribed to the Google Groups
To unsubscribe from this group and stop receiving emails from it, send an email
For more options, visit https://groups.google.com/d/optout.