Vlákno názorů k článku Internet hloupých věcí od MartinX - Dufam, ze masivna IP premavka z chladniciek, mikrovlniek,...

  • Článek je starý, nové názory již nelze přidávat.
  • 13. 7. 2015 10:32

    MartinX (neregistrovaný)

    Dufam, ze masivna IP premavka z chladniciek, mikrovlniek, praciek a podobnych zariadeni zahlti taketo data centra:
    https://en.wikipedia.org/wiki/Utah_Data_Center

  • 13. 7. 2015 12:20

    Petr M (neregistrovaný)

    1) IPv6 je nutnost. Bez něho se dvě zařízení domluví njenom přes veřejnýho prostředníka. Probíhá to tak, že se kávovar ptá skrz NAT a síť ISP co 20s serveru, jestli mů vařit latté nebo espresso a kolik smetany do něj. Bez ohledu na to, že jsou tři hodiny v nci a nikdo to po něm nechce. Appka v mobilu se zase furt co 5s ptá, jestli na chatě není zloděj.. pokud bude 1 dotaz/odpověď 0,5kB co 5s, dává tyo průměrný traffic 0,1kBps. Ale když těch zařízení bude doma 20 a těch domácností bude 500 000, dá to 1GBps. Jenom na hloupý a zbytečný dotazy. Pokud má být dostupná a nezaspamovaná infrastruktura, je ve veřejným zájmu, aby zařízení na sebe viděla a posílaly se jenom změny. Když to nechce respektovat výrobce, nastavme regulace tak, že IPv6 je povinnost (novela 22/1997 Sb.).

    2) Posílání dat ke zpracování na server často nedává smysl a zákazník o tom ani neví. Když je u potravin povinnost informovat o složení, zaveďme povinnost informovat, co se posílá na server. nechť dodavatelé soupeří o autonomii zařízení při výpadku IT infrastruktury.

    3) Výrobce musí být zodpovědný za svůj produkt. Dneska podle zákona o výrobcích (22/1997) nesmí výrobek např. rušit ostatní zařízení (EMC) - doplňme tam narušení dostupnosti IT infrastruktury a služeb. Dejmě ČOIce pokyny...

    4) Výrobce musí být přinucen poskytovat podporu po celou dobu životnosti výrobku, pokud je tento schopný svou činností narušit zájmy třetí strany (třeba účasti s DDoS), popř. předat nezbytné podklady třetí straně a informovat o tom zákazníka..

    5) Uživatel musí mít zodpovědnost za jeho zařízení. Když může zodpovídat za to, že autem nikoho neřejede, že z jeho střechy nespadne sníh někomu za krk, že jeho pes nikoho nepokouše apod., nevím, proč by nemohl zodpovídat za svoje IoT hračky. Tj. za safety update, pokud update nedělá na dálku výrobce. Pokud jeho zařízení něco vyvede a neprokáže, že měl poslední verzi FW, dát mu flastra.

    Bohužel, jiná cesta k bezpečnýmu a efektivnímu IoT není :(

  • 13. 7. 2015 13:01

    j (neregistrovaný)

    Vyrobce ti mile rad bude delat support klidne 50 let, kdyz mu kazdej rok posles litr za soho krabku. A nebo zaplatis 50k predem. Teda pokud za 5 let bude jeste existovat.

  • 13. 7. 2015 15:39

    Saky (neregistrovaný)

    Ad1)

    Mám automatizované třeba ovládání akvária. Ke komunikaci těchto "hloupých" zařízení, jako ESP, arduino atd slouží protokol MQTT, pro trvalou komunikaci s webovým rozhranním/mobilní aplikací pak WebSocket. Mezi tím mi stojí jednoduchý broker, který nový požadavek, nebo naměřenou hodnotu předá když je potřeba, nikoliv v časových intervalech jako v dobách ajax.

    Nevím, jak by mi k tomu IPv6 pomohla, autorizace zařízení, nebo webiu mi řeší onen broker, pokud tam tečou data odjinud, ignoruje je.

  • 14. 7. 2015 6:30

    karel (neregistrovaný)

    Tak tak, doby poolingu jsou díky websoketum už naštěstí za náma, bohužel si toho spousta programátorů nevšimla. Bohužel spousta lidí neumí nic jiného než php pro server side a matlají v něm všechno aniž by popřemýšleli na co, že ten jazyk byl stvořen a v čem je dobrý.

  • 14. 7. 2015 13:17

    Tany

    1)
    V době, kdy každé pako, kterému se podařilo rozběhat wordpress a změnit mu šablonu, se považuje za programátora, mi to přijde jako utopie.

    novela 22/1997 Sb.
    Přeji hodně štěstí při prosazování tohoto vtipu korporacím a Číně

    2)
    Hodně štěstí při prosazování tohoto úmyslu vůči celému světu

    3)
    Hlásím se k ČOIce, firemní výlety do Číny budou pěkné

    4)
    Jakým konkrétním způsobem je chcete donutit? (Hodně štestí s Čínou mi už přišlo jako klišé)

    5)
    Uvědomujete si problematičnost této krásné myšlenky? Budete prosazovat nějaký unifikovaný způsob update fw? A podobných problémů je tam spousty.