I'm glad it worked :) Regards,
Alex On Sun, May 2, 2010 at 11:41 PM, Gonzalo Vergara <[email protected]>wrote: > 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. >>> >>> >> >
