Hi Users,

Revisiting this case as I still getting this kind of errors when sending long 
concatenated message, is there any way that I can avoid this issue aside from 
limiting the octets by using max-sms-octets?
We have no issue with other provider only for this particular one.

Thank you and Regards,
Arif Noor

From: users <users-boun...@kannel.org> On Behalf Of Wan Md Arif Noor Bin. Wan 
Nizam
Sent: Thursday, November 09, 2017 7:14 PM
To: KUMAR Deepak (MORPHO) <deepak.ku...@morpho.com>; users <users@kannel.org>
Subject: RE: UDH Length Question


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 There,

Data coding used is  data_coding: 0 = 0x00000000

Debug log :

40001:2017-11-08 15:06:00 [1563] [10] DEBUG: SMPP PDU 0x7ffadc00a940 dump:
40002:2017-11-08 15:06:00 [1563] [10] DEBUG:   type_name: submit_sm
40003:2017-11-08 15:06:00 [1563] [10] DEBUG:   command_id: 4 = 0x00000004
40004:2017-11-08 15:06:00 [1563] [10] DEBUG:   command_status: 0 = 0x00000000
40005:2017-11-08 15:06:00 [1563] [10] DEBUG:   sequence_number: 161 = 0x000000a1
40006:2017-11-08 15:06:00 [1563] [10] DEBUG:   service_type: NULL
40007:2017-11-08 15:06:00 [1563] [10] DEBUG:   source_addr_ton: 0 = 0x00000000
40008:2017-11-08 15:06:00 [1563] [10] DEBUG:   source_addr_npi: 1 = 0x00000001
40009:2017-11-08 15:06:00 [1563] [10] DEBUG:   source_addr: "6****"
40010:2017-11-08 15:06:00 [1563] [10] DEBUG:   dest_addr_ton: 1 = 0x00000001
40011:2017-11-08 15:06:00 [1563] [10] DEBUG:   dest_addr_npi: 1 = 0x00000001
40012:2017-11-08 15:06:00 [1563] [10] DEBUG:   destination_addr: "6010*******"
40013:2017-11-08 15:06:00 [1563] [10] DEBUG:   esm_class: 64 = 0x00000040
40014:2017-11-08 15:06:00 [1563] [10] DEBUG:   protocol_id: 0 = 0x00000000
40015:2017-11-08 15:06:00 [1563] [10] DEBUG:   priority_flag: 0 = 0x00000000
40016:2017-11-08 15:06:00 [1563] [10] DEBUG:   schedule_delivery_time: NULL
40017:2017-11-08 15:06:00 [1563] [10] DEBUG:   validity_period: NULL
40018:2017-11-08 15:06:00 [1563] [10] DEBUG:   registered_delivery: 1 = 
0x00000001
40019:2017-11-08 15:06:00 [1563] [10] DEBUG:   replace_if_present_flag: 0 = 
0x00000000
40020:2017-11-08 15:06:00 [1563] [10] DEBUG:   data_coding: 0 = 0x00000000
40021:2017-11-08 15:06:00 [1563] [10] DEBUG:   sm_default_msg_id: 0 = 0x00000000
40022:2017-11-08 15:06:00 [1563] [10] DEBUG:   sm_length: 159 = 0x0000009f
40023:2017-11-08 15:06:00 [1563] [10] DEBUG:   short_message:
40024:2017-11-08 15:06:00 [1563] [10] DEBUG:    Octet string at 0x7ffadc000c40:
40025:2017-11-08 15:06:00 [1563] [10] DEBUG:      len:  159
40026:2017-11-08 15:06:00 [1563] [10] DEBUG:      size: 1024
40027:2017-11-08 15:06:00 [1563] [10] DEBUG:      immutable: 0
40028:2017-11-08 15:06:00 [1563] [10] DEBUG:      data: 05 00 03 5c 02 01 52 4d 
30 2e 54 65 73 74 69 6e   ...\..RM0.Testin
40029:2017-11-08 15:06:00 [1563] [10] DEBUG:      data: 67 20 66 6f 72 20 46 49 
20 2c 20 50 6c 65 61 73   g for FI , Pleas
40030:2017-11-08 15:06:00 [1563] [10] DEBUG:      data: 65 20 6c 65 74 20 75 73 
20 6b 6e 6f 77 20 69 66   e let us know if
40031:2017-11-08 15:06:00 [1563] [10] DEBUG:      data: 20 79 6f 75 20 61 72 65 
20 72 65 63 69 76 69 6e    you are recivin
40032:2017-11-08 15:06:00 [1563] [10] DEBUG:      data: 67 20 74 68 69 73 20 6d 
65 73 73 61 67 65 2c 20   g this message,
40033:2017-11-08 15:06:00 [1563] [10] DEBUG:      data: 54 68 61 6e 6b 20 79 6f 
75 2c 20 67 6f 64 20 62   Thank you, god b
40034:2017-11-08 15:06:00 [1563] [10] DEBUG:      data: 6c 65 73 73 20 79 6f 75 
2e 20 53 6f 6f 6e 20 79   less you. Soon y
40035:2017-11-08 15:06:00 [1563] [10] DEBUG:      data: 6f 75 20 54 65 73 74 69 
6e 67 20 66 6f 72 20 46   ou Testing for F
40036:2017-11-08 15:06:00 [1563] [10] DEBUG:      data: 49 20 2c 20 50 6c 65 61 
73 65 20 6c 65 74 20 75   I , Please let u
40037:2017-11-08 15:06:00 [1563] [10] DEBUG:      data: 73 20 6b 6e 6f 77 20 69 
66 20 79 6f 75 20 61      s know if you a
40038:2017-11-08 15:06:00 [1563] [10] DEBUG:    Octet string dump ends.
40039:2017-11-08 15:06:00 [1563] [10] DEBUG: SMPP PDU dump ends.
40044:2017-11-08 15:06:00 [1563] [10] DEBUG: SMPP PDU 0x7ffadc0088a0 dump:
40045:2017-11-08 15:06:00 [1563] [10] DEBUG:   type_name: submit_sm
40046:2017-11-08 15:06:00 [1563] [10] DEBUG:   command_id: 4 = 0x00000004
40047:2017-11-08 15:06:00 [1563] [10] DEBUG:   command_status: 0 = 0x00000000
40048:2017-11-08 15:06:00 [1563] [10] DEBUG:   sequence_number: 162 = 0x000000a2
40049:2017-11-08 15:06:00 [1563] [10] DEBUG:   service_type: NULL
40050:2017-11-08 15:06:00 [1563] [10] DEBUG:   source_addr_ton: 0 = 0x00000000
40051:2017-11-08 15:06:00 [1563] [10] DEBUG:   source_addr_npi: 1 = 0x00000001
40052:2017-11-08 15:06:00 [1563] [10] DEBUG:   source_addr: "6****"
40053:2017-11-08 15:06:00 [1563] [10] DEBUG:   dest_addr_ton: 1 = 0x00000001
40054:2017-11-08 15:06:00 [1563] [10] DEBUG:   dest_addr_npi: 1 = 0x00000001
40055:2017-11-08 15:06:00 [1563] [10] DEBUG:   destination_addr: "6010*******"
40056:2017-11-08 15:06:00 [1563] [10] DEBUG:   esm_class: 64 = 0x00000040
40057:2017-11-08 15:06:00 [1563] [10] DEBUG:   protocol_id: 0 = 0x00000000
40058:2017-11-08 15:06:00 [1563] [10] DEBUG:   priority_flag: 0 = 0x00000000
40059:2017-11-08 15:06:00 [1563] [10] DEBUG:   schedule_delivery_time: NULL
40060:2017-11-08 15:06:00 [1563] [10] DEBUG:   validity_period: NULL
40061:2017-11-08 15:06:00 [1563] [10] DEBUG:   registered_delivery: 0 = 
0x00000000
40062:2017-11-08 15:06:00 [1563] [10] DEBUG:   replace_if_present_flag: 0 = 
0x00000000
40063:2017-11-08 15:06:00 [1563] [10] DEBUG:   data_coding: 0 = 0x00000000
40064:2017-11-08 15:06:00 [1563] [10] DEBUG:   sm_default_msg_id: 0 = 0x00000000
40065:2017-11-08 15:06:00 [1563] [10] DEBUG:   sm_length: 157 = 0x0000009d
40066:2017-11-08 15:06:00 [1563] [10] DEBUG:   short_message:
40067:2017-11-08 15:06:00 [1563] [10] DEBUG:    Octet string at 0x7ffadc001bc0:
40068:2017-11-08 15:06:00 [1563] [10] DEBUG:      len:  157
40069:2017-11-08 15:06:00 [1563] [10] DEBUG:      size: 1024
40070:2017-11-08 15:06:00 [1563] [10] DEBUG:      immutable: 0
40071:2017-11-08 15:06:00 [1563] [10] DEBUG:      data: 05 00 03 5c 02 02 72 65 
20 6f 6b 2e 2e 54 65 73   ...\..re ok..Tes
40072:2017-11-08 15:06:00 [1563] [10] DEBUG:      data: 74 69 6e 67 20 66 6f 72 
20 46 49 20 2c 20 50 6c   ting for FI , Pl
40073:2017-11-08 15:06:00 [1563] [10] DEBUG:      data: 65 61 73 65 20 6c 65 74 
20 75 73 20 6b 6e 6f 77   ease let us know
40074:2017-11-08 15:06:00 [1563] [10] DEBUG:      data: 20 69 66 20 79 6f 75 20 
61 72 65 20 72 65 63 69    if you are reci
40075:2017-11-08 15:06:00 [1563] [10] DEBUG:      data: 76 69 6e 67 20 74 68 69 
73 20 6d 65 73 73 61 67   ving this messag
40076:2017-11-08 15:06:00 [1563] [10] DEBUG:      data: 65 2c 20 54 68 61 6e 6b 
20 79 6f 75 2c 20 67 6f   e, Thank you, go
40077:2017-11-08 15:06:00 [1563] [10] DEBUG:      data: 64 20 62 6c 65 73 73 20 
79 6f 75 2e 20 53 6f 6f   d bless you. Soo
40078:2017-11-08 15:06:00 [1563] [10] DEBUG:      data: 6e 20 79 6f 75 20 54 65 
73 74 69 6e 67 20 66 6f   n you Testing fo
40079:2017-11-08 15:06:00 [1563] [10] DEBUG:      data: 72 20 46 49 20 2c 20 50 
6c 65 61 73 65 20 6c 65   r FI , Please le
40080:2017-11-08 15:06:00 [1563] [10] DEBUG:      data: 74 20 75 73 20 6b 6e 6f 
77 20 54 51 2e            t us know TQ.
40081:2017-11-08 15:06:00 [1563] [10] DEBUG:    Octet string dump ends.
40082:2017-11-08 15:06:00 [1563] [10] DEBUG: SMPP PDU dump ends.

