Hello Arif,
It seems you are mistaking UDH with the message itself ... User Data
Header is used to send extra information on the message, for example
information of concatenated messages.
You have UDH=05 00 03 5b 02 01
which means:
* 05 - UDH data length = 5 byte
* 00 - TAG 00 of first TLV of UDF (concatenated message)
* 03 - Length of data of TLV - 3 bytes
* 5b - Common reference of all messages of same concatenated message
* 02 - Number of messages of the concatenated message (2 messages)
* 01 - Index of the current message on the concatenated message (1st
message)
After the UDH you have the message, but there will be another message after.
Do note that on the normal GMS Character table, there are characters
that need an escape character and thus needing two characters to be sent.
Best regards,
Paulo Correia
On 10/31/2016 02:28 AM, Arif Noor wrote:
Hi Users,
Anyone can assist on this?
Thank you and Regards,
Arif Noor
*From:* users [mailto:users-boun...@kannel.org] *On Behalf Of *Arif Noor
*Sent:* Thursday, October 27, 2016 12:13 PM
*To:* users@kannel.org
*Subject:* Symbols in UDH
This sender failed our fraud detection checks and may not be who they appear to be. Learn about
spoofing <http://aka.ms/LearnAboutSpoofing>
Feedback <http://aka.ms/SafetyTipsFeedback>
Hi Users,
I’ve been seeing few symbols in the UDH that caused the MT to be
rejected by the SMSC. All SMS with these |^€{}[]~ symbol in the UDH
will be rejected by SMSC with below error. I read somewhere that these
characters in the GSM 03.38 Extension Table that can be used for the
*cost of two characters. *That means the message below are not 159 in
length?**
SMS are sent by calling the CGI send sms url. Configuration as per
attachment.
Kannel ver : svn-r5173M
730101:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP PDU 0x7f11ac000c40
dump:
730102:2016-10-27 09:59:40 [27389] [25] DEBUG: type_name: submit_sm
730103:2016-10-27 09:59:40 [27389] [25] DEBUG: command_id: 4 =
0x00000004
730104:2016-10-27 09:59:40 [27389] [25] DEBUG: command_status: 0 =
0x00000000
730105:2016-10-27 09:59:40 [27389] [25] DEBUG: sequence_number: 7243
= 0x00001c4b
730106:2016-10-27 09:59:40 [27389] [25] DEBUG: service_type: NULL
730107:2016-10-27 09:59:40 [27389] [25] DEBUG: source_addr_ton: 0 =
0x00000000
730108:2016-10-27 09:59:40 [27389] [25] DEBUG: source_addr_npi: 1 =
0x00000001
730109:2016-10-27 09:59:40 [27389] [25] DEBUG: source_addr: "38688"
730110:2016-10-27 09:59:40 [27389] [25] DEBUG: dest_addr_ton: 1 =
0x00000001
730111:2016-10-27 09:59:40 [27389] [25] DEBUG: dest_addr_npi: 1 =
0x00000001
730112:2016-10-27 09:59:40 [27389] [25] DEBUG: destination_addr:
"deleted"
730113:2016-10-27 09:59:40 [27389] [25] DEBUG: esm_class: 64 =
0x00000040
730114:2016-10-27 09:59:40 [27389] [25] DEBUG: protocol_id: 0 =
0x00000000
730115:2016-10-27 09:59:40 [27389] [25] DEBUG: priority_flag: 0 =
0x00000000
730116:2016-10-27 09:59:40 [27389] [25] DEBUG:
schedule_delivery_time: NULL
730117:2016-10-27 09:59:40 [27389] [25] DEBUG: validity_period: NULL
730118:2016-10-27 09:59:40 [27389] [25] DEBUG: registered_delivery:
1 = 0x00000001
730119:2016-10-27 09:59:40 [27389] [25] DEBUG:
replace_if_present_flag: 0 = 0x00000000
730120:2016-10-27 09:59:40 [27389] [25] DEBUG: data_coding: 0 =
0x00000000
730121:2016-10-27 09:59:40 [27389] [25] DEBUG: sm_default_msg_id: 0
= 0x00000000
730122:2016-10-27 09:59:40 [27389] [25] DEBUG: sm_length: 159 = 0x0000009f
730123:2016-10-27 09:59:40 [27389] [25] DEBUG: short_message:
730124:2016-10-27 09:59:40 [27389] [25] DEBUG: Octet string at
0x7f11ac000f60:
730125:2016-10-27 09:59:40 [27389] [25] DEBUG: len: 159
730126:2016-10-27 09:59:40 [27389] [25] DEBUG: size: 1024
730127:2016-10-27 09:59:40 [27389] [25] DEBUG: immutable: 0
730128:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 05 00 03 5b
02 01 52 4d 30 3a 20 53 75 62 73 63 ...[..RM0: Subsc
730129:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 72 69 70 74
69 6f 6e 20 52 65 6d 69 6e 64 65 72 ription Reminder
730130:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 2e 4e 6f 20
73 75 62 73 63 72 69 70 74 69 6f 6e .No subscription
730131:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 20 66 65 65
2e 50 72 69 63 65 3a 52 4d 35 2e 30 fee.Price:RM5.0
730132:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 30 2f 53 4d
53 20 28 45 78 63 6c 2e 20 47 53 54 0/SMS (Excl. GST
730133:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 29 2e 37 53
4d 53 2f 57 65 65 6b 2e 41 75 74 6f ).7SMS/Week.Auto
730134:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 20 72 65 6e
65 77 61 6c 20 32 39 2f 31 30 2f 32 renewal 29/10/2
730135:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 30 31 36 20
75 6e 6c 65 73 73 20 63 61 6e 63 65 016 unless cance
730136:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 6c 6c 65 64
2e 54 6f 20 63 61 6e 63 65 6c 2c 20 lled.To cancel,
730137:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 73 65 6e 64
20 53 54 4f 50 20 41 50 50 53 20 send STOP APPS
730138:2016-10-27 09:59:40 [27389] [25] DEBUG: Octet string dump ends.
730139:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP PDU dump ends.
730140:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP[3SeriesConn20]:
throughput (4.00,7.00)
730141:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP[3SeriesConn20]:
Manually forced source addr ton = 0, source add npi = 1
730142:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP[3SeriesConn20]:
Manually forced dest addr ton = 1, dest add npi = 1
730143:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP[3SeriesConn20]:
Sending PDU:
730144:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP PDU 0x7f11ac000c40
dump:
730145:2016-10-27 09:59:40 [27389] [25] DEBUG: type_name: submit_sm
730146:2016-10-27 09:59:40 [27389] [25] DEBUG: command_id: 4 =
0x00000004
730147:2016-10-27 09:59:40 [27389] [25] DEBUG: command_status: 0 =
0x00000000
730148:2016-10-27 09:59:40 [27389] [25] DEBUG: sequence_number: 7244
= 0x00001c4c
730149:2016-10-27 09:59:40 [27389] [25] DEBUG: service_type: NULL
730150:2016-10-27 09:59:40 [27389] [25] DEBUG: source_addr_ton: 0 =
0x00000000
730151:2016-10-27 09:59:40 [27389] [25] DEBUG: source_addr_npi: 1 =
0x00000001
730152:2016-10-27 09:59:40 [27389] [25] DEBUG: source_addr: "38688"
730153:2016-10-27 09:59:40 [27389] [25] DEBUG: dest_addr_ton: 1 =
0x00000001
730154:2016-10-27 09:59:40 [27389] [25] DEBUG: dest_addr_npi: 1 =
0x00000001
730155:2016-10-27 09:59:40 [27389] [25] DEBUG: destination_addr:
"deleted"
730156:2016-10-27 09:59:40 [27389] [25] DEBUG: esm_class: 64 =
0x00000040
730157:2016-10-27 09:59:40 [27389] [25] DEBUG: protocol_id: 0 =
0x00000000
730158:2016-10-27 09:59:40 [27389] [25] DEBUG: priority_flag: 0 =
0x00000000
730159:2016-10-27 09:59:40 [27389] [25] DEBUG:
schedule_delivery_time: NULL
730160:2016-10-27 09:59:40 [27389] [25] DEBUG: validity_period: NULL
730161:2016-10-27 09:59:40 [27389] [25] DEBUG: registered_delivery:
0 = 0x00000000
730162:2016-10-27 09:59:40 [27389] [25] DEBUG:
replace_if_present_flag: 0 = 0x00000000
730163:2016-10-27 09:59:40 [27389] [25] DEBUG: data_coding: 0 =
0x00000000
730164:2016-10-27 09:59:40 [27389] [25] DEBUG: sm_default_msg_id: 0
= 0x00000000
730165:2016-10-27 09:59:40 [27389] [25] DEBUG: sm_length: 14 =
0x0000000e
730166:2016-10-27 09:59:40 [27389] [25] DEBUG: short_message:
730167:2016-10-27 09:59:40 [27389] [25] DEBUG: Octet string at
0x7f11ac000f60:
730168:2016-10-27 09:59:40 [27389] [25] DEBUG: len: 14
730169:2016-10-27 09:59:40 [27389] [25] DEBUG: size: 1024
730170:2016-10-27 09:59:40 [27389] [25] DEBUG: immutable: 0
730171:2016-10-27 09:59:40 [27389] [25] DEBUG: data: 05 00 03 5b
02 02 74 6f 20 33 38 36 38 38 ...[..to 38688
730172:2016-10-27 09:59:40 [27389] [25] DEBUG: Octet string dump ends.
730173:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP PDU dump ends.
730174:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP[3SeriesConn20]:
throughput (5.00,7.00)
730175:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP[3SeriesConn20]:
throughput (5.00,7.00)
730176:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP[3SeriesConn20]:
Got PDU:
730177:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP PDU 0x7f11ac000c40
dump:
730178:2016-10-27 09:59:40 [27389] [25] DEBUG: type_name: submit_sm_resp
730179:2016-10-27 09:59:40 [27389] [25] DEBUG: command_id:
2147483652 = 0x80000004
730180:2016-10-27 09:59:40 [27389] [25] DEBUG: command_status: 1 =
0x00000001
730181:2016-10-27 09:59:40 [27389] [25] DEBUG: sequence_number: 7243
= 0x00001c4b
730182:2016-10-27 09:59:40 [27389] [25] DEBUG: message_id: NULL
730183:2016-10-27 09:59:40 [27389] [25] DEBUG: SMPP PDU dump ends.
730184:2016-10-27 09:59:40 [27389] [25] ERROR: SMPP[3SeriesConn20]:
SMSC returned error code 0x00000001 (Message Length is invalid) in
response to submit_sm PDU.
Is there any way to avoid this symbol from being used in the UDH?
Looking forward to your kind assist on this.
Thank you and Regards,
Arif Noor,
--
PDMFC <https://pdmfc.com> *Paulo Correia*
Systems Architect
PDMFC
*telephone:*+351210337700*fax:*+351213572031
*email:* paulo.corr...@pdmfc.com <mailto:paulo.corr...@pdmfc.com> skype:
pcorreia.g4m <skype://pcorreia.g4m?chat>**
Rua Fradesso da Silveira n 4, Piso 1 B
1300-609 Lisboa
Portugal
