Takie mam pytanie do praktyków chyba...
Otóż, potrzebuję przesłać dane do modułu zawierającego GSM via GPRS.
Dane mają być wysyłane co kilka , kilkanaście minut. Nieduże dane :)
Sposób wysyłki nie wiem na razie jaki, bo to wszystko jedno - z jakiegoś serwera
generalnie.

Zastanawiam się, jak szybko dotrze to do odbiornika przeciętnie ?
Wie ktoś coś o tym ?

do góry

W dniu 20.05.2011 23:29, sundayman pisze:
> Takie mam pytanie do praktyków chyba...
> Otóż, potrzebuję przesłać dane do modułu zawierającego GSM via GPRS.
> Dane mają być wysyłane co kilka , kilkanaście minut. Nieduże dane :)
> Sposób wysyłki nie wiem na razie jaki, bo to wszystko jedno - z jakiegoś
> serwera generalnie.
>
> Zastanawiam się, jak szybko dotrze to do odbiornika przeciętnie ?
> Wie ktoś coś o tym ?
Cześć

od 200 ms do pojedynczych sekund, a przy okazji ramki się stracić
mogą....nawet w TCP/IP

Pozdrawiam
Arek

do góry

sundayman takie ma pytanie do praktyków chyba:

> Otóż, potrzebuję przesłać dane do modułu zawierającego GSM via GPRS.
> Dane mają być wysyłane co kilka , kilkanaście minut. Nieduże dane :)
> Sposób wysyłki nie wiem na razie jaki, bo to wszystko jedno - z jakiegoś
> serwera generalnie.

Wysyłam co minutę *z* modułów *do* serwera w Internecie po kilkaset
bajtów TCP. Z powodzeniem, od kilku lat.

> Zastanawiam się, jak szybko dotrze to do odbiornika przeciętnie ?
> Wie ktoś coś o tym ?

Tak *przeciętnie*, to chyba ze 100-150 ms. Ale bywa, że kilkaset. W drugą
stronę, to nie takie proste, bo moduł GSM podłączony do publicznego AP
nie ma publicznego IP. Ale gdyby moduł miał (mógł) pobierać coś z serwera,
to będzie tak samo. Można próbować zrobić tunel SSH i mieć możliwość
inicjowania transmisji z obu stron, ale na GPRS to marnie działa.

Próbowałem z prywatnym AP od operatora, gdzie kilka modułów było w jednej
sieci z prywatnymi IP, ale działało to tragicznie. Bywało, że pakiet
leciał kilka sekund.

--
Jarek

do góry

W dniu 20.05.2011 23:44, Jarosław Sokołowski pisze:
> Można próbować zrobić tunel SSH i mieć możliwość
> inicjowania transmisji z obu stron, ale na GPRS to marnie działa.
A to nie lepiej zrobić RESTowe zapytania z długo timeoutującą
odpowiedzią? Urządzenie żąda dokumentu http i po kilku minutach dostaje
odpowiedź (albo timeout).

--
Pozdrawiam
Michoo

do góry

Pan Michoo napisał:

>> Można próbować zrobić tunel SSH i mieć możliwość inicjowania
>> transmisji z obu stron, ale na GPRS to marnie działa.
> A to nie lepiej zrobić RESTowe zapytania z długo timeoutującą
> odpowiedzią? Urządzenie żąda dokumentu http i po kilku minutach
> dostaje odpowiedź (albo timeout).

Jasne, że lepiej. Opisałem sytuację zbyt skrótowo, pewne rzeczy
umknęły. Jeśli terminal co jakiś czas inicjuje połączenie, to rzecz
jasna można wymienić dane w obu kierunkach. I tak to w praktyce
należy robić. Natomiast nie ma możliwości dobicia się do nieaktywnego
terminala (bo jest za NAT). Tunel SSH też nie jest pewnym rozwiązaniem,
o czym chciałem uprzedzić.

--
Jarek

do góry

On Fri, 20 May 2011 23:51:12 +0000 (UTC), Jarosław Sokołowski wrote:
>Jasne, że lepiej. Opisałem sytuację zbyt skrótowo, pewne rzeczy
>umknęły. Jeśli terminal co jakiś czas inicjuje połączenie, to rzecz
>jasna można wymienić dane w obu kierunkach. I tak to w praktyce
>należy robić. Natomiast nie ma możliwości dobicia się do nieaktywnego
>terminala (bo jest za NAT). Tunel SSH też nie jest pewnym rozwiązaniem,
>o czym chciałem uprzedzić.

SSH ma te sama wade co zwykle TCP - to urzadzenie GSM musi zainicjowac
polaczenie (TCP zreszta) a potem utrzymywac otwarte, zeby sie przez
firewalla/proxy operatora przebic.

Ponoc niektorzy operatorzy pozwalaja na publiczne IP.

J.

do góry

On 21.05.2011 01:51, Jarosław Sokołowski wrote:

