Operator has asked to use the parameters,
dcs = 1
pid = 0
pid -----> protocol_id: 0 = 0x00000000 is already zero
How do we make dcs to 1 ?
i.e. data_coding: 1 = 0x00000001 ( if I'm not mistaken)
According to the kannel documents regarding sendurl,
what combinations of alt-dcs, mlcass could be used ?
is "1" a valid value for DCS ?
------------------
About been the same length both messages,
Well
Test123 = 8 characters (here not the same length)
abcdef =
aD
#VL
(here with the newline char it's equal)
For Messages < 7 chars it's equal.
The first letter seems to be preserved in both messages. But 7 chars ended
up been 8, No there's no pattern there erratic, either same or one character
differs.
>Hi!
>
>I've been using kannel with success most SMSCs. I've got new smpp 3.4
>connections to the operators SMSC for sending text sms. But with this one,
>the messages I sent are encrypted. These are only plain text messages,
>
>Eg: "test" would go the mobile as "tjM#"
>
>What could be the prob here ? Is it charset ? What parameters could be
>altered.
>(I assume since this's a text message It's not required to change coding)
>
>
>
You are correct, the thins we need to see, is your encrypted msg isnt
encrypting some
parameters of the SMPP specs.
Can you give more details how are sending this message ?
I have a litle sugestion that might help you...
You need to verify if the message length is equal to your encrypted msg, but
in this case, is the same.
Tell us more details
>I've attached a sample debug req/response for a messages. Suggestions
>Appreciated.
>
>2005-05-13 12:37:05 [31171] [9] DEBUG: boxc_receiver: sms received
>2005-05-13 12:37:05 [31171] [9] DEBUG: send_msg: sending msg to box:
><127.0.0.1>
>2005-05-13 12:37:05 [31171] [7] DEBUG: SMPP[UMSSMPP]: Sending PDU:
>2005-05-13 12:37:05 [31171] [7] DEBUG: SMPP PDU 0x9637850 dump:
>2005-05-13 12:37:05 [31171] [7] DEBUG: type_name: submit_sm
>2005-05-13 12:37:05 [31171] [7] DEBUG: command_id: 4 = 0x00000004
>2005-05-13 12:37:05 [31171] [7] DEBUG: command_status: 0 = 0x00000000
>2005-05-13 12:37:05 [31171] [7] DEBUG: sequence_number: 294 = 0x00000126
>2005-05-13 12:37:05 [31171] [7] DEBUG: service_type: NULL
>2005-05-13 12:37:05 [31171] [7] DEBUG: source_addr_ton: 2 = 0x00000002
>2005-05-13 12:37:05 [31171] [7] DEBUG: source_addr_npi: 1 = 0x00000001
>2005-05-13 12:37:05 [31171] [7] DEBUG: source_addr: "1122"
>2005-05-13 12:37:05 [31171] [7] DEBUG: dest_addr_ton: 2 = 0x00000002
>2005-05-13 12:37:05 [31171] [7] DEBUG: dest_addr_npi: 1 = 0x00000001
>2005-05-13 12:37:05 [31171] [7] DEBUG: destination_addr: "0777712312"
>2005-05-13 12:37:05 [31171] [7] DEBUG: esm_class: 3 = 0x00000003
>2005-05-13 12:37:05 [31171] [7] DEBUG: protocol_id: 0 = 0x00000000
>2005-05-13 12:37:05 [31171] [7] DEBUG: priority_flag: 0 = 0x00000000
>2005-05-13 12:37:05 [31171] [7] DEBUG: schedule_delivery_time: NULL
>2005-05-13 12:37:05 [31171] [7] DEBUG: validity_period: NULL
>2005-05-13 12:37:05 [31171] [7] DEBUG: registered_delivery: 0 =
0x00000000
>2005-05-13 12:37:05 [31171] [7] DEBUG: replace_if_present_flag: 0 =
>0x00000000
>2005-05-13 12:37:05 [31171] [7] DEBUG: data_coding: 0 = 0x00000000
>2005-05-13 12:37:05 [31171] [7] DEBUG: sm_default_msg_id: 0 = 0x00000000
>2005-05-13 12:37:05 [31171] [7] DEBUG: sm_length: 4 = 0x00000004
>2005-05-13 12:37:05 [31171] [7] DEBUG: short_message: "test"
>2005-05-13 12:37:05 [31171] [7] DEBUG: SMPP PDU dump ends.
>2005-05-13 12:37:05 [31171] [7] DEBUG: SMPP[MYSMPP]: Got PDU:
>2005-05-13 12:37:05 [31171] [7] DEBUG: SMPP PDU 0x9637850 dump:
>2005-05-13 12:37:05 [31171] [7] DEBUG: type_name: submit_sm_resp
>2005-05-13 12:37:05 [31171] [7] DEBUG: command_id: 2147483652 =
0x80000004
>2005-05-13 12:37:05 [31171] [7] DEBUG: command_status: 0 = 0x00000000
>2005-05-13 12:37:05 [31171] [7] DEBUG: sequence_number: 294 = 0x00000126
>2005-05-13 12:37:05 [31171] [7] DEBUG: message_id: "02e161d9"
>2005-05-13 12:37:05 [31171] [7] DEBUG: SMPP PDU dump ends.
>2005-05-13 12:37:05 [31171] [1] DEBUG: Dumping 0 messages and 0 acks to
>store
>
>denz
>
>
>
>
Regards Rafael
