[sr-dev] siptrace inconsistency

[Juha Heinanen]

Daniel-Constantin Mierla writes:

> That might not be that complex to do, right now all traffic can be
> mirrored via HEP by setting the trace_mode parameter. If someone wants
> to test it, I can extend it when I get a bit of time during the next few
> days with an option to write the traffic to database, controlled to
> turn/on off by the rcp command (already available).

I would be delighted to test siptrace module RPC on/off capability.

> > I could then do transaction/dialog/whatever level post-processing of the
> > traffic based on the records in the database and I don't need any help
> > from K regarding that.
> 
> I guess that this kind of filtering is needed for instances with a lot
> of traffic, where mirroring everything can become a big overhead. Having
> support for such filtering doesn't exclude to have the above variant
> (which is simpler -- again, most of it already implemented for HEP
> mirroring).

Yes, I agree that there are situations where filtering by K is needed.

-- Juha