The patch is attached ("bugfix").
You can simply merge the stefreak/trivia branch (but there is one more
change in it, see the second patch attached. abis_nm.c was
executable, that's a really trivial change).
Greetings,
Steffen
Hello Paul,
On Thu, 03 Dec 2009 17:51:45 +0000, "Paul Dolan" <paul(a)dolan.ie> wrote:
>
> Any other ideas/things to try/etc. would be greatly appreciated!
Can you check the "PLL set" and "PLL work" values with bs11_config ?
If the BS-11 is locked to the E1 clock, it could be that the
clock of the BS-11 is too far away from the correct value so
that a phone will only find the official networks but not the
one of the BS-11.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hello Paul,
On Wed, 02 Dec 2009 22:36:53 +0000, s4dd(a)losers.yore.ma wrote:
> Any help you guys could give is much appreciated!
I think the problem is the "Invalid Channel Combination!!!"
error message. Try to change "phys_chan_config" of timeslot
1 from "SDCCH8" to "TCH/F". From my understanding of
verify_chan_comb() "SDCCH8" is not allowed on the same TRX that
already has "CCCH+SDCCH4" so I wonder why it is set in the
config file (this only applies to the BS11). Sorry, I don't
have a ready BS11 configuration at hand right now, so I can't
test it.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hello David,
On Thu, 3 Dec 2009 01:07:56 -0800, "David A. Burgess" <dburgess(a)jcis.net> wrote:
>
> I don't know if that's valid by the spec or not, but it's part of a
> pretty standard configuration in IMSI-catchers: CCCH+SDCCH4 +
> 6*SDCCH8 + TCH/F. That maximizes location updating capacity and
> leaves one TCH/F for other ... mischief. Most of those IMSI-catchers
> are based on commercial mini/nano-BTS equipment.
Thanks for this input. I think this a limitation of the BS11 only,
I have read that there are some limitations related to the SDCCH/8
of the BS11:
- only one SDCCH/8 per TRX
- not allowed together with SDCCH/4 on BCCH-TRX
Maybe the BS11 does not have enough processing power to handle it ? Of
course it could be that the documentation is wrong and it would work, I
have not yet tried it.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de
Hi!
While enroute to FOSS.in in Bangalore, I took the time to test and debug
the various issues I could find with the code in the system_information branch.
At least in all of my tests, the system information messages, including rest
octets and neighbor cell lists are looking perfectly fine. Especially now
that with my latest patch, wireshark is able to dissect the SI messages properly,
it is much easier to debug :)
If you want to give it a try, I recommend using something like git revision
63b152ebb74355acfde76e9ce1113f2d823c0804 of that branch.
Please note: We currently only support the relative bitmask format for the
neighbor cell lists. That means, you cannot have neighbors with ARFCN's
spanning a range of more than 111, i.e. your lowest and highest ARFCN have
to be within a distance of 111 ARFCN's.
Unless there are major objections, I intend to merge this branch ASAP (or
rather do a 'git diff master..system_information' and apply the resulting diff
as one commit to master)
Regards,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)