Re: Thoughput Error

2016-08-22 Thread amalysh 
Hi,

please try SVN version, just fixed.

Thanks,
Alex


> Am 19.08.2016 um 08:24 schrieb Mohammed Saleem <mohammedsl...@gmail.com>:
> 
> This is really weird. You need to trace the code how this is calculated. But 
> have you tried to increase this limit? The throughput limit doesn't limit the 
> number of MT messages. It limits the number of SMS parts. A message with 2 
> parts considered 2 not 1. Try setting the throughput to some higher value. If 
> this didn't help figuring out the issue you need to trace the code and fix 
> the math equation.
> 
> 
> On Aug 19, 2016 4:45 AM, "Arif Noor" <md.a...@forest-interactive.com 
> <mailto:md.a...@forest-interactive.com>> wrote:
> Hi,
> 
>  
> 
> Yes I do as you can see from the log itself. My concern is the throughput 
> glitch that I already show previously. I just sending 1 MT and see what the 
> log shows.
> 
>  
> 
> “throughput limit exceeded (2695.57,2.00)”
> 
>  
> 
>  
> 
>  
> 
> From: Mohammed Saleem [mailto:mohammedsl...@gmail.com 
> <mailto:mohammedsl...@gmail.com>] 
> Sent: Thursday, August 18, 2016 2:08 PM
> To: Arif Noor
> Cc: users@kannel.org <mailto:users@kannel.org>; vinayak mv; ha...@aeon.pk 
> <mailto:ha...@aeon.pk>
> Subject: RE: Thoughput Error
> 
>  
> 
> Hello Arif
> Are you setting throughput limit in your SMPP  config?
> 
>  
> 
> On Aug 18, 2016 4:24 AM, "Arif Noor" <md.a...@forest-interactive.com 
> <mailto:md.a...@forest-interactive.com>> wrote:
> 
> Hi Hamza,
> 
>  
> 
> It’s not really about the throttling, the issue is I’m sending 1 MT and it 
> logged as 2k which Is absolutely weird. Kindly view the log again.
> 
> 3228010:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]: 
> throughput limit exceeded (2695.57,2.00)
> 
>  
> 
> Best Regards,
> 
> Arif Noor,
> 
>  
> 
> From: ha...@aeon.pk <mailto:ha...@aeon.pk> [mailto:ha...@aeon.pk 
> <mailto:ha...@aeon.pk>] 
> Sent: Wednesday, August 17, 2016 4:24 PM
> To: vinayak mv
> Cc: Arif Noor; users@kannel.org <mailto:users@kannel.org>
> Subject: Re: Thoughput Error
> 
>  
> 
> Your operator is throttling your traffic. Ask them to check either TPS or 
> window size against your connection.
> 
>  
> 
> On Mon, Aug 15, 2016 at 7:49 AM, vinayak mv <vinayakvasu...@gmail.com 
> <mailto:vinayakvasu...@gmail.com>> wrote:
> 
> Hi,
> 
> Im using Kannel version svn-r5164 , when i found the same throttling 
> performance issue in kannel 1.4.4 .
> 
>  
> 
> On Mon, Aug 15, 2016 at 7:10 AM, Arif Noor <md.a...@forest-interactive.com 
> <mailto:md.a...@forest-interactive.com>> wrote:
> 
> Hi Kannel Users,
> 
>  
> 
> I have noticed this weird throughput limit error when sending even 1 MT in 
> the latest svn build, is this a bug?
> 
>  
> 
> Kannel Version `svn-r5166'.
> 
>  
> 
> 3227969:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]: Sending 
> PDU:
> 
> 3227970:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU 0x7f554006a320 dump:
> 
> 3227971:2016-08-12 12:31:26 [11927] [8] DEBUG:   type_name: submit_sm
> 
> 3227972:2016-08-12 12:31:26 [11927] [8] DEBUG:   command_id: 4 = 0x0004
> 
> 3227973:2016-08-12 12:31:26 [11927] [8] DEBUG:   command_status: 0 = 
> 0x
> 
> 3227974:2016-08-12 12:31:26 [11927] [8] DEBUG:   sequence_number: 45817 = 
> 0xb2f9
> 
> 3227975:2016-08-12 12:31:26 [11927] [8] DEBUG:   service_type: NULL
> 
> 3227976:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr_ton: 0 = 
> 0x
> 
> 3227977:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr_npi: 1 = 
> 0x0001
> 
> 3227978:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr: "xxx"
> 
> 3227979:2016-08-12 12:31:26 [11927] [8] DEBUG:   dest_addr_ton: 1 = 0x0001
> 
> 3227980:2016-08-12 12:31:26 [11927] [8] DEBUG:   dest_addr_npi: 1 = 0x0001
> 
> 3227981:2016-08-12 12:31:26 [11927] [8] DEBUG:   destination_addr: "x"
> 
> 3227982:2016-08-12 12:31:26 [11927] [8] DEBUG:   esm_class: 67 = 0x0043
> 
> 3227983:2016-08-12 12:31:26 [11927] [8] DEBUG:   protocol_id: 0 = 0x
> 
> 3227984:2016-08-12 12:31:26 [11927] [8] DEBUG:   priority_flag: 0 = 0x
> 
> 3227985:2016-08-12 12:31:26 [11927] [8] DEBUG:   schedule_delivery_time: NULL
> 
> 3227986:2016-08-12 12:31:26 [11927] [8] DEBUG:   validity_period: NULL
> 
> 3227987:2016-08-12 12:31:26 [11927] [8] DEBUG:   registered_delivery: 1 = 
> 0x0001
> 
> 3227988:2016-08-12 12:31:26 [11927] [8] DEBUG:   replace_if_present_flag: 0 = 
> 0x0

RE: Thoughput Error

2016-08-19 Thread Mohammed Saleem 
This is really weird. You need to trace the code how this is calculated.
But have you tried to increase this limit? The throughput limit doesn't
limit the number of MT messages. It limits the number of SMS parts. A
message with 2 parts considered 2 not 1. Try setting the throughput to some
higher value. If this didn't help figuring out the issue you need to trace
the code and fix the math equation.

On Aug 19, 2016 4:45 AM, "Arif Noor" <md.a...@forest-interactive.com> wrote:

Hi,



Yes I do as you can see from the log itself. My concern is the throughput
glitch that I already show previously. I just sending 1 MT and see what the
log shows.



“throughput limit exceeded (2695.57,2.00)”







*From:* Mohammed Saleem [mailto:mohammedsl...@gmail.com]
*Sent:* Thursday, August 18, 2016 2:08 PM
*To:* Arif Noor
*Cc:* users@kannel.org; vinayak mv; ha...@aeon.pk
*Subject:* RE: Thoughput Error



Hello Arif
Are you setting throughput limit in your SMPP  config?



On Aug 18, 2016 4:24 AM, "Arif Noor" <md.a...@forest-interactive.com> wrote:

Hi Hamza,



It’s not really about the throttling, the issue is I’m sending 1 MT and it
logged as 2k which Is absolutely weird. Kindly view the log again.

3228010:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]:
throughput limit exceeded (2695.57,2.00)



Best Regards,

Arif Noor,



*From:* ha...@aeon.pk [mailto:ha...@aeon.pk]
*Sent:* Wednesday, August 17, 2016 4:24 PM
*To:* vinayak mv
*Cc:* Arif Noor; users@kannel.org
*Subject:* Re: Thoughput Error



Your operator is throttling your traffic. Ask them to check either TPS or
window size against your connection.



On Mon, Aug 15, 2016 at 7:49 AM, vinayak mv <vinayakvasu...@gmail.com>
wrote:

Hi,

Im using *Kannel version svn-r5164* , when i found the same throttling
performance issue in kannel 1.4.4 .



On Mon, Aug 15, 2016 at 7:10 AM, Arif Noor <md.a...@forest-interactive.com>
wrote:

Hi Kannel Users,



I have noticed this weird throughput limit error when sending even 1 MT in
the latest svn build, is this a bug?



Kannel Version `svn-r5166'.



