IPv6 Routování

hapi

no ale jestli to dobře chápu, tak si klient natahne bezestavově ipv6ku. Tam vidí že si má načíst DNS což probíhá až ve druhém kroku. Dál jsem pochopil že mikrotik sice umí poslat DNSka ale windows je takhle přijmout neumí proto se to řeší DHCP relayem na server který to umí. Ok, chápu, takže proč mikrotik tedy neudělá tu věc, že nepostaví vlastí bezestavový DHCPv6 server který bude dopovat bezestavové klienty DNS informací a nezapíše si do listu kdy a jaký klient si to vzal? To by asi dávalo smysl ne? V advertise si nastavim čas bezestavového přidělení což je jako leases time u DHCPv4 a máme timeout, nebo ne?

majklik

Konfigurace bezestavově IPv6 adresa dle RA a k tomu přéípadně bezestavové DHCPv6 pro DNS severy je definována od pravěku IPv6 (stejně jako stavové DHCPv6). RDNSS rozšíření do RA se experiemntálně objevilo 2007 a standartizováno bylo v listopadu 2010 (RFC6106), takže je to echt horká novinka. :-)

Mikrotik toho nemá implementováno ohledně IPv6 mnohem víc, co dost chybí.. Už jen blbá priorita routeru vysílaná v RA by se víc než hodila a jde jen o nastavení dvou bitů v RA. :-(

Když MK zavede bezestavový DHCPv6 server, tak pochybuji, že bude si pamaovat, komu poskytnul odpověď, protože to vůbec k ničemu nepotřebuje... Pokud je neukecáš, aby to tam zavedli....

Už jen jak má to RDNSS implementováno humpolácky MK teď - žere to z /ip dns a vůbec neřeší, že bych třeba potřeboval posílat na každém interface jiný seznam DNS serverů, nejlépe i se search listem domén (jak jde v DHCPv4). :-(

Stjeně tak DHCPv6-PD server si natvrdo bere DNS servery posílané v odpovědi (i NTP) z /ip dns a opět neřeší per server/iface konfiguraci. Přilepeno s co nejmenší prací, ať lidi dají pokoj.

Dokud nebude řvát dostatečný počet lidí, tak se nic dít/měnit nebude.

hapi

aktuálně tedy proti samotnému mikrotik routeru není možné ject bez berliček na IPv6 only na windows, je to tak? to by mohl být pádný argument pro to, aby dodělaly bezestavové DHCPv6 aspoň v nějaké podobě kdy mi přidělí DNS.

disk

Jen tak mezi řečí.

Při obnovení konfigurace (backup) na jiném zařízení (jina MAC) mi zůstane DUID pro IPv6 z původního a nelze ho změnit.

Jak resetnu DUID nebo MK donutím k opětovnému výpočtu z MAC adresy? Nechci všechny MK co už mám nastavené

resetovat.

> ipv6 dhcp-client print detail

Flags: D - dynamic, X - disabled, I - invalid

0 interface=ether1 pool-name="suas" pool-prefix-length=64 status=boun

prefix=2a00:/64 expires-after=54m48s

duid="00030001d4ca6d7d682e" add-default-route=yes use-peer-dns=yes

hapi

tak bys asi neměl dělat restore. Napiš si scripty a spouštěj je.

majklik

Jen tak mezi řečí.

Při obnovení konfigurace (backup) na jiném zařízení (jina MAC) mi zůstane DUID pro IPv6 z původního a nelze ho změnit.

Jak resetnu DUID nebo MK donutím k opětovnému výpočtu z MAC adresy? Nechci všechny MK co už mám nastavené

resetovat.

Smáznout a znovu nadefinovat dhcpv6 klienta?

aktuálně tedy proti samotnému mikrotik routeru není možné ject bez berliček na IPv6 only na windows, je to tak? to by mohl být pádný argument pro to, aby dodělaly bezestavové DHCPv6 aspoň v nějaké podobě kdy mi přidělí DNS.

Ano, be externí oberličky holý IPv6 na ROS nyní neuděláš pro majoritní Windows. Můžeš zkusit argumentovat na :-)

disk

Zkoušel jsem odinstalovat balíček a i tak to nepomohlo. Jen ten reset.

Pokud budu obnovovat přes scripty, musím ručně dodávat pub certifikáty na přihlášení přes ssh.

Něco za něco. Díky

majklik

Nu, :-)

Jinak se už vysvětlilo, proč Mikrotik cpe do DHCPv6 relay zprávy link local adresy. Neumí číst RFC, respektive si pletou pojem link-local a site local (zrušené) adresy. :-(

majklik

Jen tak mezi řečí.

Při obnovení konfigurace (backup) na jiném zařízení (jina MAC) mi zůstane DUID pro IPv6 z původního a nelze ho změnit.

Jak resetnu DUID nebo MK donutím k opětovnému výpočtu z MAC adresy? Nechci všechny MK co už mám nastavené

resetovat.

Jsem při dohadování s MK musel chvíli číst RFC a podíval se do RFC i na toto (RFC3315, 9.4). Dle RFC je toto chování se zachováním DUID-LL chybné. Krabice nesmí dané DUID-LL používat, pokud interface s použitou zdrojovou MAC není pevně přítomno. Takže by RB měl správně dělat sám kontrolu, zda nedošlo ke změně a případně si ho změnit. Ale je fakt, že pro případ, kdy umřelou krabičku nahradím novou (a stará jde do šrotu), je to zachování "příjemné". Pokud klonuji CFG na X krabic, tak je to průšvih.

To třeba neplatí u DUID-LLT (kde je MAC plus čas), tam může to DUID-LLT používat dále i v případě, že daná MAC v systému už není. Předpokládá se, že jedinečnost zajistí ta časová značka při generování DUID. Nicméně je tam poznámka, že by se DUID-LLT mělo generovat až po časové sync dané krabice (krabice by měla obsaovat funkci pro reset DUID-LLT). :-)

