Ok, so you'd like the patch to transparently handle the concept of
"outgoing" dlrs?
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
[email protected]
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
[email protected]
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
[email protected]
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
-------------------------------------------------------------------
