GPRS support for Ofono

Rémi Denis-Courmont remi at remlab.net
Wed Dec 9 11:13:37 PST 2009


----- Message d'origine -----
> Again, I don't see a point of exposing this to the user.  Worst case we can
> always add intelligence / heuristics to oFono to attempt re-attaching
> periodically.  We have to solve this for all modems, since there are no such
> 'auto-attach' semantics in 27.007.

If it comes to the question of usefulness, I find the current attach/detach to be even more useless than always-attach/demand-attach.

AT modems will attach automatically when a context is activated, so do ISI modems (when adequately configured), and foobar modems could always emulate it (from inside their context API).

I agree that auto-attach is not of much use to end-users, for the exact same reason that attach is not very useful. But it is apparently of use to network operators at least.

> One strategy you can use today is to just activate auto-attach when the driver
> is asked to attach and force a detach when the driver is asked to detach. 
> This is essentially the behavior of most AT command modems.

Sure. ISI modems can do that too. And I argue it makes manual attach/detach even more useless than auto-attach.

I'd note that flight mode requires deregistering from the network as a whole, not just detaching from GPRS anyway.

So I can implement the current attach/detach logic, but it seems not very pertinent to me as an API.

> I have two suggestions here:
> 1. Lets make it work first, we can then make it work better.
> 2. Can you describe these optimizations and suggest how the API/behavior can
> be changed to take advantage of them?

We just need to know if the core or the upper-layer application intends to activate a context. It is a boolean flag hint to Attach basically.



More information about the ofono mailing list