Vlákno názorů k článku IPv6 Mýty a skutečnost, díl II. - Adresový prostor od honza ebr - Jenže tohle všechno jsou jenom představy vývojářů v...
-
honza ebr (neregistrovaný)
Jenže tohle všechno jsou jenom představy vývojářů v oblacích svojí technologické bubliny. Ve skutečnosti implementaci diktuje trh, ne tvůrci standartů.
A tady vidim dva tlaky, které nastanou:
1. uživatel bude chctít pokud možno toho muset co nejmíň měnit a ISP ho v tom bude podporovat, aby mu nedejbože nemusel něco doma řešit
2. ISP se bude snažit vydělat, a tak poskytne jenom jednu adresu a další za penízeVýsledkem toho bude boom krabiček za pár stovek, které budou dělat NAT ven IPv6, dovnitř IPv4 a ty si budou všichni kupovat, i kdyby po nich přitom házeli všechny RFC vytesané na hliněných destičkách.
Viděl bych jako lepší řešení toto předvídat, než se tomu zubynehty bránit.
-
Nechápavec (neregistrovaný)
A přes do toho IPv4 paketu bude ty IPv6 adresy cpát kam? Koncové stanice už dnes IPv6 většinou umí, tam problém není. Tzn. v NATovém scénáří by mohlo fungovat IPv6 <=> IPv6. Doufejme, že se tak nestane a výrobci a tvůrci standardů se domluví.
Když si výrobci začnou dělat, co chcou a standardy je netrápí, to je ten nejhorší stav. Pak neexistuje interoperabilita různých zařízení.
-
RFC2460: Cisco, Nokia
RFC2711: BBN
RFC4291: Cisco, Nokia
RFC3587: Cisco, Nokia
RFC2375: Ipsilon Networks, Cisco
RFC3972: Microsoft Research
RFC2711: BBN
RFC5722: Ericsson
RFC5871: Ericsson, Harvard University
RFC4861: IBM, Sun Microsystems, Daydreamer, Elevate Technologies
RFC4862: Cisco, IBM, Toshiba
RFC4941: IBM Corporation, Microsoft Research, Ericsson Research
RFC3315: Cisco, Hewlett Packard, Ericsson, Nominum, Nokia Research Center, Sun Microsystems
RFC2473: Lucent Technologies, Cisco
RFC4213: Sun Microsystems, Intransa
RFC3068: Microsoft
RFC5158: APNIC
RFC4443: Transwitch, Cisco, Tropos Networks
RFC4884: Juniper Networks, Cisco SystemsAle že tam těch akademiků je, co?
ČLÁNKY DO MAILU