MTN CY is a bastard on the throughput, when they say 1 message/second
they mean it... multi part messages count as separate messages for their
throughput, and if you manage to make a cue on their system, your
screwed in a way, as they then get real slow.
Now the latest patches been submitted ("Re: Please have a look at this patch
adding option to configure SMPP throttling sleep time") might be of help.
Kyriacos
Christos Karaviotis wrote:
>
> And here is my kannel.conf
>
> ===================
>
> group = core
> admin-port = 13000
> smsbox-port = 13001
> admin-password = *********
> log-file = "/var/log/kannel/bearerbox.log"
> access-log = "/var/log/kannel/access.log"
> sms-incoming-queue-limit = -1
> sms-resend-freq = 2
> box-deny-ip = "*.*.*.*"
> box-allow-ip = "127.0.0.1;192.168.1.110;192.168.1.5;82.***.***.***"
>
> group = smsbox
> bearerbox-host = 127.0.0.1
> sendsms-port = 13013
> mo-recode = 1
> log-file = "/var/log/kannel/smsbox.log"
> log-level = 0
>
> group = smsc
> smsc = smpp
> smsc-id = SomeT
> host = 213.***.***.***
> port = 6200
> log-file = "/var/log/kannel/smscmtn.log"
> log-level = 0
> bind-addr-ton = 1
> bind-addr-npi = 1
> source-addr-ton = 5
> source-addr-npi = 0
> dest-addr-ton = 1
> dest-addr-npi = 1
> smsc-username = "*****"
> smsc-password = *******
> system-type = "kannel"
> denied-prefix = "00"
> preferred-prefix = "+357;357"
> allowed-prefix = "+357;357"
> throughput = 2
> wait-ack = 5
> wait-ack-expire = 2
> max-pending-submits = 100
> address-range = "***.***.***.***"
>
> group = modems
> id = W880i
> name = "Sony Ericsson Mobile Communications AB"
> init-string = "ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0"
> #keepalive-cmd = "AT+CBC;+CSQ;+CMGF=0"
> detect-string = "Sony Ericsson W880"
>
> group = modems
> id = W960i
> name = "Sony Ericsson Mobile Communications AB"
> init-string = "ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0"
> detect-string = "Sony Ericsson W960i"
>
> group = smsc
> smsc = at
> smsc-id = W880i
> log-file = "/var/log/kannel/smscw880i.log"
> log-level = 0
> modemtype = auto
> device=/dev/ttyACM1
> my-number = +35**********
> connect-allow-ip = 127.0.0.1
> denied-prefix = "+357;357;99;96;97"
> preferred-prefix = "00;+"
> allowed-prefix = "00;+"
> log-level = 3
>
> group = smsc
> smsc = at
> smsc-id = W960i
> log-file = "/var/log/kannel/smscw960i.log"
> log-level = 0
> modemtype = auto
> device=/dev/ttyACM3
> my-number = +35**********
> connect-allow-ip = 127.0.0.1
> denied-prefix = "+357;357;99;96;97"
> preferred-prefix = "00;+"
> allowed-prefix = "00;+"
> log-level = 3
>
> group = sendsms-user
> username = kanneluser
> password = ***********
> concatenation = true
> max-messages = 10
>
> group = sms-service
> keyword =
> #keyword-regex =
> catch-all = yes
> max-messages = 10
> get-url = "http://localhost/sms?phone=%p&text=%a";
> ==================================
>
>
>
>
>
>
> Christos Karaviotis wrote:
>
>> I have fresh logs and I am attaching them
>>
>>
>>
>>
>>
>>
>> Nikos Balkanas wrote:
>>
>>> Well, if i remember correctly, bearerbox router wakes up every 30"
>>> and resends the queue. That's where your delay is coming from.
>>>
>>> So, if I understand you correctly, when you try to send 3 messages
>>> simultaneously, bearerbox will forgo of throughput settings and try
>>> to send all messages through at once, which results in 1 message
>>> getting bounced and resent with a 30" delay. Am I right?
>>>
>>> Unfortunately, you cat your bearerbox log too soon, and couldn't see
>>> any messages other than the first been sent.
>>>
>>> You should definitely wait more than 1 sec for ack. Try 5. Also set
>>> wait-ack-expire to 2 (wait and send nothing until ack). In such a
>>> scenario you should use the default value for max-pending-submits,
>>> i.e. 10.
>>>
>>> Could you give it another run with bearerbox from the shell -D 0 and
>>> -v 0? Make sure that you get all messages in the logs.
>>>
>>> BR,
>>> Nikos
>>>
>>> ----- Original Message -----
>>> *From:* Christos Karaviotis <mailto:[email protected]>
>>> *To:* Nikos Balkanas <mailto:[email protected]>
>>> *Cc:* Ishtiaq Ahmed <mailto:[email protected]> ;
>>> [email protected] <mailto:[email protected]>
>>> *Sent:* Tuesday, February 03, 2009 3:15 AM
>>> *Subject:* Re: Throughput problem on 1.4.2
>>>
>>> Thank you for taking the time on this log. From what I
>>> understand there was a good 30 seconds before the 3rd message
>>> was send.
>>>
>>> 2 messages per second without the 30 seconds delay between the
>>> next 2 due to the 'Throttling error' which I believe it is
>>> because kannel is trying to send more than 2 each time and the
>>> providers limitations do not accept that. In essence I want to
>>> get rid of that delay. 2 messages per second constantly or with
>>> a minor delay.
>>>
>>>
>>> Thank you again for taking the time for this
>>>
>>>
>>> Chris
>>>
>>>
>>>
>>> Nikos Balkanas wrote:
>>>
>>>> Hi,
>>>>
>>>> Your bearerbox logs seem fine. They say that smsbox sent 3 SMS
>>>> @ 17:59:40 and finally 1 message is send to the SMSc @
>>>> 17:59:42. I don't see in the logs any other messages been sent.
>>>> Isn't that what you wanted?
>>>>
>>>> BR,
>>>> Nikos
>>>>
>>>> ----- Original Message -----
>>>> *From:* Christos Karaviotis <mailto:[email protected]>
>>>> *To:* Ishtiaq Ahmed <mailto:[email protected]>
>>>> *Cc:* [email protected] <mailto:[email protected]>
>>>> *Sent:* Monday, February 02, 2009 6:27 PM
>>>> *Subject:* Re: Throughput problem on 1.4.2
>>>>
>>>> Also on the bearerbox log I have the following
>>>> =============================
>>>> 2009-02-02 17:59:40 [12135] [10] DEBUG: boxc_receiver: sms
>>>> received
>>>> 2009-02-02 17:59:40 [12135] [10] DEBUG: send_msg: sending
>>>> msg to box: <127.0.0.1>
>>>> 2009-02-02 17:59:40 [12135] [10] DEBUG: boxc_receiver: sms
>>>> received
>>>> 2009-02-02 17:59:40 [12135] [10] DEBUG: send_msg: sending
>>>> msg to box: <127.0.0.1>
>>>> 2009-02-02 17:59:40 [12135] [10] DEBUG: boxc_receiver: sms
>>>> received
>>>> 2009-02-02 17:59:40 [12135] [10] DEBUG: send_msg: sending
>>>> msg to box: <127.0.0.1>
>>>> 2009-02-02 17:59:40 [12135] [9] DEBUG: sms_router: handling
>>>> message (0x87c0d08 vs 0x87c0d08)
>>>> 2009-02-02 17:59:40 [12135] [9] DEBUG: re-queing SMS
>>>> not-yet-to-be resent
>>>> 2009-02-02 17:59:40 [12135] [9] DEBUG: sms_router: handling
>>>> message (0x87c0d08 vs 0x87c0d08)
>>>> 2009-02-02 17:59:40 [12135] [9] DEBUG: re-queing SMS
>>>> not-yet-to-be resent
>>>> 2009-02-02 17:59:40 [12135] [9] DEBUG: sms_router: time to
>>>> sleep 2.00 secs.
>>>> 2009-02-02 17:59:40 [12135] [9] DEBUG: sms_router:
>>>> gwlist_len = 1
>>>> 2009-02-02 17:59:40 [12135] [9] DEBUG: sms_router: handling
>>>> message (0x87c0d08 vs 0x87c0d08)
>>>> 2009-02-02 17:59:40 [12135] [9] DEBUG: re-queing SMS
>>>> not-yet-to-be resent
>>>> 2009-02-02 17:59:40 [12135] [9] DEBUG: sms_router: handling
>>>> message (0x87c0d08 vs 0x87c0d08)
>>>> 2009-02-02 17:59:40 [12135] [9] DEBUG: re-queing SMS
>>>> not-yet-to-be resent
>>>> 2009-02-02 17:59:40 [12135] [9] DEBUG: sms_router: time to
>>>> sleep 2.00 secs.
>>>> 2009-02-02 17:59:42 [12135] [9] DEBUG: sms_router:
>>>> gwlist_len = 1
>>>> 2009-02-02 17:59:42 [12135] [9] DEBUG: sms_router: handling
>>>> message (0x87c0d08 vs 0x87c0d08)
>>>> 2009-02-02 17:59:42 [12135] [9] DEBUG: Message routed
>>>> successfully.
>>>> ==============================
>>>>
>>>>
>>>> Sorry for the delay
>>>>
>>>>
>>>> I tried that but no luck.
>>>>
>>>>
>>>> ============================================
>>>>
>>>> Here is the debug log when I try to send to 3 numbers at
>>>> the same time.
>>>>
>>>>
>>>> --------------------------------------------------------------------------------------------------------------
>>>>
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP[MTN]: Manually
>>>> forced source addr ton = 5, source add npi = 0
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP[MTN]: Manually
>>>> forced dest addr ton = 1, dest add npi = 1
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP[MTN]: Sending PDU:
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP PDU 0xb4102658
>>>> dump:
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β type_name: submit_sm
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β command_id: 4 =
>>>> 0x00000004
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β command_status:
>>>> 0 = 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β sequence_number:
>>>> 11 = 0x0000000b
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β service_type: NULL
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β source_addr_ton:
>>>> 5 = 0x00000005
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β source_addr_npi:
>>>> 0 = 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β source_addr: "SomeT"
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β dest_addr_ton: 1
>>>> = 0x00000001
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β dest_addr_npi: 1
>>>> = 0x00000001
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β
>>>> destination_addr: "35*******"
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β esm_class: 3 =
>>>> 0x00000003
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β protocol_id: 0 =
>>>> 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β priority_flag: 0
>>>> = 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β
>>>> schedule_delivery_time: NULL
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β validity_period:
>>>> NULL
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β
>>>> registered_delivery: 0 = 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β
>>>> replace_if_present_flag: 0 = 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β data_coding: 8 =
>>>> 0x00000008
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β
>>>> sm_default_msg_id: 0 = 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β sm_length: 18 =
>>>> 0x00000012
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β short_message:
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Octet string
>>>> at 0xb4102730:
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Β Β len:Β 18
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Β Β size: 19
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Β Β immutable: 0
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Β Β data: 00
>>>> 72 00 65 00 73 00 74 00 20 00 6f 00 66 00 20Β Β .r.e.s.t.
>>>> .o.f.
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Β Β data: 00
>>>> 35Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β
>>>> Β Β Β Β Β Β Β Β Β Β Β Β
>>>> .5
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Octet string
>>>> dump ends.
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP PDU dump ends.
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP[MTN]: Manually
>>>> forced source addr ton = 5, source add npi = 0
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP[MTN]: Manually
>>>> forced dest addr ton = 1, dest add npi = 1
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP[MTN]: Sending PDU:
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP PDU 0xb4102658
>>>> dump:
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β type_name: submit_sm
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β command_id: 4 =
>>>> 0x00000004
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β command_status:
>>>> 0 = 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β sequence_number:
>>>> 12 = 0x0000000c
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β service_type: NULL
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β source_addr_ton:
>>>> 5 = 0x00000005
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β source_addr_npi:
>>>> 0 = 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β source_addr:
>>>> "XMASITS"
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β dest_addr_ton: 1
>>>> = 0x00000001
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β dest_addr_npi: 1
>>>> = 0x00000001
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β
>>>> destination_addr: "35*********"
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β esm_class: 3 =
>>>> 0x00000003
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β protocol_id: 0 =
>>>> 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β priority_flag: 0
>>>> = 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β
>>>> schedule_delivery_time: NULL
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β validity_period:
>>>> NULL
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β
>>>> registered_delivery: 0 = 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β
>>>> replace_if_present_flag: 0 = 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β data_coding: 8 =
>>>> 0x00000008
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β
>>>> sm_default_msg_id: 0 = 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β sm_length: 18 =
>>>> 0x00000012
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β short_message:
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Octet string
>>>> at 0xb4102730:
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Β Β len:Β 18
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Β Β size: 19
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Β Β immutable: 0
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Β Β data: 00
>>>> 72 00 65 00 73 00 74 00 20 00 6f 00 66 00 20Β Β .r.e.s.t.
>>>> .o.f.
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Β Β data: 00
>>>> 35Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β
>>>> Β Β Β Β Β Β Β Β Β Β Β Β
>>>> .5
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Octet string
>>>> dump ends.
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP PDU dump ends.
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP[MTN]: Manually
>>>> forced source addr ton = 5, source add npi = 0
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP[MTN]: Manually
>>>> forced dest addr ton = 1, dest add npi = 1
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP[MTN]: Sending PDU:
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP PDU 0xb4102658
>>>> dump:
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β type_name: submit_sm
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β command_id: 4 =
>>>> 0x00000004
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β command_status:
>>>> 0 = 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β sequence_number:
>>>> 13 = 0x0000000d
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β service_type: NULL
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β source_addr_ton:
>>>> 5 = 0x00000005
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β source_addr_npi:
>>>> 0 = 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β source_addr: "someT"
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β dest_addr_ton: 1
>>>> = 0x00000001
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β dest_addr_npi: 1
>>>> = 0x00000001
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β
>>>> destination_addr: "35********"
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β esm_class: 3 =
>>>> 0x00000003
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β protocol_id: 0 =
>>>> 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β priority_flag: 0
>>>> = 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β
>>>> schedule_delivery_time: NULL
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β validity_period:
>>>> NULL
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β
>>>> registered_delivery: 0 = 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β
>>>> replace_if_present_flag: 0 = 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β data_coding: 8 =
>>>> 0x00000008
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β
>>>> sm_default_msg_id: 0 = 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β sm_length: 18 =
>>>> 0x00000012
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β short_message:
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Octet string
>>>> at 0xb4102730:
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Β Β len:Β 18
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Β Β size: 19
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Β Β immutable: 0
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Β Β data: 00
>>>> 72 00 65 00 73 00 74 00 20 00 6f 00 66 00 20Β Β .r.e.s.t.
>>>> .o.f.
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Β Β data: 00
>>>> 35Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β
>>>> Β Β Β Β Β Β Β Β Β Β Β Β
>>>> .5
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β Β Octet string
>>>> dump ends.
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP PDU dump ends.
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP[MTN]: Got PDU:
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP PDU 0xb4102658
>>>> dump:
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β type_name:
>>>> submit_sm_resp
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β command_id:
>>>> 2147483652 = 0x80000004
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β command_status:
>>>> 0 = 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β sequence_number:
>>>> 11 = 0x0000000b
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β message_id: "4"
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP PDU dump ends.
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP[MTN]: Got PDU:
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP PDU 0xb4102658
>>>> dump:
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β type_name:
>>>> submit_sm_resp
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β command_id:
>>>> 2147483652 = 0x80000004
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β command_status:
>>>> 0 = 0x00000000
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β sequence_number:
>>>> 12 = 0x0000000c
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β message_id: "5"
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP PDU dump ends.
>>>> 2009-02-02 17:59:40 [12135] [6] WARNING: SMPP: PDU NULL
>>>> terminated string (message_id) has no NULL.
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP[MTN]: Got PDU:
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP PDU 0xb4102658
>>>> dump:
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β type_name:
>>>> submit_sm_resp
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β command_id:
>>>> 2147483652 = 0x80000004
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β command_status:
>>>> 88 = 0x00000058
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β sequence_number:
>>>> 13 = 0x0000000d
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG:Β Β message_id: NULL
>>>> 2009-02-02 17:59:40 [12135] [6] DEBUG: SMPP PDU dump ends.
>>>> 2009-02-02 17:59:40 [12135] [6] ERROR: SMPP[MTN]: SMSC
>>>> returned error code 0x00000058 (Throttling error) in
>>>> response to submit_sm.
>>>> 2009-02-02 17:59:44 [12135] [6] DEBUG: SMPP[MTN]: Sending
>>>> enquire link:
>>>> 2009-02-02 17:59:44 [12135] [6] DEBUG: SMPP PDU 0xb4102658
>>>> dump:
>>>> 2009-02-02 17:59:44 [12135] [6] DEBUG:Β Β type_name:
>>>> enquire_link
>>>> 2009-02-02 17:59:44 [12135] [6] DEBUG:Β Β command_id: 21 =
>>>> 0x00000015
>>>> 2009-02-02 17:59:44 [12135] [6] DEBUG:Β Β command_status:
>>>> 0 = 0x00000000
>>>> 2009-02-02 17:59:44 [12135] [6] DEBUG:Β Β sequence_number:
>>>> 14 = 0x0000000e
>>>> 2009-02-02 17:59:44 [12135] [6] DEBUG: SMPP PDU dump ends.
>>>> 2009-02-02 17:59:44 [12135] [6] DEBUG: SMPP[MTN]: Got PDU:
>>>> 2009-02-02 17:59:44 [12135] [6] DEBUG: SMPP PDU 0xb4102658
>>>> dump:
>>>> 2009-02-02 17:59:44 [12135] [6] DEBUG:Β Β type_name:
>>>> enquire_link_resp
>>>> 2009-02-02 17:59:44 [12135] [6] DEBUG:Β Β command_id:
>>>> 2147483669 = 0x80000015
>>>> 2009-02-02 17:59:44 [12135] [6] DEBUG:Β Β command_status:
>>>> 0 = 0x00000000
>>>> 2009-02-02 17:59:44 [12135] [6] DEBUG:Β Β sequence_number:
>>>> 14 = 0x0000000e
>>>> 2009-02-02 17:59:44 [12135] [6] DEBUG: SMPP PDU dump ends.
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG: SMPP[MTN]: Sending
>>>> enquire link:
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG: SMPP PDU 0xb4102658
>>>> dump:
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β type_name:
>>>> enquire_link
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β command_id: 21 =
>>>> 0x00000015
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β command_status:
>>>> 0 = 0x00000000
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β sequence_number:
>>>> 15 = 0x0000000f
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG: SMPP PDU dump ends.
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG: SMPP[MTN]: Manually
>>>> forced source addr ton = 5, source add npi = 0
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG: SMPP[MTN]: Manually
>>>> forced dest addr ton = 1, dest add npi = 1
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG: SMPP[MTN]: Sending PDU:
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG: SMPP PDU 0xb4102658
>>>> dump:
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β type_name: submit_sm
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β command_id: 4 =
>>>> 0x00000004
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β command_status:
>>>> 0 = 0x00000000
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β sequence_number:
>>>> 16 = 0x00000010
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β service_type: NULL
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β source_addr_ton:
>>>> 5 = 0x00000005
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β source_addr_npi:
>>>> 0 = 0x00000000
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β source_addr: "SomeT"
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β dest_addr_ton: 1
>>>> = 0x00000001
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β dest_addr_npi: 1
>>>> = 0x00000001
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β
>>>> destination_addr: "35********"
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β esm_class: 3 =
>>>> 0x00000003
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β protocol_id: 0 =
>>>> 0x00000000
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β priority_flag: 0
>>>> = 0x00000000
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β
>>>> schedule_delivery_time: NULL
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β validity_period:
>>>> NULL
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β
>>>> registered_delivery: 0 = 0x00000000
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β
>>>> replace_if_present_flag: 0 = 0x00000000
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β data_coding: 8 =
>>>> 0x00000008
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β
>>>> sm_default_msg_id: 0 = 0x00000000
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β sm_length: 18 =
>>>> 0x00000012
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β short_message:
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β Β Octet string
>>>> at 0xb4102740:
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β Β Β Β len:Β 18
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β Β Β Β size: 19
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β Β Β Β immutable: 0
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β Β Β Β data: 00
>>>> 72 00 65 00 73 00 74 00 20 00 6f 00 66 00 20Β Β .r.e.s.t.
>>>> .o.f.
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β Β Β Β data: 00
>>>> 35Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β Β
>>>> Β Β Β Β Β Β Β Β Β Β Β Β
>>>> .5
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG:Β Β Β Octet string
>>>> dump ends.
>>>> 2009-02-02 18:00:14 [12135] [6] DEBUG: SMPP PDU dump ends.
>>>> 2009-02-02 18:00:15 [12135] [6] DEBUG: SMPP[MTN]: Got PDU:
>>>> 2009-02-02 18:00:15 [12135] [6] DEBUG: SMPP PDU 0xb4102658
>>>> dump:
>>>> 2009-02-02 18:00:15 [12135] [6] DEBUG:Β Β type_name:
>>>> enquire_link_resp
>>>> 2009-02-02 18:00:15 [12135] [6] DEBUG:Β Β command_id:
>>>> 2147483669 = 0x80000015
>>>> 2009-02-02 18:00:15 [12135] [6] DEBUG:Β Β command_status:
>>>> 0 = 0x00000000
>>>> 2009-02-02 18:00:15 [12135] [6] DEBUG:Β Β sequence_number:
>>>> 15 = 0x0000000f
>>>> 2009-02-02 18:00:15 [12135] [6] DEBUG: SMPP PDU dump ends.
>>>> 2009-02-02 18:00:15 [12135] [6] DEBUG: SMPP[MTN]: Got PDU:
>>>> 2009-02-02 18:00:15 [12135] [6] DEBUG: SMPP PDU 0xb4102658
>>>> dump:
>>>> 2009-02-02 18:00:15 [12135] [6] DEBUG:Β Β type_name:
>>>> submit_sm_resp
>>>> 2009-02-02 18:00:15 [12135] [6] DEBUG:Β Β command_id:
>>>> 2147483652 = 0x80000004
>>>> 2009-02-02 18:00:15 [12135] [6] DEBUG:Β Β command_status:
>>>> 0 = 0x00000000
>>>> 2009-02-02 18:00:15 [12135] [6] DEBUG:Β Β sequence_number:
>>>> 16 = 0x00000010
>>>> 2009-02-02 18:00:15 [12135] [6] DEBUG:Β Β message_id: "6"
>>>> 2009-02-02 18:00:15 [12135] [6] DEBUG: SMPP PDU dump ends.
>>>> ================================================================
>>>>
>>>>
>>>> Thank you
>>>>
>>>>
>>>> Chris
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Ishtiaq Ahmed wrote:
>>>>
>>>>> Hi Chris,
>>>>>
>>>>>
>>>>> It would be better if you can attach some debug log with
>>>>> it... But In my opinion you should try the bigger value
>>>>> for wait-ack....
>>>>>
>>>>> something like
>>>>>
>>>>> throughput = 2
>>>>> wait-ack = 600
>>>>>
>>>>> Regards,
>>>>>
>>>>>
>>>>> Ishtiaq Ahmed
>>>>>
>>>>> Christos Karaviotis wrote:
>>>>>> Hi people,
>>>>>>
>>>>>> I know that this must have been asked dozen of times.Β I
>>>>>> have checked the last 2 years archives but found nothing.
>>>>>>
>>>>>> OK here is my problem,
>>>>>> I have upgraded Kannel from 1.4.1 to 1.4.2 and now I have
>>>>>> the need due to 'throughput error' to limit the messages
>>>>>> per second that Kannel sends to the SMPP.Β Our provider
>>>>>> limits us to 2 m/sec.Β I have added under the specific
>>>>>> SMSC configuration the 'throughput = 2' but no luck.Β
>>>>>> Kannel still tries to send the entire queue at once.
>>>>>>
>>>>>> _Here is the configuration
>>>>>> _
>>>>>> group = smsc
>>>>>> smsc = smpp
>>>>>> smsc-id = A
>>>>>> host = 213.***.***.***
>>>>>> port = 6200
>>>>>> bind-addr-ton = 1
>>>>>> bind-addr-npi = 1
>>>>>> source-addr-ton = 5
>>>>>> source-addr-npi = 0
>>>>>> dest-addr-ton = 1
>>>>>> dest-addr-npi = 1
>>>>>> smsc-username = "*******"
>>>>>> smsc-password = *******
>>>>>> system-type = "kannel"
>>>>>> throughput = 2
>>>>>> wait-ack = 1
>>>>>> max-pending-submits = 1
>>>>>> address-range = "91.***.***.***"
>>>>>>
>>>>>>
>>>>>> Did I have to compile Kannel with some special parameters
>>>>>> or did I have to do something and I did not do?
>>>>>>
>>>>>> Thank you
>>>>>>
>>>>>> Chris
>>>>>>
>>>>>
>>>
--
Kyriacos Sakkas
Development Team
Netsmart
Tel: + 357 22 452565
Fax: + 357 22 452566
Email: [email protected]
http://www.netsmart.com.cy
Taking Business to a New Level!
** Confidentiality Notice: The information contained in this email
message may be privileged, confidential and protected from disclosure.
If you are not the intended recipient, any dissemination, distribution,
or copying of this email message is strictly prohibited.
If you think that you have received this email message in error, please
email the sender at [email protected] **
