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 <nbalka...@gmail.com>

>  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 <awoyw...@gmail.com>
> *To:* users@kannel.org
> *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:grverg...@gmail.com]
> *Sent:* Jueves, 29 de Abril de 2010 17:18
> *To:* us...@vm1.kannel.org
> *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.
>
>

Reply via email to