2928bc0233
add the allocated subscriber extension to the auth token SMS
2009-08-13 20:43:58 +02:00
bc9e9f856b
Merge commit 'har/laforge'
2009-08-13 20:30:46 +02:00
Harald Welte
7f69816144
disable emergency call bit (i.e. cell does not support emergency call)
2009-08-13 20:26:10 +02:00
eea9337e9e
Encode the network name int the MM info messages in GSM 7bit alphabet.
2009-08-13 16:38:56 +02:00
9aef14547a
Beautify septet->octet calculation (do not use ceil)
2009-08-13 16:35:00 +02:00
58c83d8368
Support sms with a validity period format of none
2009-08-13 16:08:09 +02:00
50d127199d
fix token auth implementation
2009-08-13 13:52:14 +02:00
aa9dc19ca7
remove FIRST_CONTACT signal, the subscriber flag is sufficient
2009-08-13 13:49:51 +02:00
3feef255d2
fix token allocation sql strings
2009-08-13 13:26:11 +02:00
571602f43c
fix segfault in vty sms sending code
2009-08-13 13:25:32 +02:00
336f8ec57a
allocate a token for new subscribers
2009-08-13 10:15:09 +02:00
06513f26a1
replace the command line option -a with the auth-policy config option
2009-08-13 10:14:59 +02:00
0e451d0f2e
add 'ms max power' vty command to set the maximum MS power in dBm
2009-08-13 10:14:26 +02:00
Harald Welte
ccceef8fe9
add code for token auth sequencing
...
* When we first see a subscriber, send the sms
* when the sms completes, send auth req + auth reject and close the channel
2009-08-13 00:57:54 +02:00
Harald Welte
8c340fee21
factor out the function to generate struct gsm_sms from a string
2009-08-13 00:57:31 +02:00
6b1e822611
Fix gsm_7bit_{en,de}code function and sms user_data calculations
...
With the 7bit alphabet the user_data_len field needs to be in
septets (characters) and not in octets occupied.
2009-08-12 23:49:48 +02:00
Harald Welte
7984d5c260
add functions to send AUTH REQ and REJECT
2009-08-12 22:56:50 +02:00
f0b4cef137
fix random extension generation
2009-08-12 22:22:53 +02:00
9eca37f93c
fix problems with tmsi uniqueness in the subscriber table
2009-08-12 22:22:42 +02:00
1da59edf83
fix a wrong format specifier
2009-08-12 22:22:26 +02:00
ebcce2aae1
allocate an extension when creating the subscriber
2009-08-12 22:22:20 +02:00
31bef49be2
token support in the DB
2009-08-12 22:21:56 +02:00
Harald Welte
c70979a337
add help message about timestamp option
2009-08-12 21:52:11 +02:00
Harald Welte
61cd8831eb
patch power reduction into NM attributes
2009-08-12 21:50:41 +02:00
Harald Welte
000c0f44f3
patch the SI and NM attr tables independently
2009-08-12 21:45:02 +02:00
37a7d361f4
remove printf for every packet in pcap code
2009-08-12 21:04:50 +02:00
370b41d7f1
look up subscriber in memory before loading from DB
2009-08-12 21:04:33 +02:00
b0dfc31d7d
flag new subscriber structs in memory and send a signal
2009-08-12 21:03:00 +02:00
7f28cd559a
set nominal TRX power for BS-11 and nanoBTS
2009-08-12 20:56:16 +02:00
5dececfa41
implement bts->cell_barred feature, configurable in VTY
2009-08-12 20:55:00 +02:00
69de397ff4
add a authorization policy field to the network and VTY
...
this is not being used yet
2009-08-12 20:53:36 +02:00
a29216b1e1
vty/command: Use CONFIGFILE_MASK as mask in chmod and not as mode.
2009-08-12 20:52:35 +02:00
beccbc3fbe
vty_interface: Remove bogus checks for Site ID and BTS ID.
2009-08-12 20:49:18 +02:00
Harald Welte
4321feeb20
siemens vendor specific message type and IE definitions
2009-08-10 17:40:43 +02:00
d069deabe4
Merge commit 'origin/master'
2009-08-10 14:45:08 +02:00
65676fe73f
when channel allocator operates in reverse order, prefer SDCCH/8 over SDCCH/4
2009-08-10 14:44:24 +02:00
9c31b5eeca
now that we send MRPCI, we can treat T_MSRFPCI error message as fatal
2009-08-10 14:43:59 +02:00
557ca78b49
bsc_hack.c: Unconditionally listen for the nanoBTS
...
As proposed on the mailinglist, initialize the socket once
and wait for the nanoBTS to connect.
2009-08-10 14:16:08 +02:00
e991c26387
BS11: send measurement report every 5 SACCH frames
2009-08-10 14:09:28 +02:00
7a8fa412fd
add "channel allocator (ascending|descending)" command to VTY
2009-08-10 13:48:16 +02:00
fc0d952602
introduce bts->chan_alloc_reverse flag
...
The channel allocator can be set in ascending or descending order.
Ascnending means we first try to allocate channels on TRX0, then TRX1, etc.
Descending means we first try to allocate cahnnels on TRXn, then n-1 down to 0.
2009-08-10 13:46:55 +02:00
8836726348
use list iteration macros to iterate over list of TRX
2009-08-10 13:25:55 +02:00
349aba603c
perform A-bis OML configuration based on config file
...
This means that the config file is now finally the central source of not only
the E1 configuration on the BSC, but also the E1 and GSM channel configuration
on the BTS.
2009-08-10 12:31:31 +02:00
21bd3a52f1
move chcomb4pchan to public abis_nm_chcomb4pchan() function
2009-08-10 12:21:22 +02:00
65f68fa961
Add {create, delete}-bport1 and bport0-{star, multidrop} to bs11-config
...
This adds the possibility to bs11-config to add the second bport and
change the line config to star or multidrop.
2009-08-10 11:49:36 +02:00
Harald Welte
99b4ecd78a
Merge commit 'origin/master'
2009-08-10 11:43:52 +02:00
Harald Welte
115d1036d6
rename rsl_channel_release to rsl_rf_channel_release
...
and add some more comments to help understand the complex release
procedures.
2009-08-10 11:43:22 +02:00
Harald Welte
f1676e5f9d
add support for more nanoBTS 12.21 tests
...
* perform a channel usage test
$ ./ipaccess-config -l 64 192.168.100.100
paccess-config.c:142 ==> ARFCN 3, RxLev 16
[...]
<0020> ipaccess-config.c:142 ==> ARFCN 4, RxLev 33
<0020> ipaccess-config.c:142 ==> ARFCN 8, RxLev 6
<0020> ipaccess-config.c:142 ==> ARFCN 5, RxLev 16
<0020> ipaccess-config.c:142 ==> ARFCN 11, RxLev 5
<0020> ipaccess-config.c:142 ==> ARFCN 12, RxLev 8
<0020> ipaccess-config.c:142 ==> ARFCN 10, RxLev 6
[...]
* perform a BCCH usage test
$ ./ipaccess-config -l 65 192.168.100.100
[...]
<0020> ipaccess-config.c:107 TEST REPORT: test_no=0x41 test_res=SUCCESS
<0020> ipaccess-config.c:142 ==> ARFCN 4, RxLev 32
<0020> ipaccess-config.c:142 ==> ARFCN 8, RxLev 6
<0020> ipaccess-config.c:142 ==> ARFCN 12, RxLev 6
<0020> ipaccess-config.c:142 ==> ARFCN 20, RxLev 9
<0020> ipaccess-config.c:142 ==> ARFCN 31, RxLev 6
<0020> ipaccess-config.c:142 ==> ARFCN 37, RxLev 23
<0020> ipaccess-config.c:142 ==> ARFCN 49, RxLev 7
<0020> ipaccess-config.c:142 ==> ARFCN 53, RxLev 14
<0020> ipaccess-config.c:142 ==> ARFCN 57, RxLev 19
<0020> ipaccess-config.c:142 ==> ARFCN 60, RxLev 63
<0020> ipaccess-config.c:142 ==> ARFCN 71, RxLev 15
<0020> ipaccess-config.c:142 ==> ARFCN 90, RxLev 4
* perform a frequency sync test
$ ./ipaccess-config -l 66 192.168.100.100
[...]
<0020> ipaccess-config.c:107 TEST REPORT: test_no=0x42 test_res=SUCCESS
<0020> ipaccess-config.c:130 ==> ARFCN 4, Frequency Error -2
<0020> ipaccess-config.c:130 ==> ARFCN 8, Frequency Error -40
<0020> ipaccess-config.c:130 ==> ARFCN 20, Frequency Error -21
<0020> ipaccess-config.c:130 ==> ARFCN 31, Frequency Error 1
<0020> ipaccess-config.c:130 ==> ARFCN 37, Frequency Error -4
<0020> ipaccess-config.c:130 ==> ARFCN 45, Frequency Error -4
<0020> ipaccess-config.c:130 ==> ARFCN 53, Frequency Error 22
<0020> ipaccess-config.c:130 ==> ARFCN 57, Frequency Error 3
<0020> ipaccess-config.c:130 ==> ARFCN 60, Frequency Error 0
<0020> ipaccess-config.c:130 ==> ARFCN 69, Frequency Error 2
<0020> ipaccess-config.c:130 ==> ARFCN 73, Frequency Error 30
<0020> ipaccess-config.c:130 ==> ARFCN 89, Frequency Error 44
<0020> ipaccess-config.c:130 ==> ARFCN 90, Frequency Error 8
<0020> ipaccess-config.c:130 ==> ARFCN 123, Frequency Error 27
2009-08-10 11:39:47 +02:00
Harald Welte
d26d3d953a
add some document about the channel release procedure
...
also note how we are not doing what the spec says :)
2009-08-10 11:35:33 +02:00
ddfdef1529
Merge commit 'origin/master'
2009-08-10 11:28:33 +02:00
Harald Welte (local)
Harald Welte