This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.
Matthew Johnson matt9j at cs.washington.eduHello 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 at 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 at gnumonks.org> > http://laforge.gnumonks.org/ > > ============================================================================ > "Privacy in residential applications is a desirable marketing option." > (ETSI EN 300 175-7 Ch. > A6) > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20180906/5a09261c/attachment.htm>