Configuring the ipaccess nano3G » History » Revision 2
« Previous |
Revision 2/39
(diff)
| Next »
neels, 02/08/2017 01:14 PM
- Table of contents
- Configuring the ip.access nano3G
- Peculiarities and Tips
Configuring the ip.access nano3G¶
IP address¶
The ip.access nano3G will obtain an IP address from the DHCP server in your network.
You can look it up there or watch wireshark filtering on 'BOOTP' while the nano3G starts up.
For this text, let's assume the IP address it obtained is 192.168.0.124.
Initial Config¶
Once off, configure:
- the MCC + MNC,
- the UARFCN (i.e. the frequencies to transceive on) and
- the LAC and RAC.
You can do this on the dmi console reachable by telnet:
telnet 192.168.0.124 8090 dmi>
On the dmi, enter commands like these:
# PLMN Id == MCC + MNC set mcc="901" set mnc="98" # [uarfcnDownlink, 1900 MHz band], [scramblingCode], [dummyCellId] set rfParamsCandidateList=({9800, 401, 1}) # [lac], [rac] set lacRacCandidateList=({10422, (99)})
These settings persist across nano3G power down.
Starting Operation¶
Every time you boot the nano3G, you need to
- set the IP address the nano3G will find the HNB-GW at.
- 2061 = set cell parameters
- 1216 = unlock ap
- activate HNB-GW connection
- set csg to open access so that any IMSI can register
Enter the dmi...
telnet 192.168.0.124 8090 dmi>
...and issue commands like:
set hnbGwAddress="192.168.0.132" action 2061 action 1216 action establishPermanentHnbGwConnection set csgAccessMode=CSG_ACCESS_MODE_OPEN_ACCESS
SSH Access¶
The nano3G come with a root password of 'newsys':
ssh root@192.168.0.124 password: newsys
Logging¶
When logged in via SSH, you can view the live logging here:
ls /tmp/iapclogs/trace_*.log
Closed Mode¶
You can also set csgAccessMode to closed and allow only specific IMSIs:
# IMSI, 1:allowed/2:not allowed, phone number (only for "Closed Access") set accessControlList = ({"001010123456015", 1, "81084"},{"001010123456025", 2, "81025"})
(The phone number is actually not relevant)
Peculiarities and Tips¶
UE Register¶
The nano3G apparently passes the same identity received from the UE through to
the HNBAP UE Register Request message. This means that when the UE sends a
TMSI, the UE Register Request received by osmo-hnbgw contains no IMSI.
In this scenario, the problem is that Paging apparently does not work.
So even though we have working code that allows HNBAP registration with
a TMSI, that means that you can't reach the UE from the CN.
For completeness sake, the VTY configuration option for this which you
actually don't really want to enable is:
hnbgw iuh hnbap-allow-tmsi 0
Legacy workaround: connect the phone to a different network between retries (being
rejected suffices). That causes the UE to discard its TMSI and then use the IMSI
for the next registration.
A closed csgAccess with explicit IMSIs could help here to enforce that a UE
indeed sends its IMSI to the nano3G and hence Paging should work (to be verified).
See also #1924.
Updated by neels about 7 years ago · 2 revisions