Re: 159 chars with symbols results in a msg:41:NACK/0x00000001/Message Length is invalid

Alexander Malysh <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <[email protected]>
Hi,

I'm unable to reproduce it with the latest SVN version.

In your SMPP dump, it seems Kannel sends in UTF-8 without any converting. Please check your
SMPP config whether you have alt-charset set to utf-8?

smsbox URL called:
http://localhost:13003/cgi-bin/sendsms?username=tester&password=foobar&from=123&to=456&text=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa%C2%A35.00%2F%C2%A34.00aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa&charset=utf8

SMPP PDU:

2013-02-25 23:07:37 [21166] [8] DEBUG: SMPP PDU 0x7ff560d0c8c0 dump:
2013-02-25 23:07:37 [21166] [8] DEBUG:   type_name: submit_sm
2013-02-25 23:07:37 [21166] [8] DEBUG:   command_id: 4 = 0x00000004
2013-02-25 23:07:37 [21166] [8] DEBUG:   command_status: 0 = 0x00000000
2013-02-25 23:07:37 [21166] [8] DEBUG:   sequence_number: 2 = 0x00000002
2013-02-25 23:07:37 [21166] [8] DEBUG:   service_type: NULL
2013-02-25 23:07:37 [21166] [8] DEBUG:   source_addr_ton: 2 = 0x00000002
2013-02-25 23:07:37 [21166] [8] DEBUG:   source_addr_npi: 1 = 0x00000001
2013-02-25 23:07:37 [21166] [8] DEBUG:   source_addr: "123"
2013-02-25 23:07:37 [21166] [8] DEBUG:   dest_addr_ton: 2 = 0x00000002
2013-02-25 23:07:37 [21166] [8] DEBUG:   dest_addr_npi: 1 = 0x00000001
2013-02-25 23:07:37 [21166] [8] DEBUG:   destination_addr: "456"
2013-02-25 23:07:37 [21166] [8] DEBUG:   esm_class: 3 = 0x00000003
2013-02-25 23:07:37 [21166] [8] DEBUG:   protocol_id: 0 = 0x00000000
2013-02-25 23:07:37 [21166] [8] DEBUG:   priority_flag: 0 = 0x00000000
2013-02-25 23:07:37 [21166] [8] DEBUG:   schedule_delivery_time: NULL
2013-02-25 23:07:37 [21166] [8] DEBUG:   validity_period: NULL
2013-02-25 23:07:37 [21166] [8] DEBUG:   registered_delivery: 0 = 0x00000000
2013-02-25 23:07:37 [21166] [8] DEBUG:   replace_if_present_flag: 0 = 0x00000000
2013-02-25 23:07:37 [21166] [8] DEBUG:   data_coding: 0 = 0x00000000
2013-02-25 23:07:37 [21166] [8] DEBUG:   sm_default_msg_id: 0 = 0x00000000
2013-02-25 23:07:37 [21166] [8] DEBUG:   sm_length: 159 = 0x0000009f
2013-02-25 23:07:37 [21166] [8] DEBUG:   short_message:
2013-02-25 23:07:37 [21166] [8] DEBUG:    Octet string at 0x7ff560d0cca0:
2013-02-25 23:07:37 [21166] [8] DEBUG:      len:  159
2013-02-25 23:07:37 [21166] [8] DEBUG:      size: 162
2013-02-25 23:07:37 [21166] [8] DEBUG:      immutable: 0
2013-02-25 23:07:37 [21166] [8] DEBUG:      data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
2013-02-25 23:07:37 [21166] [8] DEBUG:      data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
2013-02-25 23:07:37 [21166] [8] DEBUG:      data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
2013-02-25 23:07:37 [21166] [8] DEBUG:      data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
2013-02-25 23:07:37 [21166] [8] DEBUG:      data: 61 61 61 61 61 61 61 61 61 61 61 01 35 2e 30 30   aaaaaaaaaaa.5.00
2013-02-25 23:07:37 [21166] [8] DEBUG:      data: 2f 01 34 2e 30 30 61 61 61 61 61 61 61 61 61 61   /.4.00aaaaaaaaaa
2013-02-25 23:07:37 [21166] [8] DEBUG:      data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
2013-02-25 23:07:37 [21166] [8] DEBUG:      data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
2013-02-25 23:07:37 [21166] [8] DEBUG:      data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
2013-02-25 23:07:37 [21166] [8] DEBUG:      data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61      aaaaaaaaaaaaaaa
2013-02-25 23:07:37 [21166] [8] DEBUG:    Octet string dump ends.
2013-02-25 23:07:37 [21166] [8] DEBUG: SMPP PDU dump ends.


Am 25.02.2013 um 21:24 schrieb Nathan Kelly <[email protected]>:

> PDU dump:
>  
> 2013-02-25 20:13:02 [32385] [37] DEBUG: SMPP[default]: Sending PDU:
> 2013-02-25 20:13:02 [32385] [37] DEBUG: SMPP PDU 0xb44b9c50 dump:
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   type_name: submit_sm
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   command_id: 4 = 0x00000004
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   command_status: 0 = 0x00000000
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   sequence_number: 1230 = 0x000004ce
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   service_type: NULL
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   source_addr_ton: 5 = 0x00000005
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   source_addr_npi: 0 = 0x00000000
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   source_addr: " default "
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   dest_addr_ton: 1 = 0x00000001
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   dest_addr_npi: 1 = 0x00000001
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   destination_addr: "447123456789"
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   esm_class: 0 = 0x00000000
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   protocol_id: 0 = 0x00000000
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   priority_flag: 0 = 0x00000000
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   schedule_delivery_time: NULL
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   validity_period: "130226070302000+"
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   registered_delivery: 1 = 0x00000001
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   replace_if_present_flag: 0 = 0x00000000
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   data_coding: 0 = 0x00000000
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   sm_default_msg_id: 0 = 0x00000000
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   sm_length: 161 = 0x000000a1
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   short_message:
> 2013-02-25 20:13:02 [32385] [37] DEBUG:    Octet string at 0xb44c2850:
> 2013-02-25 20:13:02 [32385] [37] DEBUG:      len:  161
> 2013-02-25 20:13:02 [32385] [37] DEBUG:      size: 162
> 2013-02-25 20:13:02 [32385] [37] DEBUG:      immutable: 0
> 2013-02-25 20:13:02 [32385] [37] DEBUG:      data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
> 2013-02-25 20:13:02 [32385] [37] DEBUG:      data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
> 2013-02-25 20:13:02 [32385] [37] DEBUG:      data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
> 2013-02-25 20:13:02 [32385] [37] DEBUG:      data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
> 2013-02-25 20:13:02 [32385] [37] DEBUG:      data: 61 61 61 61 61 61 61 61 61 61 61 c2 a3 35 2e 30   aaaaaaaaaaa..5.0
> 2013-02-25 20:13:02 [32385] [37] DEBUG:      data: 30 2f c2 a3 34 2e 30 30 61 61 61 61 61 61 61 61   0/..4.00aaaaaaaa
> 2013-02-25 20:13:02 [32385] [37] DEBUG:      data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
> 2013-02-25 20:13:02 [32385] [37] DEBUG:      data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
> 2013-02-25 20:13:02 [32385] [37] DEBUG:      data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
> 2013-02-25 20:13:02 [32385] [37] DEBUG:      data: 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa
> 2013-02-25 20:13:02 [32385] [37] DEBUG:      data: 61                                                a
> 2013-02-25 20:13:02 [32385] [37] DEBUG:    Octet string dump ends.
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   ChannelId: " default "
> 2013-02-25 20:13:02 [32385] [37] DEBUG: SMPP PDU dump ends.
> 2013-02-25 20:13:02 [32385] [37] ERROR: SMPP: Unknown TLV `ChannelId', don't send.
> 2013-02-25 20:13:02 [32385] [37] DEBUG: SMPP[default]: throughput (1.00,0.00)
> 2013-02-25 20:13:02 [32385] [37] DEBUG: SMPP[default]: throughput (1.00,0.00)
> 2013-02-25 20:13:02 [32385] [37] DEBUG: SMPP[default]: Got PDU:
> 2013-02-25 20:13:02 [32385] [37] DEBUG: SMPP PDU 0xb44b9c50 dump:
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   type_name: submit_sm_resp
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   command_id: 2147483652 = 0x80000004
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   command_status: 1 = 0x00000001
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   sequence_number: 1230 = 0x000004ce
> 2013-02-25 20:13:02 [32385] [37] DEBUG:   message_id: NULL
> 2013-02-25 20:13:02 [32385] [37] DEBUG: SMPP PDU dump ends.
> 2013-02-25 20:13:02 [32385] [37] ERROR: SMPP[default]: SMSC returned error code 0x00000001 (Message Length is invalid) in response to submit_sm.
>  
>  
>  
>  
>  
> From: Alejandro Guerrieri [mailto:[email protected]] 
> Sent: 25 February 2013 20:08
> To: Nathan Kelly
> Cc: [email protected]
> Subject: Re: 159 chars with symbols results in a msg:41:NACK/0x00000001/Message Length is invalid
>  
> Interesting, what about putting log-level 0 and see the full message dump?
>  
> 
> On Mon, Feb 25, 2013 at 3:04 PM, Nathan Kelly <[email protected]> wrote:
> Do you mean max-sms-octets ? no it’s not configured, so will be using the default – I have the concatenation set to true in the users config, and it’s sending other messages >160 chars with no problems:
>  
> group = sendsms-user
> username = blah
> password = blah
> name = Kannel
> max-messages = 100
> concatenation = true
> default-sender= default
> default-smsc= anySMSC
>  
> From: Alejandro Guerrieri [mailto:[email protected]] 
> Sent: 25 February 2013 19:56
> 
> To: Nathan Kelly
> Cc: [email protected]
> Subject: Re: 159 chars with symbols results in a msg:41:NACK/0x00000001/Message Length is invalid
>  
> Do you have configured kannel to split messages?
>  
> 
> On Mon, Feb 25, 2013 at 2:19 PM, Nathan Kelly <[email protected]> wrote:
> Thanks, but if kannel sees the length as 161 it should send it as 2 messages then, rather than fail?
>  
> As I said below, if I add another two chars to the message and send again it goes through with no problems as a auto concatenated message with 2 parts. I assume because this makes it appear to be 2 messages on the initial character count, and so when converted to GSM it is sendable.
>  
> When it is 159 chars with symbols, kannel seems to count the chars, make it one message only, then is unable to stuff the required bits into the available space?
>  
> Nathan
>  
>  
> From: Alejandro Guerrieri [mailto:[email protected]] 
> Sent: 25 February 2013 19:07
> To: Nathan Kelly
> Cc: [email protected]
> Subject: Re: 159 chars with symbols results in a msg:41:NACK/0x00000001/Message Length is invalid
>  
> Yup, you went over 160, check:
>  
> ...[msg:161:...
>  
> Regards,
>  
> Alejandro
>  
> 
> On Mon, Feb 25, 2013 at 2:02 PM, Nathan Kelly <[email protected]> wrote:
> Currently seeing a strange bug in build from SVN (Build `Dec 20 2012 12:06:01'). When a message is sent that is 159 chars and has symbols in - such as:
> 
> aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa£5.00/£4.00aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
> 
> I get a fail
> 
> 2013-02-25 16:41:08 FAILED Send SMS [SMSC:default] [SVC:Kannel] [ACT:] [BINF:] [FID:] [META:?smpp?ChannelId=REMOVED] [from:me] [to:+44123456789] [flags:-1:0:-1:-1:3] [msg:161:aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa..5.00/..4.00aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa] [udh:0:]
> 
> Add 2 more chars to it and try again - goes through no problems...
> 
> My guess is it's calculating the pound signs as 2 chars (or maybe the backslash?) then trying to concatenate and then failing on the length when converting to GSM to send to the SMSC? Or am I way off with that? can anyone else recreate this fail on their setup, using latest from SVN?
> 
> Config for the smsc is:
> 
> group = smsc
> smsc = smpp
> smsc-id = defaultSMSC
> smsc-admin-id = defaultSMSC
> host = address.removed
> port = 1775
> receive-port = 1775
> smsc-username = blah
> smsc-password = blah
> system-type = ""
> address-range = ""
> # allow messages to UK mobile numbers only allowed-prefix = 07;+447;
> 
> # Optional Parameters
> 
> group = smpp-tlv
> name = CampaignId
> tag = 0x1400
> type = octetstring
> length = 32
> smsc-id = defaultSMSC
> 
> group = smpp-tlv
> name = Reference
> tag = 0x1401
> type = octetstring
> length = 32
> smsc-id = defaultSMSC
> 
> group = smpp-tlv
> name = ChannelId
> tag = 0x1402
> type = octetstring
> length = 32
> smsc-id = Oxygen8
> 
> # End of Optional Parameters
> 
> 
> 
>  
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.