Got stuck with this problem again today. See my logs attached.Somebody received 150 Messages.
This log is for a particular number which the message was retired nearly 150 times and I can not find anything on the bearerbox access log for this number. -------- Thanks Jinson Abraham On Fri, Sep 25, 2009 at 3:57 PM, Nikos Balkanas <[email protected]> wrote: > Do you know that you can change log-level on the fly from the http admin > interface? > Nikos > > On Fri, Sep 25, 2009 at 12:59 PM, Jinson <[email protected]> wrote: > >> Will post it soon. Just enabled access logs and set log level to 0. >> -------- >> Thanks >> Jinson >> >> >> On Fri, Sep 25, 2009 at 3:20 PM, Nikos Balkanas <[email protected]>wrote: >> >>> Hi, >>> Can you please post relvant bb logs (access + aplication) showing the >>> problem? >>> BR, >>> Nikos >>> >>> On Fri, Sep 25, 2009 at 12:46 PM, Jinson <[email protected]> wrote: >>> >>>> Hello Users, >>>> >>>> Seems like reties are still happening at my end. is there anything else >>>> to configure other than *sms-resend-retry = 0* >>>> >>>> >>>> -------- >>>> Thanks >>>> Jinson >>>> >>>> >>>> On Wed, Sep 23, 2009 at 9:53 AM, Jinson <[email protected]> wrote: >>>> >>>>> Yes. DLRs are getting failed. But this should solve my problem of >>>>> retries for the time being. >>>>> -------- >>>>> Thanks >>>>> JJinson >>>>> >>>>> >>>>> 2009/9/23 Nikos Balkanas <[email protected]> >>>>> >>>>>> Yeap. That should do it. However, it will be logged as an error, and >>>>>> the DLR will probably be discarded. >>>>>> >>>>>> BR, >>>>>> Nikos >>>>>> >>>>>> ----- Original Message ----- >>>>>> *From:* Jinson <[email protected]> >>>>>> *To:* Nikos Balkanas <[email protected]> >>>>>> *Cc:* users <[email protected]> >>>>>> *Sent:* Tuesday, September 22, 2009 1:56 PM >>>>>> *Subject:* Re: How to stop message retries >>>>>> >>>>>> Hi, >>>>>> >>>>>> I got the point. The provider fail to send ACK sometimes. They are >>>>>> still not able to solve the issue. >>>>>> >>>>>> My current concern is to stop retries from Kannel, other than setting >>>>>> the wait-ack-expire. >>>>>> >>>>>> I set the sms-resend-retry = 0, that means no messages will be >>>>>> retried...rite? >>>>>> >>>>>> -------- >>>>>> >>>>>> >>>>>> >>>>>> 2009/9/18 Nikos Balkanas <[email protected]> >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> You probably want to say that "kannel was not able to submit messages >>>>>>> and queued up heavily". That is accurate, unless the SMSc sends an ACK, >>>>>>> kannel won't remove SMS from Q. However, with 2, it won't try to resend >>>>>>> it >>>>>>> either. Note that this doesn't mean that the SMS was not sent. Just that >>>>>>> kannel is pending on an ACK. >>>>>>> >>>>>>> So what's the deal? Your SMSc never sends ACKs? You may want to talk >>>>>>> to them. Otherwise check also flow-control and window. But at the end, >>>>>>> you >>>>>>> will need to get an ACK from them, for SMPP to work. >>>>>>> >>>>>>> BR, >>>>>>> Nikos >>>>>>> >>>>>>> ----- Original Message ----- >>>>>>> *From:* Jinson <[email protected]> >>>>>>> *To:* Nikos Balkanas <[email protected]> >>>>>>> *Cc:* users <[email protected]> >>>>>>> *Sent:* Friday, September 18, 2009 11:16 AM >>>>>>> *Subject:* Re: How to stop message retries >>>>>>> >>>>>>> >>>>>>> I tried wait-ack-expire = 0x02 before, but the SMSC was not able to >>>>>>> submit messages and queued up heavily. >>>>>>> >>>>>>> Something to do with sms-resend-retry in core group? >>>>>>> >>>>>>> -------- >>>>>>> Thanks >>>>>>> Jinson >>>>>>> >>>>>>> >>>>>>> MobME storms into Emerging 50 Companies in India by Nasscom >>>>>>> >>>>>>> >>>>>>> >>>>>>> 2009/9/18 Nikos Balkanas <[email protected]> >>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> There are 2 options in SMPP configuration that will solve your >>>>>>>> problem: >>>>>>>> >>>>>>>> wait-ack >>>>>>>> wait-ack-expire >>>>>>>> >>>>>>>> Please read User guide on how to use them. >>>>>>>> >>>>>>>> BR, >>>>>>>> Nikos >>>>>>>> >>>>>>>> ----- Original Message ----- >>>>>>>> *From:* Jinson <[email protected]> >>>>>>>> *To:* users <[email protected]> >>>>>>>> *Sent:* Friday, September 18, 2009 8:53 AM >>>>>>>> *Subject:* How to stop message retries >>>>>>>> >>>>>>>> Hello , >>>>>>>> Im getting the following warning very frequently >>>>>>>> >>>>>>>> *2009-09-18 05:48:48 [18220] [10] WARNING: SMPP[SMPP1]: Not ACKED >>>>>>>> message found, will retransmit. SENT<93>sec. ago, SEQ<94598>, >>>>>>>> DST<xxxxxxxxxxxx>* >>>>>>>> * >>>>>>>> * >>>>>>>> Is there any way to stop the resending completely, Some people are >>>>>>>> getting messages more than twice. >>>>>>>> >>>>>>>> I have the following line in my core group. >>>>>>>> >>>>>>>> sms-resend-retry = 1 >>>>>>>> >>>>>>>> >>>>>>>> -------- >>>>>>>> Thanks >>>>>>>> Jinson Abraham >>>>>>>> MobME Wireless Solutions Pvt. Ltd >>>>>>>> Cochin >>>>>>>> +91 4846492646 >>>>>>>> >>>>>>>> >>>>>>>> MobME storms into Emerging 50 Companies in India by Nasscom >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> >
2009-10-19 04:58:39 [21763] [15] DEBUG: data: 65 72 20 64 65 6d 61 6e 64 73 20 69 74 2e 20 4c er demands it. L 2009-10-19 04:58:39 [21763] [15] DEBUG: data: 65 74 27 73 20 73 74 61 72 74 20 6f 66 66 20 et's start off 2009-10-19 04:58:39 [21763] [21] DEBUG: send_msg: sending msg to boxc: <fabox> 2009-10-19 04:58:39 [21763] [21] DEBUG: boxc_sender: sent message to <127.0.0.1> 2009-10-19 04:58:39 [21763] [15] DEBUG: Octet string dump ends. 2009-10-19 04:58:39 [21763] [15] DEBUG: more_messages_to_send: 1 = 0x00000001 2009-10-19 04:58:39 [21763] [15] DEBUG: SMPP PDU dump ends. 2009-10-19 04:58:39 [21763] [20] DEBUG: boxc_receiver: got ack 2009-10-19 04:58:39 [21763] [10] DEBUG: SMPP[XXX-SMPP]: Sending PDU: 2009-10-19 04:58:39 [21763] [10] DEBUG: SMPP PDU 0xc355f0 dump: 2009-10-19 04:58:39 [21763] [10] DEBUG: type_name: submit_sm 2009-10-19 04:58:39 [21763] [10] DEBUG: command_id: 4 = 0x00000004 2009-10-19 04:58:39 [21763] [10] DEBUG: command_status: 0 = 0x00000000 2009-10-19 04:58:39 [21763] [10] DEBUG: sequence_number: 49 = 0x00000031 2009-10-19 04:58:39 [21763] [10] DEBUG: service_type: NULL 2009-10-19 04:58:39 [21763] [10] DEBUG: source_addr_ton: 5 = 0x00000005 2009-10-19 04:58:39 [21763] [10] DEBUG: source_addr_npi: 0 = 0x00000000 2009-10-19 04:58:39 [21763] [10] DEBUG: source_addr: "Sales-NZ" 2009-10-19 04:58:39 [21763] [10] DEBUG: dest_addr_ton: 2 = 0x00000002 2009-10-19 04:58:39 [21763] [10] DEBUG: dest_addr_npi: 1 = 0x00000001 2009-10-19 04:58:39 [21763] [10] DEBUG: destination_addr: "919828011802" 2009-10-19 04:58:39 [21763] [10] DEBUG: esm_class: 67 = 0x00000043 2009-10-19 04:58:39 [21763] [10] DEBUG: protocol_id: 0 = 0x00000000 2009-10-19 04:58:39 [21763] [10] DEBUG: priority_flag: 0 = 0x00000000 2009-10-19 04:58:39 [21763] [10] DEBUG: schedule_delivery_time: NULL 2009-10-19 04:58:39 [21763] [10] DEBUG: validity_period: NULL 2009-10-19 04:58:39 [21763] [10] DEBUG: registered_delivery: 1 = 0x00000001 2009-10-19 04:58:39 [21763] [10] DEBUG: replace_if_present_flag: 0 = 0x00000000 2009-10-19 04:58:39 [21763] [10] DEBUG: data_coding: 0 = 0x00000000 2009-10-19 04:58:39 [21763] [10] DEBUG: sm_default_msg_id: 0 = 0x00000000 2009-10-19 04:58:39 [21763] [10] DEBUG: sm_length: 159 = 0x0000009f 2009-10-19 04:58:39 [21763] [10] DEBUG: short_message: 2009-10-19 04:58:39 [21763] [10] DEBUG: Octet string at 0xa346d0: 2009-10-19 04:58:39 [21763] [10] DEBUG: len: 159 2009-10-19 04:58:39 [21763] [10] DEBUG: size: 1024 2009-10-19 04:58:39 [21763] [10] DEBUG: immutable: 0 2009-10-19 04:58:39 [21763] [10] DEBUG: data: 05 00 03 f5 03 01 46 72 6f 6d 20 53 61 6e 74 6f ......From Santo 2009-10-19 04:58:39 [21763] [10] DEBUG: data: 73 68 20 4a 68 61 20 41 56 50 2d 52 42 0a 44 65 sh Jha AVP-RB.De 2009-10-19 04:58:39 [21763] [10] DEBUG: data: 61 72 20 54 65 61 6d 20 52 61 6a 20 48 61 72 2c ar Team Raj Har, 2009-10-19 04:58:39 [21763] [10] DEBUG: data: 20 48 6f 70 65 20 79 6f 75 20 68 61 64 20 61 20 Hope you had a 2009-10-19 04:58:39 [21763] [10] DEBUG: data: 77 6f 6e 64 65 72 66 75 6c 20 44 69 77 61 6c 69 wonderful Diwali -- 2009-10-19 04:58:39 [21763] [14] DEBUG: SMPP PDU dump ends. 2009-10-19 04:58:39 [21763] [15] DEBUG: SMPP[XXX-SMPP]: Got PDU: 2009-10-19 04:58:39 [21763] [15] DEBUG: SMPP PDU 0xc787a0 dump: 2009-10-19 04:58:39 [21763] [15] DEBUG: type_name: enquire_link_resp 2009-10-19 04:58:39 [21763] [15] DEBUG: command_id: 2147483669 = 0x80000015 2009-10-19 04:58:39 [21763] [15] DEBUG: command_status: 0 = 0x00000000 2009-10-19 04:58:39 [21763] [15] DEBUG: sequence_number: 151 = 0x00000097 2009-10-19 04:58:39 [21763] [15] DEBUG: SMPP PDU dump ends. 2009-10-19 04:58:39 [21763] [10] DEBUG: SMPP[XXX-SMPP]: Sending PDU: 2009-10-19 04:58:39 [21763] [10] DEBUG: SMPP PDU 0xc355f0 dump: 2009-10-19 04:58:39 [21763] [10] DEBUG: type_name: submit_sm 2009-10-19 04:58:39 [21763] [10] DEBUG: command_id: 4 = 0x00000004 2009-10-19 04:58:39 [21763] [10] DEBUG: command_status: 0 = 0x00000000 2009-10-19 04:58:39 [21763] [10] DEBUG: sequence_number: 50 = 0x00000032 2009-10-19 04:58:39 [21763] [10] DEBUG: service_type: NULL 2009-10-19 04:58:39 [21763] [10] DEBUG: source_addr_ton: 5 = 0x00000005 2009-10-19 04:58:39 [21763] [10] DEBUG: source_addr_npi: 0 = 0x00000000 2009-10-19 04:58:39 [21763] [10] DEBUG: source_addr: "Sales-NZ" 2009-10-19 04:58:39 [21763] [10] DEBUG: dest_addr_ton: 2 = 0x00000002 2009-10-19 04:58:39 [21763] [10] DEBUG: dest_addr_npi: 1 = 0x00000001 2009-10-19 04:58:39 [21763] [10] DEBUG: destination_addr: "919828011802" 2009-10-19 04:58:39 [21763] [10] DEBUG: esm_class: 67 = 0x00000043 2009-10-19 04:58:39 [21763] [10] DEBUG: protocol_id: 0 = 0x00000000 2009-10-19 04:58:39 [21763] [10] DEBUG: priority_flag: 0 = 0x00000000 2009-10-19 04:58:39 [21763] [10] DEBUG: schedule_delivery_time: NULL 2009-10-19 04:58:39 [21763] [10] DEBUG: validity_period: NULL 2009-10-19 04:58:39 [21763] [10] DEBUG: registered_delivery: 0 = 0x00000000 2009-10-19 04:58:39 [21763] [10] DEBUG: replace_if_present_flag: 0 = 0x00000000 2009-10-19 04:58:39 [21763] [10] DEBUG: data_coding: 0 = 0x00000000 2009-10-19 04:58:39 [21763] [10] DEBUG: sm_default_msg_id: 0 = 0x00000000 2009-10-19 04:58:39 [21763] [10] DEBUG: sm_length: 159 = 0x0000009f 2009-10-19 04:58:39 [21763] [10] DEBUG: short_message: 2009-10-19 04:58:39 [21763] [10] DEBUG: Octet string at 0xb48480: 2009-10-19 04:58:39 [21763] [10] DEBUG: len: 159 2009-10-19 04:58:39 [21763] [10] DEBUG: size: 1024 2009-10-19 04:58:39 [21763] [10] DEBUG: immutable: 0 2009-10-19 04:58:39 [21763] [10] DEBUG: data: 05 00 03 f5 03 02 69 6e 20 73 74 79 6c 65 20 74 ......in style t 2009-10-19 04:58:39 [21763] [10] DEBUG: data: 6f 64 61 79 2e 20 54 6f 64 61 79 27 73 20 74 61 oday. Today's ta 2009-10-19 04:58:39 [21763] [10] DEBUG: data: 72 67 65 74 20 66 6f 72 20 42 44 4f 20 26 20 42 rget for BDO & B 2009-10-19 04:58:39 [21763] [10] DEBUG: data: 44 45 20 69 73 20 34 20 53 42 20 61 2f 63 73 2e DE is 4 SB a/cs. 2009-10-19 04:58:39 [21763] [10] DEBUG: data: 20 44 6f 20 69 74 20 26 20 63 6f 6e 66 69 72 6d Do it & confirm -- 2009-10-19 04:58:40 [21763] [13] DEBUG: Octet string at 0x2aaaac00a880: 2009-10-19 04:58:40 [21763] [13] DEBUG: len: 16 2009-10-19 04:58:40 [21763] [13] DEBUG: size: 1024 2009-10-19 04:58:40 [21763] [13] DEBUG: immutable: 0 2009-10-19 04:58:40 [21763] [13] DEBUG: data: 05 00 03 c6 03 03 4d 73 20 52 61 6a 20 48 61 72 ......Ms Raj Har 2009-10-19 04:58:40 [21763] [20] DEBUG: boxc_receiver: got ack 2009-10-19 04:58:40 [21763] [13] DEBUG: Octet string dump ends. 2009-10-19 04:58:40 [21763] [13] DEBUG: SMPP PDU dump ends. 2009-10-19 04:58:40 [21763] [10] DEBUG: SMPP[XXX-SMPP]: Sending PDU: 2009-10-19 04:58:40 [21763] [10] DEBUG: SMPP PDU 0xc787a0 dump: 2009-10-19 04:58:40 [21763] [10] DEBUG: type_name: submit_sm 2009-10-19 04:58:40 [21763] [10] DEBUG: command_id: 4 = 0x00000004 2009-10-19 04:58:40 [21763] [10] DEBUG: command_status: 0 = 0x00000000 2009-10-19 04:58:40 [21763] [10] DEBUG: sequence_number: 51 = 0x00000033 2009-10-19 04:58:40 [21763] [10] DEBUG: service_type: NULL 2009-10-19 04:58:40 [21763] [10] DEBUG: source_addr_ton: 5 = 0x00000005 2009-10-19 04:58:40 [21763] [10] DEBUG: source_addr_npi: 0 = 0x00000000 2009-10-19 04:58:40 [21763] [10] DEBUG: source_addr: "Sales-NZ" 2009-10-19 04:58:40 [21763] [10] DEBUG: dest_addr_ton: 2 = 0x00000002 2009-10-19 04:58:40 [21763] [10] DEBUG: dest_addr_npi: 1 = 0x00000001 2009-10-19 04:58:40 [21763] [10] DEBUG: destination_addr: "919828011802" 2009-10-19 04:58:40 [21763] [10] DEBUG: esm_class: 67 = 0x00000043 2009-10-19 04:58:40 [21763] [10] DEBUG: protocol_id: 0 = 0x00000000 2009-10-19 04:58:40 [21763] [10] DEBUG: priority_flag: 0 = 0x00000000 2009-10-19 04:58:40 [21763] [10] DEBUG: schedule_delivery_time: NULL 2009-10-19 04:58:40 [21763] [10] DEBUG: validity_period: NULL 2009-10-19 04:58:40 [21763] [10] DEBUG: registered_delivery: 0 = 0x00000000 2009-10-19 04:58:40 [21763] [10] DEBUG: replace_if_present_flag: 0 = 0x00000000 2009-10-19 04:58:40 [21763] [10] DEBUG: data_coding: 0 = 0x00000000 2009-10-19 04:58:40 [21763] [10] DEBUG: sm_default_msg_id: 0 = 0x00000000 2009-10-19 04:58:40 [21763] [10] DEBUG: sm_length: 16 = 0x00000010 2009-10-19 04:58:40 [21763] [10] DEBUG: short_message: 2009-10-19 04:58:40 [21763] [10] DEBUG: Octet string at 0xb5d830: 2009-10-19 04:58:40 [21763] [10] DEBUG: len: 16 2009-10-19 04:58:40 [21763] [10] DEBUG: size: 1024 2009-10-19 04:58:40 [21763] [10] DEBUG: immutable: 0 2009-10-19 04:58:40 [21763] [10] DEBUG: data: 05 00 03 f5 03 03 4d 73 20 52 61 6a 20 48 61 72 ......Ms Raj Har 2009-10-19 04:58:40 [21763] [10] DEBUG: Octet string dump ends. 2009-10-19 04:58:40 [21763] [10] DEBUG: SMPP PDU dump ends. 2009-10-19 04:58:40 [21763] [14] DEBUG: SMPP[XXX-SMPP]: Sending PDU: 2009-10-19 04:58:40 [21763] [14] DEBUG: SMPP PDU 0xc355f0 dump: -- 2009-10-19 05:00:06 [21763] [16] DEBUG: SMPP PDU 0xc355f0 dump: 2009-10-19 05:00:06 [21763] [16] DEBUG: type_name: enquire_link_resp 2009-10-19 05:00:06 [21763] [16] DEBUG: command_id: 2147483669 = 0x80000015 2009-10-19 05:00:06 [21763] [16] DEBUG: command_status: 0 = 0x00000000 2009-10-19 05:00:06 [21763] [16] DEBUG: sequence_number: 206 = 0x000000ce 2009-10-19 05:00:06 [21763] [16] DEBUG: SMPP PDU dump ends. 2009-10-19 05:00:06 [21763] [13] DEBUG: SMPP[XXX-SMPP]: Got PDU: 2009-10-19 05:00:06 [21763] [13] DEBUG: SMPP PDU 0x2aaaac00efe0 dump: 2009-10-19 05:00:06 [21763] [13] DEBUG: type_name: enquire_link_resp 2009-10-19 05:00:06 [21763] [13] DEBUG: command_id: 2147483669 = 0x80000015 2009-10-19 05:00:06 [21763] [13] DEBUG: command_status: 0 = 0x00000000 2009-10-19 05:00:06 [21763] [13] DEBUG: sequence_number: 219 = 0x000000db 2009-10-19 05:00:06 [21763] [13] DEBUG: SMPP PDU dump ends. 2009-10-19 05:00:06 [21763] [10] DEBUG: SMPP[XXX-SMPP]: Sending enquire link: 2009-10-19 05:00:06 [21763] [10] DEBUG: SMPP PDU 0xb79510 dump: 2009-10-19 05:00:06 [21763] [10] DEBUG: type_name: enquire_link 2009-10-19 05:00:06 [21763] [10] DEBUG: command_id: 21 = 0x00000015 2009-10-19 05:00:06 [21763] [10] DEBUG: command_status: 0 = 0x00000000 2009-10-19 05:00:06 [21763] [10] DEBUG: sequence_number: 55 = 0x00000037 2009-10-19 05:00:06 [21763] [10] DEBUG: SMPP PDU dump ends. 2009-10-19 05:00:06 [21763] [10] WARNING: SMPP[XXX-SMPP]: Not ACKED message found, will retransmit. SENT<87>sec. ago, SEQ<50>, DST<919828011802> 2009-10-19 05:00:06 [21763] [10] WARNING: SMPP[XXX-SMPP]: Not ACKED message found, will retransmit. SENT<86>sec. ago, SEQ<51>, DST<919828011802>
