Can you post your firmware versions?
I've recently been exploring anomalous behavior which seems to follow firmware version differences; these odd behaviors seem to have the greatest affects on the 139/140 type units used in GPRS-enabled configurations.
Inclusive of the issues I've seen are a few 140-model units which simply do not respond to any GPRS-related configurations with a connection to the SGSN. My suspicion lies strongly in the firmware either not supporting GPRS or there being a different mechanism to invoke it.
While it may be beyond the scope of the list to discuss issues relating to vendor firmware, I am eager to solicit an off-list discussion with anyone with more "experience" with firmware issues.
The ideal end result would ideally be two-fold: 1) To discover how firmware version affects interoperability with openbsc 2) Ultimately help more people get their setups working on the variety of hardware floating out and about
-MM
On Fri, Sep 30, 2011 at 10:56 AM, Gus Bourg gus@bourg.net wrote:
Hello all,
Looking for ideas. I have a NanoBTS Model 140 which doesn't seem to work with GPRS. It never connects to the SGSN. The openbsc/sgsn environment is ok - I can swap in another nano and it works fine. I've taken some log captures:
From the nano on startup: http://pastebin.com/qLatWdtB
OpenBSC Startup: http://pastebin.com/bXEhizAG
moi::states: http://pastebin.com/9MiRRGP0
In the nano startup - the two things that stand out are the complains about flag 3 and the NSE:
27855:DBG:OAM_IM:roleInstanceProcClearContaineeFlags: BTS:0 flag 3 not setting or set! 27855:DBG:OAM_IM:roleInstanceProcClearContaineeFlags: GPRS NSE:0 flag 3 not setting or set!
42142:DBG:GBHSS_STACK:bgp_error_reporter() : PROTO_ERR: Msg=GPRS_BGP_RL_UL_UNITDATA_REQ, Err=GPRS_NSEI_NOT_OPERATIONAL 42142:DBG:GBHSS_STACK:bgp_process_msg failed : msg=GPRS_BGP_NM_BVC_RESET_REQ err=GPRS_NSEI_NOT_OPERATIONAL
Any thoughts or additional data points I should collect?
Thanks, Gus