DLR counters on the status page

[Alejandro Guerrieri]

Please see attached. I'm adding the patch for the kannel-monitor later.

Regards,
--
Alejandro Guerrieri
aguerrieri at kannel.org


-------------- next part --------------
A non-text attachment was scrubbed...
Name: kannel-dlr-status-v2.diff.zip
Type: application/zip
Size: 3050 bytes
Desc: not available
URL: <http://www.kannel.org/pipermail/devel/attachments/20091111/942fe8dc/attachment.zip>
-------------- next part --------------


On 11/11/2009, at 12:33, Alexander Malysh wrote:

>
> Am 11.11.2009 um 12:09 schrieb Alejandro Guerrieri:
>
>> Ok, so you'd like the patch to transparently handle the concept of  
>> "outgoing" dlrs?
>
> yes that would be great... This is 5 minutes patch :)
>
>>
>> It would be useless on many drivers where Kannel's acting as a  
>> "client" only (SMPP for instance) but yes, on HTTP and derivatives  
>> would make sense.
>>
>> Regards,
>> --
>> Alejandro Guerrieri
>> aguerrieri at kannel.org
>>
>>
>>
>> On 11/11/2009, at 11:42, Alexander Malysh wrote:
>>
>>>
>>> Am 11.11.2009 um 11:38 schrieb Alejandro Guerrieri:
>>>
>>>> Alex,
>>>>
>>>> Outgoing DLR's? At least on SMPP, there's not such a thing: when  
>>>> you submit an MT with dlr-mask/dlr-url set, the submit_sm PDU has  
>>>> the delivery receipt flag set. When the message is accepted (the  
>>>> SMSC sends a submit_sm_resp), kannel creates a first incoming DLR  
>>>> and later on the SMSC sends one incoming (deliver_sm) DLR (or  
>>>> more, if intermediate DLR's are enabled) with the message  
>>>> status(es).
>>>>
>>>> What do you mean with "outgoing DLR's" ?
>>>
>>> at least for HTTP smsc we can implement DLR forwarding...
>>>
>>>>
>>>> Regards,
>>>> --
>>>> Alejandro Guerrieri
>>>> aguerrieri at kannel.org
>>>>
>>>>
>>>>
>>>> On 11/11/2009, at 9:36, Alexander Malysh wrote:
>>>>
>>>>> Hi Alex,
>>>>>
>>>>> I think we have to expand this patch to handle incoming and  
>>>>> outgoing DLRs.
>>>>> Now we don't differentiate DLRs from SMS traffic and therefore  
>>>>> this is not a issue.
>>>>> But if we start to differentiate DLRs from SMS we need to split  
>>>>> it to incoming/outgoing
>>>>> the same as for SMS traffic.
>>>>>
>>>>> Thanks,
>>>>> Alexander Malysh
>>>>>
>>>>> Am 11.11.2009 um 08:13 schrieb Alejandro Guerrieri:
>>>>>
>>>>>> Any objections? Can I commit?
>>>>>>
>>>>>> Regards,
>>>>>> --
>>>>>> Alejandro Guerrieri
>>>>>> aguerrieri at kannel.org
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 10/11/2009, at 15:46, Stipe Tolj wrote:
>>>>>>
>>>>>>> Alejandro Guerrieri schrieb:
>>>>>>>> This patch adds separate dlr counters on the status page.  
>>>>>>>> This is much
>>>>>>>> clearer than now imho, where we have dlr's and mo's mixed on  
>>>>>>>> the same
>>>>>>>> counter.
>>>>>>>>
>>>>>>>> For example:
>>>>>>>>
>>>>>>>> ...
>>>>>>>>
>>>>>>>> SMS: inbound (0.00,0.00,0.00) msg/sec, *dlr (0.23,0.12,0.12)  
>>>>>>>> msg/sec*,
>>>>>>>> outbound (0.12,0.06,0.06) msg/sec
>>>>>>>>
>>>>>>>> ...
>>>>>>>>
>>>>>>>> SMSC connections:
>>>>>>>>
>>>>>>>> *fake*[fake]    FAKE:10000 (online 109s, rcvd 0, *dlr 14*,  
>>>>>>>> sent 7,
>>>>>>>> failed 0, queued 0 msgs)
>>>>>>>>
>>>>>>>>
>>>>>>>> http://www.blogalex.com/archives/222
>>>>>>>
>>>>>>> yep, I'm in... +0 from my side.
>>>>>>>
>>>>>>> Stipe
>>>>>>>
>>>>>>> -- 
>>>>>>> -------------------------------------------------------------------
>>>>>>> K?lner Landstrasse 419
>>>>>>> 40589 D?sseldorf, NRW, Germany
>>>>>>>
>>>>>>> tolj.org system architecture      Kannel Software Foundation  
>>>>>>> (KSF)
>>>>>>> http://www.tolj.org/              http://www.kannel.org/
>>>>>>>
>>>>>>> mailto:st_{at}_tolj.org           mailto:stolj_{at}_kannel.org
>>>>>>> -------------------------------------------------------------------
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>