BGP IPv4/IPv6

[peper]

Taką ciekawą rzecz znalazłem:

Kod: Zaznacz cały

Rack1R5(config-router)#address-family ipv4
Rack1R5(config-router-af)#neighbor ?
  A.B.C.D     Neighbor address
  WORD        Neighbor tag
  X:X:X:X::X  Neighbor IPv6 address

Jakoś nie bardzo mogę sobie wyobrazić scenariusz zapinania sesji po IPv6 w ramach family-address ipv4. Oczywiście jak się skonfiguruje po obu stronach sesję po adresach IPv6 ale w address-family IPv4 to BGP działa i przesyła prefiksy poprawnie jakby było wszystko w address-family ipv6 konfigurowane. Stąd też pytanie czy jest do tego jakieś rzeczywiste zastosowanie?

[Piotr]

A czy to poprostu nie przypadek kiedy prefixy ipv4 przesylane sa miedzy routerami ktore miedzy soba maja tylko ipv6 a nie ipv4 ?

[peper]

A czy to poprostu nie przypadek kiedy prefixy ipv4 przesylane sa miedzy routerami ktore miedzy soba maja tylko ipv6 a nie ipv4 ?

Może, chociaż jeszcze nie dogooglałem się do odpowiedniego przykładu (ale też nie szukałem zbytnio). Chociaż imo tunneling był od początków IPv6 więc po co taki scenariusz.

[Piotr]

Dla zmylenia przeciwnika ?

ruch ipv4 biega po interface-ach z ipv4 ale ipv4 routing updates biegaja po ipv6 (oddzielnych interfejsach)
Hakery sie pogubia

edit.
no wlasnie.
uslugi biegaja po ipv4 ale zarzadzanie po ipv6

[peper]

uslugi biegaja po ipv4 ale zarzadzanie po ipv6

To też da się zrealizować poprzez zapinanie sesji w address-family ipv6. Zastanawiam się, czy to nie tak siłą rozpędu się Cisco dodało

[Piotr]

To moze ja zle zrozumialem idee address-family w MP-BGP przy zakuwaniu do MPLS-a.
Biorac pod uwage tylko vpnv4 i ipv4 wychodzilo mi na to ze address-family definiuje co jest przesylane a nie jak jest przesylane.
address-family ipv6 definiowalo by w takim razie wymiane prefixow ipv6, a w srodku mogla by bys deklaracja neighbor x.x.x.x (ipv4)

[peper]

OK, racja. Poprzednio mi się zdawało, że prefiks IPv6 mimo wszystko był przenoszony, ale wklepałem jeszcze raz i rzeczywiście nie jest.

[Piotr]

Ide sie chlastac
dostalem helped-a od wodza