[ipv6-tf] Odp: po debacie.

[Maciej *opaci*ski]

>>> Lukasz Stelmach <stlman w poczta.fm> 09-03-24 17:31 >>>
Jedno czego pan *opaci*ski nie potrafi* mi wyt*umaczy* to potrzeba
adresu PI w sytuacji gdy istnieje w IPv6 multi-homing (na poziomie
hostów) i algorytm dobierania adresów opisany w RFC 3484. Usilnie
obstawa* przy potrzebie manipulowania DNSem a co za tym idzie
nara*ania siê na utratê **czno*ci z klientami ma*ych dostawców
nie potrafi*cych poprawnie skonfigurowa* DNSu u siebie.
----------------------------------------------------------------------
>> http://link.interia.pl/f20a3

To szkoda, *e nie porozmawiali*my w kuluarach po konferencji. Postaram siê jednak trochê to wyja*ni* dok*adniej.
Po pierwsze twierdzi*em, *e jedynym rozs*dnym rozwi*zaniem dla dostawcy tre*ci jest protokó* routingu BGP i w*asna przestrze* adresowa. Wszystkie inne rozwi*zania s* protezami.

IPv6 w obecnej formie zak*ada, *e routingi w sieciach operatorów bêd* sumaryzowane do /32, czyli do poziomu alokacji przydzielanych LIRom. W pierwotnych za*o*eniach nie przewidywano alokacji typu PI. Brak alokacji PI, spowodowa*, *e 
*aden rozs*dny dostawca tre*ci nie wchodzi w IPv6. To zosta*o ju* zauwa*one przez RIR'y i z wyj*tkiem RIPE od niedawna przyznaj* one ju* PI w IPv6. Jednak przydzielanie PI w IPv6 jest jak sprzedawanie Niderlandów - przydzielane PI s* /48, czyli zgodnie z przyjêtymi regu*ami zostan* one wyfiltrowane przez operatorów akceptuj*cych agregacje /32.  RIRy musz* siê wreszcie zdecydowa*, czy globalny routing IPv6 bêdzie /32 czy /48 i czy chc* w IPv6 dostawców tre*ci czy nie.

Je*li chodzi za* o RFC 3484. RFC opisuje do** uproszczony przyk*ad mutlihomingu, gdzie firma ma dostêp do dwóch operatorów. Zwró*my uwagê na ten fragment ze strony 19:
"   Each site has two global prefixes, one from the   high-performance ISP
   and one from their normal ISP.  Site A has prefix 2001:aaaa:aaaa::/48
   from the high-performance ISP and prefix 2007:0:aaaa::/48 from its
   normal ISP.  Site B has prefix 2001:bbbb:bbbb::/48 from the high-
   performance ISP and prefix 2007:0:bbbb::/48 from its normal ISP.  All
   hosts in both sites register two addresses in the DNS.
".
W przypadku dostawcy tre*ci, który ma kilka **czy tranzytowych i jest w kilku wêz*ach peeringowych rozwi*zanie z RFC3484 wymaga utrzymywania dla ka*dej us*ugi adresów IPv6 z prefiksami od ka*dego z tych dostawców oraz odpowiednio wielu wpisów DNS'owych. Je*li z powodu awarii jednego z operatorów tranzytowych (np. flapowanie **cza) lub te* rozwi*zania z nim umowy, chcemy wy**czy* jedno z **czy tranzytowych, to musimy dokona* odpowiednich zmian w DNSie i zadba* o poprawn* propagacje tej zmiany. Z BGP i adresami PI jestem w stanie od**czy* operatora praktycznie bezbole*nie - u*ytkownicy bêd* mieli problem przez kilkadziesi*t sekund. W rozwi*zaniu RFC3483 z propagacj* DNSu problemy potrwaj* tygodniami.
Drug* kwesti*, która uniemo*liwa u*ycie RFC3484 jest asymetryczny routing. Pakiet przychodz*cy **czem od operatora A, nie musi wróci* tym samym **czem. Dostawca tre*ci wybiera **cze lepsze z jego punktu widzenia: np. ta*sze, mniej przeci**one.  Adresacja PI w IPv4 umo*liwia tego typu optymalizacje. Je*li  przejdziemy do  IPv6, gdzie od ka*dego z ISP dostajemy inn* numeracjê IPv6 (inny prefix), to z du*ym prawdopodobie*stwem operator któremu zechcemy podrzuca* pakiety z adresacj* jego konkurenta, takich pakietów nie przyjmie. Dla dostawcy tre*ci oznacza to znaczne zmniejszenie mo*liwo*ci optymalizacji kosztów transmisji.



-- 
Agora TC Sp. z o.o., ul. Czerska 8/10, 00-732 Warszawa
Numer identyfikacji podatkowej / Polish VAT and tax ID no.: PL 899-244-52-28
Miejsce zarejestrowania / Place of registration: 
S*d Rejonowy dla m. st. Warszawy / Regional Court for the Capital City of Warsaw
Numer rejestru KRS / Registration no.: 105451
Kapita* zak*adowy / Share capital: 50.000,00 z*.

Niniejsza wiadomo** jest przeznaczona wy**cznie dla zamierzonego adresata i mo*e zawiera* informacje o charakterze poufnym. W razie stwierdzenia, *e odbiorc* mia*a by* inna osoba prosimy poinformowa* nadawcê oraz niezw*ocznie usun** wiadomo**. Wiadomo** mo*e nie stanowi* oficjalnego stanowiska spó*ki Agora TC i nie by* zwi*zana z jej dzia*alno*ci*.

This message is for the intended recipient only and it may contain confidential information. If you receive this message in error, please immediately delete it and notify the sender. This message may not represent the official views of Agora TC and may not be related to its business.