Korisne informacije za operatore SMS usluga
1.) Na kojem serveru trebate instalirati komponente?
Preporučujemo Windows operativni sustav. Bilo koja verzija Windowsa 11, Windowsa 10, kao i Windows Server 2022, Windows Server 2019 su podržane platforme. Može se pokrenuti i na fizičkim i na virtualnim strojevima.
Detaljnije informacije možete pronaći na sljedećoj poveznici:
https://ozeki-sms-gateway.com/p_7000-sms-gateway-system-requirements__HR.html
2.) Kako napraviti sustav otpornim na greške s redundancijom
Redundancija u Ozekiju ima dvije razine. S jedne strane, možete duplicirati sam poslužitelj i to se može riješiti softverom Ozeki Cluster, tako da rezervno računalo automatski preuzme ulogu primarnog računala ako primarno računalo ne radi ispravno. Prije svega, Ozeki Cluster sinkronizira sve knjižnice koje koristi program, a zatim provjerava funkcionalnost poslužitelja svakih 10 sekundi.
Pronađite detaljnije informacije o Ozeki Clusteru na sljedećoj poveznici:
https://ozeki.hu/https://ozekicluster.com/p_1086-cluster-server-redundancy-software.html
Druga razina redundancije je redundantno posluživanje davatelja usluga. Razlog za to je da ako je veza "A" iz nekog razloga prekinuta od strane mobilne mreže, program može premjestiti sve poruke programa na vezu "B". Redundanciju veze možete konfigurirati u postavkama SMS usmjeravanja.
Više informacija o tome možete pronaći na sljedećim poveznicama:
https://ozeki-sms-gateway.com/p_232-how-to-route-sms-messages-to-multiple-mobile-networks__HR.html
(Uvod u SMS usmjeravanje)
https://ozeki-sms-gateway.com/p_2839-how-to-setup-backup-sms-routing__HR.html
(Rukovanje prekinutim vezama davatelja SMS usluga)
https://ozeki-sms-gateway.com/p_2837-how-to-setup-sms-load-balancing__HR.html
(Raspodjela opterećenja)
3.) Kako postaviti SMS usmjeravanje u slučaju više davatelja usluga?
Rješenje za usmjeravanje se provodi putem tablice usmjeravanja. Najbolje rješenje je ako odaberemo koje SMS poruke prosljeđujemo kojem davatelju usluga prema prefiksu telefonskog broja. Softver također podržava opciju HLR (Home Location Register) pretraživanja, koja koristi HLR uslugu za određivanje na koju mrežu poslati SMS, u slučaju nepoznate adrese.
SMS usmjeravanje nudi mnoge mogućnosti. Možete kreirati pravila za razdoblja, tekst sadržan u porukama, brojeve telefona pošiljatelja i primatelja, opterećenje mreže i druge parametre.
Više informacija o procesu donošenja odluka u SMS usmjeravanju možete pronaći ovdje:
https://ozeki-sms-gateway.com/p_315-sms-routing__HR.html
(Donošenje odluka u SMS usmjeravanju)
https://ozeki-sms-gateway.com/p_445-how-to-do-hlr-lookups-in-sms-routing__HR.html
(Informacije o HLR pretraživanju)
https://ozeki-sms-gateway.com/p_6932-least-cost-sms-routing__HR.html
(Usmjeravanje s najnižim troškovima)
Odricanje od odgovornosti: Ne bismo preporučili korištenje HLR pretraživanja na visokoučinkovitim sustavima. Ovo bi imalo smisla samo za prenesene telefonske brojeve, a dodatni upiti bi trošili više računalnih resursa od kapaciteta pošiljatelja.
4.) Koji sustav pravila treba implementirati kada postoji problem s slanjem?
Npr.: SMSC nije dostupan / VPN veza s SMSC-om je spora ili prekinuta.
To se obično može riješiti konfiguracijom BACKUP usmjeravanja.
Dokumentacija u nastavku prikazuje upravo ovaj slučaj i pruža ispravnu konfiguraciju:
https://ozeki-sms-gateway.com/p_2839-how-to-setup-backup-sms-routing__HR.html
(Rukovanje prekinutim vezama davatelja SMS usluga)
Način na koji to funkcionira je da ako je veza iz nekog razoga prekinuta, sustav to može otkriti iz neprimanja odgovora na keepalive pakete. U tom slučaju, softver prebacuje davatelja usluga u offline stanje i premješta poruke na drugog davatelja usluga. Također pokušava ponovno uspostaviti prekinutu vezu u redovitim intervalima.
5.) Koje opcije ponovnog slanja postoje?
U slučaju vanjskih veza, sustav se može pripremiti za prekide. Na primjer, ako veza nije dostupna, sve SQL ažuriranja i umetanja se pohranjuju u .txt datoteku, a ako baza podataka ponovno postane dostupna, izvršava ih.
U slanju SMS poruka, zadana politika je:
Ako slanje ne uspije u vezi "A", sustav pokušava vezu "B",
ako to usmjeravanje dopušta.
Ako ne uspije nigdje,
kreira izvješće o razlogu zašto nije uspjelo.
(Na primjer, ako šaljemo nešto iz baze podataka,
upisuje "status not submitted" u bazu podataka).
6.) Što se događa kada dođe do greške tijekom slanja, mogu li postaviti upozorenja ili obavijesti o greškama?
Imamo softver pod nazivom Ozeki Alarm. Veći davatelji usluga koriste ovo za obavještavanje operatera ako jedna od Ozeki veza prestane raditi. Softver može poslati obavijesti o alarmu putem e-pošte, SMS-a (ako postoje preostale aktivne veze), ili može nazvati alarmni centar i koristiti Contac ID protokol za slanje izvješća.
Više informacija o Ozeki Alarmu možete pronaći ovdje:
https://ozekialarm.com/
https://ozekialarm.com/https://ozekialarm.com/p_1966-phone-line-error-detection-with-email-alert.html
(Ovo pokazuje kako poslati e-poštu ako je veza prekinuta.)
Sustav ne zahtijeva nužno bazu podataka. Sve datoteke potrebne za rad pohranjuje u datotečnom sustavu i koristi memoriju za predmemoriju kako bi radio brže. Unatoč tome, mnogi korisnici ga povezuju s poslužiteljima baza podataka.
Korporativni korisnici obično koriste bazu podataka za slanje SMS-ova. Praktički, SMS poruke koje žele poslati stavljaju u tablicu baze podataka. Ovdje Ozeki softver pronalazi što poslati i šalje, zatim ažurira status u slučaju primanja izvješća o podnesenju i izvješća o isporuci.
Ovdje možete pronaći detaljniji opis:
https://ozeki-sms-gateway.com/p_5708-send-sms-from-sql-database__HR.html
Naši korisnici mobilnih operatera i SMS agregatora koriste bazu podataka za bilježenje tekućeg prometa. To se naziva veza s bazom podataka za izvješćivanje. Ovo se koristi za stvaranje zapisa u bazi podataka za svaki SMS koji prođe.
Više informacija možete pronaći ovdje:
https://ozeki-sms-gateway.com/p_62-how-to-log-sms-traffic-into-an-sql-database__HR.html
Gornja dva rješenja često se koriste zajedno.
U slučaju oba rješenja, sustav podržava MS SQL, Oracle, MySQL, i praktički svaki veći sustav za upravljanje bazama podataka. Što se tiče baza podataka, osobno bih preporučio Microsoft SQL Server. Mislim da je koristan jer ako poslužitelj baze podataka radi na zasebnom računalu, tada poslužitelj baze podataka i SMS pristupnik neće morati natjecati se za resurse (DISK, RAM) To je posebno opravdano ako je promet u prosjeku veći od 10 SMS-ova u sekundi. Ako je preko 100 SMS-ova u sekundi, onda je to ključno.
8.) Nije nužno potrebno klaster rješenje ako sustav radi i želite ga proširiti.
Iako se poslužitelj može nadograditi kasnije, na početku je korisno nadograditi kapacitet koji bi mogao biti potreban kasnije. Sustav koji je pažljivo osmišljen na početku i ima veliki kapacitet, može raditi godinama bez problema. Vrijedi odabrati potreban kapacitet kako u softverskoj tako i u hardverskoj licenci. Imamo korisnike koji nisu trebali mijenjati sustav 10-12 godina, a radi savršeno.
Ako za to nema prilike, sustav se može nadograditi kasnije. Kada je riječ o nadogradnji sustava, sve ovisi o tome što je sustav potrošio. Ako hardverske komponente treba zamijeniti ili ga je potrebno potpuno rekonfigurirati, to može zahtijevati puno posla i ponovnu instalaciju i rekonfiguraciju. Nadogradnje hardvera najlakše su kada je softver instaliran na virtualnim strojevima. Ako virtualnom stroju damo više performansi i dodijelimo više RAM-a i CPU-a, tada će raditi bolje. (Ozeki softver se uvelike oslanja na mogućnosti višedretvenosti CPU-a i RAM-a.)
Dobra je ideja unaprijed se pripremiti za nadogradnje, zapisujući svaku važnu postavku veze, kako bismo ih kasnije mogli ponovno koristiti. Zaboravljene lozinke i jedinstveni parametri mogu dovesti do mnogih glavobolja.
Dakle, kada je riječ o postupnim nadogradnjama, bolje je sastaviti veći sustav ako je moguće. Isplati se dugoročno.
9.) Molim vas, pokažite mi radni sustav osobno. (Dovoljan je sastanak na MS Teams/Zoomu)
Ne možemo pokazati sustave naših korisnika, jer sadrže povjerljive informacije (kao što su telefonski brojevi, pretplate na pružatelje usluga, korisnici itd.). Srećom, na našoj web stranici postoji nekoliko videozapisa koji pokazuju radni sustav. Preporučio bih gledanje donjih videozapisa.
Ovaj videozapis prikazuje postavljanje i rad
jednog takvog sustava, koji zahtijeva kapacitet od 1000 SMS-ova u sekundi:
https://ozeki-sms-gateway.com/p_5784-how-to-test-the-performance-of-your-smpp-server.html
Možete vidjeti da smo u videozapisu poslali 1 000 000 SMS-ova kroz ovaj testni sustav.
More information