3227969:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]:
Sending PDU:

3227970:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU 0x7f554006a320 dump:

3227971:2016-08-12 12:31:26 [11927] [8] DEBUG:   type_name: submit_sm

3227972:2016-08-12 12:31:26 [11927] [8] DEBUG:   command_id: 4 = 0x0004

3227973:2016-08-12 12:31:26 [11927] [8] DEBUG:   command_status: 0 =
0x

3227974:2016-08-12 12:31:26 [11927] [8] DEBUG:   sequence_number: 45817 =
0xb2f9

3227975:2016-08-12 12:31:26 [11927] [8] DEBUG:   service_type: NULL

3227976:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr_ton: 0 =
0x

3227977:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr_npi: 1 =
0x0001

3227978:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr: "xxx"

3227979:2016-08-12 12:31:26 [11927] [8] DEBUG:   dest_addr_ton: 1 =
0x0001

3227980:2016-08-12 12:31:26 [11927] [8] DEBUG:   dest_addr_npi: 1 =
0x0001

3227981:2016-08-12 12:31:26 [11927] [8] DEBUG:   destination_addr: "x"

3227982:2016-08-12 12:31:26 [11927] [8] DEBUG:   esm_class: 67 = 0x0043

3227983:2016-08-12 12:31:26 [11927] [8] DEBUG:   protocol_id: 0 = 0x

3227984:2016-08-12 12:31:26 [11927] [8] DEBUG:   priority_flag: 0 =
0x

3227985:2016-08-12 12:31:26 [11927] [8] DEBUG:   schedule_delivery_time:
NULL

3227986:2016-08-12 12:31:26 [11927] [8] DEBUG:   validity_period: NULL

3227987:2016-08-12 12:31:26 [11927] [8] DEBUG:   registered_delivery: 1 =
0x0001

3227988:2016-08-12 12:31:26 [11927] [8] DEBUG:   replace_if_present_flag: 0
= 0x

3227989:2016-08-12 12:31:26 [11927] [8] DEBUG:   data_coding: 0 = 0x

3227990:2016-08-12 12:31:26 [11927] [8] DEBUG:   sm_default_msg_id: 0 =
0x

3227991:2016-08-12 12:31:26 [11927] [8] DEBUG:   sm_length: 159 = 0x009f

3227992:2016-08-12 12:31:26 [11927] [8] DEBUG:   short_message:

3227993:2016-08-12 12:31:26 [11927] [8] DEBUG:Octet string at
0x7f5540023ad0:

3227994:2016-08-12 12:31:26 [11927] [8] DEBUG:  len:  159

3227995:2016-08-12 12:31:26 [11927] [8] DEBUG:  size: 1024

3227996:2016-08-12 12:31:26 [11927] [8] DEBUG:  immutable: 0

3227997:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 05 00 03 d9 02 01
46 52 45 45 20 50 72 65 6d 69

3227998:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 6d 20 41 73 74
72 6f 20 6f 6e 20 74 68 65 20

3227999:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 47 6f 20 61 63 63
65 73 73 20 66 6f 72 20 79 6f

3228000:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 20 74 6f 20 65
6e 6a 6f 79 20 77 69 74 68 20

3228001:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 6e 6c 69 6d 69
74 65 64 20 56 69 64 65 6f 2d

3228002:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 4f 6e 7a 20 73 74
72 65 61 6d 69 6e 67 21 20 54

3228003:2016-08-12 12:31:26 [11927] [8] DEBUG:

RE: Thoughput Error

2016-08-18 Thread Arif Noor 
Hi,

Yes I do as you can see from the log itself. My concern is the throughput 
glitch that I already show previously. I just sending 1 MT and see what the log 
shows.

