Hello Harald,
I went to go file the bug, and realized that I had made an error! I was looking quickly through several manuals at the same time, and was searching the GGSN VTY reference by accident.

Ron,
The details on the CDR configuration options for the SGSN are available as expected in the SGSN's VTY reference manual http://ftp.osmocom.org/docs/latest/osmosgsn-vty-reference.pdf

Cheers,
-Matt J.



On Wed, Sep 5, 2018 at 10:50 PM Harald Welte <laforge@gnumonks.org> wrote:
Hi Matthew,

thanks for sharing your experience!

On Wed, Sep 05, 2018 at 10:24:16AM -0700, Matthew Johnson wrote:
> It's been a few months since I've worked with the osmocom CDR's, but from
> memory I think what you're looking for is the cdr configuration option.

> In osmocom, "log" refers to the logs of the actual programs (think
> what you would see in syslog).

this is correct.

> I've only ever used cdr's in the SGSN to track data
> usage for billing, but I believe you can get the same information on the
> circuit switched side of the world too.

Unfortunately we don't have any CDR generation in OsmoMSC.  This reasons
are twofold:

a) this is an "enterprise" feature, i.e. nothing that you'd need for
   research/lab type use, and hence nothing that anyone would likely
   volunteer to do in their spare time.  The SGSN CDR was developed
   under funding from a specific enterprise user who had a related
   requirement.

b) most networks don't end at the MSC but they actually have some kind
   of other (soft)switch infrastructure behind the MSC, and hence the
   voice call related logs can be obtained there.  This doesn't apply
   to the same degree for SMS, though.

> although suspiciously the cdr config options are not listed under the
> SGSN vty reference anymore.

This is definitely not how it's supposed to be.  Would you mind opening a
new issue about this in the OsmoSGSN issue tracker at
https://osmocom.org/projects/osmosgsn/issues ?  Thanks!

--
- Harald Welte <laforge@gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)