Vlákno názorů k článku Android po letech nabídne podporu pro DHCPv6, bude ale vyžadovat úpravu sítě od Kuba - Ahoj, asi jsem opravdu natvrdlej, ale k čemu je...
-
Ahoj,
asi jsem opravdu natvrdlej, ale k čemu je jednomu zařízení (i kdyby mělo v sobě 1000 aplikačních kontejnérů) rozsah /64?Sice se říkalo že IPv6 je tolik že to nevyčerpeme, ale tohle mi příjde jako pokus jak toho dosáhnout co nejdříve.
Několikrát jsem zažil jaký je problém od ISP dostat rozsah /56 a někdy sami ty ISP mají rozsah jen /48.
Děkuji za objasnění. Kuba
-
Jenže rozsah /64 není určen pro jedno zařízení, ale pro jeden síťový segment. Z něj si jednotlivá zařízení pak adresy vybírají.
Vývojáři Androidu pracují s tím, že za přístrojem může být celý síťový segment a chtějí, aby v něm fungovala autokonfigurace. Nechtěli se nechat přesvědčit o delším prefixu /80 nebo /120, jak už zaznělo na odkazované přednášce Martina Huňka před dvěma lety (a psal jsem o tom tady článek).
Pokud se vám to řešení nelíbí, je třeba tlačit na vývojáře Androidu. Nikdo jiný za to nemůže.
-
Chápu důvod, mám rád obecná řešení, je jasné, že pod pojmem Android se musí chápat obecné zařízení (a ne obyčejný mobil)...
Spíš mi připadá "zvláštní" vyžadovat natvrdo 64 bez znalosti sítě a použití. Protokol by měl být flexibilní a umožňovat různé délky prefixů, pokud správce chce /64 a má /52 síť, tak to povolí, pokud stačí /120 (nebo /80 uvnitř /64 sítě), tak to správce nastaví jinak.
Připadá mi to ve stylu 640kB musí stačit všem; opět je korporace chytřejší. Nebo jenom nechápu, proč by délka prefixu nemohla být proměnlivá.
-
Stejný argument by se dal použít na libovolný laptop s ethernetem a wifi. A teoreticky se ty laptopy dají řetězit...
U těch laptopů se alespoň teoreticky dá ta topologie udělat broadcast transparentní, takže všechny dostanou adresu z primární sítě. Chápu, že u mobilní sítě je to složitější, ale u Wifi by to pro Android problém být neměl.
A navíc by tohle omezení mohli omezit jen na hotspot případy. Třeba.. po zapnutí hotspotu na Wifi si vyžádat druhou IP s prefixem? Nebo jen pustit DHCPv6 proxy...
Ty interní kontejnery jsou teoretická úroveň jeden IPv6 prefix pro každou aplikaci, což je už nesmyslné.
-
"Nechtěli se nechat přesvědčit o delším prefixu /80 nebo /120"
Ehm .. tech (minimalne) 64 bitu je tam proto, ze (jak lze snadno dohledat) se ukazalo, ze 48 (MAC) nestaci, a naprosto bezne se v jedny fyzicky siti potkavaji devices se stejnou MAC. Prave proto se reklo, ze minimum je 64bitu, aby bylo dost prostoru pro jednoznacnou adresu cehokoli (a prave proto je tam i ten mechanismus overeni adresy a pripadne vygenerovani jine).
Tudiz nikdo svepravny na podobne pitomostni nikdy nepristoupi.
-
Nie je to hlupa otazka, ale je zalozena na hlupej premise, ze ked poziadas o /64 rozsah tak ides pripojit 2^64 zariadeni.
Ked dostanes verejnu IPv4 adresu, poskytovatel tiez nepredpoklada ze na svojom routri zavesis desattisice serverov na kazdom TCP porte od 1 po 49151.
V clanku je to tiez tak nestastne formulovane, ze: "zatímco dodnes stačil jeden blok o délce /64 pro připojení stovek i tisíců zařízení"
Jeden blok pre tisice zariadeni uz mi pride daleko za ciarou. Tisic mozno ako horna hranica broadcast domain. A jeden /54 blok by dokazal pridelit 1024 klientom /64 prefix. Odporuca sa aby provideri poskytovali koncovym pouzivatelom /56 rozsah by default - a aj to by stacilo pre 256 /64 sieti.
