All of lore.kernel.org
 help / color / mirror / Atom feed
From: Denis Kenzior <denkenz@gmail.com>
To: ofono@ofono.org
Subject: Re: Problems provisioning APN from SIMs
Date: Thu, 04 Jun 2015 14:52:08 -0500	[thread overview]
Message-ID: <5570AC68.5000208@gmail.com> (raw)
In-Reply-To: <556EEDE9.3090904@dynamicdevices.co.uk>

[-- Attachment #1: Type: text/plain, Size: 2145 bytes --]

Hi Alex,

On 06/03/2015 07:07 AM, Alex J Lennon wrote:
> Hi,
>
> A request for some advice.
>
> We're having trouble provisioning APNs for SIMs from certain Telcos, and
> it seems to be because of the ordering of providers in serviceproviders.xml
>

Ordering should have nothing to do with it.

> Vodafone and O2 are cases in point. SIMs from either of those two
> telcos, used in the UK, will fail to default to the standard APNs upon
> provisioning.
>
> In the case of Vodafone it is because an ASDA Mobile provider is present
> before the Vodafone provider and both have the same MNC.
>
> It's similar with O2, excepting that in this case there's a Giffgaff
> provider before the O2 provider which thus is used for the APN.

oFono's provisioning logic is very conservative.  We do not allow 
duplicate contexts.  Thus if the database contains multiple matches for 
a MCC/MNC pair, the provisioning will fail.  The way to to deal with 
this is to extend the database with additional identifying information. 
  E.g. SPN.  I believe we added the SPN field to 
Mobile-Broadband-Provider-Info XML DTD.  But I haven't been paying much 
attention whether the database has been properly populated with this 
field since then.

>
> I suspect our use case is similar to many others. We have a headless
> embedded Linux board and we want an installation technician to be able
> to put a SIM in, power the unit, and have everything else automated.
>
> It looks like we may have to implement a custom serviceproviders.xml,
> which would be a shame.
>
> I am wondering if there are any other algorithmic or configuration
> alternatives we can look at, such as Ofono trying different contexts
> until one works? Or some additional Ofono provisioning configuration?
>

oFono can use any information present on the SIM to try and figure out 
the SIM provider.  We already provide MCC, MNC and SPN to the 
provisioning plugin.

However, this really depends on the underlying provisioning database to 
contain this information and do so in such a way that duplicates are not 
possible.

Regards,
-Denis


  reply	other threads:[~2015-06-04 19:52 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-03 12:07 Problems provisioning APN from SIMs Alex J Lennon
2015-06-04 19:52 ` Denis Kenzior [this message]
2015-06-04 20:23   ` Alex J Lennon
2015-06-04 21:03     ` Denis Kenzior
2015-06-04 21:59       ` Alex J Lennon
2015-06-04 22:05         ` Alex J Lennon
2015-06-04 22:16         ` Denis Kenzior
2015-06-04 22:30         ` Marcel Holtmann
2015-06-04 22:50         ` Marcel Holtmann
2015-06-04 23:48           ` Denis Kenzior
2015-06-05  8:29             ` Alex J Lennon
2015-06-12 13:09               ` Alex J Lennon

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=5570AC68.5000208@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.