All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marcel Holtmann <marcel@holtmann.org>
To: ofono@ofono.org
Subject: Re: [RFC PATCHv2 1/4] Automatic provisioning of GPRS context settings
Date: Mon, 03 Jan 2011 12:34:55 -0800	[thread overview]
Message-ID: <1294086895.5852.15.camel@aeonflux> (raw)
In-Reply-To: <1294061902.2077.51.camel@jsaunama-desktop>

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

Hi Jukka,

> > > Well, my intention was to make format simple and fast to parse, but
> > > still be extensible enough, which I think my proposed format fulfills. 
> > >
> > > These <access>-elements contain just data needed for GPRS context
> > > settings (as attributes), and if there is need for any other operator
> > > specific provisioning information, you can always add separate elements,
> > > this is still proper XML.
> > 
> > But IMHO it is really ugly and not a properly designed XML.
> 
> Well, to me it looks simple, compact and clean, and most certainly
> provides all necessary extensibility any XML format provides.  
> 
> > Again, why not use mobile-broadband-provider-info DTD? If there's something
> > missing, I'm sure maintainers are willing to extend it. No need to
> > reinvent the wheel.
> 
> In this format biggest thing that I see missing is type of access point
> ("internet","mms","lte"), protocol (for IPv6) and mms-server (or
> "homepage"). And I assume <name> of <provider> could be interpreted as
> SPN for provisioning.
> 
> The good point of using mobile-broadband-provider-info is that it would
> indeed provide existing database for testing purposes. For product
> creation, manufacturers will anyway create their own databases, and
> there the format does not matter much.

I think we need something in between both formats.

The mobile-broadband-provider-info is too much and too complex from my
point of view. It contains too much details that are not really helping
us if you wanna do provisioning. We need to automate this and can not
really ask the user.

On the other hand, I would prefer a little bit more XML style nesting or
we just use key files right away.

Regards

Marcel



  reply	other threads:[~2011-01-03 20:34 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-03  7:31 [RFC PATCHv2 1/4] Automatic provisioning of GPRS context settings Jukka Saunamaki
2011-01-03  7:31 ` [RFC PATCHv2 1/4] sim: add ofono_sim_get_mnc_length Jukka Saunamaki
2011-01-03 20:37   ` Marcel Holtmann
2011-01-03  7:31 ` [RFC PATCHv2 2/4] operator-settings: Add GPRS context provisioning sources Jukka Saunamaki
2011-01-03  7:31 ` [RFC PATCHv2 3/4] gprs: add automatic context settings provisioning Jukka Saunamaki
2011-01-03  7:31 ` [RFC PATCHv2 4/4] operator-settings: Example GPRS context settings file Jukka Saunamaki
2011-01-03  8:57 ` [RFC PATCHv2 1/4] Automatic provisioning of GPRS context settings Kalle Valo
2011-01-03 10:44   ` Jukka Saunamaki
2011-01-03 11:40     ` Kalle Valo
2011-01-03 13:32       ` Aki Niemi
2011-01-03 13:38       ` Jukka Saunamaki
2011-01-03 20:34         ` Marcel Holtmann [this message]
2011-01-03 11:28   ` Aki Niemi
2011-01-03 20:31     ` Marcel Holtmann
2011-01-03 23:03 ` Marcel Holtmann
2011-01-04  7:13   ` Jukka Saunamaki
2011-01-04  8:05     ` Marcel Holtmann
2011-01-04  8:42       ` Jukka Saunamaki
2011-01-04  9:29         ` Marcel Holtmann
2011-01-04  8:23   ` Kalle Valo
2011-01-04  8:30     ` Marcel Holtmann
2011-01-04 10:00       ` Kalle Valo
2011-01-11  0:59         ` Marcel Holtmann
2011-01-13 22:41           ` Kalle Valo
  -- strict thread matches above, loose matches on Subject: below --
2011-09-08  7:38 manju krishna

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=1294086895.5852.15.camel@aeonflux \
    --to=marcel@holtmann.org \
    --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.