Re: [Openbts-discuss] Question regarding the RRLP in OpenBTS 2.8

[Kurtis H. <khe...@cs...>]

I think I may have seen similar behavior. I've been testing with an
old nokia candy bar that doesn't respond to GPRS, but I tried out my
old G1 yesterday and it didn't camp. I'll look into it soon, but I'm
happy to receive patches.

On Thu, Feb 9, 2012 at 10:16 AM, Ed Bindl <eb...@gm...> wrote:
> So, I may have figured out another symptom.
>
> I am trying to connect 2 Nexus S's to a range radio running OpenBTS 2.8.  I
> tried all morning to connect the phones with QueryRRLP set to true, but none
> of them connect.  I also have a old Nokia phone (without gps, or RRLP) which
> connected fine all morning.
>
> I have a GPS repeater, that allows me to get a GPS signal inside.  It was
> off all morning, and I went and turned it on, and the phones immediately
> started to connect.  They have remained connected, and are giving goor RRLP
> responses.
>
> My theory is that with QueryRRLP turned on, the phones will only connect if
> they have a valid GPS location.
>
> Refik, did your phones have a valid GPS location before connecting to
> openBTS?
>
>
>
> -Ed
>
>
> On Thu, Feb 9, 2012 at 10:19 AM, Ed Bindl <eb...@gm...> wrote:
>>
>> Kurtis,
>>
>> Did you get anywhere with this error?  I'm running into the same problem,
>> but turning off RRLP is not an option for me.
>>
>> -Ed
>>
>>
>>
>> Date: Fri, 20 Jan 2012 12:08:37 -0800
>> From: Kurtis Heimerl <khe...@cs...>
>> Subject: Re: [Openbts-discuss] Question regarding the RRLP in OpenBTS
>>        2.8
>> To: Refik Hadzialic <ref...@go...>
>> Cc: ope...@li...
>> Message-ID:
>>        <CACyT-
>> 3kJfbyBmpn1xs4jz1PSNeoXKHM+moy3t=EKq...@ma...>
>> Content-Type: text/plain; charset=ISO-8859-1
>>
>> Great, I'm glad we've been able to pin it down to an RRLP issue.
>>
>> It doesn't seem that the ephemeris is generated per-user, but it's
>> possible that your location is an index into it. I can find both
>> .16000e2 and .15000e2 in the file.
>>
>> I'm still looking into it on my end, but it's certainly strange.
>>
>> On Fri, Jan 20, 2012 at 3:49 AM, Refik Hadzialic
>> <ref...@go...> wrote:
>> > Hi Kurtis,
>> >
>> > thanks for your response. That did the trick, I get into the network
>> > with
>> > the smart phones now as well. Thank you a lot!
>> >
>> > However, I continued with the analysis of rrlpserver.erl and ephemeris
>> > file
>> > and couldn't understand why do I get the error sometimes and sometimes
>> > not
>> > with the value 16 being out of range. So I have made an assumption which
>> > might be correct or wrong (or partially both), I suppose the developers
>> > will
>> > know for sure. I will elaborate it here.
>> >
>> > Since the ephemeris file wasn't edited by me but downloaded from Trimble
>> > (ftp://ftp.trimble.com/pub/eph/CurRnxN.nav) I think it is not a program
>> > or
>> > compiler error. If you open my ephemeris file (located
>> > at?http://ge.tt/8nc80VC?in the zip file under the name ephemeris) on
>> > line
>> > 1926, the first value is?.160000000000E+02 which is 16. And if you open
>> > rrlpserver.erl and find the ephemeris parsing part, one can see on line
>> > 1073:?stuff("ephemURA", nmth(7,1,Tokens), AdjustTable), that it takes
>> > for
>> > ephemURA every first value on the 7th line from the "rest of the data"
>> > in
>> > the ephemeris file. The 16 on line 1926 in the ephemeris file is the 7th
>> > line and the first value. So this made me think why is it happening?
>> > Basically, my idea is that what if the file (ephemeris) that we download
>> > from Trimble starts to count from 1 to 16, and the rrlpserver.erl
>> > defines it
>> > as it is defined in the standard from 0 to 15 (in the ASN.1
>> >
>> > description?http://www.quintillion.co.jp/3GPP/Specs/GSM_GERAN/0431-8i0.pdf?on
>> > page 25, it is also said that ephemURA should be between 0 and 15,
>> > ephemURA
>> > INTEGER (0..15)). Both values need 4 bits for the representation, the
>> > only
>> > difference is where they start. I am not sure, it was just my assumption
>> > about it and why some people didn't get it earlier. The ephemeris file
>> > is
>> > dependent of the satellite data and I assume because we are in different
>> > time zones we don't use the same cached ephemeris data from Trimble and
>> > that's why I think you didn't get the error. However since I don't know
>> > what
>> > ephemURA is, I don't know is it required for the calculations at all but
>> > at
>> > least it is a hint for the people that might get this error.
>> >
>> > Basically by now we limited that my problem of logging into the network
>> > is
>> > related to the RRLP part but still I don't know where my error might be
>> > and
>> > why I can't get any RRLP data and when it is turned on why can't the
>> > phones
>> > log in.
>> >
>> > Thank you for your help Kurtis.
>> >
>> > Best regards,
>> > Refik Hadzialic
>> >
>> > On Fri, Jan 20, 2012 at 12:15 AM, Kurtis Heimerl
>> > <khe...@cs...>
>> > wrote:
>> >>
>> >> Nope, to turn off RRLP you need to run the following command from the
>> >> OpenBTS CLI:
>> >>
>> >> unconfig Control.LUR.QueryRRLP
>> >>
>> >> That will set it to NULL.
>> >>
>> >> Then try to get your handsets to camp, and report back.
>> >>
>> >> On Thu, Jan 19, 2012 at 4:13 AM, Refik Hadzialic
>> >> <ref...@go...> wrote:
>> >> > Hi Kurtis,
>> >> >
>> >> > indeed, it has some strange?behavior. I will attach you this time the
>> >> > almanac file which is being downloaded on my computer and which I
>> >> > have
>> >> > to
>> >> > modify (remove HTML and ^M at the end of the almanac data lines) to
>> >> > get
>> >> > rid
>> >> > of the following error:
>> >> >
>> >> > testmachine openbts: INFO 140207615129344
>> >> > RRLPServer.cpp:143:transact:
>> >> > server return: {"init terminating in
>> >> >
>> >> >
>> >> > do_boot",{{badmatch,error},[{rrlpserver,parseAlmanac,5},{rrlpserver,genAlmanacStuff,0},{rrlpserver,assist,0},{rrlpserver,run,0},{init,start_it,1},{init,start_em,1}]}}
>> >> >
>> >> > The ephemeris file looks OK, same as what one sees in the browser.
>> >> >
>> >> > I tried turning off RRLP by: sudo?sqlite3 /etc/OpenBTS/OpenBTS.db and
>> >> > typing
>> >> > the following:
>> >> >
>> >> > update CONFIG set VALUESTRING='' WHERE rowid=15;
>> >> >
>> >> > and then starting OpenBTS again, however it tries to execute the RRLP
>> >> > again.
>> >> > I tested in OpenBTS as well if the query has changed
>> >> > the?Control.LUR.QueryRRLP?value in the database by typing:
>> >> > config?Control.LUR.QueryRRLP and it just prints?Control.LUR.QueryRRLP
>> >> > which
>> >> > seems fine (it seems like it is set to NULL value, also when I open
>> >> > it
>> >> > in
>> >> > sqlitebrowser it says it is an empty string). Then I tried with my
>> >> > iPhone
>> >> > 3GS to get inside however without success!
>> >> >
>> >> > In another attempt, I changed the RRLP URL in?GSM.RRLP.SERVER.URL to
>> >> > some
>> >> > wrong address (I added an extra "i" at the end to be like the
>> >> > following:
>> >> > http://localhost/cgi-bin/rrlpserver.cgii) but still it tries to
>> >> > execute
>> >> > the
>> >> > RRLP and in the syslog output I can see that it reads the URL
>> >> > properly
>> >> > (I
>> >> > see the wrong URL) and continues the execution (which it should do I
>> >> > suppose).
>> >> >
>> >> > testmachine openbts: INFO 140356727002880
>> >> > MobilityManagement.cpp:245:transact: *************** wget -qO-
>> >> >
>> >> >
>> >> > 'http://localhost/cgi-bin/rrlpserver.cgii?query=assist&GSM.RRLP.ACCURACY=40&GSM.RRLP.RESPONSETIME=2&GSM.RRLP.ALMANAC.URL=687474703a2f2f7777772e6e617663656e2e757363672e676f762f3f706167654e616d653d63757272656e74416c6d616e616326666f726d61743d79756d61&GSM.RRLP.EPHEMERIS.URL=6674703a2f2f6674702e7472696d626c652e636f6d2f7075622f6570682f437572526e784e2e6e6176&GSM.RRLP.ALMANAC.REFRESH.TIME=24.0&GSM.RRLP.EPHEMERIS.REFRESH.TIME=1.0&GSM.RRLP.SEED.LATITUDE=48.003609&GSM.RRLP.SEED.LONGITUDE=7.848093&GSM.RRLP.SEED.ALTITUDE=250&GSM.RRLP.EPHEMERIS.ASSIST.COUNT=6&GSM.RRLP.ALMANAC.ASSIST.PRESENT=1'
>> >> >
>> >> > So with correct or wrong URL address of the?rrlpserver.cgi script I
>> >> > get
>> >> > the
>> >> > same output.
>> >> >
>> >> > testmachine openbts: INFO 140356727002880
>> >> > MobilityManagement.cpp:309:transact: missing apdu for mobile
>> >> > testmachine openbts: INFO 140356727002880
>> >> > MobilityManagement.cpp:447:LocationUpdatingController:
>> >> > RRLPServer::assist
>> >> > problem
>> >> >
>> >> > testmachine openbts: INFO 140356727002880
>> >> > MobilityManagement.cpp:309:transact: missing apdu for mobile
>> >> > testmachine openbts: INFO 140356727002880
>> >> > MobilityManagement.cpp:451:LocationUpdatingController:
>> >> > RRLPServer::locate
>> >> > problem
>> >> > testmachine openbts: INFO 140356727002880
>> >> > MobilityManagement.cpp:513:LocationUpdatingController: registration
>> >> > SUCCESS:
>> >> > IMSI=262XXXXXXXXXXXX
>> >> >
>> >> > The iPhone 3GS displays the signal strength bars and the name of the
>> >> > network
>> >> > but it is not inside since I cannot make my test call 12345 which
>> >> > should
>> >> > read the IMSI number (works perfectly fine with the Siemens ME45 2G
>> >> > phone).
>> >> > When I also type in sudo asterisk -rvvvvvvvvvvv, and make a test call
>> >> > from
>> >> > the 2G phone I can see in each line that it reads out the numbers
>> >> > however
>> >> > when I try it from the iPhone, nothing
>> >> >
>> >> > I am still not sure what might be wrong. I set up the simple version
>> >> > of
>> >> > asterisk (https://wush.net/trac/rangepublic/wiki/asteriskConfig?not
>> >> > the
>> >> > real
>> >> > time and I have compiled it myself, didn't use the one from
>> >> > repository).
>> >> >
>> >> > Thanks for your help.
>> >> >
>> >> > Best regards,
>> >> > Refik
>> >> >
>> >> >
>> >> > On Wed, Jan 18, 2012 at 7:04 PM, Kurtis Heimerl
>> >> > <khe...@cs...>
>> >> > wrote:
>> >> >>
>> >> >> There is something REALLY screwy going on here.
>> >> >>
>> >> >> So the almanac rrlpserver pulls from online should be fine, I can't
>> >> >> imagine that's the problem.
>> >> >>
>> >> >> Do the smart phone register alright if you just turn off RRLP?
>> >> >>
>> >> >> On Wed, Jan 18, 2012 at 3:24 AM, Refik Hadzialic
>> >> >> <ref...@go...> wrote:
>> >> >> > Hi Kurtis,
>> >> >> >
>> >> >> > today the error: "range error=ephemURA of 16.0 (16) doesn't fit in
>> >> >> > (0,15)"
>> >> >> > was gone (and the rrlpserver.erl wasn't modified to use 16). This
>> >> >> > is
>> >> >> > strange! The past problems remain still, smart phones are not in
>> >> >> > the
>> >> >> > network
>> >> >> > neither I can get any of the RRLP data.
>> >> >> >
>> >> >> > Anyway, I attached the results which I got after executing
>> >> >> > ./rrtest
>> >> >> > loc,?./rrtest assist?and?./rrtest testpos today.
>> >> >> >
>> >> >> > I have made another observation, which I only mentioned partially
>> >> >> > before,
>> >> >> > when I open /tmp/almanac and it has a lot of HTML lines and if I
>> >> >> > leave
>> >> >> > it
>> >> >> > like that, I get in the syslog the following error:
>> >> >> >
>> >> >> > testmachine openbts: INFO 140207615129344
>> >> >> > RRLPServer.cpp:143:transact:
>> >> >> > server return: {"init terminating in
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >> > do_boot",{{badmatch,error},[{rrlpserver,parseAlmanac,5},{rrlpserver,genAlmanacStuff,0},{rrlpserver,assist,0},{rrlpserver,run,0},{init,start_it,1},{init,start_em,1}]}}
>> >> >> >
>> >> >> > but when I delete the HTML lines and the ^M at the end of the
>> >> >> > almanac
>> >> >> > data
>> >> >> > (so that the almanac file looks identically to the one when I
>> >> >> > manually
>> >> >> > open
>> >> >> > the following URL:
>> >> >> > http://www.navcen.uscg.gov/?pageName=currentAlmanac&format=yuma),
>> >> >> > that
>> >> >> > error
>> >> >> > was gone as well.
>> >> >> >
>> >> >> > I have to mention also one difference from the RRLP wiki
>> >> >> > installation
>> >> >> > page,
>> >> >> > in the file?setUpfiles.sh the path to CGIBIN=/usr/lib/cgi-bin has
>> >> >> > been
>> >> >> > modified to?CGIBIN=/var/www/cgi-bin for my apache server to work
>> >> >> > with
>> >> >> > it. I
>> >> >> > set the permission to 777 to both files, /tmp/almanac and
>> >> >> > /tmp/ephemeris
>> >> >> > just to make sure they are readable and writable.
>> >> >> >
>> >> >> > Thank you for your support Kurtis.
>> >> >> >
>> >> >> > Best regards,
>> >> >> > Refik Hadzialic
>> >> >> >
>> >> >> > On Tue, Jan 17, 2012 at 9:14 PM, Kurtis Heimerl
>> >> >> > <khe...@cs...>
>> >> >> > wrote:
>> >> >> >>
>> >> >> >> Can you give me the exact output of
>> >> >> >>
>> >> >> >> ./rrtest loc
>> >> >> >> ./rrtest assist
>> >> >> >> and
>> >> >> >> ./rrtest testpos
>> >> >> >> ?
>> >> >> >>
>> >> >> >> On Tue, Jan 17, 2012 at 11:51 AM, Refik Hadzialic
>> >> >> >> <ref...@go...> wrote:
>> >> >> >> > Dear Kurtis,
>> >> >> >> >
>> >> >> >> > I tried to repeat the error, so I downloaded the repository in
>> >> >> >> > another
>> >> >> >> > directory (svn?co?http://wush.net/svn/range/software/public/),
>> >> >> >> > went
>> >> >> >> > to
>> >> >> >> > RRLP/trunk and compiled it from scratch and I got the same
>> >> >> >> > error:?"range?error=ephemURA of 16.0 (16) doesn't fit in
>> >> >> >> > (0,15)".
>> >> >> >> >
>> >> >> >> > That seems strange if we have the same code.
>> >> >> >> >
>> >> >> >> > Thank you for you help.
>> >> >> >> >
>> >> >> >> > Best regards,
>> >> >> >> > Refik Hadzialic
>> >> >> >> >
>> >> >> >> > On Tue, Jan 17, 2012 at 7:52 PM, Kurtis Heimerl
>> >> >> >> > <khe...@cs...>
>> >> >> >> > wrote:
>> >> >> >> >>
>> >> >> >> >> Wait, you get that ephemURA error when using rrtest or rrfake?
>> >> >> >> >>
>> >> >> >> >> That's very strange, as I don't.
>> >> >> >> >>
>> >> >> >> >> On Tue, Jan 17, 2012 at 9:25 AM, Refik Hadzialic
>> >> >> >> >> <ref...@go...> wrote:
>> >> >> >> >> > Dear Kurtis,
>> >> >> >> >> >
>> >> >> >> >> > thank you for you response! I set it to 16 on line 1153 in
>> >> >> >> >> > rrlpserver.erl:
>> >> >> >> >> > {"ephemURA", [0, 0, 0, 16]}. However, I made a note (before
>> >> >> >> >> > I
>> >> >> >> >> > change
>> >> >> >> >> > it
>> >> >> >> >> > to
>> >> >> >> >> > 16), the same error appears when I run any of the tests
>> >> >> >> >> > described
>> >> >> >> >> > on
>> >> >> >> >> > the
>> >> >> >> >> > RRLP wiki page (./rrfake or ./rrtest). After I made the
>> >> >> >> >> > change
>> >> >> >> >> > to
>> >> >> >> >> > 16,
>> >> >> >> >> > compiled it, copied the files using sudo sh setUpFiles.sh,
>> >> >> >> >> > the
>> >> >> >> >> > error:
>> >> >> >> >> > "range
>> >> >> >> >> > error=ephemURA of 16.0 (16) doesn't fit in (0,15)" was gone
>> >> >> >> >> > (also
>> >> >> >> >> > in
>> >> >> >> >> > the
>> >> >> >> >> > output when I manually executed ./rrfake or ./rrtest it
>> >> >> >> >> > disappeared).
>> >> >> >> >> > The
>> >> >> >> >> > syslog output remained more or less the same as in my post
>> >> >> >> >> > yesterday
>> >> >> >> >> > and
>> >> >> >> >> > I
>> >> >> >> >> > didn't get any of the location data. I tested it with an
>> >> >> >> >> > iPhone
>> >> >> >> >> > 3GS
>> >> >> >> >> > and
>> >> >> >> >> > iPhone 4.
>> >> >> >> >> >
>> >> >> >> >> > Yes, I have the sipauthserve running and I added a print
>> >> >> >> >> > statement
>> >> >> >> >> > that
>> >> >> >> >> > I
>> >> >> >> >> > can see when the cell phone tries to get into the network
>> >> >> >> >> > and
>> >> >> >> >> > it
>> >> >> >> >> > shows
>> >> >> >> >> > the?attempts, both with a 2G phone (which gets into the
>> >> >> >> >> > network
>> >> >> >> >> > properly)
>> >> >> >> >> > and the smart phones (which don't get into the network)!
>> >> >> >> >> >
>> >> >> >> >> > I am still thinking what I might be doing wrong or where the
>> >> >> >> >> > error
>> >> >> >> >> > remains.
>> >> >> >> >> >
>> >> >> >> >> > Thank you.
>> >> >> >> >> >
>> >> >> >> >> > Best regards,
>> >> >> >> >> > Refik Hadzialic
>> >> >> >> >> >
>> >> >> >> >> > On Tue, Jan 17, 2012 at 4:12 AM, Kurtis Heimerl
>> >> >> >> >> > <khe...@cs...>
>> >> >> >> >> > wrote:
>> >> >> >> >> >>
>> >> >> >> >> >> The RRLP stuff isn't well tested, so I think you just found
>> >> >> >> >> >> a
>> >> >> >> >> >> bug.
>> >> >> >> >> >>
>> >> >> >> >> >> Basically, it seems like whatever the "ephemURA" variable
>> >> >> >> >> >> is,
>> >> >> >> >> >> it
>> >> >> >> >> >> is
>> >> >> >> >> >> supposed to be between 0 and 15. Your phones are returning
>> >> >> >> >> >> 16,
>> >> >> >> >> >> causing
>> >> >> >> >> >> an error.
>> >> >> >> >> >>
>> >> >> >> >> >> You could potentially just change that in rrlpserver.erl,
>> >> >> >> >> >> but
>> >> >> >> >> >> I
>> >> >> >> >> >> want
>> >> >> >> >> >> to figure out what it is and why it is set to 15. I've
>> >> >> >> >> >> forwarded
>> >> >> >> >> >> this
>> >> >> >> >> >> to the engineer who wrote the rrlp server, I'll patch it
>> >> >> >> >> >> once
>> >> >> >> >> >> I
>> >> >> >> >> >> figure
>> >> >> >> >> >> it out.
>> >> >> >> >> >>
>> >> >> >> >> >> As far as the registration, do you have sipauthserve
>> >> >> >> >> >> running?
>> >> >> >> >> >>
>> >> >> >> >> >> On Mon, Jan 16, 2012 at 9:57 AM, Refik Hadzialic
>> >> >> >> >> >> <ref...@go...> wrote:
>> >> >> >> >> >> > Dear group,
>> >> >> >> >> >> >
>> >> >> >> >> >> > I have a few questions regarding the RRLP in OpenBTS 2.8,
>> >> >> >> >> >> > since
>> >> >> >> >> >> > I
>> >> >> >> >> >> > cannot
>> >> >> >> >> >> > get
>> >> >> >> >> >> > it to work, maybe some of you had similar problems with
>> >> >> >> >> >> > it.?Before
>> >> >> >> >> >> > I
>> >> >> >> >> >> > explain
>> >> >> >> >> >> > the strange behavior I will describe my software and
>> >> >> >> >> >> > hardware
>> >> >> >> >> >> > configuration.?I am using OpenBTS 2.8 from the SVN
>> >> >> >> >> >> > repository
>> >> >> >> >> >> > on
>> >> >> >> >> >> > Ubuntu
>> >> >> >> >> >> > 10.04 LTS (64 bit version), with GNURadio version 3.4.2,
>> >> >> >> >> >> > USRP-1 (with an external 52 MHz clock FA-SY and two RF
>> >> >> >> >> >> > daughter-boards)
>> >> >> >> >> >> > and
>> >> >> >> >> >> > I am working in the 1800 MHz range.
>> >> >> >> >> >> >
>> >> >> >> >> >> > I installed everything following the instruction given on
>> >> >> >> >> >> > your
>> >> >> >> >> >> > wiki
>> >> >> >> >> >> > page
>> >> >> >> >> >> > (https://wush.net/trac/rangepublic/wiki/BuildInstallRun).
>> >> >> >> >> >> > I
>> >> >> >> >> >> > tested
>> >> >> >> >> >> > it
>> >> >> >> >> >> > before
>> >> >> >> >> >> > I tried the RRLP out and I can get into the network.
>> >> >> >> >> >> > However,
>> >> >> >> >> >> > when
>> >> >> >> >> >> > I
>> >> >> >> >> >> > installed the RRLP following the instructions on the wiki
>> >> >> >> >> >> > page
>> >> >> >> >> >> > (https://wush.net/trac/rangepublic/wiki/rrlp) I am having
>> >> >> >> >> >> > problems
>> >> >> >> >> >> > using
>> >> >> >> >> >> > it
>> >> >> >> >> >> > and getting into the network using an iPhone 3GS, iPhone
>> >> >> >> >> >> > 4
>> >> >> >> >> >> > and
>> >> >> >> >> >> > Motorola
>> >> >> >> >> >> > Defy
>> >> >> >> >> >> > (android). They get successfully registered by the SIP
>> >> >> >> >> >> > server
>> >> >> >> >> >> > (log
>> >> >> >> >> >> > file
>> >> >> >> >> >> > line
>> >> >> >> >> >> > 6) but after a few seconds when the RRLP request is being
>> >> >> >> >> >> > sent
>> >> >> >> >> >> > they
>> >> >> >> >> >> > get
>> >> >> >> >> >> > disconnected from the network. However, I can get inside
>> >> >> >> >> >> > the
>> >> >> >> >> >> > network
>> >> >> >> >> >> > using
>> >> >> >> >> >> > an old 2G phone.
>> >> >> >> >> >> >
>> >> >> >> >> >> > The following lines from the syslog were suspect to me
>> >> >> >> >> >> > (you
>> >> >> >> >> >> > can
>> >> >> >> >> >> > see
>> >> >> >> >> >> > the
>> >> >> >> >> >> > log
>> >> >> >> >> >> > in the attachment txt file)
>> >> >> >> >> >> >
>> >> >> >> >> >> > INFO 140579834029824 MobilityManagement.cpp:258:transact:
>> >> >> >> >> >> > server
>> >> >> >> >> >> > return:
>> >> >> >> >> >> > range error=ephemURA of 16.0 (16) doesn't fit in (0,15)
>> >> >> >> >> >> >
>> >> >> >> >> >> > I am not sure what does the previously mentioned error
>> >> >> >> >> >> > mean
>> >> >> >> >> >> > (log
>> >> >> >> >> >> > file
>> >> >> >> >> >> > line
>> >> >> >> >> >> > 11 and 12)?
>> >> >> >> >> >> >
>> >> >> >> >> >> > Then similar lines appear between 205 and 207 as what is
>> >> >> >> >> >> > in
>> >> >> >> >> >> > the
>> >> >> >> >> >> > lines
>> >> >> >> >> >> > from 8
>> >> >> >> >> >> > to 204 which I removed from the attachment log file. From
>> >> >> >> >> >> > line
>> >> >> >> >> >> > 208
>> >> >> >> >> >> > to
>> >> >> >> >> >> > 213,
>> >> >> >> >> >> > wget appears consecutively 2 times. On line 238 it says
>> >> >> >> >> >> > that
>> >> >> >> >> >> > the
>> >> >> >> >> >> > registration was successfull but the smart phone is not
>> >> >> >> >> >> > really
>> >> >> >> >> >> > in
>> >> >> >> >> >> > the
>> >> >> >> >> >> > network. I assume as the consequence of previous behavior
>> >> >> >> >> >> > the
>> >> >> >> >> >> > errors
>> >> >> >> >> >> > on
>> >> >> >> >> >> > line
>> >> >> >> >> >> > 248 and 269 appear.
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> > This is also some of the responses I get:
>> >> >> >> >> >> >
>> >> >> >> >> >> > INFO 140579834029824 MobilityManagement.cpp:326:transact:
>> >> >> >> >> >> > RRLPQuery
>> >> >> >> >> >> > returned
>> >> >> >> >> >> > primitive=RELEASE raw=()
>> >> >> >> >> >> > INFO 140579834029824 MobilityManagement.cpp:328:transact:
>> >> >> >> >> >> > didn't
>> >> >> >> >> >> > receive
>> >> >> >> >> >> > data
>> >> >> >> >> >> > INFO 140579834029824 MobilityManagement.cpp:331:transact:
>> >> >> >> >> >> > normal
>> >> >> >> >> >> > channel
>> >> >> >> >> >> > release
>> >> >> >> >> >> > INFO 140579834029824
>> >> >> >> >> >> > MobilityManagement.cpp:451:LocationUpdatingController:
>> >> >> >> >> >> > RRLPServer::locate problem
>> >> >> >> >> >> >
>> >> >> >> >> >> > I have made a note of another "strange behavior" which
>> >> >> >> >> >> > might
>> >> >> >> >> >> > be
>> >> >> >> >> >> > correct,
>> >> >> >> >> >> > when I open the almanac file in /tmp/almanac it includes
>> >> >> >> >> >> > HTML
>> >> >> >> >> >> > data
>> >> >> >> >> >> > (~1889
>> >> >> >> >> >> > first lines are HTML maybe it is supposed to be like
>> >> >> >> >> >> > that)
>> >> >> >> >> >> > and
>> >> >> >> >> >> > then
>> >> >> >> >> >> > at
>> >> >> >> >> >> > the
>> >> >> >> >> >> > bottom of the file are the almanac data.
>> >> >> >> >> >> >
>> >> >> >> >> >> > My RRLP configuration is as following:
>> >> >> >> >> >> > GSM.RRLP.ACCURACY = 40
>> >> >> >> >> >> > GSM.RRLP.RESPONSETIME = 2
>> >> >> >> >> >> > GSM.RRLP.ALMANAC.ASSIST.PRESENT = 1
>> >> >> >> >> >> > GSM.RRLP.EPHEMERIS.ASSIST.COUNT = 9
>> >> >> >> >> >> >
>> >> >> >> >> >> > However, if I change the GSM.RRLP.SERVER.URL to a wrong
>> >> >> >> >> >> > address, I
>> >> >> >> >> >> > can
>> >> >> >> >> >> > get
>> >> >> >> >> >> > into the network with my smart phone!
>> >> >> >> >> >> >
>> >> >> >> >> >> > Does anyone have an idea what I might be doing wrong or
>> >> >> >> >> >> > where
>> >> >> >> >> >> > to
>> >> >> >> >> >> > look
>> >> >> >> >> >> > further to solve my problem with getting the RRLP data
>> >> >> >> >> >> > and
>> >> >> >> >> >> > to
>> >> >> >> >> >> > be
>> >> >> >> >> >> > able
>> >> >> >> >> >> > to
>> >> >> >> >> >> > connect to the network with
>> >> >> >> >> >> > a smart phone when RRLP is turned on?
>> >> >> >> >> >> >
>> >> >> >> >> >> > Thank you
>> >> >> >> >> >> >
>> >> >> >> >> >> > Best regards,
>> >> >> >> >> >> > Refik Hadzialic
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> >
>> >> >> >> >> >> > ------------------------------------------------------------------------------
>> >> >> >> >> >> > RSA(R) Conference 2012
>> >> >> >> >> >> > Mar 27 - Feb 2
>> >> >> >> >> >> > Save $400 by Jan. 27
>> >> >> >> >> >> > Register now!
>> >> >> >> >> >> > http://p.sf.net/sfu/rsa-sfdev2dev2
>> >> >> >> >> >> > _______________________________________________
>> >> >> >> >> >> > Openbts-discuss mailing list
>> >> >> >> >> >> > Ope...@li...
>> >> >> >> >> >> >
>> >> >> >> >> >> > https://lists.sourceforge.net/lists/listinfo/openbts-discuss
>> >> >> >> >> >> >
>> >> >> >> >> >
>> >> >> >> >> >
>> >> >> >> >> >
>> >> >> >> >> >
>> >> >> >> >> >
>> >> >> >> >> >
>> >> >> >> >> >
>> >> >> >> >> >
>> >> >> >> >> > ------------------------------------------------------------------------------
>> >> >> >> >> > Keep Your Developer Skills Current with LearnDevNow!
>> >> >> >> >> > The most comprehensive online learning library for Microsoft
>> >> >> >> >> > developers
>> >> >> >> >> > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5,
>> >> >> >> >> > CSS3,
>> >> >> >> >> > MVC3,
>> >> >> >> >> > Metro Style Apps, more. Free future releases when you
>> >> >> >> >> > subscribe
>> >> >> >> >> > now!
>> >> >> >> >> > http://p.sf.net/sfu/learndevnow-d2d
>> >> >> >> >> > _______________________________________________
>> >> >> >> >> > Openbts-discuss mailing list
>> >> >> >> >> > Ope...@li...
>> >> >> >> >> > https://lists.sourceforge.net/lists/listinfo/openbts-discuss
>> >> >> >> >> >
>> >> >> >> >
>> >> >> >> >
>> >> >> >
>> >> >> >
>> >> >
>> >> >
>> >
>> >
>
>