IPV6 základní nastavení

basty

okoun ano, to je v háji. Proto bohužel na šestku kašlem.

okoun

hmm tohle je špatnej postup, je třeba to k těm lidem prát tak jako to dělá PPFka a ostaní velcí, jinak se ta 6tka pořádně nikdy nerozjede, samozřejmě problém je tak trochu v tom že to tak dobře nefunguje jako v4 🙁

basty

okoun aktuálně nemám kapacity řešit šestku vše kolem toho. To raději to úsilí dáme do optiky a výkopem jednu ulici. Nebo cokoliv dalšího co dává větší smysl než se drbat se šestkou. Sry zajdee.

okoun

tak to je zajímavý argument o nedostatku kapacity, nechápu ho 🙁

zero

okoun

co na tom nechapes? Kazdej clovek ma nejakou kapacitu (fyzickou a hlavne psychickou). Takze ja chapu, ze pro sit je lepsi mit x novych klientu na optice nez se srat dokola s IPv6...

okoun

trochu jdeme už mimo téma
ne, já nechápu to že core admin jde někde házet lopatou výkopy a vařit vlákna..... tedy pokud to nemáte "one man show"

basty

to neber doslova. Sice castecne ano, ale to neni jenom o vykopu. Zase si nemuzeme dovolit to mit na klic. Ale realne mi nic sestka neprinese... v nasi male velikosti fakt nepotrebuji odlehcovat natu apod. Chtel bych ji mit, ale nedava mi to zatim zadny smysl...

okoun

jo tenhle argument bych ještě chápal 🙂

mirek_k

Začínám s IPv6 a dost se s tím peru.
Podařilo se mi rozchodit DHCP PD, Ale nevím, zda je to vše OK.
Hlásí mi uživatelé Samsungů, že jim blbne internet po spuštění IPv6.
Vysvětluji si to tak, že mají špatně nastavený fallback na IPv4, poku IPv6 selže.
Jak to ale udělat správně?

Druhý dotaz je - odkud se berou (jak správně nastavit) DNS IPv6 jak pro Advertise, tak i pro DHCPv6? Probublá to od začátku PD, nebo se to bere z CPE DNS? Je třeba i na CPE nastavit DNS Option v DHCPv6?

Nepracuji s ND Prefixes, což může být ten problém.

Díky všem, co to mají úspěšně za sebou.
Mirek

obud

mirek_k Hlásí mi uživatelé Samsungů, že jim blbne internet po spuštění IPv6.

Tak máš někde něco blbě.

mirek_k Vysvětluji si to tak, že mají špatně nastavený fallback na IPv4, poku IPv6 selže.

Proč by měla IPv6 selhávat? Leda, že bys měl něco blbě nakonfigurované... ale na to bych potřeboval víc informací, nemám křišťálovou kouli.

mirek_k Druhý dotaz je - odkud se berou (jak správně nastavit) DNS IPv6 jak pro Advertise, tak i pro DHCPv6? Probublá to od začátku PD, nebo se to bere z CPE DNS? Je třeba i na CPE nastavit DNS Option v DHCPv6?

IPv6 adresy resolverů pro router advertisement i DHCPv6 PD se berou z konfigurace DNS pro celé CPE v IP -> DNS. Jinak to nastavit bohužel nejde. A ano, pokud máš na CPE DHCPv6 Client, IPv6 adresy revolverů probublají do CPE automaticky...

DHCPv6 server v RouterOS neumí přidělovat adresy, pouze delegovat prefixy...

radek_kovacik

mirek_k Co přesně jim na internetu blbne?

mirek_k

obud
OK, doplním informace:

Roouter:
/ipv6 dhcp-server option add code=23 name=mydns value=0x2a03xxxx001000000000000000000001 /ipv6 pool add name=pool1 prefix=2a03:xxxx:14::/47 prefix-length=51 /ipv6 address add address=2a03:xxxx:10::1 advertise=no comment=DNS interface=bridge1 /ipv6 dhcp-server add address-pool=pool1 allow-dual-stack-queue=no dhcp-option=mydns \ interface=ether4 lease-time=1d name=server1 /ipv6 dhcp-server binding add address=2a03:xxxx:14:2000::/51 allow-dual-stack-queue=no comment=AP3 \ duid=0x744d28d56d6b iaid=8 life-time=1d prefix-pool=pool1 server=\ server1 /ipv6 nd set [ find default=yes ] disabled=yes add hop-limit=64 interface=ether4 managed-address-configuration=yes \ other-configuration=yes /ipv6 route add distance=1 gateway=2a03:xxxx:1:100::11 /ipv6 settings set accept-router-advertisements=yes

