RE: Symbols in UDH

2016-10-31 Thread Arif Noor 
BUG:   esm_class: 64 = 0x0040
579557:2016-10-31 11:26:07 [27389] [38] DEBUG:   protocol_id: 0 = 0x
579558:2016-10-31 11:26:07 [27389] [38] DEBUG:   priority_flag: 0 = 0x
579559:2016-10-31 11:26:07 [27389] [38] DEBUG:   schedule_delivery_time: NULL
579560:2016-10-31 11:26:07 [27389] [38] DEBUG:   validity_period: NULL
579561:2016-10-31 11:26:07 [27389] [38] DEBUG:   registered_delivery: 0 = 
0x
579562:2016-10-31 11:26:07 [27389] [38] DEBUG:   replace_if_present_flag: 0 = 
0x
579563:2016-10-31 11:26:07 [27389] [38] DEBUG:   data_coding: 0 = 0x
579564:2016-10-31 11:26:07 [27389] [38] DEBUG:   sm_default_msg_id: 0 = 
0x
579565:2016-10-31 11:26:07 [27389] [38] DEBUG:   sm_length: 17 = 0x0011
579566:2016-10-31 11:26:07 [27389] [38] DEBUG:   short_message:
579567:2016-10-31 11:26:07 [27389] [38] DEBUG:Octet string at 
0x7f1198009e40:
579568:2016-10-31 11:26:07 [27389] [38] DEBUG:  len:  17
579569:2016-10-31 11:26:07 [27389] [38] DEBUG:  size: 1024
579570:2016-10-31 11:26:07 [27389] [38] DEBUG:  immutable: 0
579571:2016-10-31 11:26:07 [27389] [38] DEBUG:  data: 05 00 03 5e 02 02 47 
47 47 47 47 47 47 47 47 47   ...^..GG
579572:2016-10-31 11:26:07 [27389] [38] DEBUG:  data: 47
G
579573:2016-10-31 11:26:07 [27389] [38] DEBUG:Octet string dump ends.
579574:2016-10-31 11:26:07 [27389] [38] DEBUG: SMPP PDU dump ends.
579575:2016-10-31 11:26:07 [27389] [38] DEBUG: SMPP[6SeriesConn1]: throughput 
(2.00,7.00)
579576:2016-10-31 11:26:07 [27389] [38] DEBUG: SMPP[6SeriesConn1]: throughput 
(2.00,7.00)
579577:2016-10-31 11:26:07 [27389] [38] DEBUG: SMPP[6SeriesConn1]: Got PDU:
579578:2016-10-31 11:26:07 [27389] [38] DEBUG: SMPP PDU 0x7f11980051b0 dump:
579579:2016-10-31 11:26:07 [27389] [38] DEBUG:   type_name: submit_sm_resp
579580:2016-10-31 11:26:07 [27389] [38] DEBUG:   command_id: 2147483652 = 
0x8004
579581:2016-10-31 11:26:07 [27389] [38] DEBUG:   command_status: 1 = 0x0001
579582:2016-10-31 11:26:07 [27389] [38] DEBUG:   sequence_number: 18465 = 
0x4821
579583:2016-10-31 11:26:07 [27389] [38] DEBUG:   message_id: NULL
579584:2016-10-31 11:26:07 [27389] [38] DEBUG: SMPP PDU dump ends.
579585:2016-10-31 11:26:07 [27389] [38] ERROR: SMPP[6SeriesConn1]: SMSC 
returned error code 0x0001 (Message Length is invalid) in response to 
submit_sm PDU.

The only way I can think to not receive this error is by using max-sms-octets 
unless there’s a way to exclude those characters from being used in the UDH.

Thank you and Regards,
Arif Noor.

From: Paulo Correia [mailto:paulo.corr...@pdmfc.com]
Sent: Monday, October 31, 2016 6:05 PM
To: Arif Noor; users@kannel.org
Subject: Re: Symbols in UDH

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<mailto: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 = 0x0004
730104:2016-10-27 09:59:40 [27389] [25] DEBUG:   command_status: 0 = 0x
730105:2016-10-27 09:59:40 [27389] [25] DEBUG:   sequence_number: 7243 = 
0x1c4b
730106:20

Re: Symbols in UDH

2016-10-31 Thread Paulo Correia 

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 




Feedback 

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 = 
0x0004


730104:2016-10-27 09:59:40 [27389] [25] DEBUG:   command_status: 0 = 
0x


730105:2016-10-27 09:59:40 [27389] [25] DEBUG:   sequence_number: 7243 
= 0x1c4b


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 = 
0x


730108:2016-10-27 09:59:40 [27389] [25] DEBUG:   source_addr_npi: 1 = 
0x0001


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 = 
0x0001


730111:2016-10-27 09:59:40 [27389] [25] DEBUG:   dest_addr_npi: 1 = 
0x0001


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 = 
0x0040


730114:2016-10-27 09:59:40 [27389] [25] DEBUG:   protocol_id: 0 = 
0x


730115:2016-10-27 09:59:40 [27389] [25] DEBUG:   priority_flag: 0 = 
0x


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 = 0x0001


730119:2016-10-27 09:59:40 [27389] [25] DEBUG:   
replace_if_present_flag: 0 = 0x


730120:2016-10-27 09:59:40 [27389] [25] DEBUG:   data_coding: 0 = 
0x


730121:2016-10-27 09:59:40 [27389] [25] DEBUG:   sm_default_msg_id: 0 
= 0x


730122:2016-10-27 09:59:40 [27389] [25] DEBUG: sm_length: 159 = 0x009f

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 30fee.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 32renewal 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:

RE: Symbols in UDH

2016-10-30 Thread Arif Noor 
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

Feedback

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 = 0x0004
730104:2016-10-27 09:59:40 [27389] [25] DEBUG:   command_status: 0 = 0x
730105:2016-10-27 09:59:40 [27389] [25] DEBUG:   sequence_number: 7243 = 
0x1c4b
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 = 0x
730108:2016-10-27 09:59:40 [27389] [25] DEBUG:   source_addr_npi: 1 = 0x0001
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 = 0x0001
730111:2016-10-27 09:59:40 [27389] [25] DEBUG:   dest_addr_npi: 1 = 0x0001
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 = 0x0040
730114:2016-10-27 09:59:40 [27389] [25] DEBUG:   protocol_id: 0 = 0x
730115:2016-10-27 09:59:40 [27389] [25] DEBUG:   priority_flag: 0 = 0x
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 = 
0x0001
730119:2016-10-27 09:59:40 [27389] [25] DEBUG:   replace_if_present_flag: 0 = 
0x
730120:2016-10-27 09:59:40 [27389] [25] DEBUG:   data_coding: 0 = 0x
730121:2016-10-27 09:59:40 [27389] [25] DEBUG:   sm_default_msg_id: 0 = 
0x
730122:2016-10-27 09:59:40 [27389] [25] DEBUG:   sm_length: 159 = 0x009f
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 30fee.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 32renewal 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 = 0x0004
730147:2016-10-27