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 <eya...@hotmail.com> 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 <davor.spaso...@onevip.mk> > *Sent:* Monday, February 11, 2019 8:59 AM > *To:* eyas barhouk; users@kannel.org > *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 <users-boun...@kannel.org> *On Behalf Of *eyas barhouk > *Sent:* Monday, February 11, 2019 8:53 AM > *To:* users@kannel.org > *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! > > Напомена: оне.Вип ДООЕЛ Скопје > Оваа електронска порака (вклучувајќи ги и прилозите) е доверлива и може да > биде заштитена со правни привилегии. Доколку не сте лицето на кое таа му е > наменета пораката, не треба да ја копирате, дистрибуирате или да ја > откривате нејзината содржина, туку веднаш да ја препратите до испраќачот и > да ја избришете оригиналната порака и сите нејзини копии од Вашиот > компјутерски систем. Секое неовластено користење на оваа порака во целост > или делови од истата е строго забрането. Ве молиме да забележите дека > електронските пораки се подложни на промени. оне.Вип ДООЕЛ Скопје не > презема одговорност за несоодветно или нецелосно пренесување на > информациите содржани во оваа комуникација, ниту пак за било какво > задоцнување на приемот или оштетувања на вашиот систем. > Ве молиме не ја печатете оваа порака освен ако не е неопходно! Зачувајте > ја природата! >