AP:
/ipv6 dhcp-server add address-pool=AP allow-dual-stack-queue=no interface="AP3" \ lease-time=1d name=server1 /ipv6 pool add name=AP prefix=2a03:xxxx:14:2000::/51 prefix-length=56 /ipv6 dhcp-client add add-default-route=yes interface=bridge2 pool-name=AP pool-prefix-length=\ 56 rapid-commit=no request=prefix /ipv6 dhcp-server binding add address=2a03:xxxx:14:2100::/56 allow-dual-stack-queue=no \ duid=0xd4ca6d3ee487 iaid=2 life-time=3d prefix-pool=AP server=server1 add address=2a03:xxxx:14:2200::/56 allow-dual-stack-queue=no \ duid=0xb869f401a97f iaid=1 life-time=3d prefix-pool=AP server=server1 /ipv6 nd set [ find default=yes ] other-configuration=yes /ipv6 settings set accept-router-advertisements=yes max-neighbor-entries=1024
CPE:
/ipv6 dhcp-server add address-pool=Client interface=ether1 name=server1 /ipv6 address add eui-64=yes from-pool=Client interface=ether1 /ipv6 dhcp-client add add-default-route=yes interface=wlan1 pool-name=Client rapid-commit=no \ request=prefix /ipv6 nd set [ find default=yes ] advertise-dns=yes other-configuration=yes /ipv6 settings set accept-router-advertisements=yes

mirek_k

radek_kovacik
Z klienta se toho moc nedostane. Některé stránky nejdou, jde to pomalu...
Vypnutí ipv6 adresy s Advertisment v CPE problém odstranilo.

radek_kovacik

mirek_k Já to vidím tak, že buď máme v konfiguraci stejné chyby nebo je tam nějaký bug, protože to stejné se mi děje také, ovšem i na počítači, takže není to způsobené tím, že je to mobil a Samsung.
Mně např. blbne mapy.cz, sbazar.cz (tyto nejedou vůbec, ovšem pouze za určitých podmínek), zatímco bosch-home.com jede hodně pomalu (ale možná je to jejich serverem).
Tyto anomálie se mi začali dít také po spuštění IPv6 na mém Mikrotiku. Zkus se podívat do IPv6 Firewall Filter, jestli se ti tam neztrácejí spojení někde v DROPu. Já mám na to podezření.

kmotrik

Ahoj přidám se do skupiny lidí co válčí s IPv6 😀

Na hraničním routeru přebírám skrze bgp celý prefix /29. Jakmile na tenhle router přiřadím na jakýkoliv interface globál adresu /120 ( vypnuty advertising ) tak si z internetu tuhle adresu dopingam.

Tento router je spojen kabelem s dalším routerem - ten má adresu jako hlavní router +1/120 a rozjetou ospv3 kvůli propagaci. Mezi sebou mi ping letí ( zkusil jsem to i na další routery a ospv3 mi funguje) - v routovacce uvnitř sítě vidím vše a i pingam všechno. Dokonce i defaultky jsou na routerech diky ospfv3 v pohodě ( link-lokal adresy) ... Jakmile ale pustím z internetu ping na router dál v síti tak se mi zastaví na bgp hraně a dál už nedoputuje.
V nastavení OSPFv3 na bráně mám distribuci default roury zkoušel jsem i propagaci prefixů z bgp - objeví se v routovacce dál po síti ale ping stejně neprolete ... Route filter teď nemám na bgp nastavené žádné, upstream provider nepropaguje full bgp ale jen své rozsahy ( mám 5 záznamu které od něj přebírám ).

