Re: [RFC] variable sms_split() length per SMSCConn

hi,

patch commited to cvs

Alexander Malysh wrote:

> Hi,
> 
> I believe we should get user possibility to send longer messages if he
> wants. Attached simple patch allows it.
> 
> Anybody write userguide for it?
> 
> Stipe Tolj wrote:
> 
>> Andreas Fink schrieb:
>>> The known GSM SMSC's dont accept longer SMS because the GSM
>>> infrastructure does not allow longer SMS than the 140 octets.
>>> some CDMA SMSC's might accept longer SMS and some GSM SMSc's might split
>>> it on their side but so far I have not seen any really supporting it or
>>> at least not with asking a fortune to the operator for a useless
>>> feature.
>>> 
>>> I don't see a real need for this.
>> 
>> I do. From an achitecure point of view we (kannel) is beyond the
>> signaling layer. So taking it strictly, we COULD use protocols towards
>> SMSC that allow long messages to be passed in one PDU, as SMPP per spec
>> does. Or consider HTTP as a simple example.
>> 
>> I understand that most vendors leaverage the underlying signaling limits
>> (140 octets per GSM SMS message) to the SMSC clients, but this is
>> actually not conceptualls correct.
>> 
>> What I want is to give the user an "option" to define the max octets we
>> are allowed to pass to the SMSC. Which SHOULD BE allowed, hence we're
>> still above the signaling layer.
>> 
>> Think of Kannel instance concatenation as another example:
>> 
>> client <-> smsbox(2) <-> bearerbox(2)[smsc_http] <-> smsbox(1) <->
>> bearerbox(1)[smsc_smpp] <-> SMSC
>> 
>> so if a client injects a large msg at the left hand side, this would
>> result in a sms_split() segmentation within bearerbox(2), even while we
>> know that smsbox(1) could handle the "whole message".
>> 
>> Stipe
>> 
>> -------------------------------------------------------------------
>> Kölner Landstrasse 419
>> 40589 DÃŒsseldorf, NRW, Germany
>> 
>> tolj.org system architecture      Kannel Software Foundation (KSF)
>> http://www.tolj.org/              http://www.kannel.org/
>> 
>> mailto:st_{at}_tolj.org           mailto:stolj_{at}_kannel.org
>> -------------------------------------------------------------------
> 

-- 
Thanks,
Alex