Hi.
We have several kind of logs in libosmocore: 'log stderr', 'log file ...',
'log
gsmtap' etc.
Some of them are naturally singleton: you can't have 2 stderrs at the same time. Some
are naturally parallel - it make sense to log different things into different files.
What about "log gsmtap"?
On the one hand sending to different hosts might make sense, on the other hand, the
receiver can do filtering by itself.
The current implementation does not allow multiple "log gsmtap" entries but the
code
is kinda unclear - I don't understand if that's intentional.
So, is it a "bug" or "feature"?
Shall we opt for greater flexibility and fix the code to enable multiple gsmtap log
destinations?
Shall we opt for simplicity and fix the code to make it clear that log gsmtap is
singleton?
Do you have any use-case in mind where multiple "log gsmtap" would come in
handy?
Do you foresee any problems arising from multiple "log gsmtap"working in
parallel?
N. B: this has nothing to do with recording bursts into .pcap, this is about sending
log output using the same facility we use for recording frames sent/received over the
air. The frame recording is used in OsmoBTS/PCU, the logging is used in all Osmo*
projects.
Just in case, the patch enabling multiple 'log gsmtap ...' is available in
https://gerrit.osmocom.org/#/c/5747/ so you can give it a try.
--
Max Suraev <msuraev(a)sysmocom.de>
http://www.sysmocom.de/
=======================================================================
* sysmocom - systems for mobile communications GmbH
* Alt-Moabit 93
* 10559 Berlin, Germany
* Sitz / Registered office: Berlin, HRB 134158 B
* Geschaeftsfuehrer / Managing Director: Harald Welte