Jo a taky nejsem schopnej nastavit pptp tak aby rozdávalo i IPv6 - v nastavení PPTP mám přidělen prefix, když se naváže PPTP tak se v routovacce ukáže /56 která by měla projít ale PC s win10 už na vpnce IPv6 neobrží. Wiki Mikrotik rádi jen jak to řešit v rámci tunelu Mikrotik vs Mikrotik - EDIT: pptp už funguje, snažil jsem se jako na DHCP nasadit range /56 a o ten si win nezažádají - stačilo v PPP secret změnit na /64 a už jsem dostal adresu

okoun

já jsem také měl obdobné problémy s rychlostí a zjistil jsem že mi to v baráku rozbíjel mikrotik switch na kterém byl nainstalovaný ipv6 balíček nicméně konfigurace tam žádná nebyla, takže divné...

mirek_k

okoun
To je zajímavé. Já mám mezi Routerem a APčkama spoje v bridge, kde vůbec není balíček IPv6 povolen.
Může to vadit?
Jinak až tak úplně blbě to nemůžu mít, protože IPv6 provoz je cca 20 %.

okoun

tak ted nerozumím těm 20% jestli jako čekáš provoz který se blíží 100% tak zapomenout zatím....

mirek_k

okoun
Samozřejmě nečekám, je mi ty procenta přijdou jako správný podíl IPv6.
Takže usuzuji, že většina klientů běží.

zajdee

Vezmu to postupne, co me napada:

na PPTP interface (server) by nemelo byt /56 ale spis /64 a nejspis bude potreba mit zapnuty advertise (v mikrotiku, pokud lze)
nepingnutelnost /120 ve vnitrni siti z Internetu vypada jako problem firewallu; jak vypada traceroute z nejakeho takoveho stroje ven do Internetu?
"nejak nefungujici" stranky indikuji problem bud ve firewallu (zahazovane icmpv6, dropovany provoz ve forward chainu), MTU (na ceste je MTU mensi nez 1500 a nekdo zahazuje ICMPv6 packet too big) nebo blackholing (pakety nejsou doruceny, cestou se ztrati)
pokud se spojeni navaze, podari se odeslat http pozadavek, ale nevrati se odpoved od serveru (lze overit pomoci curl -v http://...), je to na 99 % problem s MTU
fallback na IPv4 se v browserech typicky provadi pokoci happy eyeballs (existuji dve verze, starsi ma cislo rfc6555) a probehne do nekolika stovek milisekund. To ovsem plati jen pro spojeni, ktera po IPv6 nelze navazat - pokud se spojeni navaze, ale zatuhne (viz vyse - problem s MTU, blackholing, firewallovani icmp...), tak to uzivatel popisuje jako "nefunkcni Internet, nekde se stranky dlouho nacitaji")
z prikladu s Routerem, AP a CPE mi neni jasne, kde bezi DHCPv6 server pro prefix delegation - nemuze bezet zaroven na routeru i AP, pokud jsou v jedne L2 siti. Pokud je AP ciste jen AP, vypnul bych tam DHCPv6 server. Jinak muze pridelovat prefixy, ktere nebudou routovane do Internetu. Na routeru ma bezet bud DHCPv6 server nebo DHCPv6 relay, ale relay pokud vim dlouho u mikrotiku neinstalovala prefixy z DHCPv6 PD do routovaci tabulky mikrotiku (coz z toho cini nepouzitelnou komponentu, pokud si to clovek nedobastli skriptem sam).

kmotrik

zajdee
PPTP jsem vyzkoušel a /64 je nutnost, s tou /56 to opravdu nefunguje.

No právě to je ten problém - tracert z venku se dostane až na mou adresu k bgp a dál už ne,
Obráceně se ven taky nedopingam. Ve firewallu není nic, a bgp route filter také nejsou ( takže bych měl mít full bgp ale to blokuje upstream provider - jdou od něj jen jeho prefixy )

mirek_k

zajdee

PPTP nepoužívám.
MTU zní zajímavě - vyzkouším CURL.
DHCPv2 běží na routeru i na APčkách. Z Routeru se přidělují prefixy pro AP /51 a ty přidělené pak AP přiděluje klientům /56

okoun

zajdee k tomu MTU 1500 by mě tedy zajímalo jak to dělá PPFka a ostatní VDSLkaři když jejich MTU určitě není 1500 🙂

« Předchozí stránka Další stránka »