Re: SMPP getting stuck

On Donnerstag, Dezember 5, 2002, at 12:13  Uhr, Stipe Tolj wrote:

> Andreas,
>
>> I've fixed the problem in CVS.
>> the implementation didnt expect to see an error as generic_err_resp  
>> but only as sms_submit_resp
>> the error was a THROTTLING.
>
> what are the other changes you commited for?!
>
> http://www.kannel.org/cgi-bin/viewcvs.cgi/gateway/gw/smsc/ 
> smsc_smpp.c.diff?r1=1.17&r2=1.18

see ChangeLog:

2002-12-05 Andreas Fink <[email protected]>
    * gw/smsc/smsc_smpp.c: fixed throttling problem in SMPP
      which was triggered by getting back a generic error instead of
      a submit_response error. For incoming messages
      the original ID is set (my-number problem) as a temporary fix
      and if coding is not 1, then conversion to latin1 is not done
      to allow incoming unicode and binary to work properly.


my-number: even if you dont set my-number, an incoming message on SMPP  
will have the destination number replaced with the global default. This  
is not supposed to be so. The problem is that my-number is copied from  
global default somehow because otherwhise the code wouldn't be executed.

coding: when an incoming unicode message comes in (or any binary  
message) it gets converted to latin1 which makes it unusable.
so the convertion to latin1 should not take place at all. long term  
this should be done in smsbox as discussed here a while ago. This one  
line change makes it latin1 only if it is GSM default character set and  
leaves it "as-is" in all other cases (but coding is of course set  
accordingly).


Andreas Fink
Fink Consulting GmbH

---------------------------------------------------------------
Tel: +41-61-6666332 Fax: +41-61-6666331  Mobile: +41-79-2457333
Address: Clarastrasse 3, 4058 Basel, Switzerland
E-Mail:  [email protected]
Homepage: http://www.finkconsulting.com
---------------------------------------------------------------