“throughput limit exceeded (2695.57,2.00)”



From: Mohammed Saleem [mailto:mohammedsl...@gmail.com]
Sent: Thursday, August 18, 2016 2:08 PM
To: Arif Noor
Cc: users@kannel.org; vinayak mv; ha...@aeon.pk
Subject: RE: Thoughput Error


Hello Arif
Are you setting throughput limit in your SMPP  config?

On Aug 18, 2016 4:24 AM, "Arif Noor" 
<md.a...@forest-interactive.com<mailto:md.a...@forest-interactive.com>> wrote:
Hi Hamza,

It’s not really about the throttling, the issue is I’m sending 1 MT and it 
logged as 2k which Is absolutely weird. Kindly view the log again.

3228010:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]: 
throughput limit exceeded (2695.57,2.00)

Best Regards,
Arif Noor,

From: ha...@aeon.pk<mailto:ha...@aeon.pk> 
[mailto:ha...@aeon.pk<mailto:ha...@aeon.pk>]
Sent: Wednesday, August 17, 2016 4:24 PM
To: vinayak mv
Cc: Arif Noor; users@kannel.org<mailto:users@kannel.org>
Subject: Re: Thoughput Error

Your operator is throttling your traffic. Ask them to check either TPS or 
window size against your connection.

On Mon, Aug 15, 2016 at 7:49 AM, vinayak mv 
<vinayakvasu...@gmail.com<mailto:vinayakvasu...@gmail.com>> wrote:
Hi,
Im using Kannel version svn-r5164 , when i found the same throttling 
performance issue in kannel 1.4.4 .

On Mon, Aug 15, 2016 at 7:10 AM, Arif Noor 
<md.a...@forest-interactive.com<mailto:md.a...@forest-interactive.com>> wrote:

Hi Kannel Users,



I have noticed this weird throughput limit error when sending even 1 MT in the 
latest svn build, is this a bug?



