21 Dec
2004
21 Dec
'04
8:30 p.m.
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(a)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:
---------------------------------
Do you Yahoo!?
The all-new My Yahoo! � What will yours do?
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(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
---------------------------------
Do you Yahoo!?
Jazz up your holiday email with celebrity designs. Learn more.