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 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.
