1
Sítě / Re:Použití Mikrotik CRS jako routeru, nefunkční IPv4 LAN->WAN
« kdy: 16. 10. 2023, 19:48:57 »
takový práce, a přitom taková blbost, dík!
Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
2
Sítě / Re:Použití Mikrotik CRS jako routeru, nefunkční IPv4 LAN->WAN
« kdy: 16. 10. 2023, 18:51:57 »
Jo, ping na CRS z LAN funguje, jak na adresu z LAN rozsahu, tak na veřejku, co je na WAN.
3
Sítě / Použití Mikrotik CRS jako routeru, nefunkční IPv4 LAN->WAN
« kdy: 16. 10. 2023, 16:59:24 »
Ahoj,
snažím se nastavit CRS328-24P-4S+RM jako router (jeden port WAN, zbytek je v bridgi). IPv6 konektivita mi funguje v pohodě, u IPv4 se ale nedostanu z LAN do WAN. CRS konektivitu má, z winboxu se dopingám ven a stejně tak se dopingám zvenku na CRS. Našel jsem pár nešťastníků se stejným problémem, ale jejich řešení mi bohužel nefunguje. Nenapadá vás, čím by to mohlo být?
snažím se nastavit CRS328-24P-4S+RM jako router (jeden port WAN, zbytek je v bridgi). IPv6 konektivita mi funguje v pohodě, u IPv4 se ale nedostanu z LAN do WAN. CRS konektivitu má, z winboxu se dopingám ven a stejně tak se dopingám zvenku na CRS. Našel jsem pár nešťastníků se stejným problémem, ale jejich řešení mi bohužel nefunguje. Nenapadá vás, čím by to mohlo být?
Kód: [Vybrat]
/interface bridge
add admin-mac=18:FD:74:EE:27:EE auto-mac=no comment=defconf name=bridge
/interface ethernet
set [ find default-name=ether1 ] poe-out=off
/interface wireguard
add listen-port=51820 mtu=1420 name=wireguard1
/interface vlan
add interface=ether1 name=vlan848 vlan-id=848
/interface pppoe-client
add add-default-route=yes disabled=no interface=vlan848 max-mru=1492 max-mtu=\
1492 name=pppoe-out1 user=xxxx
/interface ethernet switch port
set 0 l3-hw-offloading=no
/interface list
add name=WAN
add name=LAN
/interface wireless security-profiles
set [ find default=yes ] supplicant-identity=MikroTik
/ip hotspot profile
set [ find default=yes ] html-directory=hotspot
/ip pool
add name=dhcp ranges=10.64.0.100-10.64.0.250
/ip dhcp-server
add address-pool=dhcp interface=bridge name=dhcp1
/port
set 0 name=serial0
/interface bridge port
add bridge=bridge comment=defconf interface=ether2
add bridge=bridge comment=defconf interface=ether3
add bridge=bridge comment=defconf interface=ether4
add bridge=bridge comment=defconf interface=ether5
add bridge=bridge comment=defconf interface=ether6
add bridge=bridge comment=defconf interface=ether7
add bridge=bridge comment=defconf interface=ether8
add bridge=bridge comment=defconf interface=ether9
add bridge=bridge comment=defconf interface=ether10
add bridge=bridge comment=defconf interface=ether11
add bridge=bridge comment=defconf interface=ether12
add bridge=bridge comment=defconf interface=ether13
add bridge=bridge comment=defconf interface=ether14
add bridge=bridge comment=defconf interface=ether15
add bridge=bridge comment=defconf interface=ether16
add bridge=bridge comment=defconf interface=ether17
add bridge=bridge comment=defconf interface=ether18
add bridge=bridge comment=defconf interface=ether19
add bridge=bridge comment=defconf interface=ether20
add bridge=bridge comment=defconf interface=ether21
add bridge=bridge comment=defconf interface=ether22
add bridge=bridge comment=defconf interface=ether23
add bridge=bridge comment=defconf interface=ether24
add bridge=bridge comment=defconf interface=sfp-sfpplus1
add bridge=bridge comment=defconf interface=sfp-sfpplus2
add bridge=bridge comment=defconf interface=sfp-sfpplus3
add bridge=bridge comment=defconf interface=sfp-sfpplus4
/interface list member
add interface=ether1 list=WAN
add interface=bridge list=LAN
add interface=wireguard1 list=LAN
/interface wireguard peers
add allowed-address=10.64.0.50/32 interface=wireguard1 persistent-keepalive=1m \
public-key="xxxx"
/ip address
add address=10.64.0.1/24 interface=bridge network=10.64.0.0
/ip dhcp-client
add interface=ether1
/ip dhcp-server network
add address=10.64.0.0/24 dns-server=1.1.1.1 gateway=10.64.0.1 netmask=24
/ip dns
set servers=1.1.1.1
/ip firewall filter
add action=accept chain=input comment="accept established,related,untracked" \
connection-state=established,related,untracked
add action=drop chain=input comment="drop invalid" connection-state=invalid
add action=accept chain=input comment="accept ICMP" protocol=icmp
add action=accept chain=input comment="accept to local loopback (for CAPsMAN)" \
dst-address=127.0.0.1
add action=drop chain=input comment="drop all not coming from LAN" \
in-interface-list=!LAN
add action=fasttrack-connection chain=forward comment=fasttrack \
connection-state=established,related hw-offload=yes
add action=accept chain=forward comment="accept established,related, untracked" \
connection-state=established,related,untracked
add action=drop chain=forward comment="drop invalid" connection-state=invalid
add action=drop chain=forward comment="drop all from WAN not DSTNATed" \
connection-nat-state=!dstnat connection-state=new in-interface-list=WAN
/ip firewall nat
add action=masquerade chain=srcnat out-interface=pppoe-out1 out-interface-list=\
WAN
/ipv6 address
add from-pool=metronet interface=bridge
add address=2a01:510:xxxx:xxxx::1 interface=pppoe-out1
/ipv6 dhcp-client
add interface=pppoe-out1 pool-name=metronet pool-prefix-length=56 request=\
prefix
/ipv6 firewall address-list
add address=::/128 comment="defconf: unspecified address" list=bad_ipv6
add address=::1/128 comment="defconf: lo" list=bad_ipv6
add address=fec0::/10 comment="defconf: site-local" list=bad_ipv6
add address=::ffff:0.0.0.0/96 comment="defconf: ipv4-mapped" list=bad_ipv6
add address=::/96 comment="defconf: ipv4 compat" list=bad_ipv6
add address=100::/64 comment="defconf: discard only " list=bad_ipv6
add address=2001:db8::/32 comment="defconf: documentation" list=bad_ipv6
add address=2001:10::/28 comment="defconf: ORCHID" list=bad_ipv6
add address=3ffe::/16 comment="defconf: 6bone" list=bad_ipv6
/ipv6 firewall filter
add action=accept chain=input comment=\
"defconf: accept established,related,untracked" connection-state=\
established,related,untracked
add action=drop chain=input comment="defconf: drop invalid" connection-state=\
invalid
add action=accept chain=input comment="defconf: accept ICMPv6" protocol=icmpv6
add action=accept chain=input comment="defconf: accept UDP traceroute" port=\
33434-33534 protocol=udp
add action=accept chain=input comment=\
"defconf: accept DHCPv6-Client prefix delegation." dst-port=546 protocol=\
udp src-address=fe80::/10
add action=accept chain=input comment="defconf: accept IKE" dst-port=500,4500 \
protocol=udp
add action=accept chain=input comment="defconf: accept ipsec AH" protocol=\
ipsec-ah
add action=accept chain=input comment="defconf: accept ipsec ESP" protocol=\
ipsec-esp
add action=accept chain=input comment=\
"defconf: accept all that matches ipsec policy" ipsec-policy=in,ipsec
add action=accept chain=input comment="accept wireguard" dst-port=51820 \
protocol=udp
add action=drop chain=input comment=\
"defconf: drop everything else not coming from LAN" in-interface-list=!LAN
add action=accept chain=forward comment=\
"defconf: accept established,related,untracked" connection-state=\
established,related,untracked
add action=drop chain=forward comment="defconf: drop invalid" connection-state=\
invalid
add action=drop chain=forward comment="defconf: drop packets with bad src ipv6" \
src-address-list=bad_ipv6
add action=drop chain=forward comment="defconf: drop packets with bad dst ipv6" \
dst-address-list=bad_ipv6
add action=drop chain=forward comment="defconf: rfc4890 drop hop-limit=1" \
hop-limit=equal:1 protocol=icmpv6
add action=accept chain=forward comment="defconf: accept ICMPv6" protocol=\
icmpv6
add action=accept chain=forward comment="defconf: accept HIP" protocol=139
add action=accept chain=forward comment="defconf: accept IKE" dst-port=500,4500 \
protocol=udp
add action=accept chain=forward comment="defconf: accept ipsec AH" protocol=\
ipsec-ah
add action=accept chain=forward comment="defconf: accept ipsec ESP" protocol=\
ipsec-esp
add action=accept chain=forward comment=\
"defconf: accept all that matches ipsec policy" ipsec-policy=in,ipsec
add action=drop chain=forward comment=\
"defconf: drop everything else not coming from LAN" in-interface-list=!LAN
/ipv6 nd
set [ find default=yes ] mtu=1492
/system clock
set time-zone-name=Europe/Prague
/system note
set show-at-login=no
/system routerboard settings
set boot-os=router-os enter-setup-on=delete-key4
Software / Re:iVysílání není podporováno v OS Linux
« kdy: 11. 09. 2023, 00:16:30 »
Nejspis to k nicemu nebude, ale mozna by nebylo na skodu si zkusit otevrit konzoli v prohlizeci, pustit stream a koukat, jestli tam nevyleti nejaka chyba, se kterou by se pak dalo pracovat. Bud by mohl error vyhodit primo HTML5 player, nebo middleware, ktery resi cpani toho streamu do prehravace.
Taky by stalo za to vyzkouset novy profil Firefoxu.
Taky by stalo za to vyzkouset novy profil Firefoxu.
5
Sítě / Re:Nastavení IPv6 /48 na MikroTiku
« kdy: 06. 09. 2023, 20:56:15 »
Asi se bez toho spojovacího segmentu obejdu, možná ho zkusím vyměnit za ty link-local adresy jen tak pro radost. Ještě jednou díky!
6
Sítě / Re:Nastavení IPv6 /48 na MikroTiku
« kdy: 06. 09. 2023, 16:02:29 »
Nemyslím, že by to bylo o jejich lenosti/neschopnosti, nabídli mi i možnost přepnout CPE do bridge a pak bych měl ten /48 subnet u sebe na hAP. Akorát teď u té přípojky nejsem fyzicky a nechci riskovat, že to na dálku rozbiju a pak budu muset jet přes půl republiky to spravovat, resp. že oni z toho 60G udělají bridge a mně se pak rozbije hAP, které nebude mít IPv4 (v síti ISP se nastavuje staticky, DHCP server dělá až to CPE). Nějak zprovoznit IPv6 a do IPv4 vůbec nesahat je bezpečnější řešení.
Jinak moc díky, to cos poslal funguje. Teď teda můžu na hAP v LAN použít celou tu /48 kromě spojovacího segmentu?
Citace
co ti přidělal a z toho ti trochu neštastně nasměroval do ether1 k tobě /56 blokto je moje práce, předtím byl na 60G na WAN ten /48 blok a na LAN nic
Jinak moc díky, to cos poslal funguje. Teď teda můžu na hAP v LAN použít celou tu /48 kromě spojovacího segmentu?
7
Sítě / Re:Nastavení IPv6 /48 na MikroTiku
« kdy: 06. 09. 2023, 11:53:59 »
Tak překvapili a dostal jsem login a heslo k CPE. 
Teď jsem ale trochu ztracenej. Ideálně bych udělal to, že část toho subnetu použiju na spojení CPE a hAP a /56 použiju na hAP pro LAN.
Na CPE je toto (wlan60 je WAN, ether1 je LAN):
a na hAP toto:
hAP si normálně CPE najde pomocí RA a konektivita z hAP ven funguje, ale zařízení v LAN se ven nedostanou. Napadá někoho, co mám blbě?
Teď jsem ale trochu ztracenej. Ideálně bych udělal to, že část toho subnetu použiju na spojení CPE a hAP a /56 použiju na hAP pro LAN.Na CPE je toto (wlan60 je WAN, ether1 je LAN):
Kód: [Vybrat]
/ipv6 address
add address=2a03:71yy:yyyy:yyyy::2 advertise=no interface=wlan60-1
add address=2a03:71xx:xxxx::1 interface=ether1
add address=2a03:71xx:xxxx:aa00::/56 advertise=no interface=ether1
/ipv6 route
add distance=1 gateway=2a03:71yy:yyyy:yyyy::1
a na hAP toto:
Kód: [Vybrat]
/ipv6 address
add address=2a03:71xx:xxxx:aa00::1 interface=bridge
/ipv6 settings
set accept-router-advertisements=yes max-neighbor-entries=15360
hAP si normálně CPE najde pomocí RA a konektivita z hAP ven funguje, ale zařízení v LAN se ven nedostanou. Napadá někoho, co mám blbě?
8
Sítě / Re:Nastavení IPv6 /48 na MikroTiku
« kdy: 05. 09. 2023, 21:37:00 »
Jj, Infos. Oni jsou lokální (v podstatě wifinář, ale na steroidech) a IPv6 normálně koncákům nedávají, nejspíš proto mi taky dali tak velký subnet.
Já mezitím přišel s teorií, že běžnej postup u nich je, že firma, která chce IPv6, má přístup do CPE, oni na něj naroutují ten /48 subnet a zákazník si s tím subnetem na CPE dělá co chce. Většinou to CPE asi bude nějaký router s SFP modulem, do kterého jen Infos přivede vlákno. Jenže tohle je domácí přípojka, dost možná první s IPv6 v jejich síti, a já se do CPE nedostanu, takže CPE má v6 konektivitu do světa a tím to hasne.
Napsal jsem jim, s trochou štěstí mi z toho CPE pošlou aspoň /56 + adresu, ale trochu se bojím, že to bude pro ně moc nestandardní námahy a skončím u veřejné IPv4 (samozřejmě placené). Na výběr tu z poskytovatelů moc není a až na tu IPv6 jsou parametry té přípojky velmi solidní. Ale třeba překvapí a budu moct oslavovat, že můj ISP není bezcitný korporát.
Já mezitím přišel s teorií, že běžnej postup u nich je, že firma, která chce IPv6, má přístup do CPE, oni na něj naroutují ten /48 subnet a zákazník si s tím subnetem na CPE dělá co chce. Většinou to CPE asi bude nějaký router s SFP modulem, do kterého jen Infos přivede vlákno. Jenže tohle je domácí přípojka, dost možná první s IPv6 v jejich síti, a já se do CPE nedostanu, takže CPE má v6 konektivitu do světa a tím to hasne.
Napsal jsem jim, s trochou štěstí mi z toho CPE pošlou aspoň /56 + adresu, ale trochu se bojím, že to bude pro ně moc nestandardní námahy a skončím u veřejné IPv4 (samozřejmě placené). Na výběr tu z poskytovatelů moc není a až na tu IPv6 jsou parametry té přípojky velmi solidní. Ale třeba překvapí a budu moct oslavovat, že můj ISP není bezcitný korporát.
9
Sítě / Re:IPv6 /48, Mikrotik – jak nastavit?
« kdy: 05. 09. 2023, 19:14:56 »
Tam tu IP vůbec nevidim, jsou tam jen link-local adresy a všechny mají interface bridge. Jdu napsat tomu ISP, nechtěl jsem ho prudit, pokud by byla chyba na mé straně, ale evidentně je fakt něco nestandardně.
10
Sítě / Re:IPv6 /48, Mikrotik – jak nastavit?
« kdy: 05. 09. 2023, 18:25:46 »
Mám ROS7. Zkusil jsem ten reboot, ale ten nic neudělal. RA loguje akorát `received Router Solicitation on bridge...`. DHCPv6 klienta jsem zkoušel (address i prefix) a dostal jsem kulový.
`/ipv6 export` mi vyplivne akorát firewall a `/ipv6 settings set accept-router-advertisements=yes max-neighbor-entries=15360`. Ve WebFigu (normálně používám WinBox, teď se k tomu routeru dostávám přes TeamViewer a jsem rád za WebFig, tak mě neukřižujte) vidím v Addresses na ether1 i na bridgi link-local adresu, stejně tak v routes, viz screenshot, ale default routa tam neni.
Subnet jsem dostal ve stylu `2a03:71xx:xxxx::/48`. Když zkusím ping na `2a03:71xx:xxxx::1`, tak mi něco odpovídá (a skoro určitě to není moje hAP).
`/ipv6 export` mi vyplivne akorát firewall a `/ipv6 settings set accept-router-advertisements=yes max-neighbor-entries=15360`. Ve WebFigu (normálně používám WinBox, teď se k tomu routeru dostávám přes TeamViewer a jsem rád za WebFig, tak mě neukřižujte) vidím v Addresses na ether1 i na bridgi link-local adresu, stejně tak v routes, viz screenshot, ale default routa tam neni.
Subnet jsem dostal ve stylu `2a03:71xx:xxxx::/48`. Když zkusím ping na `2a03:71xx:xxxx::1`, tak mi něco odpovídá (a skoro určitě to není moje hAP).
11
Sítě / Nastavení IPv6 /48 na MikroTiku
« kdy: 05. 09. 2023, 17:19:17 »
Ahoj,
mam na strese 60G Mikrotik ve sprave ISP a za nim svoje hAP. Pozadal jsem ISP o IPv6, dostal jsem /48 subnet (zadnou adresu na WAN, zadnou gateway), a kdyz se pokusim nastavit na WAN adresu (resp. /64) z toho /48 subnetu, tak moje hAP zacne rvat, ze `duplicate address detected`. Adresu gatewaye bych asi mohl dostat pres RA, ale predpokladam, ze v tom pripade by se mi sama pridala i default routa, kdyz mam Accept RA nastaveno na yes.
Mam pravdu, kdyz si myslim, ze je na strane ISP neco blbe, ze bych mel dostat jeste tu adresu na WAN a mozna i adresu gatewaye? Nebo je nejaky zpusob, jak to rozchodit i s tim, co mam?
mam na strese 60G Mikrotik ve sprave ISP a za nim svoje hAP. Pozadal jsem ISP o IPv6, dostal jsem /48 subnet (zadnou adresu na WAN, zadnou gateway), a kdyz se pokusim nastavit na WAN adresu (resp. /64) z toho /48 subnetu, tak moje hAP zacne rvat, ze `duplicate address detected`. Adresu gatewaye bych asi mohl dostat pres RA, ale predpokladam, ze v tom pripade by se mi sama pridala i default routa, kdyz mam Accept RA nastaveno na yes.
Mam pravdu, kdyz si myslim, ze je na strane ISP neco blbe, ze bych mel dostat jeste tu adresu na WAN a mozna i adresu gatewaye? Nebo je nejaky zpusob, jak to rozchodit i s tim, co mam?
12
Sítě / Re:PODA GPON: vlastní SFP a IPv6/IPv4 adresy
« kdy: 04. 06. 2023, 20:54:58 »
Po drobné miskomunikaci se mi podařilo rozchodit i IPv6 – Poda mi řekla můj /64 prefix, který mám celý k dispozici na svém routeru a nemusím šachovat s ND proxy, jako to bylo u jejich ONT.
13
Sítě / Re:PODA GPON: vlastní SFP a IPv6/IPv4 adresy
« kdy: 03. 06. 2023, 11:14:36 »
Tak hlásím, že Huawei MA5671A mi na síti PODA funguje out-of-the-box. V Turrisu Omnia se mi ho rozchodit nepodařilo, ale s media convertorem TP-Link MC220L(UN) ver. 4.20 se mi podařilo dostat jak na SSH (root jsem nedělal, takže pouze nějaký huawei shell, příkazy jsou sepsané na https://forum.openwrt.org/t/support-ma5671a-sfp-gpon/), tak při konfiguraci síťového rozhraní podle toho, co poslala PODA (privátní IP, VLAN 2000), i do internetu.
14
Server / Re:Profi SMTP server
« kdy: 24. 05. 2023, 16:11:29 »
Mozna jdu s krizkem po funuse, ale na transakcni emaily pouzivam AWS SES (https://aws.amazon.com/ses/), ktery ma priznivejsi pricing nez Klerk (i kdyz tech 300 je pakatel) a funguje opravdu jen jako hloupy SMTP server bez vsech reportingu, editoru a podobnych blbosti. 1k emailu stoji 0,1 USD.
15
Sítě / Re:PODA GPON: vlastní SFP a IPv6/IPv4 adresy
« kdy: 22. 05. 2023, 22:49:06 »
Ahoj,
HALNy HL-GSFP jsem zkoušel a bohužel se mi ho nepovedlo přesvědčit, aby mi na GPONu PODA fungoval, ani jsem nenašel nic o tom, že by na něm šlo rozběhat OpenWrt s uživatelským přístupem (pokud se nepletu, interně to na OpenWrt běží, stejně jako Huawei, o kterém píšu dál), dokumentace od výrobce je sice dostupná líp než Hua, ale naopak komunita ho moc prozkoumaný nemá. Vycházím z https://hack-gpon.github.io, což je asi nejobsáhlejší zdroj, na který jsem narazil. Čekám na Huawei MA5671A, který by měl mít OOB funkční SSH, po rootnutí i web UI, a kterých se na eBay válí spousta za pár stovek z Itálie, kde je Vodafone používá v jejich Vodafone Power Station. To je to, o kterém Hua v ČR prohlašuje, že je určené pro IoT?
Ad nedodržování standardů a kompatibilita, já naprosto chápu pohnutky, které velké ISP vedou k tomu, že tlačí jedno svoje OLT a nechce se jim povolovat připojení vlastních zařízení (dost mě překvapilo, že to PODA umí), ale jeden model SFP, kterým ISP zavře hubu každému, kdo řekne, že chce vlastní zařízení, je přece ideální řešení. Stejně musí ISP udržovat kompatibilitu s několika druhy OLT, které se za pár let postupnou evolucí na síti objeví.
Ad IPv6... achjo.
RIPE Best Current Operational Practice for Operators:
Právě proto, že je těch adres na celej vesmír, nemá smysl šetřit a dávat každému jen /64, když na 100 % dřív nebo později přijdou power users, kteří budou chtít víc, jen tady a na Turris fóru je nás víc než 10. Sice je to malý číslo, ale fakt by nebylo levnější při tvorbě adresního plánu počítat s větším prefixem pro všechny, než řešit ty lidi, kteří s tím budou obtěžovat support? Ten lowend TP-Link s víc než /64 možná neumí naložit, ale i 10 let starý kousky podporujou Prefix Delegation (kterou ten krám od Pody neumí) a prostě si řeknou jen o ten jeden /64, kterej potřebujou. Naopak jiný lowend routery (mám dojem, že D-Link?) se rozbijou, když se na nich zapne guest WLAN, protože na ni chtějí další /64 prefix, který nemají. To, že většině lidí stačí zkryplená varianta neznamená, že by se to nemělo dělat správně.
HALNy HL-GSFP jsem zkoušel a bohužel se mi ho nepovedlo přesvědčit, aby mi na GPONu PODA fungoval, ani jsem nenašel nic o tom, že by na něm šlo rozběhat OpenWrt s uživatelským přístupem (pokud se nepletu, interně to na OpenWrt běží, stejně jako Huawei, o kterém píšu dál), dokumentace od výrobce je sice dostupná líp než Hua, ale naopak komunita ho moc prozkoumaný nemá. Vycházím z https://hack-gpon.github.io, což je asi nejobsáhlejší zdroj, na který jsem narazil. Čekám na Huawei MA5671A, který by měl mít OOB funkční SSH, po rootnutí i web UI, a kterých se na eBay válí spousta za pár stovek z Itálie, kde je Vodafone používá v jejich Vodafone Power Station. To je to, o kterém Hua v ČR prohlašuje, že je určené pro IoT?
Ad nedodržování standardů a kompatibilita, já naprosto chápu pohnutky, které velké ISP vedou k tomu, že tlačí jedno svoje OLT a nechce se jim povolovat připojení vlastních zařízení (dost mě překvapilo, že to PODA umí), ale jeden model SFP, kterým ISP zavře hubu každému, kdo řekne, že chce vlastní zařízení, je přece ideální řešení. Stejně musí ISP udržovat kompatibilitu s několika druhy OLT, které se za pár let postupnou evolucí na síti objeví.
Ad IPv6... achjo.
RIPE Best Current Operational Practice for Operators:
Citace
It is strongly discouraged to assign prefixes longer than /56 unless there are very strong and unsolvable technical reasons for doing this.
...
Assigning a /64 or longer prefix does not conform to IPv6 standards and will break functionality in customer LANs.
...
Some CPEs use a /64 for the loopback interface and some may have multiple LAN segments predefined (for example Guest WiFi network and wired LAN), so as soon as there is more than one LAN segment behind the CPE, exceptions will have to be added to the ISP provisioning system that will greatly complicate management.
Právě proto, že je těch adres na celej vesmír, nemá smysl šetřit a dávat každému jen /64, když na 100 % dřív nebo později přijdou power users, kteří budou chtít víc, jen tady a na Turris fóru je nás víc než 10. Sice je to malý číslo, ale fakt by nebylo levnější při tvorbě adresního plánu počítat s větším prefixem pro všechny, než řešit ty lidi, kteří s tím budou obtěžovat support? Ten lowend TP-Link s víc než /64 možná neumí naložit, ale i 10 let starý kousky podporujou Prefix Delegation (kterou ten krám od Pody neumí) a prostě si řeknou jen o ten jeden /64, kterej potřebujou. Naopak jiný lowend routery (mám dojem, že D-Link?) se rozbijou, když se na nich zapne guest WLAN, protože na ni chtějí další /64 prefix, který nemají. To, že většině lidí stačí zkryplená varianta neznamená, že by se to nemělo dělat správně.
