This is an old revision of the document!


Laboratorul 06. Optimizarea rutării

Motivație

Pentru o mai bună poziţie în piaţă, cele 3 companii Microsoft, Google şi Facebook au fuzionat în concernul „May the force be with you”. Odată cu această decizie politică, şi reţeaua trebuie unificată pentru a putea furniza servicii integrate. Deşi cea mai simplă soluţie ar fi folosirea unui singur protocol de rutare link-state în toată reţeaua, unificarea acesteia este o operaţie de maximă importanţă pentru management şi de aceea termenul limită este foarte strict. S-a tras astfel concluzia că soluţia temporară de redistribuire a protocoalelor de rutare oferă o reţea stabilă într-un timp scurt de implementare. Urmărind cerinţele de mai jos va trebui să asiguraţi conectivitatea între oricare două puncte ale reţelei. Toate adresele IP sunt deja configurate pe echipamente conform topologiei globale, precum şi protocoalele de rutare corespunzătoare.

Topologie

Cerinţe

Toate configurațiile au fost încărcate pe rutere. Nu începeți taskurile acestui laborator fără să încărcați initial_configs.

Atenție! de fiecare dată când în laborator vi se cere la un task să salvați configurațiile ruterelor în initial_configs trebuie să:

  • Dați comanda „wr” pe toate ruterele
  • În console dynagen dați comanda
export /all initial_configs

1. [20p] DarthSidious este ruterul ce delimitează compania Microsoft de Core. Realizaţi redistribuţia în ambele sensuri între protocolul RIP v2 şi OSPF area 0, urmărind cerinţele specificate mai jos:

  • Înainte de a începe task-urile, analizaţi tabelele de rutare ale ruterelor DarthSidious, Yoda și BenKenobi. Verificaţi ce au învăţat prin protocoalele de rutare.
  • La procesul de redistribuţie în OSPF al RIP, filtraţi toate rutele /30 din spatele BenKenobi din domeniul RIP, astfel încât acestea să nu fie redistribuite şi în OSPF. Verificaţi.
  • Configuraţi redistribuția din RIP în OSPF astfel încât orice rută provenită din RIP să fie introdusă în protocol cu o metrică/cost de 44.
  • Configuraţi comportamentul implicit RIP astfel încât orice rută redistribuită în acest protocol să fie introdusă în protocol cu o metrică de 6 hopuri. Redistribuiți toate rutele învățate prin OSPF în RIP.
  • Verificaţi redistribuţia folosind comenzi show. Cum apar rutele în fiecare dintre protocoalele de rutare, şi de ce ?
  • În urma configurațiilor se poate observa că pe ruterul BenKenobi, rețeaua 172.2.0.0/30 este cunoscută cu masca /16. De ce există acest comportament? Asigurați-vă că pe ruterul BenKenobi, toate rețelele redistribuite din OSPF sunt cunoscute cu mască exactă.

2. [15p] ObiWan este ruterul ce delimitează compania Google de Core. Realizaţi redistribuţia în ambele sensuri între cele două protocoale urmărind cerinţele specificate mai jos:

  • Introduceți rutele OSPF area 0 în EIGRP astfel încât toate rutele OSPF să fie introduse cu următoarea metrică: 10000, 100, 255, 1, 1500
  • Introduceți rutele EIGRP în OSPF, astfel încât toate rutele EIGRP să fie introduse cu metrica 67.
  • Verificați cele două redistribuții.

3. [20p] Filtraţi toate rutele /30 din spatele ruterului Gamorrean la intrare în ruterul ObiWan folosind un distribute-list.

  • Verificați tabela de rutare a ruterelor ObiWan si Yoda.

4. [25p] Yoda este ruterul ce delimitează compania Facebook de Core. Realizați redistribuţia în ambele sensuri între cele două protocoale urmărind cerinţele specificate mai jos:

  • Configurați ruterul Yoda astfel încât toate rutele OSPF proces 2 area 0 să fie introduse cu metrică cumulativă cu valoare de intrare 25 in OSPF proces 1 area 0.
  • Introduceți rutele OSPF proces 1 area 0 în OSPF proces 2 area 0 astfel încât toate rutele OSPF proces 1 să fie introduse cu metrica 73, DAR la procesul de redistributie filtraţi rutele /30 şi /29 din domeniul OSPF proces 1 area 0.

5. [5p] Până în acest punct al laboratorului ar trebui sa aveți conectivitate end-to-end. Verificați acest lucru folosind comanda ping sau sh ip route.

6. [25p] PBR : În rețeaua din domeniul EIGRP se află un server de resurse cu IP-ul 199.4.0.129. Acest server partajează foarte multe resurse cu domeniul RIP și din acest motiv link-ul dintre DarthSidious și Yoda este supraîncărcat.

  • Verificati printr-un traceroute pe unde ajung pachetele din domeniul RIP catre server.
  • [10p] Configurați DOAR ruterele din domeniul RIP astfel încât orice trafic inițiat din acest domeniu cu destinația 199.4.0.129, să fie rutat de la DarthSidious direct catre ObiWan. Restul traficului inițiat din domeniul RIP spre domeniul EIGRP trebuie în continuare să folosească link-ul dintre DarthSidious și Yoda. Verificați că ați configurat corect.
  • [15p] Configurați DOAR ruterele din domeniul EIGRP astfel încât traficul de la serverul mai sus menționat (199.4.0.129) ce are ca destinație domeniul RIP să fie rutat de la ObiWan direct pe link-ul către DarthSidious. Restul traficului inițiat din domeniul EIGRP trebuie în continuare să folosească link-ul dintre ObiWan și Yoda.
pr/laboratoare/06.1478788557.txt.gz · Last modified: 2016/11/10 16:35 by sergiu.costea
CC Attribution-Share Alike 3.0 Unported
www.chimeric.de Valid CSS Driven by DokuWiki do yourself a favour and use a real browser - get firefox!! Recent changes RSS feed Valid XHTML 1.0