Re: Adding support for OMA-WAP Provisioning OTA

The phones mentioned probably do *not* use WAP provisioning.
But some Siemenses actually do, I remember. Do someone know
what Siemens models do ?

Btw, I agree with Stipe that code *looks* good. But it is code you
definitely must test first (all these tokenization rules).

Aarno

On 12.3.2004, at 15:51, Stipe Tolj wrote:

> Paul Bagyenda schrieb:
>>
>> Attached are some diffs to implement OMA-style sending of OTA 
>> settings.
>> Refer to OMA-WAP-ProvCont-v1_1-20021112-C (at
>> http://www.openmobilealliance.org/tech/docs/) for details on how this
>> works.
>>
>> The changes include all (most) the HMAC computation stuff required for
>> authentication. What I've done is modified the ota_compiler.c and
>> ota_prov.c files to detect oma-style settings and build the WBXML file
>> differently.
>>
>>   I've checked its output against samples provided in the docs and
>> against samples provided by SonyEricsson, Nokia & Motorola. Looks ok.
>> Alas my phone seems to be having issues so I haven't received anything
>> there yet. If someone out there can test and confirm, then we have a
>> new addition to kannel!
>
> Aarno will give it a try and review.
>
> Can you please describe in more detail what the patch does actually in
> Kannel's components, so the reviewer has a more easier way to check
> the patch and understand your changes. Thanks.
>
> Stipe
>
> mailto:[email protected]
> -------------------------------------------------------------------
> Wapme Systems AG
>
> Münsterstr. 248
> 40470 Düsseldorf, NRW, Germany
>
> phone: +49.211.74845.0
> fax: +49.211.74845.299
>
> mailto:[email protected]
> http://www.wapme-systems.de/
> -------------------------------------------------------------------
>
> -----BEGIN PGP PUBLIC KEY BLOCK-----
> Version: GnuPG v1.2.2 (Cygwin)
>
> mIsEP6mcYwEEAMDnUiUwrbb+xwTFWN6TxF2+XZu7/alwJMeCwMBRvXtPZqfjpPhS
> OkBpU0F4TrVuugz1HINTSaJTYq10AzDQXp5NkyWgckqW79nPAWuOX0dicbJk+cN2
> nM2TI4KaxUDe6u8hghNEnH/i2lXsUu9apnP/iixzV81VC2je3uc9hZpnAAYptEVT
> dGlwZSBUb2xqIChUZWNobm9sb2d5IENlbnRlciAmIFJlc2VhcmNoIExhYikgPHRv
> bGpAd2FwbWUtc3lzdGVtcy5kZT6ItAQTAQIAHgUCP6mcYwIbAwYLCQgHAwIDFQID
> AxYCAQIeAQIXgAAKCRABV0w1BqPYRuSqA/wPzsQxao2YePENCtgRTrO86U6zg3sl
> OcS6CJFI4FZP5h/xD3GRsNH1+MPSvZlomDdpFnr547DGz/Kq9MXuQwVvlVig5yWZ
> K5dtKp1r5YLhxJQBhfirZbRFFnYmf19f18J8OoS28tuFVftDl1AIwJS3HLyBTv6H
> g2HyLAEKQIp30Q==
> =aYCI
> -----END PGP PUBLIC KEY BLOCK-----
>