Regards,
Arif Noor

From: KUMAR Deepak (MORPHO) [mailto:deepak.ku...@morpho.com]
Sent: Thursday, November 09, 2017 6:25 PM
To: Wan Md Arif Noor Bin. Wan Nizam; users
Subject: RE: UDH Length Question

What is the Data Coding Scheme you are using ??? It may play a crucial role in 
SMS PP data download package. (May be you can send raw SMS packet for further 
information)

From: users [mailto:users-boun...@kannel.org] On Behalf Of Wan Md Arif Noor 
Bin. Wan Nizam
Sent: Thursday, November 09, 2017 2:09 PM
To: users <users@kannel.org<mailto:users@kannel.org>>
Subject: UDH Length Question

Hi Users,

It's been a while, I have a question regarding UDH, currently I have few smpp 
connections to SMSC and sometimes when kannel submit the long sms, it will get 
rejected with 'Message length is invalid'.
Further check with the SMSC they mentioned that the UDH Contains 'Extended GSM 
Characters ( ^ \  { }  [ ]  ~  |' that take 2 of the 160 characters of an sms.

Exp :

05 00 03 5c 02 01 49 54 6c 65 61 64 65 72 73 73   ...\..ITleaderss

[cid:image001.jpg@01D3B55D.D1FB2700]

Is there any way to exclude this characters from being used in UDH?

Regards,
Arif Noor

[event]

#
" This e-mail and any attached documents may contain confidential or 
proprietary information. If you are not the intended recipient, you are 
notified that any dissemination, copying of this e-mail and any attachments 
thereto or use of their contents by any means whatsoever is strictly 
prohibited. If you have received this e-mail in error, please advise the sender 
immediately and delete this e-mail and all attached documents from your 
computer system."
#

Reply via email to