> >
>> We dont really care. The ID is sent back to the application so the
>> unique ID is only of value to the application.
>>
>
>This implies that the DR has to be uniquely routed back to the
>application, which presents its own challenges (see later). For
>example, a broadcast model for propagating DRs back to the SMS
>box is effectively ruled out.
>
>> Theres some work to be done on teh SMS box. The idea was to define a
>> keyword for every application. so if you have APP1 and APP2 sending
>> messages, the dlrs going back would have keywords like DLR_APP1 and
>> DLR_APP2 so they get sent back to the correspodning application.
>> Currently this is hardcoded to "DLR" but supposed to be changed soon.
>
>That might work for multiple applications interfacing to a *single*
>SMS box. But what about multiple applications interfacing to multiple
>SMS boxes ? In that case you need to store information about the
>target SMS box in the DR struct to ensure correct routing from the BB
>to the SMS box.
No not really. If you got 100 SMS boxes and 100 applications the
application sends its request to any SMSbox. The DLR gets sent back
to any smsbox which triggers a keyword which sends the information to
the application of choice (currently only 1 is supported because of
the hardcoded keyword which is subject to be per-user configurable
later). so it does scale well.
>No, what I mean is to use the Msg struct to wrap your dlr_wle from dlr.c
>Adding something like the following to msg-decl.h;
>
>MSG(dlr,
> {
> OCTSTR(smsc);
> OCTSTR(timestamp);
> OCTSTR(destination);
> OCTSTR(keyword);
> OCTSTR(id);
> INTEGER (mask);
> })
>
>The advantage I see is that there is lots of code to manipulate
>this struct and that the store supports it already.
Hmm. Never thought of that. Might be a clever idea in fact.
--
Andreas Fink
Fink-Consulting
------------------------------------------------------------------
Tel: +41-61-6932730 Fax: +41-61-6932729 Mobile: +41-79-2457333
Address: A. Fink, Schwarzwaldallee 16, 4058 Basel, Switzerland
E-Mail: [EMAIL PROTECTED] Homepage: http://www.finkconsulting.com
------------------------------------------------------------------
Something urgent? Try http://www.smsrelay.com/ Nickname afink
