Názory k článku
Snížení spotřeby chytrých zařízení správnou konfigurací IPv6 bezdrátového routeru

Coze? Takze jako probudim notebook ze spanku, pripojim se k wifi a budu cekat az 8 minut nez mi pojede internet? A huli prosim co?

zajimave, diky za vysvetleni, to (RS) mi nedoslo.

Android bohužel posílá leda hovno a ne RS. V rámci spoření baterky. A právě proto lidé nastavují routery na podobné šílené hodnoty. Jinými slovy - soudruzi v Googlu by si měli místo "rad" radši zamést před vlastním prahem a opravit si totálně rozbité IPv6.

https://code.google.com/p/android/issues/detail?id=79576
https://code.google.com/p/android/issues/detail?id=32662

Tady jde ale o trochu něco jiného. Pokud zařízení vyzve pomocí RS router o informace, router zašle RA. Tato zpráva je nicméně zaslaná na multicast adresu "všechny-uzly-v-síti". Díky tomu, že je to multicast pro všechny, každé zařízení to musí zpracovat, i když mu je to třeba jedno.
Co je na daném standardu to podstatné, není ani tak interval s jakým se posílá RA, ale to, že se nevrhuje, aby RA, zaslané jako odpověď na RS bylo zaslané jako unicast. Tedy pouze tomu, kdo se ptal. Eliminuje se tedy otravování ostatních.

Coz je pekna volovina. Muticast totiz funguje tak, ze ho dostane ten, kdo je k nemu prihlasenej, takze pokud ho nekdo dostavat nechce, muze se z ty muticastovy skupiny vyhodit sam.

To je ale prakticky realizovatelné na drátových sítích, ale ne na WiFi viz.:
http://www.root.cz/clanky/bezpecne-ipv6-trable-s-multicastem/, odstavec "Multicast a WiFi".

To máte sice pravdu, nicméně zpráva RA je určena do multicastové skupiny "all-nodes" a do té, z definice, jsou přihlášeni všichni. A dle standardu tam všichni také přihlášeni být musí. Takže v tomto případě se odhlásit nemůžete.

v IPv4 tento problém vůbec neexistuje. DHCP klient se zeptá jen když je to potřeba a další RENEW adresy dělá unicastem. V každém případě příčina i následné řešení celkem pěkně zapadá do konceptu IPv6 jakožto díla šílenců.

Jasne, v IPv4 posle zarizeni do site jenom broadcast, takze ho obdrzej uplne vsichni na danym segmentu site ... lol. ZJisti si jak veci fungujou nez zacnes placat.

Zato na wi-fi ty pakety leti prostorem vyhradne po primce Client-Router ... a nikdo je nezachyti

Ten kram bud komunikovat chce, a pak proste chte nechte musi bejt kupodivu zaplej, nebo komunikovat nechce, a pak si tu wifi proste vypne. Nechapu, co je na tom k reseni, a proc by se neco melo menit na protokolech, protoze ty stim nemaj nic spolecnyho.

Pakety pro jiny klienty bezne muze cokoli videt i v dratovych sitich. A je kupodivu becnou funkci sitovky (zaple), ze je proste neprijme (pokud se neprepne do rezimu, kdy prijme vse). Jinak vazne nevim, jak bys chtel zaridit, ze vypnuta sitovka bude neco prijimat. A ano, pokud chces aby fungovalo (napr) wol, tak ta sitovka musi byt porad zapnuta. Byt se treba prepne do rezimu s nejmensi spotrebou => v pripade dratu na 10Mbit.

Mě radvd posílá RA každou 1 sec.
radvd.conf mám takovýto:

interface eno1 {
  AdvSendAdvert on;
  prefix $ip6_prefix {
  };
};


Mám špatně napsaný config nebo je chyba v radvd?
Na všech zařízeních mi doma problikávají LEDky po jedné vteřině.
Docela mě to štve a rád bych to spravil...
Neporadí někdo?

RTFM

Dokumentaci jsem četl milionkrát. (téměř)
Ale nic mě netrklo. A hlavně je takto jednoduchá konfigurace uváděna jako příklad všude možně na webu.
Můžete aspoň naznačit?

A co tak se podívat na MinRtrAdvInterval?