Kannel Version `svn-r5166'.



3227969:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]: Sending 
PDU:

3227970:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU 0x7f554006a320 dump:

3227971:2016-08-12 12:31:26 [11927] [8] DEBUG:   type_name: submit_sm

3227972:2016-08-12 12:31:26 [11927] [8] DEBUG:   command_id: 4 = 0x0004

3227973:2016-08-12 12:31:26 [11927] [8] DEBUG:   command_status: 0 = 0x

3227974:2016-08-12 12:31:26 [11927] [8] DEBUG:   sequence_number: 45817 = 
0xb2f9

3227975:2016-08-12 12:31:26 [11927] [8] DEBUG:   service_type: NULL

3227976:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr_ton: 0 = 0x

3227977:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr_npi: 1 = 0x0001

3227978:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr: "xxx"

3227979:2016-08-12 12:31:26 [11927] [8] DEBUG:   dest_addr_ton: 1 = 0x0001

3227980:2016-08-12 12:31:26 [11927] [8] DEBUG:   dest_addr_npi: 1 = 0x0001

3227981:2016-08-12 12:31:26 [11927] [8] DEBUG:   destination_addr: "x"

3227982:2016-08-12 12:31:26 [11927] [8] DEBUG:   esm_class: 67 = 0x0043

3227983:2016-08-12 12:31:26 [11927] [8] DEBUG:   protocol_id: 0 = 0x

3227984:2016-08-12 12:31:26 [11927] [8] DEBUG:   priority_flag: 0 = 0x

3227985:2016-08-12 12:31:26 [11927] [8] DEBUG:   schedule_delivery_time: NULL

3227986:2016-08-12 12:31:26 [11927] [8] DEBUG:   validity_period: NULL

3227987:2016-08-12 12:31:26 [11927] [8] DEBUG:   registered_delivery: 1 = 
0x0001

3227988:2016-08-12 12:31:26 [11927] [8] DEBUG:   replace_if_present_flag: 0 = 
0x

3227989:2016-08-12 12:31:26 [11927] [8] DEBUG:   data_coding: 0 = 0x

3227990:2016-08-12 12:31:26 [11927] [8] DEBUG:   sm_default_msg_id: 0 = 
0x

3227991:2016-08-12 12:31:26 [11927] [8] DEBUG:   sm_length: 159 = 0x009f

3227992:2016-08-12 12:31:26 [11927] [8] DEBUG:   short_message:

3227993:2016-08-12 12:31:26 [11927] [8] DEBUG:Octet string at 
0x7f5540023ad0:

3227994:2016-08-12 12:31:26 [11927] [8] DEBUG:  len:  159

3227995:2016-08-12 12:31:26 [11927] [8] DEBUG:  size: 1024

3227996:2016-08-12 12:31:26 [11927] [8] DEBUG:  immutable: 0

3227997:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 05 00 03 d9 02 01 46 
52 45 45 20 50 72 65 6d 69

3227998:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 6d 20 41 73 74 72 
6f 20 6f 6e 20 74 68 65 20

3227999:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 47 6f 20 61 63 63 65 
73 73 20 66 6f 72 20 79 6f

3228000:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 20 74 6f 20 65 6e 
6a 6f 79 20 77 69 74 68 20

3228001:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 6e 6c 69 6d 69 74 
65 64 20 56 69 64 65 6f 2d

3228002:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 4f 6e 7a 20 73 74 72 
65 61 6d 69 6e 67 21 20 54

3228003:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 68 61 6e 6b 20 79 6f 
75 20 66 6f 72 20 63 68 6f

3228004:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 6f 73 69 6e 67 20 50 
39 38 20 70 6c 61 6e 2e 3f

3228005:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 20 52 65 70 6c 79 20 
41 4f 54 47 20 74 6f 20 72

3228006:2016-08-12 12:31:26 [1192

RE: Thoughput Error

2016-08-18 Thread Mohammed Saleem 
Hello Arif
Are you setting throughput limit in your SMPP  config?

On Aug 18, 2016 4:24 AM, "Arif Noor" <md.a...@forest-interactive.com> wrote:

> Hi Hamza,
>
>
>
> It’s not really about the throttling, the issue is I’m sending 1 MT and it
> logged as 2k which Is absolutely weird. Kindly view the log again.
>
> 3228010:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]:
> throughput limit exceeded (2695.57,2.00)
>
>
>
> Best Regards,
>
> Arif Noor,
>
>
>
> *From:* ha...@aeon.pk [mailto:ha...@aeon.pk]
> *Sent:* Wednesday, August 17, 2016 4:24 PM
> *To:* vinayak mv
> *Cc:* Arif Noor; users@kannel.org
> *Subject:* Re: Thoughput Error
>
>
>
> Your operator is throttling your traffic. Ask them to check either TPS or
> window size against your connection.
>
>
>
> On Mon, Aug 15, 2016 at 7:49 AM, vinayak mv <vinayakvasu...@gmail.com>
> wrote:
>
> Hi,
>
> Im using *Kannel version svn-r5164* , when i found the same throttling
> performance issue in kannel 1.4.4 .
>
>
>
> On Mon, Aug 15, 2016 at 7:10 AM, Arif Noor <md.a...@forest-interactive.com>
> wrote:
>
> Hi Kannel Users,
>
>
>
> I have noticed this weird throughput limit error when sending even 1 MT in
> the latest svn build, is this a bug?
>
>
>
> Kannel Version `svn-r5166'.
>
>
>
> 3227969:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]:
> Sending PDU:
>
> 3227970:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU 0x7f554006a320
> dump:
>
> 3227971:2016-08-12 12:31:26 [11927] [8] DEBUG:   type_name: submit_sm
>
> 3227972:2016-08-12 12:31:26 [11927] [8] DEBUG:   command_id: 4 = 0x0004
>
> 3227973:2016-08-12 12:31:26 [11927] [8] DEBUG:   command_status: 0 =
> 0x
>
> 3227974:2016-08-12 12:31:26 [11927] [8] DEBUG:   sequence_number: 45817 =
> 0xb2f9
>
> 3227975:2016-08-12 12:31:26 [11927] [8] DEBUG:   service_type: NULL
>
> 3227976:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr_ton: 0 =
> 0x
>
> 3227977:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr_npi: 1 =
> 0x0001
>
> 3227978:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr: "xxx"
>
> 3227979:2016-08-12 12:31:26 [11927] [8] DEBUG:   dest_addr_ton: 1 =
> 0x0001
>
> 3227980:2016-08-12 12:31:26 [11927] [8] DEBUG:   dest_addr_npi: 1 =
> 0x0001
>
> 3227981:2016-08-12 12:31:26 [11927] [8] DEBUG:   destination_addr: "x"
>
> 3227982:2016-08-12 12:31:26 [11927] [8] DEBUG:   esm_class: 67 = 0x0043
>
> 3227983:2016-08-12 12:31:26 [11927] [8] DEBUG:   protocol_id: 0 =
> 0x
>
> 3227984:2016-08-12 12:31:26 [11927] [8] DEBUG:   priority_flag: 0 =
> 0x
>
> 3227985:2016-08-12 12:31:26 [11927] [8] DEBUG:   schedule_delivery_time:
> NULL
>
> 3227986:2016-08-12 12:31:26 [11927] [8] DEBUG:   validity_period: NULL
>
> 3227987:2016-08-12 12:31:26 [11927] [8] DEBUG:   registered_delivery: 1 =
> 0x0001
>
> 3227988:2016-08-12 12:31:26 [11927] [8] DEBUG:   replace_if_present_flag:
> 0 = 0x
>
> 3227989:2016-08-12 12:31:26 [11927] [8] DEBUG:   data_coding: 0 =
> 0x
>
> 3227990:2016-08-12 12:31:26 [11927] [8] DEBUG:   sm_default_msg_id: 0 =
> 0x
>
> 3227991:2016-08-12 12:31:26 [11927] [8] DEBUG:   sm_length: 159 =
> 0x009f
>
> 3227992:2016-08-12 12:31:26 [11927] [8] DEBUG:   short_message:
>
> 3227993:2016-08-12 12:31:26 [11927] [8] DEBUG:Octet string at
> 0x7f5540023ad0:
>
> 3227994:2016-08-12 12:31:26 [11927] [8] DEBUG:  len:  159
>
> 3227995:2016-08-12 12:31:26 [11927] [8] DEBUG:  size: 1024
>
> 3227996:2016-08-12 12:31:26 [11927] [8] DEBUG:  immutable: 0
>
> 3227997:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 05 00 03 d9 02
> 01 46 52 45 45 20 50 72 65 6d 69
>
> 3227998:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 6d 20 41 73
> 74 72 6f 20 6f 6e 20 74 68 65 20
>
> 3227999:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 47 6f 20 61 63
> 63 65 73 73 20 66 6f 72 20 79 6f
>
> 3228000:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 20 74 6f 20
> 65 6e 6a 6f 79 20 77 69 74 68 20
>
> 3228001:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 6e 6c 69 6d
> 69 74 65 64 20 56 69 64 65 6f 2d
>
> 3228002:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 4f 6e 7a 20 73
> 74 72 65 61 6d 69 6e 67 21 20 54
>
> 3228003:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 68 61 6e 6b 20
> 79 6f 75 20 66 6f 72 20 63 68 6f
>
> 3228004:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 6f 73 69 6e 67
> 20 50 39 38 20 70 6c 61 6e 2e 3f
>
> 3228005:2016-08-12 12:31:26 [11927] [8] DEBUG:

RE: Thoughput Error

2016-08-17 Thread Arif Noor 
Hi Hamza,

