Hi Steven,
Try this request to the generic http-smsc listening interface:
http://192.168.0.6:13015/dlr?username=xxxxxx&password=xxxxxx&from=xxxxxx&to=0815&dlr-mid=a09885da-43c2-4553-af29-ac52a4952191&text=id%3Aa09885da-43c2-4553-af29-ac52a4952191%20sub%3A001%20dlvrd%3A001%20submit%20date%3A1110201045%20done%20date%3A1110201046%20stat%3ADELIVRD%20err%3A000%20text%3A
please note that in DLRs you should swap "from" and "to" params, which
is reasonable: the delivery report goes _from_ the subscriber's handset
_to_ the originating source address.
The "text" parameter is a url-encoded representation of the following
string:
id:a09885da-43c2-4553-af29-ac52a4952191 sub:001 dlvrd:001 submit
date:1110201045 done date:1110201046 stat:DELIVRD err:000 text:
where "stat" and "err" might be one of the following:
DELIVRD 000
REJECTD 002
UNDELIV 001
EXPIRED 027
The "date" params are formatted with the following string: %y%m%d%H%M
You can also add seconds to it ("%S"), which is convenient and I've seen
some SMSCs doing that, but it violates SMPP v3.4 specs and requires
calling an additional processing function in Kannel.
I also noticed that "sub", "dlvrd" and "text" have no significance.
I hope this helps.
@all: should we add this DLR-generating example to the UG? It's not
obvious and took me a while to get it working.
On 20/10/11 10:09, Steven König wrote:
Hi,
i'm trying to run the following scenario:
1. A smpp-Client connects to my opensmppbox and sends a message.
2. The opensmppbox accepts the connection and also accepts the message.
3. The opensmppbox routes the message to a generic http-smsc.
Now the question:
How can I send an DLR for statuses 1 or 2 back to kannel?
I tried with:
http://192.168.0.6:13015/dlr?username=xxxxxx&password=xxxxxx&from=0815&to=xxxxx&dlr_mask=1&dlr-mid=a09885da-43c2-4553-af29-ac52a4952191
But the Problem here is, that it accepts the dlr but at the conncted
opensmppbox the status is always REJECTD. It doesn't matter which value
the dlr-mask-parameter is set to.
Heres the log for the dlr-request which is originated by the generic http:
[...] DEBUG: DLR[internal]: Looking for DLR smsc=SMPP, ts=a09885da,
dst=xxxxx, type=-1
[...] DEBUG: DLR[internal]: created DLR message for URL <a09885da>
[...] DEBUG: DLR[internal]: DLR not destroyed, still waiting for other
delivery report
[...] DEBUG: SMPP[SMPP]: Sending PDU:
[...] DEBUG: SMPP PDU 0x86e6038 dump:
[...] DEBUG: type_name: deliver_sm
[...] DEBUG: command_id: 5 = 0x00000005
[...] DEBUG: command_status: 0 = 0x00000000
[...] DEBUG: sequence_number: 1 = 0x00000001
[...] DEBUG: service_type: NULL
[...] DEBUG: source_addr_ton: 2 = 0x00000002
[...] DEBUG: source_addr_npi: 1 = 0x00000001
[...] DEBUG: source_addr: "0815"
[...] DEBUG: dest_addr_ton: 1 = 0x00000001
[...] DEBUG: dest_addr_npi: 1 = 0x00000001
[...] DEBUG: destination_addr: "xxxxx"
[...] DEBUG: esm_class: 4 = 0x00000004
[...] DEBUG: protocol_id: 0 = 0x00000000
[...] DEBUG: priority_flag: 0 = 0x00000000
[...] DEBUG: schedule_delivery_time: NULL
[...] DEBUG: validity_period: NULL
[...] DEBUG: registered_delivery: 0 = 0x00000000
[...] DEBUG: replace_if_present_flag: 0 = 0x00000000
[...] DEBUG: data_coding: 0 = 0x00000000
[...] DEBUG: sm_default_msg_id: 0 = 0x00000000
[...] DEBUG: sm_length: 0 = 0x00000000
[...] DEBUG: short_message:
[...] DEBUG: Octet string at 0x86dfe58:
[...] DEBUG: len: 112
[...] DEBUG: size: 1024
[...] DEBUG: immutable: 0
[...] DEBUG: data: 69 64 3a 61 30 39 38 38 35 64 61 20 73 75 62 3a
id:a09885da sub:
[...] DEBUG: data: 30 30 31 20 64 6c 76 72 64 3a 30 30 30 20 73 75 001
dlvrd:000 su
[...] DEBUG: data: 62 6d 69 74 20 64 61 74 65 3a 31 31 31 30 32 30 bmit
date:111020
[...] DEBUG: data: 30 39 35 30 20 64 6f 6e 65 20 64 61 74 65 3a 31 0950
done date:1
[...] DEBUG: data: 31 31 30 32 30 30 39 35 31 20 73 74 61 74 3a 52
110200951 stat:R
[...] DEBUG: data: 45 4a 45 43 54 44 20 65 72 72 3a 30 30 30 20 74
EJECTD err:000 t
[...] DEBUG: data: 65 78 74 3a 20 20 20 20 20 20 20 20 20 20 20 20 ext:
[...] DEBUG: Octet string dump ends.
[...] DEBUG: message_state: 8 = 0x00000008
[...] DEBUG: receipted_message_id: "a09885da"
[...] DEBUG: SMPP PDU dump ends.
The next thing is, if I connect a smsbox instead of opensmppbox to
bearerbox and manually send an message over smsbox with dlr-mask = 31,
all generic http originated dlrs send to the above url work fine.
Can anyone help me please and tell me the right url-parameters or
another solution for generating dlrs originated by the generic http smsc?
here are my confs:
kannel.conf:
group = core
admin-port = 13000
smsbox-port = 13001
admin-password = bar
log-file = "/var/log/kannel/kannel-core.log"
log-level = 0
access-log = "/var/log/kannel/kannel-access.log"
store-file = "/var/spool/kannel/kannel_core.store"
box-deny-ip = "*.*.*.*"
box-allow-ip = "127.0.0.1"
group = sendsms-user
username = xxxxx
password = xxxxx
group = sms-service
keyword = default
text = "No service specified"
group = smsbox-route
smsbox-id = test1
smsc-id = "smsc1"
group = smsc
smsc = http
system-type = generic
port = 13015
smsc-id=smsc1
send-url =
"http://192.168.0.99/gsm/sendtest.php?username=xxxxx&password=xxxxx&from=%P&to=%p&text=%b&dcs=%O&udh=%u&charset=%C&foreignId=%F&dlrReply=%A&dlrurl=%R&dlrval=%d&msgid=%I&cmsgid=%i";
status-success-regex = "Sent."
status-permfail-regex = "failure"
status-tempfail-regex = "retry later"
generic-status-sent = 200
generic-status-error = 404
and my opensmppbox.conf:
group = core
dlr-storage = internal
group = opensmppbox
opensmppbox-id = test1
opensmppbox-port = 2346
bearerbox-host = localhost
bearerbox-port = 13001
log-level = 0
log-file = /var/log/kannel/opensmppbox.log
our-system-id = test1
smpp-logins = "/etc/kannel/smpplogins.txt"
Thanks,
Steven
--
Regards,
Semion Spivak
