Užitečné informace pro operátory SMS služeb
1.) Na jaký server byste měli nainstalovat komponenty?
Doporučujeme operační systém Windows. Jakákoli verze Windows 11, Windows 10, stejně jako Windows Server 2022, Windows Server 2019 jsou podporované platformy. Lze jej spustit na fyzických i virtuálních strojích.
Podrobnější informace naleznete v následujícím odkazu:
https://ozeki-sms-gateway.com/p_7000-sms-gateway-system-requirements__CZ.html
2.) Jak vytvořit systém odolný proti poruchám s redundancí
Redundance má v Ozeki dvě úrovně. Na jedné straně můžete duplikovat samotný server a to lze vyřešit pomocí softwaru Ozeki Cluster, že záložní počítač automaticky převezme roli primárního počítače pokud primární počítač selže. Ozeki Cluster nejprve synchronizuje všechny knihovny používané programem, za druhé kontroluje funkčnost serveru každých 10 sekund.
Více podrobných informací o Ozeki Cluster naleznete v následujícím odkazu:
https://ozeki.hu/https://ozekicluster.com/p_1086-cluster-server-redundancy-software.html
Druhou úrovní redundancy je redundantní obsluha poskytovatelů. Důvodem je, že pokud je spojení "A" z nějakého důvodu přerušeno mobilní sítí, pak program může přesunout všechny zprávy programu na spojení "B". Redundanci spojení můžete nakonfigurovat v nastavení směrování SMS.
Více informací naleznete v následujících odkazech:
https://ozeki-sms-gateway.com/p_232-how-to-route-sms-messages-to-multiple-mobile-networks__CZ.html
(Úvod do směrování SMS)
https://ozeki-sms-gateway.com/p_2839-how-to-setup-backup-sms-routing__CZ.html
(Zpracování přerušených spojení poskytovatelů SMS služeb)
https://ozeki-sms-gateway.com/p_2837-how-to-setup-sms-load-balancing__CZ.html
(Rozložení zátěže)
3.) Jak nastavit směrování SMS v případě více poskytovatelů služeb?
Řešení směrování se provádí prostřednictvím směrovací tabulky. Nejlepší řešení zde je, pokud vybereme, kterou SMS přeposíláme kterému poskytovateli podle předvolby telefonního čísla. Software také podporuje možnost HLR (Home Location Register) vyhledávání, který používá službu HLR k dotazování, na kterou síť má být SMS odeslána, v případě neznámé adresy.
Směrování SMS nabízí mnoho možných voleb. Můžete vytvořit pravidla pro období, text obsažený ve zprávách, telefonní čísla odesílatele a příjemce, zatížení sítě a další parametry.
Více informací o rozhodovacím procesu směrování SMS naleznete zde:
https://ozeki-sms-gateway.com/p_315-sms-routing__CZ.html
(Rozhodování o směrování SMS)
https://ozeki-sms-gateway.com/p_445-how-to-do-hlr-lookups-in-sms-routing__CZ.html
(Informace o HLR vyhledávání)
https://ozeki-sms-gateway.com/p_6932-least-cost-sms-routing__CZ.html
(Směrování s nejnižšími náklady)
Upozornění: Nedoporučujeme používat HLR vyhledávání na vysoce výkonných systémech. To by dávalo smysl pouze pro přenesená telefonní čísla a další dotazy by odebíraly více výpočetních zdrojů z kapacity odesílatele.
4.) Jaký systém pravidel by měl být implementován, když nastane problém s odesíláním?
Např.: SMSC není dostupný / VPN spojení k SMSC je pomalé nebo přerušené.
To lze typicky vyřešit pomocí konfigurace ZÁLOŽNÍHO směrování.
Níže uvedená dokumentace demonstruje tento přesný případ a poskytuje správnou konfiguraci:
https://ozeki-sms-gateway.com/p_2839-how-to-setup-backup-sms-routing__CZ.html
(Zpracování přerušených spojení poskytovatelů SMS služeb)
Funguje to tak, že pokud je spojení z nějakého důvodu přerušeno, systém to může detekovat z nedostatečné odpovědi na keepalive pakety. V tomto případě software přepne poskytovatele do offline režimu a přesune zprávy k jinému poskytovateli. Také se pravidelně pokouší obnovit offline spojení.
5.) Jaké možnosti opětovného odeslání existují?
V případě vnějších spojení může systém připravit na přerušení. Například, pokud je spojení nedostupné, uloží všechny SQL aktualizace a vklady operace do souboru .txt, a pokud je databáze opět dostupná, provede je.
Při odesílání SMS je výchozí politika:
Pokud odesílání selže ve spojení "A", pak systém zkusí spojení "B",
pokud to směrování umožňuje.
Pokud to nefunguje nikde,
vytvoří zprávu o důvodu, proč bylo neúspěšné.
(Například, pokud něco odesíláme z databáze,
zapíše do databáze "stav neodeslán").
6.) Co se stane, když dojde k chybě při odesílání, mohu nastavit varování nebo oznámení o chybách?
Máme software nazvaný Ozeki Alarm. Větší poskytovatelé jej používají k upozornění operátorů, pokud jeden z Ozeki spojení selže. Software může odesílat alarmová oznámení e-mailem, SMS (pokud zbývají aktivní spojení), nebo může zavolat do alarmového centra a použít protokol Contac ID k odeslání zprávy.
Více informací o Ozeki Alarm naleznete zde:
https://ozekialarm.com/
https://ozekialarm.com/https://ozekialarm.com/p_1966-phone-line-error-detection-with-email-alert.html
(Ukazuje, jak odeslat e-mail, pokud je spojení přerušeno.)
Systém nutně nevyžaduje databázi. Ukládá všechny soubory potřebné pro svůj provoz do souborového systému a pro rychlejší běh využívá paměť pro ukládání do mezipaměti. Přesto mnoho zákazníků připojuje systém k databázovým serverům.
Korporátní uživatelé obvykle využívají databázi pro odesílání SMS. V praxi vkládají SMS zprávy, které chtějí odeslat, do databázové tabulky. Zde software Ozeki najde, co odeslat, odešle to a poté aktualizuje stav v případě přijetí odeslaných zpráv a doručenek.
Zde najdete podrobnější popis:
https://ozeki-sms-gateway.com/p_5708-send-sms-from-sql-database__CZ.html
Naši zákazníci z řad mobilních operátorů a SMS agregátorů využívají databázi k zaznamenávání probíhajícího provozu. Tomu se říká připojení k reportovací databázi. Toto se používá k vytvoření záznamu v databázi pro každou SMS, která projde.
Více informací najdete zde:
https://ozeki-sms-gateway.com/p_62-how-to-log-sms-traffic-into-an-sql-database__CZ.html
Výše uvedená dvě řešení se často používají společně.
V případě obou řešení systém podporuje MS SQL, Oracle, MySQL a prakticky každý hlavní systém pro práci s databázemi. Pokud jde o databáze, osobně bych doporučil Microsoft SQL Server. Myslím, že je to výhodné, protože pokud databázový server běží na samostatném počítači, nebude databázový server a SMS brána soutěžit o prostředky (DISK, RAM). To je obzvláště oprávněné, pokud je provoz v průměru vyšší než 10 SMS/sekundu. Pokud je to více než 100 SMS/sekundu, pak je to nezbytné.
8.) Ne nutně potřebujete clusterové řešení, pokud systém funguje a chcete jej rozšířit.
I když lze server později upgradovat, na začátku je výhodné zvýšit kapacitu, která může být později potřebná. Systém, který je pečlivě navržen od začátku a má velkou kapacitu, může běžet roky bez problémů. Stojí za to zvolit potřebnou kapacitu jak v softwarové, tak v hardwarové licenci. Máme zákazníky, kteří systém nemuseli upravovat 10–12 let a běží bez problémů.
Pokud k tomu není příležitost, systém lze upgradovat později. Pokud jde o upgrade systému, vše závisí na tom, co systému došlo. Pokud je třeba vyměnit hardwarové komponenty nebo je nutné systém kompletně překonfigurovat, může to znamenat mnoho práce, přeinstalování a překonfigurování. Hardwarové upgrady jsou nejjednodušší, když je software nainstalován na virtuálních strojích. Pokud virtuálnímu stroji poskytneme vyšší výkon a přidělíme více RAM a CPU, bude fungovat lépe. (Software Ozeki hodně využívá vícevláknové schopnosti CPU a RAM.)
Je dobré se na upgrady připravit předem, tím, že si zapíšeme všechna důležitá nastavení připojení, abychom je mohli později znovu použít. Zapomenutá hesla a unikátní parametry mohou způsobit mnoho problémů.
Takže pokud jde o postupné upgrady, je lepší, pokud je to možné, sestavit větší systém. Vyplatí se to dlouhodobě.
9.) Ukažte mi prosím fungující systém osobně. (Stačí schůzka na MS Teams/Zoom)
Nemůžeme ukázat systémy našich zákazníků, protože obsahují důvěrné informace (jako telefonní čísla, předplatné poskytovatelů, uživatelé atd.). Naštěstí na našem webu je několik videí, která demonstrují fungující systém. Doporučuji shlédnout níže uvedená videa.
Toto video ukazuje nastavení a provoz
jednoho takového systému, který vyžaduje kapacitu 1000 SMS/sekundu:
https://ozeki-sms-gateway.com/p_5784-how-to-test-the-performance-of-your-smpp-server.html
Ve videu můžete vidět, že jsme tímto testovacím systémem odeslali 1 000 000 SMS zpráv.
More information