Re: kannel with sigtran

Dear Eyas,

The SS7 protocol is usually used between operator to operator but the SMPP
with a high number of sessions can support 10M messages sure if you split
the connections, like 10 session transmitter and 5 for push delivery status.

Regards

On Mon, Feb 11, 2019 at 12:45 PM eyas barhouk <[email protected]> wrote:

> Dear Davor,
>
> thanks for your kind reply.
>
> i am already thinking about the architecture that i will use to build the
> SMSC.
> it could be (kannel for smpp , Queue with database, and SIGTRAN PROTOCOL
> SUITE from shabed or Open SIGTRAN Project) but for now i don't know how to
> make it work or how the whole of system should work.
> so i'm looking for any kind of experience with this domain.
>
> B.R
> Eyas Barhok
>
>
> ------------------------------
> *From:* Davor Spasoski <[email protected]>
> *Sent:* Monday, February 11, 2019 8:59 AM
> *To:* eyas barhouk; [email protected]
> *Subject:* RE: kannel with sigtran
>
>
> Hi Eyas,
>
>
>
> I’m not sure if you allready went throught the architecture of and SMSC,
> but implementing one is quite an endevor with a large scope of problems
> (not only technical) that need to be solved.
>
> Regardless of Sigtran or SS7, none of the upper layer protocols (MAP, TCAP
> and SCCP) are supported on kannel. Kannel is naturally SMS gateway helping
> to bridge tha gap betwenn the IT world and the complexities of the
> protocols listed above.
>
> Other than http, radius, smpp, and a bunch of now more or less obsolete
> protocols I’m not aware of anything closer to the tellecommunication
> protocols.
>
> Kannel is very good at what it does, but it’s not an SMSC.
>
>
>
> SMSC typically needs SS7/Sigtran capable element that receives and sends
> SMS from wireless network users a store and forward engine with elaborate
> retry schemes and a way to resolve the routing (SRI_SM towards HLR). If you
> are after an entity that would only send application originated messages
> and you are capable of resolving the technical demands, you would still
> need a telecom operator to give you a whitelisted global title, otherwise,
> most of the operators today will simply block the traffic from your SMSC.
>
>
>
> If you decide to pursue the challenge, try the open SS7 protocol stack and
> start from there, but you will need access to a telecom network.
>
>
>
> *Davor Spasoski*
>
>
>
> *From:* users <[email protected]> *On Behalf Of *eyas barhouk
> *Sent:* Monday, February 11, 2019 8:53 AM
> *To:* [email protected]
> *Subject:* kannel with sigtran
>
>
>
> Good evening dears,
>
>
>
> i'm trying to build GSM SMSC starting from kannel, so is that's applicable
> and what other components i may need to deal with SIGTRAN signalling?
>
>
>
> Thanks in advance
>
> Best regards
>
> Eyas
>
>
>
> ------------------------------
>
> Disclaimer: one.Vip DOOEL Skopje
> This e-mail (including any attachments) is confidential and may be
> protected by legal privilege. If you are not the intended recipient, you
> should not copy it, re-transmit it, use it or disclose its contents, but
> should return it to the sender immediately and delete your copy from your
> system. Any unauthorized use or dissemination of this message in whole or
> in part is strictly prohibited. Please note that e-mails are susceptible to
> change. one.Vip DOOEL Skopje shall not be liable for the improper or
> incomplete transmission of the information contained in this communication
> nor for any delay in its receipt or damage to your system.
> Please, do not print this e-mail unless it is necessary! Think about
> saving the environment!
>
> Напомена: оне.Вип ДООЕЛ Скопје
> Оваа електронска порака (вклучувајќи ги и прилозите) е доверлива и може да
> биде заштитена со правни привилегии. Доколку не сте лицето на кое таа му е
> наменета пораката, не треба да ја копирате, дистрибуирате или да ја
> откривате нејзината содржина, туку веднаш да ја препратите до испраќачот и
> да ја избришете оригиналната порака и сите нејзини копии од Вашиот
> компјутерски систем. Секое неовластено користење на оваа порака во целост
> или делови од истата е строго забрането. Ве молиме да забележите дека
> електронските пораки се подложни на промени. оне.Вип ДООЕЛ Скопје не
> презема одговорност за несоодветно или нецелосно пренесување на
> информациите содржани во оваа комуникација, ниту пак за било какво
> задоцнување на приемот или оштетувања на вашиот систем.
> Ве молиме не ја печатете оваа порака освен ако не е неопходно! Зачувајте
> ја природата!
>