It’s not really about the throttling, the issue is I’m sending 1 MT and it 
logged as 2k which Is absolutely weird. Kindly view the log again.

3228010:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]: 
throughput limit exceeded (2695.57,2.00)

Best Regards,
Arif Noor,


From: ha...@aeon.pk [mailto:ha...@aeon.pk]
Sent: Wednesday, August 17, 2016 4:24 PM
To: vinayak mv
Cc: Arif Noor; users@kannel.org
Subject: Re: Thoughput Error

Your operator is throttling your traffic. Ask them to check either TPS or 
window size against your connection.

On Mon, Aug 15, 2016 at 7:49 AM, vinayak mv 
<vinayakvasu...@gmail.com<mailto:vinayakvasu...@gmail.com>> wrote:
Hi,
Im using Kannel version svn-r5164 , when i found the same throttling 
performance issue in kannel 1.4.4 .

On Mon, Aug 15, 2016 at 7:10 AM, Arif Noor 
<md.a...@forest-interactive.com<mailto:md.a...@forest-interactive.com>> wrote:

Hi Kannel Users,



I have noticed this weird throughput limit error when sending even 1 MT in the 
latest svn build, is this a bug?



Kannel Version `svn-r5166'.



3227969:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]: Sending 
PDU:

3227970:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU 0x7f554006a320 dump:

3227971:2016-08-12 12:31:26 [11927] [8] DEBUG:   type_name: submit_sm

3227972:2016-08-12 12:31:26 [11927] [8] DEBUG:   command_id: 4 = 0x0004

3227973:2016-08-12 12:31:26 [11927] [8] DEBUG:   command_status: 0 = 0x

3227974:2016-08-12 12:31:26 [11927] [8] DEBUG:   sequence_number: 45817 = 
0xb2f9

3227975:2016-08-12 12:31:26 [11927] [8] DEBUG:   service_type: NULL

3227976:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr_ton: 0 = 0x

3227977:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr_npi: 1 = 0x0001

3227978:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr: "xxx"

3227979:2016-08-12 12:31:26 [11927] [8] DEBUG:   dest_addr_ton: 1 = 0x0001

3227980:2016-08-12 12:31:26 [11927] [8] DEBUG:   dest_addr_npi: 1 = 0x0001

3227981:2016-08-12 12:31:26 [11927] [8] DEBUG:   destination_addr: "x"

3227982:2016-08-12 12:31:26 [11927] [8] DEBUG:   esm_class: 67 = 0x0043

3227983:2016-08-12 12:31:26 [11927] [8] DEBUG:   protocol_id: 0 = 0x

3227984:2016-08-12 12:31:26 [11927] [8] DEBUG:   priority_flag: 0 = 0x

3227985:2016-08-12 12:31:26 [11927] [8] DEBUG:   schedule_delivery_time: NULL

3227986:2016-08-12 12:31:26 [11927] [8] DEBUG:   validity_period: NULL

3227987:2016-08-12 12:31:26 [11927] [8] DEBUG:   registered_delivery: 1 = 
0x0001

3227988:2016-08-12 12:31:26 [11927] [8] DEBUG:   replace_if_present_flag: 0 = 
0x

3227989:2016-08-12 12:31:26 [11927] [8] DEBUG:   data_coding: 0 = 0x

3227990:2016-08-12 12:31:26 [11927] [8] DEBUG:   sm_default_msg_id: 0 = 
0x

3227991:2016-08-12 12:31:26 [11927] [8] DEBUG:   sm_length: 159 = 0x009f

3227992:2016-08-12 12:31:26 [11927] [8] DEBUG:   short_message:

3227993:2016-08-12 12:31:26 [11927] [8] DEBUG:Octet string at 
0x7f5540023ad0:

3227994:2016-08-12 12:31:26 [11927] [8] DEBUG:  len:  159

3227995:2016-08-12 12:31:26 [11927] [8] DEBUG:  size: 1024

3227996:2016-08-12 12:31:26 [11927] [8] DEBUG:  immutable: 0

3227997:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 05 00 03 d9 02 01 46 
52 45 45 20 50 72 65 6d 69

3227998:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 6d 20 41 73 74 72 
6f 20 6f 6e 20 74 68 65 20

3227999:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 47 6f 20 61 63 63 65 
73 73 20 66 6f 72 20 79 6f

3228000:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 20 74 6f 20 65 6e 
6a 6f 79 20 77 69 74 68 20

3228001:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 6e 6c 69 6d 69 74 
65 64 20 56 69 64 65 6f 2d

3228002:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 4f 6e 7a 20 73 74 72 
65 61 6d 69 6e 67 21 20 54

3228003:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 68 61 6e 6b 20 79 6f 
75 20 66 6f 72 20 63 68 6f

3228004:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 6f 73 69 6e 67 20 50 
39 38 20 70 6c 61 6e 2e 3f

3228005:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 20 52 65 70 6c 79 20 
41 4f 54 47 20 74 6f 20 72

3228006:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 65 64 65 65 6d 2e 20 
49 6e 66 6f 3a 20 62 69

3228007:2016-08-12 12:31:26 [11927] [8] DEBUG:Octet string dump ends.

3228008:2016-08-12 12:31:26 [11927] [8] DEBUG:   more_messages_to_send: 1 = 
0x0001

3228009:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU dump ends.

3228010:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]: 
throughput limit exceeded (2695.57,2.00)

3228011:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter tag (0x0427)

3228012:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter length read 
as 1

3228013:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter tag (0x001e)

3228014:2016-08-12 12:31:26 [1192

Re: Thoughput Error

2016-08-17 Thread ha...@aeon.pk 
Your operator is throttling your traffic. Ask them to check either TPS or
window size against your connection.

On Mon, Aug 15, 2016 at 7:49 AM, vinayak mv 
wrote:

> Hi,
>
> Im using *Kannel version svn-r5164* , when i found the same throttling
> performance issue in kannel 1.4.4 .
>
>
> On Mon, Aug 15, 2016 at 7:10 AM, Arif Noor  > wrote:
>
>> Hi Kannel Users,
>>
>>
>>
>> I have noticed this weird throughput limit error when sending even 1 MT
>> in the latest svn build, is this a bug?
>>
>>
>>
>> Kannel Version `svn-r5166'.
>>
>>
>>
>> 3227969:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]:
>> Sending PDU:
>>
>> 3227970:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU 0x7f554006a320
>> dump:
>>
>> 3227971:2016-08-12 12:31:26 [11927] [8] DEBUG:   type_name: submit_sm
>>
>> 3227972:2016-08-12 12:31:26 [11927] [8] DEBUG:   command_id: 4 =
>> 0x0004
>>
>> 3227973:2016-08-12 12:31:26 [11927] [8] DEBUG:   command_status: 0 =
>> 0x
>>
>> 3227974:2016-08-12 12:31:26 [11927] [8] DEBUG:   sequence_number: 45817 =
>> 0xb2f9
>>
>> 3227975:2016-08-12 12:31:26 [11927] [8] DEBUG:   service_type: NULL
>>
>> 3227976:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr_ton: 0 =
>> 0x
>>
>> 3227977:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr_npi: 1 =
>> 0x0001
>>
>> 3227978:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr: "xxx"
>>
>> 3227979:2016-08-12 12:31:26 [11927] [8] DEBUG:   dest_addr_ton: 1 =
>> 0x0001
>>
>> 3227980:2016-08-12 12:31:26 [11927] [8] DEBUG:   dest_addr_npi: 1 =
>> 0x0001
>>
>> 3227981:2016-08-12 12:31:26 [11927] [8] DEBUG:   destination_addr: "x"
>>
>> 3227982:2016-08-12 12:31:26 [11927] [8] DEBUG:   esm_class: 67 =
>> 0x0043
>>
>> 3227983:2016-08-12 12:31:26 [11927] [8] DEBUG:   protocol_id: 0 =
>> 0x
>>
>> 3227984:2016-08-12 12:31:26 [11927] [8] DEBUG:   priority_flag: 0 =
>> 0x
>>
>> 3227985:2016-08-12 12:31:26 [11927] [8] DEBUG:   schedule_delivery_time:
>> NULL
>>
>> 3227986:2016-08-12 12:31:26 [11927] [8] DEBUG:   validity_period: NULL
>>
>> 3227987:2016-08-12 12:31:26 [11927] [8] DEBUG:   registered_delivery: 1 =
>> 0x0001
>>
>> 3227988:2016-08-12 12:31:26 [11927] [8] DEBUG:   replace_if_present_flag:
>> 0 = 0x
>>
>> 3227989:2016-08-12 12:31:26 [11927] [8] DEBUG:   data_coding: 0 =
>> 0x
>>
>> 3227990:2016-08-12 12:31:26 [11927] [8] DEBUG:   sm_default_msg_id: 0 =
>> 0x
>>
>> 3227991:2016-08-12 12:31:26 [11927] [8] DEBUG:   sm_length: 159 =
>> 0x009f
>>
>> 3227992:2016-08-12 12:31:26 [11927] [8] DEBUG:   short_message:
>>
>> 3227993:2016-08-12 12:31:26 [11927] [8] DEBUG:Octet string at
>> 0x7f5540023ad0:
>>
>> 3227994:2016-08-12 12:31:26 [11927] [8] DEBUG:  len:  159
>>
>> 3227995:2016-08-12 12:31:26 [11927] [8] DEBUG:  size: 1024
>>
>> 3227996:2016-08-12 12:31:26 [11927] [8] DEBUG:  immutable: 0
>>
>> 3227997:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 05 00 03 d9 02
>> 01 46 52 45 45 20 50 72 65 6d 69
>>
>> 3227998:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 6d 20 41 73
>> 74 72 6f 20 6f 6e 20 74 68 65 20
>>
>> 3227999:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 47 6f 20 61 63
>> 63 65 73 73 20 66 6f 72 20 79 6f
>>
>> 3228000:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 20 74 6f 20
>> 65 6e 6a 6f 79 20 77 69 74 68 20
>>
>> 3228001:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 6e 6c 69 6d
>> 69 74 65 64 20 56 69 64 65 6f 2d
>>
>> 3228002:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 4f 6e 7a 20 73
>> 74 72 65 61 6d 69 6e 67 21 20 54
>>
>> 3228003:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 68 61 6e 6b 20
>> 79 6f 75 20 66 6f 72 20 63 68 6f
>>
>> 3228004:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 6f 73 69 6e 67
>> 20 50 39 38 20 70 6c 61 6e 2e 3f
>>
>> 3228005:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 20 52 65 70 6c
>> 79 20 41 4f 54 47 20 74 6f 20 72
>>
>> 3228006:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 65 64 65 65 6d
>> 2e 20 49 6e 66 6f 3a 20 62 69
>>
>> 3228007:2016-08-12 12:31:26 [11927] [8] DEBUG:Octet string dump ends.
>>
>> 3228008:2016-08-12 12:31:26 [11927] [8] DEBUG:   more_messages_to_send: 1
>> = 0x0001
>>
>> 3228009:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU dump ends.
>>
>> 3228010:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]:
>> throughput limit exceeded (2695.57,2.00)
>>
>> 3228011:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter tag
>> (0x0427)
>>
>> 3228012:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter length
>> read as 1
>>
>> 3228013:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter tag
>> (0x001e)
>>
>> 3228014:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter length
>> read as 11
>>
>> 3228015:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]: Got
>> PDU:
>>
>> 3228016:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU 0x7f554005ec00

