Here, if the compiler detects the OMA provisioning ID in the XML document (see ora_compiler.c:423 in the file), it passes a
flag to each of the callees that tells them to expect OMA-style settings. I had to change some of the internal parsing tables to accommodate OMA-style settings, while still handling Nokia/Ericsson style ok (this I've checked and it works ok).
In addition, the OMA spec says you can have a PIN to authenticate the settings to the ME, and a pin/security type (userpin, netwpin, usernetwpin or userpinmac) and describes how to use this to generate a SHA1/HMAC hash to be added to the binary message. These changes are in ota_prov.c -- some functions have had their protos changes as a result.
Finally, smsbox is modified to allow the sendota interface to take type=oma-settings&pin=1111&sec=userpin (or similar) to specify OMA-style settings.
There is a slight bug I discovered in the patch I sent: One needs to make ota_compiler.c:421 read:
--
if (document->intSubset &&
document->intSubset->ExternalID &&
strcmp(document->intSubset->ExternalID, "-//WAPFORUM//DTD PROV 1.0//EN") == 0) {
--
That is add the additional check that document->intSubset->ExternalID is not NULL before accessing it :) -- I can do another diff if you like.
One more thing: For the HMAC computation, libssl is required. On my platform (OSX Panther) autoconf detection of this seems a bit flaky.
As I said, you need a new Series 40 or 60 Nokia (6800 and above, 6600 and above), SonyEricsson P900 or some of the new Motorolla phones to test with. I have none of these! I had assumed all Series 60 support this, but nada.
Let me know if you need more info.
P.
On 12 Mar 2004, at 17: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-----
----------------------------- Paul A. Bagyenda Digital Solutions P.O.Box 23833 58 Bukoto Str. Kampala, UGANDA
Tel: +256-31-262117 Mob: +256-77-507743 Email: [EMAIL PROTECTED] Web: http://www.dsmagic.com -----------------------------
