Hi Marcel,
>
The actual MCC and MNC assignments are ITU T E.212 and the (U)SIM Header of the
ICCID is ITU T E.118 document.
And as a side note, the (U)SIM Header is between 6 and 7 digits. The MNC is
between 2 and 3 digits.
So in theory E212 should be enough. Each operator (MVNO or otherwi
Hi Alex,
Ordering should have nothing to do with it.
>>>
>>> Yes, the ordering is relevant. We (like other ofono users I suspect)
>>> have to allow multiple APNs or the automatic provisioning process fails.
>>>
>>> Then, the first context found in serviceproviders.xml is what is used
Hi Alex,
Ordering should have nothing to do with it.
>>>
>>> Yes, the ordering is relevant. We (like other ofono users I suspect)
>>> have to allow multiple APNs or the automatic provisioning process fails.
>>>
>>> Then, the first context found in serviceproviders.xml is what is used
Hi Alex,
> As I come to investigate this, I find I am concerned about using the
Service Provider Name as I can't see any registry for those names, it's
free text for display purposes, so I assume it is at least possible it
might change without warning,
whereas there does seem to be a registry fo
On 04/06/2015 23:59, Alex J Lennon wrote:
>
> On 04/06/2015 23:03, Denis Kenzior wrote:
>> Hi Alex,
>>
Ordering should have nothing to do with it.
>>> Yes, the ordering is relevant. We (like other ofono users I suspect)
>>> have to allow multiple APNs or the automatic provisioning proce
On 04/06/2015 23:03, Denis Kenzior wrote:
> Hi Alex,
>
> >> Ordering should have nothing to do with it.
>>>
>>
>> Yes, the ordering is relevant. We (like other ofono users I suspect)
>> have to allow multiple APNs or the automatic provisioning process fails.
>>
>> Then, the first context found in
Hi Kuba,
On 06/03/2015 12:25 PM, Kuba Pawlak wrote:
If there is more then one active or held call, we are in mpty calls.
We won't get indicator update if any of them is released by CHLD=1x.
So we have to poll it.
---
drivers/hfpmodem/voicecall.c | 20
1 file changed, 20 i
Hi Alex,
>> Ordering should have nothing to do with it.
Yes, the ordering is relevant. We (like other ofono users I suspect)
have to allow multiple APNs or the automatic provisioning process fails.
Then, the first context found in serviceproviders.xml is what is used by
default for the conne
Hi Denis,
On 04/06/2015 21:52, Denis Kenzior wrote:
> 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
>> servic
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 an
10 matches
Mail list logo