Vlákno názorů k článku Méně IPv4 v sítích: teoretický úvod aneb šetříme adresy od Sam a do ma - Dobrý článek, běžící zajíc pobavil. Dá se na...

Dobrý článek, běžící zajíc pobavil. Dá se na to nahlížet 2 způsoby: existují 2 kategorie : počítače (mobily, koncové prvky) a routery a "homogenní přístup" každé zařízení kromě switche je prvek co může, ale nemusí forwardovat a principiálně je stejný . To by se taky dalo vypíchnot v nějakém pokračování. Příbuzná věc k tomu je, jestli si pamatuju, že "TCP/IP" bylo navrženo, aby právě běželo na běžném hardwaru a že i "skladník může routovat", takže router a pc nejsou nějaké 2 různé světy

co by mě zajímalo: jak je default gateway řešena na androidu a vůbec tam je to nějaké divné, nevím, zda jenom skryté za více route tabulkami (ip route add. table N)

řeší "peer" v příkazu ip addr add ... peer (narážím třeba na "nucený výpis" inet 172.17.0.1/16 brd 172.17.255.255) a tedy zda hláška "Do you want to ping broadcast? Then -b." není vyvolána tím, že se srovná právě hodnota brd a ne nutně číselně "nejvyšší IP adresa"

-> je tedy řešením při ip addr add ... /32 "přivařit" peer ...?

Routery při komunikaci mezi sebou ... a pro zjišťování, kdo má jakou hardwarovou adresu, ... ARP. Znalejší čtenáři toto zjednodušení" -. to se týká BGP

- taky by mohlo zmínit, ruční přidání "ip neighbor add " ... ale třeba nevím, který proces ty záznamy do ip neigh show" přidává automaticky

-narážím někdy na dvojí chování ip route add default via dev eth0 (hlásí to nějakou chybu, kterou teď nemám čas najít něco jako rt file not exists)), což někdy neprojde ,a je nutné rozepsat do ip route add 192.168.1.1 dev eth0;ip route add default via 192.168.1.1 ? jde o starší verzi kernelu , že došlo ke změně? (nebo jde o "device route"), popsané níž

(ale jak čtu dál, nešlo by to lépe) -článek se vyvíjí jiným směrem (k IPv6)

co by mě zajímalo: jak je default gateway řešena na androidu a vůbec tam je to nějaké divné, nevím, zda jenom skryté za více route tabulkami (ip route add. table N)
AFAICT je tam víc routovacích tabulek, typicky minimálně jedna pro VoLTE, jedna pro mobilní data, jedna pro Wi-Fi, a může tam být i jedna pro hotspot, příjem MMS, atp.

zda hláška "Do you want to ping broadcast? Then -b." není vyvolána tím, že se srovná právě hodnota brd a ne nutně číselně "nejvyšší IP adresa"
Přiznám se, že zdroják jsem neprohlížel, může to být i tak, jak píšete. Technicky je to ale totéž, hodnota brd je nejvyšší IP adresa, nebo...?

je tedy řešením při ip addr add ... /32 "přivařit" peer ...?
dvojí chování ip route add default via dev eth0 (hlásí to nějakou chybu, kterou teď nemám čas najít něco jako rt file not exists)), což někdy neprojde ,a je nutné rozepsat do ip route add 192.168.1.1 dev eth0;ip route add default via 192.168.1.1 ? jde o starší verzi kernelu , že došlo ke změně? (nebo jde o "device route"), popsané níž

Řekl bych, že nemůžete použít add default via dev eth0, protože za via chybí IP adresa brány. A že to takhle bylo vždycky.

To je varianta, pokud máte on-link /32. V Debianu v /etc/network/in­terfaces je pro to klíčové slovo pointopoint, ukázku použití má třeba Hetzner a funguje to tak, že se nejdřív přidá device routa pro gateway ( ip route add 192.168.0.1 dev eth0) a pak se přidá default gateway skrze tuto routu ( ip route add default via 192.168.0.1).

Což je mimochodem stejný zápis, jako jste pak dál uvedl v příkladu, který funguje.

ruční přidání "ip neighbor add " ... ale třeba nevím, který proces ty záznamy do ip neigh show" přidává automaticky
Automaticky přidává záznamy do tabulky kernel. :) Nebo si nerozumíme? Ruční přidání jde nejspíš skrze user-land utilitu (ip) a pak netlink v kernelu.