Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

bramka sms

37 views
Skip to first unread message

qlphon

unread,
Sep 10, 2010, 3:48:05 AM9/10/10
to
mamy sytuacje komfortową: brak ograniczeń technicznych i finansowych
cel: wysyłać (i odbierać) SMS w sposób niezawodny z maila na telefony
czyli bramka smtp->gsm

mam juz coś opartego na telefonie, kabelku rs i linuksie
ale często z niewiadomych przyczyn przestaje robić

więc szukam rozwiązania pewnego

macie jakieś pomysły/propozycje ?

bo...@nano.pl

unread,
Sep 10, 2010, 5:24:59 AM9/10/10
to

Podpisać umowę z Plus/Era/Orange/Play i mieć do nich wejście przez Internet.

--
wer <",,)~~
http://szumofob.eu

qlphon

unread,
Sep 10, 2010, 6:30:25 AM9/10/10
to
> Podpisać umowę z Plus/Era/Orange/Play i mieć do nich wejście przez
> Internet.

no....ok
tylko jak wyśle sobie sms że właśnie łącze padło ?

Wojtek

unread,
Sep 10, 2010, 7:25:36 AM9/10/10
to
On Fri, 10 Sep 2010 12:30:25 +0200, qlphon wrote:
> no....ok
> tylko jak wyśle sobie sms że właśnie łącze padło ?

To dodatkowo modem GSM - Siemensa, np. MC35i

--
Wojtek

qlphon

unread,
Sep 10, 2010, 1:04:11 PM9/10/10
to
> To dodatkowo modem GSM - Siemensa, np. MC35i

wykreslamy słowo "dodatkowy"
i zaczynamy od nowa

modem GSM (mamy propozycję jaki)
wstawiamy do ?
uruchamiamy co ?

żeby nie wyszlo to co już mam...

R

unread,
Sep 10, 2010, 5:04:08 PM9/10/10
to
W dniu 2010-09-10 09:48, qlphon pisze:

U nas to jest tak:
Tunel VPN do operatora a na maszynie kannel i to wpisz sobie w google.

R.

Konrad Kosmowski

unread,
Sep 10, 2010, 5:59:52 PM9/10/10
to
** qlphon <qlp...@poczta.fm> wrote:

Jakie ilości tych SMS? To ma być usługa od której zależy biznes czy tylko np.
powiadomienia dla administratora?

Rozwiązań jest wiele:
- modemik na USB i zwykły abonament
- wykupienie abonamentu na jakaś usługę brokera SMS (mnóstwo tego)
- samemu stanie się brokerem tzn. nawiązanie współpracy z każdym operatorem

--
+ ' .-. .
, * ) )
http://kosmosik.net/ . . '-' . kK

odk

unread,
Sep 13, 2010, 1:40:26 AM9/13/10
to
W dniu 2010-09-10 09:48, qlphon pisze:

Ja mam podobne rozwiązanie i też mi padało jak używałem gnokii do
wysyłania/odbierania sms. Potem napisałem sobie swój skrypt w Perlu
(moduł Device::Gsm) i od tamtego czasu chodzi jak marzenie.

--
Michał Marek Gryko czasem zwany Odkurzaczem.

qlphon

unread,
Sep 13, 2010, 4:24:30 AM9/13/10
to
>> szukam rozwiązania pewnego macie
>> jakieś pomysły/propozycje ?

> Jakie ilości tych SMS?

od 10 do 100 dziennie

>To ma być usługa od której zależy biznes czy tylko np.
> powiadomienia dla administratora?

cos pomiędzy...
admini mają wiedziec np. że padło łącze
a grupa użytkowników dostaje wiadomosci ulatwiające im pracę...


> Rozwiązań jest wiele:
> - modemik na USB i zwykły abonament
> - wykupienie abonamentu na jakaś usługę brokera SMS (mnóstwo tego)
> - samemu stanie się brokerem tzn. nawiązanie współpracy z każdym
> operatorem

szukam czegoś niezawodnego
najchętniej jakiegoś gotowego apliance'a do którego wsadzam kartę sim i
podłączam ethernet ...

xarafaxz@[TNIJTA]gmail.com

unread,
Sep 13, 2010, 1:45:25 PM9/13/10
to
qlphon wrote:

Centralka Slicana z bramką gsm + skrypt w pythonie który gada z nią po jej
własnym (opisanym) protokole. Oczywiście to zosało zrobione tak niejako przy
okazji innych rzeczy. Nie namawiam nikogo do kupowania sprzętu tylko pod
sms. A tak na serio to poszukaj jakąś małą bramkę którą można oprogramować
chociażby po http.

