RE: Wrong DLR ID.
Hi Davor, Super, I didn’t notice the msg-id type in my configuration. I changed it and its working properly now. Thanks a lot for the assist. Best Regards, Arif Noor. From: Davor Spasoski [mailto:davor.spaso...@onevip.mk] Sent: Wednesday, August 16, 2017 6:41 PM To: Wan Md Arif Noor Bin. Wan Nizam; users@kannel.org Subject: RE: Wrong DLR ID. Check your ID numbering bases for submit_sm and deliver_sm. Looks like you are not using the same base for submit and deliver. 3188534916 = 83101780110 Msg-id-type is the parameter you should be looking at Davor Spasoski From: users [mailto:users-boun...@kannel.org] On Behalf Of Wan Md Arif Noor Bin. Wan Nizam Sent: Wednesday, August 16, 2017 11:40 AM To: users@kannel.org<mailto:users@kannel.org> Subject: Wrong DLR ID. Hi Users, I found weird thing with kannel today, where when submit an MT it was tagged with different ID but when I checked inside debug log, the ID was correct. This causing “got DLR but could not find message or was not interested in it id<31943697>” error. I don’t know where this 831017801 come from. Appreciate your help on this. Kannel bearerbox version `svn-r5186M'. Logs : 2017-08-16 17:11:28 [SMSC:6SeriesConn13] [from:*] [to:**] [msg:82:RM0: To unsubscribe, send OUT 69111..Tel] [FID:831017801] [State:?smpp_resp?] 2017-08-16 17:11:32 [SMSC:6SeriesConn13] [from:+**] [to:*] [msg:0:] [FID:31885349] [State:?smpp?Message+State=2&] 1687656:2017-08-16 17:11:28 [3552] [22] DEBUG: type_name: submit_sm 1687657:2017-08-16 17:11:28 [3552] [22] DEBUG: command_id: 4 = 0x0004 1687658:2017-08-16 17:11:28 [3552] [22] DEBUG: command_status: 0 = 0x 1687659:2017-08-16 17:11:28 [3552] [22] DEBUG: sequence_number: 619 = 0x026b 1687660:2017-08-16 17:11:28 [3552] [22] DEBUG: service_type: NULL 1687661:2017-08-16 17:11:28 [3552] [22] DEBUG: source_addr_ton: 0 = 0x 1687662:2017-08-16 17:11:28 [3552] [22] DEBUG: source_addr_npi: 1 = 0x0001 1687663:2017-08-16 17:11:28 [3552] [22] DEBUG: source_addr: "*" 1687664:2017-08-16 17:11:28 [3552] [22] DEBUG: dest_addr_ton: 1 = 0x0001 1687665:2017-08-16 17:11:28 [3552] [22] DEBUG: dest_addr_npi: 1 = 0x0001 1687666:2017-08-16 17:11:28 [3552] [22] DEBUG: destination_addr: "***" 1687667:2017-08-16 17:11:28 [3552] [22] DEBUG: esm_class: 0 = 0x 1687668:2017-08-16 17:11:28 [3552] [22] DEBUG: protocol_id: 0 = 0x 1687669:2017-08-16 17:11:28 [3552] [22] DEBUG: priority_flag: 0 = 0x 1687670:2017-08-16 17:11:28 [3552] [22] DEBUG: schedule_delivery_time: NULL 1687671:2017-08-16 17:11:28 [3552] [22] DEBUG: validity_period: NULL 1687672:2017-08-16 17:11:28 [3552] [22] DEBUG: registered_delivery: 1 = 0x0001 1687673:2017-08-16 17:11:28 [3552] [22] DEBUG: replace_if_present_flag: 0 = 0x 1687674:2017-08-16 17:11:28 [3552] [22] DEBUG: data_coding: 0 = 0x 1687675:2017-08-16 17:11:28 [3552] [22] DEBUG: sm_default_msg_id: 0 = 0x 1687676:2017-08-16 17:11:28 [3552] [22] DEBUG: sm_length: 82 = 0x0052 1687677:2017-08-16 17:11:28 [3552] [22] DEBUG: short_message: 1687678:2017-08-16 17:11:28 [3552] [22] DEBUG:Octet string at 0x7f32c4000b30: 1687679:2017-08-16 17:11:28 [3552] [22] DEBUG: len: 82 1687680:2017-08-16 17:11:28 [3552] [22] DEBUG: size: 83 1687681:2017-08-16 17:11:28 [3552] [22] DEBUG: immutable: 0 1687682:2017-08-16 17:11:28 [3552] [22] DEBUG: data: 52 4d 30 3a 20 54 6f 20 75 6e 73 75 62 73 63 72 RM0: To unsubscr 1687683:2017-08-16 17:11:28 [3552] [22] DEBUG: data: 69 62 65 2c 20 73 65 6e 64 20 4f 55 54 20 36 39 ibe, send OUT 69 1687684:2017-08-16 17:11:28 [3552] [22] DEBUG: data: 31 31 31 2e 0a 54 65 6c 3a 20 36 30 33 38 36 30 111..Tel: 603860 1687685:2017-08-16 17:11:28 [3552] [22] DEBUG: data: 31 30 31 30 37 2c 49 6e 6x 6x 6x 6x 7x 2x 4x 7x 10107 1687686:2017-08-16 17:11:28 [3552] [22] DEBUG: data: 69 61 20 50 61 63 69 66 69 63 20 53 64 6e 20 42 1687687:2017-08-16 17:11:28 [3552] [22] DEBUG: data: 68 64 1687688:2017-08-16 17:11:28 [3552] [22] DEBUG:Octet string dump ends. 1687689:2017-08-16 17:11:28 [3552] [22] DEBUG: SMPP PDU dump ends. 1687692:2017-08-16 17:11:28 [3552] [22] DEBUG: SMPP[6SeriesConn13]: Got PDU: 1687693:2017-08-16 17:11:28 [3552] [22] DEBUG: SMPP PDU 0x7f32c4001e40 dump: 1687694:2017-08-16 17:11:28 [3552] [22] DEBUG: type_name: submit_sm_resp 1687695:2017-08-16 17:11:28 [3552] [22] DEBUG: command_id: 2147483652 = 0x8004 1687696:2017-08-16 17:11:28 [3552] [22] DEBUG: command_status: 0 = 0x 1687697:2017-08-16 17:11:28 [3552] [22] DEBUG: sequence_number: 619 = 0x026b 1687698:2017-08-16 17:11:28 [3552] [22] DEBUG: message_id: "31885349" 1687699:2017-08-16 17:11:28 [3552] [22] DEBUG: SMPP PDU dump ends. 1687802:2017-08-16 17:11:32 [3552] [22] DEBUG: SMPP PDU 0x7f32c4006850 dump: 1687803:2017
RE: Wrong DLR ID.
Check your ID numbering bases for submit_sm and deliver_sm. Looks like you are not using the same base for submit and deliver. 3188534916 = 83101780110 Msg-id-type is the parameter you should be looking at Davor Spasoski From: users [mailto:users-boun...@kannel.org] On Behalf Of Wan Md Arif Noor Bin. Wan Nizam Sent: Wednesday, August 16, 2017 11:40 AM To: users@kannel.org Subject: Wrong DLR ID. Hi Users, I found weird thing with kannel today, where when submit an MT it was tagged with different ID but when I checked inside debug log, the ID was correct. This causing "got DLR but could not find message or was not interested in it id<31943697>" error. I don't know where this 831017801 come from. Appreciate your help on this. Kannel bearerbox version `svn-r5186M'. Logs : 2017-08-16 17:11:28 [SMSC:6SeriesConn13] [from:*] [to:**] [msg:82:RM0: To unsubscribe, send OUT 69111..Tel] [FID:831017801] [State:?smpp_resp?] 2017-08-16 17:11:32 [SMSC:6SeriesConn13] [from:+**] [to:*] [msg:0:] [FID:31885349] [State:?smpp?Message+State=2&] 1687656:2017-08-16 17:11:28 [3552] [22] DEBUG: type_name: submit_sm 1687657:2017-08-16 17:11:28 [3552] [22] DEBUG: command_id: 4 = 0x0004 1687658:2017-08-16 17:11:28 [3552] [22] DEBUG: command_status: 0 = 0x 1687659:2017-08-16 17:11:28 [3552] [22] DEBUG: sequence_number: 619 = 0x026b 1687660:2017-08-16 17:11:28 [3552] [22] DEBUG: service_type: NULL 1687661:2017-08-16 17:11:28 [3552] [22] DEBUG: source_addr_ton: 0 = 0x 1687662:2017-08-16 17:11:28 [3552] [22] DEBUG: source_addr_npi: 1 = 0x0001 1687663:2017-08-16 17:11:28 [3552] [22] DEBUG: source_addr: "*" 1687664:2017-08-16 17:11:28 [3552] [22] DEBUG: dest_addr_ton: 1 = 0x0001 1687665:2017-08-16 17:11:28 [3552] [22] DEBUG: dest_addr_npi: 1 = 0x0001 1687666:2017-08-16 17:11:28 [3552] [22] DEBUG: destination_addr: "***" 1687667:2017-08-16 17:11:28 [3552] [22] DEBUG: esm_class: 0 = 0x 1687668:2017-08-16 17:11:28 [3552] [22] DEBUG: protocol_id: 0 = 0x 1687669:2017-08-16 17:11:28 [3552] [22] DEBUG: priority_flag: 0 = 0x 1687670:2017-08-16 17:11:28 [3552] [22] DEBUG: schedule_delivery_time: NULL 1687671:2017-08-16 17:11:28 [3552] [22] DEBUG: validity_period: NULL 1687672:2017-08-16 17:11:28 [3552] [22] DEBUG: registered_delivery: 1 = 0x0001 1687673:2017-08-16 17:11:28 [3552] [22] DEBUG: replace_if_present_flag: 0 = 0x 1687674:2017-08-16 17:11:28 [3552] [22] DEBUG: data_coding: 0 = 0x 1687675:2017-08-16 17:11:28 [3552] [22] DEBUG: sm_default_msg_id: 0 = 0x 1687676:2017-08-16 17:11:28 [3552] [22] DEBUG: sm_length: 82 = 0x0052 1687677:2017-08-16 17:11:28 [3552] [22] DEBUG: short_message: 1687678:2017-08-16 17:11:28 [3552] [22] DEBUG:Octet string at 0x7f32c4000b30: 1687679:2017-08-16 17:11:28 [3552] [22] DEBUG: len: 82 1687680:2017-08-16 17:11:28 [3552] [22] DEBUG: size: 83 1687681:2017-08-16 17:11:28 [3552] [22] DEBUG: immutable: 0 1687682:2017-08-16 17:11:28 [3552] [22] DEBUG: data: 52 4d 30 3a 20 54 6f 20 75 6e 73 75 62 73 63 72 RM0: To unsubscr 1687683:2017-08-16 17:11:28 [3552] [22] DEBUG: data: 69 62 65 2c 20 73 65 6e 64 20 4f 55 54 20 36 39 ibe, send OUT 69 1687684:2017-08-16 17:11:28 [3552] [22] DEBUG: data: 31 31 31 2e 0a 54 65 6c 3a 20 36 30 33 38 36 30 111..Tel: 603860 1687685:2017-08-16 17:11:28 [3552] [22] DEBUG: data: 31 30 31 30 37 2c 49 6e 6x 6x 6x 6x 7x 2x 4x 7x 10107 1687686:2017-08-16 17:11:28 [3552] [22] DEBUG: data: 69 61 20 50 61 63 69 66 69 63 20 53 64 6e 20 42 1687687:2017-08-16 17:11:28 [3552] [22] DEBUG: data: 68 64 1687688:2017-08-16 17:11:28 [3552] [22] DEBUG:Octet string dump ends. 1687689:2017-08-16 17:11:28 [3552] [22] DEBUG: SMPP PDU dump ends. 1687692:2017-08-16 17:11:28 [3552] [22] DEBUG: SMPP[6SeriesConn13]: Got PDU: 1687693:2017-08-16 17:11:28 [3552] [22] DEBUG: SMPP PDU 0x7f32c4001e40 dump: 1687694:2017-08-16 17:11:28 [3552] [22] DEBUG: type_name: submit_sm_resp 1687695:2017-08-16 17:11:28 [3552] [22] DEBUG: command_id: 2147483652 = 0x8004 1687696:2017-08-16 17:11:28 [3552] [22] DEBUG: command_status: 0 = 0x 1687697:2017-08-16 17:11:28 [3552] [22] DEBUG: sequence_number: 619 = 0x026b 1687698:2017-08-16 17:11:28 [3552] [22] DEBUG: message_id: "31885349" 1687699:2017-08-16 17:11:28 [3552] [22] DEBUG: SMPP PDU dump ends. 1687802:2017-08-16 17:11:32 [3552] [22] DEBUG: SMPP PDU 0x7f32c4006850 dump: 1687803:2017-08-16 17:11:32 [3552] [22] DEBUG: type_name: deliver_sm 1687804:2017-08-16 17:11:32 [3552] [22] DEBUG: command_id: 5 = 0x0005 1687805:2017-08-16 17:11:32 [3552] [22] DEBUG: command_status: 0 = 0x 1687806:2017-08-16 17:11:32 [3552] [22] DEBUG: sequence_number: 31885417 = 0x01e68869 1687807:2017-08-16 17:11:32 [3552] [22] DEBUG: service_type: NULL 1687808:2017-08-16 17:11:32 [3552] [22] DEBUG: