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]<mailto:[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]<mailto:[email protected]>]
Sent: 25 February 2013 19:56
To: Nathan Kelly
Cc: [email protected]<mailto:[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]<mailto:[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]<mailto:[email protected]>]
Sent: 25 February 2013 19:07
To: Nathan Kelly
Cc: [email protected]<mailto:[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]<mailto:[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
