[SMS] NowSMS: grote vertragingen

[supern0va]

Voor een groot evenement van de plaatselijke scouting afdeling zijn we bezig om een SMS-systeem te bouwen. Hierbij moeten gebruikers bepaalde codes doorsturen die ze 'in het veld' vinden. Daarop wordt een reactie teruggestuurd: klopt of klopt niet, nieuwe score, enzovoort. Gisteren is het systeem getest.

Conclusie: de eigen programmatuur werkt perfect. Maarrr. Er zit soms een hele flinke vertraging tussen het moment dat een gebruiker een SMS naar ons systeem stuurt, en het moment dat de SMS daar wordt ontvangen. Deze schommelt rond de vijf minuten. Hierna stuurt het systeem ogenblikkelijk een SMS terug, dus dat werkt prima, maar het kan dan weer een paar minuten duren voordat deze bij de gebruiker aankomt.

De jongen die eea geprogrammeerd heeft, gaf aan dat hij zelf thuis in z'n eentje ook had getest en dat daarin geen vertraging zat. Het trad pas op tijdens een test met 5 telefoons.

We gebruiken NowSMS in combinatie met een datacard van t-mobile, met een Vodafone sim erin.

Heeft iemand enig idee waar we de oorzaak voor deze vertragingen moeten zoeken?

[bimm]

De provider garandeert nooit dat de SMS gelijk aankomt na verzending. Het is normaal dat hier een vertraging in zit en .. soms wel langer dan 5 minuten.

[BtM909]

Heb je de patches ook al doorgenomen? Want ik zie meteen al wat issues die gefixed zijn mbt delays in specifieke situaties.

Daarnaast kan het ook gewoon hetvolgende zijn:

By default, if NowSMS cannot connect to an SMSC (or initialise a modem), it will wait 20 seconds before attempting another connection. For each successive connection failure, NowSMS will wait an additional 20 seconds (e.g., 40 seconds after 2 failures, 60 seconds after 3 failures, etc.), up to a maximum of 300 seconds (5 minutes) between retries. The reason for these delays is to adhere to various operator guidelines which are designed to prevent an SMSC from becoming overloaded with reconnections when recovering from a failure. It is possible to modify these retry timings with SMSGW.INI file parameters, where the following parameters are supported under the [SMSGW] section header: InitRetryDelay=#### specifies a number of seconds to wait to retry after a connection failure, the default value is 20. InitRetryDelayMultiplier=### specifies a multiplier to be applied for successive connection failures, the default value is 1. For each failed attempt, the retry delay will be the product of InitRetryDelay+((InitRetryDelay-1)*InitRetryDelayMultiplier*#FailedAttempts). To use a fixed retry delay of InitRetryDelay, specify InitRetryDelayMultiplier=0. InitRetryDelayAfterAttempts=### specifies that the retry delay should only be applied after ### failed attempts, the default value is 1. InitRetryDelayMax=### specifies the maximum number of seconds that NowSMS will allow to elapse between connection retries, the default value is 300.

[supern0va]

bimm, klopt maar als we gewoon van telefoon naar telefoon verzonden dan werkte 't wel direct. Het zou wel heel uitzonderlijk zijn dat uitgerekend tijdens dat testen ineens heel veel vertraging optreedt, terwijl dat anders hoogst zelden (merkbaar) het geval is.

BtM, ik zal ff checken welke patch nu gebruikt wordt. Jouw quote gaat denk ik op voor de berichten die vanaf het modem teruggestuurd worden naar de gebruikers in het veld. Maar de 'heenweg', dus de andere kant op, levert ook vertraging. Meer dan de 'terugweg', eigenlijk.

[BtM909]

Punt blijft dat die 5 minuten nl. heel vaak als default time-out wordt gebruikt. Het is iets te toevallig dat het rond de 5 minuten schommelt. Wellicht dat dat een opening is om je probleem te onderzoeken