Hi Klaus,
 
You make good points about using existing software such as Kannel. IMO we need a well engineered and thought out solution not a hack so either Kannel should be enhanced to support SIP messages or there should be an http module for SER (may be a variation of sipsak) to interface with Kannel.
 
Rao.


Klaus Darilion <klaus.mailinglists@pernau.at> wrote:
Hi Rao!

Rao wrote:
> Hi Klaus,
>
> Thanks for your comments. What you are proposing sounds interesting.
> I am wondering if it would make more sense to just to have an SMPP module
> for SER. Why use Kannel if SER can speak SMPP.

Of course an SMPP module for ser would be nice - but it is a lot of work
and this work is already done in kannel. So why not reuse existing software?


> We don't need to use the
> msilo module on the send from SER as the SMSC should store the messages.
> What do you think ?

What if the SMSC is down or the SMPP link is down. Then you have to
reject incoming messages - or store them for later delivery. This queing
is already implemented in kannel. Furthermore you would like to multiple
SMPP links and routing rules. This is also already done in kannel.

From reading the kannel mailing lists I saw that it is not always that
easy to implement SMPP, as several SMSC have some kind of "dialect"
which requires tweaking (be liberal what you expect ...). kannel has a
long experience in acting as SMPP client. Therefore i think it is better
to reuse the SMPP functionality of kannel but find a smart way of
interacting between ser and SMPP.

regards,
klaus

>
> Regards.
>
> Rao.
>
> Klaus Darilion wrote:
> Hi Rao!
>
> Rao wrote:
>
>>Does ser have support for SMPP (Small Message Peer to
>>Peer) ?
>>
>
>
> I'm currently implementing an SIP<->SMS Gateway. For this purpose an
> SMPP plugin would be great, but due to lack of time I'm using the
> following setup (I'm yet not sure which setup to use for SIP->SMS).
>
> SMS->SIP:
>
> SMSC--(SMPP)->Kannel--(HTTP)->Apache+CGI+sipsak--(SIP)--> SIP UA
>
> It is some "proof of concept" with a fallback to SMS->email if the SIP
> UA does not support MESSAGE.
>
> Another smart way would be using Kannel&sqlbox. This way all incoming
> (from the SMSC) SMSs will be stored in a database. For outgoing SMS, you
> just put them into antoher table and the sqlbox will send these
> messages. Using this approach, you only have to write a module (similar
> to msilo) which will store MESSAGEs into the database table. For
> SMSC->SIP I also considered writing a plugin for sems which uses ser for
> the SIP transport again with fallback to email.
>
>
>>What protocl does sms module currently uses to talk to
>>the sms gateway.
>
>
> The current SMS gateway module uses GSM modems to send SMSs.
>
> I think an SMPP module (using kannel+sqlbox) can be implemented easy by
> using the logic from 'msilo' to store messages into a database table and
> using the logic from the 'sms' module to fetch SMS from antother table
> and producing the MESSAGEs.
>
> Are you interested in sharing ideas and developing code?
>
> regards,
> klaus
>
>
>
>>Thanks.
>>
>>Rao
>>
>>__________________________________________________
>>Do You Yahoo!?
>>Tired of spam? Yahoo! Mail has the best spam protection around
>>http://mail.yahoo.com
>>
>>_______________________________________________
>>Serusers mailing list
>>serusers@lists.iptel.org
>>http://lists.iptel.org/mailman/listinfo/serusers
>>
>>
>
>
>
>
> ---------------------------------
> Do you Yahoo!?
> Jazz up your holiday email with celebrity designs. Learn more.


Do you Yahoo!?
The all-new My Yahoo! ? What will yours do?