I think it's best to ask your SMSC operator, might be an issue on their side.
2016-02-11 10:04 GMT+03:00 Robin C <ro...@zincron.co.in>: > Hi, > > Please find the pdu below. And we set dlr_mask = 31. Then we got > the ACK only. > > > 2016-02-11 12:25:07 [30659] [6] DEBUG: SMPP[DNDP_P]: Sending PDU: > 2016-02-11 12:25:07 [30659] [6] DEBUG: SMPP PDU 0x7f2cd8000a10 dump: > 2016-02-11 12:25:07 [30659] [6] DEBUG: type_name: submit_sm > 2016-02-11 12:25:07 [30659] [6] DEBUG: command_id: 4 = 0x00000004 > 2016-02-11 12:25:07 [30659] [6] DEBUG: command_status: 0 = 0x00000000 > 2016-02-11 12:25:07 [30659] [6] DEBUG: sequence_number: 318 = 0x0000013e > 2016-02-11 12:25:07 [30659] [6] DEBUG: service_type: NULL > 2016-02-11 12:25:07 [30659] [6] DEBUG: source_addr_ton: 5 = 0x00000005 > 2016-02-11 12:25:07 [30659] [6] DEBUG: source_addr_npi: 0 = 0x00000000 > 2016-02-11 12:25:07 [30659] [6] DEBUG: source_addr: "senderid" > 2016-02-11 12:25:07 [30659] [6] DEBUG: dest_addr_ton: 1 = 0x00000001 > 2016-02-11 12:25:07 [30659] [6] DEBUG: dest_addr_npi: 1 = 0x00000001 > 2016-02-11 12:25:07 [30659] [6] DEBUG: destination_addr: "mobilenumber" > 2016-02-11 12:25:07 [30659] [6] DEBUG: esm_class: 3 = 0x00000003 > 2016-02-11 12:25:07 [30659] [6] DEBUG: protocol_id: 0 = 0x00000000 > 2016-02-11 12:25:07 [30659] [6] DEBUG: priority_flag: 0 = 0x00000000 > 2016-02-11 12:25:07 [30659] [6] DEBUG: schedule_delivery_time: NULL > 2016-02-11 12:25:07 [30659] [6] DEBUG: validity_period: NULL > 2016-02-11 12:25:07 [30659] [6] DEBUG: registered_delivery: 1 = > 0x00000001 > 2016-02-11 12:25:07 [30659] [6] DEBUG: replace_if_present_flag: 0 = > 0x00000000 > 2016-02-11 12:25:07 [30659] [6] DEBUG: data_coding: 0 = 0x00000000 > 2016-02-11 12:25:07 [30659] [6] DEBUG: sm_default_msg_id: 0 = 0x00000000 > 2016-02-11 12:25:07 [30659] [6] DEBUG: sm_length: 15 = 0x0000000f > 2016-02-11 12:25:07 [30659] [6] DEBUG: short_message: "testing new sms" > 2016-02-11 12:25:07 [30659] [6] DEBUG: SMPP PDU dump ends. > > >