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/.
Sylvain Munaut 246tnt at gmail.comJust FYI, I have code that generates the ephemeris data in the good format for RRLP message from a u-blox receiver. I sent it to dieter, just need to plug it into openbsc. On Tue, Dec 22, 2009 at 9:02 PM, Harald Welte <laforge at gnumonks.org> wrote: > Dear Daniel and Jan, > > you have been working very closely with and on the u-blox GPS receiver > during your work on the Openmoko GTA02. > > As far as I know, it is possible to obtain the ephemeris data from a u-blox > receiver. > > I would like to see some code that obtains and converts that ephemeris data > into the format described by the RRLP protocol specification. I know this > involves asn.1 PER ugliness, but this can all be done well outside the > OpenBSC > codebase. > > What I'll propose is to simply use some pattern matching to determine the > RRLP > request for assistance data, and if such a request exists, open some file > in > the filesystem and send the contents binary as-is to the phone in response. > > Any responses from the phone are already stored in the database anyway. > > In case any of you are interested in working on something to generate the > required ephemeris data and have time before or even at the 26C3, you can > simply give me the resulting binary file, I can drop it into the OpenBSC > directory and we'll see what happens. > > If this doesn't happen right now, it doesn't matter all that much, as the > 26C3 > is an indoor event and I don't think we'll be getting that many GPS fixes > in such an environment anyway. But eventually, for the next outdoor test, > and to do some more RRLP security research, the ephemeris data formatter > would be really great! > > Cheers, > Harald > > -- > - 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/20091222/4db3167d/attachment.htm>