That is your problem. DLRs going to sqlbox do not get to smsbox. Smsbox can post to apache. Sqlbox cannot.

Therefore, use different smsbox-ids for smsbox and sqlbox, and route (smsbox-route) all incoming MO traffic (including DLRs) to smsbox.

BR,
Nikos
----- Original Message ----- From: JAmes
To: [email protected]
Sent: Wednesday, March 16, 2011 11:29 AM
Subject: Re: Delivery Reports - Latest SVN


Looking into it further, could it be:

I have two connections to bearerbox with the same smsbox-id.

EG:

sqlbox->bearerbox
smsbox->bearerbox

Its to my understand the delivery message is sent to all boxes with the smsbox-id that the msg belongs to. In this case, both should receive the msg.

Regards,
J


On Wed, Mar 16, 2011 at 1:43 PM, JAmes <[email protected]> wrote:

Hi,

Is there any know issues with delivery reports from bearerbox to the dlr-url in the latest svn?

I look in the bearerbox log, I see:

2011-03-16 16:25:06 [31542] [9] DEBUG: SMPP PDU 0x4dc4150 dump:
2011-03-16 16:25:06 [31542] [9] DEBUG:   type_name: submit_sm_resp
2011-03-16 16:25:06 [31542] [9] DEBUG:   command_id: 2147483652 = 0x80000004
2011-03-16 16:25:06 [31542] [9] DEBUG:   command_status: 0 = 0x00000000
2011-03-16 16:25:06 [31542] [9] DEBUG:   sequence_number: 162 = 0x000000a2
2011-03-16 16:25:06 [31542] [9] DEBUG:   message_id:
2011-03-16 16:25:06 [31542] [9] DEBUG:    Octet string at 0x4de5400:
2011-03-16 16:25:06 [31542] [9] DEBUG:      len:  36
2011-03-16 16:25:06 [31542] [9] DEBUG:      size: 37
2011-03-16 16:25:06 [31542] [9] DEBUG:      immutable: 0
2011-03-16 16:25:06 [31542] [9] DEBUG: data: 35 38 38 63 37 35 36 65 2d 30 63 65 61 2d 34 63 588c756e-0cea-4c 2011-03-16 16:25:06 [31542] [9] DEBUG: data: 32 61 2d 62 61 63 32 2d 38 34 61 32 33 61 30 33 2a-bac2-84a23a03 2011-03-16 16:25:06 [31542] [9] DEBUG: data: 39 66 62 66 9fbf
2011-03-16 16:25:06 [31542] [9] DEBUG:    Octet string dump ends.
2011-03-16 16:25:06 [31542] [9] DEBUG: SMPP PDU dump ends.
2011-03-16 16:25:06 [31542] [9] DEBUG: DLR[mysql]: Adding DLR smsc=smsc_3_1, ts=588c756e-0cea-4c2a-bac2-84a23a039fbf, src=Test, dst=61401595xxx, mask=31, boxc=dlrbox
2011-03-16 16:25:06 [31542] [9] DEBUG: adding DLR entry into database
2011-03-16 16:25:06 [31542] [9] DEBUG: sql: INSERT INTO `tmp_kannel_dlr` (`smsc`, `timestamp`, `source`, `destination`, `service`, `url`, `mask`, `boxc`, `status`) VALUES (?, ?, ?, ?, ?, ?, ?, ?, 0)
2011-03-16 16:25:06 [31542] [9] DEBUG: SMSC[smsc_3_1]: creating DLR message
2011-03-16 16:25:06 [31542] [9] DEBUG: SMSC[smsc_3_1]: DLR = http://127.0.0.1:81/smshdlr/bulkdlr.php?state=%d&statustext=%A&msisdn=%p&operator=DEFAULT&idsms=327344 2011-03-16 16:25:06 [31542] [9] DEBUG: SMPP[smsc_3_1]: throughput (15.00,150.00) 2011-03-16 16:25:06 [31542] [9] DEBUG: SMPP[smsc_3_1]: Manually forced source addr ton = 5, source add npi = 1

So to me it looks like its sending.. But when I go into apache logs it doesn't not receive the get request.

ALSO, i do get the DLR in the mysql table "sent_sms" for sqlbox. No problems.

This issue happens intermittently, but frequently. (in my last test, 20/30 failed to get the DLR get request to apache)

I should also note that I have been running an old version of bearerbox (1.4.something) using the same apache, and bulkdlr.php script for several years without any issues.

Regards,
J

Reply via email to