Hello Pawel, - If Kannel is up and running, why should the operator be used as a temp storage? I don't think the operator would like this situation.
- Otherwise, if Kannel (or the link) is down, the operator queues the messages until Kannel restablishes the connection. The only solution I can figure out is closing the SMPP connection until the VASP is up again. BUT, BE AWARE that you may be signing a contract with the operator, asking you some kind of QOS, uptime, reliability, or whatever, that will force you to stay connected even if you can't provide the service. Best Regards, Rodrigo Cremaschi -- On Dec 10, 2007 6:23 PM, Pawel J. Sawicki <[EMAIL PROTECTED]> wrote: > On Mon, Dec 10, 2007 at 08:47:34PM +0000, Khary Sharpe wrote: > > > Hi Pawel, > > Hello! :) > > > One possible solution is to have Kannel queue the request and retry at a > > later time. > > OK, but... what happens if during the time when the message queue is not > empty, when Kannel has those messages stored on the local filesystem (I > couldn't see a way to place the store in a RDBMS) disks get fried? I > loose all the messages that were queued - don't I? > > I was (well, I am in fact) hoping that it is possible to queue messages > on the mmsc side, by rejecting the ones that cannot be passed further > on. > > Any ideas? > > Regards, > Pawel Sawicki > >