hapi

dohaduješ se s nimi po mailu? já jim psal že chci rozšíření traffic flow o CISCO NAT (NEL) aby to splnilo vyhlášku pomocí jednoho routeru v cestě a musel sem si s nimi vyměnit asi 5 mailů než pochopili co vůbec chci.

majklik

Ano, přes maily, forum.mikrotik.com se mi jeví jako ztráta času. Nicméně je to podobné dohadování jak s Jehovisty, s těma po sobě člověk metal citáty z Bible, tady si posíláme úryvky z RFC.... Jehovisti nepřišli už hodně dlouho, MKčkové zatím občas odpovídají. Jenom trvá čím dál déle, než se najde ta správná společná řeč (bude implementováno v další verzi). :-)

Není se čemu divit, s ohledme na hlavní trhy - Asie, Afrika, J. Amerika, kde nechcou žádné složitosti, se jim do úchylných funkcí pro pár pomatenců v EU moc nechce. :-(

majklik

Doba je příznivě nakloněna základním elementálům...

ROS6.5rc1, včerejší build - DHCPv6 server odpovídá na bezestavové informační dotazy a odesílá seznam IPv6 DNS serverů uvedených v /ip dns servers=.... a Wirus7 to žere. Takže pro domácí sektor v pohodě.

Dále DHCPv6 relay už funguje skoro slušně, dá se nastavit, jakou adresu linky má hlásit do zpráv... Jen tu adresu musí mít na iface, což je zbytečná kontrola, která neumožní nastavit při dynamické konfiguraci:

/ipv6 dhcp-relay add dhcp-server=fd49: interface=br-lan link-address=fd49: name=DR6

hapi

Doba je příznivě nakloněna základním elementálům...

ROS6.5rc1, včerejší build - DHCPv6 server odpovídá na bezestavové informační dotazy a odesílá seznam IPv6 DNS serverů uvedených v /ip dns servers=.... a Wirus7 to žere. Takže pro domácí sektor v pohodě.

a je tam někde vidět jaký pc si to vzalo?

majklik

Bezestavové DHCP - nepamatuje se žádný stav. Nepotřebuje to, jen posílá seznam DNS serverů na dotaz. Takže není. Jedině si zapnout DHCP logování, pak to máš v logu, kdo septal, ale to ti může utéci, až se naplní, pokud mu nedáš platnost dat hodinu.

hapi

tak to by šlo, dáváme lidem hodinu na dhcp i v ipv4.

majklik

V logu se pak objeví link local adresy:

00:50:04 dhcp,debug,packet recv server: server1 fe80::64bd:abf6:eba7:2e3a -> ff02::1:2

...

00:50:04 dhcp,debug,packet send server1 -> fe80::64bd:abf6:eba7:2e3a%24

Takže v případě autokonfigurace z toho v pohodě odvodíš globální IPv6 adresu. Pokud je prefix na segmentu fd49::/64, tak stanice má adresu fd49.

Akorát ROS kašle na nastavenou dobu leases a nevloží do informační odpovědi dobu platnosti. Takže klient neopkuje dotazování po daném čase. :-(

Bude na chvíli třeba zase bušit do MK, ať doplní router priority do ohlášení routeru. :-)

hapi

můžeš popsat jak si to nastavil aby to papalo dnska?

majklik

Takto:

/ip dns set allow-remote-requests=yes servers=217.31.204.130,193.29.206.206,2001:1488:800:400::130,2001:678:1::206

/ipv6 dhcp-server add authoritative=yes disabled=no interface=br-lan lease-time=1h name=server1

/ipv6 nd add advertise-dns=yes hop-limit=64 interface=br-lan mtu=1500 other-configuration=yes ra-interval=10s-30s ra-lifetime=1m reachable-time=1m

První nastaví normálně DNS forwarder v MKčku, ty IPv6 adresy pak propaguje DHCPv6 server (a i v ND).

Druhé nastaví DHCP server, že nic nepřiděluje, jen odpovídá na DHCPv6 informační dotazy,

Třetí nastaví ohlášení routeru tak, aby signalizoval, že se má vedle autokonfigurace adresy použít i bezestavové DHCPv6 pro získání dalších údajů (other-configuration=yes).

Funguje to správně i v případě, že ten DNS list není v RBčku zadán ručně, ake je dynamicky získán z nadřazeného routeru při DHCPv6-PD přidělování prefixu, čili místo /ip dns set ... je:

/ipv6 dhcp-client add add-default-route=yes interface=br-wan pool-name=pool-ipv6-pd

Jinak Win7 pokaždé nezereaguje a neptá se přes DHCPv6 na ty DNSka, ale když je chvíli odpojen od sítě, tak pak bere to other-configuration=yes vážně.

Podrbu MKčka, ať tam vkládají časovou platnost info odpovědi.

hapi

ani ťuk. Jak tam máš "packet send server1..." tak to sem tam ještě vůbec v logu neviděl. Jako by vůbec neodpověděl zpět PCčku. Mám tu Win8.

majklik

Wirus8 jsme ještě nepotkal, ale dle deklarací MS, by to mělo být stejné s Win7. Jinak v logu se to objeví, když si zapneš logování dhcp:

/system logging add topics=dhcp

A minimálně i wokna by měla ukázat, zda to dostala, viz:

ipconfig -all

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