Vlákno názorů k článku Telefónica nasazuje IPv6 na svém xDSL od Ondřej Caletka - Ad 1. a 2.: Od O2 dostaneš prefix,...

Ad 1. a 2.: Od O2 dostaneš prefix, např. 2001:db8:xxxx­:yyyy::/64, kde xxxx a yyyy bude proměnlivé v čase (a nejspíš stejným způsobem, jako dosud IPv4, tedy že se to možná jednou za pár let změní), dá se to požadovat za konstantu. Zbylých 64 bitů si určí sama tvá zařízení, která za router připojíš, buď podle vlastního default nastavení (např. Windows si vezme jednu náhodnou adresu natrvalo plus jednu další náhodnou, kterou bude pravidelně měnit), nebo manuálně. Takže si na svém NASu nastavíš adresu např. 2001:db8:xxxx­:yyyy::135 a tahle adresa mu vydrží několik let, než O2 změní koeficienty xxxx a yyyy.

Tedy zcela totožné se současnou praxí, kdy máš na domácím routeru přesměrovaný port a jednou za čas ti O2 změní IPv4 adresu.

ad 3. Ano, bez NATu je potřeba k rozšíření adresního prostoru vždy kooperace ISP i zákazníka. Proto se u IPv6 doporučuje přidělovat zákazníkovi rovnou několik prefixů, aby to vystačilo velké většině a otravovalo je málo lidí.

a) Špatně čtete čísla. :-)

cz.eurotel: 20041118, 2001:41d8::/32
Telefonica Czech Republic, a.s.: 20090619, 2a00:1028::/32
Internethome, s.r.o.: 20090204, 2a02:09b8::/32

To všechno spadá pod telefonicu.

b) všimněte si z toho vašeho odkazu, že /32 rozsah zatím stačí nejen telefonice, ale i GTSce, CD-Telematice, T-Systems, VF, TMO, .. i dalším velkým hráčům. Aby ne ...

The current minimum IPv6 allocation made by the RIPE NCC is a /32 network prefix. If the LIR only made /48 assignments from this /32 network prefix, they would be able to make 65,536 /48 assignments. If they decided to only assign /56 network prefixes they would have 24 bits available to them, and so could make 16,777,216 /56 assignments.

Telefónika má /32 pro jeden autonomní systém (fixní služby) a /32 pro druhý (mobilní segment).
Z autonomního systému pro fixní služby bude ADSLkařům přidělovat /64. Tzn. má přes 4 mld. takových prefixů. I když odečtu servisní rozsahy a /48 pro větší firmy, pořád jí dost adres zbývá.

Váš výrok, že "telefónica nemá žádné IPv6 adresy", je tudíž zjevně nepravdivý.

JInak ta /32 alokace je dnes _základní_, tj. dostane ji i ten nejmenší ISP (LIR), pokud si zažádá. Nezávisle na počtu klientů. Jestli si Telefónica neměla zažádat o větší rozsah (např. /28 jako má UPC) je jiná debata (IMHO měla, pak by mohla každému zákazníkovi přidělit /56 a přesto by měla rezervy na roky dopředu).

„Muj pidi provider ma taky /32 a to si dovolim nastrelit, ze vic nez 3k zakazniku nema.“

Protože je to standardní velikost alokace, která se používá kvůli omezení velikosti globální směrovací tabulky.

„A proto bych predpokladal, ze pokud se nekdo prsi tim, jak je nejvetsi, ze si rekne o vetsi rozsah.“

Jako že by kvůli telefonice porušovali pravidla alokací? To je ale blbost, že?

Zdroj?

„Nejběžněji "přidělované" adresy v IPv6 se přidělují odvozením z prefixu sítě a mac adresy síťové karty.“

Ondra popsal (alespoň výchozí) konfiguraci nejběžnějšího operačního systému a ta je zrovna odlišná od tohoto tvrzení.

„DHCPv6 poskytuje až dodatečné informace jako DNS, doménu atd,“

Tyto informace umí poskytovat i RA, není k tomu teoreticky DHCP vůbec potřeba. V praxi bohužel některé velmi běžné systémy toto neimplementují.

„jakékoliv rezervace adres už nemám v popisu práce. Případně mi to vyvraťte :)“

Vyvrať si sám pohledem do specifikace DHCPv6.

„Bohužel, aby jste se na ně dostal z veřejné IPv6 sítě potřebujete buď tunelování (jakoukoliv VPN, nemusí být nutně šifrovaná), nebo stejně jako u IPv4 dělat z veřejné adresy NAT do neveřejných rozsahů.“

To se mi zdá jako nesmysl, prosím o nějaký relevantní zdroj, který tě k této představě vede.

„O2, jak se zdá, to vymyslelo tak, že to bez NATu musíte celé bridgovat.“

Informace, co O2 prezentuje navenek, ukazují na to, že to dělají přesně tak, jak se to dělat má. Dávají rozsahy adres.

Takže není. Díky za odpověď.

Doplním tedy zdroje sám, alespoň pro ty, kdo se přišli informovat a nemají za potřebí někoho urážet :):

https://apps.db.ripe.net/search/query.html?searchtext=2a01:05e0::/32