Konrad Kosmowski

unread,
Sep 17, 2010, 5:08:23 PM9/17/10
to
** qlphon <qlp...@poczta.fm> wrote:

>> Jakie ilości tych SMS?

> od 10 do 100 dziennie

Modem GSM.

>> To ma być usługa od której zależy biznes czy tylko np. powiadomienia dla
>> administratora?

> cos pomiędzy...

Nie pomiędzy tylko typowe "dla Informatyków".

> admini mają wiedziec np. że padło łącze a grupa użytkowników dostaje
> wiadomosci ulatwiające im pracę...

Oczywiście, że modem GSM wpięty do serwera monitoringu. Wysyłanie powiadomień
musi być w tej sytuacji niezależne od łącza bo jak piszesz "padło łącze" to
przecież nie wyjdzie komunikat czyli podstawowa funkcja systemu monitorowania
jest zjebana.

A swoją drogą to jednak nic nie zastąpi porządnego NOC czyli ludzi, którzy 24h
patrzą w monitoring i reagują samodzielnie (np. wydzwaniają administratorów).

>> Rozwiązań jest wiele:
>> - modemik na USB i zwykły abonament
>> - wykupienie abonamentu na jakaś usługę brokera SMS (mnóstwo tego)
>> - samemu stanie się brokerem tzn. nawiązanie współpracy z każdym
>> operatorem

> szukam czegoś niezawodnego najchętniej jakiegoś gotowego apliance'a do
> którego wsadzam kartę sim i podłączam ethernet ...

Nie spotkałem się z czymś takim. Natomiast są po prostu modemy GSM podpinane
via serial, USB czy PCI (do wyboru) i po prostu jest to element serwera
monitorującego do tego dodajesz kartę SIM prepaid do wysyłania SMS i cześć. Jak
chcesz niezawodnie to stawiasz dwa takie serwery.

Krzysztof Kwiatkowski

unread,
Sep 19, 2010, 5:51:25 PM9/19/10
to

Chciałbym tylko wrzucić swoje 3 grosze co do niezawodności, zwłaszcza
monitorowania, bo chyba również autorowi o to chodzi.
Aby coś było niezawodne w dziedzinie komputerów, niestety tego czegoś
musi być aż 3 sztuki przekładające się na głosy.
W wysokodostępowych (HA - High Availability) klastrach, np. Sun
Cluster, albo Veritas Cluster, muszą być trzy głosy lub więcej (trzy
serwery albo dwa serwery + macierz) aby stwierdzić czy jakaś usługa
działa lub nie.
W dziedzinie monitoringu też trzeba to zachować albo nawet bardziej.
Dla przykładu:
Mamy jeden serwer monitorujący.
Serwer od monitoringu pada, w tym czasie pada produkcyjny z nim(bo np.
są w tej samej szafie) i... można takim monitoringiem co najwyżej
można pochwalić się przed kierownictwem ale... nie jak właśnie padła
produkcja.
Jak mamy dwa serwery do monitorowania:
To pada Nam pierwszy, jak w przykładzie wyżej, a drugi monitorując
pierwszy nie wie co dokładnie padło, czy sam serwer, czy połączenie
między nimi, a może coś z nim samym (tzw. problem split-Brain i
należałoby w tym momencie szybko zbadać całą sieć aby stwierdzić gdzie
problem - trochę problematyczne i czasochłonne). Ale już jest jakieś
pole manewru, bo jest działający serwer.
Ale dopiero przy 3 serwerach(lub nawet więcej), które są w różnych
miejscach sieci, można szybciej stwierdzić, co dokładnie nie działa.Bo
drugi serwer łączy się z trzecim i kolejnym i razem monitorują co jest
nie tak. (w podobny sposób działa usługa www.cmit.net.pl, gdzie są 4
równoległe systemy monitorujące rozsiane po Polsce, która badają inne
serwery wpięte do Internetu).
Monitoring serwerów musi być bardziej stabilny niż nawet serwery
produkcje, bo co to za monitoring, który traci stabilność wcześniej
niż produkcja.
Bo gdy dostajemy alerty o niedostępności serwerów/usług to nie mamy
czasu na analizowanie każdego kabelka, gdzie jest błąd.System
monitoringu musi precyzyjnie określić miejsce awarii (oczywiście dobry
NOC też powinien być).
Dlatego system monitoring musi być dostępny w 99,999%. (w Twoim
przykładzie swoją rolę spełniłby przynajmniej 3 serwery z kartami SIM
w trzech różnych miejscach sieci spięte Klastrem HA bez macierzy, np.
Sun Cluster'em i do tego parę skryptów).

KK

0 new messages