aboutsummaryrefslogtreecommitdiffstats
path: root/openbsc/src/rest_octets.c
AgeCommit message (Collapse)AuthorFilesLines
2011-01-01License change: We are now AGPLv3+ instead of GPLv2+Harald Welte1-6/+5
The reason for this is quite simple: We want to make sure anyone running a customized version of OpenBSC to operate a network will have to release all custom modifiations to the source code.
2010-05-31[GPRS] Make sure SI13 rest octets look like those of the ip.access BSCHarald Welte1-2/+10
2010-04-18GPRS: Fix calculation of 'Extension Length' in GPRS Cell OptionsHarald Welte1-2/+2
The actual 'Extension Length' field in the 'GPRS Cell Options' IE is coded the length - 1, not the full length. Without this fix, the code has an off-by-one error.
2010-04-18GPRS: Indicate the SGSN is Release 99 as this is the first with EDGEHarald Welte1-1/+6
2010-04-18GPRS: Add Support for the GPRS Cell Option Extension Info IEHarald Welte1-2/+25
Extension Information is part of the GPRS Cell Options IE, as specified in Chapter 12.24 of TS 04.60. It is needed for indicating EDGE capabilities of the BTS to the MS. This simply adds the code to encode this IE as part of SI13, but does not actually use the code yet.
2010-04-10Return anything from append_lsa_params.Holger Hans Peter Freyther1-0/+1
2010-03-22Create new gprs-conf branch with the non-SGSN part of the gprs branchHarald Welte1-1/+1
This new gprs-conf branch is intended to contain everything needed to configure GPRS in the nanoBTS, but without implementing the SGSN/GGSN functionality. The SGSN/GGSN development will happen in a branch based on this branch called "gprs-sgsn"
2010-02-20split 'libosmocore' from openbsc codebaseHarald Welte1-1/+1
This library is intended to collect all generic/common funcitionality of all Osmocom.org projects, including OpenBSC but also OsmocomBB The library currently includes the following modules: bitvec, comp128, gsm_utils, msgb, select, signal, statistics, talloc, timer, tlv_parse, linuxlist msgb allocation error debugging had to be temporarily disabled as it depends on 'debug.c' functionality which at the moment remains in OpenBSC
2010-01-07[rest_octets] Return bv.data_len to indicate how was writtenHolger Hans Peter Freyther1-4/+6
Return the used data_len for the bitvector. This indicates how much data might have been written.
2010-01-07[rest_octets] Change data_len to the sizes of the specHolger Hans Peter Freyther1-5/+5
Is that right?
2009-12-20Fix some compiler warnings regarding missing const in rest_octets.cHarald Welte1-2/+3
2009-12-01Replace template-based SYSTEM INFORMATION with real implementationHarald Welte1-0/+393
Before this commit, OpenBSC used templates for the SYSTEM INFO 1, 2, 3, 4, 5 and 6 messages. Those templates were patched in various places to reflect the network config like ARFCN. Now, we actually generate those SI messages ourselves, using values from the configuration file, and even calculating neighbor cell lists. All bts'es that you have configured in OpenBSC will end up in the neighbor cell list - which should be more than sufficient for the current small-single-site networks.