From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: [RFC PATCH] gprs: add function to handle activated context
Date: Fri, 07 Jan 2011 15:07:00 -0600 [thread overview]
Message-ID: <4D278074.1030909@gmail.com> (raw)
In-Reply-To: <201101071052.19202.remi.denis-courmont@nokia.com>
[-- Attachment #1: Type: text/plain, Size: 2079 bytes --]
Hi Rémi,
On 01/07/2011 02:52 AM, Rémi Denis-Courmont wrote:
> 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.
>
So there might be two things going on here:
- Default Bearer when attaching to LTE. From what I understood this is
unlikely to ever be anything but an Internet context. Maybe an IMS
default bearer, but then the APN should be well known. So the proposed
approach should work well enough in my view. We might need some extra
sanity checking here. E.g. we're in LTE domain, and this is the first
context active.
- Random Primary / Secondary PDN activation from the network. This
context can indeed be just about anything. Fortunately this isn't
really used all that often. So if we got one of these activated and we
don't have any idea what this context is (e.g. no provisioning info),
then about the only sane thing to do is to deactivate it.
Exposing "unknown" contexts is the wrong approach in my view. Unless of
course someone plans to ship a psychic with every phone..
Regards,
-Denis
next prev parent reply other threads:[~2011-01-07 21:07 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-05 17:25 [RFC PATCH] gprs: add function to handle activated context Soum, RedouaneX
2011-01-06 0:12 ` Marcel Holtmann
2011-01-06 0:17 ` Denis Kenzior
2011-01-07 8:52 ` =?unknown-8bit?q?R=C3=A9mi?= Denis-Courmont
2011-01-07 15:45 ` Joly, Frederic
2011-01-07 21:07 ` Denis Kenzior [this message]
2011-01-06 13:28 ` Soum, RedouaneX
2011-01-07 8:50 ` =?unknown-8bit?q?R=C3=A9mi?= Denis-Courmont
2011-01-07 10:38 ` Aki Niemi
2011-01-06 12:02 ` Sjur =?unknown-8bit?q?Br=C3=A6ndeland?=
2011-01-06 14:59 ` Soum, RedouaneX
2011-01-06 16:47 ` Denis Kenzior
2011-01-06 17:14 ` Sjur =?unknown-8bit?q?Br=C3=A6ndeland?=
2011-01-06 16:37 ` Denis Kenzior
2011-01-06 17:39 ` Marcel Holtmann
2011-01-06 17:45 ` Sjur =?unknown-8bit?q?Br=C3=A6ndeland?=
2011-01-06 17:53 ` Marcel Holtmann
2011-01-06 18:10 ` Denis Kenzior
2011-01-07 15:14 ` Joly, Frederic
2011-01-07 15:38 ` Sjur =?unknown-8bit?q?Br=C3=A6ndeland?=
2011-01-07 17:52 ` Joly, Frederic
2011-01-07 21:01 ` Denis Kenzior
2011-01-11 12:46 ` Soum, RedouaneX
2011-01-17 14:21 ` Pekka Pessi
2011-01-17 18:39 ` Sjur =?unknown-8bit?q?Br=C3=A6ndeland?=
2011-01-17 18:51 ` Sjur =?unknown-8bit?q?Br=C3=A6ndeland?=
2011-01-17 22:39 ` Pekka Pessi
2011-01-17 23:15 ` Sjur =?unknown-8bit?q?Br=C3=A6ndeland?=
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4D278074.1030909@gmail.com \
--to=denkenz@gmail.com \
--cc=ofono@ofono.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.