Vlákno názorů k článku Proč 18 trilionů adres domácnosti nestačí od karel - Já to stejně považuju za plýtvání. jako mám...
-
karel (neregistrovaný)
Já to stejně považuju za plýtvání. jako mám doma hodně krabiček ale zdaleka jsem nevyčerpal 2^8 nechápu k čemu mi jako koncovému zákazníkovy bude takových adres, o tom že bych na většinu těch krabiček ani nechtěl přístup z venčí ani nemluvím. U organizací typu univerzita, google chápu, že si rádi ukousnou pořádný prefix, ale u baráku naco ?
-
kantor (neregistrovaný)
jj, slovy klasika: 640kB RAM staci kazdemu :)
ono se to nezda, zatim jsou to jenom lednicky, trouby, tv, ... co maji doma svoje IP.
jenomze za chvili to bude akzde okno (tedy kazda jeho oteviratelna cast), dvere (jedna adresa pro snimani stavy, dalsi pro oteviraci mechanizmus, a pak zvlast pro zamek), naslapove senzory, mikrofony pro asistenty s AI, vypinace, svetla, pohybove detektory, snimace teploty, radiatory, detektory dymu, CO2, ...
k tomu vsemu nekolik ovladacich panelu, ruznych spinacu rozmistnenych vsude mozne, indikace, displeje, ...
pak nasleduji ruzne komunikatory, sledovace zdravotniho stavu.
pak samozrejme vsechny domace pocitace, multimedialni centra, datova uloziste.2^8 je moc - na prvni pohled.
ale to by se dalo rict i o te pameti - tehdy opravdu v prostoru 640kB dokazal beze OS, na nizsich frekvencich a dalo se na to docela dobre delat. dnes, kdy mame k dispozici o nekolik radu vic pameti, o nekolik radu rychlejsi pocitace, clovek by cekal, ze ty aplikace reagujou okamzite. jenomze tomu tak neni - z duvodu, ze nehospodarne vyuzivame dane zdroje.a proto si myslim, ze i ten prostor se vycerpa prave tou prekotnou snahou vsechno pripojit, bez ohledu na potrebu, ale hlavne bez nejakeho premysleni, ci nedejboze nejake optimalizace (zamozrejme s optimalizaci se ohanet budou, ale to budou jenom marketingove zvasty)
-
Petr M (neregistrovaný)
Mě teda ani ne. Já spíš vidím jako úchylnou představu, že na každé adrese musí něco viset stůj co stůj. To jako kdyby se Kyslíkáři rozhodli, že od teď budou v novým protokolu dávat 256 adres a měl jsi doma 10 zařízení, tak lidi poběží hned do obchodu pro 246 dalších krabiček?
1) Autokonfigurace. Zvolím náhodný číslo jako IP adresu a testuju pomocí ND, jestli ji nikdo nemá. Pokud mám 256b, rizko kolize je 1:4 a trefíš se třeba až na třetí pokus. Pokud je tam nějaký timeout pro objevování sousedů, zbytečně to zdržuje.
2) Rezerva. Nikdo ti nebrání použít prostě prefix::00xx a máš těch vysněných 8b. Když potřebuješ víc, máš je.
3) Bezpečnost. Když někdo zkouší hádat adresy na síti, kde je 2^64 adres 16 zařízení, má šanci 1:2^60, že něco najde. To samo o sobě může odradit.
4) Privacy extension.
5) Použití identifikátoru rozhraní jako části IP adresy (i když osobně moc nevím, k čemu to je) -
Ondro (neregistrovaný)
Neprehnal si to trochu?
Nech sa niekto prihlasi, kto ma chladnicku alebou trubu pripojitelnu na internet. Ak ano, tak je to blbinka bez praktickeho vyuzitia.
K tej buducnosti. Naco by dvere mali x IP adries, to iste kazda otvaracia cast okien,.... Nie zeby to neslo ale chce poriadny kus absurdity a zvratenej logiky.
Neviem ale ja tu nevidim snahu vsetko pripojit, vidim tu naznaky firiem, co este nove vymysliet a odlisit sa. Nevidim ale, zeby potom ludia saleli. -
Filip JirsákStříbrný podporovatelTo, že dnes nemáte ledničku nebo troubu připojitelnou na internet je dost chabý argument – kdo měl před dvaceti lety vůbec nějaký mobilní telefon? A dnes jich jsou k internetu připojené miliardy. A praktické využití – když mi bude lednička hlásit vysokou teplotu přes internet, bude to rozhodně užitečnější, než když si pípá zavřená v kuchyni. Každá druhá trouba má dnes vestavěné hodiny, které musím seřizovat ručně – už aby si je uměla seřídit přes internet. A klasické funkce „zapni se v 16:00 a peč 2 hodiny na 200 stupňů“ se musí různými trojhmaty nastavovat na ovládacím panelu trouby – z dotykového displeje mobilu nebo tabletu by se to nastavilo mnohem snáz, a dalo by se to i na dálku změnit, když se třeba změní plány. Takže praktické využití vidím. Jenom až si všechna ta domácí zařízení, která mají vestavěné hodiny, budou brát přesný čas z internetu, ubude neustálé otravování s jejich seřizováním.
Mimochodem, nevíte někdo o nástěnných hodinách (nebo jenom strojku), které by se neřídily DCF77, ale uměly si připojit do WiFi sítě a synchronizovaly čas přes SNTP?
-
karel (neregistrovaný)
Ale tak treba prave lednice, trouba a podobne je lepsi kdyz pojedou pres lokalni sit a pro cas pripadne odeslani alarmu budou resit pres prostrednika ktery ma aktualizace a dost ram a vykonu na tcp ip a je jedno zda 4 nebo 6. Tou lokalni siti nemusi byt defakto ani lan.
Navic kdyz vznikala ipv6 tak nikdo nemel tuseni ze vzniknou LPWAN dneska mi to hlaseni muze lednice poslat pres LoRaWAN, Sigfox, Narrowband-iot opravdu nepotrebuju doma miliardy ip adres a muj nazor je ze je nebudu potrebovat ani v budoucnu. Leda by vlastni ip mel kazdej nanyt co mi bude cistit krev a hlidat zdravi a i ty asi spis budou komunikovat s nadrazenou jednotkou.
-
Filip JirsákStříbrný podporovatel
A v čem přesně spočívá ta výhoda, že by se to muselo řešit přes prostředníka a jiným protokolem? Já vidím výhodu v tom, že je to všude stejný protokol a všude globálně unikátní adresy – můžu všude používat stejné nástroje, stejné komponenty, nemusím se předem rozhodovat, zda budu mít hloupé zařízení nebo chytřejší zařízení. Když chci, aby ta lednice byla dostupná přímo z internetu, tak jí zpřístupním. A když budu chtít, aby komunikovala jenom prostřednictvím nějakého domácího routeru, zakážu jí na firewallu komunikaci s internetem.
Ty speciální IoT sítě mají smysl pro zařízení s nízkou spotřebou, která mají běžet několik let na jednu baterku. To fakt není případ lednice ani trouby. A nakonec i s těmi IoT zařízeními budete chtít komunikovat přes internet, tak proč posílat data určená pro to zařízení nějakým proprietárním protokolem nad IPv6 Sigfox operátorovi, aby z toho operátor vybalil adresu zařízení a data a poslal do do Sigfox sítě, když tomu zařízení můžu přidělit IPv6 adresu, pošlu normální IPv6 paket, ten podle adresy sítě dorazí Sigfox operátorovi, ten z něj vybalí data a podle cílové IPv6 adresy pošle příslušnému zařízení.
-
Petr M (neregistrovaný)
A hlavně, proč platit prostředníkovi za přenos dat mezi termostatem a klimatizací a doufat, že nebude mít výpadek, když jsou oba v jedné cimře a v dosahu stejnýho WiFi AP? A proč si komplikovat život tím, že si prostředník nastaví pravidla velikosti dat, četnosti dat, maximálního denního objemu dat a garantuje doručení třeba až za šest hodin...
To je přece stejná blbost, jako platit výpalný za data v čmoudu a bát se, abych nepřešvihl velikost nebo se tam nedostala fotka slečny nahoře bez a nezrušili mě účet, místo souborů doma a připojení odkudkoliv s vlastníma pravidlama.
-
anon (neregistrovaný)
pred 20 rokmi mobil? To je tak 1998, asi 25 ludi na 100 v amerike. To ze u nas vtedy ledva bola nejaka gsm siet, neznamena ze aj vo svete boli zaostali.
Kdezto dnes ani inde vo svete imho nevidiet ze by aspon tych 25% domacnosti niekde malo iot truby, chladnicky,pracky atd. Tipujem ze ani take japonsko nebude daleko odlisne od nas.Ja len dufam ze tento chory trend ktory si tu naznacil, aby vsetko bolo "smart" a online nenastane. Nevidim aky comfort by to malo priniest okrem toho ze to je security/privacy risk.
Ked bude mat kazda domacnost 100 iot krabiciek, tak to bude nightmare manazovat, cize to bude nejaka pohodlna plug&play automatika, nejaky wpa3 easy connect ktory bude deravy jak emental
-
j (neregistrovaný)
Lednicku se siti mam .. ne ze bych si ji kvuli tomu porizoval, proste to mela. Umi to sledovat jak casto se do ni leze, teplotu v jednotlivych sekcich a odhadovat zaplnenost. Videl sem lednici ktera kdyz ji reknes (snimac carovyho kodu) co do ni davas, tak ti umi i sledovat co mas a co nemas. A pripadne i objednat ...
MW/pracku/susicku/... muzes trebas na dalku ovladat, sledovat jestli bezi, kdyz zapomenes neco vypnout muzes to vypnout po siti ...
-
Spider (neregistrovaný)
> jenomze za chvili to bude akzde okno (tedy kazda jeho oteviratelna cast), dvere (jedna adresa pro snimani stavy, dalsi pro oteviraci mechanizmus, a pak zvlast pro zamek), naslapove senzory, mikrofony pro asistenty s AI, vypinace, svetla, pohybove detektory, snimace teploty, radiatory, detektory dymu, CO2, ...
k tomu vsemu nekolik ovladacich panelu, ruznych spinacu rozmistnenych vsude mozne, indikace, displeje, ...
pak nasleduji ruzne komunikatory, sledovace zdravotniho stavu.To je presne ten duvod, proc PC architektura stoji za velky hnedy smradlavy, protoze kazdej patlal pocinaje Microsoftem si rekne, ze CPU je prece silny, ze pameti je prece dost, a ze je spousta mista na disku, a vyplodi bazmek, co sezere i travu pred barakem.
Jedna IPv6 adresa je tak debilni napad, ze architekta, co by s tim prisel, bych vyrazil na miste. API nic? BUS nic? OMG :-(
-
Petr M (neregistrovaný)
"Jedna IPv6 adresa je tak debilni napad, ze architekta, co by s tim prisel, bych vyrazil na miste. API nic? BUS nic? OMG :-("
Nechápu. Máš k tomu podrobnosti?
Na jednom rozhraní máš několik IP adres, ne jenom jednu.
- API si klidně může vytvořit vlastní IP adresu paralelně k existujícím, tam přece nevidím problém.
- BUS si klidně uděláš tak, že vyhradíš jednu LANku s /64 prefixem a zařízení se připojí na ni.A pokud to chceš hierarchicky, tak i v TurrisOS jem viděl volbu, jestli dát LANce /64 nebo /60 (mám VDSL od TM). To ti i doma s přídělem /56 dá možnost mít dvě úrovně sítí. Když máš /64, dá se zajít ještě dál - delegovat /52, z toho /56, z toho /60 a máš čtyři úrovně. A pokud je potřeba něco komplexnějšího, tak tam už asi členství v RIPE bude hodně marginální částka...
OMG ti nepomůže, spíš to chce RTFM.
-
madloki (neregistrovaný)
Tak ja osobne odmitam COKOLIV SE SITOVOU KONEKTIVITOU v TV, lednici, okne ... a budu vedome sabotovat kazde takove zarizeni. Budu prosazovat, aby kazde zarizeni s IoT bylo povinne oznaceno nalepkou a stitkem IoT, abych se mu mohl vyhnout. Kde mi ho vnuti stat, postavim okolo Faradayovu klicku nebo uzce smerovy rusic s omezenym vykonem na prislusnem pasmu. Bavim se o SVE DOMACNOSTI, to je doufam kazdemu jasne.
Za mne se IPv6 totalne nepovedla, a to zejmena kvuli bezpecnosti. Prenasi ji na koncove uzivatele, kteri ji ale ted vubec nejsou zvykli/schopni resit. Vetsina firewallu ma dual stack a nenabizi stejne featury pro oba protokoly, kvuli nekterym kravinam v IPv6 ani nemuze. A hlavne, u IoT je bezpecnost z pohledu uzivatele, na kterem ta zarizeni bez jeho vedomi budou parazitovat, totalne NERESENA.
Posledni kapka pak je, kdyz do stavajici firemni site s IPv4 strcim svuj router s LTE a IPv6. Dejme tomu potencinalnich 200+ uzivatel ve stejne L2. Stupidni priorita pro IPv6 a AAAA ve win7++ ve spojeni s novymi mechanismy pro ziskani adresy a rizeni toku je fakt darecek. IPv6 bohuzel 20 let resila hlavne konektivitu pro vyvolene, jenze okolni svet se mezitim posunul od uzivatelskeho "proc by nekdo skodil, jsme radi, ze to vubec funguje" k soucasnemu "je, ja jsem uzasny, dokazu DDoS zahltit neci sluzbu. Pridejte se."
Stav podpory a certifikace u firewallu jsou mnohdy spise na levelu "ipv6 router", nez "plna aplikacni kontrola".
Stav kolem vynucovani https + netolerance hvezdickovych certifikatu a desifrace tomu fakt vyrazne pomaha, kdyz se dnes prakticky vsechno posila via https, a diky ipv6 by melo komunikovat vicemene obema smery naprimo.BTW, aktualne budeme vsichni menit (naklady 10 kkc+) nebo doplnovat settop boxem (naklady 800 kc+) uz asi podruhe cca 2-3 milionu TV prijimacu (vysledne castky si laskave vynasobte a zprumerujte sami) jen proto, ze stat proda ty frekvence (doted nase a placene z nasich poplatku) mobilnim operatorum, ktere tito ale na nejake LTE vubec nepotrebuji. Aktualne vsichni operatori naopak inzeruji a prodavaji jiz drive uvolnene frekvence na vystavbu IoT siti. To je od privatizace asi nejvetsi (opakovana) kradez ze spolecneho vlastnictvi v teto zlodejske republice.
Uzivatel za odmenu ziska stejne rozliseni i zvuk, ale uz ne stejnou kvalitu, protoze stejny objem bufferu predstavuje radove jiny cas vysilani, a taktez vterina vypadku signalu vyrobi vice a delsich kosticek. Zato mu v TV bude bezet nasobne vykonnejsi cip pro decoding, s nasobne vyssi spotrebou proudu, kterou on ale opet zaplati do kapsicky akcionaru CEZ a EON, coz jsou prekvapive namnoze stejni zlodeji (chci rici politici, poslanci, zakonodarci), kteri to svinstvo vymysleji, schvaluji a posvecuji.
Kdyz se podivam co realne prinesla ta posledni TV perestrojka, tak mam jen +3 nekvalitni a zarusene multiplexy co vysilaj v jakemsi osizenem HD, bohuzel vetsinou verejnopravnich stanic, ktere uz snad ze zoufalstvi ani nikdo nesleduje. Neni totiz co, nebo to zdaleka neni nestranne.
Kdyby dnes vetsina uzivatel nemela k TV pripojene PC a neprehravala na TV videa z netu a z HDD a nehrala hry, tak se vlastne doted zadne TV HD ani nekona.
-
me (neregistrovaný)
Sice to vypada, ze by kazdy senzor by mel mit vlastni IP adresu, ale prakticka reseni spise vypadaji tak, ze je centralni ridici jednotka a k te se pripojuji male senzory, pres protokol, ktery je uspornejsi nez IP. Treba takto:
https://iot.mozilla.org/gateway/
IP adresy jsou dnes spise potreba kvuli virtualizaci a kontejnerum, tedy Docker, a spol, a pak taky mobilni zarizeni, tablety, telefony, TV, atd
-
Jenda (neregistrovaný)
> a k te se pripojuji male senzory, pres protokol, ktery je uspornejsi nez IP
Je možné, že za 40 let bude podobný technologický skok jako za minulých 40 let - a výkonu bude „tolik“, že tyhle věci se už nebudou řešit. Stejně jako se dneska neřeší spousta mikrooptimalizací, které byly kritické v roce 1980.
-
Petr M (neregistrovaný)
I kdyby to byla RS-485 a adresovalo se jedním bytem, pokud se sdílí linka a není to jednosměrný broadcast, musí mít každý zařízení jednoznačnou identifikaci na úrovni MAC.
A nikde není psaný, že tím končíš - můžeš mít třeba kartu, kde je 16 A/D převodníků a každý svou adresu, takže ve finále jdeš na adresu deska.kanál.Jak si to definuješ, tak to máš. /64 využít nemusíš, ale pokud to chceš mapovat na net, /64 ti stačí na 4M desek s 4M kanálů.
