Alex, could you please commit this patch? Thanks, Alexander Malysh
Am 17.11.2009 um 20:40 schrieb Alejandro Guerrieri: > Please find a zip with the full folder attached. > > It's almost a full code rewrite, with lots of changes on the code structure > and UI as well, apart from support for the dlr fields. > > I'm working on a completely new, "ajaxified" version as well, stay tuned ;) > > Regards, > -- > Alejandro Guerrieri > aguerri...@kannel.org > > <kannel-monitor.zip> > On 15/11/2009, at 15:44, Alexander Malysh wrote: > >> Hi, >> >> @Alex: any news about kannel-monitor patch? >> >> Thanks, >> Alexander Malysh >> >> Am 11.11.2009 um 19:47 schrieb Alejandro Guerrieri: >> >>> Working on it already, it'll be ready for tomorrow probably. >>> >>> Regards, >>> -- >>> Alejandro Guerrieri >>> aguerri...@kannel.org >>> >>> >>> >>> On 11/11/2009, at 19:35, Alvaro Cornejo wrote: >>> >>>> Hi >>>> >>>> Just don't forget the patch for the kannel-monitor >>>> >>>> Thanks / Good work >>>> >>>> Alvaro >>>> | >>>> -----------------------------------------------------------------------------------------------------------------| >>>> Envíe y Reciba Datos y mensajes de Texto (SMS) hacia y desde cualquier >>>> celular y Nextel >>>> en el Perú, México y en mas de 180 paises. Use aplicaciones 2 vias via >>>> SMS y GPRS online >>>> Visitenos en www.perusms.NET www.smsglobal.com.mx y >>>> www.pravcom.com >>>> >>>> >>>> >>>> On Wed, Nov 11, 2009 at 11:51 AM, Alexander Malysh <amal...@kannel.org> >>>> wrote: >>>>> commited to cvs... >>>>> >>>>> Am 11.11.2009 um 17:21 schrieb Alexander Malysh: >>>>> >>>>>> I will commit it shortly... >>>>>> >>>>>> Am 11.11.2009 um 16:54 schrieb Alejandro Guerrieri: >>>>>> >>>>>>> Yes you're right, now that we have MO and MT dlr info, it makes more >>>>>>> sense to have that on the "dlr" section instead of having it along the >>>>>>> SMS data. >>>>>>> >>>>>>> Also on the smsc's, having the <received> and <sent> nodes is more >>>>>>> clear. >>>>>>> >>>>>>> I'm +1 on this new format. >>>>>>> >>>>>>> Do you want me to commit it myself or will you do it? >>>>>>> >>>>>>> Regards, >>>>>>> -- >>>>>>> Alejandro Guerrieri >>>>>>> aguerri...@kannel.org >>>>>>> >>>>>>> On 11/11/2009, at 16:46, Alexander Malysh wrote: >>>>>>> >>>>>>>> Hi Alex, >>>>>>>> >>>>>>>> I changed your patch a bit. I hope that it would me more clear for >>>>>>>> users what the all counters means. >>>>>>>> >>>>>>>> New patch attached... >>>>>>>> Please let me know what you think? >>>>>>>> >>>>>>>> <dlr_status.diff> >>>>>>>> >>>>>>>> Here examples: >>>>>>>> >>>>>>>> TXT: >>>>>>>> Status: running, uptime 0d 0h 0m 9s >>>>>>>> >>>>>>>> WDP: received 0 (0 queued), sent 0 (0 queued) >>>>>>>> >>>>>>>> SMS: received 0 (0 queued), sent 0 (0 queued), store size -1 >>>>>>>> SMS: inbound (0.00,0.00,0.00) msg/sec, outbound (0.00,0.00,0.00) >>>>>>>> msg/sec >>>>>>>> >>>>>>>> DLR: received 0, sent 0 >>>>>>>> DLR: inbound (0.00,0.00,0.00) msg/sec, outbound (0.00,0.00,0.00) >>>>>>>> msg/sec >>>>>>>> DLR: 0 queued, using internal storage >>>>>>>> >>>>>>>> No boxes connected >>>>>>>> >>>>>>>> SMSC connections: >>>>>>>> FAKE[FAKE] FAKE:20000 (connecting, rcvd: sms 0 / dlr 0, sent: sms 0 >>>>>>>> / dlr 0, failed 0, queued 0 msgs) >>>>>>>> >>>>>>>> XML: >>>>>>>> <?xml version="1.0"?> >>>>>>>> <gateway> >>>>>>>> <status>running, uptime 0d 0h 0m 35s</status> >>>>>>>> <wdp> >>>>>>>> <received><total>0</total><queued>0</queued></received> >>>>>>>> <sent><total>0</total><queued>0</queued></sent> >>>>>>>> </wdp> >>>>>>>> <sms> >>>>>>>> <received><total>0</total><queued>0</queued></received> >>>>>>>> <sent><total>0</total><queued>0</queued></sent> >>>>>>>> <storesize>-1</storesize> >>>>>>>> <inbound>0.00,0.00,0.00</inbound> >>>>>>>> <outbound>0.00,0.00,0.00</outbound> >>>>>>>> </sms> >>>>>>>> <dlr> >>>>>>>> <received><total>0</total></received> >>>>>>>> <sent><total>0</total></sent> >>>>>>>> <inbound>0.00,0.00,0.00</inbound> >>>>>>>> <outbound>0.00,0.00,0.00</outbound> >>>>>>>> <queued>0</queued> >>>>>>>> <storage>internal</storage> >>>>>>>> </dlr> >>>>>>>> <boxes> >>>>>>>> </boxes> >>>>>>>> <smscs><count>1</count> >>>>>>>> <smsc> >>>>>>>> <name>FAKE:20000</name> >>>>>>>> <admin-id>FAKE</admin-id> >>>>>>>> <id>FAKE</id> >>>>>>>> <status>connecting</status> >>>>>>>> <received><sms>0</sms><dlr>0</dlr></received> >>>>>>>> <sent><sms>0</sms><dlr>0</dlr></sent> >>>>>>>> <failed>0</failed> >>>>>>>> <queued>0</queued> >>>>>>>> </smsc> >>>>>>>> </smscs> >>>>>>>> </gateway> >>>>>>>> >>>>>>>> >>>>>>>> Am 11.11.2009 um 14:27 schrieb Alejandro Guerrieri: >>>>>>>> >>>>>>>>> Please see attached. I'm adding the patch for the kannel-monitor >>>>>>>>> later. >>>>>>>>> >>>>>>>>> Regards, >>>>>>>>> -- >>>>>>>>> Alejandro Guerrieri >>>>>>>>> aguerri...@kannel.org >>>>>>>>> >>>>>>>>> >>>>>>>>> <kannel-dlr-status-v2.diff.zip> >>>>>>>>> >>>>>>>>> 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 >>>>>>>>>>> aguerri...@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 >>>>>>>>>>>>> aguerri...@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 >>>>>>>>>>>>>>> aguerri...@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 >>>>>>>>>>>>>>>> ------------------------------------------------------------------- >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>>> >>> >> >