Re: Thoughput Error

2016-08-14 Thread vinayak mv 
Hi,

Im using *Kannel version svn-r5164* , when i found the same throttling
performance issue in kannel 1.4.4 .


On Mon, Aug 15, 2016 at 7:10 AM, Arif Noor 
wrote:

> Hi Kannel Users,
>
>
>
> I have noticed this weird throughput limit error when sending even 1 MT in
> the latest svn build, is this a bug?
>
>
>
> Kannel Version `svn-r5166'.
>
>
>
> 3227969:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]:
> Sending PDU:
>
> 3227970:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU 0x7f554006a320
> dump:
>
> 3227971:2016-08-12 12:31:26 [11927] [8] DEBUG:   type_name: submit_sm
>
> 3227972:2016-08-12 12:31:26 [11927] [8] DEBUG:   command_id: 4 = 0x0004
>
> 3227973:2016-08-12 12:31:26 [11927] [8] DEBUG:   command_status: 0 =
> 0x
>
> 3227974:2016-08-12 12:31:26 [11927] [8] DEBUG:   sequence_number: 45817 =
> 0xb2f9
>
> 3227975:2016-08-12 12:31:26 [11927] [8] DEBUG:   service_type: NULL
>
> 3227976:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr_ton: 0 =
> 0x
>
> 3227977:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr_npi: 1 =
> 0x0001
>
> 3227978:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr: "xxx"
>
> 3227979:2016-08-12 12:31:26 [11927] [8] DEBUG:   dest_addr_ton: 1 =
> 0x0001
>
> 3227980:2016-08-12 12:31:26 [11927] [8] DEBUG:   dest_addr_npi: 1 =
> 0x0001
>
> 3227981:2016-08-12 12:31:26 [11927] [8] DEBUG:   destination_addr: "x"
>
> 3227982:2016-08-12 12:31:26 [11927] [8] DEBUG:   esm_class: 67 = 0x0043
>
> 3227983:2016-08-12 12:31:26 [11927] [8] DEBUG:   protocol_id: 0 =
> 0x
>
> 3227984:2016-08-12 12:31:26 [11927] [8] DEBUG:   priority_flag: 0 =
> 0x
>
> 3227985:2016-08-12 12:31:26 [11927] [8] DEBUG:   schedule_delivery_time:
> NULL
>
> 3227986:2016-08-12 12:31:26 [11927] [8] DEBUG:   validity_period: NULL
>
> 3227987:2016-08-12 12:31:26 [11927] [8] DEBUG:   registered_delivery: 1 =
> 0x0001
>
> 3227988:2016-08-12 12:31:26 [11927] [8] DEBUG:   replace_if_present_flag:
> 0 = 0x
>
> 3227989:2016-08-12 12:31:26 [11927] [8] DEBUG:   data_coding: 0 =
> 0x
>
> 3227990:2016-08-12 12:31:26 [11927] [8] DEBUG:   sm_default_msg_id: 0 =
> 0x
>
> 3227991:2016-08-12 12:31:26 [11927] [8] DEBUG:   sm_length: 159 =
> 0x009f
>
> 3227992:2016-08-12 12:31:26 [11927] [8] DEBUG:   short_message:
>
> 3227993:2016-08-12 12:31:26 [11927] [8] DEBUG:Octet string at
> 0x7f5540023ad0:
>
> 3227994:2016-08-12 12:31:26 [11927] [8] DEBUG:  len:  159
>
> 3227995:2016-08-12 12:31:26 [11927] [8] DEBUG:  size: 1024
>
> 3227996:2016-08-12 12:31:26 [11927] [8] DEBUG:  immutable: 0
>
> 3227997:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 05 00 03 d9 02
> 01 46 52 45 45 20 50 72 65 6d 69
>
> 3227998:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 6d 20 41 73
> 74 72 6f 20 6f 6e 20 74 68 65 20
>
> 3227999:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 47 6f 20 61 63
> 63 65 73 73 20 66 6f 72 20 79 6f
>
> 3228000:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 20 74 6f 20
> 65 6e 6a 6f 79 20 77 69 74 68 20
>
> 3228001:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 6e 6c 69 6d
> 69 74 65 64 20 56 69 64 65 6f 2d
>
> 3228002:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 4f 6e 7a 20 73
> 74 72 65 61 6d 69 6e 67 21 20 54
>
> 3228003:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 68 61 6e 6b 20
> 79 6f 75 20 66 6f 72 20 63 68 6f
>
> 3228004:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 6f 73 69 6e 67
> 20 50 39 38 20 70 6c 61 6e 2e 3f
>
> 3228005:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 20 52 65 70 6c
> 79 20 41 4f 54 47 20 74 6f 20 72
>
> 3228006:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 65 64 65 65 6d
> 2e 20 49 6e 66 6f 3a 20 62 69
>
> 3228007:2016-08-12 12:31:26 [11927] [8] DEBUG:Octet string dump ends.
>
> 3228008:2016-08-12 12:31:26 [11927] [8] DEBUG:   more_messages_to_send: 1
> = 0x0001
>
> 3228009:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU dump ends.
>
> 3228010:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]:
> throughput limit exceeded (2695.57,2.00)
>
> 3228011:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter tag
> (0x0427)
>
> 3228012:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter length
> read as 1
>
> 3228013:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter tag
> (0x001e)
>
> 3228014:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter length
> read as 11
>
> 3228015:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]: Got
> PDU:
>
> 3228016:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU 0x7f554005ec00
> dump:
>
> 3228017:2016-08-12 12:31:26 [11927] [8] DEBUG:   type_name: deliver_sm
>
> 3228018:2016-08-12 12:31:26 [11927] [8] DEBUG:   command_id: 5 = 0x0005
>
> 3228019:2016-08-12 12:31:26 [11927] [8] DEBUG:   command_status: 0 =
> 0x
>
> 3228020:2016-08-12 12:31:26 [11927] [8] DEBUG:   sequence_number: 834 =
> 0x0342
>
>

Thoughput Error

2016-08-14 Thread Arif Noor 
Hi Kannel Users,



I have noticed this weird throughput limit error when sending even 1 MT in the 
latest svn build, is this a bug?



Kannel Version `svn-r5166'.



