Feature #2618
closedwrite Osmocom Network In The Box wiki page
Added by neels almost 7 years ago. Updated over 6 years ago.
100%
Description
Describe how to run a NITB with the new split components.
Related issues
Updated by neels almost 7 years ago
Osmocom Network In The Box is written, but it is not completely verified to be correct yet.
Open issues are
- use of osmo-mgw vs osmo-bsc_mgcp,
- the GGSN tun device config,
- verify that those minimal configs are indeed sufficient, and submit as config files to the various git repositories.
Updated by neels almost 7 years ago
- Related to Feature #2584: Have "osmo-network-check" to verify "Network In The Box" setup added
Updated by neels almost 7 years ago
- Related to Support #1719: review different 'getting started' guides in the wiki and unify/update them added
Updated by laforge almost 7 years ago
On Tue, Nov 07, 2017 at 12:50:18PM +0000, neels [REDMINE] wrote:
- the GGSN tun device config,
- verify that those minimal configs are indeed sufficient, and submit as config files to the various git repositories.
could that actually be tested automatically? Now with osmo-bts-virtual etc. we could actually
take a set of config files, start all processes and see if a LU succeeeds? Should that be
a separate gerrit job, or should we start adding a osmo-bts-virtual to osmo-gsm-tester? As
there's no ofono for "mobile", probably the latter won't work yet until we have the primitive
+ LUA scripting in there :/
Updated by neels almost 7 years ago
laforge wrote:
- verify that those minimal configs are indeed sufficient, and submit as config files to the various git repositories.
could that actually be tested automatically?
sure. If it runs on jenkins, it should be in a docker, so that we can freely use network interfaces; which again touches on various other topics: should we "duplicate" the osmo-gsm-tester setup? should we move osmo-gsm-tester to use docker images? should be move all jenkins build slaves to docker images?
My first step is still to go through all the components and find the minimal working config.
I'm taking slight detours to polish up some rough edges I'm finding there, and verifying the config is taking way longer than I anticipated. After all this is the user's perspective on everything, and I'm reflecting on pretty much all settings, parsing and documentation... I didn't realise that at first.
should we start adding a osmo-bts-virtual to osmo-gsm-tester?
Sounds like that makes sense, adding another BTS model to it to benefit from the remaining setup already present.
The test scripts can also use non-ofono ways to trigger virtual modem side actions, no restraints there really.
If ofono can interface with it though, we can presumably re-use the same test cases for the virtual BTS.
I am not familiar with:
there's no ofono for "mobile", probably the latter won't work yet until we have the primitive
+ LUA scripting in there :/
I guess after your presentation on osmo-bts-virtual next week I'll have a better grasp on it?
Updated by neels over 6 years ago
- % Done changed from 50 to 60
I've verified 2G voice and data operation as described on the wiki page, but I am still thoroughly stumped on osmo-hnbgw not working for me at the moment. osmo-hnbgw crashes as soon as a subscriber attempts to attach to the network via 3G, see #2638
Updated by neels over 6 years ago
- Related to Bug #2638: segfault during IuCS connect request added
Updated by neels over 6 years ago
- Status changed from In Progress to Resolved
- % Done changed from 60 to 100
build problems figured out, segfaults resolved, config verified.