Hasznos információk SMS Szolgáltató Operátorok számára

1.) Milyen szerverre telepítsem a komponenseket?

A Windows operációs rendszert ajánljuk. Bármely Windows 11, Windows 10, valamint Windows Server 2022, Windows Server 2019 verzió támogatott platform. Futtatható fizikai és virtuális gépeken egyaránt.

Részletesebb információt az alábbi linken talál:
https://ozeki-sms-gateway.com/p_7000-sms-gateway-system-requirements__HU.html

2.) Hogyan tehetem a rendszert hibátűrővé redundanciával?

Az Ozekiben a redundancia két szinten valósítható meg. Egyrészt magát a szervert lehet megkettőzni, és ez megoldható az Ozeki Cluster szoftverrel, amely biztosítja, hogy a tartalék számítógép automatikusan átvegye az elsődleges számítógép szerepét, ha az meghibásodik. Az Ozeki Cluster először is szinkronizálja a program által használt összes könyvtárat, másodszor pedig 10 másodpercenként ellenőrzi a szerver működését.

Részletesebb információ az Ozeki Clusterről az alábbi linken:
https://ozeki.hu/https://ozekicluster.com/p_1086-cluster-server-redundancy-software.html

A redundancia másik szintje a szolgáltatók redundáns kiszolgálása. Ennek az oka, hogy ha valamilyen okból megszakad az "A" kapcsolat a mobil hálózattal, akkor a program át tudja helyezni az összes üzenetet a "B" kapcsolatra. A kapcsolat redundanciája az SMS útválasztási beállításokban konfigurálható.

Erről további információt az alábbi linkeken talál:
https://ozeki-sms-gateway.com/p_232-how-to-route-sms-messages-to-multiple-mobile-networks__HU.html (SMS útválasztás bevezetés)
https://ozeki-sms-gateway.com/p_2839-how-to-setup-backup-sms-routing__HU.html (Megszakadt SMS szolgáltatói kapcsolatok kezelése)
https://ozeki-sms-gateway.com/p_2837-how-to-setup-sms-load-balancing__HU.html (Terheléselosztás)

3.) Hogyan állítsak be SMS útválasztást több szolgáltató esetén?

Az útválasztási megoldás egy útválasztási táblán keresztül történik. A legjobb megoldás itt az, ha a telefonszám előtagja alapján választjuk ki, hogy melyik SMS-t melyik szolgáltatónak továbbítsuk. A szoftver támogatja a HLR (Home Location Register) lekérdezési lehetőséget is, amely egy HLR szolgáltatást használ annak meghatározására, hogy melyik hálózatra kell küldeni az SMS-t ismeretlen cím esetén.

Az SMS útválasztás számos lehetőséget kínál. Szabályokat hozhat létre időszakokra, üzenetekben található szövegre, küldő és címzett telefonszámokra, hálózati terhelésekre és egyéb paraméterekre.

További információ az SMS útválasztás döntéshozatali folyamatáról itt:
https://ozeki-sms-gateway.com/p_315-sms-routing__HU.html (SMS útválasztás döntéshozatal)
https://ozeki-sms-gateway.com/p_445-how-to-do-hlr-lookups-in-sms-routing__HU.html (HLR lekérdezés információk)
https://ozeki-sms-gateway.com/p_6932-least-cost-sms-routing__HU.html (Least cost routing)

Figyelmeztetés: Nem ajánljuk a HLR lekérdezés használatát nagy teljesítményű rendszereken. Ez csak hordozott telefonszámok esetén lenne értelmezhető, és a további lekérdezések több számítási erőforrást vonnának el a küldő kapacitásából.

4.) Milyen szabályrendszert kell implementálni, ha probléma adódik a küldéssel?

Pl.: Az SMSC nem elérhető / A VPN kapcsolat az SMSC-hez lassú vagy megszakadt.

Ez általában a BACKUP útválasztási konfigurációval oldható meg.

Az alábbi dokumentáció pontosan ezt az esetet mutatja be, és megfelelő konfigurációt kínál:
https://ozeki-sms-gateway.com/p_2839-how-to-setup-backup-sms-routing__HU.html (Megszakadt SMS szolgáltatói kapcsolatok kezelése)

A működése az, hogy ha valamilyen okból megszakad a kapcsolat, a rendszer észlelheti a keepalive csomagokra adott válasz hiányából. Ebben az esetben a szoftver offline állapotba helyezi a szolgáltatót, és az üzeneteket egy másik szolgáltatóra helyezi át. Rendszeres időközönként megpróbálja újra felállítani a megszakadt kapcsolatot is.

5.) Milyen újraküldési lehetőségek vannak?

Külső kapcsolatok esetén a rendszer felkészülhet a megszakadásokra. Például, ha egy kapcsolat nem elérhető, az összes SQL frissítést és beszúrási műveletet egy .txt fájlba menti, és ha az adatbázis újra elérhető, végrehajtja azokat.

Az SMS küldés alapértelmezett szabályzata:

Ha a küldés az "A" kapcsolaton meghiúsul, akkor a rendszer megpróbálja a "B" kapcsolatot, ha az útválasztás engedi.
Ha sehol sem működik, jelentést készít arról, hogy miért volt sikertelen. (Például, ha adatbázisból küldünk valamit, akkor "status not submitted" értéket ír az adatbázisba).

