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

Probably data_coding is the culprit here?

On Tue, Feb 26, 2013 at 6:18 AM, Nathan Kelly <[email protected]>wrote:

> Thanks for testing – yes alt-charset was set to ‘Default’ and then
> ignored, and message sent as is (UTF-8) – so now it sends with no fail on
> message length, but the pound signs are stripped from the message on
> receipt by the phone. Note for this bind I’ve got to set esm-class=0 in
> case that matters at all?****
>
> ** **
>
> PDU is now:****
>
> ** **
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG: SMPP[defualt]: Sending PDU:****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG: SMPP PDU 0xb4207d68 dump:****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   type_name: submit_sm****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   command_id: 4 = 0x00000004****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   command_status: 0 = 0x00000000**
> **
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   sequence_number: 29 = 0x0000001d
> ****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   service_type: NULL****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   source_addr_ton: 5 = 0x00000005*
> ***
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   source_addr_npi: 0 = 0x00000000*
> ***
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   source_addr: "me"****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   dest_addr_ton: 1 = 0x00000001***
> *
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   dest_addr_npi: 1 = 0x00000001***
> *
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   destination_addr: "447123456789"
> ****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   esm_class: 0 = 0x00000000****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   protocol_id: 0 = 0x00000000****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   priority_flag: 0 = 0x00000000***
> *
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   schedule_delivery_time: NULL****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   validity_period:
> "130226215705000+"****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   registered_delivery: 1 =
> 0x00000001****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   replace_if_present_flag: 0 =
> 0x00000000****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   data_coding: 0 = 0x00000000****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   sm_default_msg_id: 0 = 0x00000000
> ****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   sm_length: 159 = 0x0000009f****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   short_message:****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:    Octet string at 0xb4208cf0:****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:      len:  159****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:      size: 162****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:      immutable: 0****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:      data: 61 61 61 61 61 61 61 61
> 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:      data: 61 61 61 61 61 61 61 61
> 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:      data: 61 61 61 61 61 61 61 61
> 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:      data: 61 61 61 61 61 61 61 61
> 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:      data: 61 61 61 61 61 61 61 61
> 61 61 61 01 35 2e 30 30   aaaaaaaaaaa.5.00****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:      data: 2f 01 34 2e 30 30 61 61
> 61 61 61 61 61 61 61 61   /.4.00aaaaaaaaaa****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:      data: 61 61 61 61 61 61 61 61
> 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:      data: 61 61 61 61 61 61 61 61
> 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:      data: 61 61 61 61 61 61 61 61
> 61 61 61 61 61 61 61 61   aaaaaaaaaaaaaaaa****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:      data: 61 61 61 61 61 61 61 61
> 61 61 61 61 61 61 61      aaaaaaaaaaaaaaa****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:    Octet string dump ends.****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG:   ChannelId: "default"****
>
> 2013-02-26 11:07:05 [32385] [43] DEBUG: SMPP PDU dump ends.****
>
> ** **
>
> *From:* Alexander Malysh [mailto:[email protected]] *On Behalf Of *Alexander
> Malysh
> *Sent:* 25 February 2013 22:12
>
> *To:* Nathan Kelly
> *Cc:* [email protected]
> *Subject:* Re: 159 chars with symbols results in a
> msg:41:NACK/0x00000001/Message Length is invalid****
>
> ** **
>
> 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
>
>
>
> ****
>
>  ****
>
>  ****
>
> ** **
>