On 09-Jan-12 09:16, Sylvain Munaut wrote:
The "micro cell" was implied ... of course
not every one wants a macro
cell to play with.
Also "cheap" is like< 1kEUR new and probably< 500 EUR used.
500 EUR for a used micro-cell is not much considering what is inside and
what you can do with it. The problem is who is selling you one?
You can get a Layer 3 switch for a lot more so the price is ok
Well, here's a chance to learn. And do yourself a
favor and pick up
any mini-itx x86 board and run it on that ...
My main issue is that where I have the BTS, I cannot go with my own
server/laptop and I need to use the servers/workstations in there.
If you had any experience with cisco, it would be
pretty intuitive ...
also there is autocompletion
I have experience with Cisco and Juniper hardware and CLI but for some
basic things I prefer to have a web console.
Just because _you_ don't like it doesn't mean
we'll all change our way
of doing things to accommodate you. I personally like the current
config method and it allows to do everything you listed above (with
different command names) and so I don't see any benefit of spending a
significant amount of time rewriting code that works ....
I didn't say that I don't like it but the VTY commands are not so
intuitive. For example tell me how I can check what "CellID" I have
configured for BTS "X" from the VTY?
There is no option from what I can see in the wiki to list configured
parameters on BSC?!
I didn't yet installed OpenBSC so I am telling this after reading the
wiki. Sorry if there is such option but not documented.
OpenBSC has exactly 1 text file ... and why on earth
would we want to
change that to a binary db format, or worse an XML ...
The text file is easily readable and editable by hand and matches the
VTY commands (so once you know one, you know the other)
When I refer to config this means also the config for management
interfaces of server, users, firewall settings (if any configured).
The OpenBSC config contains ... the OpenBSC config.
All other
parameters (IP or E1 card driver settings ...) are outside of scope of
this project. This is meant to be a software BSC, not an "appliance".
OpenBSC config should also contain the config for IP or E1 cards because
otherwise you software BSC will not work without it. I would say that is
a mandatory dependency. This is just my way of thinking...
If you want to make it "appliance" like with
all the OS and
surrounding drivers and some kind of unified config for everything and
such, feel free to start a new project for that, but this is
independent of the core BSC software. If you don't have the time or
skill for that, you can always hire someone to do it for you.
I am not planning to make any appliance for it. I was just thinking for
a way to make a fast recovery of a deployment/test lab. It will take a
couple of days to make all the settings again if something goes wrong
with hardware, right?
Cheers,
Thanks's for sharing some light and excuse me if some things are wrong.
This is how I am seeing things from outside and after reading the
project pages.
Sylvain
Regards,
R.