6.) Mi történik, ha hiba történik a küldés során, beállíthatok figyelmeztetéseket vagy hibaüzeneteket?

Van egy Ozeki Alarm nevű szoftverünk. A nagyobb szolgáltatók ezt használják operátorok értesítésére, ha az Ozeki kapcsolatok egyike megszakad. A szoftver riasztási értesítéseket küldhet e-mailben, SMS-ben (ha maradt aktív kapcsolat), vagy felhívhat egy riasztóközpontot, és a Contac ID protokoll segítségével küldhet jelentést.

További információ az Ozeki Alarmról itt:
https://ozekialarm.com/
https://ozekialarm.com/https://ozekialarm.com/p_1966-phone-line-error-detection-with-email-alert.html (Ez mutatja, hogyan küldhetünk e-mailt, ha a kapcsolat megszakadt.)

7.) Mik a szerver adatbázis követelményei?

A rendszer nem feltétlenül igényel adatbázist. Az összes működéséhez szükséges fájlt a fájlrendszerben tárolja, és a gyorsabb működés érdekében a memóriát használja gyorsítótárként. Ennek ellenére sok ügyfél adatbázis szerverekhez csatlakoztatja.

A vállalati felhasználók általában az adatbázist használják SMS küldésére. Gyakorlatilag az elküldendő SMS üzeneteket egy adatbázis táblába helyezik. Itt az Ozeki szoftver megtalálja, mit kell küldeni, elküldi, majd frissíti az állapotot a beküldési és kézbesítési jelentések esetén.

Itt található részletesebb leírás:
https://ozeki-sms-gateway.com/p_5708-send-sms-from-sql-database__HU.html

A mobil szolgáltató és SMS aggregátor ügyfeleink az adatbázist a folyamatban lévő forgalom naplózására használják. Ezt jelentési adatbázis kapcsolatnak hívják. Ez arra szolgál, hogy minden átmenő SMS-ről rekordot hozzon létre az adatbázisban.

További információ itt:
https://ozeki-sms-gateway.com/p_62-how-to-log-sms-traffic-into-an-sql-database__HU.html

A fenti két megoldás gyakran együtt használatos.

Mindkét megoldás esetén a rendszer támogatja az MS SQL, Oracle, MySQL és gyakorlatilag minden jelentős adatbázis kezelő rendszert. Az adatbázisok tekintetében személy szerint a Microsoft SQL Server-t ajánlom. Úgy gondolom, hogy előnyös, ha az adatbázis szerver külön számítógépen fut, mivel így az adatbázis szerver és az SMS átjáró nem versenyez az erőforrásokért (DISK, RAM). Ez különösen indokolt, ha a forgalom átlagosan több mint 10 SMS/másodperc. Ha több mint 100 SMS/másodperc, akkor elengedhetetlen.

8.) Nem feltétlenül szükséges cluster megoldás, ha a rendszer működik, és ki szeretnéd bővíteni.

Bár a szerver később is frissíthető, kezdetben érdemes előre kalkulálni a később szükséges kapacitást. Egy gondosan megtervezett, nagy kapacitású rendszer évekig problémamentesen futhat. Érdemes a szükséges kapacitást mind a szoftver, mind a hardver licenc tekintetében kiválasztani. Vannak ügyfeleink, akiknek 10-12 éve nem kellett módosítaniuk a rendszert, és az tökéletesen működik.

Ha erre nincs lehetőség, a rendszer később is bővíthető. A rendszer frissítésekor minden attól függ, hogy mi fogytott el a rendszerből. Ha hardver komponenseket kell cserélni, vagy teljesen újra kell konfigurálni, az sok munkával, újratelepítéssel és újrakonfigurálással járhat. A hardver frissítés a legkönnyebb, ha a szoftver virtuális gépeken van telepítve. Ha a virtuális gépnek több teljesítményt adunk, és több RAM-ot és CPU-t foglalunk le, akkor jobban fog teljesíteni. (Az Ozeki szoftver nagyban támaszkodik a CPU-k és a RAM több szálas képességeire.)

Jó ötlet előre felkészülni a frissítésekre, minden fontos kapcsolati beállítást lejegyezni, hogy később újra felhasználhassuk őket. Elfelejtett jelszavak és egyedi paraméterek sok fejfájást okozhatnak.

Tehát a fokozatos frissítések tekintetében jobb, ha lehetőség szerint nagyobb rendszert építünk. Hosszú távon megéri.

9.) Mutasson be egy működő rendszert személyesen. (MS Teams/Zoom meeting is elegendő)

Az ügyfeleink rendszereit nem mutathatjuk be, mert azok bizalmas információkat tartalmaznak (például telefonszámok, szolgáltatói előfizetések, felhasználók stb.). Szerencsére számos videó mutat be működő rendszereket a weboldalunkon. Az alábbi videók megtekintését ajánlom.

Ez a videó bemutatja egy olyan rendszer beállítását és működését, amely 1000 SMS/másodperc kapacitást igényel:
https://ozeki-sms-gateway.com/p_5784-how-to-test-the-performance-of-your-smpp-server.html
Látható, hogy a videóban 1 000 000 SMS üzenetet küldtünk át ezen a teszt rendszeren.