-----Original Message----- From: ofono-boun...@ofono.org [mailto:ofono-boun...@ofono.org] On Behalf Of Rémi Denis-Courmont Sent: Friday, January 07, 2011 9:52 AM To: ofono@ofono.org Subject: Re: [RFC PATCH] gprs: add function to handle activated context
On Thursday 06 January 2011 02:17:09 ext Denis Kenzior, you wrote: >> >> If such context is not found create a new one with "Internet" type. >> > >> > I don't really agree that we should create a context if no match is >> > found. I think the better sensible strategy is to hold this information >> > internally and only map it to a context once the user or provisioning >> > creates it. >> >> From what I understood it should be quite safe to assume it is an >> internet context. All IMS contexts will have a well-known APN and the >> only other one that would make sense for the network to activate >> automatically would be the internet one. >> >> Perhaps this is the missing piece in the description? The fact that >> either the IMS or an Internet context is created. > >It could be MMS(/WAP) or it could be some private corporate VPN. Or it could >even be some other silliness from some operator(s). I have seen such thing, >but I am unsure I can talk freely about the details :-( > >I would definitely advise against marking unknown context as Internets. This makes sense. In the case this context is resulting from a PDN connectivity Request piggybacked on an Attach Request, should we assume that that this initial context could be an MMS or a private corporate VPN related context? My assumption would be that in this particular case that the context is an "internet" or an "IMS" context. The reception of an MMS "push" over SMS on the circuit switched domain could provoke the attach, but I would guess in this case that: a second context initiated by the UE is used specifically for the MMS or the PDN connectivity request includes a MMS APN with an ESM information transfer flag to transfer securely the "login and password" required to download the MMS. I can also hardly imagine that an initial bearer context being a "VPN" specific bearer. But, maybe I'm wrong. BR, Fred -- Rémi Denis-Courmont Nokia Devices R&D, Maemo Software, Helsinki _______________________________________________ ofono mailing list ofono@ofono.org http://lists.ofono.org/listinfo/ofono --------------------------------------------------------------------- Intel Corporation SAS (French simplified joint stock company) Registered headquarters: "Les Montalets"- 2, rue de Paris, 92196 Meudon Cedex, France Registration Number: 302 456 199 R.C.S. NANTERRE Capital: 4,572,000 Euros This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. _______________________________________________ ofono mailing list ofono@ofono.org http://lists.ofono.org/listinfo/ofono