Thanks a lot, Alejandro's instructions works. =) Now we can send wappush with kannel, through a 7 bit enable SMSC.
On Sun, May 2, 2010 at 6:40 AM, Alejandro Guerrieri < [email protected]> wrote: > You're sending 67 (0x43) because you need to patch kannel to change the > default esm_class. Here's how to do it: > > On gw/smsc/smsc_smpp.c, search for this line: > > pdu->u.submit_sm.esm_class = ESM_CLASS_SUBMIT_STORE_AND_FORWARD_MODE; > > (Should be around line 868) > > and change it to look like this: > > pdu->u.submit_sm.esm_class = ESM_CLASS_SUBMIT_DEFAULT_SMSC_MODE; > > Recompile, reinstall, and that will get you 0x40 instead of 0x43. > > Regarding the data_coding, first of all, the only presence of an udh field > forces kannel to use 8 BIT. > > Try adding this parameter to your send-sms url: > > ....&alt-dcs=1 > > and re-post the pdu dump. You should have at least 0xF0 with this setting. > > Hope it helps, > > Alex > > 2010/5/2 Nikos Balkanas <[email protected]> > > Hi, >> >> 1) You cannot configure esm_class in kannel. It is hard-coded. >> 2) You don't want to use 7bit encoding for wap-push. It is binary sms, >> therefore it has to be 8bit encoding. Your text is 8bit, therefore just skip >> the coding variable. >> 3) The reason you are getting it as SMS is that you use wrong udh header. >> Google for the correct for wappush. >> 4) Make sure that your coding is correct wbxml. >> >> BR, >> Nikos >> >> ----- Original Message ----- >> *From:* Alejandro Woywood <[email protected]> >> *To:* [email protected] >> *Sent:* Sunday, May 02, 2010 3:17 AM >> *Subject:* Can't change coding for wap-push >> >> Hi, please help! >> >> >> >> We have been trying to set up Kannel to work with an SMPP for sending >> wap-push. >> >> >> >> We could send sms, but when trying to send wap-push it is received as a >> sms in the phone. >> >> >> >> The operator told us to use 7 bit encoding and these settings: >> >> esm_class: 64 (0x00000040) >> >> Data_coding: 245 (0xf5), (or 0x05, or 0x0f) >> >> Charset: ISO 8859-1 >> >> >> >> How can we force those settings in kannel? >> >> >> >> We tried adding “esm_class=40” to the config, but then kannel doesn’t >> start... >> >> >> >> This is our current config: >> >> >> >> group = smsc >> >> smsc = smpp >> >> smsc-id = xxx >> >> host = xxxx >> >> port = 3000 >> >> transceiver-mode = false >> >> receive-port = 3000 >> >> smsc-username = xxx >> >> smsc-password = xxxx >> >> system-type = smpp >> >> interface-version = 34 >> >> source-addr-ton = 1 >> >> source-addr-npi = 1 >> >> source-addr-autodetect = no >> >> dest-addr-ton = 1 >> >> dest-addr-npi = 1 >> >> bind-addr-ton = 1 >> >> bind-addr-npi = 1 >> >> alt-charset = ISO-8859-1 >> >> >> >> This is the wap-push we’re trying to send: >> >> http://localhost:13013/cgi-bin/sendsms?user=xxx&pass=xxx&from=1072&to=+xxx&udh=%06%05%04%0B%84%23%F0&text=%1B%06%01%AE%02%05%6A%00%45%C6% >> >> >> 0C%03%67%6F%6F%67%6C%65%2E%6D%6F%62%69%00%01%03%67%6F%74%6F%00%01%01&coding=0 >> >> >> >> >> >> This is the bearerbox log >> >> >> >> 2010-05-01 17:40:42 [15270] [19] DEBUG: boxc_receiver: sms received >> >> 2010-05-01 17:40:42 [15270] [19] DEBUG: send_msg: sending msg to box: >> <127.0.0.1> >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: SMPP[send_xxx]: Manually forced >> source addr ton = 1, source add npi = 1 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: SMPP[send_xxx]: Manually forced >> dest addr ton = 1, dest add npi = 1 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: SMPP[send_xxx]: Sending PDU: >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: SMPP PDU 0x16e29b0 dump: >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: type_name: submit_sm >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: command_id: 4 = 0x00000004 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: command_status: 0 = 0x00000000 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: sequence_number: 35 = 0x00000023 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: service_type: NULL >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: source_addr_ton: 1 = 0x00000001 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: source_addr_npi: 1 = 0x00000001 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: source_addr: "1072" >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: dest_addr_ton: 1 = 0x00000001 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: dest_addr_npi: 1 = 0x00000001 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: destination_addr: "569xxx" >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: esm_class: 67 = 0x00000043 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: protocol_id: 0 = 0x00000000 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: priority_flag: 0 = 0x00000000 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: schedule_delivery_time: NULL >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: validity_period: NULL >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: registered_delivery: 0 = >> 0x00000000 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: replace_if_present_flag: 0 = >> 0x00000000 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: data_coding: 0 = 0x00000000 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: sm_default_msg_id: 0 = 0x00000000 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: sm_length: 39 = 0x00000027 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: short_message: >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: Octet string at 0x16dad80: >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: len: 39 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: size: 1024 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: immutable: 0 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: data: 06 05 04 0b 84 23 f0 3f >> 3f 3f 3f 3f 3f 6a 3f 45 .....#.??????j?E >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: data: 3f 3f 67 6f 6f 67 6c 65 >> 2e 6d 6f 62 69 3f 3f 3f ??google.mobi??? >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: data: 67 6f 74 6f 3f 3f >> 3f goto??? >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: Octet string dump ends. >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: SMPP PDU dump ends. >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: SMPP[send_xxx]: Got PDU: >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: SMPP PDU 0x16e29b0 dump: >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: type_name: submit_sm_resp >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: command_id: 2147483652 = >> 0x80000004 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: command_status: 0 = 0x00000000 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: sequence_number: 35 = 0x00000023 >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: message_id: "6f83f702" >> >> 2010-05-01 17:40:42 [15270] [6] DEBUG: SMPP PDU dump ends. >> >> >> >> >> >> I’m a bit desperated so I tried downloading nowSMS. It has an option >> “Encode long messages with 7-bit packed encoding”. When activating it, the >> wap-push is received as a wap-push in the phone! So, it’s not the fault of >> the operator, it has to be a configuration problem in kannel, which we >> haven’t been able to solve. >> >> >> >> Please help! >> >> >> >> Thanks in advance, >> >> Alejandro Woywood. >> >> >> >> >> >> >> ------------------------------ >> >> *From:* Gonzalo Vergara [mailto:[email protected]] >> *Sent:* Jueves, 29 de Abril de 2010 17:18 >> *To:* [email protected] >> *Subject:* Can I change data_coding and esm_class at user's conf? >> >> >> >> Hello there again, >> >> I have an issue trying sending wappush through smsbox. >> >> I was told by our operator I must set the following parameters: >> >> - data_coding = 245 >> - esm_class = 0x04. >> >> Is it possible do this at kannel.conf file or should I change the source >> code? >> >> Thanks in advance. >> >> Gonzalo Vergara. >> >> >
