Re: USSD with Kannel
Hello, I am having exactly this same issue and with smsbox getting stalled on the error - smsbox_req_thread: no sender/receiver, dump follows: Did anyone manage to get this resolved? Thanks. On Tue, Sep 27, 2016 at 4:31 PM Stipe Tolj wrote: > Am 13.04.2016 05:35, schrieb Arif Noor: > > Hi All, > > > > Update : After I patched the kannel the error message are no longer > present however MO are still not being delivered to the application but I > received new error in SMSBOX log as per below. > > > > 2016-04-13 10:38:58 [12246] [5] ERROR: smsbox_req_thread: no > sender/receiver, dump follows: > > 2016-04-13 10:38:58 [12246] [5] DEBUG: Msg object at 0x1378640: > > 2016-04-13 10:38:58 [12246] [5] DEBUG: type: sms > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.sender: > > 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string at 0x1378800: > > 2016-04-13 10:38:58 [12246] [5] DEBUG:len: 12 > > 2016-04-13 10:38:58 [12246] [5] DEBUG:size: 13 > > 2016-04-13 10:38:58 [12246] [5] DEBUG:immutable: 0 > > 2016-04-13 10:38:58 [12246] [5] DEBUG:data: 2b 36 30 31 30 33 30 36 > 34 38 3x 3x +601030648xx > > 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string dump ends. > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.receiver: > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.udhdata: > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.msgdata: > > 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string at 0x1378500: > > 2016-04-13 10:38:58 [12246] [5] DEBUG:len: 1 > > 2016-04-13 10:38:58 [12246] [5] DEBUG:size: 2 > > 2016-04-13 10:38:58 [12246] [5] DEBUG:immutable: 0 > > 2016-04-13 10:38:58 [12246] [5] DEBUG:data: 31 > 1 > > 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string dump ends. > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.time: 1460515138 > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.smsc_id: > > 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string at 0x13784b0: > > 2016-04-13 10:38:58 [12246] [5] DEBUG:len: 8 > > 2016-04-13 10:38:58 [12246] [5] DEBUG:size: 9 > > 2016-04-13 10:38:58 [12246] [5] DEBUG:immutable: 0 > > 2016-04-13 10:38:58 [12246] [5] DEBUG:data: 73 6d 70 70 55 53 53 44 > smppUSSD > > 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string dump ends. > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.smsc_number: > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.foreign_id: > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.service: > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.account: > > 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string at 0x1378460: > > 2016-04-13 10:38:58 [12246] [5] DEBUG:len: 6 > > 2016-04-13 10:38:58 [12246] [5] DEBUG:size: 7 > > 2016-04-13 10:38:58 [12246] [5] DEBUG:immutable: 0 > > 2016-04-13 10:38:58 [12246] [5] DEBUG:data: 7x 6x 7x 3x 3x 3x > xxx126 > > 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string dump ends. > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.id: > 852d8fa4-25f3-44fb-856b-39a2fa9d8131 > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.sms_type: 0 > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.mclass: -1 > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.mwi: -1 > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.coding: 3 > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.compress: 0 > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.validity: -1 > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.deferred: -1 > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.dlr_mask: -1 > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.dlr_url: > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.pid: 0 > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.alt_dcs: 0 > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.rpi: -1 > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.charset: > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.boxc_id: > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.binfo: > > 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string at 0x1378860: > > 2016-04-13 10:38:58 [12246] [5] DEBUG:len: 4 > > 2016-04-13 10:38:58 [12246] [5] DEBUG:size: 5 > > 2016-04-13 10:38:58 [12246] [5] DEBUG:immutable: 0 > > 2016-04-13 10:38:58 [12246] [5] DEBUG:data: 55 53 53 44 > USSD > > 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string dump ends. > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.msg_left: -1 > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.split_parts: (nil) > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.priority: 0 > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.resend_try: -1 > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.resend_time: -1 > > 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.meta_data: > > 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string at 0x1378890: > > 2016-04-13 10:38:58 [12246] [5] DEBUG:len: 65 > > 2016-04-13 10:38:58 [12246] [5] DEBUG:size: 66 > > 2016-04-13 10:38:58 [12246] [5] DEBUG:immutable: 0 > > 2016-04-13 10:38:58 [12246] [5] DEBUG:data: 3f 73 6d 70
Re: USSD with Kannel
Am 13.04.2016 05:35, schrieb Arif Noor: Hi All, Update : After I patched the kannel the error message are no longer present however MO are still not being delivered to the application but I received new error in SMSBOX log as per below. 2016-04-13 10:38:58 [12246] [5] ERROR: smsbox_req_thread: no sender/receiver, dump follows: 2016-04-13 10:38:58 [12246] [5] DEBUG: Msg object at 0x1378640: 2016-04-13 10:38:58 [12246] [5] DEBUG: type: sms 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.sender: 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string at 0x1378800: 2016-04-13 10:38:58 [12246] [5] DEBUG:len: 12 2016-04-13 10:38:58 [12246] [5] DEBUG:size: 13 2016-04-13 10:38:58 [12246] [5] DEBUG:immutable: 0 2016-04-13 10:38:58 [12246] [5] DEBUG:data: 2b 36 30 31 30 33 30 36 34 38 3x 3x +601030648xx 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string dump ends. 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.receiver: 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.udhdata: 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.msgdata: 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string at 0x1378500: 2016-04-13 10:38:58 [12246] [5] DEBUG:len: 1 2016-04-13 10:38:58 [12246] [5] DEBUG:size: 2 2016-04-13 10:38:58 [12246] [5] DEBUG:immutable: 0 2016-04-13 10:38:58 [12246] [5] DEBUG:data: 31 1 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string dump ends. 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.time: 1460515138 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.smsc_id: 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string at 0x13784b0: 2016-04-13 10:38:58 [12246] [5] DEBUG:len: 8 2016-04-13 10:38:58 [12246] [5] DEBUG:size: 9 2016-04-13 10:38:58 [12246] [5] DEBUG:immutable: 0 2016-04-13 10:38:58 [12246] [5] DEBUG:data: 73 6d 70 70 55 53 53 44 smppUSSD 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string dump ends. 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.smsc_number: 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.foreign_id: 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.service: 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.account: 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string at 0x1378460: 2016-04-13 10:38:58 [12246] [5] DEBUG:len: 6 2016-04-13 10:38:58 [12246] [5] DEBUG:size: 7 2016-04-13 10:38:58 [12246] [5] DEBUG:immutable: 0 2016-04-13 10:38:58 [12246] [5] DEBUG:data: 7x 6x 7x 3x 3x 3x xxx126 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string dump ends. 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.id: 852d8fa4-25f3-44fb-856b-39a2fa9d8131 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.sms_type: 0 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.mclass: -1 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.mwi: -1 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.coding: 3 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.compress: 0 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.validity: -1 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.deferred: -1 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.dlr_mask: -1 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.dlr_url: 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.pid: 0 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.alt_dcs: 0 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.rpi: -1 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.charset: 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.boxc_id: 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.binfo: 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string at 0x1378860: 2016-04-13 10:38:58 [12246] [5] DEBUG:len: 4 2016-04-13 10:38:58 [12246] [5] DEBUG:size: 5 2016-04-13 10:38:58 [12246] [5] DEBUG:immutable: 0 2016-04-13 10:38:58 [12246] [5] DEBUG:data: 55 53 53 44 USSD 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string dump ends. 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.msg_left: -1 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.split_parts: (nil) 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.priority: 0 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.resend_try: -1 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.resend_time: -1 2016-04-13 10:38:58 [12246] [5] DEBUG: sms.meta_data: 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string at 0x1378890: 2016-04-13 10:38:58 [12246] [5] DEBUG:len: 65 2016-04-13 10:38:58 [12246] [5] DEBUG:size: 66 2016-04-13 10:38:58 [12246] [5] DEBUG:immutable: 0 2016-04-13 10:38:58 [12246] [5] DEBUG:data: 3f 73 6d 70 70 3f 75 73 73 64 5f 68 6c 72 3d 36 ?smpp?ussd_hlr=6 2016-04-13 10:38:58 [12246] [5] DEBUG:data: 30 26 75 73 73 64 5f 6f 70 74 69 6f 6e 61 6c 3d 0_optional= 2016-04-13 10:38:58 [12246] [5] DEBUG:data: 30 30 31 30 30 34 33 34 35 37 30 44 42 30 46 46 00100434570DB0FF 2016-04-13 10:38:58 [12246] [5] DEBUG:data: 26 75 73 73 64 5f 73 72 76 5f 6f 70 3d 25 31 32_srv_op=%12 2016-04-13 10:38:58 [12246] [5] DEBUG:data: 26& 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string dump ends.
RE: USSD with Kannel
Hi There, Anyone has any input for this, so far all my test are unsuccessful, as per the documentation provided to us they mention that the deliver_sm destination address (Routing key in first request)) thus they mean that they only provide the session with destination for the first deliver_sm for that session and USSR respond will have have NULL destination. Because of this the smsbox cannot process the deliver_sm and will not call the url which in turn will not forward it the application. Is there other way to handle this like hardcode the destination on kannel? 2016-04-21 16:17:52 [13809] [5] ERROR: smsbox_req_thread: no sender/receiver, dump follows: Highly appreciate assistance in this. Thank you and Regards, Arif Noor From: Arif Noor Sent: Thursday, April 21, 2016 4:20 PM To: 'Elton Hoxha' Cc: Stipe Tolj; users@kannel.org Subject: RE: USSD with Kannel Hi Again, Is it possible to hardcode the smsbox with the desired destination since we keep receiving this error. 2016-04-21 16:17:52 [13809] [5] ERROR: smsbox_req_thread: no sender/receiver, dump follows: Thank you and Regards, Arif Noor From: Elton Hoxha [mailto:elt...@gmail.com] Sent: Thursday, April 14, 2016 3:28 PM To: Arif Noor Cc: Stipe Tolj; users@kannel.org<mailto:users@kannel.org> Subject: Re: USSD with Kannel Hi Arif, I believe your issue is related to Telco provider. 1 - To send an USSD request, you have to send a submit_sm packet with this TLV with value "2", which its sent accordingly by you. When you receive a deliver_sm packet with this TLV in response, the value will be "18", instead telco sends you 12 which is a reserved code and might interrupt the session (im not sure what does 12 code causes). 2 - Also submit_sm_resp from Telco is not including message id, producing an error. These two issues need to be addressed by them. On Thu, Apr 14, 2016 at 3:22 AM, Arif Noor <md.a...@forest-interactive.com<mailto:md.a...@forest-interactive.com>> wrote: Hi Elton, Kindly find the attachment for the logs. Note that this was done manually since the application are not functioning yet since I need to get the MO through first. Thank you, Arif Noor. From: Elton Hoxha [mailto:elt...@gmail.com<mailto:elt...@gmail.com>] Sent: Wednesday, April 13, 2016 8:30 PM To: Arif Noor Cc: Stipe Tolj; users@kannel.org<mailto:users@kannel.org> Subject: Re: USSD with Kannel Also please debug logs of submit SM after you are receiving initial PSSR.
RE: USSD with Kannel
Hi Again, Is it possible to hardcode the smsbox with the desired destination since we keep receiving this error. 2016-04-21 16:17:52 [13809] [5] ERROR: smsbox_req_thread: no sender/receiver, dump follows: Thank you and Regards, Arif Noor From: Elton Hoxha [mailto:elt...@gmail.com] Sent: Thursday, April 14, 2016 3:28 PM To: Arif Noor Cc: Stipe Tolj; users@kannel.org Subject: Re: USSD with Kannel Hi Arif, I believe your issue is related to Telco provider. 1 - To send an USSD request, you have to send a submit_sm packet with this TLV with value "2", which its sent accordingly by you. When you receive a deliver_sm packet with this TLV in response, the value will be "18", instead telco sends you 12 which is a reserved code and might interrupt the session (im not sure what does 12 code causes). 2 - Also submit_sm_resp from Telco is not including message id, producing an error. These two issues need to be addressed by them. On Thu, Apr 14, 2016 at 3:22 AM, Arif Noor <md.a...@forest-interactive.com<mailto:md.a...@forest-interactive.com>> wrote: Hi Elton, Kindly find the attachment for the logs. Note that this was done manually since the application are not functioning yet since I need to get the MO through first. Thank you, Arif Noor. From: Elton Hoxha [mailto:elt...@gmail.com<mailto:elt...@gmail.com>] Sent: Wednesday, April 13, 2016 8:30 PM To: Arif Noor Cc: Stipe Tolj; users@kannel.org<mailto:users@kannel.org> Subject: Re: USSD with Kannel Also please debug logs of submit SM after you are receiving initial PSSR.
RE: USSD with Kannel
Hi There, I receive update from the Telco which they mentione that the value 12 was in hexa which 0x12 = 18, does kannel ussd_service_op using hexadecimal? Regards, From: Elton Hoxha [mailto:elt...@gmail.com] Sent: Thursday, April 14, 2016 3:28 PM To: Arif Noor Cc: Stipe Tolj; users@kannel.org Subject: Re: USSD with Kannel Hi Arif, I believe your issue is related to Telco provider. 1 - To send an USSD request, you have to send a submit_sm packet with this TLV with value "2", which its sent accordingly by you. When you receive a deliver_sm packet with this TLV in response, the value will be "18", instead telco sends you 12 which is a reserved code and might interrupt the session (im not sure what does 12 code causes). 2 - Also submit_sm_resp from Telco is not including message id, producing an error. These two issues need to be addressed by them.
Re: USSD with Kannel
Hi Arif, I believe your issue is related to Telco provider. 1 - To send an USSD request, you have to send a submit_sm packet with this TLV with value "2", which its sent accordingly by you. When you receive a deliver_sm packet with this TLV in response, the value will be "18", instead telco sends you 12 which is a reserved code and might interrupt the session (im not sure what does 12 code causes). 2 - Also submit_sm_resp from Telco is not including message id, producing an error. These two issues need to be addressed by them. On Thu, Apr 14, 2016 at 3:22 AM, Arif Noor <md.a...@forest-interactive.com> wrote: > Hi Elton, > > > > Kindly find the attachment for the logs. Note that this was done manually > since the application are not functioning yet since I need to get the MO > through first. > > > > Thank you, > > Arif Noor. > > > > *From:* Elton Hoxha [mailto:elt...@gmail.com] > *Sent:* Wednesday, April 13, 2016 8:30 PM > *To:* Arif Noor > *Cc:* Stipe Tolj; users@kannel.org > *Subject:* Re: USSD with Kannel > > > > Also please debug logs of submit SM after you are receiving initial PSSR. > > > > >
RE: USSD with Kannel
Hi Elton, Kindly find the attachment for the logs. Note that this was done manually since the application are not functioning yet since I need to get the MO through first. Thank you, Arif Noor. From: Elton Hoxha [mailto:elt...@gmail.com] Sent: Wednesday, April 13, 2016 8:30 PM To: Arif Noor Cc: Stipe Tolj; users@kannel.org Subject: Re: USSD with Kannel Also please debug logs of submit SM after you are receiving initial PSSR. PSSR 2016-04-14 09:02:30 [12379] [6] DEBUG: command_id: 2147483669 = 0x8015 2016-04-14 09:02:30 [12379] [6] DEBUG: command_status: 0 = 0x 2016-04-14 09:02:30 [12379] [6] DEBUG: sequence_number: 2045 = 0x07fd 2016-04-14 09:02:30 [12379] [6] DEBUG: SMPP PDU dump ends. 2016-04-14 09:02:30 [12379] [6] DEBUG: SMPP[smppUSSD]: throughput (0.00,15.00) 2016-04-14 09:02:33 [12379] [7] DEBUG: SMPP[smppUSSD2]: throughput (0.00,15.00) 2016-04-14 09:02:33 [12379] [7] DEBUG: Optional parameter tag (0x0501) 2016-04-14 09:02:33 [12379] [7] DEBUG: Optional parameter length read as 1 2016-04-14 09:02:33 [12379] [7] DEBUG: Found configured optional parameter `ussd_srv_op' 2016-04-14 09:02:33 [12379] [7] DEBUG: Optional parameter tag (0x4001) 2016-04-14 09:02:33 [12379] [7] DEBUG: Optional parameter length read as 15 2016-04-14 09:02:33 [12379] [7] DEBUG: Found configured optional parameter `ussd_imsi' 2016-04-14 09:02:33 [12379] [7] DEBUG: Optional parameter tag (0x4002) 2016-04-14 09:02:33 [12379] [7] DEBUG: Optional parameter length read as 11 2016-04-14 09:02:33 [12379] [7] DEBUG: Found configured optional parameter `ussd_vlr' 2016-04-14 09:02:33 [12379] [7] DEBUG: Optional parameter tag (0x4006) 2016-04-14 09:02:33 [12379] [7] DEBUG: Optional parameter length read as 11 2016-04-14 09:02:33 [12379] [7] DEBUG: Found configured optional parameter `ussd_hlr' 2016-04-14 09:02:33 [12379] [7] DEBUG: Optional parameter tag (0x400c) 2016-04-14 09:02:33 [12379] [7] DEBUG: Optional parameter length read as 16 2016-04-14 09:02:33 [12379] [7] DEBUG: Found configured optional parameter `ussd_optional' 2016-04-14 09:02:33 [12379] [7] DEBUG: SMPP[smppUSSD2]: Got PDU: 2016-04-14 09:02:33 [12379] [7] DEBUG: SMPP PDU 0x7f90f400c270 dump: 2016-04-14 09:02:33 [12379] [7] DEBUG: type_name: deliver_sm 2016-04-14 09:02:33 [12379] [7] DEBUG: command_id: 5 = 0x0005 2016-04-14 09:02:33 [12379] [7] DEBUG: command_status: 0 = 0x 2016-04-14 09:02:33 [12379] [7] DEBUG: sequence_number: 8767 = 0x223f 2016-04-14 09:02:33 [12379] [7] DEBUG: service_type: "USSD" 2016-04-14 09:02:33 [12379] [7] DEBUG: source_addr_ton: 1 = 0x0001 2016-04-14 09:02:33 [12379] [7] DEBUG: source_addr_npi: 1 = 0x0001 2016-04-14 09:02:33 [12379] [7] DEBUG: source_addr: "60103064822" 2016-04-14 09:02:33 [12379] [7] DEBUG: dest_addr_ton: 3 = 0x0003 2016-04-14 09:02:33 [12379] [7] DEBUG: dest_addr_npi: 9 = 0x0009 2016-04-14 09:02:33 [12379] [7] DEBUG: destination_addr: "126" 2016-04-14 09:02:33 [12379] [7] DEBUG: esm_class: 0 = 0x 2016-04-14 09:02:33 [12379] [7] DEBUG: protocol_id: 0 = 0x 2016-04-14 09:02:33 [12379] [7] DEBUG: priority_flag: 0 = 0x 2016-04-14 09:02:33 [12379] [7] DEBUG: schedule_delivery_time: NULL 2016-04-14 09:02:33 [12379] [7] DEBUG: validity_period: NULL 2016-04-14 09:02:33 [12379] [7] DEBUG: registered_delivery: 0 = 0x 2016-04-14 09:02:33 [12379] [7] DEBUG: replace_if_present_flag: 0 = 0x 2016-04-14 09:02:33 [12379] [7] DEBUG: data_coding: 15 = 0x000f 2016-04-14 09:02:33 [12379] [7] DEBUG: sm_default_msg_id: 0 = 0x 2016-04-14 09:02:33 [12379] [7] DEBUG: sm_length: 5 = 0x0005 2016-04-14 09:02:33 [12379] [7] DEBUG: short_message: "*126#" 2016-04-14 09:02:33 [12379] [7] DEBUG: ussd_service_op: 2016-04-14 09:02:33 [12379] [7] DEBUG:Octet string at 0x7f90f400d870: 2016-04-14 09:02:33 [12379] [7] DEBUG: len: 1 2016-04-14 09:02:33 [12379] [7] DEBUG: size: 2 2016-04-14 09:02:33 [12379] [7] DEBUG: immutable: 0 2016-04-14 09:02:33 [12379] [7] DEBUG: data: 01 . 2016-04-14 09:02:33 [12379] [7] DEBUG:Octet string dump ends. 2016-04-14 09:02:33 [12379] [7] DEBUG: ussd_hlr: "60192040152" 2016-04-14 09:02:33 [12379] [7] DEBUG: ussd_imsi: "502195700771324" 2016-04-14 09:02:33 [12379] [7] DEBUG: ussd_optional: "0010022C570EEBEB" 2016-04-14 09:02:33 [12379] [7] DEBUG: ussd_srv_op: 2016-04-14 09:02:33 [12379] [7] DEBUG:Octet string at 0x7f90f400c040: 2016-04-14 09:02:33 [12379] [7] DEBUG: len: 1 2016-04-14 09:02:33 [12379] [7] DEBUG: size: 2 2016-04-14 09:02:33 [12379] [7] DEBUG: immutable: 0 2016-04-14 09:02:33 [12379] [7] DEBUG: data: 01 . 2016-04-14 09:02:33 [12379] [7] DEBUG:Octet string dump ends. 2016-04-14 09:02:33 [12379] [7] DEBUG: ussd_vlr: "601
Re: USSD with Kannel
gt; > 2016-04-13 15:51:26 [12361] [9] DEBUG: Octet string dump ends. > > 2016-04-13 15:51:26 [12361] [9] DEBUG: HTTP: Status line: > > 2016-04-13 15:51:26 [12361] [9] DEBUG: HTTP: Received response: > > 2016-04-13 15:51:26 [12361] [9] DEBUG: Octet string at 0x7f3184001190: > > 2016-04-13 15:51:26 [12361] [9] DEBUG: len: 204 > > 2016-04-13 15:51:26 [12361] [9] DEBUG: size: 1024 > > 2016-04-13 15:51:26 [12361] [9] DEBUG: immutable: 0 > > 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 43 61 63 68 65 2d 43 6f 6e > 74 72 6f 6c 3a 20 70 Cache-Control: p > > 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 72 69 76 61 74 65 0d 0a 43 > 6f 6e 74 65 6e 74 2d rivate..Content- > > 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 54 79 70 65 3a 20 74 65 78 > 74 2f 68 74 6d 6c 3b Type: text/html; > > 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 20 63 68 61 72 73 65 74 3d > 75 74 66 2d 38 0d 0acharset=utf-8.. > > 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 53 65 72 76 65 72 3a 20 4d > 69 63 72 6f 73 6f 66 Server: Microsof > > 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 74 2d 49 49 53 2f 38 2e 35 > 0d 0a 58 2d 41 73 70 t-IIS/8.5..X-Asp > > 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 4e 65 74 2d 56 65 72 73 69 > 6f 6e 3a 20 34 2e 30 Net-Version: 4.0 > > 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 2e 33 30 33 31 39 0d 0a 58 > 2d 50 6f 77 65 72 65 .30319..X-Powere > > 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 64 2d 42 79 3a 20 41 53 50 > 2e 4e 45 54 0d 0a 44 d-By: ASP.NET..D > > 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 61 74 65 3a 20 57 65 64 2c > 20 31 33 20 41 70 72 ate: Wed, 13 Apr > > 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 20 32 30 31 36 20 30 37 3a > 35 30 3a 32 34 20 472016 07:50:24 G > > 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 4d 54 0d 0a 43 6f 6e 74 65 > 6e 74 2d 4c 65 6e 67 MT..Content-Leng > > 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 74 68 3a 20 33 0d 0a 0d 0a > 32 30 30 th: 3200 > > 2016-04-13 15:51:26 [12361] [9] DEBUG: Octet string dump ends. > > > > The previous log provided was also from smsbox but it doesn’t seem to call > the get-url and giving the no sender/receiver error. Please do let me > know if you need any further details. > > > > Thanks, > > Arif Noor. > > > > > > *From:* Elton Hoxha [mailto:elt...@gmail.com] > *Sent:* Wednesday, April 13, 2016 3:05 PM > *To:* Arif Noor > *Cc:* Stipe Tolj; users@kannel.org > *Subject:* Re: USSD with Kannel > > > > could you paste your debug logs while you call "get-url" of your app? > > > > >
RE: USSD with Kannel
68 74 6d 6c 3b Type: text/html; 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 20 63 68 61 72 73 65 74 3d 75 74 66 2d 38 0d 0acharset=utf-8.. 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 53 65 72 76 65 72 3a 20 4d 69 63 72 6f 73 6f 66 Server: Microsof 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 74 2d 49 49 53 2f 38 2e 35 0d 0a 58 2d 41 73 70 t-IIS/8.5..X-Asp 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 4e 65 74 2d 56 65 72 73 69 6f 6e 3a 20 34 2e 30 Net-Version: 4.0 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 2e 33 30 33 31 39 0d 0a 58 2d 50 6f 77 65 72 65 .30319..X-Powere 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 64 2d 42 79 3a 20 41 53 50 2e 4e 45 54 0d 0a 44 d-By: ASP.NET..D 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 61 74 65 3a 20 57 65 64 2c 20 31 33 20 41 70 72 ate: Wed, 13 Apr 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 20 32 30 31 36 20 30 37 3a 35 30 3a 32 34 20 472016 07:50:24 G 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 4d 54 0d 0a 43 6f 6e 74 65 6e 74 2d 4c 65 6e 67 MT..Content-Leng 2016-04-13 15:51:26 [12361] [9] DEBUG: data: 74 68 3a 20 33 0d 0a 0d 0a 32 30 30 th: 3200 2016-04-13 15:51:26 [12361] [9] DEBUG: Octet string dump ends. The previous log provided was also from smsbox but it doesn’t seem to call the get-url and giving the no sender/receiver error. Please do let me know if you need any further details. Thanks, Arif Noor. From: Elton Hoxha [mailto:elt...@gmail.com] Sent: Wednesday, April 13, 2016 3:05 PM To: Arif Noor Cc: Stipe Tolj; users@kannel.org Subject: Re: USSD with Kannel could you paste your debug logs while you call "get-url" of your app?
Re: USSD with Kannel
f 68 6c 72 3d 36 ?smpp?ussd_hlr=6 > 2016-04-13 10:38:58 [12246] [5] DEBUG:data: 30 26 75 73 73 64 5f 6f 70 > 74 69 6f 6e 61 6c 3d 0_optional= > 2016-04-13 10:38:58 [12246] [5] DEBUG:data: 30 30 31 30 30 34 33 34 35 > 37 30 44 42 30 46 46 00100434570DB0FF > 2016-04-13 10:38:58 [12246] [5] DEBUG:data: 26 75 73 73 64 5f 73 72 76 > 5f 6f 70 3d 25 31 32 _srv_op=%12 > 2016-04-13 10:38:58 [12246] [5] DEBUG:data: 26 > & > 2016-04-13 10:38:58 [12246] [5] DEBUG: Octet string dump ends. > 2016-04-13 10:38:58 [12246] [5] DEBUG: Msg object ends. > > Bearerbox log > > 7292:2016-04-13 10:38:58 [12229] [6] DEBUG: SMPP[smppUSSD]: Got PDU: > 7293:2016-04-13 10:38:58 [12229] [6] DEBUG: SMPP PDU 0x7feef000b390 dump: > 7294:2016-04-13 10:38:58 [12229] [6] DEBUG: type_name: deliver_sm > 7295:2016-04-13 10:38:58 [12229] [6] DEBUG: command_id: 5 = 0x0005 > 7296:2016-04-13 10:38:58 [12229] [6] DEBUG: command_status: 0 = > 0x > 7297:2016-04-13 10:38:58 [12229] [6] DEBUG: sequence_number: 505 = > 0x01f9 > 7298:2016-04-13 10:38:58 [12229] [6] DEBUG: service_type: "USSD" > 7299:2016-04-13 10:38:58 [12229] [6] DEBUG: source_addr_ton: 1 = > 0x0001 > 7300:2016-04-13 10:38:58 [12229] [6] DEBUG: source_addr_npi: 1 = > 0x0001 > 7301:2016-04-13 10:38:58 [12229] [6] DEBUG: source_addr: "601030648xx" > 7302:2016-04-13 10:38:58 [12229] [6] DEBUG: dest_addr_ton: 0 = 0x > 7303:2016-04-13 10:38:58 [12229] [6] DEBUG: dest_addr_npi: 0 = 0x > 7304:2016-04-13 10:38:58 [12229] [6] DEBUG: destination_addr: NULL > 7305:2016-04-13 10:38:58 [12229] [6] DEBUG: esm_class: 0 = 0x > 7306:2016-04-13 10:38:58 [12229] [6] DEBUG: protocol_id: 0 = 0x > 7307:2016-04-13 10:38:58 [12229] [6] DEBUG: priority_flag: 0 = 0x > 7308:2016-04-13 10:38:58 [12229] [6] DEBUG: schedule_delivery_time: NULL > 7309:2016-04-13 10:38:58 [12229] [6] DEBUG: validity_period: NULL > 7310:2016-04-13 10:38:58 [12229] [6] DEBUG: registered_delivery: 0 = > 0x > 7311:2016-04-13 10:38:58 [12229] [6] DEBUG: replace_if_present_flag: 0 = > 0x > 7312:2016-04-13 10:38:58 [12229] [6] DEBUG: data_coding: 15 = 0x000f > 7313:2016-04-13 10:38:58 [12229] [6] DEBUG: sm_default_msg_id: 0 = > 0x > 7314:2016-04-13 10:38:58 [12229] [6] DEBUG: sm_length: 1 = 0x0001 > 7315:2016-04-13 10:38:58 [12229] [6] DEBUG: short_message: "1" > 7316:2016-04-13 10:38:58 [12229] [6] DEBUG: ussd_service_op: > 7317:2016-04-13 10:38:58 [12229] [6] DEBUG:Octet string at > 0x7feef0006220: > 7318:2016-04-13 10:38:58 [12229] [6] DEBUG: len: 1 > 7319:2016-04-13 10:38:58 [12229] [6] DEBUG: size: 2 > 7320:2016-04-13 10:38:58 [12229] [6] DEBUG: immutable: 0 > 7321:2016-04-13 10:38:58 [12229] [6] DEBUG: data: 12 > . > 7322:2016-04-13 10:38:58 [12229] [6] DEBUG:Octet string dump ends. > 7323:2016-04-13 10:38:58 [12229] [6] DEBUG: ussd_hlr: "60" > 7324:2016-04-13 10:38:58 [12229] [6] DEBUG: ussd_optional: > "00100434570DB0FF" > 7325:2016-04-13 10:38:58 [12229] [6] DEBUG: ussd_srv_op: > 7326:2016-04-13 10:38:58 [12229] [6] DEBUG:Octet string at > 0x7feef0001150: > 7327:2016-04-13 10:38:58 [12229] [6] DEBUG: len: 1 > 7328:2016-04-13 10:38:58 [12229] [6] DEBUG: size: 2 > 7329:2016-04-13 10:38:58 [12229] [6] DEBUG: immutable: 0 > 7330:2016-04-13 10:38:58 [12229] [6] DEBUG: data: 12 > . > 7331:2016-04-13 10:38:58 [12229] [6] DEBUG:Octet string dump ends. > 7332:2016-04-13 10:38:58 [12229] [6] DEBUG: SMPP PDU dump ends. > > Seems like NULL destination are processed but smsbox won't proceed. > Anything else than can I do from my side to get this working > > Thank you, > Arif Noor > > > -Original Message- > From: users [mailto:users-boun...@kannel.org] On Behalf Of Arif Noor > Sent: Tuesday, April 12, 2016 9:26 AM > To: Stipe Tolj > Cc: users@kannel.org > Subject: RE: USSD with Kannel > > Hi Stipe, > > Thank you for the patch, will do a test once I arrived at the office, also > I have sent the email to you for the specification of the ussd gateway. > > Arif Noor. > > > -Original Message- > From: Stipe Tolj [mailto:st...@kannel.org] > Sent: Monday, April 11, 2016 11:25 PM > Cc: Arif Noor; users@kannel.org > Subject: Re: USSD with Kannel > > Am 11.04.2016 17:19, schrieb Stipe Tolj: > > > > I'll prepare a simple patch that let's you resolve the issue. > > please try to apply the following patch to the source tree and re-compile. > > -- > Best Regards, > Stipe Tolj > > --- > Düsseldorf, NRW, Germany > > Kannel Foundation tolj.org system architecture > http://www.kannel.org/http://www.tolj.org/ > > stolj at kannel.org st at tolj.org > --- >
RE: USSD with Kannel
ring dump ends. 2016-04-13 10:38:58 [12246] [5] DEBUG: Msg object ends. Bearerbox log 7292:2016-04-13 10:38:58 [12229] [6] DEBUG: SMPP[smppUSSD]: Got PDU: 7293:2016-04-13 10:38:58 [12229] [6] DEBUG: SMPP PDU 0x7feef000b390 dump: 7294:2016-04-13 10:38:58 [12229] [6] DEBUG: type_name: deliver_sm 7295:2016-04-13 10:38:58 [12229] [6] DEBUG: command_id: 5 = 0x0005 7296:2016-04-13 10:38:58 [12229] [6] DEBUG: command_status: 0 = 0x 7297:2016-04-13 10:38:58 [12229] [6] DEBUG: sequence_number: 505 = 0x01f9 7298:2016-04-13 10:38:58 [12229] [6] DEBUG: service_type: "USSD" 7299:2016-04-13 10:38:58 [12229] [6] DEBUG: source_addr_ton: 1 = 0x0001 7300:2016-04-13 10:38:58 [12229] [6] DEBUG: source_addr_npi: 1 = 0x0001 7301:2016-04-13 10:38:58 [12229] [6] DEBUG: source_addr: "601030648xx" 7302:2016-04-13 10:38:58 [12229] [6] DEBUG: dest_addr_ton: 0 = 0x 7303:2016-04-13 10:38:58 [12229] [6] DEBUG: dest_addr_npi: 0 = 0x 7304:2016-04-13 10:38:58 [12229] [6] DEBUG: destination_addr: NULL 7305:2016-04-13 10:38:58 [12229] [6] DEBUG: esm_class: 0 = 0x 7306:2016-04-13 10:38:58 [12229] [6] DEBUG: protocol_id: 0 = 0x 7307:2016-04-13 10:38:58 [12229] [6] DEBUG: priority_flag: 0 = 0x 7308:2016-04-13 10:38:58 [12229] [6] DEBUG: schedule_delivery_time: NULL 7309:2016-04-13 10:38:58 [12229] [6] DEBUG: validity_period: NULL 7310:2016-04-13 10:38:58 [12229] [6] DEBUG: registered_delivery: 0 = 0x 7311:2016-04-13 10:38:58 [12229] [6] DEBUG: replace_if_present_flag: 0 = 0x 7312:2016-04-13 10:38:58 [12229] [6] DEBUG: data_coding: 15 = 0x000f 7313:2016-04-13 10:38:58 [12229] [6] DEBUG: sm_default_msg_id: 0 = 0x 7314:2016-04-13 10:38:58 [12229] [6] DEBUG: sm_length: 1 = 0x0001 7315:2016-04-13 10:38:58 [12229] [6] DEBUG: short_message: "1" 7316:2016-04-13 10:38:58 [12229] [6] DEBUG: ussd_service_op: 7317:2016-04-13 10:38:58 [12229] [6] DEBUG:Octet string at 0x7feef0006220: 7318:2016-04-13 10:38:58 [12229] [6] DEBUG: len: 1 7319:2016-04-13 10:38:58 [12229] [6] DEBUG: size: 2 7320:2016-04-13 10:38:58 [12229] [6] DEBUG: immutable: 0 7321:2016-04-13 10:38:58 [12229] [6] DEBUG: data: 12 . 7322:2016-04-13 10:38:58 [12229] [6] DEBUG:Octet string dump ends. 7323:2016-04-13 10:38:58 [12229] [6] DEBUG: ussd_hlr: "60" 7324:2016-04-13 10:38:58 [12229] [6] DEBUG: ussd_optional: "00100434570DB0FF" 7325:2016-04-13 10:38:58 [12229] [6] DEBUG: ussd_srv_op: 7326:2016-04-13 10:38:58 [12229] [6] DEBUG:Octet string at 0x7feef0001150: 7327:2016-04-13 10:38:58 [12229] [6] DEBUG: len: 1 7328:2016-04-13 10:38:58 [12229] [6] DEBUG: size: 2 7329:2016-04-13 10:38:58 [12229] [6] DEBUG: immutable: 0 7330:2016-04-13 10:38:58 [12229] [6] DEBUG: data: 12 . 7331:2016-04-13 10:38:58 [12229] [6] DEBUG:Octet string dump ends. 7332:2016-04-13 10:38:58 [12229] [6] DEBUG: SMPP PDU dump ends. Seems like NULL destination are processed but smsbox won't proceed. Anything else than can I do from my side to get this working Thank you, Arif Noor -Original Message- From: users [mailto:users-boun...@kannel.org] On Behalf Of Arif Noor Sent: Tuesday, April 12, 2016 9:26 AM To: Stipe Tolj Cc: users@kannel.org Subject: RE: USSD with Kannel Hi Stipe, Thank you for the patch, will do a test once I arrived at the office, also I have sent the email to you for the specification of the ussd gateway. Arif Noor. -Original Message- From: Stipe Tolj [mailto:st...@kannel.org] Sent: Monday, April 11, 2016 11:25 PM Cc: Arif Noor; users@kannel.org Subject: Re: USSD with Kannel Am 11.04.2016 17:19, schrieb Stipe Tolj: > > I'll prepare a simple patch that let's you resolve the issue. please try to apply the following patch to the source tree and re-compile. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http://www.kannel.org/http://www.tolj.org/ stolj at kannel.org st at tolj.org ---
RE: USSD with Kannel
Hi Stipe, Thank you for the patch, will do a test once I arrived at the office, also I have sent the email to you for the specification of the ussd gateway. Arif Noor. -Original Message- From: Stipe Tolj [mailto:st...@kannel.org] Sent: Monday, April 11, 2016 11:25 PM Cc: Arif Noor; users@kannel.org Subject: Re: USSD with Kannel Am 11.04.2016 17:19, schrieb Stipe Tolj: > > I'll prepare a simple patch that let's you resolve the issue. please try to apply the following patch to the source tree and re-compile. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http://www.kannel.org/http://www.tolj.org/ stolj at kannel.org st at tolj.org ---
Re: USSD with Kannel
Am 11.04.2016 17:19, schrieb Stipe Tolj: I'll prepare a simple patch that let's you resolve the issue. please try to apply the following patch to the source tree and re-compile. -- Best Regards, Stipe Tolj --- Düsseldorf, NRW, Germany Kannel Foundation tolj.org system architecture http://www.kannel.org/http://www.tolj.org/ stolj at kannel.org st at tolj.org --- Index: gw/bb_http.c === --- gw/bb_http.c(revision 5150) +++ gw/bb_http.c(working copy) @@ -347,24 +347,19 @@ return octstr_create("Black/white lists re-loaded"); } -static Octstr *httpd_remove_message(List *cgivars, int status_type) +static Octstr *httpd_dequeue_messages(List *cgivars, int status_type) { Octstr *reply; -Octstr *message_id; +Octstr *smsc; if ((reply = httpd_check_authorization(cgivars, 0))!= NULL) return reply; if ((reply = httpd_check_status())!= NULL) return reply; /* check if the smsc id is given */ -message_id = http_cgi_variable(cgivars, "id"); -if (message_id) { -if (octstr_len(message_id) != UUID_STR_LEN) -return octstr_format("Message id should be %d characters long", UUID_STR_LEN); -if (bb_remove_message(message_id) == -1) -return octstr_format("Could not remove message id `%s'", octstr_get_cstr(message_id)); -else -return octstr_format("Message id `%s' removed", octstr_get_cstr(message_id)); -} else -return octstr_create("Message id not given"); +smsc = http_cgi_variable(cgivars, "smsc"); +if (smsc) { +} else { + +} } /* Known httpd commands and their functions */ @@ -387,7 +382,7 @@ { "add-smsc", httpd_add_smsc }, { "remove-smsc", httpd_remove_smsc }, { "reload-lists", httpd_reload_lists }, -{ "remove-message", httpd_remove_message }, +{ "dequeue", httpd_dequeue_messages }, { NULL , NULL } /* terminate list */ }; Index: gw/smsc/smsc_smpp.c === --- gw/smsc/smsc_smpp.c (revision 5150) +++ gw/smsc/smsc_smpp.c (working copy) @@ -609,8 +609,10 @@ /* * Follows SMPP spec. v3.4. issue 1.2 * it's not allowed to have destination_addr NULL + * USSD service type MAY have a NULL value, so allow this. */ -if (pdu->u.deliver_sm.destination_addr == NULL) { +if (pdu->u.deliver_sm.destination_addr == NULL && +octstr_case_compare(pdu->u.deliver_sm.service_type, octstr_imm("USSD")) != 0) { error(0, "SMPP[%s]: Malformed destination_addr `%s', may not be empty. " "Discarding MO message.", octstr_get_cstr(smpp->conn->id), octstr_get_cstr(pdu->u.deliver_sm.destination_addr));
Re: USSD with Kannel
Am 07.04.2016 10:21, schrieb Arif Noor: Hi Elton, Please find below for the logs. 1435309:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag (0x0501) 1435310:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length read as 1 1435311:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional parameter `ussd_srv_op' 1435312:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag (0x4006) 1435313:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length read as 2 1435314:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional parameter `ussd_hlr' 1435315:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag (0x400c) 1435316:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length read as 16 1435317:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional parameter `ussd_optional' 1435318:2016-04-01 17:20:51 [2353] [6] DEBUG: SMPP[smppUSSD]: Got PDU: 1435319:2016-04-01 17:20:51 [2353] [6] DEBUG: SMPP PDU 0x7f41bc01c660 dump: 1435320:2016-04-01 17:20:51 [2353] [6] DEBUG: type_name: deliver_sm 1435321:2016-04-01 17:20:51 [2353] [6] DEBUG: command_id: 5 = 0x0005 1435322:2016-04-01 17:20:51 [2353] [6] DEBUG: command_status: 0 = 0x 1435323:2016-04-01 17:20:51 [2353] [6] DEBUG: sequence_number: 102277 = 0x00018f85 1435324:2016-04-01 17:20:51 [2353] [6] DEBUG: service_type: "USSD" 1435325:2016-04-01 17:20:51 [2353] [6] DEBUG: source_addr_ton: 1 = 0x0001 1435326:2016-04-01 17:20:51 [2353] [6] DEBUG: source_addr_npi: 1 = 0x0001 1435327:2016-04-01 17:20:51 [2353] [6] DEBUG: source_addr: "60" 1435328:2016-04-01 17:20:51 [2353] [6] DEBUG: dest_addr_ton: 0 = 0x 1435329:2016-04-01 17:20:51 [2353] [6] DEBUG: dest_addr_npi: 0 = 0x 1435330:2016-04-01 17:20:51 [2353] [6] DEBUG: destination_addr: NULL 1435331:2016-04-01 17:20:51 [2353] [6] DEBUG: esm_class: 0 = 0x 1435332:2016-04-01 17:20:51 [2353] [6] DEBUG: protocol_id: 0 = 0x 1435333:2016-04-01 17:20:51 [2353] [6] DEBUG: priority_flag: 0 = 0x 1435334:2016-04-01 17:20:51 [2353] [6] DEBUG: schedule_delivery_time: NULL 1435335:2016-04-01 17:20:51 [2353] [6] DEBUG: validity_period: NULL 1435336:2016-04-01 17:20:51 [2353] [6] DEBUG: registered_delivery: 0 = 0x 1435337:2016-04-01 17:20:51 [2353] [6] DEBUG: replace_if_present_flag: 0 = 0x 1435338:2016-04-01 17:20:51 [2353] [6] DEBUG: data_coding: 15 = 0x000f 1435339:2016-04-01 17:20:51 [2353] [6] DEBUG: sm_default_msg_id: 0 = 0x 1435340:2016-04-01 17:20:51 [2353] [6] DEBUG: sm_length: 1 = 0x0001 1435341:2016-04-01 17:20:51 [2353] [6] DEBUG: short_message: "1" 1435342:2016-04-01 17:20:51 [2353] [6] DEBUG: ussd_service_op: 1435343:2016-04-01 17:20:51 [2353] [6] DEBUG: Octet string at 0x7f41bc01d010: 1435344:2016-04-01 17:20:51 [2353] [6] DEBUG: len: 1 1435345:2016-04-01 17:20:51 [2353] [6] DEBUG: size: 2 1435346:2016-04-01 17:20:51 [2353] [6] DEBUG: immutable: 0 1435347:2016-04-01 17:20:51 [2353] [6] DEBUG: data: 12 . 1435348:2016-04-01 17:20:51 [2353] [6] DEBUG: Octet string dump ends. 1435349:2016-04-01 17:20:51 [2353] [6] DEBUG: ussd_hlr: "60" 1435350:2016-04-01 17:20:51 [2353] [6] DEBUG: ussd_optional: "0010015156FE3D42" 1435351:2016-04-01 17:20:51 [2353] [6] DEBUG: ussd_srv_op: 1435352:2016-04-01 17:20:51 [2353] [6] DEBUG: Octet string at 0x7f41bc00d440: 1435353:2016-04-01 17:20:51 [2353] [6] DEBUG: len: 1 1435354:2016-04-01 17:20:51 [2353] [6] DEBUG: size: 2 1435355:2016-04-01 17:20:51 [2353] [6] DEBUG: immutable: 0 1435356:2016-04-01 17:20:51 [2353] [6] DEBUG: data: 12 . 1435357:2016-04-01 17:20:51 [2353] [6] DEBUG: Octet string dump ends. 1435358:2016-04-01 17:20:51 [2353] [6] DEBUG: SMPP PDU dump ends. 1435359:2016-04-01 17:20:51 [2353] [6] ERROR: SMPP[smppUSSD]: Malformed destination_addr `(null)', may not be empty. Discarding MO message. Hi Arif, Kannel bearebox does refuse the MO (deliver_sm PDU) with an empty (NULL) destination_addr. The source code part is this: /* * Follows SMPP spec. v3.4. issue 1.2 * it's not allowed to have destination_addr NULL */ if (pdu->u.deliver_sm.destination_addr == NULL) { error(0, "SMPP[%s]: Malformed destination_addr `%s', may not be empty. " "Discarding MO message.", octstr_get_cstr(smpp->conn->id), octstr_get_cstr(pdu->u.deliver_sm.destination_addr)); *reason = SMPP_ESME_RINVDSTADR; goto error; } touch, reviewing the SMPP spec again in detail, I don't find any LITERAL reference that a NULL'ed destination_addr is not allowed. The only thing I see is this section: Section 4.4.1.1 (page 66): An ESME Transmitter may enter NULL values in the ‘source address’ fields. In this event, the SMSC may then substitute a default address for that particular ESME. This feature is designed for interfaces that are not normally familiar with the notion of a source address for a short message, e.g.,
Re: USSD with Kannel
Hi Arif, I have a USSD connection setup and working, mine tracks sessions using the TLV parameter receipted_message_id. Config for that parameter is below: group = smpp-tlv name = receipted_message_id tag = 0x001e type=nulterminated length=65 smsc-id = Hope this helps On Thu, Apr 7, 2016 at 8:50 AM, Arif Noor <md.a...@forest-interactive.com> wrote: > Hi Elton, > > > > Yes after the first MO, the app submit with 126 as originator. Also could > you tell me how the app supposed to differentiate the session. Is it by > using msgID or something? As for the USSR confirm, I guess I should ask the > USSDC since they passed the value 12 instead of 18. > > > > Thank you for your input so far J > > > > *From:* Elton Hoxha [mailto:elt...@gmail.com] > *Sent:* Thursday, April 07, 2016 4:38 PM > > *To:* Arif Noor > *Cc:* Donald Jackson; users@kannel.org > *Subject:* Re: USSD with Kannel > > > > After you receive the first MO do you submit the SM having 126 as > originator? If yes, maybe something wrong with the sessions you are keeping > on application side. > > > > Furthermore, at this stage of session `ussd_srv_op' should have the value > of 18 = USSR Confirm. Yours look like 12. > > > > Here is my deliver SM > > > > 2016-04-07 05:07:19 [5368] [6] DEBUG: Optional parameter tag (0x0501) > > 2016-04-07 05:07:19 [5368] [6] DEBUG: Optional parameter length read as 1 > > 2016-04-07 05:07:19 [5368] [6] DEBUG: Found configured optional parameter > `mydata' > > 2016-04-07 05:07:19 [5368] [6] DEBUG: SMPP[ussdmenu]: Got PDU: > > 2016-04-07 05:07:19 [5368] [6] DEBUG: SMPP PDU 0x9b13ba8 dump: > > 2016-04-07 05:07:19 [5368] [6] DEBUG: type_name: deliver_sm > > 2016-04-07 05:07:19 [5368] [6] DEBUG: command_id: 5 = 0x0005 > > 2016-04-07 05:07:19 [5368] [6] DEBUG: command_status: 0 = 0x > > 2016-04-07 05:07:19 [5368] [6] DEBUG: sequence_number: 12653547 = > 0x00c113eb > > 2016-04-07 05:07:19 [5368] [6] DEBUG: service_type: "USSD" > > 2016-04-07 05:07:19 [5368] [6] DEBUG: source_addr_ton: 1 = 0x0001 > > 2016-04-07 05:07:19 [5368] [6] DEBUG: source_addr_npi: 1 = 0x0001 > > 2016-04-07 05:07:19 [5368] [6] DEBUG: source_addr: "xxx" > > 2016-04-07 05:07:19 [5368] [6] DEBUG: dest_addr_ton: 1 = 0x0001 > > 2016-04-07 05:07:19 [5368] [6] DEBUG: dest_addr_npi: 1 = 0x0001 > > 2016-04-07 05:07:19 [5368] [6] DEBUG: destination_addr: "100" > > 2016-04-07 05:07:19 [5368] [6] DEBUG: esm_class: 0 = 0x > > 2016-04-07 05:07:19 [5368] [6] DEBUG: protocol_id: 0 = 0x > > 2016-04-07 05:07:19 [5368] [6] DEBUG: priority_flag: 0 = 0x > > 2016-04-07 05:07:19 [5368] [6] DEBUG: schedule_delivery_time: NULL > > 2016-04-07 05:07:19 [5368] [6] DEBUG: validity_period: NULL > > 2016-04-07 05:07:19 [5368] [6] DEBUG: registered_delivery: 0 = 0x > > 2016-04-07 05:07:19 [5368] [6] DEBUG: replace_if_present_flag: 0 = > 0x > > 2016-04-07 05:07:19 [5368] [6] DEBUG: data_coding: 0 = 0x > > 2016-04-07 05:07:19 [5368] [6] DEBUG: sm_default_msg_id: 0 = 0x > > 2016-04-07 05:07:19 [5368] [6] DEBUG: sm_length: 1 = 0x0001 > > 2016-04-07 05:07:19 [5368] [6] DEBUG: short_message: "1" > > 2016-04-07 05:07:19 [5368] [6] DEBUG: mydata: "18" > > > > > > On Thu, Apr 7, 2016 at 10:21 AM, Arif Noor <md.a...@forest-interactive.com> > wrote: > > Hi Elton, > > > > Please find below for the logs. > > > > 1435309:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag > (0x0501) > > 1435310:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length > read as 1 > > 1435311:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional > parameter `ussd_srv_op' > > 1435312:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag > (0x4006) > > 1435313:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length > read as 2 > > 1435314:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional > parameter `ussd_hlr' > > 1435315:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag > (0x400c) > > 1435316:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length > read as 16 > > 1435317:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional > parameter `ussd_optional' > > 1435318:2016-04-01 17:20:51 [2353] [6] DEBUG: SMPP[smppUSSD]: Got PDU: > > 1435319:2016-04-01 17:20:51 [2353] [6] DEBUG: SMPP PDU 0x7f41bc01c660 dump: > > 1435320:2016-04-01 17:20:51 [2353] [6] DEBUG: type_name: deliver_sm > > 1435321:2016-04-01 17
Re: USSD with Kannel
At least for me, Session = MsgID + MSISDN combination kept at application side. This part belongs to you and your skills how to keep track of them at application side and has not to do with Kannel. Kannel did its job passing the message through. While communicating with Telecom provider, refer to these parameters which are global standard; 0 = PSSD Indication 1 = PSSR Indication 2 = USSR Request 3 = USSN Request 4 to 15 = Reserved 16 = PSSD Response 17 = PSSR Response 18 = USSR Confirm 19 = USSN Confirm On Thu, Apr 7, 2016 at 10:50 AM, Arif Noor <md.a...@forest-interactive.com> wrote: > Hi Elton, > > > > Yes after the first MO, the app submit with 126 as originator. Also could > you tell me how the app supposed to differentiate the session. Is it by > using msgID or something? As for the USSR confirm, I guess I should ask the > USSDC since they passed the value 12 instead of 18. > > > > Thank you for your input so far J > > > > *From:* Elton Hoxha [mailto:elt...@gmail.com] > *Sent:* Thursday, April 07, 2016 4:38 PM > > *To:* Arif Noor > *Cc:* Donald Jackson; users@kannel.org > *Subject:* Re: USSD with Kannel > > > > After you receive the first MO do you submit the SM having 126 as > originator? If yes, maybe something wrong with the sessions you are keeping > on application side. > > > > Furthermore, at this stage of session `ussd_srv_op' should have the value > of 18 = USSR Confirm. Yours look like 12. > > > > Here is my deliver SM > > > > 2016-04-07 05:07:19 [5368] [6] DEBUG: Optional parameter tag (0x0501) > > 2016-04-07 05:07:19 [5368] [6] DEBUG: Optional parameter length read as 1 > > 2016-04-07 05:07:19 [5368] [6] DEBUG: Found configured optional parameter > `mydata' > > 2016-04-07 05:07:19 [5368] [6] DEBUG: SMPP[ussdmenu]: Got PDU: > > 2016-04-07 05:07:19 [5368] [6] DEBUG: SMPP PDU 0x9b13ba8 dump: > > 2016-04-07 05:07:19 [5368] [6] DEBUG: type_name: deliver_sm > > 2016-04-07 05:07:19 [5368] [6] DEBUG: command_id: 5 = 0x0005 > > 2016-04-07 05:07:19 [5368] [6] DEBUG: command_status: 0 = 0x > > 2016-04-07 05:07:19 [5368] [6] DEBUG: sequence_number: 12653547 = > 0x00c113eb > > 2016-04-07 05:07:19 [5368] [6] DEBUG: service_type: "USSD" > > 2016-04-07 05:07:19 [5368] [6] DEBUG: source_addr_ton: 1 = 0x0001 > > 2016-04-07 05:07:19 [5368] [6] DEBUG: source_addr_npi: 1 = 0x0001 > > 2016-04-07 05:07:19 [5368] [6] DEBUG: source_addr: "xxx" > > 2016-04-07 05:07:19 [5368] [6] DEBUG: dest_addr_ton: 1 = 0x0001 > > 2016-04-07 05:07:19 [5368] [6] DEBUG: dest_addr_npi: 1 = 0x0001 > > 2016-04-07 05:07:19 [5368] [6] DEBUG: destination_addr: "100" > > 2016-04-07 05:07:19 [5368] [6] DEBUG: esm_class: 0 = 0x > > 2016-04-07 05:07:19 [5368] [6] DEBUG: protocol_id: 0 = 0x > > 2016-04-07 05:07:19 [5368] [6] DEBUG: priority_flag: 0 = 0x > > 2016-04-07 05:07:19 [5368] [6] DEBUG: schedule_delivery_time: NULL > > 2016-04-07 05:07:19 [5368] [6] DEBUG: validity_period: NULL > > 2016-04-07 05:07:19 [5368] [6] DEBUG: registered_delivery: 0 = 0x > > 2016-04-07 05:07:19 [5368] [6] DEBUG: replace_if_present_flag: 0 = > 0x > > 2016-04-07 05:07:19 [5368] [6] DEBUG: data_coding: 0 = 0x > > 2016-04-07 05:07:19 [5368] [6] DEBUG: sm_default_msg_id: 0 = 0x > > 2016-04-07 05:07:19 [5368] [6] DEBUG: sm_length: 1 = 0x0001 > > 2016-04-07 05:07:19 [5368] [6] DEBUG: short_message: "1" > > 2016-04-07 05:07:19 [5368] [6] DEBUG: mydata: "18" > > > > > > On Thu, Apr 7, 2016 at 10:21 AM, Arif Noor <md.a...@forest-interactive.com> > wrote: > > Hi Elton, > > > > Please find below for the logs. > > > > 1435309:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag > (0x0501) > > 1435310:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length > read as 1 > > 1435311:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional > parameter `ussd_srv_op' > > 1435312:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag > (0x4006) > > 1435313:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length > read as 2 > > 1435314:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional > parameter `ussd_hlr' > > 1435315:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag > (0x400c) > > 1435316:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length > read as 16 > > 1435317:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional > parameter `ussd_optional' > > 1435318:2016-04-01 17:20:5
RE: USSD with Kannel
Hi Elton, Yes after the first MO, the app submit with 126 as originator. Also could you tell me how the app supposed to differentiate the session. Is it by using msgID or something? As for the USSR confirm, I guess I should ask the USSDC since they passed the value 12 instead of 18. Thank you for your input so far ☺ From: Elton Hoxha [mailto:elt...@gmail.com] Sent: Thursday, April 07, 2016 4:38 PM To: Arif Noor Cc: Donald Jackson; users@kannel.org Subject: Re: USSD with Kannel After you receive the first MO do you submit the SM having 126 as originator? If yes, maybe something wrong with the sessions you are keeping on application side. Furthermore, at this stage of session `ussd_srv_op' should have the value of 18 = USSR Confirm. Yours look like 12. Here is my deliver SM 2016-04-07 05:07:19 [5368] [6] DEBUG: Optional parameter tag (0x0501) 2016-04-07 05:07:19 [5368] [6] DEBUG: Optional parameter length read as 1 2016-04-07 05:07:19 [5368] [6] DEBUG: Found configured optional parameter `mydata' 2016-04-07 05:07:19 [5368] [6] DEBUG: SMPP[ussdmenu]: Got PDU: 2016-04-07 05:07:19 [5368] [6] DEBUG: SMPP PDU 0x9b13ba8 dump: 2016-04-07 05:07:19 [5368] [6] DEBUG: type_name: deliver_sm 2016-04-07 05:07:19 [5368] [6] DEBUG: command_id: 5 = 0x0005 2016-04-07 05:07:19 [5368] [6] DEBUG: command_status: 0 = 0x 2016-04-07 05:07:19 [5368] [6] DEBUG: sequence_number: 12653547 = 0x00c113eb 2016-04-07 05:07:19 [5368] [6] DEBUG: service_type: "USSD" 2016-04-07 05:07:19 [5368] [6] DEBUG: source_addr_ton: 1 = 0x0001 2016-04-07 05:07:19 [5368] [6] DEBUG: source_addr_npi: 1 = 0x0001 2016-04-07 05:07:19 [5368] [6] DEBUG: source_addr: "xxx" 2016-04-07 05:07:19 [5368] [6] DEBUG: dest_addr_ton: 1 = 0x0001 2016-04-07 05:07:19 [5368] [6] DEBUG: dest_addr_npi: 1 = 0x0001 2016-04-07 05:07:19 [5368] [6] DEBUG: destination_addr: "100" 2016-04-07 05:07:19 [5368] [6] DEBUG: esm_class: 0 = 0x 2016-04-07 05:07:19 [5368] [6] DEBUG: protocol_id: 0 = 0x 2016-04-07 05:07:19 [5368] [6] DEBUG: priority_flag: 0 = 0x 2016-04-07 05:07:19 [5368] [6] DEBUG: schedule_delivery_time: NULL 2016-04-07 05:07:19 [5368] [6] DEBUG: validity_period: NULL 2016-04-07 05:07:19 [5368] [6] DEBUG: registered_delivery: 0 = 0x 2016-04-07 05:07:19 [5368] [6] DEBUG: replace_if_present_flag: 0 = 0x 2016-04-07 05:07:19 [5368] [6] DEBUG: data_coding: 0 = 0x 2016-04-07 05:07:19 [5368] [6] DEBUG: sm_default_msg_id: 0 = 0x 2016-04-07 05:07:19 [5368] [6] DEBUG: sm_length: 1 = 0x0001 2016-04-07 05:07:19 [5368] [6] DEBUG: short_message: "1" 2016-04-07 05:07:19 [5368] [6] DEBUG: mydata: "18" On Thu, Apr 7, 2016 at 10:21 AM, Arif Noor <md.a...@forest-interactive.com<mailto:md.a...@forest-interactive.com>> wrote: Hi Elton, Please find below for the logs. 1435309:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag (0x0501) 1435310:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length read as 1 1435311:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional parameter `ussd_srv_op' 1435312:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag (0x4006) 1435313:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length read as 2 1435314:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional parameter `ussd_hlr' 1435315:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag (0x400c) 1435316:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length read as 16 1435317:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional parameter `ussd_optional' 1435318:2016-04-01 17:20:51 [2353] [6] DEBUG: SMPP[smppUSSD]: Got PDU: 1435319:2016-04-01 17:20:51 [2353] [6] DEBUG: SMPP PDU 0x7f41bc01c660 dump: 1435320:2016-04-01 17:20:51 [2353] [6] DEBUG: type_name: deliver_sm 1435321:2016-04-01 17:20:51 [2353] [6] DEBUG: command_id: 5 = 0x0005 1435322:2016-04-01 17:20:51 [2353] [6] DEBUG: command_status: 0 = 0x 1435323:2016-04-01 17:20:51 [2353] [6] DEBUG: sequence_number: 102277 = 0x00018f85 1435324:2016-04-01 17:20:51 [2353] [6] DEBUG: service_type: "USSD" 1435325:2016-04-01 17:20:51 [2353] [6] DEBUG: source_addr_ton: 1 = 0x0001 1435326:2016-04-01 17:20:51 [2353] [6] DEBUG: source_addr_npi: 1 = 0x0001 1435327:2016-04-01 17:20:51 [2353] [6] DEBUG: source_addr: "60" 1435328:2016-04-01 17:20:51 [2353] [6] DEBUG: dest_addr_ton: 0 = 0x 1435329:2016-04-01 17:20:51 [2353] [6] DEBUG: dest_addr_npi: 0 = 0x 1435330:2016-04-01 17:20:51 [2353] [6] DEBUG: destination_addr: NULL 1435331:2016-04-01 17:20:51 [2353] [6] DEBUG: esm_class: 0 = 0x 1435332:2016-04-01 17:20:51 [2353] [6] DEBUG: protocol_id: 0 = 0x 1435333:2016-04-01 17:20:51 [2353] [6] DEBUG: priority_flag: 0 = 0x 1435334:2016-04-01 17:20:51 [2353] [6]
Re: USSD with Kannel
[6] DEBUG: registered_delivery: 0 = > 0x > > 1435337:2016-04-01 17:20:51 [2353] [6] DEBUG: replace_if_present_flag: 0 > = 0x > > 1435338:2016-04-01 17:20:51 [2353] [6] DEBUG: data_coding: 15 = > 0x000f > > 1435339:2016-04-01 17:20:51 [2353] [6] DEBUG: sm_default_msg_id: 0 = > 0x > > 1435340:2016-04-01 17:20:51 [2353] [6] DEBUG: sm_length: 1 = 0x0001 > > 1435341:2016-04-01 17:20:51 [2353] [6] DEBUG: short_message: "1" > > 1435342:2016-04-01 17:20:51 [2353] [6] DEBUG: ussd_service_op: > > 1435343:2016-04-01 17:20:51 [2353] [6] DEBUG:Octet string at > 0x7f41bc01d010: > > 1435344:2016-04-01 17:20:51 [2353] [6] DEBUG: len: 1 > > 1435345:2016-04-01 17:20:51 [2353] [6] DEBUG: size: 2 > > 1435346:2016-04-01 17:20:51 [2353] [6] DEBUG: immutable: 0 > > 1435347:2016-04-01 17:20:51 [2353] [6] DEBUG: data: > 12. > > 1435348:2016-04-01 17:20:51 [2353] [6] DEBUG:Octet string dump ends. > > 1435349:2016-04-01 17:20:51 [2353] [6] DEBUG: ussd_hlr: "60" > > 1435350:2016-04-01 17:20:51 [2353] [6] DEBUG: ussd_optional: > "0010015156FE3D42" > > 1435351:2016-04-01 17:20:51 [2353] [6] DEBUG: ussd_srv_op: > > 1435352:2016-04-01 17:20:51 [2353] [6] DEBUG:Octet string at > 0x7f41bc00d440: > > 1435353:2016-04-01 17:20:51 [2353] [6] DEBUG: len: 1 > > 1435354:2016-04-01 17:20:51 [2353] [6] DEBUG: size: 2 > > 1435355:2016-04-01 17:20:51 [2353] [6] DEBUG: immutable: 0 > > 1435356:2016-04-01 17:20:51 [2353] [6] DEBUG: data: > 12. > > 1435357:2016-04-01 17:20:51 [2353] [6] DEBUG:Octet string dump ends. > > 1435358:2016-04-01 17:20:51 [2353] [6] DEBUG: SMPP PDU dump ends. > > 1435359:2016-04-01 17:20:51 [2353] [6] ERROR: SMPP[smppUSSD]: Malformed > destination_addr `(null)', may not be empty. Discarding MO message. > > > > Thank you and Regards, > > Arif Noor > > > > *From:* Elton Hoxha [mailto:elt...@gmail.com] > *Sent:* Thursday, April 07, 2016 4:15 PM > *To:* Arif Noor > *Cc:* Donald Jackson; users@kannel.org > *Subject:* Re: USSD with Kannel > > > > Hello Arif, > > > > Please paste here the pdu of deliver SM while pressing Accept or Decline. > > > > On Thu, Apr 7, 2016 at 9:54 AM, Arif Noor <md.a...@forest-interactive.com> > wrote: > > Hi Donald, > > > > Thank you for your reply, we have set up kannel to receive the TLV, just > need to know how can I differentiate the sessions. > > Also as per previous mail, I was wondering why I was getting below error. > > > > 2016-03-25 11:05:49 [2353] [6] ERROR: SMPP[smppUSSD]: Malformed > destination_addr `(null)', may not be empty. Discarding MO message. > > > > It doesn’t have any issue when I start the USSD session which it have > destination address (in this case 126) but when replying the menu let’s say > (1. Accept, 2. Decline) and I entered 1 and press send , it gave me above > error on smpp thus the application server can’t proceed since it doesn’t > receive any reply / MO. > > > > Any input in this are highly appreciated J. > > > > Thank you, > > Arif Noor. > > > > > > *From:* Donald Jackson [mailto:donaldjs...@gmail.com] > *Sent:* Tuesday, April 05, 2016 12:45 PM > *To:* Arif Noor > *Subject:* RE: USSD with Kannel > > > > Hi Arif, > > > > You will not be able to do this out the box with Kannel, you will need to > make code changes to handle your use case. > > > > Thanks, > > -- > Donald Jackson > > >
RE: USSD with Kannel
Hi Elton, Please find below for the logs. 1435309:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag (0x0501) 1435310:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length read as 1 1435311:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional parameter `ussd_srv_op' 1435312:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag (0x4006) 1435313:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length read as 2 1435314:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional parameter `ussd_hlr' 1435315:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter tag (0x400c) 1435316:2016-04-01 17:20:51 [2353] [6] DEBUG: Optional parameter length read as 16 1435317:2016-04-01 17:20:51 [2353] [6] DEBUG: Found configured optional parameter `ussd_optional' 1435318:2016-04-01 17:20:51 [2353] [6] DEBUG: SMPP[smppUSSD]: Got PDU: 1435319:2016-04-01 17:20:51 [2353] [6] DEBUG: SMPP PDU 0x7f41bc01c660 dump: 1435320:2016-04-01 17:20:51 [2353] [6] DEBUG: type_name: deliver_sm 1435321:2016-04-01 17:20:51 [2353] [6] DEBUG: command_id: 5 = 0x0005 1435322:2016-04-01 17:20:51 [2353] [6] DEBUG: command_status: 0 = 0x 1435323:2016-04-01 17:20:51 [2353] [6] DEBUG: sequence_number: 102277 = 0x00018f85 1435324:2016-04-01 17:20:51 [2353] [6] DEBUG: service_type: "USSD" 1435325:2016-04-01 17:20:51 [2353] [6] DEBUG: source_addr_ton: 1 = 0x0001 1435326:2016-04-01 17:20:51 [2353] [6] DEBUG: source_addr_npi: 1 = 0x0001 1435327:2016-04-01 17:20:51 [2353] [6] DEBUG: source_addr: "60" 1435328:2016-04-01 17:20:51 [2353] [6] DEBUG: dest_addr_ton: 0 = 0x 1435329:2016-04-01 17:20:51 [2353] [6] DEBUG: dest_addr_npi: 0 = 0x 1435330:2016-04-01 17:20:51 [2353] [6] DEBUG: destination_addr: NULL 1435331:2016-04-01 17:20:51 [2353] [6] DEBUG: esm_class: 0 = 0x 1435332:2016-04-01 17:20:51 [2353] [6] DEBUG: protocol_id: 0 = 0x 1435333:2016-04-01 17:20:51 [2353] [6] DEBUG: priority_flag: 0 = 0x 1435334:2016-04-01 17:20:51 [2353] [6] DEBUG: schedule_delivery_time: NULL 1435335:2016-04-01 17:20:51 [2353] [6] DEBUG: validity_period: NULL 1435336:2016-04-01 17:20:51 [2353] [6] DEBUG: registered_delivery: 0 = 0x 1435337:2016-04-01 17:20:51 [2353] [6] DEBUG: replace_if_present_flag: 0 = 0x 1435338:2016-04-01 17:20:51 [2353] [6] DEBUG: data_coding: 15 = 0x000f 1435339:2016-04-01 17:20:51 [2353] [6] DEBUG: sm_default_msg_id: 0 = 0x 1435340:2016-04-01 17:20:51 [2353] [6] DEBUG: sm_length: 1 = 0x0001 1435341:2016-04-01 17:20:51 [2353] [6] DEBUG: short_message: "1" 1435342:2016-04-01 17:20:51 [2353] [6] DEBUG: ussd_service_op: 1435343:2016-04-01 17:20:51 [2353] [6] DEBUG:Octet string at 0x7f41bc01d010: 1435344:2016-04-01 17:20:51 [2353] [6] DEBUG: len: 1 1435345:2016-04-01 17:20:51 [2353] [6] DEBUG: size: 2 1435346:2016-04-01 17:20:51 [2353] [6] DEBUG: immutable: 0 1435347:2016-04-01 17:20:51 [2353] [6] DEBUG: data: 12 . 1435348:2016-04-01 17:20:51 [2353] [6] DEBUG:Octet string dump ends. 1435349:2016-04-01 17:20:51 [2353] [6] DEBUG: ussd_hlr: "60" 1435350:2016-04-01 17:20:51 [2353] [6] DEBUG: ussd_optional: "0010015156FE3D42" 1435351:2016-04-01 17:20:51 [2353] [6] DEBUG: ussd_srv_op: 1435352:2016-04-01 17:20:51 [2353] [6] DEBUG:Octet string at 0x7f41bc00d440: 1435353:2016-04-01 17:20:51 [2353] [6] DEBUG: len: 1 1435354:2016-04-01 17:20:51 [2353] [6] DEBUG: size: 2 1435355:2016-04-01 17:20:51 [2353] [6] DEBUG: immutable: 0 1435356:2016-04-01 17:20:51 [2353] [6] DEBUG: data: 12 . 1435357:2016-04-01 17:20:51 [2353] [6] DEBUG:Octet string dump ends. 1435358:2016-04-01 17:20:51 [2353] [6] DEBUG: SMPP PDU dump ends. 1435359:2016-04-01 17:20:51 [2353] [6] ERROR: SMPP[smppUSSD]: Malformed destination_addr `(null)', may not be empty. Discarding MO message. Thank you and Regards, Arif Noor From: Elton Hoxha [mailto:elt...@gmail.com] Sent: Thursday, April 07, 2016 4:15 PM To: Arif Noor Cc: Donald Jackson; users@kannel.org Subject: Re: USSD with Kannel Hello Arif, Please paste here the pdu of deliver SM while pressing Accept or Decline. On Thu, Apr 7, 2016 at 9:54 AM, Arif Noor <md.a...@forest-interactive.com<mailto:md.a...@forest-interactive.com>> wrote: Hi Donald, Thank you for your reply, we have set up kannel to receive the TLV, just need to know how can I differentiate the sessions. Also as per previous mail, I was wondering why I was getting below error. 2016-03-25 11:05:49 [2353] [6] ERROR: SMPP[smppUSSD]: Malformed destination_addr `(null)', may not be empty. Discarding MO message. It doesn’t have any issue when I start the USSD session which it have destination address (in this case 126) but when replying the menu let’s say (1. A
Re: USSD with Kannel
Hello Arif, Please paste here the pdu of deliver SM while pressing Accept or Decline. On Thu, Apr 7, 2016 at 9:54 AM, Arif Noor <md.a...@forest-interactive.com> wrote: > Hi Donald, > > > > Thank you for your reply, we have set up kannel to receive the TLV, just > need to know how can I differentiate the sessions. > > Also as per previous mail, I was wondering why I was getting below error. > > > > 2016-03-25 11:05:49 [2353] [6] ERROR: SMPP[smppUSSD]: Malformed > destination_addr `(null)', may not be empty. Discarding MO message. > > > > It doesn’t have any issue when I start the USSD session which it have > destination address (in this case 126) but when replying the menu let’s say > (1. Accept, 2. Decline) and I entered 1 and press send , it gave me above > error on smpp thus the application server can’t proceed since it doesn’t > receive any reply / MO. > > > > Any input in this are highly appreciated J. > > > > Thank you, > > Arif Noor. > > > > > > *From:* Donald Jackson [mailto:donaldjs...@gmail.com] > *Sent:* Tuesday, April 05, 2016 12:45 PM > *To:* Arif Noor > *Subject:* RE: USSD with Kannel > > > > Hi Arif, > > > > You will not be able to do this out the box with Kannel, you will need to > make code changes to handle your use case. > > > > Thanks, > > -- > Donald Jackson >
RE: USSD with Kannel
Hi Donald, Thank you for your reply, we have set up kannel to receive the TLV, just need to know how can I differentiate the sessions. Also as per previous mail, I was wondering why I was getting below error. 2016-03-25 11:05:49 [2353] [6] ERROR: SMPP[smppUSSD]: Malformed destination_addr `(null)', may not be empty. Discarding MO message. It doesn’t have any issue when I start the USSD session which it have destination address (in this case 126) but when replying the menu let’s say (1. Accept, 2. Decline) and I entered 1 and press send , it gave me above error on smpp thus the application server can’t proceed since it doesn’t receive any reply / MO. Any input in this are highly appreciated ☺. Thank you, Arif Noor. From: Donald Jackson [mailto:donaldjs...@gmail.com] Sent: Tuesday, April 05, 2016 12:45 PM To: Arif Noor Subject: RE: USSD with Kannel Hi Arif, You will not be able to do this out the box with Kannel, you will need to make code changes to handle your use case. Thanks, -- Donald Jackson
RE: USSD with Kannel
Hi, Anyone? Your assistance are highly appreciated :) P/S : I'm using svn-r5154M Thank you. From: users [mailto:users-boun...@kannel.org] On Behalf Of Arif Noor Sent: Friday, April 01, 2016 11:05 AM To: users@kannel.org Subject: USSD with Kannel Hi All, I have question about the USSD via SMPP. I have successfully made a connection to USSDC with TLV configured. However I do not understand how can we differentiate the session for each MSISDN? Using metadata for MO gave me Hlr, imsi, service_op and vlr. And also from my testing via USSR, I didn't receive any MO and found this in the log. 2016-03-25 11:05:49 [2353] [6] ERROR: SMPP[smppUSSD]: Malformed destination_addr `(null)', may not be empty. Discarding MO message. Kannel Config : group = core admin-port = 13005 smsbox-port = 13007 admin-password = admin #box-deny-ip = "*.*.*.*" ##box-allow-ip = "127.0.0.1" ##unified-prefix = "+358,00358,0;+,00" ##access-log = "/etc/kannel/access.log" ##store-file = "kannel.store" ##ssl-server-cert-file = "cert.pem" ##ssl-server-key-file = "key.pem" ##ssl-certkey-file = "mycertandprivkeyfile.pemi access-log = "/opt/kannel/kannel_dump/smpp_access.log" access-log-format = "[SMSC:%i] [USER:%n] [from:%p] [to:%P] [msg:%L:%b] [FID:%F] [SMS-MID:%I]" #store-file = "/opt/kannel/kannel_dump/smpp.store" store-type = file store-location = "/opt/kannel/kannel_dump/smpp.store" store-dump-freq = 200 sms-resend-freq = 30 sms-resend-retry = 3 group = smsbox bearerbox-host = 127.0.0.1 sendsms-port = 13017 http-request-retry = 2 reply-couldnotfetch = "Please wait" include = "/opt/conf/include/smpp_sms.conf" < - included in attachment Kindly assist. Thank you and Regards, Arif Noor
USSD with Kannel
Hi All, I have question about the USSD via SMPP. I have successfully made a connection to USSDC with TLV configured. However I do not understand how can we differentiate the session for each MSISDN? Using metadata for MO gave me Hlr, imsi, service_op and vlr. And also from my testing via USSR, I didn't receive any MO and found this in the log. 2016-03-25 11:05:49 [2353] [6] ERROR: SMPP[smppUSSD]: Malformed destination_addr `(null)', may not be empty. Discarding MO message. Kannel Config : group = core admin-port = 13005 smsbox-port = 13007 admin-password = admin #box-deny-ip = "*.*.*.*" ##box-allow-ip = "127.0.0.1" ##unified-prefix = "+358,00358,0;+,00" ##access-log = "/etc/kannel/access.log" ##store-file = "kannel.store" ##ssl-server-cert-file = "cert.pem" ##ssl-server-key-file = "key.pem" ##ssl-certkey-file = "mycertandprivkeyfile.pemi access-log = "/opt/kannel/kannel_dump/smpp_access.log" access-log-format = "[SMSC:%i] [USER:%n] [from:%p] [to:%P] [msg:%L:%b] [FID:%F] [SMS-MID:%I]" #store-file = "/opt/kannel/kannel_dump/smpp.store" store-type = file store-location = "/opt/kannel/kannel_dump/smpp.store" store-dump-freq = 200 sms-resend-freq = 30 sms-resend-retry = 3 group = smsbox bearerbox-host = 127.0.0.1 sendsms-port = 13017 http-request-retry = 2 reply-couldnotfetch = "Please wait" include = "/opt/conf/include/smpp_sms.conf" < - included in attachment Kindly assist. Thank you and Regards, Arif Noor
USSD With Kannel
Hiii, I have received the gateway from my operator. We have successfully pushed the ussd message to the handset. The only problem is that when i give the value 2 to service_op then i don't get the *answer* option in my handset. According to my knowledge, value 2 in service_op stands for USSN request, right? I have tried various values in service_op but with no avail. I am still not getting the *answer* option in the handset. What am i missing. The Bind mode of the account that the operator has given me is Tx. The url that i m hitting is:- http:// ***.***.***.***:***/cgi-bin/sendsms?username=**password=from=***to=smsc=text=**metadata=smpp_service_op=*its_session_info=**