3227969:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]: Sending 
PDU:

3227970:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU 0x7f554006a320 dump:

3227971:2016-08-12 12:31:26 [11927] [8] DEBUG:   type_name: submit_sm

3227972:2016-08-12 12:31:26 [11927] [8] DEBUG:   command_id: 4 = 0x0004

3227973:2016-08-12 12:31:26 [11927] [8] DEBUG:   command_status: 0 = 0x

3227974:2016-08-12 12:31:26 [11927] [8] DEBUG:   sequence_number: 45817 = 
0xb2f9

3227975:2016-08-12 12:31:26 [11927] [8] DEBUG:   service_type: NULL

3227976:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr_ton: 0 = 0x

3227977:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr_npi: 1 = 0x0001

3227978:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr: "xxx"

3227979:2016-08-12 12:31:26 [11927] [8] DEBUG:   dest_addr_ton: 1 = 0x0001

3227980:2016-08-12 12:31:26 [11927] [8] DEBUG:   dest_addr_npi: 1 = 0x0001

3227981:2016-08-12 12:31:26 [11927] [8] DEBUG:   destination_addr: "x"

3227982:2016-08-12 12:31:26 [11927] [8] DEBUG:   esm_class: 67 = 0x0043

3227983:2016-08-12 12:31:26 [11927] [8] DEBUG:   protocol_id: 0 = 0x