https://apps.db.ripe.net/search/query.html?searchtext=2a02:8300::/28

A mělo by se to řídit následujícími pravidly:

http://www.ripe.net/ripe/docs/ripe-552

5.1.2. Initial allocation size

Organisations that meet the initial allocation criteria are eligible to receive an initial allocation of /32. For allocations up to /29 no additional documentation is necessary.

Organisations may qualify for an initial allocation greater than /29 by submitting documentation that reasonably justifies the request. If so, the allocation size will be based on the number of existing users and the extent of the organisation's infrastructure.

5.2. Subsequent allocation

Organisations that hold an existing IPv6 allocation may receive a subsequent allocation in accordance with the following policies.

5.2.1. Subsequent allocation criteria

Subsequent allocation will be provided when an organisation (i.e. ISP/LIR) satisfies the evaluation threshold of past address utilisation in terms of the number of sites in units of /56 assignments. The HD-Ratio [RFC 3194] is used to determine the utilisation thresholds that justify the allocation of additional address as described below.
5.2.2. Applied HD-Ratio

The HD-Ratio value of 0.94 is adopted as indicating an acceptable address utilisation for justifying the allocation of additional address space. Appendix A provides a table showing the number of assignments that are necessary to achieve an acceptable utilisation value for a given address block size.

Otázka je, jak moc se RIPE snaží při kontrole dodržování pravidel. Můj osobní odhad je, že se to moc neřeší. Navíc je možné, že je v UPC napadlo odvodit rozsah od aktuálního počtu uživatelů, zatímco v Telefonice ne. Ale nechce se mi to počítat, ani k tomu nemám podklady.

„Ale o tom prave cela ta debata je, ze je kokotina pridelovat vam Nx /64, protoze je to proste hovadina z principu routovani - je to naprosto neadministrova­telny.“

Tohle mi přijde jako nezdůvodněný výkřik do tmy.

„Kdyz na to prijde, vystacim si klido s /120, kdo ma doma vic nez 250 stroju, ze ... ale nabourava to princip fugovani IPv6 dle RFC.“

Podle mě je to zbytečně komplikovaný pohled na věc. Dívat se na IPv6 optikou IPv4 člověka zbytečně zdržuje od pochopení základních principů globální adresace.

Narozdíl od IPv4 má IPv6 2000::/3 velmi jednoduché členění. Hranice mezi RIR a LIR je víceméně pevně dána (za 32. bitem), hranice mezi směrováním a linkovým segmentem je dána pevně (za 64. bitem).

Je zbytečné pořád lamentovat nad tím, proč ta hranice není posunutá,
když je to takto navržené a funguje to.

Tvá neschopnost vysvětlit v čem je problém nic nemění na mém názoru, že jsou to fakt jen výkřiky do tmy.

„To abych pak mel ke smlouve 10 A4ek priloh s pridelenejma prefixama“

Zkus místo keců skutečný argument a můžeme se o tom bavit :).

Taky názor.

1. Dynamické budou nebo nebudou podle nastavení a chování systému. Nejběžněji "přidělované" adresy v IPv6 se přidělují odvozením z prefixu sítě a mac adresy síťové karty. Pakliže se nemění HW adresa vaší síťové karty, IPv6 adresa bude pořád stejná na stejné kartě. Není potřeba ani nastavovat DHCP, vlastně ani mít DHCP, aby se neměnily adresy. Protože ale všechna odchozí spojení bez NATu identifikují jedinečně váš počítač, je dost možné, že právě to moc nechcete. Můžete si tedy zapnout privacy extensions, které vytváří navíc "dynamickou" adresu IPv6, aby vás nebylo tak snadné sledovat. Ta se mění vcelku často. Nevím přesně, jak tohle vlastně na klientovi má fungovat. Podle mě odchozí spojení by měly odcházet z dynamicky měněné adresy, ale příchozí spojení mohou být směrovány přes DNS na stálou adresu, která se nemění. Asi by to měl upřesnit někdo, kdo zná současný stav na různých systémech.

2. Příchozí adresy není důvod měnit, rozhodně zařízení nabízející jakékoliv služby by měly mít nějakou pevnou adresu, stačí ta odvozené s MAC adresy. DHCPv6 poskytuje až dodatečné informace jako DNS, doménu atd, jakékoliv rezervace adres už nemám v popisu práce. Případně mi to vyvraťte :)

3. Ano, IPv6 od O2 je sice pokrok, ale nedostatečný. Privátních sítí můžete mít kolik chcete i na IPv6, stejně jako jste to měl na IPv4. Bohužel, aby jste se na ně dostal z veřejné IPv6 sítě potřebujete buď tunelování (jakoukoliv VPN, nemusí být nutně šifrovaná), nebo stejně jako u IPv4 dělat z veřejné adresy NAT do neveřejných rozsahů. Problém v tomto je, že NAT v IPv6 se potlačuje, seč může, aby správci sítí pochopili, že to mají vymyslet bez NATu. O2, jak se zdá, to vymyslelo tak, že to bez NATu musíte celé bridgovat.

Na druhou stranu, je to myslím první velký poskytovatel, který umožní masám přístup k IPv6. Začátek mohl a měl být lepší, ale nějak se začít musí.