Re: Concatenated MT delaying
Hi, Please read UG about dlrs. You could specify a suitable dlr-url that could send in the 2nd MT if the 1st one is succesfull. Make sure that you set your dlr-mask to at least 8. That corresponds to "accepted by SMSc" or in SMPP terms "SMSc ACK". BR, Nikos - Original Message - From: "David Tubia" To: Sent: Sunday, February 27, 2011 2:35 PM Subject: Concatenated MT delaying Hi all! I have a problem with a SMSC (with a custom protocol, 'redbox'). The issue is about they need 2 MT for each MO in order to bill them. One MT is the premium content and the second is the legal text message. The problem is about they don't recognize them if I send the 2 MT consecutively. the 2 MT have a session ID (the same) and I would need to wait an 'ACK' from the first MT and then send the second MT. But I cannot do it with kannel (could it be possible???) The application that is sending the MT answers for the MO received send the two MT at the same time. A workaround consists on sending the first MT, wait for a while (1 second) and then send the second MT. I tried it modifiying the .c sources but I couldn't see the way to delay one MT from specifically another, and delaying all MTs is a BIG problem when sending huge number of MT (several hundreds) I asked for devs to make a short delay between both MTs but they refused (several apps to touch, they said) and asked me to make the work with kannel. I would like to know if there is any way to implement this with kannel, and I don't know where to see at this moment... can anyone help me? Thanks in advance David Tubνa
how to configure Kannel
hello, I want to recieve data to mobile from HTTP server and send data from mobile to HTTP server via using Kannel web gateway. I am not able to understand that can kannel connect a java mobile application to HTTP web server. In sort java aap on mobile (wifi) kannel web server website what should I do ...pls Help me for this project
Re: Slow incoming messages from SMSC
Have you set the 'throughput' variable in the 'smsc' group? We have seen a problem where we have slow performance when the 'throughput' variable has not been set. On Sat, Feb 26, 2011 at 12:39 PM, zuser develop wrote: > Hi all, > > I have an issue of being unable to receive more that 8 sms/sec per SMSC > connection. I have contacted my operator, they said there is no limitation > and they see high queue on their side and the SMSC is unable to deliver the > messages to us. They said that the problem is from our side. > To help us, they provided us another bind session, and we were able to > receive around 16 msg/sec > > On the other hand, we are able to send up to 70 sms/sec. per bind > connection. > > We have high speed connection with the SMSC, running latest CSV, Fedora 9, > HP DL580 with 16 gb. > > Is it bad kannel configuration file or Linux tuning. > > Thanks > Richard >
Concatenated MT delaying
Hi all! I have a problem with a SMSC (with a custom protocol, 'redbox'). The issue is about they need 2 MT for each MO in order to bill them. One MT is the premium content and the second is the legal text message. The problem is about they don't recognize them if I send the 2 MT consecutively. the 2 MT have a session ID (the same) and I would need to wait an 'ACK' from the first MT and then send the second MT. But I cannot do it with kannel (could it be possible???) The application that is sending the MT answers for the MO received send the two MT at the same time. A workaround consists on sending the first MT, wait for a while (1 second) and then send the second MT. I tried it modifiying the .c sources but I couldn't see the way to delay one MT from specifically another, and delaying all MTs is a BIG problem when sending huge number of MT (several hundreds) I asked for devs to make a short delay between both MTs but they refused (several apps to touch, they said) and asked me to make the work with kannel. I would like to know if there is any way to implement this with kannel, and I don't know where to see at this moment... can anyone help me? Thanks in advance David Tubía
