Just FYI, I have code that generates the ephemeris data in the good format for RRLP message from a u-blox receiver.<br>I sent it to dieter, just need to plug it into openbsc.<br><br><div class="gmail_quote">On Tue, Dec 22, 2009 at 9:02 PM, Harald Welte <span dir="ltr"><<a href="mailto:laforge@gnumonks.org">laforge@gnumonks.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Dear Daniel and Jan,<br>
<br>
you have been working very closely with and on the u-blox GPS receiver<br>
during your work on the Openmoko GTA02.<br>
<br>
As far as I know, it is possible to obtain the ephemeris data from a u-blox<br>
receiver.<br>
<br>
I would like to see some code that obtains and converts that ephemeris data<br>
into the format described by the RRLP protocol specification.  I know this<br>
involves asn.1 PER ugliness, but this can all be done well outside the OpenBSC<br>
codebase.<br>
<br>
What I'll propose is to simply use some pattern matching to determine the RRLP<br>
request for assistance data, and if such a request exists, open some file in<br>
the filesystem and send the contents binary as-is to the phone in response.<br>
<br>
Any responses from the phone are already stored in the database anyway.<br>
<br>
In case any of you are interested in working on something to generate the<br>
required ephemeris data and have time before or even at the 26C3, you can<br>
simply give me the resulting binary file, I can drop it into the OpenBSC<br>
directory and we'll see what happens.<br>
<br>
If this doesn't happen right now, it doesn't matter all that much, as the 26C3<br>
is an indoor event and I don't think we'll be getting that many GPS fixes<br>
in such an environment anyway.  But eventually, for the next outdoor test,<br>
and to do some more RRLP security research, the ephemeris data formatter<br>
would be really great!<br>
<br>
Cheers,<br>
        Harald<br>
<font color="#888888"><br>
--<br>
- Harald Welte <<a href="mailto:laforge@gnumonks.org">laforge@gnumonks.org</a>>           <a href="http://laforge.gnumonks.org/" target="_blank">http://laforge.gnumonks.org/</a><br>
============================================================================<br>
"Privacy in residential applications is a desirable marketing option."<br>
                                                  (ETSI EN 300 175-7 Ch. A6)<br>
<br>
</font></blockquote></div><br>