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 osmocom.orgHi Keith,
On Wed, Jan 13, 2021 at 01:25:12AM -0600, Keith wrote:
> SMPP specifies only three status possibilities:
>
> 0 = Available
>
> 1 = Disabled
>
> 2 = Not Available (Detaching)
>
> I've added 3 for IMSI_ATTACH - Actually I ended up using != PERIODIC
> because not all phones send an ATTACH after a DETACH, some send NORMAL LUR.
I think it might make sense to add a new IE/TLV as a sub-type of "Available",
this way I would think it's more compatible to other implementations as
additional IEs are typically simply ignored.
Furthermore, I'm not convinced your !=PERIODIC will do what you want, as NORMAL
will also happen between location areas, so neither ATTACH nor PERIODIC.
One idea is to add logic to osmo-msc to distinguish whether this really
was a new subscriber that was previously unknown to the MSC (and Then send "Available"),
or simply send no SMPP notifiation at all if the subscriber was previously already
known to osm-msc. This way no protocol changes need to be introduced at all.
The alternative would be to add a new, non-standard IE whihc just passes the LU type
transparently through.
> do we want/accept this functionality in master osmo-msc?
I think either of the two ideas I outlined above could go master.
Regards,
Harald
--
- Harald Welte <laforge at osmocom.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)