>>> Można próbować zrobić tunel SSH i mieć możliwość inicjowania
>>> transmisji z obu stron, ale na GPRS to marnie działa.

> Tunel SSH też nie jest pewnym rozwiązaniem,
> o czym chciałem uprzedzić.
>

Coś mieszasz. Mogę zrobić tunel ssh pomiędzy np, moim komputerem w domu
a modułem gprs. Oczywiście demon ssh na komputerze a klient na gprs.
Jeżeli chcę się połączyć w dowolnej chwili przez ten tunel z domu lub z
innego miejsca na świecie (przez komputer w domu), to to połączenie musi
być aktywne cały czas.
Dlaczego niepewnym? Bezpieczeństwo przy ssh zależy właściwie tylko od
siły hasła. Oczywiście połączenie może paść z tysiąca przyczyn - powinno
być tak skonfigurowane, że nawiąże się ponownie jak tylko jest taka
możliwość.

Mirek.

do góry

Pan J.F napisał:

>> Jasne, że lepiej. Opisałem sytuację zbyt skrótowo, pewne rzeczy
>> umknęły. Jeśli terminal co jakiś czas inicjuje połączenie, to rzecz
>> jasna można wymienić dane w obu kierunkach. I tak to w praktyce
>> należy robić. Natomiast nie ma możliwości dobicia się do nieaktywnego
>> terminala (bo jest za NAT). Tunel SSH też nie jest pewnym rozwiązaniem,
>> o czym chciałem uprzedzić.
>
> SSH ma te sama wade co zwykle TCP - to urzadzenie GSM musi zainicjowac
> polaczenie (TCP zreszta) a potem utrzymywac otwarte, zeby sie przez
> firewalla/proxy operatora przebic.

Ale tunel SSH raz wykopany może (teoretycznie) trwać w nieskończoność.
A jak się strop osunie, to od razu wiadomo, że trzeba drążyć na nowo.
Wewnątrz tunelu można już normalnie prowadzić obustronną komunikację.
Od tego tunelu całkiem niezależną. Ale to wszystko w teorii, bo
w praktyce z GPRS działa marnie.

> Ponoc niektorzy operatorzy pozwalaja na publiczne IP.

Wiem tylko, że prywatny APN może mieć również publiczne IP od operatora.
A wtedy można przez różne sztuczki przeNATować porty połączenia PPP
terminala z portami tego APN.

--
Jarek

do góry

Mirek <i...@z...adres> napisał(a):
> Dlaczego niepewnym? Bezpieczeństwo przy ssh zależy właściwie tylko od siły
> hasła.

Wyłącz uwierzytelnianie hasłami i użyj kluczy.

--
Grzegorz Niemirowski
http://www.grzegorz.net/
OE PowerTool i Outlook Express: http://www.grzegorz.net/oe/
Uptime: 5 days, 19 hours, 2 minutes and 24 seconds

do góry

Pan Mirek napisał:

>>>> Można próbować zrobić tunel SSH i mieć możliwość inicjowania
>>>> transmisji z obu stron, ale na GPRS to marnie działa.
>>
>> Tunel SSH też nie jest pewnym rozwiązaniem, o czym chciałem uprzedzić.
>
> Coś mieszasz. Mogę zrobić tunel ssh pomiędzy np, moim komputerem w domu
> a modułem gprs. Oczywiście demon ssh na komputerze a klient na gprs.
> Jeżeli chcę się połączyć w dowolnej chwili przez ten tunel z domu lub
> z innego miejsca na świecie (przez komputer w domu), to to połączenie
> musi być aktywne cały czas.

Też mi się wydawało, że mogę.

> Dlaczego niepewnym? Bezpieczeństwo przy ssh zależy właściwie tylko od
> siły hasła. Oczywiście połączenie może paść z tysiąca przyczyn - powinno
> być tak skonfigurowane, że nawiąże się ponownie jak tylko jest taka
> możliwość.

Chrzanić bezpieczeństwo. Po prostu działa to niepewnie. Nie wiem dlaczego.
Zdycha, a wtedy nie można się połączyć. Jak zdechnie, to oczywiście ma
się na nowo samo odbudować (np. przez respawn w inittab). Ale najczęściej
zdycha w ten sposób, że niby jest, ale nie działa. Taka śmierć kliniczna.
Jak dobiję siekierą sshd, to terminal w końcu załapuje, że ma jeszcze
raz zrobić tunel. Ale na nekrolg czasem musi czekać kilka minut albo
dłużej. Nawet skróciłem klucze SSH do granic możliwości, żeby było mniej
do transmisji. Praktyka jest mniej więcej taka, że prawdopodobieństwo
zalogowania się w ciągu kwadransa jest bliskie stu procent. I to w zasadzie
wystarcza. To oczywiście sprawa GPRS, bo jeśli połączenie realizowane jest
inną drogą, to wszystko działa jak powinno (czyli jak nam obu się wydaje).

--
Jarek

do góry