1 Nov
2009
1 Nov
'09
10:29 p.m.
Hello Sylvain,
On Sun, 1 Nov 2009 21:17:26 +0100, "Sylvain Munaut" <246tnt(a)gmail.com>
wrote:
- In gprs_bssgp.c the function bssgp_rx_ul_ud calls :
bts = gsm48_bts_by_ra_id(
TLVP_VAL(&tp, BSSGP_IE_CELL_ID),
TLVP_LEN(&tp, BSSGP_IE_CELL_ID));
But gsm48_bts_by_ra_id defined in gsm_04_08_gprs.c takes 3 arguments
the gsm_network as first one then the buffer and lenght. Since the
function was implicitely defined in gprs_bssgp.c, it compiled but of
course segfaulted as soon as it got there ... I don't even understand
how it worked for you.
At the time I made the trace, I did not yet have connected with a GPRS
phone. In the meantime I made a temporary workaround by referencing
the global "bsc_gsmnet" and using it for the first parameter.
<0004> gsm_04_08_gprs.c:434 GMM RA UPDATE
REQUEST type="RA updating" REJECT
<0004> gsm_04_08_gprs.c:408 <- ROUTING AREA UPDATE REJECT
But as soon as the REJECT is sent to the BTS, it reboots ... no error
no message nothing ...
I get a "GMM Attach Request" with my phone and the same behaviour
afterwards, the nanoBTS reboots.
Best regards,
Dieter
--
Dieter Spaar, Germany spaar(a)mirider.augusta.de