Hello all. A scenario I'm experiencing at the moment involves a large (several thousand) number of MT messages being pushed through Kannel, during which it looks like MO messages (and the routing of them to the appropriate URLs) gets relegated to a "back seat"; that is, a delay of several minutes can take place between Kannel receiving the MO message, and it getting around to pushing it to the correct URL:
smsbox.log:2006-07-15 12:52:13 [8487] [4] INFO: Starting to service <Test> from <HANDSET> to <SHORTCODE> smsbox.log:2006-07-15 12:53:08 [8487] [4] INFO: Starting to service <Test> from <HANDSET> to <SHORTCODE> smsbox.log:2006-07-15 12:55:10 [8487] [9] DEBUG: Parsing URL `http://URL/?source=HANDSET&destination=SHORTCODE&message=Test': smsbox.log:2006-07-15 12:55:10 [8487] [9] DEBUG: Query: source=HANDSET&destination=SHORTCODE&message=Test smsbox.log:2006-07-15 13:01:22 [8487] [9] DEBUG: Parsing URL `http://URL/?source=HANDSET&destination=SHORTCODE&message=Test': smsbox.log:2006-07-15 13:01:22 [8487] [9] DEBUG: Query: source=HANDSET&destination=SHORTCODE&message=Test As the log above displays, I sent in two messages (both saying "Test") to the shortcode, 1 minute apart. I was some minutes (between 3 and 8) minutes before either of those messages were routed to the URL for that shortcode. During this time we were successfully sending 100s of MT messages (pushed using the HTTP interface) to handsets to the same SMSC as I would have sent the above message from (i.e there's only one for that carrier), but on a different shortcode and from a different server (i.e. an entirely different service!). It appears that restarting Kannel wipes the queue of messages, as any sent between restarts are happily accepted but never routed. I have started using the store file to see whether that makes a difference. It's also worth noting that the service with the MT messages also requests DLRs (down to deliver to handset), so for every MT message there are 1 - 2 MO messages with DLR information. These also apparently get queued, in favour of the outgoing MT messages. Is there a way of prioritising MT messages to be a lower priority to MO messages? Or even prioritising services one over another? Or perhaps this is a file descriptor problem -- would increasing the number of FDs allow more messages to be sent during a given time? Have you any other ideas / experience? Regards David Ritchie
