This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.
Harald Welte laforge at gnumonks.orgOn Mon, Nov 02, 2009 at 11:03:42PM +0000, Dieter Spaar wrote: > Hello Harald, > > On Mon, 2 Nov 2009 22:47:18 +0900, "Harald Welte" <laforge at gnumonks.org> wrote: > > > > This is actually very funny. According to the protocol, a RA update should > > only be performed if the MS was/is already GPRS ATTACHED to this network > > before. It clearly wasn't in this case, as the OpenBSC network never > > offered GPRS support. Still, it tries it. That's why we're rejecting it. > > Not sure if I understand it in detail, from my understanding an RA Update > is performed when the Routing Area has changed (or the periodic RA update > timer has expired). So if the phone is already attached to a network, > shouldn't we receive the RA update if it selects our new RA ? As it turns out, this really seems to be the case. So even while switching from one mobile network (MNC/MCC) to another, the MS can apparently just perform a RA update and does not have to do a GPRS attach. This explains the beahvior. It's still quite weird to me, but well, at least we know the phones in question are behaving like they should. -- - Harald Welte <laforge at gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)