Goto page 1, 2 Next
sundayman
Guest
Fri May 20, 2011 9:29 pm
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 ?
Arek
Guest
Fri May 20, 2011 9:39 pm
W dniu 20.05.2011 23:29, sundayman pisze:
Quote:
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
Michoo
Guest
Fri May 20, 2011 11:38 pm
W dniu 20.05.2011 23:44, Jarosław Sokołowski pisze:
Quote:
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
Jarosław Sokołowski
Guest
Fri May 20, 2011 11:44 pm
sundayman takie ma pytanie do praktyków chyba:
Quote:
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.
Quote:
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
Jarosław Sokołowski
Guest
Sat May 21, 2011 1:51 am
Pan Michoo napisał:
Quote:
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
J.F.
Guest
Sat May 21, 2011 9:23 am
On Fri, 20 May 2011 23:51:12 +0000 (UTC), Jarosław Sokołowski wrote:
Quote:
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.
Mirek
Guest
Sat May 21, 2011 11:22 am
On 21.05.2011 01:51, Jarosław Sokołowski wrote:
Quote:
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.
Grzegorz Niemirowski
Guest
Sat May 21, 2011 12:04 pm
Mirek <i_tak@zaspamowany.adres> napisał(a):
Quote:
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
Michoo
Guest
Sat May 21, 2011 12:56 pm
W dniu 21.05.2011 14:07, Jarosław Sokołowski pisze:
Quote:
Pan Mirek napisał:
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.
Można logować się po kluczu.
Quote:
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.
Ja m.i. wysyłam i czytam newsy po tunelu SSH i działa to całkiem nieźle

A co długiego zdychania - czasami połączenie "sponiewierane" przez
rozłączenie z siecią (wifi) wraca do życia po kilku minutach, ale jeżeli
nie jest w stanie wrócić to zdycha przez kilkadziesiąt do kilku godzin.
Jeżeli jest konieczny deterministyczny czas odpowiedzi to bez
heartbeat-a się nie da.
--
Pozdrawiam
Michoo
sundayman
Guest
Sat May 21, 2011 1:00 pm
Dzięki serdeczne za informacje.
No to nie jest tak źle jak się spodziewałem.
Znaczy, poniżej 1 sek to już jest super, a minimalnie więcej też pewnie do
przeżycia.
Bałem się, że... no wysyłam, a jak będzie to przyjdzie :)
Generalnie to było pytanie testowe, bo dopiero kombinuję nad czymś tam, no ale
jak zwykle koledzy nie zawiedli :)
Tak, że jeszcze raz dzięki.
Jarosław Sokołowski
Guest
Sat May 21, 2011 1:57 pm
Pan J.F napisał:
Quote:
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.
Quote:
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
Jarosław Sokołowski
Guest
Sat May 21, 2011 2:07 pm
Pan Mirek napisał:
Quote:
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ę.
Quote:
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
Michoo
Guest
Sat May 21, 2011 2:15 pm
W dniu 21.05.2011 15:30, Jarosław Sokołowski pisze:
Quote:
Pan Michoo napisał:
Ja m.i. wysyłam i czytam newsy po tunelu SSH i działa to całkiem nieźle ;)
Z serwera NNTP podłączonego przez GPRS?!
Nie, serwer NNTP to onet. Ja łączę się z laptopa po ssh do mojego
serwera robiąc przy okazji tunel. A laptop do sieci podpięty po WIFI,
ale *bywa* podpięty po GPRS przez bluetooth i generalnie daje się to używać.
Quote:
A co długiego zdychania - czasami połączenie "sponiewierane" przez
rozłączenie z siecią (wifi) wraca do życia po kilku minutach, ale jeżeli
nie jest w stanie wrócić to zdycha przez kilkadziesiąt do kilku godzin.
No to tu jest tak samo, tylko jeszcze bardziej. GPRS potrafi sponiewierać
tunel co kilka minut.
To dość słabo - przez 2 godziny w pociągu (po GPRS właśnie) połączenie
zerwane było może 4 razy.
--
Pozdrawiam
Michoo
Jarosław Sokołowski
Guest
Sat May 21, 2011 3:30 pm
Pan Michoo napisał:
Quote:
Ja m.i. wysyłam i czytam newsy po tunelu SSH i działa to całkiem nieźle
Z serwera NNTP podłączonego przez GPRS?!
Quote:
A co długiego zdychania - czasami połączenie "sponiewierane" przez
rozłączenie z siecią (wifi) wraca do życia po kilku minutach, ale jeżeli
nie jest w stanie wrócić to zdycha przez kilkadziesiąt do kilku godzin.
No to tu jest tak samo, tylko jeszcze bardziej. GPRS potrafi sponiewierać
tunel co kilka minut.
--
Jarek
Jarosław Sokołowski
Guest
Sat May 21, 2011 3:31 pm
sundayman napisał:
Quote:
No to nie jest tak źle jak się spodziewałem.
Znaczy, poniżej 1 sek to już jest super, a minimalnie więcej
też pewnie do przeżycia.
Bałem się, że... no wysyłam, a jak będzie to przyjdzie
Najlepiej oczywiście wysłać list polecony za potwierdzeniem odbioru.
Wtedy można wszystko samemu monitorować, mierzyć czasy i robić
własne statystyki. To wszystko może być mocno uzależnione od lokalnej
infrastruktury operatora.
Quote:
Generalnie to było pytanie testowe, bo dopiero kombinuję nad
czymś tam, no ale jak zwykle koledzy nie zawiedli
Napisałem serwer w perlu, i szczerze mówiąc, już chyba nie pamiętam
jak działa. Ale działa.
--
Jarek
Goto page 1, 2 Next