3227984:2016-08-12 12:31:26 [11927] [8] DEBUG:   priority_flag: 0 = 0x

3227985:2016-08-12 12:31:26 [11927] [8] DEBUG:   schedule_delivery_time: NULL

3227986:2016-08-12 12:31:26 [11927] [8] DEBUG:   validity_period: NULL

3227987:2016-08-12 12:31:26 [11927] [8] DEBUG:   registered_delivery: 1 = 
0x0001

3227988:2016-08-12 12:31:26 [11927] [8] DEBUG:   replace_if_present_flag: 0 = 
0x

3227989:2016-08-12 12:31:26 [11927] [8] DEBUG:   data_coding: 0 = 0x

3227990:2016-08-12 12:31:26 [11927] [8] DEBUG:   sm_default_msg_id: 0 = 
0x

3227991:2016-08-12 12:31:26 [11927] [8] DEBUG:   sm_length: 159 = 0x009f

3227992:2016-08-12 12:31:26 [11927] [8] DEBUG:   short_message:

3227993:2016-08-12 12:31:26 [11927] [8] DEBUG:Octet string at 
0x7f5540023ad0:

3227994:2016-08-12 12:31:26 [11927] [8] DEBUG:  len:  159

3227995:2016-08-12 12:31:26 [11927] [8] DEBUG:  size: 1024

3227996:2016-08-12 12:31:26 [11927] [8] DEBUG:  immutable: 0

3227997:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 05 00 03 d9 02 01 46 
52 45 45 20 50 72 65 6d 69

3227998:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 6d 20 41 73 74 72 
6f 20 6f 6e 20 74 68 65 20

3227999:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 47 6f 20 61 63 63 65 
73 73 20 66 6f 72 20 79 6f

3228000:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 20 74 6f 20 65 6e 
6a 6f 79 20 77 69 74 68 20

3228001:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 75 6e 6c 69 6d 69 74 
65 64 20 56 69 64 65 6f 2d

3228002:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 4f 6e 7a 20 73 74 72 
65 61 6d 69 6e 67 21 20 54

3228003:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 68 61 6e 6b 20 79 6f 
75 20 66 6f 72 20 63 68 6f

3228004:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 6f 73 69 6e 67 20 50 
39 38 20 70 6c 61 6e 2e 3f

3228005:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 20 52 65 70 6c 79 20 
41 4f 54 47 20 74 6f 20 72

3228006:2016-08-12 12:31:26 [11927] [8] DEBUG:  data: 65 64 65 65 6d 2e 20 
49 6e 66 6f 3a 20 62 69

3228007:2016-08-12 12:31:26 [11927] [8] DEBUG:Octet string dump ends.

3228008:2016-08-12 12:31:26 [11927] [8] DEBUG:   more_messages_to_send: 1 = 
0x0001

3228009:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU dump ends.

3228010:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]: 
throughput limit exceeded (2695.57,2.00)

3228011:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter tag (0x0427)

3228012:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter length read 
as 1

3228013:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter tag (0x001e)

3228014:2016-08-12 12:31:26 [11927] [8] DEBUG: Optional parameter length read 
as 11

3228015:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP[smppConnection3]: Got PDU:

3228016:2016-08-12 12:31:26 [11927] [8] DEBUG: SMPP PDU 0x7f554005ec00 dump:

3228017:2016-08-12 12:31:26 [11927] [8] DEBUG:   type_name: deliver_sm

3228018:2016-08-12 12:31:26 [11927] [8] DEBUG:   command_id: 5 = 0x0005

3228019:2016-08-12 12:31:26 [11927] [8] DEBUG:   command_status: 0 = 0x

3228020:2016-08-12 12:31:26 [11927] [8] DEBUG:   sequence_number: 834 = 
0x0342

3228021:2016-08-12 12:31:26 [11927] [8] DEBUG:   service_type: NULL

3228022:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr_ton: 1 = 0x0001

3228023:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr_npi: 1 = 0x0001

3228024:2016-08-12 12:31:26 [11927] [8] DEBUG:   source_addr: "x"

3228025:2016-08-12 12:31:26 [11927] [8] DEBUG:   dest_addr_ton: 0 = 0x

3228026:2016-08-12 12:31:26 [11927] [8] DEBUG: