Hello, We had a similar problem with queue limit at SMSC, as options: 1) http-queue-delay integer If set, specifies how many seconds should pass within the HTTP queuing thread for retrying a failed HTTP request. Defaults to 10 sec. and is only obeyed if http-request-retry is set to a non-zero value. 2) if important is just last message use the option on SMSC - replace if exists 3) update your application to wait some delivery report per msisdn basis
Best Regards George On Fri, Jan 24, 2014 at 3:17 PM, <marc.bazi...@orange.com> wrote: > Hi > We faced to some trouble with application that use kannel. > A subscriber has got a limited number of message on the smsc queue when he > is unreachable. By example if a subscriber turned off his mobile and > someone or something send him message , the sms will be placed on the > inetrnal db from SMSC in order to send him when he will be reachable again > on the network. This db is called SFE "store and forward engine" but the > number of messages stored are limited . on ournetwork the maximum message > that is kept is 10. I f a susbcriber has got his queue full and a > application try to send him a new message , the smsc will respond with a > 0x00000058 error code message to the smpp gateway. this error is in fact a > mapping of the error 0x00000014 "messag equeue full". > > The trouble we faced to is that kannel will try to send the message back > until the subscriber will receive it ( until he will turned on the mobile > ).Some of VAS service we used has got an huge traffic and in some affiliate > ( often in Africa country ) as one message generate 6 retry per sec , it > filled the capacity of the smsc and often it make crash the smsc. Some > workaround has been found in order to avoid this crash but all the sms are > loosed. This could be problematic when we talk about sms that dealt with > money exchange service. > > is there any way to manage the message that has not being taking by the > smsc due to some error , to keep the message into the smpp gateway DB and > do some retry rule to not loose the message. As far as i can understand > from the behaviour of kannel , there's a db used for dlr , but is it > foressen to do this kind of thing? > > I can send you any pcap trace , log , etc.... you want. > tell me if it is clear or not > > Thx by advance for your help and advice , > Br > Marc > > > <http://www.orange.com/> > > *Marc Bazimon* > Expert skill center SMSC Comverse > Orange/OF/DO/DORM/DSI/DSM > tél. (+262) 02 62 23 16 14 > mob. (+262) 06 92 08 03 92 > marc.bazi...@orange.com > > > _________________________________________________________________________________________________________________________ > > Ce message et ses pieces jointes peuvent contenir des informations > confidentielles ou privilegiees et ne doivent donc > pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu > ce message par erreur, veuillez le signaler > a l'expediteur et le detruire ainsi que les pieces jointes. Les messages > electroniques etant susceptibles d'alteration, > Orange decline toute responsabilite si ce message a ete altere, deforme ou > falsifie. Merci. > > This message and its attachments may contain confidential or privileged > information that may be protected by law; > they should not be distributed, used or copied without authorisation. > If you have received this email in error, please notify the sender and delete > this message and its attachments. > As emails may be altered, Orange is not liable for messages that have been > modified, changed or falsified. > Thank you. > > -- Best regards, George Karagheaur Mob: +79165482960 Skype: george.karagheaur Email/MSN: george.karaghe...@gmail.com
<<orange_logo.gif>>
