Take tcpdump on front end and analyze SMPP trace. On Mon, Apr 20, 2015 at 12:50 PM, Ammar Ali <ammarali3...@gmail.com> wrote:
> Hello, > > I'm facing a very serious issue when I'm sending message. > > When I sent a sms from my application to kannel, kannel route this request > to particular connected SMPP. Then I'm getting a response (submit_sm_resp) > from particular SMPP. > > *This is my access log file:* > > 2015-04-20 13:04:20 Sent SMS [SMSC:newtsmsc] [SVC:] [ACT:] [BINF:] > [FID:a1d07258-79bd-44d9-adf1-968f596ce1f3] [META:?smpp_resp?] [from:INSIGN] > [to:9039238251] [flags:-1:0:-1:-1:63] [msg:12:Hello] [udh:0:] > 2015-04-20 13:04:20 Receive DLR [SMSC:newtsmsc] [SVC:] [ACT:] [BINF:] > [FID:a1d07258-79bd-44d9-adf1-968f596ce1f3] [META:?smpp_resp?] [from:INSIGN] > [to:9039238251] [flags:-1:-1:-1:-1:8] [msg:4:ACK/] [udh:0:] > > > But I'm not getting delivery report for this message. > > *This is my SMPP log:* > > 2015-04-20 13:04:19 [16851] [9] DEBUG: SMPP[newtsmsc]: throughput > (0.00,100.00) > 2015-04-20 13:04:19 [16851] [9] DEBUG: SMPP[newtsmsc]: Manually forced source > addr ton = 0, source add npi = 1 > 2015-04-20 13:04:19 [16851] [9] DEBUG: SMPP[newtsmsc]: Manually forced dest > addr ton = 1, dest add npi = 1 > 2015-04-20 13:04:19 [16851] [9] DEBUG: SMPP[newtsmsc]: Sending PDU: > 2015-04-20 13:04:19 [16851] [9] DEBUG: SMPP PDU 0x7fae44007b10 dump: > 2015-04-20 13:04:19 [16851] [9] DEBUG: type_name: submit_sm > 2015-04-20 13:04:19 [16851] [9] DEBUG: command_id: 4 = 0x00000004 > 2015-04-20 13:04:19 [16851] [9] DEBUG: command_status: 0 = 0x00000000 > 2015-04-20 13:04:19 [16851] [9] DEBUG: sequence_number: 1313 = 0x00000521 > 2015-04-20 13:04:19 [16851] [9] DEBUG: service_type: "CMT" > 2015-04-20 13:04:19 [16851] [9] DEBUG: source_addr_ton: 5 = 0x00000005 > 2015-04-20 13:04:19 [16851] [9] DEBUG: source_addr_npi: 0 = 0x00000000 > 2015-04-20 13:04:19 [16851] [9] DEBUG: source_addr: "INSIGN" > 2015-04-20 13:04:19 [16851] [9] DEBUG: dest_addr_ton: 1 = 0x00000001 > 2015-04-20 13:04:19 [16851] [9] DEBUG: dest_addr_npi: 1 = 0x00000001 > 2015-04-20 13:04:19 [16851] [9] DEBUG: destination_addr: "9039238251" > 2015-04-20 13:04:19 [16851] [9] DEBUG: esm_class: 3 = 0x00000003 > 2015-04-20 13:04:19 [16851] [9] DEBUG: protocol_id: 0 = 0x00000000 > 2015-04-20 13:04:19 [16851] [9] DEBUG: priority_flag: 0 = 0x00000000 > 2015-04-20 13:04:19 [16851] [9] DEBUG: schedule_delivery_time: NULL > 2015-04-20 13:04:19 [16851] [9] DEBUG: validity_period: NULL > 2015-04-20 13:04:19 [16851] [9] DEBUG: registered_delivery: 17 = 0x00000011 > 2015-04-20 13:04:19 [16851] [9] DEBUG: replace_if_present_flag: 0 = > 0x00000000 > 2015-04-20 13:04:19 [16851] [9] DEBUG: data_coding: 0 = 0x00000000 > 2015-04-20 13:04:19 [16851] [9] DEBUG: sm_default_msg_id: 0 = 0x00000000 > 2015-04-20 13:04:19 [16851] [9] DEBUG: sm_length: 12 = 0x0000000c > 2015-04-20 13:04:19 [16851] [9] DEBUG: short_message: "Hello" > 2015-04-20 13:04:19 [16851] [9] DEBUG: SMPP PDU dump ends. > 2015-04-20 13:04:19 [16851] [9] DEBUG: SMPP[newtsmsc]: throughput > (1.00,100.00) > 2015-04-20 13:04:20 [16851] [9] DEBUG: SMPP[newtsmsc]: throughput > (0.00,100.00) > 2015-04-20 13:04:20 [16851] [9] DEBUG: SMPP[newtsmsc]: Got PDU: > 2015-04-20 13:04:20 [16851] [9] DEBUG: SMPP PDU 0x7fae44007b10 dump: > 2015-04-20 13:04:20 [16851] [9] DEBUG: type_name: submit_sm_resp > 2015-04-20 13:04:20 [16851] [9] DEBUG: command_id: 2147483652 = 0x80000004 > 2015-04-20 13:04:20 [16851] [9] DEBUG: command_status: 0 = 0x00000000 > 2015-04-20 13:04:20 [16851] [9] DEBUG: sequence_number: 1313 = 0x00000521 > 2015-04-20 13:04:20 [16851] [9] DEBUG: message_id: > 2015-04-20 13:04:20 [16851] [9] DEBUG: Octet string at 0x7fae440025a0: > 2015-04-20 13:04:20 [16851] [9] DEBUG: len: 36 > 2015-04-20 13:04:20 [16851] [9] DEBUG: size: 37 > 2015-04-20 13:04:20 [16851] [9] DEBUG: immutable: 0 > 2015-04-20 13:04:20 [16851] [9] DEBUG: data: 61 31 64 30 37 32 35 38 2d > 37 39 62 64 2d 34 34 a1d07258-79bd-44 > 2015-04-20 13:04:20 [16851] [9] DEBUG: data: 64 39 2d 61 64 66 31 2d 39 > 36 38 66 35 39 36 63 d9-adf1-968f596c > 2015-04-20 13:04:20 [16851] [9] DEBUG: data: 65 31 66 33 > e1f3 > 2015-04-20 13:04:20 [16851] [9] DEBUG: Octet string dump ends. > 2015-04-20 13:04:20 [16851] [9] DEBUG: SMPP PDU dump ends. > 2015-04-20 13:04:20 [16851] [9] DEBUG: DLR[internal]: Adding DLR > smsc=newtsmsc, ts=a1d07258-79bd-44d9-adf1-968f596ce1f3, src=INSIGN, > dst=9039238251, mask=63, boxc=sqlbox > 2015-04-20 13:04:20 [16851] [9] DEBUG: SMSC[newtsmsc]: creating DLR message > 2015-04-20 13:04:20 [16851] [9] DEBUG: SMSC[newtsmsc]: DLR = 26 > 2015-04-20 13:04:20 [16851] [9] DEBUG: SMPP[newtsmsc]: throughput > (0.00,100.00) > > > But I'm contacting my SMPP provider then they send some logs that are > getting on their SMPP server. > > 2015-04-20 12:22:30.569 *submit_sm* [EC:000000x0:SMPPBOX_DB_CDR_MYSQL] > [SVC:blk24trn] [ACT:SMPP] [IP:192.169.236.101] [from:INSIGN] > [to:+9039238251] [UUID:06b2eefc-9f31-4449-9f68-81d1201ece2a] [FID: > *192.169.236.101*] [flags:-1:0:-1:0:1799] [msg:14:Hello Test SMS] > > 2015-04-20 12:22:30.635 submit_sm_resp [EC:000000x0:SMPPBOX_DB_CDR_MYSQL] > [SVC:blk24trn] [ACT:SMPP] [IP:192.169.236.101] [from:INSIGN] > [to:+9039238251] [UUID:06b2eefc-9f31-4449-9f68-81d1201ece2a] > [FID:2768250058533138492] [flags:-1:0:-1:0:1887] [msg:14:Hello Test SMS] > > 2015-04-20 12:22:30.636 deliver_sm [EC:000000x0:SMPPBOX_DB_CDR_MYSQL] > [SVC:blk24trn] [ACT:] [IP:123.236.193.223] [from:INSIGN] [to:+9039238251] > [UUID:fd8beb88-1d27-4a65-970a-6979f12d2e47] [FID:2768250058533138492] > [msg:132:id:06b2eefc-9f31-4449-9f68-81d1201ece2a sub:001 dlvrd:000 submit > date:150420122230 done date:150420122230 stat:ACCEPTD err:000 text:] > > 2015-04-20 12:22:30.920 deliver_sm_resp [EC:000000x0:SMPPBOX_DB_CDR_MYSQL] > [SMSC:GF_CD_S_T] [SVC:blk24trn] [ACT:] [IP:123.236.193.223] [from:INSIGN] > [to:+9039238251] [UUID:fd8beb88-1d27-4a65-970a-6979f12d2e47] > [FID:2768250058533138492] [msg:132:id:06b2eefc-9f31-4449-9f68-81d1201ece2a > sub:001 dlvrd:000 submit date:150420122230 done date:150420122230 > stat:ACCEPTD err:000 text:] [udh:0:] [SRT:0.284s] > > 2015-04-20 12:22:38.467 deliver_sm [EC:000000x0:SMPPBOX_DB_CDR_MYSQL] > [SMSC:GF_[SVC:blk24trn] [IP:123.236.193.223] [from:INSIGN] [to:+9039238251] > [UUID:23ea8a51-ab93-4cd7-96a0-778ab27e6af1] [FID:2768250058533138492] > [flags:-1:0:-1:-1:1] [msg:137:id:06b2eefc-9f31-4449-9f68-81d1201ece2a > sub:001 dlvrd:001 submit date:150420122230 done date:150420122238 > stat:DELIVRD err:000 text:Hello] [udh:0:] > > 2015-04-20 12:22:38.711 deliver_sm_resp > [EC:000000x0:SMPPBOX_DB_CDR_MYSQL] [SVC:blk24trn] [IP:123.236.193.223] > [from:INSIGN] [to:+9039238251] [UUID:23ea8a51-ab93-4cd7-96a0-778ab27e6af1] > [FID:2768250058533138492] [flags:-1:0:-1:-1:1] > [msg:137:id:06b2eefc-9f31-4449-9f68-81d1201ece2a sub:001 dlvrd:001 submit > date:150420122230 done date:150420122238 stat:DELIVRD err:000 text:Hello] > [udh:0:] > > > > This is *192.169.236.101 my server IP, *submit_sm and submit_sm_resp are > transmit and receive from this IP. but log shows that delivery_sm generate > from my local ISP ip > > > *123.236.193.223* > > > > *Please suggest me that what to do.* > > > *ThanksAmmar Ali* > > >
