Hvala puno, sada je sve jasnije, samo treba pazljivije citati tekst.
Citat:
Kod ipv6 jedan end-user je /64. 64 bita se koristi za interface ID.
Ja to tumacim ovako: svaki korisnik (end-user) dobija po jedan zaseban /64, sto je tipican slucaj u ISP mrezama. Korisnici se povezuju na switcheve (12-15, 21-24). Teorijski moguce je svakome od njih dodeliti poseban prefiks, pri cemu bi se ::1 usvojio kao adresa switcha, a ostatak bi bio na raspolaganju korisniku - npr:
! - Switch12
interface GigabitEthernet 1/125
descriptoin End-user #125
ipv6 address 2a00:7f00:0000:01fd::1/64
!
interface GigabitEthernet 1/126
descriptoin End-user #125
ipv6 address 2a00:7f00:0000:01fe::1/64
...
Korisnik na svojoj strani moze da konfigurise svoj ruter/pc/sta-vec bilo koristeci SLAAC (autoconfig), bilo staticki (npr. uzme ::2, ::3 itd.). Koliko vidim u zadatku nije nista pomenuto vezano za SLAAC/EUI-64. Takodje, imaj u vidu da kada koristis EUI-64 nema smisla koristiti subnet veci od /64, jer EUI-64 modifikuje samo donja 64 bita, a gornja 64 ne dira. Zato se i zove EUI-64. :-) Tako da ako konfigurises npr.
ip address 2a00:7f00::/34 eui-64 bitovi 35-64 ce ti uvek biti 0, a bitovi 65-128 ce se menjati. Samim tim si bacio ogroman prostor adresa.
Na interfejsima switcha ka korisnicima aktiviraj RA, kako bi se na strani korisnika automatski instalirala default ruta (::/0). Na Cisco ruterima i switchevima ovo je po defaultu aktivirano, osim ako ga eksplicitno ne iskljucis (supress-ra).
Citat:
I pokusao sam da upisem te mreze sto si mi napisao tamo, i uspelo je za rutere, ali tamo a switch sto si rekao, nijedna nece da se odradi,
Hmmm ... da nisi zaboravio
ipv6 unicast-routing (u globalnoj konfiguraciji switcha) ??? Mada, rekao si da si to negde ukljucio, a negde nece da prihvati. Cudno ...
Vezano za ovo gore, smatraj taj zadatak cisto skolskom vezbom. U praksi se kod tako velikog broja korisnickih mreza dodela adresa vrsi automatski najcesce nekim RADIUS serverom, a korisnici se terminiraju na centralnom broadband gateway-u. Tu se koristi PPPoE. Primer kako se to radi imas
ovde. Ali to je vec za mnogo napredniji kurs. :-)
Adresne opsege si podelio dobro - svaki switch dobija po jedan /34 blok. Mada, ja bih pre uzeo po jedan /48, a ostatak adresa cuvao za prosirenja mreze, ali to je vec samo detalj. Moze i /34.
Ostaje da konfigurises OSPF(v3). Za to ti je najbolje da na svakom switchu definises /34 blokove kao sumarne rute (summary-address) i oglasis ih OSPF-om ka upstream ruterima, kako bi se izbeglo oglasavanje pojedinacnih /64 ruta ka ruterima. Na ruterima povezanim narandzastim linijama konfigurises i BGP. Najlakse je da oba /32 bloka definises kao staticke rute ka Null0 interfejsu i redistribuiras ih u iBGP.
Za veze izmedju switcheva i rutera (S12-R13 itd.) koristi infrastrukturni adresni prostor. Kao sto sam rekao, svakom linku dodelis po jedan /64. Taj deo je laksi. I tu nemoj da koristis SLAAC, vec na jednoj strani link stavi ::1, na drugoj ::2. Zamalo da zaboravim - obavezno rezervisi i opseg adresa za loopback interfejse switcheva i rutera - npr. 2001:1b38:0::/48 za rutere i 2001:1b38:1;:/48 za switcheve, pa onda iz tih opsega dodelis loopbacke po principu 2001:1b38:0::13/128 (ruter 13), 2001:1b38:0::14/128 (ruter 14), 2001:1b38:1::12/128 (switch 12) itd. Loopback interfejsi dobijaju /128. Njih koristis i kao router-id za OSPF i BGP.
I za kraj, na dijagramu se potkrala jedna greska: izmedju rutera 21 i 23 u AS65200 ti takodje treba jedna IBGP sesija. IBGP mora da se konfigurise izmedju svaka dva rutera unutar jednog AS (full mesh) ili da konfigurises route reflektore, ali to drugo ti nije potrebno.
Ja bih inace to uradio totalno drugacije da mogu da biram routing protokole. OSPF bih koristio samo za loopback interfejse switcheva i rutera, a sve ostale rute bih redistribuirao u BGP. Time bih dobio po desetak ruta u OSPF tabeli + point-to-point linkove, sve ostalo bi islo u BGP. Plus next-hop self u BGP. Tako se to inace radi u ISP mrezama Medjutim, zadatak je nazalost drugacije postavljen i to ne mozemo da promenimo ...
[Ovu poruku je menjao B3R1 dana 08.07.2014. u 20:56 GMT+1]