SI Wiki - Кориснички доприноси [sr]

Пројектовање софтвера/Питалице

2022-01-21T21:09:20Z

JanaP15: /* 15. zadatak */ Dodato rešenje

{{tocright}}
Na ovoj stranici skupljeni su razni ispitni primeri koji su se možda pojavili na ispitu ali im se ne zna rok pojavljivanja ili jednostavno nije bilo dovoljno dobro formulisanih pitalica iz tog roka kako bi se odvojili u stranicu roka.
{{rešenja}}

== 1. zadatak ==
Izabrati tačne tvrdnje za uzorak Prototip:
<div class="abc-list" data-solution="multiple">
# <span class="solution">Osim uz pomoć fabričkog metoda, apstraktna fabrika se može implementirati i uz pomoć prototipa.</span>
# Potklase konkretnog prototipa nisu u obavezi da implementiraju metodu <code>clone()</code>.
# Prototip je objektni uzorak strukture.
# Prototip se često realizuje kao unikat.
# <span class="solution">Poželjno je koristiti uzorak prototip prilikom pravljenja radnih okvira (''framework'').</span>
</div>

== 2. zadatak ==
U MVC (''model–view–controller'') okviru mogu se uočiti sledeći projektni uzorci:
<div class="abc-list" data-solution="multiple">
# Unikat
# <span class="solution">Sastav</span>
# Prototip
# <span class="solution">Posmatrač</span>
# Iterator
# Dekorater
# <span class="solution">Strategija</span>
# Šablonski metod
# Adapter
</div>

== 3. zadatak ==
Odnos interfejs–>klasa i klasa–>objekat, redom, isti je kao i odnos:
<div class="abc-list" data-solution="multiple">
# slučaj korišćenja->saradnja i saradnja->scenario
# saradnja–>slučaj korišćenja i slučaj korišćenja->scenario
# slučaj korišćenja->scenario i slučaj korišćenja->saradnja
# <span class="solution">slučaj korišćenja->saradnja i slučaj korišćenja->scenario</span>
</div>

== 4. zadatak ==
Izabrati tačne tvrdnje za dijagrame interakcije:
<div class="abc-list" data-solution="multiple">
# Veza je komunikaciona putanja između uloga.
# Dijagram komunikacije je vrsta dijagrama strukture.
# <span class="solution">Na dijagramu sekvence vertikalna osa predstavlja vreme, a horizontalna uloge.</span>
# <span class="solution">alt fragment je fragment koji se izvršava samo ukoliko je ispunjen uslov.</span>
# <span class="solution">Poruka koja nije atomična predstavlja se strelicom ukoso naniže.</span>
</div>

== 5. zadatak ==
Koliko iznosi multiplikativnost y projektnom uzorku Iterator na strani asocijacije konkretnog iteratora?

Odgovor: <span class="spoiler" data-solution="text">*</span>

== 6. zadatak ==
Izabrati tačne tvrdnje za uzorak Podsetnik:
<div class="abc-list" data-solution="multiple">
# Čuvar i subjekat imaju isti interfejs ka podsetniku.
# Podsetnik je u obavezi da čuva objekat koji ga je snimio.
# <span class="solution">Podsetnik dozvoljava pristup stanju samo subjektu.</span>
# <span class="solution">Podsetnik je objektni uzorak ponašanja.</span>
# Podsetnik omogućava podršku za copy-on-write funkcionalnost.
</div>

== 7. zadatak ==
Izabrati nazive pojmova sa slike:
<div class="abc-list" data-solution="select" data-options="Krajnji čvor,Konkurentno spajanje (join),Sekvencijalno grananje (decision),Početni čvor,Kraj toka">
# [[Датотека:PS pitalice decision node.svg|64px]] <span class="spoiler">Sekvencijalno grananje (decision)</span>
# [[Датотека:PS pitalice join node.svg|64px]] <span class="spoiler">Konkurentno spajanje (join)</span>
# [[Датотека:PS pitalice flow final node.svg|64px]] <span class="spoiler">Kraj toka</span>
# [[Датотека:PS pitalice initial node.svg|64px]] <span class="spoiler">Početni čvor</span>
# [[Датотека:PS pitalice final node.svg|64px]] <span class="spoiler">Krajnji čvor</span>
</div>

== 8. zadatak ==
[[Датотека:PS pitalice dijagram složene strukture.svg|thumb|Dijagram iz postavke zadatka.]]
Izabrati tačne tvrdnje:
<div class="abc-list" data-solution="multiple">
# <span class="solution">Y je klasa.</span>
# a je klasa.
# <span class="solution">Broj 2 na strani asocijacije kod B znači da su dva objekta B y vezi sa tačno jednim objektom A.</span>
# <span class="solution">Broj 2 na asocijaciji predstavlja multiplikativnost.</span>
# <span class="solution">Broj 2 u uglastim zagradama predstavlja multiplikativnost.</span>
</div>

== 9. zadatak ==
{{delimično rešeno}}
Da bi se definisala multiplikativnost ternarne asocijacije potrebno je:
<div class="abc-list" data-solution="multiple">
# Uzeti vrednost jedan za multiplikativnost jedne klase i odrediti multiplikativnost ostale dve.
# Utvrditi multiplikativnost posmatrajući svaku klasu zasebno.
# Uzeti vrednost jedan za multiplikativnost preostale dve klase i odrediti multiplikativnost treće.
# Ponašati se kao da je asocijacija binarna i odrediti multiplikativnost u parovima.
</div>

== 10. zadatak ==
Odabrati domen i namenu sledećih projektnih uzoraka: (objektni/klasni uzorak strukture/stvaranja/ponašanja)
<div class="abc-list" data-solution="select">
# Lanac odgovornosti: <span class="spoiler" data-options="objektni,klasni">objektni</span> uzorak <span class="spoiler" data-options="strukture,stvaranja,ponašanja">ponašanja</span>
# Komanda: <span class="spoiler" data-options="objektni,klasni">objektni</span> uzorak <span class="spoiler" data-options="strukture,stvaranja,ponašanja">ponašanja</span>
# Graditelj: <span class="spoiler" data-options="objektni,klasni">objektni</span> uzorak <span class="spoiler" data-options="strukture,stvaranja,ponašanja">stvaranja</span>
# Zastupnik: <span class="spoiler" data-options="objektni,klasni">objektni</span> uzorak <span class="spoiler" data-options="strukture,stvaranja,ponašanja">strukture</span>
# Most: <span class="spoiler" data-options="objektni,klasni">objektni</span> uzorak <span class="spoiler" data-options="strukture,stvaranja,ponašanja">strukture</span>
</div>

== 11. zadatak ==
Poređajte pojmove objektno-orijentisane metodologije po hronološkom redosledu: 1. objektno-orijentisana analiza; 2. objektno-orijentisano programiranje; 3. objektno orijentisano projektovanje
<div class="abc-list" data-solution="single">
# 2, 1, 3
# 1, 2, 3
# <span class="solution">1, 3, 2</span>
# 2, 3, 1
</div>

== 12. zadatak ==
Osnovni principi objektno-orijentisanog modela su:
<div class="abc-list" data-solution="multiple">
# Perzistentnost
# <span class="solution">Kapsulacija</span>
# <span class="solution">Hijerarhija</span>
# Konkurentnost
# <span class="solution">Apstrakcija</span>
# <span class="solution">Modularnost</span>
</div>

== 13. zadatak ==
Apstrakcija realnog sistema iz određenog ugla posmatranja, a u skladu njegovog boljeg razumevanja predstavlja <span class="spoiler" data-solution="text">model</span> tog sistema.

== 14. zadatak ==
UML je jezik za ______, što znači da je moguće mapirati model iz UML-a u programske jezike poput Jave ili C++, a čak i u tabelu relacione baze podataka podataka.
<div class="abc-list" data-solution="single">
# dokumentovanje
# vizuelizaciju
# konstrukciju
# <span class="solution">modelovanje</span>
</div>

== 15. zadatak ==

<span class="spoiler" data-solution="text">Stvari strukture</span> predstavljaju statičke delove modela i prikazuju logičke ili fizičke elemente.

== 16. zadatak ==
Projektni uzorci se u UML notaciji predstavljaju jednom vrstom stvari strukture:
<div class="abc-list" data-solution="single">
# Klasom
# Scenarijom
# Slučajem korišćenja
# <span class="solution">Saradnjom</span>
</div>

== 17. zadatak ==
Odrediti tačnost tvrdnji koje važe za stvar strukture - komponentu:
<div class="abc-list" data-solution="multiple">
# <span class="solution">Realizuje implementirane interfejse</span>
# Sadrži atribute
# <span class="solution">Sadrži zahtevane interfejse</span>
# <span class="solution">Može se zameniti drugom, adekvatnom komponentom bez narušavanja modela</span>
# <span class="solution">Implementira operacije zahtevanog interfejsa</span>
</div>

== 18. zadatak ==
Vrste relacija su:
<div class="abc-list" data-solution="multiple">
# <span class="solution">Realizacija</span>
# Veza
# Interakcija
# <span class="solution">Asocijacija</span>
</div>

== 19. zadatak ==
Izabrati dijagrame ponašanja:
<div class="abc-list" data-solution="multiple">
# Dijagram raspoređivanja
# <span class="solution">Dijagram stanja</span>
# Dijagram komponenata
# <span class="solution">Dijagram interakcije</span>
</div>

== 20. zadatak ==
<code><<exception>></code> je primer:
<div class="abc-list" data-solution="multiple">
# <span class="solution">Stereotipa</span>
# Ograničenja
# Obeležene vrednosti
</div>

== 21. zadatak ==
Apstraktna klasa se označava:
<div class="abc-list" data-solution="multiple">
# <span class="solution">Ograničenjem <code>{abstract}</code></span>
# <span class="solution">Pisanjem imena klase iskošenim (''italic'') slovima</span>
# Pisanjem imena klase podebljanim ('''bold''') slovima
# stereotipom <code><<abstract>></code>
</div>

== 22. zadatak ==
Obeležiti sintaksno ispravno napisane atribute
<div class="abc-list" data-solution="multiple">
# <span class="solution">flag:Boolean[1..*]=true</span>
# <span class="solution">#flag-Boolean=false</span>
# !flag:Boolean=true
# <span class="solution">~/flag:Boolean</span>
</div>
Objašnjenje: <span class="spoiler" data-solution="explanation"><code>#flag-Boolean=false</code> je sintaksno ispravno napisan atribut sa nazivom <code>flag-Boolean</code>. Da li se ovo pitanje zaista pojavilo na nekom ispitu nije poznato.</span>

== 23. zadatak ==
Stereotip koji modelira eksplicitno generisanje iz šablona je (uneti bez <code><<>></code>): <span class="spoiler" data-solution="text">bind</span>

== 24. zadatak ==
[[Датотека:PS pitalice ball and socket.svg|thumb|Dijagram iz postavke zadatka.]]
Na slici važi:
<div class="abc-list" data-solution="select" data-options="realizuje interfejs,zavisi od interfejsa">
# Klijent <span class="spoiler">zavisi od interfejsa</span>
# K <span class="spoiler">realizuje interfejs</span>
</div>

== 25. zadatak ==
Simbol koji se nalazi u grafičkoj reprezentaciji ugnježđivanja klase je:
<div class="abc-list" data-solution="single">
# ~
# !
# -
# <span class="solution">+</span>
# #
</div>
Objašnjenje: <span class="spoiler" data-solution="explanation">Tehnički, znak za ugnežđivanje klasa je mnogo približniji XOR (⊕) znaku.</span>

== 26. zadatak ==
Neka se klasa <code>panel</code> nalazi u potpaketu <code>awt</code> paketa <code>java</code>. Tada se puno (kvalifikovana) ime na UML dijagramu predstavlja kao:
<div class="abc-list" data-solution="single">
# <code>java(awt(panel))</code>
# <code>java:awt:panel</code>
# <code>java.awt.panel</code>
# <code class="solution">java::awt::panel</code>
</div>

== 27. zadatak ==
Uvoženje paketa realizuje se ključnom reči:
<div class="abc-list" data-solution="multiple">
# <code class="solution"><<import>></code>
# <code><<contain>></code>
# <code class="solution"><<access>></code>
</div>

== 28. zadatak ==
Dijagram <span class="spoiler" data-solution="text">objekata</span> je instanca klasnog dijagrama; prikazuje snimak stanja sistema u određenom vremenskom trenutku.

== 29. zadatak ==
Obeležiti tačne tvrdnje:
<div class="abc-list" data-solution="multiple">
# <span class="solution">Poruka može biti sinhrona i asinhrona</span>
# Kada se sinhrona poruka pošalje, primalac se "zaključava" za sve ostale sinhrone poruke, dok se aktivnost predviđena tom porukom ne izvrši
# Signal je sinhrona poruka
</div>

== 30. zadatak ==
[[Датотека:PS pitalice ball and socket.svg|thumb|Dijagram iz postavke zadatka.]]
Na slici je grafička reprezentacija dijagrama: <span class="spoiler" data-solution="text">sekvence</span>

== 31. zadatak ==
Na slici iz prethodnog zadatak blok označen sa <code>: C</code> (treći s leva na desno) predstavlja:
<div class="abc-list" data-solution="single">
# <span class="solution">Anonimnu ulogu tipa C</span>
# Anonimni objekat klase C
# Ulogu sa nazivom C
# Objekat sa nazivom C
</div>

== 32. zadatak ==
Ako je poruka označena kao <code>3b.5.2:dohvati()</code>, to znači da se u niti b porukom sa rednim brojem <span class="spoiler" data-solution="text">5</span> pokreću dalje aktivnosti.

== 33. zadatak ==
Element projektnog uzorka koji opisuje uopšten projektni problem, strukture klasa ili objekata simptomatične za nefleksibilni dizajn i uslove koji se moraju ispuniti za primenu datog uzorka je:
<div class="abc-list" data-solution="single">
# naziv
# <span class="solution">postavka problema</span>
# opis rešenja
# diskusija posledica
</div>

== 34. zadatak ==
Ovaj uzorak primenjujemo kada se objekti komponuju u strukturu stabla i omogućava da se uniformno tretiraju individualni objekti kao i njihove kompozicije. Reč je o projektnom uzorku <span class="spoiler" data-solution="text">Sastav</span>

== 35. zadatak ==
Ovaj uzorak primenjujemo kada mora postojati tačno jedan objekat klase koji mora biti pristupačan klijentima preko poznate tačke pristupa c tim da klasa treba da bude proširiva izvođenjem. Reč je o projektnom uzorku <span class="spoiler" data-solution="text">Unikat</span>

== 36. zadatak ==
[[Датотека:PS pitalice Posmatrač bez strelica.svg|thumb|Dijagram iz postavke zadatka.]]
U projektnom uzorku Posmatrač koje strane asocijacije treba da sadrže glavu strelice? (prvo se gleda asocijacija 1 pa asocijacija 2)
<div class="abc-list" data-solution="multiple">
# <span class="solution">→ i ←</span>
# ← i ←
# ← i →
# ⇿ i ⇿
# → i →
</div>

== 37. zadatak ==
[[Датотека:PS pitalice Dekorater.svg|thumb|Dijagram iz postavke zadatka.]]
Na slici je prikazan projektni uzorak <span class="spoiler" data-solution="text">Dekorater</span>. Promenom ukrasa 1 sa iste strane asocijacije kao i <code>-komponenta</code> u ukras *, dobija se projektni uzorak <span class="spoiler" data-solution="text">Sastav</span>.

== 38. zadatak ==
Izabrati vrstu iteratora koja najbolje odgovara ponuđenim tvrdnjama
<div class="abc-list" data-solution="select" data-options="Unutrašnji,Spoljašnji">
# Na klijentu je odgovornost za progres obilaska: <span class="spoiler">Spoljašnji</span>
# Klijent samo zahteva od iteratora da izvrši neku operaciju: <span class="spoiler">Unutrašnji</span>
# Dobar za obilazak struktura oblika stabla: <span class="spoiler">Unutrašnji</span>
# Klijent eksplicitno zahteva od iteratora sledeći element: <span class="spoiler">Spoljašnji</span>
</div>

== 39. zadatak ==
Ovaj projektni uzorak se koristi kada se dinamički dodaje odgovornost nekom objektu i kada treba izbeći "eksploziju" klasa zbog prevelikog broja proširivanja izvođenjem. Reč je o uzorku <span class="spoiler" data-solution="text">Dekorater</span>.

== 40. zadatak ==
Izabrati tačne tvrdnje:
<div class="abc-list" data-solution="multiple">
# <span class="solution">Posrednik je uzorak koji smanjuje uparivanja klijenata sa podsistemom.</span>
# <span class="solution">Poređenje identiteta bilo koje dve pojave "lakog" objekta u kontekstu uvek vraća vrednost true.</span>
# Forsiranje interakcije kroz posrednika može da ugrozi performanse.
# <span class="solution">Kod projektnog uzorka Fasada dozvoljena je komunikacija klijenta direktno sa klasama podsistema.</span>
# Posrednik koristi jednosmerni protokol u komunikaciji sa kolegama.
</div>

== 41. zadatak ==
Koliko iznosi vrednost x posle izvršavanja događaja sledećim redosledom: e2 e3 e2 e4 e5?

Odgovor: <span class="spoiler" data-solution="text">17</span>

Objašnjenje:
<div class="spoiler" data-solution="explanation">
* Početno stanje, izvršava se x=3
* Ulazi se u stanje A, izvršava se x++, x=4
* Početno stanje u stanju A, ulazi se u stanje B, izvršava se x=x/2, x=2
* Dešava se događaj e2, izlazi se iz stanja B, izvršava se x=x+3, x=5
* Pri izvršavanju e2 izvršava se x=x*2, x=10
* Ulazi se u stanje C i dešava se e3, čime se vraća u stanje B i izvršava x=x/2, x=5
* Opet se dešava e2, izlazi se iz stanja B, izvršava se x=x+3, x=8
* Pri izvršavanju e2 se opet izvršava x=x*2, x=16
* Ulazi se u stanje C i dešava se e4, izvršava se x++, x=17
* Dešava se e5, izlazi se iz stanja C i stanja A, izvršava se x--, x=16
* Ulazi se u stanje D, izvršava se x++, x=17
</div>

== 42. zadatak ==
Odabrati domen i namenu sledećih projektnih uzoraka: (objektni/klasni uzorak strukture/stvaranja/ponašanja)
<div class="abc-list" data-solution="select">
# Apstraktna fabrika: <span class="spoiler" data-options="objektni,klasni">objektni</span> uzorak <span class="spoiler" data-options="strukture,stvaranja,ponašanja">stvaranja</span>
# Fabrički metod: <span class="spoiler" data-options="objektni,klasni">klasni</span> uzorak <span class="spoiler" data-options="strukture,stvaranja,ponašanja">stvaranja</span>
# Muva: <span class="spoiler" data-options="objektni,klasni">objektni</span> uzorak <span class="spoiler" data-options="strukture,stvaranja,ponašanja">strukture</span>
# Stanje: <span class="spoiler" data-options="objektni,klasni">objektni</span> uzorak <span class="spoiler" data-options="strukture,stvaranja,ponašanja">ponašanja</span>
# Šablonski metod: <span class="spoiler" data-options="objektni,klasni">klasni</span> uzorak <span class="spoiler" data-options="strukture,stvaranja,ponašanja">ponašanja</span>
</div>

== 43. zadatak ==
Izabrati tačne tvrdnje:
<div class="abc-list" data-solution="multiple">
# Artefakt kao pojava komponente predstavlja se stereotipom <code><<occurence>></code>.
# Akcija se sastoji od jedne ili više aktivnosti (ali ne može da se desi da nema aktivnosti).
# <span class="solution">Particije mogu imati hijerarhijsku dubinu veću od 1.</span>
# <span class="solution">Klase se mogu pojaviti na dijagramu komponenata.</span>
# Poželjno je koristiti centralni bafer prilikom modelovanja tabele baze podataka.
# Akcije su atomične.
</div>

[[Категорија:Пројектовање софтвера]]

Пројектовање софтвера/Јануар 2020

2022-01-21T17:05:31Z

JanaP15: /* Испит Јануар 2020 */ Fale dijagrami u 2. zadatku.

== 1. zadatak ==
Napisati osobinu koja se koristi da se označi klasa koja nema potomke, tj. iz koje se ne može izvoditi. Iskoristiti pravilnu sintaksu za navođenje osobine.

Odgovor: <span class="spoiler" data-solution="text">{leaf}</span>

== 2. zadatak ==
Odabrati ispravne dijagrame aktivnosti koji generišu generišu slučajan broj i sve dok generisana vrednost ne bude jednaka 0.

== 3. zadatak ==
Označiti elemente stanja po UML2:

<div class="abc-list" data-solution="multiple">
# <span class="solution">Podstanje</span>
# Samo-tranzicije
# <span class="solution">Odloženi događaji</span>
# <span class="solution">Unutrašnje tranzicije</span>
# Tranzicije u druga stanja
</div>

== 4. zadatak ==

Modelira se sistem u kom se na Parkingu nalaze Automobili. Potrebno je koristeći kvalifikator selektovati automobile po njihovoj boji. Multiplikativnost koja odgovara opisanom slučaju je:

<div class="abc-list" data-solution="single">
# <span class="solution">Na strani Automobil *</span>
# Na strani kvalifikatora 0..1
# Na strani Automobil 1
# Na strani kvalifikatora *
# Na strani Automobil 0..1
</div>

== 5. zadatak ==

Označiti tačne tvrdnje za pakete na jeziku UML:

<div class="abc-list" data-solution="multiple">
# <span class="solution">Paket može grupisati artefakte.</span>
# Spoljašni paket implicitno uvozi imena sadržanog paketa.
# <span class="solution">Paket je vlasnik sadržanih elemenata.</span>
# Nekvalifikovana imena moraju biti jedinstvena u čitavom sistemu.
# <span class="solution">Paket može sadržati druge pakete.</span>
</div>

== 6. zadatak ==

Povezati data zaduženja sa ulogama projektnog uzorka Fasada.

{| class="wikitable"
|+ Opcije
! Zaduženja
! Uloge
|-
| <div data-solution="select" data-options="a,b,c,d,e">
* Ne zna za klasu i objekat Fasade. <span class="spoiler">b</span>
* Zahteve klijenta prosleđuje klasama podsistema. <span class="spoiler">a</span>
* Implementira potrebne funkcionalnosti. <span class="spoiler">b</span>
* Zna koja klasa podsistema je odgovorna za koje funkcionalnosti. <span class="spoiler">a</span>
</div>
| <div class="abc-list">
# Fasada
# Klase podsistema
# Subjekat
# Konkretan subjekat
# Klijent
</div>
|}

== 7. zadatak ==

Upariti uzorke sa njihovim alternativnim nazivima.

{| class="wikitable"
|+ Opcije
! Uzorci
! Alternativni nazivi
|-
| <div data-solution="select" data-options="a,b,c,d,e,f,g,h">
* Kurzor (Cursor) <span class="spoiler">g</span>
* Omotač (Wrapper) <span class="spoiler">d</span>
* Ručka/telo (Handle/Body) <span class="spoiler">e</span>
* Oznaka (Token) <span class="spoiler">b</span>
* Virtuelni konstruktor (Virtual constructor) <span class="spoiler">f</span>
* Transakcija (Transaction) <span class="spoiler">c</span>
* Surogat (Surogate) <span class="spoiler">a</span>
</div>
| <div class="abc-list">
# Zastupnik
# Podsetnik
# Komanda
# Dekorater
# Most
# Fabrički metod
# Iterator
# Klasni adapter
</div>
|}

== 8. zadatak ==
Označiti tačna tvrđena za projektni uzorak Adapter:

<div class="abc-list" data-solution="multiple">
# <span class="solution">Adapter može sadržati dodatne javne metode koje Klijent ne koristi s obzirom da Adapter vidi preko interfejsa Cilj.</span>
# <span class="solution">Adapter se koristi kako bi interfejs jedne klase prilagodio interfejsu koji klijent očekuje.</span>
# <span class="solution">Dvosmerni adapter se može koristiti i kao Cilj i kao Adaptirani.</span>
# <span class="solution">Prilikom korišćenja projektnog uzorka Adapter nije potrebno menjati kod interfejsa Cilj, kao i klasa Klijent i Adaptirani.</span>
</div>

== 9. zadatak ==
U sistemu postoji 10 objekata Korisnik koji međusobno komuniciraju svaki sa svakim. Ukoliko se u sistem uvede projektni uzorak Posrednik preko kog bi objekti komunicirali, koliko će biti manje veza potrebno u sistemu? Smatrati da su veze bidirekcione i da je potreban jedan objekat Posrednika.

Odgovor: <span class="spoiler" data-solution="text">35</span>

== 10. zadatak ==
Označiti tačna tvrđena za projektni uzorak Dekorater:

<div class="abc-list" data-solution="multiple">
# Konstrukcija projektnog uzorka ne dozvoljava da objekat klase Dopuna dekoriše druge objekte klase Dopuna.
# <span class="solution">Korišćenje Dekoratera otežava testiranje.</span>
# <span class="solution">Preporučljivo je da Komponenta nema atribute.</span>
# Prilikom dekorisanja objekata, nije bitan redosled konkretnih dopuna, već samo njihov broj.
# Dopuna menja interfejs Komponente kako bi proširila funkcionalnosti.
</div>

Пројектовање софтвера/Јануар 2020

2022-01-21T16:30:19Z

JanaP15: Направљена празна страница

Рачунарске мреже 2/Питања

2022-01-15T16:44:51Z

JanaP15: /* Pitanje 11 */ Ispravka

{{tocright}}
Ovde su skupljena razna pitanja iz izvora poput RM2 baze pitanja koja se može naći u odeljku sa [[Рачунарске мреже 2#Корисне везе|korisnim vezama]] na stranici predmeta.
{{rešenja}}

== BGP ==
=== Pitanje 1 ===
Ako ruter A sa ulogom ''route reflector''-a dobije rutu od rutera koji je njegov klijent, ruta može da bude prosleđena:
<div class="abc-list" data-solution="multiple">
# <span class="solution">eBGP susedima rutera A</span>
# <span class="solution">klijentima rutera A</span>
# <span class="solution">iBGP susedima koji nisu klijenti A</span>
# nikome
</div>

=== Pitanje 2 ===
''Route reflector'' i njegovi klijenti čine:
<div class="abc-list" data-solution="single">
# autonomni sistem
# <span class="solution">klaster</span>
# konfederaciju
# federaciju
</div>

=== Pitanje 3 ===
Internet provajderi su primer:
<div class="abc-list" data-solution="single">
# autonomnog sistema sa jednim izlazom
# autonomnog sistema sa više izlaza bez tranzita saobraćaja
# <span class="solution">autonomnog sistema sa više izlaza i tranzitom saobraćaja</span>
</div>

=== Pitanje 4 ===
''MED'' atribut je:
<div class="abc-list" data-solution="single">
# dobro poznat opcioni atribut
# <span class="solution">opcioni netranzitivni atribut</span>
# opcioni tranzitivni atribut
# dobro poznat obavezan atribut
</div>

=== Pitanje 5 ===
''AS-Set'' atribut pokazuje:
<div class="abc-list" data-solution="single">
# ID rutera koji je agregirao rutu
# <span class="solution">skup autonomnih sistema iz kojih potiču komponente agregirane rute</span>
# da li je data ruta agregirana
</div>

=== Pitanje 6 ===
Za BGP je tačno sledeće:
<div class="abc-list" data-solution="multiple">
# <span class="solution">''Next Hop'' je obavezan atribut u svim BGP ''Update''-ima</span>
# iBGP ima manju administrativnu distancu od eBGP
# <span class="solution">Ruta dobijena putem iBGP-a sme da bude oglašena eBGP susedima</span>
# ''AS-Set'' je obavezan atribut u svim BGP ''Update''-ima
# Koristi ICMP za prenos svojih poruka
# <span class="solution">eBGP ima manju administrativnu distancu od iBGP</span>
</div>

=== Pitanje 7 ===
''Local preference'' atribut:
<div class="abc-list" data-solution="multiple">
# <span class="solution">određuje kako će saobraćaj izlaziti iz datog AS</span>
# se dodeljuje rutama koje izlaze iz datog AS
# određuje kako će saobraćaj ulaziti u dati AS
# <span class="solution">se dodeljuje rutama koje ulaze u dati AS</span>
</div>

=== Pitanje 8 ===
Autonomni sistem AS1 je podeljen u 4 pod-autonomnih sistema koji čine konfederaciju. Svaki pod-AS ima po 3 rutera. Koliko mora da bude iBGP sesija unutar AS1 da bi mreža pravilno funkcionisala?
<div class="abc-list" data-solution="single">
# 4
# 14
# 13
# 15
# <span class="solution">12</span>
</div>

=== Pitanje 9 ===
Autonomni sistem ima 10 rutera. Od toga postoji jedan ''route reflector'' koji ima 7 svojih klijenata. Ostali ruteri su klasični iBGP ruteri. Koliko najmanje mora da postoji iBGP sesija da bi autonomni sistem pravilno funkcionisao?
<div class="abc-list" data-solution="single">
# 7
# 45
# <span class="solution">10</span>
# 12
# 9
</div>

=== Pitanje 10 ===
''Local Preference'' atribut se pridružuje rutama koje:
<div class="abc-list" data-solution="single">
# <span class="solution">ulaze u ruter</span>
# izlaze iz rutera
# i ulaze u ruter i izlaze iz rutera
# ništa od navedenog
</div>

=== Pitanje 11 ===
BGP kao kriterijum za izbor najbolje rute koristi sledeće:
<div class="abc-list" data-solution="multiple">
# kašnjenje duž linka
# ''Aggregator'' atribut
# <span class="solution">''Origin'' atribut</span>
# propusni opseg linka
# <span class="solution">vreme dolaska rute u ruter</span>
# ukupan broj rutera na putanji
# Cluster ID atribut
# <span class="solution">broj AS na putanji</span>
</div>

=== Pitanje 12 ===
Atribut ''Community'' se koristi za:
<div class="abc-list" data-solution="single">
# <span class="solution">uticanje na rute u udaljenim AS</span>
# informisanje drugih rutera o promenama u ruting tabeli
# sprečavanja petlji u rutiranju
# ništa od navedenog
</div>

=== Pitanje 13 ===
Za BGP je tačno sledeće:
<div class="abc-list" data-solution="multiple">
# Koristi UDP za prenos svojih poruka
# <span class="solution">Koristi TCP za prenos svojih poruka</span>
# BGP metrika je broj rutera na putanji
# iBGP susedi moraju da budu direktno povezani
# <span class="solution">iBGP ruter ne prosleđuje iBGP susedima rutu dobijenu od iBGP suseda</span>
</div>

=== Pitanje 14 ===
Pravilo sinhronizacije unutar AS glasi:
<div class="abc-list" data-solution="single">
# Da bi se neka ruta oglasila eBGP susedu, mora pre toga da bude dobijena od iBGP suseda
# Da bi se neka ruta oglasila eBGP susedu, mora pre toga da bude oglašena network komandom
# <span class="solution">Da bi se neka ruta oglasila eBGP susedu, mora pre toga da bude u ruting tabeli dobijena iz nekog internog protokola rutiranja</span>
# Da bi se neka ruta oglasila eBGP susedu, ne sme da bude dobijena od eBGP suseda
# Da bi se neka ruta oglasila eBGP susedu, ne sme da bude dobijena od iBGP suseda
</div>

=== Pitanje 15 ===
Šta je tačno?
<div class="abc-list" data-solution="multiple">
# Simetričnost saobraćaja označava situaciju gde se saobraćaj šalje naizmenično na dva linka
# <span class="solution">Simetričan saobraćaj je onaj koji u oba smera između dve lokacije putuje istom putanjom</span>
# Simetričnost saobraćaja označava situaciju kada su količine odlaznog i dolaznog saobraćaja iste
# Simetričnost saobraćaja služi za obezbeđenje rezervnih putanja saobraćaja
# Simetričan saobraćaj otežava otkrivanje problema u mreži
# Ništa od navedenog
</div>

=== Pitanje 16 ===
Redosled kriterijuma za izbor najbolje rute u BGP je sledeći:
<div class="abc-list" data-solution="single">
# kraći ''AS-Path'', veća ''LP'' vrednost, niža ''MED'' vrednost
# <span class="solution">veća ''LP'' vrednost, kraći ''AS-Path'', niža ''MED'' vrednost</span>
# niža ''MED'' vrednost, kraći ''AS-Path'', veća ''LP'' vrednost
# veća ''LP'' vrednost, kraći ''AS-Path'', viša ''MED'' vrednost
# kraći ''AS-Path'', veća ''LP'' vrednost, niža ''MED'' vrednost
# niža ''MED'' vrednost, veća ''LP'' vrednost, kraći ''AS-Path''
</div>

=== Pitanje 17 ===
[[Датотека:RM2 pitanja BGP 1.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Adrese ''loopback'' interfejsa
! Adrese !! R1 !! R2 !! R3
|-
! lo1
| 10.0.1.0/24 || 192.168.10.0/24 || 172.16.1.0/24
|-
! lo2
| 10.0.2.0/24 || 192.168.20.0/24 || 172.16.2.0/24
|-
! lo3
| 10.0.3.0/24 || 192.168.30.0/24 || 172.16.3.0/24
|}
Ruter R1 oglašava ka AS2 sve rute iz AS1 korišćenjem network komande, dok ruter R2 vrši redistribuciju svih ruta iz AS1 u BGP i na taj način ih oglašava ka AS2. Ruter R3 oglašava rute iz AS2 ka R1 sa MED vrednošću 100, a ka R2 sa MED vrednošću 150. Kako će ići saobraćaj od mreže 172.16.1.0/24 ka mreži 10.0.2.0/24?
<div class="abc-list" data-solution="single">
# <span class="solution">Putanjom R3 - R1, zbog niže vrednosti Origin parametra</span>
# Putanjom R3 - R2, zbog više MED vrednosti
# Putanjom R3 - R1, zbog niže MED vrednosti
# Putanjom R3 - R2 - R1, zbog više vrednosti Origin parametra
</div>

=== Pitanje 18 ===
[[Датотека:RM2 pitanja BGP 2.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Adrese ''loopback'' interfejsa
! Adrese !! R1 !! R2 !! R3
|-
! lo1
| 10.0.1.0/24 || 192.168.10.0/24 || 172.16.1.0/24
|-
! lo2
| 10.0.2.0/24 || 192.168.20.0/24 || 172.16.2.0/24
|-
! lo3
| 10.0.3.0/24 || 192.168.30.0/24 || 172.16.3.0/24
|}
Ruteri R1 i R3 razmenjuju rute putem RIPa, a R2 i R3 putem OSPF-a. Ruter R3 vrši redistribuciju svih RIP ruta u OSPF i obrnuto.
<div class="abc-list" data-solution="multiple">
# <span class="solution">Ruta 172.16.1.0 će se u ruting tabeli R1 videti kao RIP ruta.</span>
# Ruta 172.16.1.0 će se u ruting tabeli R2 videti kao RIP ruta.
# Ruta 172.16.1.0 će se u ruting tabeli R3 videti kao RIP ruta.
</div>

=== Pitanje 19 ===
[[Датотека:RM2 pitanja BGP 1.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Adrese ''loopback'' interfejsa
! Adrese !! R1 !! R2 !! R3
|-
! lo1
| 10.0.1.0/24 || 192.168.10.0/24 || 172.16.1.0/24
|-
! lo2
| 10.0.2.0/24 || 192.168.20.0/24 || 172.16.2.0/24
|-
! lo3
| 10.0.3.0/24 || 192.168.30.0/24 || 172.16.3.0/24
|}
Ruter R1 oglašava ka AS2 sve rute iz AS1 dodavanjem jedne dodatne oznake AS1 (prepending) i MED atribut sa vrednošću 75. Ruter R2 šalje sve rute koje oglašava ka R3 sa MED vrednošću 65. Ruter R3 rutama dobijenim od R1 dodeljuje Local Preference vrednost 30, a rutama dobijenim od R2 Local Preference vrednost 50. Sve rute se oglašavaju korišćenjem network komande, a susedstva su uspostavljena između fizičkih adresa na segmentima koji povezuju rutere. Koja je vrednost Next Hop atributa za rutu 10.0.2.0/24 na ruteru R3?
<div class="abc-list" data-solution="single">
# <span class="solution">192.168.23.2</span>
# 192.168.13.1
# 192.168.13.3
# 192.168.12.1
# 192.168.23.3
# 192.168.12.2
</div>

=== Pitanja 20 ===
{| class="wikitable"
|+ Izgled ruting tabele
! RP !! Prefix !! Dis !! Met !! Outgoing interface
|-
| R || 192.168.1.0/24 || 120 || 5 || S0/2
|-
| O || 192.168.1.0/25 || 110 || 100 || S0/1
|-
| B || 192.168.1.128/25 || 20 || 0 || F0/0
|-
| R || 192.168.1.0/26 || 120 || 7 || F0/0
|-
| O || 192.168.1.64/26 || 110 || 200 || S0/0
|}
Na koji interfejs rutera će biti prosleđen paket namenjen adresi 192.168.1.225?
<div class="abc-list" data-solution="single">
# S0/2
# S0/0
# S0/1
# <span class="solution">F0/0</span>
</div>

=== Pitanje 21 ===
<pre>
Network Next Hop Metric LocPrf Weight Path
* 0.0.0.0 195.178.34.57 150 0 8400 8400 i
*> 195.178.35.17 0 8400 8400 i
*> 3.0.0.0 195.178.35.17 0 8400 8400 702 703 80 i
* 195.178.34.57 150 0 8400 8400 702 703 80 i
* 195.251.4.44 0 34771 5408 20965 3356 701 703 80 i
* 4.0.0.0 195.178.34.57 150 0 8400 8400 5400 3356 i
* 195.178.35.17 0 8400 8400 5400 3356 i
*> 195.251.4.44 0 34771 5408 20965 3356 i
* 4.23.84.0/22 195.178.34.57 150 0 8400 8400 5400 6461 20171 i
*> 195.178.35.17 0 8400 8400 5400 6461 20171 i
* 195.251.4.44 0 34771 5408 20965 1299 6461 20171 i
* 4.23.112.0/22 195.178.34.57 150 0 8400 8400 5400 174 21889 i
*> 195.178.35.17 0 8400 8400 5400 174 21889 i
* 195.251.4.44 0 34771 5408 20965 1299 174 21889 i
* 4.23.180.0/22 195.178.34.57 150 0 8400 8400 5400 6128 30576 i
*> 195.178.35.17 0 8400 8400 5400 6128 30576 i
* 195.251.4.44 0 34771 5408 20965 1299 6128 30576 i
</pre>
Kriterijum koji je odlučio u izboru najbolje rute za mrežu 3.0.0.0 je:
<div class="abc-list" data-solution="single">
# Duži AS Path
# Viša Origin vrednost
# <span class="solution">Niža MED vrednost</span>
# Vreme dolaska rute
# Niža Origin vrednost
# Kraći AS Path
# Viša MED vrednost
</div>

=== Pitanje 22 ===
Tačne tvrdnje za MED atribut su:
<div class="abc-list" data-solution="multiple">
# <span class="solution">U pitanju je opcioni atribut</span>
# Veća vrednost ima veći prioritet
# <span class="solution">Prenosi se putem iBGP</span>
# <span class="solution">Prenosi se putem eBGP</span>
# U pitanju je obavezni atribut
# <span class="solution">Manja vrednost ima veći prioritet</span>
</div>

=== Pitanje 23 ===
Mehanizam koji očuvava stabilnost funkcionisanja Interneta se zove:
<div class="abc-list" data-solution="single">
# Looking glass
# <span class="solution">Route flap damping</span>
# Multiprotocol BGP
# Route Reflector
</div>

=== Pitanje 24 ===
Redosled izbora najbolje rute na osnovu ''Origin'' atributa je:
<div class="abc-list" data-solution="single">
# Incomplete, EGP, IGP
# EGP, IGP, Incomplete
# <span class="solution">IGP, EGP, Incomplete</span>
# IGP, Incomplete, EGP
# EGP, Incomplete, IGP
# Incomplete, IGP, EGP
</div>

=== Pitanje 25 ===
Kad u jednom ruteru postoji više istih ruta koje potiču iz različitih ruting protokola u ruting tabelu će ući ona sa:
<div class="abc-list" data-solution="single">
# Maksimalnom administrativnom distancom
# <span class="solution">Minimalnom administrativnom distancom</span>
# Minimalnom metrikom
# Maksimalnom metrikom
# Prva koja je došla
</div>

=== Pitanje 26 ===
BGP sprečava petlje u rutiranju tako što:
<div class="abc-list" data-solution="single">
# Koristi ''Holddown Timer'' mehanizam
# <span class="solution">Koristi AS Path</span>
# BGP je ''Link-State'' protokol i petlje su nemoguće
# Koristi ''Split Horizon'' mehanizam
</div>

== VPN ==
=== Pitanje 1 ===
Šta je Provider Edge VPN uređaj u VPN mrežama?
<div class="abc-list" data-solution="single">
# Provajderski VPN uređaj koji se nalazi na ivici mreže provajdera i obezbeđuje vezu ka Internetu
# <span class="solution">Provajderski VPN uređaj koji se nalazi na ivici mreže provajdera i povezan je sa korisničkim VPN uređajima</span>
# Provajderski VPN uređaj koji se nalazi na ivici mreže korisnika i obezbeđuje vezu ka Internetu
# Provajderski VPN uređaj koji se nalazi na ivici mreže korisnika i povezan je sa korisničkim VPN uređajima
</div>

=== Pitanje 2 ===
U koje vrste VPN servisa spadaju L2TP VPN-ovi?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Trusted</span>
# <span class="solution">Remote Access</span>
# Customer
# Site-to-site
# <span class="solution">Provider provisioned</span>
# Secure VPN
</div>

=== Pitanje 3 ===
Koji način prosleđivanja paketa u mrežnim uređajima koristi switching keš koji se popunjava po prolasku prvog paketa?
<div class="abc-list" data-solution="single">
# Hardversko prosleđivanje
# <span class="solution">Fast switching</span>
# Process switching
</div>

=== Pitanje 4 ===
Na kom MPLS ruteru PHP mehanizam obezbeđuje poboljšanje performansi?
<div class="abc-list" data-solution="single">
# Na pretposlednjem – štedi operaciju gledanja u LFIB
# Na pretposlednjem – štedi operaciju gledanja u FIB
# <span class="solution">Na poslednjem – štedi operaciju gledanja u LFIB</span>
# Na poslednjem – štedi operaciju gledanja u FIB
</div>

=== Pitanje 5 ===
Koje tvrdnje za MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">U MPLS mreži prosleđivanje paketa ne mora po destinacionoj adresi</span>
# <span class="solution">Labele unutar MPLS mreže nisu jednistvene duž cele putanje već svaki ruter nezavisno alocira labele</span>
# CE ruter za labelovanje koristi labelu koju mu je oglasio downstream PE ruter
# <span class="solution">MPLS uređaj saobraćaj razvrstava u FEC klase</span>
</div>

=== Pitanje 6 ===
Koje tvrdnje za MPLS VPN su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Prefiksi iz VPN mreža korisnika razmenjuju se između PE rutera korišćenjem MP-BGP</span>
# <span class="solution">P ruteri u svojoj ruting tabeli nemaju korisničke rute</span>
# VPN mreže korisnika ne mogu da imaju proizvoljne, potencijalno preklapajuće skupove adresa
# <span class="solution">RD i IP pref. čine VPN pref.</span>
# Pri labelovanju VPN paketa spoljašnja labela je VPN labela a unutrašnja je IGP
</div>

=== Pitanje 7 ===
Za šta se koristi RD u MPLS VPNovima?
<div class="abc-list" data-solution="single">
# Route Distribution
# <span class="solution">Route Distinguisher – koristi se za obeležavanje ruta koje pripadaju određenoj VRF instanci</span>
# Route Distinguisher – kao dodatni deo MPLS labele za označavanje kom VPNu pripada paket
</div>

=== Pitanje 8 ===
Šta ide u LIB, a šta u LFIB?
<div class="abc-list" data-solution="select" data-options="LIB,LFIB,LIB i LFIB">
# Destination <span class="spoiler">LIB i LFIB</span>
# Label <span class="spoiler">LIB i LFIB</span>
# Action <span class="spoiler">LFIB</span>
# LSR <span class="spoiler">LIB</span>
# Next Hop <span class="spoiler">LFIB</span>
</div>

=== Pitanje 9 ===
Koji način prosleđivanja paketa u mrežnim uređajima je najsporiji?
<div class="abc-list" data-solution="single">
# Hardversko prosleđivanje (CEF)
# Fast switching
# <span class="solution">Process switching</span>
</div>

=== Pitanje 10 ===
Koje tvrdnje u vezi sa MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">LDP, MPBGP i RSVP su protokoli putem kojih može da se vrši razmena informacije o labelama</span>
# <span class="solution">Labele od 0 do 15 su rezervisane</span>
# Labele se u MPLS paketima smeštaju između zaglavlja protokola 3. i 4. sloja OSI referentnog modela (sa izuzetkom ATM mreža)
# Nijedan od ponuđenih odgovora nije tačan
# PE uređaj za labelovanje paketa koristi labelu koju mu je oglasio downstream CE uređaj
</div>

=== Pitanje 11 ===
Koje tvrdnje u vezi sa tabelama koje postoje u MPLS uređajima su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Dolazni IP paketi se prosleđuju u FIB tabelu na obradu</span>
# Labele koje se razmenjuju putem LDP protokola popunjavaju se direktno u LFIB tabelu
# <span class="solution">LFIB tabela popunjava se na osnovu informacija sadržanih u LIB i ruting tabeli</span>
# Nijedan od ponuđenih odgovora nije tačan
# Dolazni MPLS paketi se prosleđuju u LIB tabelu na obradu
</div>

=== Pitanje 12 ===
Kako se u MPLS mrežama implementira BGP razmena ruta i labela?
<div class="abc-list" data-solution="multiple">
# Nijedan od ponuđenih odgovora nije tačan
# Potrebno je da postoji partial-mesh eBGP peeringa između svih MPLS P i PE uređaja
# Potrebno je da postoji full-mesh iBGP peeringa između svih MPLS P i PE uređaja
# <span class="solution">P ruteri ne moraju da razmenjuju BGP rute, već je dovoljno da imaju rutu (labelu) ka mreži na kojoj se nalazi Next Hop</span>
# P ruteri moraju da u svojim ruting tabelama imaju punu Internet ruting tabelu
</div>

=== Pitanje 13 ===
GRE tuneli omogućavaju:
<div class="abc-list" data-solution="single">
# <span class="solution">Enkapsulaciju proizvoljnog paketa 3. sloja u proizvoljni paket 3. sloja</span>
# Enkripciju i enkapsulaciju proizvoljnog paketa 3. sloja u proizvoljni paket 3. sloja
# Nijedan od ponuđenih odgovora nije tačan
# Enkapsulaciju proizvoljnog paketa 3. sloja u TCP paket
# Enkripciju i enkapsulaciju proizvoljnog paketa 3. sloja u IP paket
</div>

=== Pitanje 14 ===
Koji mehanizam rada najcešće koristi LDP protokol?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Independent control; unsolicited; liberal retention</span>
# Ordered control; on demand; liberal retention
# Nijedan od ponuđenih odgovora nije tačan
# Ordered control; unsolicited; conservative retention
# Independent control; on demand; conservative retention
</div>

=== Pitanje 15 ===
Koje tvrdnje vezane za MPLS TE su tačne?
<div class="abc-list" data-solution="multiple">
# CSPF - Cheapest Source Path First je algoritam koji se u MPLS TE koristi za određivanje najjeftinije putanje za određeni LSP od tail-end rutera do host-a (računara)
# <span class="solution">Head-end LSR šalje RSVP-TE PATH poruke u kojima su naznačeni parametri zahtevanog traffic engineering LSP</span>
# <span class="solution">Korišćenjem MPLS TE Administrative group atributa, određenom linku može se dodeliti afinitet odnosno boja koja se može proizvoljno definisati</span>
# LSP većeg prioriteta u slučaju nedovoljnih resursa nema pravo da raskine LSP nižeg prioriteta
# Nijedan od ponuđenih odgovora nije tačan
</div>

=== Pitanje 16 ===
Mreža jednog Internet provajdera ima 4 PE i 5 P rutera. U mreži je pokrenut MPLS i paketi se rutiraju pomoću labela. Ako su na PE rutere povezani različiti autonomni sistemi drugih provajdera i/ili korisnika datog provajdera, koliki je minimalan broj iBGP sesija unutar autonomnog sistema datog provajdera koji omogućava da ovaj autonomni sistem radi kao tranzitni tako da prenosi saobraćaj između svih povezanih autonomnih sistema? U autonomnom sistemu internet provajdera se ne koriste route-reflektori i konfederacije.
<div class="abc-list" data-solution="single">
# <span class="solution">6</span>
# 9
# Nijedan od ponuđenih odgovora nije tačan
# 4
# 3
# 16
# 11
</div>

=== Pitanje 17 ===
Šta predstavlja PHP mehanizam u MPLS protokolu?
<div class="abc-list" data-solution="single">
# Penultimate Hop Pushing - pretposlednji MPLS ruter na vrh steka labela stavlja specijalnu labelu 0
# Progressive Hop Pushing - tzv. progressive MPLS ruter na vrh steka labela stavlja specijalnu labelu 0
# <span class="solution">Penultimate Hop Popping - pretposlednji MPLS ruter skida labelu i paket šalje kao IP paket</span>
# Nijedan od ponuđenih odgovora nije tačan
# Progressive Hop Popping - tzv. progressive MPLS ruter skida labelu i paket šalje kao IP paket
</div>

=== Pitanje 18 ===
Koje tvrdnje u vezi sa MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# Traffic Engineering je metoda kojom se može vršiti enkripcija MPLS saobraćaja
# LDP je protokol koji se koristi da bi se razmenile informacije o jedinstvenim labelama koje dodeljuje MPLS Designated Router
# <span class="solution">P/PE uređaj za labelovanje paketa koristi labelu koju mu je oglasio downstream P/PE uređaj</span>
# Nijedan od ponuđenih odgovora nije tačan
# <span class="solution">Labele se u MPLS paketima smeštaju između zaglavlja protokola 2. i 3. sloja OSI referentnog modela</span>
</div>

=== Pitanje 19 ===
Koje tvrdnje vezane za MPLS VPN su tačne?
<div class="abc-list" data-solution="multiple">
# Pri labelovanju VPN paketa koriste se minimum 3 labele
# <span class="solution">Pri labelovanju VPN paketa, spoljašnja labela je IGP labela koja služi za prosleđivanje paketa, a unutrašnja labela je VPN labela</span>
# VPN mreže korisnika ne mogu da imaju nezavisno interno rutiranje
# <span class="solution">PE ruter ima VRF instancu za svaki povezani VPN</span>
# Nijedan odgovor nije tačan
# <span class="solution">Route Distinguisher koristi se za obeležavanje ruta koje pripadaju odredenoj VRF instanci</span>
</div>

=== Pitanje 20 ===
Koje tvrdnje u vezi sa MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Labele od 0 do 15 su rezervisane</span>
# PE uređaj za labelovanje paketa koristi labelu koju mu je oglasio downstream CE uređaj
# Labele se u MPLS paketima smeštaju između zaglavlja protokola 3. i 4.sloja OSI referentnog modela (sa izuzetkom ATM mreža)
# <span class="solution">LDP, MPBGP i RSVP su protokoli putem kojih može da se vrši razmena informacije o labelama</span>
</div>

=== Pitanje 21 ===
Za mrežu na slici odrediti labele koje će paketi imati tokom prolaska od mreža B do mreže A, ako se u mreži ne koristi mehanizam PHP. Na slici su date su vrednosti lokalnih mapiranja dela poznatih ruta u labele. U mreži je konfigurisan OSPF protokol rutiranja, a smatrati da je referentna vrednost propusnog opsega 1Gbps.
[[Датотека:RM2 pitanja VPN 1.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Labele
! Ruta !! PE1 !! P1 !! P2 !! P3 !! P4 !! P5 !! P6 !! PE2
|-
! 172.16.1.0/24
| 20 || 30 || 40 || 20 || 50 || 100 || 910 || 30
|-
! 172.16.2.0/24
| 21 || 31 || 41 || 21 || 51 || 101 || 911 || 31
|-
! 172.16.3.0/24
| 22 || 32 || 42 || 22 || 52 || 102 || 912 || 32
|-
! 172.16.4.0/24
| 23 || 33 || 43 || 23 || 53 || 103 || 913 || 33
|-
! 172.16.5.0/24
| 24 || 34 || 44 || 24 || 54 || 104 || 914 || 34
|-
! 172.16.6.0/24
| 25 || 35 || 45 || 25 || 55 || 105 || 915 || 35
|-
! 172.16.7.0/24
| 26 || 36 || 46 || 26 || 56 || 106 || 916 || 37
|-
! 172.16.8.0/24
| 27 || 37 || 47 || 27 || 57 || 107 || 917 || 38
|-
! 172.16.9.0/24
| 28 || 38 || 48 || 28 || 58 || 108 || 918 || 39
|-
! 172.16.10.0/24
| 29 || 39 || 49 || 29 || 59 || 11 || 919 || 40
|-
! 172.16.11.0/24
| 30 || 40 || 50 || 30 || 60 || 12 || 819 || 41
|-
! 172.16.12.0/24
| 31 || 41 || 51 || 31 || 61 || 13 || 818 || 42
|-
! 172.16.13.0/24
| 32 || 42 || 52 || 32 || 62 || 14 || 817 || 43
|-
! 172.16.14.0/24
| 33 || 43 || 53 || 33 || 63 || 15 || 816 || 44
|}
<div class="abc-list" data-solution="single">
# 30, 40, 30
# 53, 43, 33
# 33, 63, 816, 44
# 918, 59, 23, 22
# <span class="solution">910, 50, 20, 20</span>
# 22, 53, 919, 39
# Ni jedan od ponuđenih odgovora nije tačan
</div>

=== Pitanje 22 ===
U mreži datoj na slici ruteri PE1 i CE1, kao i PE2 i CE2 razmenjuju rute putem BGP protokola. Date su vrednosti lokalnih mapiranja dela poznatih ruta u labele. Odrediti labele koje će imati paketi na prolasku kroz mrežu od računara u mreži B ka računarima u mreži A, ako se u mreži koristi mehanizam PHP. U MPLS mreži je konfigurisan OSPF protokol rutiranja, a smatrati da je referentna vrednost propusnog opsega 1Gbps.
[[Датотека:RM2 pitanja VPN 2.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Labele
! Ruta !! PE1 !! P1 !! P2 !! P3 !! P4 !! P5 !! P6 !! PE2
|-
! 172.16.2.0/24
| 21 || 31 || 41 || 28 || 61 || 101 || 91 || 21
|-
! 172.16.3.0/24
| 22 || 32 || 42 || 29 || 62 || 102 || 92 || 22
|-
! 172.16.4.0/24
| 23 || 33 || 43 || 30 || 63 || 103 || 93 || 23
|-
! 172.16.5.0/24
| 24 || 34 || 44 || 31 || 64 || 104 || 94 || 24
|-
! 172.16.6.0/24
| 25 || 35 || 45 || 32 || 65 || 105 || 95 || 25
|-
! 172.16.7.0/24
| 26 || 36 || 46 || 33 || 66 || 106 || 96 || 26
|-
! 172.16.8.0/24
| 27 || 37 || 47 || 34 || 67 || 107 || 97 || 27
|-
! 172.16.9.0/24
| 28 || 38 || 48 || 35 || 68 || 108 || 98 || 28
|-
! 172.16.10.0/24
| 29 || 39 || 49 || 36 || 69 || 91 || 99 || 29
|-
! 172.16.11.0/24
| 30 || 40 || 50 || 37 || 70 || 92 || 89 || 30
|-
! 172.16.12.0/24
| 31 || 41 || 51 || 38 || 71 || 93 || 88 || 31
|-
! 172.16.13.0/24
| 32 || 42 || 52 || 39 || 72 || 94 || 87 || 32
|-
! 172.16.14.0/24
| 33 || 43 || 53 || 40 || 73 || 95 || 86 || 33
|}
<div class="abc-list" data-solution="single">
# 33, 40, 95
# 91, 101
# <span class="solution">91, 101, 28</span>
# 29, 91, 97
# 21, 91, 101
</div>

== Multicast ==
=== Pitanje 1 ===
Koje tvrdnje vezane za multicast su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution">Pojedinačni hostovi mogu biti članovi jedne ili više multicast grupa.</span>
#<span class="solution">''Globally scoped multicast'' adrese su u opsegu 224.0.1.0–238.255.255.255 i mogu se koristiti globalno na Internetu.</span>
# Poslednjih 48 bita iz multicast IP adrese preslikavaju se u multicast MAC.
# Multicast prosleđivanje predstavlja prenos paketa do tačno jednog odredišta.
#<span class="solution">Poslednja 23 bita iz multicast IP adrese preslikavaju se u poslednja 23 bita multicast MAC adrese.</span>
# Za prosleđivanje multicast paketa se kao protokol 4. sloja koristi TCP.
#<span class="solution">224.0.0.1-224.0.0.255 rezervisane su za protokole na lokalnom mrežnom segmentuu i paketi poslati na te adrese obicno imaju TTL=1.</span>
# Multicast GLOP adrese dodeljuje IANA
</div>

=== Pitanje 2 ===
Koje tvrdnje vezane za IGMP su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">IGMP snooping mehanizam je kada se u svičevima prati svaka IGMP poruka koja prođe kroz svič.</span>
# U IGMPv2 ne postoji način da host signalizira Querier ruteru da napušta određenu multicast grupu.
#<span class="solution">''Unsolicited report'' porukom host signalizira da je zainteresovan da se priključi određenoj multicast grupi.</span>
#<span class="solution">IGMP ''Membership Query'' upite periodično šalje Querier da bi proverio da li još uvek postoje aktivni slušaoci za neku grupu.</span>
#<span class="solution">IGMPv2 ne prima SSM.</span>
</div>

=== Pitanje 3 ===
Koje tvrdnje vezane za Bootstrap Router protokol - BSR i Anycast RP u multikastu su tačne:
<div class="abc-list" data-solution="multiple">
# <span class="solution">U Anycast RP može postojati proizvoljan broj RP rutera i svi RP ruteri koriste istu IP adresu.</span>
# Da bi Anycast RP funkcionisao kako treba, neophodno je na ruterima koji su RP implementirati i BSR (Bootstrap Router) protokol.
# U BSR (Bootstrap Router) protokolu takozvani BSR ruteri su ruteri koji su RP kandidati.
# <span class="solution">Bootstrap Router protokol je standardni protokol koji se koristi za dinamičko otkrivanje RP rutera.</span>
# Nijedan od ponuđenih odgovora nije tačan.
</div>

=== Pitanje 4 ===
Koje tvrdnje vezane za multikast rutiranje izmedu različitih administrativnih domena su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution">MSDP protokol koristi se za razmenu informacija o aktivnim izvorima multikast saobraćaja.</span>
#<span class="solution">MSDP SA (''Source Active'') poruka sadrži adresu izvora, adresu grupe i adresu RP rutera koji je generisao SA poruku.</span>
# MSDP SA (''Source Active'') poruke prosleđuju se svim ruterima unutar jednog administrativnog domena.
#<span class="solution">Ukoliko se ne koristi MPBGP, mogu se formirati crne rupe u multikast rutiranju.</span>
# Nijedan od ponuđenih odgovora nije tačan.
</div>

=== Pitanje 5 ===
Koja multikast GLOP adresa odgovara autonomnom sistemu 851?
<div class="abc-list" data-solution="single">
# 234.3.83.0/24
#<span class="solution">233.3.83.0/24</span>
# 233.16.23.0/24
# 234.16.23.0/24
</div>

=== Pitanje 6 ===
Koje tvrdnje vezane za IGMP su tačne?
<div class="abc-list" data-solution="multiple">
# U IGMPv1 host slanjem Leave poruke signalizira Querier ruteru da želi da napusti određenu multikast grupu.
#<span class="solution">Hostovi kao odgovor na Membership Query upit šalju Membership Report poruku za multikast grupu kojoj žele da se priključe.</span>
# <span class="solution">IGMPv1 nema podršku za izbor Querier rutera na mrežnom segmentu.</span>
# IGMPv2 služi za prijavljivanje na Source Specific Multicast grupe.
</div>

=== Pitanje 7 ===
Koje tvrdnje vezane za PIM-DM i PIM-SM su tačne:
<div class="abc-list" data-solution="multiple">
#<span class="solution">PIM-DM koristi push mehanizam, koji podrazumeva periodični flooding multikast saobraćaja i ukidanje (''prune'') nepotrebnih grana iz multikast distributivnog stabla.</span>
#<span class="solution">PIM-SM koristi Prune poruke za raskidanje multikast distributivnog stabla.</span>
# PIM-SM je optimalan da se koristi u mrežama sa malim brojem multikast izvora a velikim brojem prijemnika multikast saobraćaja.
# Nijedan odgovor nije tačan.
#<span class="solution">PIM-SM gradi deljeno (''shared'') stablo od rutera koji je registrovao slušaoca do RP (''Rendezvous Point'') i najkraće (''source'') stablo od RP do first hop rutera izvora multikast saobraćaja.</span>
# PIM-SM koristi Register poruke za registrovanje zainteresovanih slušaoca.
</div>

=== Pitanje 8 ===
Koja multikast GLOP adresa odgovara autonomnom sistemu 1254?
<div class="abc-list" data-solution="single">
# 234.4.230.0/24
# 234.5.23.0/24
#<span class="solution">233.4.230.0/24</span>
# 233.5.23.0/24
</div>

=== Pitanje 9 ===
Koje tvrdnje vezane za IGMP su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution">IGMP snooping je mehanizam koji se primenjuje na svičevima kako bi pratili na kojim portovima postoje zainteresovani slušaoci za određenu multikast grupu.</span>
#<span class="solution">Hostovi potiskuju slanje Membership Report poruke ako je neki host pre njih poslao Membership Report za istu grupu.</span>
# IGMPv3 služi za prijavljivanje na IPv6 multikast grupe.
# Kada u IGMPv1 Querier ruter primi Leave poruku, on šalje Group Specific Query poruku da bi proverio da li ima još zaineteresovanih slušaoca.
</div>

=== Pitanje 10 ===
Koje tvrdnje vezane za multikast rutiranje izmedu različitih administrativnih domena su tačne?
<div class="abc-list" data-solution="multiple">
# Kada MSDP ruter dobije SA (''Source Active'') poruku, on pošalje MPBGP update informaciju prema adresi rutera koji mu je poslao tu SA poruku.
#<span class="solution">MPBGP se može koristiti za popunjavanje posebne multikast ruting tabele ako multikast i unikast topologije nisu jednake.</span>
# Nijedan od ponuđenih odgovora nije tačan.
#<span class="solution">Multikast distributivno stablo se formira od slušaoca do RP rutera iz njegovog administrativnog domena, a zatim direktno do first hop rutera izvora multikast saobraćaja.</span>
#<span class="solution">MSDP SA (Source Active) poruka se prenosi ka svim MSDP susedima osim ka onom od kog je dobijena (peer-RPF flooding).</span>
</div>

=== Pitanje 11 ===
Koje tvrdnje vezane za Bootstrap Router protokol - BSR u multikastu su tačne?
<div class="abc-list" data-solution="multiple">
# Nijedan od ponuđenih odgovora nije tačan.
#<span class="solution">BSR ruter periodično u BSR porukama oglašava sva (RP, grupa) mapiranja koje je dobio od CRP (candidate RP) rutera.</span>
#BSR ruter je onaj sa najvišim BSR prioritetom ili najvišom BSR IP adresom.
# BSR ruteri su ruteri koji su RP kandidati.
# CRP (candidate RP) ruteri unikastom oglašavaju direktno ka svim ostalim ruterima za koje grupe su oni oni potencijalni RP-ovi
</div>

=== Pitanje 12 ===
Koje tvrdnje vezane za PIM-DM i PIM-SM su tačne:
<div class="abc-list" data-solution="multiple">
#<span class="solution">Pri uspostavljanju multikast distributivnog stabla PIM-SM Join poruke šalju se od rutera na koji su povezani slušaoci ka RP.</span>
# Uloga PIM-SM Register poruka je da RP obavesti sve zainteresovane slušaoce koji izvor S šalje na multikast grupu G.
#<span class="solution">PIM-SM koristi shared stablo, ali ima podršku za prebacivanje na source stablo.<span>
# Nijedan odgovor nije tačan
# PIM-DM koristi pull mehanizam, koji podrazumeva da slušaoci eksplicitno zahtevaju isporuku multikast saobraćaja.
#<span class="solution">PIM-SM koristi pull mehanizam, koji podrazumeva da slušaoci eksplicitno zahtevaju isporuku multikast saobraćaja.</span>
</div>

== QoS ==
=== Pitanje 1 ===
Koje tvrdnje vezane za DiffServ tehnike izbegavanja zagušenja su tačne?
<div class="abc-list" data-solution="multiple">
# Globalna sinhronizacija pogađa samo UDP tokove.
#<span class="solution">Globalna sinhronizacija TCP tokova nastaje kao posledica odbacivanja paketa koji ne mogu da se smeste u popunjen red za čekanje.</span>
#<span class="solution">Globalna sinhronizacija TCP tokova za posledicu ima neoptimalno korišcenje kapaciteta linka.</span>
# U WRED mehanizmu, paketi sa IPP=7 se nikada ne odbacuju.
#<span class="solution">U WRED mehanizmu, za različite vrednosti IPP ili DSCP mogu se definisati različiti minimalni i maksimalni prag odbacivanja paketa (''threshold''), i verovovatnoća odbacivanja paketa (''work probability denominator'').</span>
# WFQ (''Weighted Fair Queuing'') je tehnika kojom se određuju različite verovatnoće odbacivanja paketa za tokove koje imaju različite vrednosti u IPP (''IP Precedence'') polju i time utiče na efekat globalne sinhronizacije.
#<span class="solution">U RED mehanizmu odbacivanja paketa, paketi se odbacuju sa određenom verovatnoćom pri čemu se svi paketi tretiraju isto.</span>
# U RED mehanizmu odbacivanja paketa, paketi se odbacuju sa određenom verovatnoćom pri čemu se paketi sa IPP=0 ne odbacuju.
</div>

=== Pitanje 2 ===
Koje tvrdnje vezane za DiffServ tehnike klasifikacije i obeležavanja su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution">Obeležavanje paketa može se vršiti na L2 ili L3 nivou.</span>
# Pri obeležavanju paketa na L2 nivou u Ethernet zaglavlju se koristi CoS polje i postoji 64 klase za prioritet.
# Klasifikacija paketa može se vršiti na osnovu RSVP path atributa koji su poslati prilikom uspostavljanja QoS parametara putanje.
# Nijedan odgovor nije tačan.
#<span class="solution">Korišćenjem DSCP polja za označavanje, paket se može svrstati u jednu od 64 klase.</span>
</div>

=== Pitanje 3 ===
Koje tvrdnje vezane za DiffServ tehnike klasifikacije i obeležavanja su tačne?
<div class="abc-list" data-solution="multiple">
# Korišćenjem IP Precedence polja za označavanje, paket se može svrstati u jednu od 64 klase.
# Obeležavanje paketa može se vršiti upisom odgovarajuće oznake u DSCP polje u okviru TCP zaglavlja.
# Nijedan odgovor nije tačan.
# Obeležavanje paketa na L2 nivou u Ethernet mrežama je moguće samo na trunk vezama u okviru 802.1q zaglavlja.
#<span class="solution">Klasifikacija paketa može se vršiti na osnovu različitih L3 parametara kao što su IP adrese izvorišta i odredišta, IP precedence i DSCP.</span>
</div>

[[Категорија:Рокови]]
[[Категорија:Рачунарске мреже 2]]

Рачунарске мреже 2/Питања

2022-01-15T15:13:39Z

JanaP15: /* Pitanje 1 */ Ispravka

{{tocright}}
Ovde su skupljena razna pitanja iz izvora poput RM2 baze pitanja koja se može naći u odeljku sa [[Рачунарске мреже 2#Корисне везе|korisnim vezama]] na stranici predmeta.
{{rešenja}}

== BGP ==
=== Pitanje 1 ===
Ako ruter A sa ulogom ''route reflector''-a dobije rutu od rutera koji je njegov klijent, ruta može da bude prosleđena:
<div class="abc-list" data-solution="multiple">
# <span class="solution">eBGP susedima rutera A</span>
# <span class="solution">klijentima rutera A</span>
# <span class="solution">iBGP susedima koji nisu klijenti A</span>
# nikome
</div>

=== Pitanje 2 ===
''Route reflector'' i njegovi klijenti čine:
<div class="abc-list" data-solution="single">
# autonomni sistem
# <span class="solution">klaster</span>
# konfederaciju
# federaciju
</div>

=== Pitanje 3 ===
Internet provajderi su primer:
<div class="abc-list" data-solution="single">
# autonomnog sistema sa jednim izlazom
# autonomnog sistema sa više izlaza bez tranzita saobraćaja
# <span class="solution">autonomnog sistema sa više izlaza i tranzitom saobraćaja</span>
</div>

=== Pitanje 4 ===
''MED'' atribut je:
<div class="abc-list" data-solution="single">
# dobro poznat opcioni atribut
# <span class="solution">opcioni netranzitivni atribut</span>
# opcioni tranzitivni atribut
# dobro poznat obavezan atribut
</div>

=== Pitanje 5 ===
''AS-Set'' atribut pokazuje:
<div class="abc-list" data-solution="single">
# ID rutera koji je agregirao rutu
# <span class="solution">skup autonomnih sistema iz kojih potiču komponente agregirane rute</span>
# da li je data ruta agregirana
</div>

=== Pitanje 6 ===
Za BGP je tačno sledeće:
<div class="abc-list" data-solution="multiple">
# <span class="solution">''Next Hop'' je obavezan atribut u svim BGP ''Update''-ima</span>
# iBGP ima manju administrativnu distancu od eBGP
# <span class="solution">Ruta dobijena putem iBGP-a sme da bude oglašena eBGP susedima</span>
# ''AS-Set'' je obavezan atribut u svim BGP ''Update''-ima
# Koristi ICMP za prenos svojih poruka
# <span class="solution">eBGP ima manju administrativnu distancu od iBGP</span>
</div>

=== Pitanje 7 ===
''Local preference'' atribut:
<div class="abc-list" data-solution="multiple">
# <span class="solution">određuje kako će saobraćaj izlaziti iz datog AS</span>
# se dodeljuje rutama koje izlaze iz datog AS
# određuje kako će saobraćaj ulaziti u dati AS
# <span class="solution">se dodeljuje rutama koje ulaze u dati AS</span>
</div>

=== Pitanje 8 ===
Autonomni sistem AS1 je podeljen u 4 pod-autonomnih sistema koji čine konfederaciju. Svaki pod-AS ima po 3 rutera. Koliko mora da bude iBGP sesija unutar AS1 da bi mreža pravilno funkcionisala?
<div class="abc-list" data-solution="single">
# 4
# 14
# 13
# 15
# <span class="solution">12</span>
</div>

=== Pitanje 9 ===
Autonomni sistem ima 10 rutera. Od toga postoji jedan ''route reflector'' koji ima 7 svojih klijenata. Ostali ruteri su klasični iBGP ruteri. Koliko najmanje mora da postoji iBGP sesija da bi autonomni sistem pravilno funkcionisao?
<div class="abc-list" data-solution="single">
# 7
# 45
# <span class="solution">10</span>
# 12
# 9
</div>

=== Pitanje 10 ===
''Local Preference'' atribut se pridružuje rutama koje:
<div class="abc-list" data-solution="single">
# <span class="solution">ulaze u ruter</span>
# izlaze iz rutera
# i ulaze u ruter i izlaze iz rutera
# ništa od navedenog
</div>

=== Pitanje 11 ===
BGP kao kriterijum za izbor najbolje rute koristi sledeće:
<div class="abc-list" data-solution="multiple">
# kašnjenje duž linka
# ''Aggregator'' atribut
# <span class="solution">''Origin'' atribut</span>
# propusni opseg linka
# <span class="solution">vreme dolaska rute u ruter</span>
# ukupan broj rutera na putanji
# Cluster ID atribut
# <span class="solution">broj AS na putanji</span>
</div>

=== Pitanje 12 ===
Atribut ''Community'' se koristi za:
<div class="abc-list" data-solution="single">
# <span class="solution">uticanje na rute u udaljenim AS</span>
# informisanje drugih rutera o promenama u ruting tabeli
# sprečavanja petlji u rutiranju
# ništa od navedenog
</div>

=== Pitanje 13 ===
Za BGP je tačno sledeće:
<div class="abc-list" data-solution="multiple">
# Koristi UDP za prenos svojih poruka
# <span class="solution">Koristi TCP za prenos svojih poruka</span>
# BGP metrika je broj rutera na putanji
# iBGP susedi moraju da budu direktno povezani
# <span class="solution">iBGP ruter ne prosleđuje iBGP susedima rutu dobijenu od iBGP suseda</span>
</div>

=== Pitanje 14 ===
Pravilo sinhronizacije unutar AS glasi:
<div class="abc-list" data-solution="single">
# Da bi se neka ruta oglasila eBGP susedu, mora pre toga da bude dobijena od iBGP suseda
# Da bi se neka ruta oglasila eBGP susedu, mora pre toga da bude oglašena network komandom
# <span class="solution">Da bi se neka ruta oglasila eBGP susedu, mora pre toga da bude u ruting tabeli dobijena iz nekog internog protokola rutiranja</span>
# Da bi se neka ruta oglasila eBGP susedu, ne sme da bude dobijena od eBGP suseda
# Da bi se neka ruta oglasila eBGP susedu, ne sme da bude dobijena od iBGP suseda
</div>

=== Pitanje 15 ===
Šta je tačno?
<div class="abc-list" data-solution="multiple">
# Simetričnost saobraćaja označava situaciju gde se saobraćaj šalje naizmenično na dva linka
# <span class="solution">Simetričan saobraćaj je onaj koji u oba smera između dve lokacije putuje istom putanjom</span>
# Simetričnost saobraćaja označava situaciju kada su količine odlaznog i dolaznog saobraćaja iste
# Simetričnost saobraćaja služi za obezbeđenje rezervnih putanja saobraćaja
# Simetričan saobraćaj otežava otkrivanje problema u mreži
# Ništa od navedenog
</div>

=== Pitanje 16 ===
Redosled kriterijuma za izbor najbolje rute u BGP je sledeći:
<div class="abc-list" data-solution="single">
# kraći ''AS-Path'', veća ''LP'' vrednost, niža ''MED'' vrednost
# <span class="solution">veća ''LP'' vrednost, kraći ''AS-Path'', niža ''MED'' vrednost</span>
# niža ''MED'' vrednost, kraći ''AS-Path'', veća ''LP'' vrednost
# veća ''LP'' vrednost, kraći ''AS-Path'', viša ''MED'' vrednost
# kraći ''AS-Path'', veća ''LP'' vrednost, niža ''MED'' vrednost
# niža ''MED'' vrednost, veća ''LP'' vrednost, kraći ''AS-Path''
</div>

=== Pitanje 17 ===
[[Датотека:RM2 pitanja BGP 1.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Adrese ''loopback'' interfejsa
! Adrese !! R1 !! R2 !! R3
|-
! lo1
| 10.0.1.0/24 || 192.168.10.0/24 || 172.16.1.0/24
|-
! lo2
| 10.0.2.0/24 || 192.168.20.0/24 || 172.16.2.0/24
|-
! lo3
| 10.0.3.0/24 || 192.168.30.0/24 || 172.16.3.0/24
|}
Ruter R1 oglašava ka AS2 sve rute iz AS1 korišćenjem network komande, dok ruter R2 vrši redistribuciju svih ruta iz AS1 u BGP i na taj način ih oglašava ka AS2. Ruter R3 oglašava rute iz AS2 ka R1 sa MED vrednošću 100, a ka R2 sa MED vrednošću 150. Kako će ići saobraćaj od mreže 172.16.1.0/24 ka mreži 10.0.2.0/24?
<div class="abc-list" data-solution="single">
# <span class="solution">Putanjom R3 - R1, zbog niže vrednosti Origin parametra</span>
# Putanjom R3 - R2, zbog više MED vrednosti
# Putanjom R3 - R1, zbog niže MED vrednosti
# Putanjom R3 - R2 - R1, zbog više vrednosti Origin parametra
</div>

=== Pitanje 18 ===
[[Датотека:RM2 pitanja BGP 2.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Adrese ''loopback'' interfejsa
! Adrese !! R1 !! R2 !! R3
|-
! lo1
| 10.0.1.0/24 || 192.168.10.0/24 || 172.16.1.0/24
|-
! lo2
| 10.0.2.0/24 || 192.168.20.0/24 || 172.16.2.0/24
|-
! lo3
| 10.0.3.0/24 || 192.168.30.0/24 || 172.16.3.0/24
|}
Ruteri R1 i R3 razmenjuju rute putem RIPa, a R2 i R3 putem OSPF-a. Ruter R3 vrši redistribuciju svih RIP ruta u OSPF i obrnuto.
<div class="abc-list" data-solution="multiple">
# <span class="solution">Ruta 172.16.1.0 će se u ruting tabeli R1 videti kao RIP ruta.</span>
# Ruta 172.16.1.0 će se u ruting tabeli R2 videti kao RIP ruta.
# Ruta 172.16.1.0 će se u ruting tabeli R3 videti kao RIP ruta.
</div>

=== Pitanje 19 ===
[[Датотека:RM2 pitanja BGP 1.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Adrese ''loopback'' interfejsa
! Adrese !! R1 !! R2 !! R3
|-
! lo1
| 10.0.1.0/24 || 192.168.10.0/24 || 172.16.1.0/24
|-
! lo2
| 10.0.2.0/24 || 192.168.20.0/24 || 172.16.2.0/24
|-
! lo3
| 10.0.3.0/24 || 192.168.30.0/24 || 172.16.3.0/24
|}
Ruter R1 oglašava ka AS2 sve rute iz AS1 dodavanjem jedne dodatne oznake AS1 (prepending) i MED atribut sa vrednošću 75. Ruter R2 šalje sve rute koje oglašava ka R3 sa MED vrednošću 65. Ruter R3 rutama dobijenim od R1 dodeljuje Local Preference vrednost 30, a rutama dobijenim od R2 Local Preference vrednost 50. Sve rute se oglašavaju korišćenjem network komande, a susedstva su uspostavljena između fizičkih adresa na segmentima koji povezuju rutere. Koja je vrednost Next Hop atributa za rutu 10.0.2.0/24 na ruteru R3?
<div class="abc-list" data-solution="single">
# <span class="solution">192.168.23.2</span>
# 192.168.13.1
# 192.168.13.3
# 192.168.12.1
# 192.168.23.3
# 192.168.12.2
</div>

=== Pitanja 20 ===
{| class="wikitable"
|+ Izgled ruting tabele
! RP !! Prefix !! Dis !! Met !! Outgoing interface
|-
| R || 192.168.1.0/24 || 120 || 5 || S0/2
|-
| O || 192.168.1.0/25 || 110 || 100 || S0/1
|-
| B || 192.168.1.128/25 || 20 || 0 || F0/0
|-
| R || 192.168.1.0/26 || 120 || 7 || F0/0
|-
| O || 192.168.1.64/26 || 110 || 200 || S0/0
|}
Na koji interfejs rutera će biti prosleđen paket namenjen adresi 192.168.1.225?
<div class="abc-list" data-solution="single">
# S0/2
# S0/0
# S0/1
# <span class="solution">F0/0</span>
</div>

=== Pitanje 21 ===
<pre>
Network Next Hop Metric LocPrf Weight Path
* 0.0.0.0 195.178.34.57 150 0 8400 8400 i
*> 195.178.35.17 0 8400 8400 i
*> 3.0.0.0 195.178.35.17 0 8400 8400 702 703 80 i
* 195.178.34.57 150 0 8400 8400 702 703 80 i
* 195.251.4.44 0 34771 5408 20965 3356 701 703 80 i
* 4.0.0.0 195.178.34.57 150 0 8400 8400 5400 3356 i
* 195.178.35.17 0 8400 8400 5400 3356 i
*> 195.251.4.44 0 34771 5408 20965 3356 i
* 4.23.84.0/22 195.178.34.57 150 0 8400 8400 5400 6461 20171 i
*> 195.178.35.17 0 8400 8400 5400 6461 20171 i
* 195.251.4.44 0 34771 5408 20965 1299 6461 20171 i
* 4.23.112.0/22 195.178.34.57 150 0 8400 8400 5400 174 21889 i
*> 195.178.35.17 0 8400 8400 5400 174 21889 i
* 195.251.4.44 0 34771 5408 20965 1299 174 21889 i
* 4.23.180.0/22 195.178.34.57 150 0 8400 8400 5400 6128 30576 i
*> 195.178.35.17 0 8400 8400 5400 6128 30576 i
* 195.251.4.44 0 34771 5408 20965 1299 6128 30576 i
</pre>
Kriterijum koji je odlučio u izboru najbolje rute za mrežu 3.0.0.0 je:
<div class="abc-list" data-solution="single">
# Duži AS Path
# Viša Origin vrednost
# <span class="solution">Niža MED vrednost</span>
# Vreme dolaska rute
# Niža Origin vrednost
# Kraći AS Path
# Viša MED vrednost
</div>

=== Pitanje 22 ===
Tačne tvrdnje za MED atribut su:
<div class="abc-list" data-solution="multiple">
# <span class="solution">U pitanju je opcioni atribut</span>
# Veća vrednost ima veći prioritet
# <span class="solution">Prenosi se putem iBGP</span>
# <span class="solution">Prenosi se putem eBGP</span>
# U pitanju je obavezni atribut
# <span class="solution">Manja vrednost ima veći prioritet</span>
</div>

=== Pitanje 23 ===
Mehanizam koji očuvava stabilnost funkcionisanja Interneta se zove:
<div class="abc-list" data-solution="single">
# Looking glass
# <span class="solution">Route flap damping</span>
# Multiprotocol BGP
# Route Reflector
</div>

=== Pitanje 24 ===
Redosled izbora najbolje rute na osnovu ''Origin'' atributa je:
<div class="abc-list" data-solution="single">
# Incomplete, EGP, IGP
# EGP, IGP, Incomplete
# <span class="solution">IGP, EGP, Incomplete</span>
# IGP, Incomplete, EGP
# EGP, Incomplete, IGP
# Incomplete, IGP, EGP
</div>

=== Pitanje 25 ===
Kad u jednom ruteru postoji više istih ruta koje potiču iz različitih ruting protokola u ruting tabelu će ući ona sa:
<div class="abc-list" data-solution="single">
# Maksimalnom administrativnom distancom
# <span class="solution">Minimalnom administrativnom distancom</span>
# Minimalnom metrikom
# Maksimalnom metrikom
# Prva koja je došla
</div>

=== Pitanje 26 ===
BGP sprečava petlje u rutiranju tako što:
<div class="abc-list" data-solution="single">
# Koristi ''Holddown Timer'' mehanizam
# <span class="solution">Koristi AS Path</span>
# BGP je ''Link-State'' protokol i petlje su nemoguće
# Koristi ''Split Horizon'' mehanizam
</div>

== VPN ==
=== Pitanje 1 ===
Šta je Provider Edge VPN uređaj u VPN mrežama?
<div class="abc-list" data-solution="single">
# Provajderski VPN uređaj koji se nalazi na ivici mreže provajdera i obezbeđuje vezu ka Internetu
# <span class="solution">Provajderski VPN uređaj koji se nalazi na ivici mreže provajdera i povezan je sa korisničkim VPN uređajima</span>
# Provajderski VPN uređaj koji se nalazi na ivici mreže korisnika i obezbeđuje vezu ka Internetu
# Provajderski VPN uređaj koji se nalazi na ivici mreže korisnika i povezan je sa korisničkim VPN uređajima
</div>

=== Pitanje 2 ===
U koje vrste VPN servisa spadaju L2TP VPN-ovi?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Trusted</span>
# <span class="solution">Remote Access</span>
# Customer
# Site-to-site
# <span class="solution">Provider provisioned</span>
# Secure VPN
</div>

=== Pitanje 3 ===
Koji način prosleđivanja paketa u mrežnim uređajima koristi switching keš koji se popunjava po prolasku prvog paketa?
<div class="abc-list" data-solution="single">
# Hardversko prosleđivanje
# <span class="solution">Fast switching</span>
# Process switching
</div>

=== Pitanje 4 ===
Na kom MPLS ruteru PHP mehanizam obezbeđuje poboljšanje performansi?
<div class="abc-list" data-solution="single">
# Na pretposlednjem – štedi operaciju gledanja u LFIB
# Na pretposlednjem – štedi operaciju gledanja u FIB
# <span class="solution">Na poslednjem – štedi operaciju gledanja u LFIB</span>
# Na poslednjem – štedi operaciju gledanja u FIB
</div>

=== Pitanje 5 ===
Koje tvrdnje za MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">U MPLS mreži prosleđivanje paketa ne mora po destinacionoj adresi</span>
# <span class="solution">Labele unutar MPLS mreže nisu jednistvene duž cele putanje već svaki ruter nezavisno alocira labele</span>
# CE ruter za labelovanje koristi labelu koju mu je oglasio downstream PE ruter
# <span class="solution">MPLS uređaj saobraćaj razvrstava u FEC klase</span>
</div>

=== Pitanje 6 ===
Koje tvrdnje za MPLS VPN su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Prefiksi iz VPN mreža korisnika razmenjuju se između PE rutera korišćenjem MP-BGP</span>
# <span class="solution">P ruteri u svojoj ruting tabeli nemaju korisničke rute</span>
# VPN mreže korisnika ne mogu da imaju proizvoljne, potencijalno preklapajuće skupove adresa
# <span class="solution">RD i IP pref. čine VPN pref.</span>
# Pri labelovanju VPN paketa spoljašnja labela je VPN labela a unutrašnja je IGP
</div>

=== Pitanje 7 ===
Za šta se koristi RD u MPLS VPNovima?
<div class="abc-list" data-solution="single">
# Route Distribution
# <span class="solution">Route Distinguisher – koristi se za obeležavanje ruta koje pripadaju određenoj VRF instanci</span>
# Route Distinguisher – kao dodatni deo MPLS labele za označavanje kom VPNu pripada paket
</div>

=== Pitanje 8 ===
Šta ide u LIB, a šta u LFIB?
<div class="abc-list" data-solution="select" data-options="LIB,LFIB,LIB i LFIB">
# Destination <span class="spoiler">LIB i LFIB</span>
# Label <span class="spoiler">LIB i LFIB</span>
# Action <span class="spoiler">LFIB</span>
# LSR <span class="spoiler">LIB</span>
# Next Hop <span class="spoiler">LFIB</span>
</div>

=== Pitanje 9 ===
Koji način prosleđivanja paketa u mrežnim uređajima je najsporiji?
<div class="abc-list" data-solution="single">
# Hardversko prosleđivanje (CEF)
# Fast switching
# <span class="solution">Process switching</span>
</div>

=== Pitanje 10 ===
Koje tvrdnje u vezi sa MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">LDP, MPBGP i RSVP su protokoli putem kojih može da se vrši razmena informacije o labelama</span>
# <span class="solution">Labele od 0 do 15 su rezervisane</span>
# Labele se u MPLS paketima smeštaju između zaglavlja protokola 3. i 4. sloja OSI referentnog modela (sa izuzetkom ATM mreža)
# Nijedan od ponuđenih odgovora nije tačan
# PE uređaj za labelovanje paketa koristi labelu koju mu je oglasio downstream CE uređaj
</div>

=== Pitanje 11 ===
Koje tvrdnje u vezi sa tabelama koje postoje u MPLS uređajima su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Dolazni IP paketi se prosleđuju u FIB tabelu na obradu</span>
# Labele koje se razmenjuju putem LDP protokola popunjavaju se direktno u LFIB tabelu
# <span class="solution">LFIB tabela popunjava se na osnovu informacija sadržanih u LIB i ruting tabeli</span>
# Nijedan od ponuđenih odgovora nije tačan
# Dolazni MPLS paketi se prosleđuju u LIB tabelu na obradu
</div>

=== Pitanje 12 ===
Kako se u MPLS mrežama implementira BGP razmena ruta i labela?
<div class="abc-list" data-solution="multiple">
# Nijedan od ponuđenih odgovora nije tačan
# Potrebno je da postoji partial-mesh eBGP peeringa između svih MPLS P i PE uređaja
# Potrebno je da postoji full-mesh iBGP peeringa između svih MPLS P i PE uređaja
# <span class="solution">P ruteri ne moraju da razmenjuju BGP rute, već je dovoljno da imaju rutu (labelu) ka mreži na kojoj se nalazi Next Hop</span>
# P ruteri moraju da u svojim ruting tabelama imaju punu Internet ruting tabelu
</div>

=== Pitanje 13 ===
GRE tuneli omogućavaju:
<div class="abc-list" data-solution="single">
# <span class="solution">Enkapsulaciju proizvoljnog paketa 3. sloja u proizvoljni paket 3. sloja</span>
# Enkripciju i enkapsulaciju proizvoljnog paketa 3. sloja u proizvoljni paket 3. sloja
# Nijedan od ponuđenih odgovora nije tačan
# Enkapsulaciju proizvoljnog paketa 3. sloja u TCP paket
# Enkripciju i enkapsulaciju proizvoljnog paketa 3. sloja u IP paket
</div>

=== Pitanje 14 ===
Koji mehanizam rada najcešće koristi LDP protokol?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Independent control; unsolicited; liberal retention</span>
# Ordered control; on demand; liberal retention
# Nijedan od ponuđenih odgovora nije tačan
# Ordered control; unsolicited; conservative retention
# Independent control; on demand; conservative retention
</div>

=== Pitanje 15 ===
Koje tvrdnje vezane za MPLS TE su tačne?
<div class="abc-list" data-solution="multiple">
# CSPF - Cheapest Source Path First je algoritam koji se u MPLS TE koristi za određivanje najjeftinije putanje za određeni LSP od tail-end rutera do host-a (računara)
# <span class="solution">Head-end LSR šalje RSVP-TE PATH poruke u kojima su naznačeni parametri zahtevanog traffic engineering LSP</span>
# <span class="solution">Korišćenjem MPLS TE Administrative group atributa, određenom linku može se dodeliti afinitet odnosno boja koja se može proizvoljno definisati</span>
# LSP većeg prioriteta u slučaju nedovoljnih resursa nema pravo da raskine LSP nižeg prioriteta
# Nijedan od ponuđenih odgovora nije tačan
</div>

=== Pitanje 16 ===
Mreža jednog Internet provajdera ima 4 PE i 5 P rutera. U mreži je pokrenut MPLS i paketi se rutiraju pomoću labela. Ako su na PE rutere povezani različiti autonomni sistemi drugih provajdera i/ili korisnika datog provajdera, koliki je minimalan broj iBGP sesija unutar autonomnog sistema datog provajdera koji omogućava da ovaj autonomni sistem radi kao tranzitni tako da prenosi saobraćaj između svih povezanih autonomnih sistema? U autonomnom sistemu internet provajdera se ne koriste route-reflektori i konfederacije.
<div class="abc-list" data-solution="single">
# <span class="solution">6</span>
# 9
# Nijedan od ponuđenih odgovora nije tačan
# 4
# 3
# 16
# 11
</div>

=== Pitanje 17 ===
Šta predstavlja PHP mehanizam u MPLS protokolu?
<div class="abc-list" data-solution="single">
# Penultimate Hop Pushing - pretposlednji MPLS ruter na vrh steka labela stavlja specijalnu labelu 0
# Progressive Hop Pushing - tzv. progressive MPLS ruter na vrh steka labela stavlja specijalnu labelu 0
# <span class="solution">Penultimate Hop Popping - pretposlednji MPLS ruter skida labelu i paket šalje kao IP paket</span>
# Nijedan od ponuđenih odgovora nije tačan
# Progressive Hop Popping - tzv. progressive MPLS ruter skida labelu i paket šalje kao IP paket
</div>

=== Pitanje 18 ===
Koje tvrdnje u vezi sa MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# Traffic Engineering je metoda kojom se može vršiti enkripcija MPLS saobraćaja
# LDP je protokol koji se koristi da bi se razmenile informacije o jedinstvenim labelama koje dodeljuje MPLS Designated Router
# <span class="solution">P/PE uređaj za labelovanje paketa koristi labelu koju mu je oglasio downstream P/PE uređaj</span>
# Nijedan od ponuđenih odgovora nije tačan
# <span class="solution">Labele se u MPLS paketima smeštaju između zaglavlja protokola 2. i 3. sloja OSI referentnog modela</span>
</div>

=== Pitanje 19 ===
Koje tvrdnje vezane za MPLS VPN su tačne?
<div class="abc-list" data-solution="multiple">
# Pri labelovanju VPN paketa koriste se minimum 3 labele
# <span class="solution">Pri labelovanju VPN paketa, spoljašnja labela je IGP labela koja služi za prosleđivanje paketa, a unutrašnja labela je VPN labela</span>
# VPN mreže korisnika ne mogu da imaju nezavisno interno rutiranje
# <span class="solution">PE ruter ima VRF instancu za svaki povezani VPN</span>
# Nijedan odgovor nije tačan
# <span class="solution">Route Distinguisher koristi se za obeležavanje ruta koje pripadaju odredenoj VRF instanci</span>
</div>

=== Pitanje 20 ===
Koje tvrdnje u vezi sa MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Labele od 0 do 15 su rezervisane</span>
# PE uređaj za labelovanje paketa koristi labelu koju mu je oglasio downstream CE uređaj
# Labele se u MPLS paketima smeštaju između zaglavlja protokola 3. i 4.sloja OSI referentnog modela (sa izuzetkom ATM mreža)
# <span class="solution">LDP, MPBGP i RSVP su protokoli putem kojih može da se vrši razmena informacije o labelama</span>
</div>

=== Pitanje 21 ===
Za mrežu na slici odrediti labele koje će paketi imati tokom prolaska od mreža B do mreže A, ako se u mreži ne koristi mehanizam PHP. Na slici su date su vrednosti lokalnih mapiranja dela poznatih ruta u labele. U mreži je konfigurisan OSPF protokol rutiranja, a smatrati da je referentna vrednost propusnog opsega 1Gbps.
[[Датотека:RM2 pitanja VPN 1.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Labele
! Ruta !! PE1 !! P1 !! P2 !! P3 !! P4 !! P5 !! P6 !! PE2
|-
! 172.16.1.0/24
| 20 || 30 || 40 || 20 || 50 || 100 || 910 || 30
|-
! 172.16.2.0/24
| 21 || 31 || 41 || 21 || 51 || 101 || 911 || 31
|-
! 172.16.3.0/24
| 22 || 32 || 42 || 22 || 52 || 102 || 912 || 32
|-
! 172.16.4.0/24
| 23 || 33 || 43 || 23 || 53 || 103 || 913 || 33
|-
! 172.16.5.0/24
| 24 || 34 || 44 || 24 || 54 || 104 || 914 || 34
|-
! 172.16.6.0/24
| 25 || 35 || 45 || 25 || 55 || 105 || 915 || 35
|-
! 172.16.7.0/24
| 26 || 36 || 46 || 26 || 56 || 106 || 916 || 37
|-
! 172.16.8.0/24
| 27 || 37 || 47 || 27 || 57 || 107 || 917 || 38
|-
! 172.16.9.0/24
| 28 || 38 || 48 || 28 || 58 || 108 || 918 || 39
|-
! 172.16.10.0/24
| 29 || 39 || 49 || 29 || 59 || 11 || 919 || 40
|-
! 172.16.11.0/24
| 30 || 40 || 50 || 30 || 60 || 12 || 819 || 41
|-
! 172.16.12.0/24
| 31 || 41 || 51 || 31 || 61 || 13 || 818 || 42
|-
! 172.16.13.0/24
| 32 || 42 || 52 || 32 || 62 || 14 || 817 || 43
|-
! 172.16.14.0/24
| 33 || 43 || 53 || 33 || 63 || 15 || 816 || 44
|}
<div class="abc-list" data-solution="single">
# 30, 40, 30
# 53, 43, 33
# 33, 63, 816, 44
# 918, 59, 23, 22
# <span class="solution">910, 50, 20, 20</span>
# 22, 53, 919, 39
# Ni jedan od ponuđenih odgovora nije tačan
</div>

=== Pitanje 22 ===
U mreži datoj na slici ruteri PE1 i CE1, kao i PE2 i CE2 razmenjuju rute putem BGP protokola. Date su vrednosti lokalnih mapiranja dela poznatih ruta u labele. Odrediti labele koje će imati paketi na prolasku kroz mrežu od računara u mreži B ka računarima u mreži A, ako se u mreži koristi mehanizam PHP. U MPLS mreži je konfigurisan OSPF protokol rutiranja, a smatrati da je referentna vrednost propusnog opsega 1Gbps.
[[Датотека:RM2 pitanja VPN 2.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Labele
! Ruta !! PE1 !! P1 !! P2 !! P3 !! P4 !! P5 !! P6 !! PE2
|-
! 172.16.2.0/24
| 21 || 31 || 41 || 28 || 61 || 101 || 91 || 21
|-
! 172.16.3.0/24
| 22 || 32 || 42 || 29 || 62 || 102 || 92 || 22
|-
! 172.16.4.0/24
| 23 || 33 || 43 || 30 || 63 || 103 || 93 || 23
|-
! 172.16.5.0/24
| 24 || 34 || 44 || 31 || 64 || 104 || 94 || 24
|-
! 172.16.6.0/24
| 25 || 35 || 45 || 32 || 65 || 105 || 95 || 25
|-
! 172.16.7.0/24
| 26 || 36 || 46 || 33 || 66 || 106 || 96 || 26
|-
! 172.16.8.0/24
| 27 || 37 || 47 || 34 || 67 || 107 || 97 || 27
|-
! 172.16.9.0/24
| 28 || 38 || 48 || 35 || 68 || 108 || 98 || 28
|-
! 172.16.10.0/24
| 29 || 39 || 49 || 36 || 69 || 91 || 99 || 29
|-
! 172.16.11.0/24
| 30 || 40 || 50 || 37 || 70 || 92 || 89 || 30
|-
! 172.16.12.0/24
| 31 || 41 || 51 || 38 || 71 || 93 || 88 || 31
|-
! 172.16.13.0/24
| 32 || 42 || 52 || 39 || 72 || 94 || 87 || 32
|-
! 172.16.14.0/24
| 33 || 43 || 53 || 40 || 73 || 95 || 86 || 33
|}
<div class="abc-list" data-solution="single">
# 33, 40, 95
# 91, 101
# <span class="solution">91, 101, 28</span>
# 29, 91, 97
# 21, 91, 101
</div>

== Multicast ==
=== Pitanje 1 ===
Koje tvrdnje vezane za multicast su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution">Pojedinačni hostovi mogu biti članovi jedne ili više multicast grupa.</span>
#<span class="solution">''Globally scoped multicast'' adrese su u opsegu 224.0.1.0–238.255.255.255 i mogu se koristiti globalno na Internetu.</span>
# Poslednjih 48 bita iz multicast IP adrese preslikavaju se u multicast MAC.
# Multicast prosleđivanje predstavlja prenos paketa do tačno jednog odredišta.
#<span class="solution">Poslednja 23 bita iz multicast IP adrese preslikavaju se u poslednja 23 bita multicast MAC adrese.</span>
# Za prosleđivanje multicast paketa se kao protokol 4. sloja koristi TCP.
#<span class="solution">224.0.0.1-224.0.0.255 rezervisane su za protokole na lokalnom mrežnom segmentuu i paketi poslati na te adrese obicno imaju TTL=1.</span>
# Multicast GLOP adrese dodeljuje IANA
</div>

=== Pitanje 2 ===
Koje tvrdnje vezane za IGMP su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">IGMP snooping mehanizam je kada se u svičevima prati svaka IGMP poruka koja prođe kroz svič.</span>
# U IGMPv2 ne postoji način da host signalizira Querier ruteru da napušta određenu multicast grupu.
#<span class="solution">''Unsolicited report'' porukom host signalizira da je zainteresovan da se priključi određenoj multicast grupi.</span>
#<span class="solution">IGMP ''Membership Query'' upite periodično šalje Querier da bi proverio da li još uvek postoje aktivni slušaoci za neku grupu.</span>
#<span class="solution">IGMPv2 ne prima SSM.</span>
</div>

=== Pitanje 3 ===
Koje tvrdnje vezane za Bootstrap Router protokol - BSR i Anycast RP u multikastu su tačne:
<div class="abc-list" data-solution="multiple">
# <span class="solution">U Anycast RP može postojati proizvoljan broj RP rutera i svi RP ruteri koriste istu IP adresu.</span>
# Da bi Anycast RP funkcionisao kako treba, neophodno je na ruterima koji su RP implementirati i BSR (Bootstrap Router) protokol.
# U BSR (Bootstrap Router) protokolu takozvani BSR ruteri su ruteri koji su RP kandidati.
# <span class="solution">Bootstrap Router protokol je standardni protokol koji se koristi za dinamičko otkrivanje RP rutera.</span>
# Nijedan od ponuđenih odgovora nije tačan.
</div>

=== Pitanje 4 ===
Koje tvrdnje vezane za multikast rutiranje izmedu različitih administrativnih domena su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution">MSDP protokol koristi se za razmenu informacija o aktivnim izvorima multikast saobraćaja.</span>
#<span class="solution">MSDP SA (''Source Active'') poruka sadrži adresu izvora, adresu grupe i adresu RP rutera koji je generisao SA poruku.</span>
# MSDP SA (''Source Active'') poruke prosleđuju se svim ruterima unutar jednog administrativnog domena.
#<span class="solution">Ukoliko se ne koristi MPBGP, mogu se formirati crne rupe u multikast rutiranju.</span>
# Nijedan od ponuđenih odgovora nije tačan.
</div>

=== Pitanje 5 ===
Koja multikast GLOP adresa odgovara autonomnom sistemu 851?
<div class="abc-list" data-solution="single">
# 234.3.83.0/24
#<span class="solution">233.3.83.0/24</span>
# 233.16.23.0/24
# 234.16.23.0/24
</div>

=== Pitanje 6 ===
Koje tvrdnje vezane za IGMP su tačne?
<div class="abc-list" data-solution="multiple">
# U IGMPv1 host slanjem Leave poruke signalizira Querier ruteru da želi da napusti određenu multikast grupu.
#<span class="solution">Hostovi kao odgovor na Membership Query upit šalju Membership Report poruku za multikast grupu kojoj žele da se priključe.</span>
# <span class="solution">IGMPv1 nema podršku za izbor Querier rutera na mrežnom segmentu.</span>
# IGMPv2 služi za prijavljivanje na Source Specific Multicast grupe.
</div>

=== Pitanje 7 ===
Koje tvrdnje vezane za PIM-DM i PIM-SM su tačne:
<div class="abc-list" data-solution="multiple">
#<span class="solution">PIM-DM koristi push mehanizam, koji podrazumeva periodični flooding multikast saobraćaja i ukidanje (''prune'') nepotrebnih grana iz multikast distributivnog stabla.</span>
#<span class="solution">PIM-SM koristi Prune poruke za raskidanje multikast distributivnog stabla.</span>
# PIM-SM je optimalan da se koristi u mrežama sa malim brojem multikast izvora a velikim brojem prijemnika multikast saobraćaja.
# Nijedan odgovor nije tačan.
#<span class="solution">PIM-SM gradi deljeno (''shared'') stablo od rutera koji je registrovao slušaoca do RP (''Rendezvous Point'') i najkraće (''source'') stablo od RP do first hop rutera izvora multikast saobraćaja.</span>
# PIM-SM koristi Register poruke za registrovanje zainteresovanih slušaoca.
</div>

=== Pitanje 8 ===
Koja multikast GLOP adresa odgovara autonomnom sistemu 1254?
<div class="abc-list" data-solution="single">
# 234.4.230.0/24
# 234.5.23.0/24
#<span class="solution">233.4.230.0/24</span>
# 233.5.23.0/24
</div>

=== Pitanje 9 ===
Koje tvrdnje vezane za IGMP su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution">IGMP snooping je mehanizam koji se primenjuje na svičevima kako bi pratili na kojim portovima postoje zainteresovani slušaoci za određenu multikast grupu.</span>
#<span class="solution">Hostovi potiskuju slanje Membership Report poruke ako je neki host pre njih poslao Membership Report za istu grupu.</span>
# IGMPv3 služi za prijavljivanje na IPv6 multikast grupe.
# Kada u IGMPv1 Querier ruter primi Leave poruku, on šalje Group Specific Query poruku da bi proverio da li ima još zaineteresovanih slušaoca.
</div>

=== Pitanje 10 ===
Koje tvrdnje vezane za multikast rutiranje izmedu različitih administrativnih domena su tačne?
<div class="abc-list" data-solution="multiple">
# Kada MSDP ruter dobije SA (''Source Active'') poruku, on pošalje MPBGP update informaciju prema adresi rutera koji mu je poslao tu SA poruku.
#<span class="solution">MPBGP se može koristiti za popunjavanje posebne multikast ruting tabele ako multikast i unikast topologije nisu jednake.</span>
# Nijedan od ponuđenih odgovora nije tačan.
#<span class="solution">Multikast distributivno stablo se formira od slušaoca do RP rutera iz njegovog administrativnog domena, a zatim direktno do first hop rutera izvora multikast saobraćaja.</span>
#<span class="solution">MSDP SA (Source Active) poruka se prenosi ka svim MSDP susedima osim ka onom od kog je dobijena (peer-RPF flooding).</span>
</div>

=== Pitanje 11 ===
Koje tvrdnje vezane za Bootstrap Router protokol - BSR u multikastu su tačne?
<div class="abc-list" data-solution="multiple">
# Nijedan od ponuđenih odgovora nije tačan.
#<span class="solution">BSR ruter periodično u BSR porukama oglašava sva (RP, grupa) mapiranja koje je dobio od CRP (candidate RP) rutera.</span>
#<span class="solution">BSR ruter je onaj sa najvišim BSR prioritetom ili najvišom BSR IP adresom.</span>
# BSR ruteri su ruteri koji su RP kandidati.
# CRP (candidate RP) ruteri unikastom oglašavaju direktno ka svim ostalim ruterima za koje grupe su oni oni potencijalni RP-ovi
</div>

=== Pitanje 12 ===
Koje tvrdnje vezane za PIM-DM i PIM-SM su tačne:
<div class="abc-list" data-solution="multiple">
#<span class="solution">Pri uspostavljanju multikast distributivnog stabla PIM-SM Join poruke šalju se od rutera na koji su povezani slušaoci ka RP.</span>
# Uloga PIM-SM Register poruka je da RP obavesti sve zainteresovane slušaoce koji izvor S šalje na multikast grupu G.
#<span class="solution">PIM-SM koristi shared stablo, ali ima podršku za prebacivanje na source stablo.<span>
# Nijedan odgovor nije tačan
# PIM-DM koristi pull mehanizam, koji podrazumeva da slušaoci eksplicitno zahtevaju isporuku multikast saobraćaja.
#<span class="solution">PIM-SM koristi pull mehanizam, koji podrazumeva da slušaoci eksplicitno zahtevaju isporuku multikast saobraćaja.</span>
</div>

== QoS ==
=== Pitanje 1 ===
Koje tvrdnje vezane za DiffServ tehnike izbegavanja zagušenja su tačne?
<div class="abc-list" data-solution="multiple">
# Globalna sinhronizacija pogađa samo UDP tokove.
#<span class="solution">Globalna sinhronizacija TCP tokova nastaje kao posledica odbacivanja paketa koji ne mogu da se smeste u popunjen red za čekanje.</span>
#<span class="solution">Globalna sinhronizacija TCP tokova za posledicu ima neoptimalno korišcenje kapaciteta linka.</span>
# U WRED mehanizmu, paketi sa IPP=7 se nikada ne odbacuju.
#<span class="solution">U WRED mehanizmu, za različite vrednosti IPP ili DSCP mogu se definisati različiti minimalni i maksimalni prag odbacivanja paketa (''threshold''), i verovovatnoća odbacivanja paketa (''work probability denominator'').</span>
# WFQ (''Weighted Fair Queuing'') je tehnika kojom se određuju različite verovatnoće odbacivanja paketa za tokove koje imaju različite vrednosti u IPP (''IP Precedence'') polju i time utiče na efekat globalne sinhronizacije.
#<span class="solution">U RED mehanizmu odbacivanja paketa, paketi se odbacuju sa određenom verovatnoćom pri čemu se svi paketi tretiraju isto.</span>
# U RED mehanizmu odbacivanja paketa, paketi se odbacuju sa određenom verovatnoćom pri čemu se paketi sa IPP=0 ne odbacuju.
</div>

=== Pitanje 2 ===
Koje tvrdnje vezane za DiffServ tehnike klasifikacije i obeležavanja su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution">Obeležavanje paketa može se vršiti na L2 ili L3 nivou.</span>
# Pri obeležavanju paketa na L2 nivou u Ethernet zaglavlju se koristi CoS polje i postoji 64 klase za prioritet.
# Klasifikacija paketa može se vršiti na osnovu RSVP path atributa koji su poslati prilikom uspostavljanja QoS parametara putanje.
# Nijedan odgovor nije tačan.
#<span class="solution">Korišćenjem DSCP polja za označavanje, paket se može svrstati u jednu od 64 klase.</span>
</div>

=== Pitanje 3 ===
Koje tvrdnje vezane za DiffServ tehnike klasifikacije i obeležavanja su tačne?
<div class="abc-list" data-solution="multiple">
# Korišćenjem IP Precedence polja za označavanje, paket se može svrstati u jednu od 64 klase.
# Obeležavanje paketa može se vršiti upisom odgovarajuće oznake u DSCP polje u okviru TCP zaglavlja.
# Nijedan odgovor nije tačan.
# Obeležavanje paketa na L2 nivou u Ethernet mrežama je moguće samo na trunk vezama u okviru 802.1q zaglavlja.
#<span class="solution">Klasifikacija paketa može se vršiti na osnovu različitih L3 parametara kao što su IP adrese izvorišta i odredišta, IP precedence i DSCP.</span>
</div>

[[Категорија:Рокови]]
[[Категорија:Рачунарске мреже 2]]

Рачунарске мреже 2/Питања

2022-01-15T14:11:26Z

JanaP15: /* QoS */ Obrisani razmaci

{{tocright}}
Ovde su skupljena razna pitanja iz izvora poput RM2 baze pitanja koja se može naći u odeljku sa [[Рачунарске мреже 2#Корисне везе|korisnim vezama]] na stranici predmeta.
{{rešenja}}

== BGP ==
=== Pitanje 1 ===
Ako ruter A sa ulogom ''route reflector''-a dobije rutu od rutera koji je njegov klijent, ruta može da bude prosleđena:
<div class="abc-list" data-solution="multiple">
# <span class="solution">eBGP susedima rutera A</span>
# <span class="solution">klijentima rutera A</span>
# <span class="solution">iBGP susedima koji nisu klijenti A</span>
# nikome
</div>

=== Pitanje 2 ===
''Route reflector'' i njegovi klijenti čine:
<div class="abc-list" data-solution="single">
# autonomni sistem
# <span class="solution">klaster</span>
# konfederaciju
# federaciju
</div>

=== Pitanje 3 ===
Internet provajderi su primer:
<div class="abc-list" data-solution="single">
# autonomnog sistema sa jednim izlazom
# autonomnog sistema sa više izlaza bez tranzita saobraćaja
# <span class="solution">autonomnog sistema sa više izlaza i tranzitom saobraćaja</span>
</div>

=== Pitanje 4 ===
''MED'' atribut je:
<div class="abc-list" data-solution="single">
# dobro poznat opcioni atribut
# <span class="solution">opcioni netranzitivni atribut</span>
# opcioni tranzitivni atribut
# dobro poznat obavezan atribut
</div>

=== Pitanje 5 ===
''AS-Set'' atribut pokazuje:
<div class="abc-list" data-solution="single">
# ID rutera koji je agregirao rutu
# <span class="solution">skup autonomnih sistema iz kojih potiču komponente agregirane rute</span>
# da li je data ruta agregirana
</div>

=== Pitanje 6 ===
Za BGP je tačno sledeće:
<div class="abc-list" data-solution="multiple">
# <span class="solution">''Next Hop'' je obavezan atribut u svim BGP ''Update''-ima</span>
# iBGP ima manju administrativnu distancu od eBGP
# <span class="solution">Ruta dobijena putem iBGP-a sme da bude oglašena eBGP susedima</span>
# ''AS-Set'' je obavezan atribut u svim BGP ''Update''-ima
# Koristi ICMP za prenos svojih poruka
# <span class="solution">eBGP ima manju administrativnu distancu od iBGP</span>
</div>

=== Pitanje 7 ===
''Local preference'' atribut:
<div class="abc-list" data-solution="multiple">
# <span class="solution">određuje kako će saobraćaj izlaziti iz datog AS</span>
# se dodeljuje rutama koje izlaze iz datog AS
# određuje kako će saobraćaj ulaziti u dati AS
# <span class="solution">se dodeljuje rutama koje ulaze u dati AS</span>
</div>

=== Pitanje 8 ===
Autonomni sistem AS1 je podeljen u 4 pod-autonomnih sistema koji čine konfederaciju. Svaki pod-AS ima po 3 rutera. Koliko mora da bude iBGP sesija unutar AS1 da bi mreža pravilno funkcionisala?
<div class="abc-list" data-solution="single">
# 4
# 14
# 13
# 15
# <span class="solution">12</span>
</div>

=== Pitanje 9 ===
Autonomni sistem ima 10 rutera. Od toga postoji jedan ''route reflector'' koji ima 7 svojih klijenata. Ostali ruteri su klasični iBGP ruteri. Koliko najmanje mora da postoji iBGP sesija da bi autonomni sistem pravilno funkcionisao?
<div class="abc-list" data-solution="single">
# 7
# 45
# <span class="solution">10</span>
# 12
# 9
</div>

=== Pitanje 10 ===
''Local Preference'' atribut se pridružuje rutama koje:
<div class="abc-list" data-solution="single">
# <span class="solution">ulaze u ruter</span>
# izlaze iz rutera
# i ulaze u ruter i izlaze iz rutera
# ništa od navedenog
</div>

=== Pitanje 11 ===
BGP kao kriterijum za izbor najbolje rute koristi sledeće:
<div class="abc-list" data-solution="multiple">
# kašnjenje duž linka
# ''Aggregator'' atribut
# <span class="solution">''Origin'' atribut</span>
# propusni opseg linka
# <span class="solution">vreme dolaska rute u ruter</span>
# ukupan broj rutera na putanji
# Cluster ID atribut
# <span class="solution">broj AS na putanji</span>
</div>

=== Pitanje 12 ===
Atribut ''Community'' se koristi za:
<div class="abc-list" data-solution="single">
# <span class="solution">uticanje na rute u udaljenim AS</span>
# informisanje drugih rutera o promenama u ruting tabeli
# sprečavanja petlji u rutiranju
# ništa od navedenog
</div>

=== Pitanje 13 ===
Za BGP je tačno sledeće:
<div class="abc-list" data-solution="multiple">
# Koristi UDP za prenos svojih poruka
# <span class="solution">Koristi TCP za prenos svojih poruka</span>
# BGP metrika je broj rutera na putanji
# iBGP susedi moraju da budu direktno povezani
# <span class="solution">iBGP ruter ne prosleđuje iBGP susedima rutu dobijenu od iBGP suseda</span>
</div>

=== Pitanje 14 ===
Pravilo sinhronizacije unutar AS glasi:
<div class="abc-list" data-solution="single">
# Da bi se neka ruta oglasila eBGP susedu, mora pre toga da bude dobijena od iBGP suseda
# Da bi se neka ruta oglasila eBGP susedu, mora pre toga da bude oglašena network komandom
# <span class="solution">Da bi se neka ruta oglasila eBGP susedu, mora pre toga da bude u ruting tabeli dobijena iz nekog internog protokola rutiranja</span>
# Da bi se neka ruta oglasila eBGP susedu, ne sme da bude dobijena od eBGP suseda
# Da bi se neka ruta oglasila eBGP susedu, ne sme da bude dobijena od iBGP suseda
</div>

=== Pitanje 15 ===
Šta je tačno?
<div class="abc-list" data-solution="multiple">
# Simetričnost saobraćaja označava situaciju gde se saobraćaj šalje naizmenično na dva linka
# <span class="solution">Simetričan saobraćaj je onaj koji u oba smera između dve lokacije putuje istom putanjom</span>
# Simetričnost saobraćaja označava situaciju kada su količine odlaznog i dolaznog saobraćaja iste
# Simetričnost saobraćaja služi za obezbeđenje rezervnih putanja saobraćaja
# Simetričan saobraćaj otežava otkrivanje problema u mreži
# Ništa od navedenog
</div>

=== Pitanje 16 ===
Redosled kriterijuma za izbor najbolje rute u BGP je sledeći:
<div class="abc-list" data-solution="single">
# kraći ''AS-Path'', veća ''LP'' vrednost, niža ''MED'' vrednost
# <span class="solution">veća ''LP'' vrednost, kraći ''AS-Path'', niža ''MED'' vrednost</span>
# niža ''MED'' vrednost, kraći ''AS-Path'', veća ''LP'' vrednost
# veća ''LP'' vrednost, kraći ''AS-Path'', viša ''MED'' vrednost
# kraći ''AS-Path'', veća ''LP'' vrednost, niža ''MED'' vrednost
# niža ''MED'' vrednost, veća ''LP'' vrednost, kraći ''AS-Path''
</div>

=== Pitanje 17 ===
[[Датотека:RM2 pitanja BGP 1.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Adrese ''loopback'' interfejsa
! Adrese !! R1 !! R2 !! R3
|-
! lo1
| 10.0.1.0/24 || 192.168.10.0/24 || 172.16.1.0/24
|-
! lo2
| 10.0.2.0/24 || 192.168.20.0/24 || 172.16.2.0/24
|-
! lo3
| 10.0.3.0/24 || 192.168.30.0/24 || 172.16.3.0/24
|}
Ruter R1 oglašava ka AS2 sve rute iz AS1 korišćenjem network komande, dok ruter R2 vrši redistribuciju svih ruta iz AS1 u BGP i na taj način ih oglašava ka AS2. Ruter R3 oglašava rute iz AS2 ka R1 sa MED vrednošću 100, a ka R2 sa MED vrednošću 150. Kako će ići saobraćaj od mreže 172.16.1.0/24 ka mreži 10.0.2.0/24?
<div class="abc-list" data-solution="single">
# <span class="solution">Putanjom R3 - R1, zbog niže vrednosti Origin parametra</span>
# Putanjom R3 - R2, zbog više MED vrednosti
# Putanjom R3 - R1, zbog niže MED vrednosti
# Putanjom R3 - R2 - R1, zbog više vrednosti Origin parametra
</div>

=== Pitanje 18 ===
[[Датотека:RM2 pitanja BGP 2.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Adrese ''loopback'' interfejsa
! Adrese !! R1 !! R2 !! R3
|-
! lo1
| 10.0.1.0/24 || 192.168.10.0/24 || 172.16.1.0/24
|-
! lo2
| 10.0.2.0/24 || 192.168.20.0/24 || 172.16.2.0/24
|-
! lo3
| 10.0.3.0/24 || 192.168.30.0/24 || 172.16.3.0/24
|}
Ruteri R1 i R3 razmenjuju rute putem RIPa, a R2 i R3 putem OSPF-a. Ruter R3 vrši redistribuciju svih RIP ruta u OSPF i obrnuto.
<div class="abc-list" data-solution="multiple">
# <span class="solution">Ruta 172.16.1.0 će se u ruting tabeli R1 videti kao RIP ruta.</span>
# Ruta 172.16.1.0 će se u ruting tabeli R2 videti kao RIP ruta.
# Ruta 172.16.1.0 će se u ruting tabeli R3 videti kao RIP ruta.
</div>

=== Pitanje 19 ===
[[Датотека:RM2 pitanja BGP 1.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Adrese ''loopback'' interfejsa
! Adrese !! R1 !! R2 !! R3
|-
! lo1
| 10.0.1.0/24 || 192.168.10.0/24 || 172.16.1.0/24
|-
! lo2
| 10.0.2.0/24 || 192.168.20.0/24 || 172.16.2.0/24
|-
! lo3
| 10.0.3.0/24 || 192.168.30.0/24 || 172.16.3.0/24
|}
Ruter R1 oglašava ka AS2 sve rute iz AS1 dodavanjem jedne dodatne oznake AS1 (prepending) i MED atribut sa vrednošću 75. Ruter R2 šalje sve rute koje oglašava ka R3 sa MED vrednošću 65. Ruter R3 rutama dobijenim od R1 dodeljuje Local Preference vrednost 30, a rutama dobijenim od R2 Local Preference vrednost 50. Sve rute se oglašavaju korišćenjem network komande, a susedstva su uspostavljena između fizičkih adresa na segmentima koji povezuju rutere. Koja je vrednost Next Hop atributa za rutu 10.0.2.0/24 na ruteru R3?
<div class="abc-list" data-solution="single">
# <span class="solution">192.168.23.2</span>
# 192.168.13.1
# 192.168.13.3
# 192.168.12.1
# 192.168.23.3
# 192.168.12.2
</div>

=== Pitanja 20 ===
{| class="wikitable"
|+ Izgled ruting tabele
! RP !! Prefix !! Dis !! Met !! Outgoing interface
|-
| R || 192.168.1.0/24 || 120 || 5 || S0/2
|-
| O || 192.168.1.0/25 || 110 || 100 || S0/1
|-
| B || 192.168.1.128/25 || 20 || 0 || F0/0
|-
| R || 192.168.1.0/26 || 120 || 7 || F0/0
|-
| O || 192.168.1.64/26 || 110 || 200 || S0/0
|}
Na koji interfejs rutera će biti prosleđen paket namenjen adresi 192.168.1.225?
<div class="abc-list" data-solution="single">
# S0/2
# S0/0
# S0/1
# <span class="solution">F0/0</span>
</div>

=== Pitanje 21 ===
<pre>
Network Next Hop Metric LocPrf Weight Path
* 0.0.0.0 195.178.34.57 150 0 8400 8400 i
*> 195.178.35.17 0 8400 8400 i
*> 3.0.0.0 195.178.35.17 0 8400 8400 702 703 80 i
* 195.178.34.57 150 0 8400 8400 702 703 80 i
* 195.251.4.44 0 34771 5408 20965 3356 701 703 80 i
* 4.0.0.0 195.178.34.57 150 0 8400 8400 5400 3356 i
* 195.178.35.17 0 8400 8400 5400 3356 i
*> 195.251.4.44 0 34771 5408 20965 3356 i
* 4.23.84.0/22 195.178.34.57 150 0 8400 8400 5400 6461 20171 i
*> 195.178.35.17 0 8400 8400 5400 6461 20171 i
* 195.251.4.44 0 34771 5408 20965 1299 6461 20171 i
* 4.23.112.0/22 195.178.34.57 150 0 8400 8400 5400 174 21889 i
*> 195.178.35.17 0 8400 8400 5400 174 21889 i
* 195.251.4.44 0 34771 5408 20965 1299 174 21889 i
* 4.23.180.0/22 195.178.34.57 150 0 8400 8400 5400 6128 30576 i
*> 195.178.35.17 0 8400 8400 5400 6128 30576 i
* 195.251.4.44 0 34771 5408 20965 1299 6128 30576 i
</pre>
Kriterijum koji je odlučio u izboru najbolje rute za mrežu 3.0.0.0 je:
<div class="abc-list" data-solution="single">
# Duži AS Path
# Viša Origin vrednost
# <span class="solution">Niža MED vrednost</span>
# Vreme dolaska rute
# Niža Origin vrednost
# Kraći AS Path
# Viša MED vrednost
</div>

=== Pitanje 22 ===
Tačne tvrdnje za MED atribut su:
<div class="abc-list" data-solution="multiple">
# <span class="solution">U pitanju je opcioni atribut</span>
# Veća vrednost ima veći prioritet
# <span class="solution">Prenosi se putem iBGP</span>
# <span class="solution">Prenosi se putem eBGP</span>
# U pitanju je obavezni atribut
# <span class="solution">Manja vrednost ima veći prioritet</span>
</div>

=== Pitanje 23 ===
Mehanizam koji očuvava stabilnost funkcionisanja Interneta se zove:
<div class="abc-list" data-solution="single">
# Looking glass
# <span class="solution">Route flap damping</span>
# Multiprotocol BGP
# Route Reflector
</div>

=== Pitanje 24 ===
Redosled izbora najbolje rute na osnovu ''Origin'' atributa je:
<div class="abc-list" data-solution="single">
# Incomplete, EGP, IGP
# EGP, IGP, Incomplete
# <span class="solution">IGP, EGP, Incomplete</span>
# IGP, Incomplete, EGP
# EGP, Incomplete, IGP
# Incomplete, IGP, EGP
</div>

=== Pitanje 25 ===
Kad u jednom ruteru postoji više istih ruta koje potiču iz različitih ruting protokola u ruting tabelu će ući ona sa:
<div class="abc-list" data-solution="single">
# Maksimalnom administrativnom distancom
# <span class="solution">Minimalnom administrativnom distancom</span>
# Minimalnom metrikom
# Maksimalnom metrikom
# Prva koja je došla
</div>

=== Pitanje 26 ===
BGP sprečava petlje u rutiranju tako što:
<div class="abc-list" data-solution="single">
# Koristi ''Holddown Timer'' mehanizam
# <span class="solution">Koristi AS Path</span>
# BGP je ''Link-State'' protokol i petlje su nemoguće
# Koristi ''Split Horizon'' mehanizam
</div>

== VPN ==
=== Pitanje 1 ===
Šta je Provider Edge VPN uređaj u VPN mrežama?
<div class="abc-list" data-solution="single">
# Provajderski VPN uređaj koji se nalazi na ivici mreže provajdera i obezbeđuje vezu ka Internetu
# <span class="solution">Provajderski VPN uređaj koji se nalazi na ivici mreže provajdera i povezan je sa korisničkim VPN uređajima</span>
# Provajderski VPN uređaj koji se nalazi na ivici mreže korisnika i obezbeđuje vezu ka Internetu
# Provajderski VPN uređaj koji se nalazi na ivici mreže korisnika i povezan je sa korisničkim VPN uređajima
</div>

=== Pitanje 2 ===
U koje vrste VPN servisa spadaju L2TP VPN-ovi?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Trusted</span>
# <span class="solution">Remote Access</span>
# Customer
# Site-to-site
# <span class="solution">Provider provisioned</span>
# Secure VPN
</div>

=== Pitanje 3 ===
Koji način prosleđivanja paketa u mrežnim uređajima koristi switching keš koji se popunjava po prolasku prvog paketa?
<div class="abc-list" data-solution="single">
# Hardversko prosleđivanje
# <span class="solution">Fast switching</span>
# Process switching
</div>

=== Pitanje 4 ===
Na kom MPLS ruteru PHP mehanizam obezbeđuje poboljšanje performansi?
<div class="abc-list" data-solution="single">
# Na pretposlednjem – štedi operaciju gledanja u LFIB
# Na pretposlednjem – štedi operaciju gledanja u FIB
# <span class="solution">Na poslednjem – štedi operaciju gledanja u LFIB</span>
# Na poslednjem – štedi operaciju gledanja u FIB
</div>

=== Pitanje 5 ===
Koje tvrdnje za MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">U MPLS mreži prosleđivanje paketa ne mora po destinacionoj adresi</span>
# <span class="solution">Labele unutar MPLS mreže nisu jednistvene duž cele putanje već svaki ruter nezavisno alocira labele</span>
# CE ruter za labelovanje koristi labelu koju mu je oglasio downstream PE ruter
# <span class="solution">MPLS uređaj saobraćaj razvrstava u FEC klase</span>
</div>

=== Pitanje 6 ===
Koje tvrdnje za MPLS VPN su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Prefiksi iz VPN mreža korisnika razmenjuju se između PE rutera korišćenjem MP-BGP</span>
# <span class="solution">P ruteri u svojoj ruting tabeli nemaju korisničke rute</span>
# VPN mreže korisnika ne mogu da imaju proizvoljne, potencijalno preklapajuće skupove adresa
# <span class="solution">RD i IP pref. čine VPN pref.</span>
# Pri labelovanju VPN paketa spoljašnja labela je VPN labela a unutrašnja je IGP
</div>

=== Pitanje 7 ===
Za šta se koristi RD u MPLS VPNovima?
<div class="abc-list" data-solution="single">
# Route Distribution
# <span class="solution">Route Distinguisher – koristi se za obeležavanje ruta koje pripadaju određenoj VRF instanci</span>
# Route Distinguisher – kao dodatni deo MPLS labele za označavanje kom VPNu pripada paket
</div>

=== Pitanje 8 ===
Šta ide u LIB, a šta u LFIB?
<div class="abc-list" data-solution="select" data-options="LIB,LFIB,LIB i LFIB">
# Destination <span class="spoiler">LIB i LFIB</span>
# Label <span class="spoiler">LIB i LFIB</span>
# Action <span class="spoiler">LFIB</span>
# LSR <span class="spoiler">LIB</span>
# Next Hop <span class="spoiler">LFIB</span>
</div>

=== Pitanje 9 ===
Koji način prosleđivanja paketa u mrežnim uređajima je najsporiji?
<div class="abc-list" data-solution="single">
# Hardversko prosleđivanje (CEF)
# Fast switching
# <span class="solution">Process switching</span>
</div>

=== Pitanje 10 ===
Koje tvrdnje u vezi sa MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">LDP, MPBGP i RSVP su protokoli putem kojih može da se vrši razmena informacije o labelama</span>
# <span class="solution">Labele od 0 do 15 su rezervisane</span>
# Labele se u MPLS paketima smeštaju između zaglavlja protokola 3. i 4. sloja OSI referentnog modela (sa izuzetkom ATM mreža)
# Nijedan od ponuđenih odgovora nije tačan
# PE uređaj za labelovanje paketa koristi labelu koju mu je oglasio downstream CE uređaj
</div>

=== Pitanje 11 ===
Koje tvrdnje u vezi sa tabelama koje postoje u MPLS uređajima su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Dolazni IP paketi se prosleđuju u FIB tabelu na obradu</span>
# Labele koje se razmenjuju putem LDP protokola popunjavaju se direktno u LFIB tabelu
# <span class="solution">LFIB tabela popunjava se na osnovu informacija sadržanih u LIB i ruting tabeli</span>
# Nijedan od ponuđenih odgovora nije tačan
# Dolazni MPLS paketi se prosleđuju u LIB tabelu na obradu
</div>

=== Pitanje 12 ===
Kako se u MPLS mrežama implementira BGP razmena ruta i labela?
<div class="abc-list" data-solution="multiple">
# Nijedan od ponuđenih odgovora nije tačan
# Potrebno je da postoji partial-mesh eBGP peeringa između svih MPLS P i PE uređaja
# Potrebno je da postoji full-mesh iBGP peeringa između svih MPLS P i PE uređaja
# <span class="solution">P ruteri ne moraju da razmenjuju BGP rute, već je dovoljno da imaju rutu (labelu) ka mreži na kojoj se nalazi Next Hop</span>
# P ruteri moraju da u svojim ruting tabelama imaju punu Internet ruting tabelu
</div>

=== Pitanje 13 ===
GRE tuneli omogućavaju:
<div class="abc-list" data-solution="single">
# <span class="solution">Enkapsulaciju proizvoljnog paketa 3. sloja u proizvoljni paket 3. sloja</span>
# Enkripciju i enkapsulaciju proizvoljnog paketa 3. sloja u proizvoljni paket 3. sloja
# Nijedan od ponuđenih odgovora nije tačan
# Enkapsulaciju proizvoljnog paketa 3. sloja u TCP paket
# Enkripciju i enkapsulaciju proizvoljnog paketa 3. sloja u IP paket
</div>

=== Pitanje 14 ===
Koji mehanizam rada najcešće koristi LDP protokol?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Independent control; unsolicited; liberal retention</span>
# Ordered control; on demand; liberal retention
# Nijedan od ponuđenih odgovora nije tačan
# Ordered control; unsolicited; conservative retention
# Independent control; on demand; conservative retention
</div>

=== Pitanje 15 ===
Koje tvrdnje vezane za MPLS TE su tačne?
<div class="abc-list" data-solution="multiple">
# CSPF - Cheapest Source Path First je algoritam koji se u MPLS TE koristi za određivanje najjeftinije putanje za određeni LSP od tail-end rutera do host-a (računara)
# <span class="solution">Head-end LSR šalje RSVP-TE PATH poruke u kojima su naznačeni parametri zahtevanog traffic engineering LSP</span>
# <span class="solution">Korišćenjem MPLS TE Administrative group atributa, određenom linku može se dodeliti afinitet odnosno boja koja se može proizvoljno definisati</span>
# LSP većeg prioriteta u slučaju nedovoljnih resursa nema pravo da raskine LSP nižeg prioriteta
# Nijedan od ponuđenih odgovora nije tačan
</div>

=== Pitanje 16 ===
Mreža jednog Internet provajdera ima 4 PE i 5 P rutera. U mreži je pokrenut MPLS i paketi se rutiraju pomoću labela. Ako su na PE rutere povezani različiti autonomni sistemi drugih provajdera i/ili korisnika datog provajdera, koliki je minimalan broj iBGP sesija unutar autonomnog sistema datog provajdera koji omogućava da ovaj autonomni sistem radi kao tranzitni tako da prenosi saobraćaj između svih povezanih autonomnih sistema? U autonomnom sistemu internet provajdera se ne koriste route-reflektori i konfederacije.
<div class="abc-list" data-solution="single">
# <span class="solution">6</span>
# 9
# Nijedan od ponuđenih odgovora nije tačan
# 4
# 3
# 16
# 11
</div>

=== Pitanje 17 ===
Šta predstavlja PHP mehanizam u MPLS protokolu?
<div class="abc-list" data-solution="single">
# Penultimate Hop Pushing - pretposlednji MPLS ruter na vrh steka labela stavlja specijalnu labelu 0
# Progressive Hop Pushing - tzv. progressive MPLS ruter na vrh steka labela stavlja specijalnu labelu 0
# <span class="solution">Penultimate Hop Popping - pretposlednji MPLS ruter skida labelu i paket šalje kao IP paket</span>
# Nijedan od ponuđenih odgovora nije tačan
# Progressive Hop Popping - tzv. progressive MPLS ruter skida labelu i paket šalje kao IP paket
</div>

=== Pitanje 18 ===
Koje tvrdnje u vezi sa MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# Traffic Engineering je metoda kojom se može vršiti enkripcija MPLS saobraćaja
# LDP je protokol koji se koristi da bi se razmenile informacije o jedinstvenim labelama koje dodeljuje MPLS Designated Router
# <span class="solution">P/PE uređaj za labelovanje paketa koristi labelu koju mu je oglasio downstream P/PE uređaj</span>
# Nijedan od ponuđenih odgovora nije tačan
# <span class="solution">Labele se u MPLS paketima smeštaju između zaglavlja protokola 2. i 3. sloja OSI referentnog modela</span>
</div>

=== Pitanje 19 ===
Koje tvrdnje vezane za MPLS VPN su tačne?
<div class="abc-list" data-solution="multiple">
# Pri labelovanju VPN paketa koriste se minimum 3 labele
# <span class="solution">Pri labelovanju VPN paketa, spoljašnja labela je IGP labela koja služi za prosleđivanje paketa, a unutrašnja labela je VPN labela</span>
# VPN mreže korisnika ne mogu da imaju nezavisno interno rutiranje
# <span class="solution">PE ruter ima VRF instancu za svaki povezani VPN</span>
# Nijedan odgovor nije tačan
# <span class="solution">Route Distinguisher koristi se za obeležavanje ruta koje pripadaju odredenoj VRF instanci</span>
</div>

=== Pitanje 20 ===
Koje tvrdnje u vezi sa MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Labele od 0 do 15 su rezervisane</span>
# PE uređaj za labelovanje paketa koristi labelu koju mu je oglasio downstream CE uređaj
# Labele se u MPLS paketima smeštaju između zaglavlja protokola 3. i 4.sloja OSI referentnog modela (sa izuzetkom ATM mreža)
# <span class="solution">LDP, MPBGP i RSVP su protokoli putem kojih može da se vrši razmena informacije o labelama</span>
</div>

=== Pitanje 21 ===
Za mrežu na slici odrediti labele koje će paketi imati tokom prolaska od mreža B do mreže A, ako se u mreži ne koristi mehanizam PHP. Na slici su date su vrednosti lokalnih mapiranja dela poznatih ruta u labele. U mreži je konfigurisan OSPF protokol rutiranja, a smatrati da je referentna vrednost propusnog opsega 1Gbps.
[[Датотека:RM2 pitanja VPN 1.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Labele
! Ruta !! PE1 !! P1 !! P2 !! P3 !! P4 !! P5 !! P6 !! PE2
|-
! 172.16.1.0/24
| 20 || 30 || 40 || 20 || 50 || 100 || 910 || 30
|-
! 172.16.2.0/24
| 21 || 31 || 41 || 21 || 51 || 101 || 911 || 31
|-
! 172.16.3.0/24
| 22 || 32 || 42 || 22 || 52 || 102 || 912 || 32
|-
! 172.16.4.0/24
| 23 || 33 || 43 || 23 || 53 || 103 || 913 || 33
|-
! 172.16.5.0/24
| 24 || 34 || 44 || 24 || 54 || 104 || 914 || 34
|-
! 172.16.6.0/24
| 25 || 35 || 45 || 25 || 55 || 105 || 915 || 35
|-
! 172.16.7.0/24
| 26 || 36 || 46 || 26 || 56 || 106 || 916 || 37
|-
! 172.16.8.0/24
| 27 || 37 || 47 || 27 || 57 || 107 || 917 || 38
|-
! 172.16.9.0/24
| 28 || 38 || 48 || 28 || 58 || 108 || 918 || 39
|-
! 172.16.10.0/24
| 29 || 39 || 49 || 29 || 59 || 11 || 919 || 40
|-
! 172.16.11.0/24
| 30 || 40 || 50 || 30 || 60 || 12 || 819 || 41
|-
! 172.16.12.0/24
| 31 || 41 || 51 || 31 || 61 || 13 || 818 || 42
|-
! 172.16.13.0/24
| 32 || 42 || 52 || 32 || 62 || 14 || 817 || 43
|-
! 172.16.14.0/24
| 33 || 43 || 53 || 33 || 63 || 15 || 816 || 44
|}
<div class="abc-list" data-solution="single">
# 30, 40, 30
# 53, 43, 33
# 33, 63, 816, 44
# 918, 59, 23, 22
# <span class="solution">910, 50, 20, 20</span>
# 22, 53, 919, 39
# Ni jedan od ponuđenih odgovora nije tačan
</div>

=== Pitanje 22 ===
U mreži datoj na slici ruteri PE1 i CE1, kao i PE2 i CE2 razmenjuju rute putem BGP protokola. Date su vrednosti lokalnih mapiranja dela poznatih ruta u labele. Odrediti labele koje će imati paketi na prolasku kroz mrežu od računara u mreži B ka računarima u mreži A, ako se u mreži koristi mehanizam PHP. U MPLS mreži je konfigurisan OSPF protokol rutiranja, a smatrati da je referentna vrednost propusnog opsega 1Gbps.
[[Датотека:RM2 pitanja VPN 2.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Labele
! Ruta !! PE1 !! P1 !! P2 !! P3 !! P4 !! P5 !! P6 !! PE2
|-
! 172.16.2.0/24
| 21 || 31 || 41 || 28 || 61 || 101 || 91 || 21
|-
! 172.16.3.0/24
| 22 || 32 || 42 || 29 || 62 || 102 || 92 || 22
|-
! 172.16.4.0/24
| 23 || 33 || 43 || 30 || 63 || 103 || 93 || 23
|-
! 172.16.5.0/24
| 24 || 34 || 44 || 31 || 64 || 104 || 94 || 24
|-
! 172.16.6.0/24
| 25 || 35 || 45 || 32 || 65 || 105 || 95 || 25
|-
! 172.16.7.0/24
| 26 || 36 || 46 || 33 || 66 || 106 || 96 || 26
|-
! 172.16.8.0/24
| 27 || 37 || 47 || 34 || 67 || 107 || 97 || 27
|-
! 172.16.9.0/24
| 28 || 38 || 48 || 35 || 68 || 108 || 98 || 28
|-
! 172.16.10.0/24
| 29 || 39 || 49 || 36 || 69 || 91 || 99 || 29
|-
! 172.16.11.0/24
| 30 || 40 || 50 || 37 || 70 || 92 || 89 || 30
|-
! 172.16.12.0/24
| 31 || 41 || 51 || 38 || 71 || 93 || 88 || 31
|-
! 172.16.13.0/24
| 32 || 42 || 52 || 39 || 72 || 94 || 87 || 32
|-
! 172.16.14.0/24
| 33 || 43 || 53 || 40 || 73 || 95 || 86 || 33
|}
<div class="abc-list" data-solution="single">
# 33, 40, 95
# 91, 101
# <span class="solution">91, 101, 28</span>
# 29, 91, 97
# 21, 91, 101
</div>

== Multicast ==
=== Pitanje 1 ===
Koje tvrdnje vezane za multicast su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution">Pojedinačni hostovi mogu biti članovi jedne ili više multicast grupa.</span>
#<span class="solution">''Globally scoped multicast'' adrese su u opsegu 224.0.1.0–238.255.255.255 i mogu se koristiti globalno na Internetu.</span>
# Poslednjih 48 bita iz multicast IP adrese preslikavaju se u multicast MAC.
# Multicast prosleđivanje predstavlja prenos paketa do tačno jednog odredišta.
#<span class="solution">Poslednja 23 bita iz multicast IP adrese preslikavaju se u poslednja 23 bita multicast MAC adrese.</span>
# Za prosleđivanje multicast paketa se kao protokol 4. sloja koristi TCP.
#<span class="solution">224.0.0.1-224.0.0.255 rezervisane su za protokole na lokalnom mrežnom segmentuu i paketi poslati na te adrese obicno imaju TTL=1.</span>
# Multicast GLOP adrese dodeljuje IANA
</div>

=== Pitanje 2 ===
Koje tvrdnje vezane za IGMP su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">IGMP snooping mehanizam je kada se u svičevima prati svaka IGMP poruka koja prođe kroz svič.</span>
# U IGMPv2 ne postoji način da host signalizira Querier ruteru da napušta određenu multicast grupu.
#<span class="solution">''Unsolicited report'' porukom host signalizira da je zainteresovan da se priključi određenoj multicast grupi.</span>
#<span class="solution">IGMP ''Membership Query'' upite periodično šalje Querier da bi proverio da li još uvek postoje aktivni slušaoci za neku grupu.</span>
#<span class="solution">IGMPv2 ne prima SSM.</span>
</div>

=== Pitanje 3 ===
Koje tvrdnje vezane za Bootstrap Router protokol - BSR i Anycast RP u multikastu su tačne:
<div class="abc-list" data-solution="multiple">
# <span class="solution">U Anycast RP može postojati proizvoljan broj RP rutera i svi RP ruteri koriste istu IP adresu.</span>
# Da bi Anycast RP funkcionisao kako treba, neophodno je na ruterima koji su RP implementirati i BSR (Bootstrap Router) protokol.
# U BSR (Bootstrap Router) protokolu takozvani BSR ruteri su ruteri koji su RP kandidati.
# <span class="solution">Bootstrap Router protokol je standardni protokol koji se koristi za dinamičko otkrivanje RP rutera.</span>
# Nijedan od ponuđenih odgovora nije tačan.
</div>

=== Pitanje 4 ===
Koje tvrdnje vezane za multikast rutiranje izmedu različitih administrativnih domena su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution">MSDP protokol koristi se za razmenu informacija o aktivnim izvorima multikast saobraćaja.</span>
#<span class="solution">MSDP SA (''Source Active'') poruka sadrži adresu izvora, adresu grupe i adresu RP rutera koji je generisao SA poruku.</span>
# MSDP SA (''Source Active'') poruke prosleđuju se svim ruterima unutar jednog administrativnog domena.
#<span class="solution">Ukoliko se ne koristi MPBGP, mogu se formirati crne rupe u multikast rutiranju.</span>
# Nijedan od ponuđenih odgovora nije tačan.
</div>

=== Pitanje 5 ===
Koja multikast GLOP adresa odgovara autonomnom sistemu 851?
<div class="abc-list" data-solution="single">
# 234.3.83.0/24
#<span class="solution">233.3.83.0/24</span>
# 233.16.23.0/24
# 234.16.23.0/24
</div>

=== Pitanje 6 ===
Koje tvrdnje vezane za IGMP su tačne?
<div class="abc-list" data-solution="multiple">
# U IGMPv1 host slanjem Leave poruke signalizira Querier ruteru da želi da napusti određenu multikast grupu.
#<span class="solution">Hostovi kao odgovor na Membership Query upit šalju Membership Report poruku za multikast grupu kojoj žele da se priključe.</span>
# <span class="solution">IGMPv1 nema podršku za izbor Querier rutera na mrežnom segmentu.</span>
# IGMPv2 služi za prijavljivanje na Source Specific Multicast grupe.
</div>

=== Pitanje 7 ===
Koje tvrdnje vezane za PIM-DM i PIM-SM su tačne:
<div class="abc-list" data-solution="multiple">
#<span class="solution">PIM-DM koristi push mehanizam, koji podrazumeva periodični flooding multikast saobraćaja i ukidanje (''prune'') nepotrebnih grana iz multikast distributivnog stabla.</span>
#<span class="solution">PIM-SM koristi Prune poruke za raskidanje multikast distributivnog stabla.</span>
# PIM-SM je optimalan da se koristi u mrežama sa malim brojem multikast izvora a velikim brojem prijemnika multikast saobraćaja.
# Nijedan odgovor nije tačan.
#<span class="solution">PIM-SM gradi deljeno (''shared'') stablo od rutera koji je registrovao slušaoca do RP (''Rendezvous Point'') i najkraće (''source'') stablo od RP do first hop rutera izvora multikast saobraćaja.</span>
# PIM-SM koristi Register poruke za registrovanje zainteresovanih slušaoca.
</div>

=== Pitanje 8 ===
Koja multikast GLOP adresa odgovara autonomnom sistemu 1254?
<div class="abc-list" data-solution="single">
# 234.4.230.0/24
# 234.5.23.0/24
#<span class="solution">233.4.230.0/24</span>
# 233.5.23.0/24
</div>

=== Pitanje 9 ===
Koje tvrdnje vezane za IGMP su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution">IGMP snooping je mehanizam koji se primenjuje na svičevima kako bi pratili na kojim portovima postoje zainteresovani slušaoci za određenu multikast grupu.</span>
#<span class="solution">Hostovi potiskuju slanje Membership Report poruke ako je neki host pre njih poslao Membership Report za istu grupu.</span>
# IGMPv3 služi za prijavljivanje na IPv6 multikast grupe.
# Kada u IGMPv1 Querier ruter primi Leave poruku, on šalje Group Specific Query poruku da bi proverio da li ima još zaineteresovanih slušaoca.
</div>

=== Pitanje 10 ===
Koje tvrdnje vezane za multikast rutiranje izmedu različitih administrativnih domena su tačne?
<div class="abc-list" data-solution="multiple">
# Kada MSDP ruter dobije SA (''Source Active'') poruku, on pošalje MPBGP update informaciju prema adresi rutera koji mu je poslao tu SA poruku.
#<span class="solution">MPBGP se može koristiti za popunjavanje posebne multikast ruting tabele ako multikast i unikast topologije nisu jednake.</span>
# Nijedan od ponuđenih odgovora nije tačan.
#<span class="solution">Multikast distributivno stablo se formira od slušaoca do RP rutera iz njegovog administrativnog domena, a zatim direktno do first hop rutera izvora multikast saobraćaja.</span>
#<span class="solution">MSDP SA (Source Active) poruka se prenosi ka svim MSDP susedima osim ka onom od kog je dobijena (peer-RPF flooding).</span>
</div>

=== Pitanje 11 ===
Koje tvrdnje vezane za Bootstrap Router protokol - BSR u multikastu su tačne?
<div class="abc-list" data-solution="multiple">
# Nijedan od ponuđenih odgovora nije tačan.
#<span class="solution">BSR ruter periodično u BSR porukama oglašava sva (RP, grupa) mapiranja koje je dobio od CRP (candidate RP) rutera.</span>
#<span class="solution">BSR ruter je onaj sa najvišim BSR prioritetom ili najvišom BSR IP adresom.</span>
# BSR ruteri su ruteri koji su RP kandidati.
# CRP (candidate RP) ruteri unikastom oglašavaju direktno ka svim ostalim ruterima za koje grupe su oni oni potencijalni RP-ovi
</div>

=== Pitanje 12 ===
Koje tvrdnje vezane za PIM-DM i PIM-SM su tačne:
<div class="abc-list" data-solution="multiple">
#<span class="solution">Pri uspostavljanju multikast distributivnog stabla PIM-SM Join poruke šalju se od rutera na koji su povezani slušaoci ka RP.</span>
# Uloga PIM-SM Register poruka je da RP obavesti sve zainteresovane slušaoce koji izvor S šalje na multikast grupu G.
#<span class="solution">PIM-SM koristi shared stablo, ali ima podršku za prebacivanje na source stablo.<span>
# Nijedan odgovor nije tačan
# PIM-DM koristi pull mehanizam, koji podrazumeva da slušaoci eksplicitno zahtevaju isporuku multikast saobraćaja.
#<span class="solution">PIM-SM koristi pull mehanizam, koji podrazumeva da slušaoci eksplicitno zahtevaju isporuku multikast saobraćaja.</span>
</div>

== QoS ==
=== Pitanje 1 ===
Koje tvrdnje vezane za DiffServ tehnike izbegavanja zagušenja su tačne?
<div class="abc-list" data-solution="multiple">
# Globalna sinhronizacija pogađa samo UDP tokove.
#<span class="solution">Globalna sinhronizacija TCP tokova nastaje kao posledica odbacivanja paketa koji ne mogu da se smeste u popunjen red za čekanje.</span>
#<span class="solution">Globalna sinhronizacija TCP tokova za posledicu ima neoptimalno korišcenje kapaciteta linka.</span>
# U WRED mehanizmu, paketi sa IPP=7 se nikada ne odbacuju.
# U WRED mehanizmu, za različite vrednosti IPP ili DSCP mogu se definisati različiti minimalni i maksimalni prag odbacivanja paketa (''threshold''), i verovovatnoća odbacivanja paketa (''work probability denominator'').
# WFQ (''Weighted Fair Queuing'') je tehnika kojom se određuju različite verovatnoće odbacivanja paketa za tokove koje imaju različite vrednosti u IPP (''IP Precedence'') polju i time utiče na efekat globalne sinhronizacije.
#<span class="solution">U RED mehanizmu odbacivanja paketa, paketi se odbacuju sa određenom verovatnoćom pri čemu se svi paketi tretiraju isto.</span>
# U RED mehanizmu odbacivanja paketa, paketi se odbacuju sa određenom verovatnoćom pri čemu se paketi sa IPP=0 ne odbacuju.
</div>

=== Pitanje 2 ===
Koje tvrdnje vezane za DiffServ tehnike klasifikacije i obeležavanja su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution">Obeležavanje paketa može se vršiti na L2 ili L3 nivou.</span>
# Pri obeležavanju paketa na L2 nivou u Ethernet zaglavlju se koristi CoS polje i postoji 64 klase za prioritet.
# Klasifikacija paketa može se vršiti na osnovu RSVP path atributa koji su poslati prilikom uspostavljanja QoS parametara putanje.
# Nijedan odgovor nije tačan.
#<span class="solution">Korišćenjem DSCP polja za označavanje, paket se može svrstati u jednu od 64 klase.</span>
</div>

=== Pitanje 3 ===
Koje tvrdnje vezane za DiffServ tehnike klasifikacije i obeležavanja su tačne?
<div class="abc-list" data-solution="multiple">
# Korišćenjem IP Precedence polja za označavanje, paket se može svrstati u jednu od 64 klase.
# Obeležavanje paketa može se vršiti upisom odgovarajuće oznake u DSCP polje u okviru TCP zaglavlja.
# Nijedan odgovor nije tačan.
# Obeležavanje paketa na L2 nivou u Ethernet mrežama je moguće samo na trunk vezama u okviru 802.1q zaglavlja.
#<span class="solution">Klasifikacija paketa može se vršiti na osnovu različitih L3 parametara kao što su IP adrese izvorišta i odredišta, IP precedence i DSCP.</span>
</div>

[[Категорија:Рокови]]
[[Категорија:Рачунарске мреже 2]]

Рачунарске мреже 2/Питања

2022-01-15T14:09:38Z

JanaP15: /* Multicast */ Obrisani bespotrebni razmaci

{{tocright}}
Ovde su skupljena razna pitanja iz izvora poput RM2 baze pitanja koja se može naći u odeljku sa [[Рачунарске мреже 2#Корисне везе|korisnim vezama]] na stranici predmeta.
{{rešenja}}

== BGP ==
=== Pitanje 1 ===
Ako ruter A sa ulogom ''route reflector''-a dobije rutu od rutera koji je njegov klijent, ruta može da bude prosleđena:
<div class="abc-list" data-solution="multiple">
# <span class="solution">eBGP susedima rutera A</span>
# <span class="solution">klijentima rutera A</span>
# <span class="solution">iBGP susedima koji nisu klijenti A</span>
# nikome
</div>

=== Pitanje 2 ===
''Route reflector'' i njegovi klijenti čine:
<div class="abc-list" data-solution="single">
# autonomni sistem
# <span class="solution">klaster</span>
# konfederaciju
# federaciju
</div>

=== Pitanje 3 ===
Internet provajderi su primer:
<div class="abc-list" data-solution="single">
# autonomnog sistema sa jednim izlazom
# autonomnog sistema sa više izlaza bez tranzita saobraćaja
# <span class="solution">autonomnog sistema sa više izlaza i tranzitom saobraćaja</span>
</div>

=== Pitanje 4 ===
''MED'' atribut je:
<div class="abc-list" data-solution="single">
# dobro poznat opcioni atribut
# <span class="solution">opcioni netranzitivni atribut</span>
# opcioni tranzitivni atribut
# dobro poznat obavezan atribut
</div>

=== Pitanje 5 ===
''AS-Set'' atribut pokazuje:
<div class="abc-list" data-solution="single">
# ID rutera koji je agregirao rutu
# <span class="solution">skup autonomnih sistema iz kojih potiču komponente agregirane rute</span>
# da li je data ruta agregirana
</div>

=== Pitanje 6 ===
Za BGP je tačno sledeće:
<div class="abc-list" data-solution="multiple">
# <span class="solution">''Next Hop'' je obavezan atribut u svim BGP ''Update''-ima</span>
# iBGP ima manju administrativnu distancu od eBGP
# <span class="solution">Ruta dobijena putem iBGP-a sme da bude oglašena eBGP susedima</span>
# ''AS-Set'' je obavezan atribut u svim BGP ''Update''-ima
# Koristi ICMP za prenos svojih poruka
# <span class="solution">eBGP ima manju administrativnu distancu od iBGP</span>
</div>

=== Pitanje 7 ===
''Local preference'' atribut:
<div class="abc-list" data-solution="multiple">
# <span class="solution">određuje kako će saobraćaj izlaziti iz datog AS</span>
# se dodeljuje rutama koje izlaze iz datog AS
# određuje kako će saobraćaj ulaziti u dati AS
# <span class="solution">se dodeljuje rutama koje ulaze u dati AS</span>
</div>

=== Pitanje 8 ===
Autonomni sistem AS1 je podeljen u 4 pod-autonomnih sistema koji čine konfederaciju. Svaki pod-AS ima po 3 rutera. Koliko mora da bude iBGP sesija unutar AS1 da bi mreža pravilno funkcionisala?
<div class="abc-list" data-solution="single">
# 4
# 14
# 13
# 15
# <span class="solution">12</span>
</div>

=== Pitanje 9 ===
Autonomni sistem ima 10 rutera. Od toga postoji jedan ''route reflector'' koji ima 7 svojih klijenata. Ostali ruteri su klasični iBGP ruteri. Koliko najmanje mora da postoji iBGP sesija da bi autonomni sistem pravilno funkcionisao?
<div class="abc-list" data-solution="single">
# 7
# 45
# <span class="solution">10</span>
# 12
# 9
</div>

=== Pitanje 10 ===
''Local Preference'' atribut se pridružuje rutama koje:
<div class="abc-list" data-solution="single">
# <span class="solution">ulaze u ruter</span>
# izlaze iz rutera
# i ulaze u ruter i izlaze iz rutera
# ništa od navedenog
</div>

=== Pitanje 11 ===
BGP kao kriterijum za izbor najbolje rute koristi sledeće:
<div class="abc-list" data-solution="multiple">
# kašnjenje duž linka
# ''Aggregator'' atribut
# <span class="solution">''Origin'' atribut</span>
# propusni opseg linka
# <span class="solution">vreme dolaska rute u ruter</span>
# ukupan broj rutera na putanji
# Cluster ID atribut
# <span class="solution">broj AS na putanji</span>
</div>

=== Pitanje 12 ===
Atribut ''Community'' se koristi za:
<div class="abc-list" data-solution="single">
# <span class="solution">uticanje na rute u udaljenim AS</span>
# informisanje drugih rutera o promenama u ruting tabeli
# sprečavanja petlji u rutiranju
# ništa od navedenog
</div>

=== Pitanje 13 ===
Za BGP je tačno sledeće:
<div class="abc-list" data-solution="multiple">
# Koristi UDP za prenos svojih poruka
# <span class="solution">Koristi TCP za prenos svojih poruka</span>
# BGP metrika je broj rutera na putanji
# iBGP susedi moraju da budu direktno povezani
# <span class="solution">iBGP ruter ne prosleđuje iBGP susedima rutu dobijenu od iBGP suseda</span>
</div>

=== Pitanje 14 ===
Pravilo sinhronizacije unutar AS glasi:
<div class="abc-list" data-solution="single">
# Da bi se neka ruta oglasila eBGP susedu, mora pre toga da bude dobijena od iBGP suseda
# Da bi se neka ruta oglasila eBGP susedu, mora pre toga da bude oglašena network komandom
# <span class="solution">Da bi se neka ruta oglasila eBGP susedu, mora pre toga da bude u ruting tabeli dobijena iz nekog internog protokola rutiranja</span>
# Da bi se neka ruta oglasila eBGP susedu, ne sme da bude dobijena od eBGP suseda
# Da bi se neka ruta oglasila eBGP susedu, ne sme da bude dobijena od iBGP suseda
</div>

=== Pitanje 15 ===
Šta je tačno?
<div class="abc-list" data-solution="multiple">
# Simetričnost saobraćaja označava situaciju gde se saobraćaj šalje naizmenično na dva linka
# <span class="solution">Simetričan saobraćaj je onaj koji u oba smera između dve lokacije putuje istom putanjom</span>
# Simetričnost saobraćaja označava situaciju kada su količine odlaznog i dolaznog saobraćaja iste
# Simetričnost saobraćaja služi za obezbeđenje rezervnih putanja saobraćaja
# Simetričan saobraćaj otežava otkrivanje problema u mreži
# Ništa od navedenog
</div>

=== Pitanje 16 ===
Redosled kriterijuma za izbor najbolje rute u BGP je sledeći:
<div class="abc-list" data-solution="single">
# kraći ''AS-Path'', veća ''LP'' vrednost, niža ''MED'' vrednost
# <span class="solution">veća ''LP'' vrednost, kraći ''AS-Path'', niža ''MED'' vrednost</span>
# niža ''MED'' vrednost, kraći ''AS-Path'', veća ''LP'' vrednost
# veća ''LP'' vrednost, kraći ''AS-Path'', viša ''MED'' vrednost
# kraći ''AS-Path'', veća ''LP'' vrednost, niža ''MED'' vrednost
# niža ''MED'' vrednost, veća ''LP'' vrednost, kraći ''AS-Path''
</div>

=== Pitanje 17 ===
[[Датотека:RM2 pitanja BGP 1.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Adrese ''loopback'' interfejsa
! Adrese !! R1 !! R2 !! R3
|-
! lo1
| 10.0.1.0/24 || 192.168.10.0/24 || 172.16.1.0/24
|-
! lo2
| 10.0.2.0/24 || 192.168.20.0/24 || 172.16.2.0/24
|-
! lo3
| 10.0.3.0/24 || 192.168.30.0/24 || 172.16.3.0/24
|}
Ruter R1 oglašava ka AS2 sve rute iz AS1 korišćenjem network komande, dok ruter R2 vrši redistribuciju svih ruta iz AS1 u BGP i na taj način ih oglašava ka AS2. Ruter R3 oglašava rute iz AS2 ka R1 sa MED vrednošću 100, a ka R2 sa MED vrednošću 150. Kako će ići saobraćaj od mreže 172.16.1.0/24 ka mreži 10.0.2.0/24?
<div class="abc-list" data-solution="single">
# <span class="solution">Putanjom R3 - R1, zbog niže vrednosti Origin parametra</span>
# Putanjom R3 - R2, zbog više MED vrednosti
# Putanjom R3 - R1, zbog niže MED vrednosti
# Putanjom R3 - R2 - R1, zbog više vrednosti Origin parametra
</div>

=== Pitanje 18 ===
[[Датотека:RM2 pitanja BGP 2.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Adrese ''loopback'' interfejsa
! Adrese !! R1 !! R2 !! R3
|-
! lo1
| 10.0.1.0/24 || 192.168.10.0/24 || 172.16.1.0/24
|-
! lo2
| 10.0.2.0/24 || 192.168.20.0/24 || 172.16.2.0/24
|-
! lo3
| 10.0.3.0/24 || 192.168.30.0/24 || 172.16.3.0/24
|}
Ruteri R1 i R3 razmenjuju rute putem RIPa, a R2 i R3 putem OSPF-a. Ruter R3 vrši redistribuciju svih RIP ruta u OSPF i obrnuto.
<div class="abc-list" data-solution="multiple">
# <span class="solution">Ruta 172.16.1.0 će se u ruting tabeli R1 videti kao RIP ruta.</span>
# Ruta 172.16.1.0 će se u ruting tabeli R2 videti kao RIP ruta.
# Ruta 172.16.1.0 će se u ruting tabeli R3 videti kao RIP ruta.
</div>

=== Pitanje 19 ===
[[Датотека:RM2 pitanja BGP 1.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Adrese ''loopback'' interfejsa
! Adrese !! R1 !! R2 !! R3
|-
! lo1
| 10.0.1.0/24 || 192.168.10.0/24 || 172.16.1.0/24
|-
! lo2
| 10.0.2.0/24 || 192.168.20.0/24 || 172.16.2.0/24
|-
! lo3
| 10.0.3.0/24 || 192.168.30.0/24 || 172.16.3.0/24
|}
Ruter R1 oglašava ka AS2 sve rute iz AS1 dodavanjem jedne dodatne oznake AS1 (prepending) i MED atribut sa vrednošću 75. Ruter R2 šalje sve rute koje oglašava ka R3 sa MED vrednošću 65. Ruter R3 rutama dobijenim od R1 dodeljuje Local Preference vrednost 30, a rutama dobijenim od R2 Local Preference vrednost 50. Sve rute se oglašavaju korišćenjem network komande, a susedstva su uspostavljena između fizičkih adresa na segmentima koji povezuju rutere. Koja je vrednost Next Hop atributa za rutu 10.0.2.0/24 na ruteru R3?
<div class="abc-list" data-solution="single">
# <span class="solution">192.168.23.2</span>
# 192.168.13.1
# 192.168.13.3
# 192.168.12.1
# 192.168.23.3
# 192.168.12.2
</div>

=== Pitanja 20 ===
{| class="wikitable"
|+ Izgled ruting tabele
! RP !! Prefix !! Dis !! Met !! Outgoing interface
|-
| R || 192.168.1.0/24 || 120 || 5 || S0/2
|-
| O || 192.168.1.0/25 || 110 || 100 || S0/1
|-
| B || 192.168.1.128/25 || 20 || 0 || F0/0
|-
| R || 192.168.1.0/26 || 120 || 7 || F0/0
|-
| O || 192.168.1.64/26 || 110 || 200 || S0/0
|}
Na koji interfejs rutera će biti prosleđen paket namenjen adresi 192.168.1.225?
<div class="abc-list" data-solution="single">
# S0/2
# S0/0
# S0/1
# <span class="solution">F0/0</span>
</div>

=== Pitanje 21 ===
<pre>
Network Next Hop Metric LocPrf Weight Path
* 0.0.0.0 195.178.34.57 150 0 8400 8400 i
*> 195.178.35.17 0 8400 8400 i
*> 3.0.0.0 195.178.35.17 0 8400 8400 702 703 80 i
* 195.178.34.57 150 0 8400 8400 702 703 80 i
* 195.251.4.44 0 34771 5408 20965 3356 701 703 80 i
* 4.0.0.0 195.178.34.57 150 0 8400 8400 5400 3356 i
* 195.178.35.17 0 8400 8400 5400 3356 i
*> 195.251.4.44 0 34771 5408 20965 3356 i
* 4.23.84.0/22 195.178.34.57 150 0 8400 8400 5400 6461 20171 i
*> 195.178.35.17 0 8400 8400 5400 6461 20171 i
* 195.251.4.44 0 34771 5408 20965 1299 6461 20171 i
* 4.23.112.0/22 195.178.34.57 150 0 8400 8400 5400 174 21889 i
*> 195.178.35.17 0 8400 8400 5400 174 21889 i
* 195.251.4.44 0 34771 5408 20965 1299 174 21889 i
* 4.23.180.0/22 195.178.34.57 150 0 8400 8400 5400 6128 30576 i
*> 195.178.35.17 0 8400 8400 5400 6128 30576 i
* 195.251.4.44 0 34771 5408 20965 1299 6128 30576 i
</pre>
Kriterijum koji je odlučio u izboru najbolje rute za mrežu 3.0.0.0 je:
<div class="abc-list" data-solution="single">
# Duži AS Path
# Viša Origin vrednost
# <span class="solution">Niža MED vrednost</span>
# Vreme dolaska rute
# Niža Origin vrednost
# Kraći AS Path
# Viša MED vrednost
</div>

=== Pitanje 22 ===
Tačne tvrdnje za MED atribut su:
<div class="abc-list" data-solution="multiple">
# <span class="solution">U pitanju je opcioni atribut</span>
# Veća vrednost ima veći prioritet
# <span class="solution">Prenosi se putem iBGP</span>
# <span class="solution">Prenosi se putem eBGP</span>
# U pitanju je obavezni atribut
# <span class="solution">Manja vrednost ima veći prioritet</span>
</div>

=== Pitanje 23 ===
Mehanizam koji očuvava stabilnost funkcionisanja Interneta se zove:
<div class="abc-list" data-solution="single">
# Looking glass
# <span class="solution">Route flap damping</span>
# Multiprotocol BGP
# Route Reflector
</div>

=== Pitanje 24 ===
Redosled izbora najbolje rute na osnovu ''Origin'' atributa je:
<div class="abc-list" data-solution="single">
# Incomplete, EGP, IGP
# EGP, IGP, Incomplete
# <span class="solution">IGP, EGP, Incomplete</span>
# IGP, Incomplete, EGP
# EGP, Incomplete, IGP
# Incomplete, IGP, EGP
</div>

=== Pitanje 25 ===
Kad u jednom ruteru postoji više istih ruta koje potiču iz različitih ruting protokola u ruting tabelu će ući ona sa:
<div class="abc-list" data-solution="single">
# Maksimalnom administrativnom distancom
# <span class="solution">Minimalnom administrativnom distancom</span>
# Minimalnom metrikom
# Maksimalnom metrikom
# Prva koja je došla
</div>

=== Pitanje 26 ===
BGP sprečava petlje u rutiranju tako što:
<div class="abc-list" data-solution="single">
# Koristi ''Holddown Timer'' mehanizam
# <span class="solution">Koristi AS Path</span>
# BGP je ''Link-State'' protokol i petlje su nemoguće
# Koristi ''Split Horizon'' mehanizam
</div>

== VPN ==
=== Pitanje 1 ===
Šta je Provider Edge VPN uređaj u VPN mrežama?
<div class="abc-list" data-solution="single">
# Provajderski VPN uređaj koji se nalazi na ivici mreže provajdera i obezbeđuje vezu ka Internetu
# <span class="solution">Provajderski VPN uređaj koji se nalazi na ivici mreže provajdera i povezan je sa korisničkim VPN uređajima</span>
# Provajderski VPN uređaj koji se nalazi na ivici mreže korisnika i obezbeđuje vezu ka Internetu
# Provajderski VPN uređaj koji se nalazi na ivici mreže korisnika i povezan je sa korisničkim VPN uređajima
</div>

=== Pitanje 2 ===
U koje vrste VPN servisa spadaju L2TP VPN-ovi?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Trusted</span>
# <span class="solution">Remote Access</span>
# Customer
# Site-to-site
# <span class="solution">Provider provisioned</span>
# Secure VPN
</div>

=== Pitanje 3 ===
Koji način prosleđivanja paketa u mrežnim uređajima koristi switching keš koji se popunjava po prolasku prvog paketa?
<div class="abc-list" data-solution="single">
# Hardversko prosleđivanje
# <span class="solution">Fast switching</span>
# Process switching
</div>

=== Pitanje 4 ===
Na kom MPLS ruteru PHP mehanizam obezbeđuje poboljšanje performansi?
<div class="abc-list" data-solution="single">
# Na pretposlednjem – štedi operaciju gledanja u LFIB
# Na pretposlednjem – štedi operaciju gledanja u FIB
# <span class="solution">Na poslednjem – štedi operaciju gledanja u LFIB</span>
# Na poslednjem – štedi operaciju gledanja u FIB
</div>

=== Pitanje 5 ===
Koje tvrdnje za MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">U MPLS mreži prosleđivanje paketa ne mora po destinacionoj adresi</span>
# <span class="solution">Labele unutar MPLS mreže nisu jednistvene duž cele putanje već svaki ruter nezavisno alocira labele</span>
# CE ruter za labelovanje koristi labelu koju mu je oglasio downstream PE ruter
# <span class="solution">MPLS uređaj saobraćaj razvrstava u FEC klase</span>
</div>

=== Pitanje 6 ===
Koje tvrdnje za MPLS VPN su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Prefiksi iz VPN mreža korisnika razmenjuju se između PE rutera korišćenjem MP-BGP</span>
# <span class="solution">P ruteri u svojoj ruting tabeli nemaju korisničke rute</span>
# VPN mreže korisnika ne mogu da imaju proizvoljne, potencijalno preklapajuće skupove adresa
# <span class="solution">RD i IP pref. čine VPN pref.</span>
# Pri labelovanju VPN paketa spoljašnja labela je VPN labela a unutrašnja je IGP
</div>

=== Pitanje 7 ===
Za šta se koristi RD u MPLS VPNovima?
<div class="abc-list" data-solution="single">
# Route Distribution
# <span class="solution">Route Distinguisher – koristi se za obeležavanje ruta koje pripadaju određenoj VRF instanci</span>
# Route Distinguisher – kao dodatni deo MPLS labele za označavanje kom VPNu pripada paket
</div>

=== Pitanje 8 ===
Šta ide u LIB, a šta u LFIB?
<div class="abc-list" data-solution="select" data-options="LIB,LFIB,LIB i LFIB">
# Destination <span class="spoiler">LIB i LFIB</span>
# Label <span class="spoiler">LIB i LFIB</span>
# Action <span class="spoiler">LFIB</span>
# LSR <span class="spoiler">LIB</span>
# Next Hop <span class="spoiler">LFIB</span>
</div>

=== Pitanje 9 ===
Koji način prosleđivanja paketa u mrežnim uređajima je najsporiji?
<div class="abc-list" data-solution="single">
# Hardversko prosleđivanje (CEF)
# Fast switching
# <span class="solution">Process switching</span>
</div>

=== Pitanje 10 ===
Koje tvrdnje u vezi sa MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">LDP, MPBGP i RSVP su protokoli putem kojih može da se vrši razmena informacije o labelama</span>
# <span class="solution">Labele od 0 do 15 su rezervisane</span>
# Labele se u MPLS paketima smeštaju između zaglavlja protokola 3. i 4. sloja OSI referentnog modela (sa izuzetkom ATM mreža)
# Nijedan od ponuđenih odgovora nije tačan
# PE uređaj za labelovanje paketa koristi labelu koju mu je oglasio downstream CE uređaj
</div>

=== Pitanje 11 ===
Koje tvrdnje u vezi sa tabelama koje postoje u MPLS uređajima su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Dolazni IP paketi se prosleđuju u FIB tabelu na obradu</span>
# Labele koje se razmenjuju putem LDP protokola popunjavaju se direktno u LFIB tabelu
# <span class="solution">LFIB tabela popunjava se na osnovu informacija sadržanih u LIB i ruting tabeli</span>
# Nijedan od ponuđenih odgovora nije tačan
# Dolazni MPLS paketi se prosleđuju u LIB tabelu na obradu
</div>

=== Pitanje 12 ===
Kako se u MPLS mrežama implementira BGP razmena ruta i labela?
<div class="abc-list" data-solution="multiple">
# Nijedan od ponuđenih odgovora nije tačan
# Potrebno je da postoji partial-mesh eBGP peeringa između svih MPLS P i PE uređaja
# Potrebno je da postoji full-mesh iBGP peeringa između svih MPLS P i PE uređaja
# <span class="solution">P ruteri ne moraju da razmenjuju BGP rute, već je dovoljno da imaju rutu (labelu) ka mreži na kojoj se nalazi Next Hop</span>
# P ruteri moraju da u svojim ruting tabelama imaju punu Internet ruting tabelu
</div>

=== Pitanje 13 ===
GRE tuneli omogućavaju:
<div class="abc-list" data-solution="single">
# <span class="solution">Enkapsulaciju proizvoljnog paketa 3. sloja u proizvoljni paket 3. sloja</span>
# Enkripciju i enkapsulaciju proizvoljnog paketa 3. sloja u proizvoljni paket 3. sloja
# Nijedan od ponuđenih odgovora nije tačan
# Enkapsulaciju proizvoljnog paketa 3. sloja u TCP paket
# Enkripciju i enkapsulaciju proizvoljnog paketa 3. sloja u IP paket
</div>

=== Pitanje 14 ===
Koji mehanizam rada najcešće koristi LDP protokol?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Independent control; unsolicited; liberal retention</span>
# Ordered control; on demand; liberal retention
# Nijedan od ponuđenih odgovora nije tačan
# Ordered control; unsolicited; conservative retention
# Independent control; on demand; conservative retention
</div>

=== Pitanje 15 ===
Koje tvrdnje vezane za MPLS TE su tačne?
<div class="abc-list" data-solution="multiple">
# CSPF - Cheapest Source Path First je algoritam koji se u MPLS TE koristi za određivanje najjeftinije putanje za određeni LSP od tail-end rutera do host-a (računara)
# <span class="solution">Head-end LSR šalje RSVP-TE PATH poruke u kojima su naznačeni parametri zahtevanog traffic engineering LSP</span>
# <span class="solution">Korišćenjem MPLS TE Administrative group atributa, određenom linku može se dodeliti afinitet odnosno boja koja se može proizvoljno definisati</span>
# LSP većeg prioriteta u slučaju nedovoljnih resursa nema pravo da raskine LSP nižeg prioriteta
# Nijedan od ponuđenih odgovora nije tačan
</div>

=== Pitanje 16 ===
Mreža jednog Internet provajdera ima 4 PE i 5 P rutera. U mreži je pokrenut MPLS i paketi se rutiraju pomoću labela. Ako su na PE rutere povezani različiti autonomni sistemi drugih provajdera i/ili korisnika datog provajdera, koliki je minimalan broj iBGP sesija unutar autonomnog sistema datog provajdera koji omogućava da ovaj autonomni sistem radi kao tranzitni tako da prenosi saobraćaj između svih povezanih autonomnih sistema? U autonomnom sistemu internet provajdera se ne koriste route-reflektori i konfederacije.
<div class="abc-list" data-solution="single">
# <span class="solution">6</span>
# 9
# Nijedan od ponuđenih odgovora nije tačan
# 4
# 3
# 16
# 11
</div>

=== Pitanje 17 ===
Šta predstavlja PHP mehanizam u MPLS protokolu?
<div class="abc-list" data-solution="single">
# Penultimate Hop Pushing - pretposlednji MPLS ruter na vrh steka labela stavlja specijalnu labelu 0
# Progressive Hop Pushing - tzv. progressive MPLS ruter na vrh steka labela stavlja specijalnu labelu 0
# <span class="solution">Penultimate Hop Popping - pretposlednji MPLS ruter skida labelu i paket šalje kao IP paket</span>
# Nijedan od ponuđenih odgovora nije tačan
# Progressive Hop Popping - tzv. progressive MPLS ruter skida labelu i paket šalje kao IP paket
</div>

=== Pitanje 18 ===
Koje tvrdnje u vezi sa MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# Traffic Engineering je metoda kojom se može vršiti enkripcija MPLS saobraćaja
# LDP je protokol koji se koristi da bi se razmenile informacije o jedinstvenim labelama koje dodeljuje MPLS Designated Router
# <span class="solution">P/PE uređaj za labelovanje paketa koristi labelu koju mu je oglasio downstream P/PE uređaj</span>
# Nijedan od ponuđenih odgovora nije tačan
# <span class="solution">Labele se u MPLS paketima smeštaju između zaglavlja protokola 2. i 3. sloja OSI referentnog modela</span>
</div>

=== Pitanje 19 ===
Koje tvrdnje vezane za MPLS VPN su tačne?
<div class="abc-list" data-solution="multiple">
# Pri labelovanju VPN paketa koriste se minimum 3 labele
# <span class="solution">Pri labelovanju VPN paketa, spoljašnja labela je IGP labela koja služi za prosleđivanje paketa, a unutrašnja labela je VPN labela</span>
# VPN mreže korisnika ne mogu da imaju nezavisno interno rutiranje
# <span class="solution">PE ruter ima VRF instancu za svaki povezani VPN</span>
# Nijedan odgovor nije tačan
# <span class="solution">Route Distinguisher koristi se za obeležavanje ruta koje pripadaju odredenoj VRF instanci</span>
</div>

=== Pitanje 20 ===
Koje tvrdnje u vezi sa MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Labele od 0 do 15 su rezervisane</span>
# PE uređaj za labelovanje paketa koristi labelu koju mu je oglasio downstream CE uređaj
# Labele se u MPLS paketima smeštaju između zaglavlja protokola 3. i 4.sloja OSI referentnog modela (sa izuzetkom ATM mreža)
# <span class="solution">LDP, MPBGP i RSVP su protokoli putem kojih može da se vrši razmena informacije o labelama</span>
</div>

=== Pitanje 21 ===
Za mrežu na slici odrediti labele koje će paketi imati tokom prolaska od mreža B do mreže A, ako se u mreži ne koristi mehanizam PHP. Na slici su date su vrednosti lokalnih mapiranja dela poznatih ruta u labele. U mreži je konfigurisan OSPF protokol rutiranja, a smatrati da je referentna vrednost propusnog opsega 1Gbps.
[[Датотека:RM2 pitanja VPN 1.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Labele
! Ruta !! PE1 !! P1 !! P2 !! P3 !! P4 !! P5 !! P6 !! PE2
|-
! 172.16.1.0/24
| 20 || 30 || 40 || 20 || 50 || 100 || 910 || 30
|-
! 172.16.2.0/24
| 21 || 31 || 41 || 21 || 51 || 101 || 911 || 31
|-
! 172.16.3.0/24
| 22 || 32 || 42 || 22 || 52 || 102 || 912 || 32
|-
! 172.16.4.0/24
| 23 || 33 || 43 || 23 || 53 || 103 || 913 || 33
|-
! 172.16.5.0/24
| 24 || 34 || 44 || 24 || 54 || 104 || 914 || 34
|-
! 172.16.6.0/24
| 25 || 35 || 45 || 25 || 55 || 105 || 915 || 35
|-
! 172.16.7.0/24
| 26 || 36 || 46 || 26 || 56 || 106 || 916 || 37
|-
! 172.16.8.0/24
| 27 || 37 || 47 || 27 || 57 || 107 || 917 || 38
|-
! 172.16.9.0/24
| 28 || 38 || 48 || 28 || 58 || 108 || 918 || 39
|-
! 172.16.10.0/24
| 29 || 39 || 49 || 29 || 59 || 11 || 919 || 40
|-
! 172.16.11.0/24
| 30 || 40 || 50 || 30 || 60 || 12 || 819 || 41
|-
! 172.16.12.0/24
| 31 || 41 || 51 || 31 || 61 || 13 || 818 || 42
|-
! 172.16.13.0/24
| 32 || 42 || 52 || 32 || 62 || 14 || 817 || 43
|-
! 172.16.14.0/24
| 33 || 43 || 53 || 33 || 63 || 15 || 816 || 44
|}
<div class="abc-list" data-solution="single">
# 30, 40, 30
# 53, 43, 33
# 33, 63, 816, 44
# 918, 59, 23, 22
# <span class="solution">910, 50, 20, 20</span>
# 22, 53, 919, 39
# Ni jedan od ponuđenih odgovora nije tačan
</div>

=== Pitanje 22 ===
U mreži datoj na slici ruteri PE1 i CE1, kao i PE2 i CE2 razmenjuju rute putem BGP protokola. Date su vrednosti lokalnih mapiranja dela poznatih ruta u labele. Odrediti labele koje će imati paketi na prolasku kroz mrežu od računara u mreži B ka računarima u mreži A, ako se u mreži koristi mehanizam PHP. U MPLS mreži je konfigurisan OSPF protokol rutiranja, a smatrati da je referentna vrednost propusnog opsega 1Gbps.
[[Датотека:RM2 pitanja VPN 2.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Labele
! Ruta !! PE1 !! P1 !! P2 !! P3 !! P4 !! P5 !! P6 !! PE2
|-
! 172.16.2.0/24
| 21 || 31 || 41 || 28 || 61 || 101 || 91 || 21
|-
! 172.16.3.0/24
| 22 || 32 || 42 || 29 || 62 || 102 || 92 || 22
|-
! 172.16.4.0/24
| 23 || 33 || 43 || 30 || 63 || 103 || 93 || 23
|-
! 172.16.5.0/24
| 24 || 34 || 44 || 31 || 64 || 104 || 94 || 24
|-
! 172.16.6.0/24
| 25 || 35 || 45 || 32 || 65 || 105 || 95 || 25
|-
! 172.16.7.0/24
| 26 || 36 || 46 || 33 || 66 || 106 || 96 || 26
|-
! 172.16.8.0/24
| 27 || 37 || 47 || 34 || 67 || 107 || 97 || 27
|-
! 172.16.9.0/24
| 28 || 38 || 48 || 35 || 68 || 108 || 98 || 28
|-
! 172.16.10.0/24
| 29 || 39 || 49 || 36 || 69 || 91 || 99 || 29
|-
! 172.16.11.0/24
| 30 || 40 || 50 || 37 || 70 || 92 || 89 || 30
|-
! 172.16.12.0/24
| 31 || 41 || 51 || 38 || 71 || 93 || 88 || 31
|-
! 172.16.13.0/24
| 32 || 42 || 52 || 39 || 72 || 94 || 87 || 32
|-
! 172.16.14.0/24
| 33 || 43 || 53 || 40 || 73 || 95 || 86 || 33
|}
<div class="abc-list" data-solution="single">
# 33, 40, 95
# 91, 101
# <span class="solution">91, 101, 28</span>
# 29, 91, 97
# 21, 91, 101
</div>

== Multicast ==
=== Pitanje 1 ===
Koje tvrdnje vezane za multicast su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution">Pojedinačni hostovi mogu biti članovi jedne ili više multicast grupa.</span>
#<span class="solution">''Globally scoped multicast'' adrese su u opsegu 224.0.1.0–238.255.255.255 i mogu se koristiti globalno na Internetu.</span>
# Poslednjih 48 bita iz multicast IP adrese preslikavaju se u multicast MAC.
# Multicast prosleđivanje predstavlja prenos paketa do tačno jednog odredišta.
#<span class="solution">Poslednja 23 bita iz multicast IP adrese preslikavaju se u poslednja 23 bita multicast MAC adrese.</span>
# Za prosleđivanje multicast paketa se kao protokol 4. sloja koristi TCP.
#<span class="solution">224.0.0.1-224.0.0.255 rezervisane su za protokole na lokalnom mrežnom segmentuu i paketi poslati na te adrese obicno imaju TTL=1.</span>
# Multicast GLOP adrese dodeljuje IANA
</div>

=== Pitanje 2 ===
Koje tvrdnje vezane za IGMP su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">IGMP snooping mehanizam je kada se u svičevima prati svaka IGMP poruka koja prođe kroz svič.</span>
# U IGMPv2 ne postoji način da host signalizira Querier ruteru da napušta određenu multicast grupu.
#<span class="solution">''Unsolicited report'' porukom host signalizira da je zainteresovan da se priključi određenoj multicast grupi.</span>
#<span class="solution">IGMP ''Membership Query'' upite periodično šalje Querier da bi proverio da li još uvek postoje aktivni slušaoci za neku grupu.</span>
#<span class="solution">IGMPv2 ne prima SSM.</span>
</div>

=== Pitanje 3 ===
Koje tvrdnje vezane za Bootstrap Router protokol - BSR i Anycast RP u multikastu su tačne:
<div class="abc-list" data-solution="multiple">
# <span class="solution">U Anycast RP može postojati proizvoljan broj RP rutera i svi RP ruteri koriste istu IP adresu.</span>
# Da bi Anycast RP funkcionisao kako treba, neophodno je na ruterima koji su RP implementirati i BSR (Bootstrap Router) protokol.
# U BSR (Bootstrap Router) protokolu takozvani BSR ruteri su ruteri koji su RP kandidati.
# <span class="solution">Bootstrap Router protokol je standardni protokol koji se koristi za dinamičko otkrivanje RP rutera.</span>
# Nijedan od ponuđenih odgovora nije tačan.
</div>

=== Pitanje 4 ===
Koje tvrdnje vezane za multikast rutiranje izmedu različitih administrativnih domena su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution">MSDP protokol koristi se za razmenu informacija o aktivnim izvorima multikast saobraćaja.</span>
#<span class="solution">MSDP SA (''Source Active'') poruka sadrži adresu izvora, adresu grupe i adresu RP rutera koji je generisao SA poruku.</span>
# MSDP SA (''Source Active'') poruke prosleđuju se svim ruterima unutar jednog administrativnog domena.
#<span class="solution">Ukoliko se ne koristi MPBGP, mogu se formirati crne rupe u multikast rutiranju.</span>
# Nijedan od ponuđenih odgovora nije tačan.
</div>

=== Pitanje 5 ===
Koja multikast GLOP adresa odgovara autonomnom sistemu 851?
<div class="abc-list" data-solution="single">
# 234.3.83.0/24
#<span class="solution">233.3.83.0/24</span>
# 233.16.23.0/24
# 234.16.23.0/24
</div>

=== Pitanje 6 ===
Koje tvrdnje vezane za IGMP su tačne?
<div class="abc-list" data-solution="multiple">
# U IGMPv1 host slanjem Leave poruke signalizira Querier ruteru da želi da napusti određenu multikast grupu.
#<span class="solution">Hostovi kao odgovor na Membership Query upit šalju Membership Report poruku za multikast grupu kojoj žele da se priključe.</span>
# <span class="solution">IGMPv1 nema podršku za izbor Querier rutera na mrežnom segmentu.</span>
# IGMPv2 služi za prijavljivanje na Source Specific Multicast grupe.
</div>

=== Pitanje 7 ===
Koje tvrdnje vezane za PIM-DM i PIM-SM su tačne:
<div class="abc-list" data-solution="multiple">
#<span class="solution">PIM-DM koristi push mehanizam, koji podrazumeva periodični flooding multikast saobraćaja i ukidanje (''prune'') nepotrebnih grana iz multikast distributivnog stabla.</span>
#<span class="solution">PIM-SM koristi Prune poruke za raskidanje multikast distributivnog stabla.</span>
# PIM-SM je optimalan da se koristi u mrežama sa malim brojem multikast izvora a velikim brojem prijemnika multikast saobraćaja.
# Nijedan odgovor nije tačan.
#<span class="solution">PIM-SM gradi deljeno (''shared'') stablo od rutera koji je registrovao slušaoca do RP (''Rendezvous Point'') i najkraće (''source'') stablo od RP do first hop rutera izvora multikast saobraćaja.</span>
# PIM-SM koristi Register poruke za registrovanje zainteresovanih slušaoca.
</div>

=== Pitanje 8 ===
Koja multikast GLOP adresa odgovara autonomnom sistemu 1254?
<div class="abc-list" data-solution="single">
# 234.4.230.0/24
# 234.5.23.0/24
#<span class="solution">233.4.230.0/24</span>
# 233.5.23.0/24
</div>

=== Pitanje 9 ===
Koje tvrdnje vezane za IGMP su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution">IGMP snooping je mehanizam koji se primenjuje na svičevima kako bi pratili na kojim portovima postoje zainteresovani slušaoci za određenu multikast grupu.</span>
#<span class="solution">Hostovi potiskuju slanje Membership Report poruke ako je neki host pre njih poslao Membership Report za istu grupu.</span>
# IGMPv3 služi za prijavljivanje na IPv6 multikast grupe.
# Kada u IGMPv1 Querier ruter primi Leave poruku, on šalje Group Specific Query poruku da bi proverio da li ima još zaineteresovanih slušaoca.
</div>

=== Pitanje 10 ===
Koje tvrdnje vezane za multikast rutiranje izmedu različitih administrativnih domena su tačne?
<div class="abc-list" data-solution="multiple">
# Kada MSDP ruter dobije SA (''Source Active'') poruku, on pošalje MPBGP update informaciju prema adresi rutera koji mu je poslao tu SA poruku.
#<span class="solution">MPBGP se može koristiti za popunjavanje posebne multikast ruting tabele ako multikast i unikast topologije nisu jednake.</span>
# Nijedan od ponuđenih odgovora nije tačan.
#<span class="solution">Multikast distributivno stablo se formira od slušaoca do RP rutera iz njegovog administrativnog domena, a zatim direktno do first hop rutera izvora multikast saobraćaja.</span>
#<span class="solution">MSDP SA (Source Active) poruka se prenosi ka svim MSDP susedima osim ka onom od kog je dobijena (peer-RPF flooding).</span>
</div>

=== Pitanje 11 ===
Koje tvrdnje vezane za Bootstrap Router protokol - BSR u multikastu su tačne?
<div class="abc-list" data-solution="multiple">
# Nijedan od ponuđenih odgovora nije tačan.
#<span class="solution">BSR ruter periodično u BSR porukama oglašava sva (RP, grupa) mapiranja koje je dobio od CRP (candidate RP) rutera.</span>
#<span class="solution">BSR ruter je onaj sa najvišim BSR prioritetom ili najvišom BSR IP adresom.</span>
# BSR ruteri su ruteri koji su RP kandidati.
# CRP (candidate RP) ruteri unikastom oglašavaju direktno ka svim ostalim ruterima za koje grupe su oni oni potencijalni RP-ovi
</div>

=== Pitanje 12 ===
Koje tvrdnje vezane za PIM-DM i PIM-SM su tačne:
<div class="abc-list" data-solution="multiple">
#<span class="solution">Pri uspostavljanju multikast distributivnog stabla PIM-SM Join poruke šalju se od rutera na koji su povezani slušaoci ka RP.</span>
# Uloga PIM-SM Register poruka je da RP obavesti sve zainteresovane slušaoce koji izvor S šalje na multikast grupu G.
#<span class="solution">PIM-SM koristi shared stablo, ali ima podršku za prebacivanje na source stablo.<span>
# Nijedan odgovor nije tačan
# PIM-DM koristi pull mehanizam, koji podrazumeva da slušaoci eksplicitno zahtevaju isporuku multikast saobraćaja.
#<span class="solution">PIM-SM koristi pull mehanizam, koji podrazumeva da slušaoci eksplicitno zahtevaju isporuku multikast saobraćaja.</span>
</div>

== QoS ==
=== Pitanje 1 ===
Koje tvrdnje vezane za DiffServ tehnike izbegavanja zagušenja su tačne?
<div class="abc-list" data-solution="multiple">
# Globalna sinhronizacija pogađa samo UDP tokove.
#<span class="solution"> Globalna sinhronizacija TCP tokova nastaje kao posledica odbacivanja paketa koji ne mogu da se smeste u popunjen red za čekanje.</span>
#<span class="solution"> Globalna sinhronizacija TCP tokova za posledicu ima neoptimalno korišcenje kapaciteta linka.</span>
# U WRED mehanizmu, paketi sa IPP=7 se nikada ne odbacuju.
# U WRED mehanizmu, za različite vrednosti IPP ili DSCP mogu se definisati različiti minimalni i maksimalni prag odbacivanja paketa (''threshold''), i verovovatnoća odbacivanja paketa (''work probability denominator'').
# WFQ (''Weighted Fair Queuing'') je tehnika kojom se određuju različite verovatnoće odbacivanja paketa za tokove koje imaju različite vrednosti u IPP (''IP Precedence'') polju i time utiče na efekat globalne sinhronizacije.
#<span class="solution"> U RED mehanizmu odbacivanja paketa, paketi se odbacuju sa određenom verovatnoćom pri čemu se svi paketi tretiraju isto.</span>
# U RED mehanizmu odbacivanja paketa, paketi se odbacuju sa određenom verovatnoćom pri čemu se paketi sa IPP=0 ne odbacuju.
</div>

=== Pitanje 2 ===
Koje tvrdnje vezane za DiffServ tehnike klasifikacije i obeležavanja su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution"> Obeležavanje paketa može se vršiti na L2 ili L3 nivou.</span>
# Pri obeležavanju paketa na L2 nivou u Ethernet zaglavlju se koristi CoS polje i postoji 64 klase za prioritet.
# Klasifikacija paketa može se vršiti na osnovu RSVP path atributa koji su poslati prilikom uspostavljanja QoS parametara putanje.
# Nijedan odgovor nije tačan.
#<span class="solution"> Korišćenjem DSCP polja za označavanje, paket se može svrstati u jednu od 64 klase.</span>
</div>

=== Pitanje 3 ===
Koje tvrdnje vezane za DiffServ tehnike klasifikacije i obeležavanja su tačne?
<div class="abc-list" data-solution="multiple">
# Korišćenjem IP Precedence polja za označavanje, paket se može svrstati u jednu od 64 klase.
# Obeležavanje paketa može se vršiti upisom odgovarajuće oznake u DSCP polje u okviru TCP zaglavlja.
# Nijedan odgovor nije tačan.
# Obeležavanje paketa na L2 nivou u Ethernet mrežama je moguće samo na trunk vezama u okviru 802.1q zaglavlja.
#<span class="solution"> Klasifikacija paketa može se vršiti na osnovu različitih L3 parametara kao što su IP adrese izvorišta i odredišta, IP precedence i DSCP.</span>
</div>

[[Категорија:Рокови]]
[[Категорија:Рачунарске мреже 2]]

Рачунарске мреже 2/Питања

2022-01-15T11:55:15Z

JanaP15: /* QoS */ Označena rešenja

{{tocright}}
Ovde su skupljena razna pitanja iz izvora poput RM2 baze pitanja koja se može naći u odeljku sa [[Рачунарске мреже 2#Корисне везе|korisnim vezama]] na stranici predmeta.
{{rešenja}}

== BGP ==
=== Pitanje 1 ===
Ako ruter A sa ulogom ''route reflector''-a dobije rutu od rutera koji je njegov klijent, ruta može da bude prosleđena:
<div class="abc-list" data-solution="multiple">
# <span class="solution">eBGP susedima rutera A</span>
# <span class="solution">klijentima rutera A</span>
# <span class="solution">iBGP susedima koji nisu klijenti A</span>
# nikome
</div>

=== Pitanje 2 ===
''Route reflector'' i njegovi klijenti čine:
<div class="abc-list" data-solution="single">
# autonomni sistem
# <span class="solution">klaster</span>
# konfederaciju
# federaciju
</div>

=== Pitanje 3 ===
Internet provajderi su primer:
<div class="abc-list" data-solution="single">
# autonomnog sistema sa jednim izlazom
# autonomnog sistema sa više izlaza bez tranzita saobraćaja
# <span class="solution">autonomnog sistema sa više izlaza i tranzitom saobraćaja</span>
</div>

=== Pitanje 4 ===
''MED'' atribut je:
<div class="abc-list" data-solution="single">
# dobro poznat opcioni atribut
# <span class="solution">opcioni netranzitivni atribut</span>
# opcioni tranzitivni atribut
# dobro poznat obavezan atribut
</div>

=== Pitanje 5 ===
''AS-Set'' atribut pokazuje:
<div class="abc-list" data-solution="single">
# ID rutera koji je agregirao rutu
# <span class="solution">skup autonomnih sistema iz kojih potiču komponente agregirane rute</span>
# da li je data ruta agregirana
</div>

=== Pitanje 6 ===
Za BGP je tačno sledeće:
<div class="abc-list" data-solution="multiple">
# <span class="solution">''Next Hop'' je obavezan atribut u svim BGP ''Update''-ima</span>
# iBGP ima manju administrativnu distancu od eBGP
# <span class="solution">Ruta dobijena putem iBGP-a sme da bude oglašena eBGP susedima</span>
# ''AS-Set'' je obavezan atribut u svim BGP ''Update''-ima
# Koristi ICMP za prenos svojih poruka
# <span class="solution">eBGP ima manju administrativnu distancu od iBGP</span>
</div>

=== Pitanje 7 ===
''Local preference'' atribut:
<div class="abc-list" data-solution="multiple">
# <span class="solution">određuje kako će saobraćaj izlaziti iz datog AS</span>
# se dodeljuje rutama koje izlaze iz datog AS
# određuje kako će saobraćaj ulaziti u dati AS
# <span class="solution">se dodeljuje rutama koje ulaze u dati AS</span>
</div>

=== Pitanje 8 ===
Autonomni sistem AS1 je podeljen u 4 pod-autonomnih sistema koji čine konfederaciju. Svaki pod-AS ima po 3 rutera. Koliko mora da bude iBGP sesija unutar AS1 da bi mreža pravilno funkcionisala?
<div class="abc-list" data-solution="single">
# 4
# 14
# 13
# 15
# <span class="solution">12</span>
</div>

=== Pitanje 9 ===
Autonomni sistem ima 10 rutera. Od toga postoji jedan ''route reflector'' koji ima 7 svojih klijenata. Ostali ruteri su klasični iBGP ruteri. Koliko najmanje mora da postoji iBGP sesija da bi autonomni sistem pravilno funkcionisao?
<div class="abc-list" data-solution="single">
# 7
# 45
# <span class="solution">10</span>
# 12
# 9
</div>

=== Pitanje 10 ===
''Local Preference'' atribut se pridružuje rutama koje:
<div class="abc-list" data-solution="single">
# <span class="solution">ulaze u ruter</span>
# izlaze iz rutera
# i ulaze u ruter i izlaze iz rutera
# ništa od navedenog
</div>

=== Pitanje 11 ===
BGP kao kriterijum za izbor najbolje rute koristi sledeće:
<div class="abc-list" data-solution="multiple">
# kašnjenje duž linka
# ''Aggregator'' atribut
# <span class="solution">''Origin'' atribut</span>
# propusni opseg linka
# <span class="solution">vreme dolaska rute u ruter</span>
# ukupan broj rutera na putanji
# Cluster ID atribut
# <span class="solution">broj AS na putanji</span>
</div>

=== Pitanje 12 ===
Atribut ''Community'' se koristi za:
<div class="abc-list" data-solution="single">
# <span class="solution">uticanje na rute u udaljenim AS</span>
# informisanje drugih rutera o promenama u ruting tabeli
# sprečavanja petlji u rutiranju
# ništa od navedenog
</div>

=== Pitanje 13 ===
Za BGP je tačno sledeće:
<div class="abc-list" data-solution="multiple">
# Koristi UDP za prenos svojih poruka
# <span class="solution">Koristi TCP za prenos svojih poruka</span>
# BGP metrika je broj rutera na putanji
# iBGP susedi moraju da budu direktno povezani
# <span class="solution">iBGP ruter ne prosleđuje iBGP susedima rutu dobijenu od iBGP suseda</span>
</div>

=== Pitanje 14 ===
Pravilo sinhronizacije unutar AS glasi:
<div class="abc-list" data-solution="single">
# Da bi se neka ruta oglasila eBGP susedu, mora pre toga da bude dobijena od iBGP suseda
# Da bi se neka ruta oglasila eBGP susedu, mora pre toga da bude oglašena network komandom
# <span class="solution">Da bi se neka ruta oglasila eBGP susedu, mora pre toga da bude u ruting tabeli dobijena iz nekog internog protokola rutiranja</span>
# Da bi se neka ruta oglasila eBGP susedu, ne sme da bude dobijena od eBGP suseda
# Da bi se neka ruta oglasila eBGP susedu, ne sme da bude dobijena od iBGP suseda
</div>

=== Pitanje 15 ===
Šta je tačno?
<div class="abc-list" data-solution="multiple">
# Simetričnost saobraćaja označava situaciju gde se saobraćaj šalje naizmenično na dva linka
# <span class="solution">Simetričan saobraćaj je onaj koji u oba smera između dve lokacije putuje istom putanjom</span>
# Simetričnost saobraćaja označava situaciju kada su količine odlaznog i dolaznog saobraćaja iste
# Simetričnost saobraćaja služi za obezbeđenje rezervnih putanja saobraćaja
# Simetričan saobraćaj otežava otkrivanje problema u mreži
# Ništa od navedenog
</div>

=== Pitanje 16 ===
Redosled kriterijuma za izbor najbolje rute u BGP je sledeći:
<div class="abc-list" data-solution="single">
# kraći ''AS-Path'', veća ''LP'' vrednost, niža ''MED'' vrednost
# <span class="solution">veća ''LP'' vrednost, kraći ''AS-Path'', niža ''MED'' vrednost</span>
# niža ''MED'' vrednost, kraći ''AS-Path'', veća ''LP'' vrednost
# veća ''LP'' vrednost, kraći ''AS-Path'', viša ''MED'' vrednost
# kraći ''AS-Path'', veća ''LP'' vrednost, niža ''MED'' vrednost
# niža ''MED'' vrednost, veća ''LP'' vrednost, kraći ''AS-Path''
</div>

=== Pitanje 17 ===
[[Датотека:RM2 pitanja BGP 1.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Adrese ''loopback'' interfejsa
! Adrese !! R1 !! R2 !! R3
|-
! lo1
| 10.0.1.0/24 || 192.168.10.0/24 || 172.16.1.0/24
|-
! lo2
| 10.0.2.0/24 || 192.168.20.0/24 || 172.16.2.0/24
|-
! lo3
| 10.0.3.0/24 || 192.168.30.0/24 || 172.16.3.0/24
|}
Ruter R1 oglašava ka AS2 sve rute iz AS1 korišćenjem network komande, dok ruter R2 vrši redistribuciju svih ruta iz AS1 u BGP i na taj način ih oglašava ka AS2. Ruter R3 oglašava rute iz AS2 ka R1 sa MED vrednošću 100, a ka R2 sa MED vrednošću 150. Kako će ići saobraćaj od mreže 172.16.1.0/24 ka mreži 10.0.2.0/24?
<div class="abc-list" data-solution="single">
# <span class="solution">Putanjom R3 - R1, zbog niže vrednosti Origin parametra</span>
# Putanjom R3 - R2, zbog više MED vrednosti
# Putanjom R3 - R1, zbog niže MED vrednosti
# Putanjom R3 - R2 - R1, zbog više vrednosti Origin parametra
</div>

=== Pitanje 18 ===
[[Датотека:RM2 pitanja BGP 2.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Adrese ''loopback'' interfejsa
! Adrese !! R1 !! R2 !! R3
|-
! lo1
| 10.0.1.0/24 || 192.168.10.0/24 || 172.16.1.0/24
|-
! lo2
| 10.0.2.0/24 || 192.168.20.0/24 || 172.16.2.0/24
|-
! lo3
| 10.0.3.0/24 || 192.168.30.0/24 || 172.16.3.0/24
|}
Ruteri R1 i R3 razmenjuju rute putem RIPa, a R2 i R3 putem OSPF-a. Ruter R3 vrši redistribuciju svih RIP ruta u OSPF i obrnuto.
<div class="abc-list" data-solution="multiple">
# <span class="solution">Ruta 172.16.1.0 će se u ruting tabeli R1 videti kao RIP ruta.</span>
# Ruta 172.16.1.0 će se u ruting tabeli R2 videti kao RIP ruta.
# Ruta 172.16.1.0 će se u ruting tabeli R3 videti kao RIP ruta.
</div>

=== Pitanje 19 ===
[[Датотека:RM2 pitanja BGP 1.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Adrese ''loopback'' interfejsa
! Adrese !! R1 !! R2 !! R3
|-
! lo1
| 10.0.1.0/24 || 192.168.10.0/24 || 172.16.1.0/24
|-
! lo2
| 10.0.2.0/24 || 192.168.20.0/24 || 172.16.2.0/24
|-
! lo3
| 10.0.3.0/24 || 192.168.30.0/24 || 172.16.3.0/24
|}
Ruter R1 oglašava ka AS2 sve rute iz AS1 dodavanjem jedne dodatne oznake AS1 (prepending) i MED atribut sa vrednošću 75. Ruter R2 šalje sve rute koje oglašava ka R3 sa MED vrednošću 65. Ruter R3 rutama dobijenim od R1 dodeljuje Local Preference vrednost 30, a rutama dobijenim od R2 Local Preference vrednost 50. Sve rute se oglašavaju korišćenjem network komande, a susedstva su uspostavljena između fizičkih adresa na segmentima koji povezuju rutere. Koja je vrednost Next Hop atributa za rutu 10.0.2.0/24 na ruteru R3?
<div class="abc-list" data-solution="single">
# <span class="solution">192.168.23.2</span>
# 192.168.13.1
# 192.168.13.3
# 192.168.12.1
# 192.168.23.3
# 192.168.12.2
</div>

=== Pitanja 20 ===
{| class="wikitable"
|+ Izgled ruting tabele
! RP !! Prefix !! Dis !! Met !! Outgoing interface
|-
| R || 192.168.1.0/24 || 120 || 5 || S0/2
|-
| O || 192.168.1.0/25 || 110 || 100 || S0/1
|-
| B || 192.168.1.128/25 || 20 || 0 || F0/0
|-
| R || 192.168.1.0/26 || 120 || 7 || F0/0
|-
| O || 192.168.1.64/26 || 110 || 200 || S0/0
|}
Na koji interfejs rutera će biti prosleđen paket namenjen adresi 192.168.1.225?
<div class="abc-list" data-solution="single">
# S0/2
# S0/0
# S0/1
# <span class="solution">F0/0</span>
</div>

=== Pitanje 21 ===
<pre>
Network Next Hop Metric LocPrf Weight Path
* 0.0.0.0 195.178.34.57 150 0 8400 8400 i
*> 195.178.35.17 0 8400 8400 i
*> 3.0.0.0 195.178.35.17 0 8400 8400 702 703 80 i
* 195.178.34.57 150 0 8400 8400 702 703 80 i
* 195.251.4.44 0 34771 5408 20965 3356 701 703 80 i
* 4.0.0.0 195.178.34.57 150 0 8400 8400 5400 3356 i
* 195.178.35.17 0 8400 8400 5400 3356 i
*> 195.251.4.44 0 34771 5408 20965 3356 i
* 4.23.84.0/22 195.178.34.57 150 0 8400 8400 5400 6461 20171 i
*> 195.178.35.17 0 8400 8400 5400 6461 20171 i
* 195.251.4.44 0 34771 5408 20965 1299 6461 20171 i
* 4.23.112.0/22 195.178.34.57 150 0 8400 8400 5400 174 21889 i
*> 195.178.35.17 0 8400 8400 5400 174 21889 i
* 195.251.4.44 0 34771 5408 20965 1299 174 21889 i
* 4.23.180.0/22 195.178.34.57 150 0 8400 8400 5400 6128 30576 i
*> 195.178.35.17 0 8400 8400 5400 6128 30576 i
* 195.251.4.44 0 34771 5408 20965 1299 6128 30576 i
</pre>
Kriterijum koji je odlučio u izboru najbolje rute za mrežu 3.0.0.0 je:
<div class="abc-list" data-solution="single">
# Duži AS Path
# Viša Origin vrednost
# <span class="solution">Niža MED vrednost</span>
# Vreme dolaska rute
# Niža Origin vrednost
# Kraći AS Path
# Viša MED vrednost
</div>

=== Pitanje 22 ===
Tačne tvrdnje za MED atribut su:
<div class="abc-list" data-solution="multiple">
# <span class="solution">U pitanju je opcioni atribut</span>
# Veća vrednost ima veći prioritet
# <span class="solution">Prenosi se putem iBGP</span>
# <span class="solution">Prenosi se putem eBGP</span>
# U pitanju je obavezni atribut
# <span class="solution">Manja vrednost ima veći prioritet</span>
</div>

=== Pitanje 23 ===
Mehanizam koji očuvava stabilnost funkcionisanja Interneta se zove:
<div class="abc-list" data-solution="single">
# Looking glass
# <span class="solution">Route flap damping</span>
# Multiprotocol BGP
# Route Reflector
</div>

=== Pitanje 24 ===
Redosled izbora najbolje rute na osnovu ''Origin'' atributa je:
<div class="abc-list" data-solution="single">
# Incomplete, EGP, IGP
# EGP, IGP, Incomplete
# <span class="solution">IGP, EGP, Incomplete</span>
# IGP, Incomplete, EGP
# EGP, Incomplete, IGP
# Incomplete, IGP, EGP
</div>

=== Pitanje 25 ===
Kad u jednom ruteru postoji više istih ruta koje potiču iz različitih ruting protokola u ruting tabelu će ući ona sa:
<div class="abc-list" data-solution="single">
# Maksimalnom administrativnom distancom
# <span class="solution">Minimalnom administrativnom distancom</span>
# Minimalnom metrikom
# Maksimalnom metrikom
# Prva koja je došla
</div>

=== Pitanje 26 ===
BGP sprečava petlje u rutiranju tako što:
<div class="abc-list" data-solution="single">
# Koristi ''Holddown Timer'' mehanizam
# <span class="solution">Koristi AS Path</span>
# BGP je ''Link-State'' protokol i petlje su nemoguće
# Koristi ''Split Horizon'' mehanizam
</div>

== VPN ==
=== Pitanje 1 ===
Šta je Provider Edge VPN uređaj u VPN mrežama?
<div class="abc-list" data-solution="single">
# Provajderski VPN uređaj koji se nalazi na ivici mreže provajdera i obezbeđuje vezu ka Internetu
# <span class="solution">Provajderski VPN uređaj koji se nalazi na ivici mreže provajdera i povezan je sa korisničkim VPN uređajima</span>
# Provajderski VPN uređaj koji se nalazi na ivici mreže korisnika i obezbeđuje vezu ka Internetu
# Provajderski VPN uređaj koji se nalazi na ivici mreže korisnika i povezan je sa korisničkim VPN uređajima
</div>

=== Pitanje 2 ===
U koje vrste VPN servisa spadaju L2TP VPN-ovi?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Trusted</span>
# <span class="solution">Remote Access</span>
# Customer
# Site-to-site
# <span class="solution">Provider provisioned</span>
# Secure VPN
</div>

=== Pitanje 3 ===
Koji način prosleđivanja paketa u mrežnim uređajima koristi switching keš koji se popunjava po prolasku prvog paketa?
<div class="abc-list" data-solution="single">
# Hardversko prosleđivanje
# <span class="solution">Fast switching</span>
# Process switching
</div>

=== Pitanje 4 ===
Na kom MPLS ruteru PHP mehanizam obezbeđuje poboljšanje performansi?
<div class="abc-list" data-solution="single">
# Na pretposlednjem – štedi operaciju gledanja u LFIB
# Na pretposlednjem – štedi operaciju gledanja u FIB
# <span class="solution">Na poslednjem – štedi operaciju gledanja u LFIB</span>
# Na poslednjem – štedi operaciju gledanja u FIB
</div>

=== Pitanje 5 ===
Koje tvrdnje za MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">U MPLS mreži prosleđivanje paketa ne mora po destinacionoj adresi</span>
# <span class="solution">Labele unutar MPLS mreže nisu jednistvene duž cele putanje već svaki ruter nezavisno alocira labele</span>
# CE ruter za labelovanje koristi labelu koju mu je oglasio downstream PE ruter
# <span class="solution">MPLS uređaj saobraćaj razvrstava u FEC klase</span>
</div>

=== Pitanje 6 ===
Koje tvrdnje za MPLS VPN su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Prefiksi iz VPN mreža korisnika razmenjuju se između PE rutera korišćenjem MP-BGP</span>
# <span class="solution">P ruteri u svojoj ruting tabeli nemaju korisničke rute</span>
# VPN mreže korisnika ne mogu da imaju proizvoljne, potencijalno preklapajuće skupove adresa
# <span class="solution">RD i IP pref. čine VPN pref.</span>
# Pri labelovanju VPN paketa spoljašnja labela je VPN labela a unutrašnja je IGP
</div>

=== Pitanje 7 ===
Za šta se koristi RD u MPLS VPNovima?
<div class="abc-list" data-solution="single">
# Route Distribution
# <span class="solution">Route Distinguisher – koristi se za obeležavanje ruta koje pripadaju određenoj VRF instanci</span>
# Route Distinguisher – kao dodatni deo MPLS labele za označavanje kom VPNu pripada paket
</div>

=== Pitanje 8 ===
Šta ide u LIB, a šta u LFIB?
<div class="abc-list" data-solution="select" data-options="LIB,LFIB,LIB i LFIB">
# Destination <span class="spoiler">LIB i LFIB</span>
# Label <span class="spoiler">LIB i LFIB</span>
# Action <span class="spoiler">LFIB</span>
# LSR <span class="spoiler">LIB</span>
# Next Hop <span class="spoiler">LFIB</span>
</div>

=== Pitanje 9 ===
Koji način prosleđivanja paketa u mrežnim uređajima je najsporiji?
<div class="abc-list" data-solution="single">
# Hardversko prosleđivanje (CEF)
# Fast switching
# <span class="solution">Process switching</span>
</div>

=== Pitanje 10 ===
Koje tvrdnje u vezi sa MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">LDP, MPBGP i RSVP su protokoli putem kojih može da se vrši razmena informacije o labelama</span>
# <span class="solution">Labele od 0 do 15 su rezervisane</span>
# Labele se u MPLS paketima smeštaju između zaglavlja protokola 3. i 4. sloja OSI referentnog modela (sa izuzetkom ATM mreža)
# Nijedan od ponuđenih odgovora nije tačan
# PE uređaj za labelovanje paketa koristi labelu koju mu je oglasio downstream CE uređaj
</div>

=== Pitanje 11 ===
Koje tvrdnje u vezi sa tabelama koje postoje u MPLS uređajima su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Dolazni IP paketi se prosleđuju u FIB tabelu na obradu</span>
# Labele koje se razmenjuju putem LDP protokola popunjavaju se direktno u LFIB tabelu
# <span class="solution">LFIB tabela popunjava se na osnovu informacija sadržanih u LIB i ruting tabeli</span>
# Nijedan od ponuđenih odgovora nije tačan
# Dolazni MPLS paketi se prosleđuju u LIB tabelu na obradu
</div>

=== Pitanje 12 ===
Kako se u MPLS mrežama implementira BGP razmena ruta i labela?
<div class="abc-list" data-solution="multiple">
# Nijedan od ponuđenih odgovora nije tačan
# Potrebno je da postoji partial-mesh eBGP peeringa između svih MPLS P i PE uređaja
# Potrebno je da postoji full-mesh iBGP peeringa između svih MPLS P i PE uređaja
# <span class="solution">P ruteri ne moraju da razmenjuju BGP rute, već je dovoljno da imaju rutu (labelu) ka mreži na kojoj se nalazi Next Hop</span>
# P ruteri moraju da u svojim ruting tabelama imaju punu Internet ruting tabelu
</div>

=== Pitanje 13 ===
GRE tuneli omogućavaju:
<div class="abc-list" data-solution="single">
# <span class="solution">Enkapsulaciju proizvoljnog paketa 3. sloja u proizvoljni paket 3. sloja</span>
# Enkripciju i enkapsulaciju proizvoljnog paketa 3. sloja u proizvoljni paket 3. sloja
# Nijedan od ponuđenih odgovora nije tačan
# Enkapsulaciju proizvoljnog paketa 3. sloja u TCP paket
# Enkripciju i enkapsulaciju proizvoljnog paketa 3. sloja u IP paket
</div>

=== Pitanje 14 ===
Koji mehanizam rada najcešće koristi LDP protokol?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Independent control; unsolicited; liberal retention</span>
# Ordered control; on demand; liberal retention
# Nijedan od ponuđenih odgovora nije tačan
# Ordered control; unsolicited; conservative retention
# Independent control; on demand; conservative retention
</div>

=== Pitanje 15 ===
Koje tvrdnje vezane za MPLS TE su tačne?
<div class="abc-list" data-solution="multiple">
# CSPF - Cheapest Source Path First je algoritam koji se u MPLS TE koristi za određivanje najjeftinije putanje za određeni LSP od tail-end rutera do host-a (računara)
# <span class="solution">Head-end LSR šalje RSVP-TE PATH poruke u kojima su naznačeni parametri zahtevanog traffic engineering LSP</span>
# <span class="solution">Korišćenjem MPLS TE Administrative group atributa, određenom linku može se dodeliti afinitet odnosno boja koja se može proizvoljno definisati</span>
# LSP većeg prioriteta u slučaju nedovoljnih resursa nema pravo da raskine LSP nižeg prioriteta
# Nijedan od ponuđenih odgovora nije tačan
</div>

=== Pitanje 16 ===
Mreža jednog Internet provajdera ima 4 PE i 5 P rutera. U mreži je pokrenut MPLS i paketi se rutiraju pomoću labela. Ako su na PE rutere povezani različiti autonomni sistemi drugih provajdera i/ili korisnika datog provajdera, koliki je minimalan broj iBGP sesija unutar autonomnog sistema datog provajdera koji omogućava da ovaj autonomni sistem radi kao tranzitni tako da prenosi saobraćaj između svih povezanih autonomnih sistema? U autonomnom sistemu internet provajdera se ne koriste route-reflektori i konfederacije.
<div class="abc-list" data-solution="single">
# <span class="solution">6</span>
# 9
# Nijedan od ponuđenih odgovora nije tačan
# 4
# 3
# 16
# 11
</div>

=== Pitanje 17 ===
Šta predstavlja PHP mehanizam u MPLS protokolu?
<div class="abc-list" data-solution="single">
# Penultimate Hop Pushing - pretposlednji MPLS ruter na vrh steka labela stavlja specijalnu labelu 0
# Progressive Hop Pushing - tzv. progressive MPLS ruter na vrh steka labela stavlja specijalnu labelu 0
# <span class="solution">Penultimate Hop Popping - pretposlednji MPLS ruter skida labelu i paket šalje kao IP paket</span>
# Nijedan od ponuđenih odgovora nije tačan
# Progressive Hop Popping - tzv. progressive MPLS ruter skida labelu i paket šalje kao IP paket
</div>

=== Pitanje 18 ===
Koje tvrdnje u vezi sa MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# Traffic Engineering je metoda kojom se može vršiti enkripcija MPLS saobraćaja
# LDP je protokol koji se koristi da bi se razmenile informacije o jedinstvenim labelama koje dodeljuje MPLS Designated Router
# <span class="solution">P/PE uređaj za labelovanje paketa koristi labelu koju mu je oglasio downstream P/PE uređaj</span>
# Nijedan od ponuđenih odgovora nije tačan
# <span class="solution">Labele se u MPLS paketima smeštaju između zaglavlja protokola 2. i 3. sloja OSI referentnog modela</span>
</div>

=== Pitanje 19 ===
Koje tvrdnje vezane za MPLS VPN su tačne?
<div class="abc-list" data-solution="multiple">
# Pri labelovanju VPN paketa koriste se minimum 3 labele
# <span class="solution">Pri labelovanju VPN paketa, spoljašnja labela je IGP labela koja služi za prosleđivanje paketa, a unutrašnja labela je VPN labela</span>
# VPN mreže korisnika ne mogu da imaju nezavisno interno rutiranje
# <span class="solution">PE ruter ima VRF instancu za svaki povezani VPN</span>
# Nijedan odgovor nije tačan
# <span class="solution">Route Distinguisher koristi se za obeležavanje ruta koje pripadaju odredenoj VRF instanci</span>
</div>

=== Pitanje 20 ===
Koje tvrdnje u vezi sa MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Labele od 0 do 15 su rezervisane</span>
# PE uređaj za labelovanje paketa koristi labelu koju mu je oglasio downstream CE uređaj
# Labele se u MPLS paketima smeštaju između zaglavlja protokola 3. i 4.sloja OSI referentnog modela (sa izuzetkom ATM mreža)
# <span class="solution">LDP, MPBGP i RSVP su protokoli putem kojih može da se vrši razmena informacije o labelama</span>
</div>

=== Pitanje 21 ===
Za mrežu na slici odrediti labele koje će paketi imati tokom prolaska od mreža B do mreže A, ako se u mreži ne koristi mehanizam PHP. Na slici su date su vrednosti lokalnih mapiranja dela poznatih ruta u labele. U mreži je konfigurisan OSPF protokol rutiranja, a smatrati da je referentna vrednost propusnog opsega 1Gbps.
[[Датотека:RM2 pitanja VPN 1.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Labele
! Ruta !! PE1 !! P1 !! P2 !! P3 !! P4 !! P5 !! P6 !! PE2
|-
! 172.16.1.0/24
| 20 || 30 || 40 || 20 || 50 || 100 || 910 || 30
|-
! 172.16.2.0/24
| 21 || 31 || 41 || 21 || 51 || 101 || 911 || 31
|-
! 172.16.3.0/24
| 22 || 32 || 42 || 22 || 52 || 102 || 912 || 32
|-
! 172.16.4.0/24
| 23 || 33 || 43 || 23 || 53 || 103 || 913 || 33
|-
! 172.16.5.0/24
| 24 || 34 || 44 || 24 || 54 || 104 || 914 || 34
|-
! 172.16.6.0/24
| 25 || 35 || 45 || 25 || 55 || 105 || 915 || 35
|-
! 172.16.7.0/24
| 26 || 36 || 46 || 26 || 56 || 106 || 916 || 37
|-
! 172.16.8.0/24
| 27 || 37 || 47 || 27 || 57 || 107 || 917 || 38
|-
! 172.16.9.0/24
| 28 || 38 || 48 || 28 || 58 || 108 || 918 || 39
|-
! 172.16.10.0/24
| 29 || 39 || 49 || 29 || 59 || 11 || 919 || 40
|-
! 172.16.11.0/24
| 30 || 40 || 50 || 30 || 60 || 12 || 819 || 41
|-
! 172.16.12.0/24
| 31 || 41 || 51 || 31 || 61 || 13 || 818 || 42
|-
! 172.16.13.0/24
| 32 || 42 || 52 || 32 || 62 || 14 || 817 || 43
|-
! 172.16.14.0/24
| 33 || 43 || 53 || 33 || 63 || 15 || 816 || 44
|}
<div class="abc-list" data-solution="single">
# 30, 40, 30
# 53, 43, 33
# 33, 63, 816, 44
# 918, 59, 23, 22
# <span class="solution">910, 50, 20, 20</span>
# 22, 53, 919, 39
# Ni jedan od ponuđenih odgovora nije tačan
</div>

=== Pitanje 22 ===
U mreži datoj na slici ruteri PE1 i CE1, kao i PE2 i CE2 razmenjuju rute putem BGP protokola. Date su vrednosti lokalnih mapiranja dela poznatih ruta u labele. Odrediti labele koje će imati paketi na prolasku kroz mrežu od računara u mreži B ka računarima u mreži A, ako se u mreži koristi mehanizam PHP. U MPLS mreži je konfigurisan OSPF protokol rutiranja, a smatrati da je referentna vrednost propusnog opsega 1Gbps.
[[Датотека:RM2 pitanja VPN 2.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Labele
! Ruta !! PE1 !! P1 !! P2 !! P3 !! P4 !! P5 !! P6 !! PE2
|-
! 172.16.2.0/24
| 21 || 31 || 41 || 28 || 61 || 101 || 91 || 21
|-
! 172.16.3.0/24
| 22 || 32 || 42 || 29 || 62 || 102 || 92 || 22
|-
! 172.16.4.0/24
| 23 || 33 || 43 || 30 || 63 || 103 || 93 || 23
|-
! 172.16.5.0/24
| 24 || 34 || 44 || 31 || 64 || 104 || 94 || 24
|-
! 172.16.6.0/24
| 25 || 35 || 45 || 32 || 65 || 105 || 95 || 25
|-
! 172.16.7.0/24
| 26 || 36 || 46 || 33 || 66 || 106 || 96 || 26
|-
! 172.16.8.0/24
| 27 || 37 || 47 || 34 || 67 || 107 || 97 || 27
|-
! 172.16.9.0/24
| 28 || 38 || 48 || 35 || 68 || 108 || 98 || 28
|-
! 172.16.10.0/24
| 29 || 39 || 49 || 36 || 69 || 91 || 99 || 29
|-
! 172.16.11.0/24
| 30 || 40 || 50 || 37 || 70 || 92 || 89 || 30
|-
! 172.16.12.0/24
| 31 || 41 || 51 || 38 || 71 || 93 || 88 || 31
|-
! 172.16.13.0/24
| 32 || 42 || 52 || 39 || 72 || 94 || 87 || 32
|-
! 172.16.14.0/24
| 33 || 43 || 53 || 40 || 73 || 95 || 86 || 33
|}
<div class="abc-list" data-solution="single">
# 33, 40, 95
# 91, 101
# <span class="solution">91, 101, 28</span>
# 29, 91, 97
# 21, 91, 101
</div>

== Multicast ==
=== Pitanje 1 ===
Koje tvrdnje vezane za multicast su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution"> Pojedinačni hostovi mogu biti članovi jedne ili više multicast grupa.</span>
#<span class="solution"> ''Globally scoped multicast'' adrese su u opsegu 224.0.1.0–238.255.255.255 i mogu se koristiti globalno na Internetu.</span>
# Poslednjih 48 bita iz multicast IP adrese preslikavaju se u multicast MAC.
# Multicast prosleđivanje predstavlja prenos paketa do tačno jednog odredišta.
#<span class="solution"> Poslednja 23 bita iz multicast IP adrese preslikavaju se u poslednja 23 bita multicast MAC adrese.</span>
# Za prosleđivanje multicast paketa se kao protokol 4. sloja koristi TCP.
#<span class="solution"> 224.0.0.1-224.0.0.255 rezervisane su za protokole na lokalnom mrežnom segmentuu i paketi poslati na te adrese obicno imaju TTL=1.</span>
# Multicast GLOP adrese dodeljuje IANA
</div>

=== Pitanje 2 ===
Koje tvrdnje vezane za IGMP su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">IGMP snooping mehanizam je kada se u svičevima prati svaka IGMP poruka koja prođe kroz svič.</span>
# U IGMPv2 ne postoji način da host signalizira Querier ruteru da napušta određenu multicast grupu.
#<span class="solution">''Unsolicited report'' porukom host signalizira da je zainteresovan da se priključi određenoj multicast grupi.</span>
#<span class="solution"> IGMP ''Membership Query'' upite periodično šalje Querier da bi proverio da li još uvek postoje aktivni slušaoci za neku grupu.</span>
#<span class="solution">IGMPv2 ne prima SSM.</span>
</div>

=== Pitanje 3 ===
Koje tvrdnje vezane za Bootstrap Router protokol - BSR i Anycast RP u multikastu su tačne:
<div class="abc-list" data-solution="multiple">
# <span class="solution">U Anycast RP može postojati proizvoljan broj RP rutera i svi RP ruteri koriste istu IP adresu.</span>
# Da bi Anycast RP funkcionisao kako treba, neophodno je na ruterima koji su RP implementirati i BSR (Bootstrap Router) protokol.
# U BSR (Bootstrap Router) protokolu takozvani BSR ruteri su ruteri koji su RP kandidati.
# <span class="solution">Bootstrap Router protokol je standardni protokol koji se koristi za dinamičko otkrivanje RP rutera.</span>
# Nijedan od ponuđenih odgovora nije tačan.
</div>

=== Pitanje 4 ===
Koje tvrdnje vezane za multikast rutiranje izmedu različitih administrativnih domena su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution"> MSDP protokol koristi se za razmenu informacija o aktivnim izvorima multikast saobraćaja.</span>
#<span class="solution">MSDP SA (''Source Active'') poruka sadrži adresu izvora, adresu grupe i adresu RP rutera koji je generisao SA poruku.</span>
# MSDP SA (''Source Active'') poruke prosleđuju se svim ruterima unutar jednog administrativnog domena.
#<span class="solution"> Ukoliko se ne koristi MPBGP, mogu se formirati crne rupe u multikast rutiranju.</span>
# Nijedan od ponuđenih odgovora nije tačan.
</div>

=== Pitanje 5 ===
Koja multikast GLOP adresa odgovara autonomnom sistemu 851?
<div class="abc-list" data-solution="single">
# 234.3.83.0/24
#<span class="solution"> 233.3.83.0/24</span>
# 233.16.23.0/24
# 234.16.23.0/24
</div>

=== Pitanje 6 ===
Koje tvrdnje vezane za IGMP su tačne?
<div class="abc-list" data-solution="multiple">
# U IGMPv1 host slanjem Leave poruke signalizira Querier ruteru da želi da napusti određenu multikast grupu.
#<span class="solution"> Hostovi kao odgovor na Membership Query upit šalju Membership Report poruku za multikast grupu kojoj žele da se priključe.</span>
# <span class="solution">IGMPv1 nema podršku za izbor Querier rutera na mrežnom segmentu.</span>
# IGMPv2 služi za prijavljivanje na Source Specific Multicast grupe.
</div>

=== Pitanje 7 ===
Koje tvrdnje vezane za PIM-DM i PIM-SM su tačne:
<div class="abc-list" data-solution="multiple">
#<span class="solution"> PIM-DM koristi push mehanizam, koji podrazumeva periodični flooding multikast saobraćaja i ukidanje (''prune'') nepotrebnih grana iz multikast distributivnog stabla.</span>
#<span class="solution"> PIM-SM koristi Prune poruke za raskidanje multikast distributivnog stabla.</span>
# PIM-SM je optimalan da se koristi u mrežama sa malim brojem multikast izvora a velikim brojem prijemnika multikast saobraćaja.
# Nijedan odgovor nije tačan.
#<span class="solution"> PIM-SM gradi deljeno (''shared'') stablo od rutera koji je registrovao slušaoca do RP (''Rendezvous Point'') i najkraće (''source'') stablo od RP do first hop rutera izvora multikast saobraćaja.</span>
# PIM-SM koristi Register poruke za registrovanje zainteresovanih slušaoca.
</div>

=== Pitanje 8 ===
Koja multikast GLOP adresa odgovara autonomnom sistemu 1254?
<div class="abc-list" data-solution="single">
# 234.4.230.0/24
# 234.5.23.0/24
#<span class="solution"> 233.4.230.0/24</span>
# 233.5.23.0/24
</div>

=== Pitanje 9 ===
Koje tvrdnje vezane za IGMP su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution"> IGMP snooping je mehanizam koji se primenjuje na svičevima kako bi pratili na kojim portovima postoje zainteresovani slušaoci za određenu multikast grupu.</span>
#<span class="solution"> Hostovi potiskuju slanje Membership Report poruke ako je neki host pre njih poslao Membership Report za istu grupu.</span>
# IGMPv3 služi za prijavljivanje na IPv6 multikast grupe.
# Kada u IGMPv1 Querier ruter primi Leave poruku, on šalje Group Specific Query poruku da bi proverio da li ima još zaineteresovanih slušaoca.
</div>

=== Pitanje 10 ===
Koje tvrdnje vezane za multikast rutiranje izmedu različitih administrativnih domena su tačne?
<div class="abc-list" data-solution="multiple">
# Kada MSDP ruter dobije SA (''Source Active'') poruku, on pošalje MPBGP update informaciju prema adresi rutera koji mu je poslao tu SA poruku.
#<span class="solution"> MPBGP se može koristiti za popunjavanje posebne multikast ruting tabele ako multikast i unikast topologije nisu jednake.</span>
# Nijedan od ponuđenih odgovora nije tačan.
#<span class="solution"> Multikast distributivno stablo se formira od slušaoca do RP rutera iz njegovog administrativnog domena, a zatim direktno do first hop rutera izvora multikast saobraćaja.</span>
#<span class="solution"> MSDP SA (Source Active) poruka se prenosi ka svim MSDP susedima osim ka onom od kog je dobijena (peer-RPF flooding).</span>
</div>

=== Pitanje 11 ===
Koje tvrdnje vezane za Bootstrap Router protokol - BSR u multikastu su tačne?
<div class="abc-list" data-solution="multiple">
# Nijedan od ponuđenih odgovora nije tačan.
#<span class="solution"> BSR ruter periodično u BSR porukama oglašava sva (RP, grupa) mapiranja koje je dobio od CRP (candidate RP) rutera.</span>
#<span class="solution"> BSR ruter je onaj sa najvišim BSR prioritetom ili najvišom BSR IP adresom.</span>
# BSR ruteri su ruteri koji su RP kandidati.
# CRP (candidate RP) ruteri unikastom oglašavaju direktno ka svim ostalim ruterima za koje grupe su oni oni potencijalni RP-ovi
</div>

=== Pitanje 12 ===
Koje tvrdnje vezane za PIM-DM i PIM-SM su tačne:
<div class="abc-list" data-solution="multiple">
#<span class="solution"> Pri uspostavljanju multikast distributivnog stabla PIM-SM Join poruke šalju se od rutera na koji su povezani slušaoci ka RP.</span>
# Uloga PIM-SM Register poruka je da RP obavesti sve zainteresovane slušaoce koji izvor S šalje na multikast grupu G.
#<span class="solution"> PIM-SM koristi shared stablo, ali ima podršku za prebacivanje na source stablo.<span>
# Nijedan odgovor nije tačan
# PIM-DM koristi pull mehanizam, koji podrazumeva da slušaoci eksplicitno zahtevaju isporuku multikast saobraćaja.
#<span class="solution"> PIM-SM koristi pull mehanizam, koji podrazumeva da slušaoci eksplicitno zahtevaju isporuku multikast saobraćaja.</span>
</div>

== QoS ==
=== Pitanje 1 ===
Koje tvrdnje vezane za DiffServ tehnike izbegavanja zagušenja su tačne?
<div class="abc-list" data-solution="multiple">
# Globalna sinhronizacija pogađa samo UDP tokove.
#<span class="solution"> Globalna sinhronizacija TCP tokova nastaje kao posledica odbacivanja paketa koji ne mogu da se smeste u popunjen red za čekanje.</span>
#<span class="solution"> Globalna sinhronizacija TCP tokova za posledicu ima neoptimalno korišcenje kapaciteta linka.</span>
# U WRED mehanizmu, paketi sa IPP=7 se nikada ne odbacuju.
# U WRED mehanizmu, za različite vrednosti IPP ili DSCP mogu se definisati različiti minimalni i maksimalni prag odbacivanja paketa (''threshold''), i verovovatnoća odbacivanja paketa (''work probability denominator'').
# WFQ (''Weighted Fair Queuing'') je tehnika kojom se određuju različite verovatnoće odbacivanja paketa za tokove koje imaju različite vrednosti u IPP (''IP Precedence'') polju i time utiče na efekat globalne sinhronizacije.
#<span class="solution"> U RED mehanizmu odbacivanja paketa, paketi se odbacuju sa određenom verovatnoćom pri čemu se svi paketi tretiraju isto.</span>
# U RED mehanizmu odbacivanja paketa, paketi se odbacuju sa određenom verovatnoćom pri čemu se paketi sa IPP=0 ne odbacuju.
</div>

=== Pitanje 2 ===
Koje tvrdnje vezane za DiffServ tehnike klasifikacije i obeležavanja su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution"> Obeležavanje paketa može se vršiti na L2 ili L3 nivou.</span>
# Pri obeležavanju paketa na L2 nivou u Ethernet zaglavlju se koristi CoS polje i postoji 64 klase za prioritet.
# Klasifikacija paketa može se vršiti na osnovu RSVP path atributa koji su poslati prilikom uspostavljanja QoS parametara putanje.
# Nijedan odgovor nije tačan.
#<span class="solution"> Korišćenjem DSCP polja za označavanje, paket se može svrstati u jednu od 64 klase.</span>
</div>

=== Pitanje 3 ===
Koje tvrdnje vezane za DiffServ tehnike klasifikacije i obeležavanja su tačne?
<div class="abc-list" data-solution="multiple">
# Korišćenjem IP Precedence polja za označavanje, paket se može svrstati u jednu od 64 klase.
# Obeležavanje paketa može se vršiti upisom odgovarajuće oznake u DSCP polje u okviru TCP zaglavlja.
# Nijedan odgovor nije tačan.
# Obeležavanje paketa na L2 nivou u Ethernet mrežama je moguće samo na trunk vezama u okviru 802.1q zaglavlja.
#<span class="solution"> Klasifikacija paketa može se vršiti na osnovu različitih L3 parametara kao što su IP adrese izvorišta i odredišta, IP precedence i DSCP.</span>
</div>

[[Категорија:Рокови]]
[[Категорија:Рачунарске мреже 2]]

Рачунарске мреже 2/Питања

2022-01-15T11:45:16Z

JanaP15: /* Multicast */ Označena rešenja

{{tocright}}
Ovde su skupljena razna pitanja iz izvora poput RM2 baze pitanja koja se može naći u odeljku sa [[Рачунарске мреже 2#Корисне везе|korisnim vezama]] na stranici predmeta.
{{rešenja}}

== BGP ==
=== Pitanje 1 ===
Ako ruter A sa ulogom ''route reflector''-a dobije rutu od rutera koji je njegov klijent, ruta može da bude prosleđena:
<div class="abc-list" data-solution="multiple">
# <span class="solution">eBGP susedima rutera A</span>
# <span class="solution">klijentima rutera A</span>
# <span class="solution">iBGP susedima koji nisu klijenti A</span>
# nikome
</div>

=== Pitanje 2 ===
''Route reflector'' i njegovi klijenti čine:
<div class="abc-list" data-solution="single">
# autonomni sistem
# <span class="solution">klaster</span>
# konfederaciju
# federaciju
</div>

=== Pitanje 3 ===
Internet provajderi su primer:
<div class="abc-list" data-solution="single">
# autonomnog sistema sa jednim izlazom
# autonomnog sistema sa više izlaza bez tranzita saobraćaja
# <span class="solution">autonomnog sistema sa više izlaza i tranzitom saobraćaja</span>
</div>

=== Pitanje 4 ===
''MED'' atribut je:
<div class="abc-list" data-solution="single">
# dobro poznat opcioni atribut
# <span class="solution">opcioni netranzitivni atribut</span>
# opcioni tranzitivni atribut
# dobro poznat obavezan atribut
</div>

=== Pitanje 5 ===
''AS-Set'' atribut pokazuje:
<div class="abc-list" data-solution="single">
# ID rutera koji je agregirao rutu
# <span class="solution">skup autonomnih sistema iz kojih potiču komponente agregirane rute</span>
# da li je data ruta agregirana
</div>

=== Pitanje 6 ===
Za BGP je tačno sledeće:
<div class="abc-list" data-solution="multiple">
# <span class="solution">''Next Hop'' je obavezan atribut u svim BGP ''Update''-ima</span>
# iBGP ima manju administrativnu distancu od eBGP
# <span class="solution">Ruta dobijena putem iBGP-a sme da bude oglašena eBGP susedima</span>
# ''AS-Set'' je obavezan atribut u svim BGP ''Update''-ima
# Koristi ICMP za prenos svojih poruka
# <span class="solution">eBGP ima manju administrativnu distancu od iBGP</span>
</div>

=== Pitanje 7 ===
''Local preference'' atribut:
<div class="abc-list" data-solution="multiple">
# <span class="solution">određuje kako će saobraćaj izlaziti iz datog AS</span>
# se dodeljuje rutama koje izlaze iz datog AS
# određuje kako će saobraćaj ulaziti u dati AS
# <span class="solution">se dodeljuje rutama koje ulaze u dati AS</span>
</div>

=== Pitanje 8 ===
Autonomni sistem AS1 je podeljen u 4 pod-autonomnih sistema koji čine konfederaciju. Svaki pod-AS ima po 3 rutera. Koliko mora da bude iBGP sesija unutar AS1 da bi mreža pravilno funkcionisala?
<div class="abc-list" data-solution="single">
# 4
# 14
# 13
# 15
# <span class="solution">12</span>
</div>

=== Pitanje 9 ===
Autonomni sistem ima 10 rutera. Od toga postoji jedan ''route reflector'' koji ima 7 svojih klijenata. Ostali ruteri su klasični iBGP ruteri. Koliko najmanje mora da postoji iBGP sesija da bi autonomni sistem pravilno funkcionisao?
<div class="abc-list" data-solution="single">
# 7
# 45
# <span class="solution">10</span>
# 12
# 9
</div>

=== Pitanje 10 ===
''Local Preference'' atribut se pridružuje rutama koje:
<div class="abc-list" data-solution="single">
# <span class="solution">ulaze u ruter</span>
# izlaze iz rutera
# i ulaze u ruter i izlaze iz rutera
# ništa od navedenog
</div>

=== Pitanje 11 ===
BGP kao kriterijum za izbor najbolje rute koristi sledeće:
<div class="abc-list" data-solution="multiple">
# kašnjenje duž linka
# ''Aggregator'' atribut
# <span class="solution">''Origin'' atribut</span>
# propusni opseg linka
# <span class="solution">vreme dolaska rute u ruter</span>
# ukupan broj rutera na putanji
# Cluster ID atribut
# <span class="solution">broj AS na putanji</span>
</div>

=== Pitanje 12 ===
Atribut ''Community'' se koristi za:
<div class="abc-list" data-solution="single">
# <span class="solution">uticanje na rute u udaljenim AS</span>
# informisanje drugih rutera o promenama u ruting tabeli
# sprečavanja petlji u rutiranju
# ništa od navedenog
</div>

=== Pitanje 13 ===
Za BGP je tačno sledeće:
<div class="abc-list" data-solution="multiple">
# Koristi UDP za prenos svojih poruka
# <span class="solution">Koristi TCP za prenos svojih poruka</span>
# BGP metrika je broj rutera na putanji
# iBGP susedi moraju da budu direktno povezani
# <span class="solution">iBGP ruter ne prosleđuje iBGP susedima rutu dobijenu od iBGP suseda</span>
</div>

=== Pitanje 14 ===
Pravilo sinhronizacije unutar AS glasi:
<div class="abc-list" data-solution="single">
# Da bi se neka ruta oglasila eBGP susedu, mora pre toga da bude dobijena od iBGP suseda
# Da bi se neka ruta oglasila eBGP susedu, mora pre toga da bude oglašena network komandom
# <span class="solution">Da bi se neka ruta oglasila eBGP susedu, mora pre toga da bude u ruting tabeli dobijena iz nekog internog protokola rutiranja</span>
# Da bi se neka ruta oglasila eBGP susedu, ne sme da bude dobijena od eBGP suseda
# Da bi se neka ruta oglasila eBGP susedu, ne sme da bude dobijena od iBGP suseda
</div>

=== Pitanje 15 ===
Šta je tačno?
<div class="abc-list" data-solution="multiple">
# Simetričnost saobraćaja označava situaciju gde se saobraćaj šalje naizmenično na dva linka
# <span class="solution">Simetričan saobraćaj je onaj koji u oba smera između dve lokacije putuje istom putanjom</span>
# Simetričnost saobraćaja označava situaciju kada su količine odlaznog i dolaznog saobraćaja iste
# Simetričnost saobraćaja služi za obezbeđenje rezervnih putanja saobraćaja
# Simetričan saobraćaj otežava otkrivanje problema u mreži
# Ništa od navedenog
</div>

=== Pitanje 16 ===
Redosled kriterijuma za izbor najbolje rute u BGP je sledeći:
<div class="abc-list" data-solution="single">
# kraći ''AS-Path'', veća ''LP'' vrednost, niža ''MED'' vrednost
# <span class="solution">veća ''LP'' vrednost, kraći ''AS-Path'', niža ''MED'' vrednost</span>
# niža ''MED'' vrednost, kraći ''AS-Path'', veća ''LP'' vrednost
# veća ''LP'' vrednost, kraći ''AS-Path'', viša ''MED'' vrednost
# kraći ''AS-Path'', veća ''LP'' vrednost, niža ''MED'' vrednost
# niža ''MED'' vrednost, veća ''LP'' vrednost, kraći ''AS-Path''
</div>

=== Pitanje 17 ===
[[Датотека:RM2 pitanja BGP 1.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Adrese ''loopback'' interfejsa
! Adrese !! R1 !! R2 !! R3
|-
! lo1
| 10.0.1.0/24 || 192.168.10.0/24 || 172.16.1.0/24
|-
! lo2
| 10.0.2.0/24 || 192.168.20.0/24 || 172.16.2.0/24
|-
! lo3
| 10.0.3.0/24 || 192.168.30.0/24 || 172.16.3.0/24
|}
Ruter R1 oglašava ka AS2 sve rute iz AS1 korišćenjem network komande, dok ruter R2 vrši redistribuciju svih ruta iz AS1 u BGP i na taj način ih oglašava ka AS2. Ruter R3 oglašava rute iz AS2 ka R1 sa MED vrednošću 100, a ka R2 sa MED vrednošću 150. Kako će ići saobraćaj od mreže 172.16.1.0/24 ka mreži 10.0.2.0/24?
<div class="abc-list" data-solution="single">
# <span class="solution">Putanjom R3 - R1, zbog niže vrednosti Origin parametra</span>
# Putanjom R3 - R2, zbog više MED vrednosti
# Putanjom R3 - R1, zbog niže MED vrednosti
# Putanjom R3 - R2 - R1, zbog više vrednosti Origin parametra
</div>

=== Pitanje 18 ===
[[Датотека:RM2 pitanja BGP 2.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Adrese ''loopback'' interfejsa
! Adrese !! R1 !! R2 !! R3
|-
! lo1
| 10.0.1.0/24 || 192.168.10.0/24 || 172.16.1.0/24
|-
! lo2
| 10.0.2.0/24 || 192.168.20.0/24 || 172.16.2.0/24
|-
! lo3
| 10.0.3.0/24 || 192.168.30.0/24 || 172.16.3.0/24
|}
Ruteri R1 i R3 razmenjuju rute putem RIPa, a R2 i R3 putem OSPF-a. Ruter R3 vrši redistribuciju svih RIP ruta u OSPF i obrnuto.
<div class="abc-list" data-solution="multiple">
# <span class="solution">Ruta 172.16.1.0 će se u ruting tabeli R1 videti kao RIP ruta.</span>
# Ruta 172.16.1.0 će se u ruting tabeli R2 videti kao RIP ruta.
# Ruta 172.16.1.0 će se u ruting tabeli R3 videti kao RIP ruta.
</div>

=== Pitanje 19 ===
[[Датотека:RM2 pitanja BGP 1.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Adrese ''loopback'' interfejsa
! Adrese !! R1 !! R2 !! R3
|-
! lo1
| 10.0.1.0/24 || 192.168.10.0/24 || 172.16.1.0/24
|-
! lo2
| 10.0.2.0/24 || 192.168.20.0/24 || 172.16.2.0/24
|-
! lo3
| 10.0.3.0/24 || 192.168.30.0/24 || 172.16.3.0/24
|}
Ruter R1 oglašava ka AS2 sve rute iz AS1 dodavanjem jedne dodatne oznake AS1 (prepending) i MED atribut sa vrednošću 75. Ruter R2 šalje sve rute koje oglašava ka R3 sa MED vrednošću 65. Ruter R3 rutama dobijenim od R1 dodeljuje Local Preference vrednost 30, a rutama dobijenim od R2 Local Preference vrednost 50. Sve rute se oglašavaju korišćenjem network komande, a susedstva su uspostavljena između fizičkih adresa na segmentima koji povezuju rutere. Koja je vrednost Next Hop atributa za rutu 10.0.2.0/24 na ruteru R3?
<div class="abc-list" data-solution="single">
# <span class="solution">192.168.23.2</span>
# 192.168.13.1
# 192.168.13.3
# 192.168.12.1
# 192.168.23.3
# 192.168.12.2
</div>

=== Pitanja 20 ===
{| class="wikitable"
|+ Izgled ruting tabele
! RP !! Prefix !! Dis !! Met !! Outgoing interface
|-
| R || 192.168.1.0/24 || 120 || 5 || S0/2
|-
| O || 192.168.1.0/25 || 110 || 100 || S0/1
|-
| B || 192.168.1.128/25 || 20 || 0 || F0/0
|-
| R || 192.168.1.0/26 || 120 || 7 || F0/0
|-
| O || 192.168.1.64/26 || 110 || 200 || S0/0
|}
Na koji interfejs rutera će biti prosleđen paket namenjen adresi 192.168.1.225?
<div class="abc-list" data-solution="single">
# S0/2
# S0/0
# S0/1
# <span class="solution">F0/0</span>
</div>

=== Pitanje 21 ===
<pre>
Network Next Hop Metric LocPrf Weight Path
* 0.0.0.0 195.178.34.57 150 0 8400 8400 i
*> 195.178.35.17 0 8400 8400 i
*> 3.0.0.0 195.178.35.17 0 8400 8400 702 703 80 i
* 195.178.34.57 150 0 8400 8400 702 703 80 i
* 195.251.4.44 0 34771 5408 20965 3356 701 703 80 i
* 4.0.0.0 195.178.34.57 150 0 8400 8400 5400 3356 i
* 195.178.35.17 0 8400 8400 5400 3356 i
*> 195.251.4.44 0 34771 5408 20965 3356 i
* 4.23.84.0/22 195.178.34.57 150 0 8400 8400 5400 6461 20171 i
*> 195.178.35.17 0 8400 8400 5400 6461 20171 i
* 195.251.4.44 0 34771 5408 20965 1299 6461 20171 i
* 4.23.112.0/22 195.178.34.57 150 0 8400 8400 5400 174 21889 i
*> 195.178.35.17 0 8400 8400 5400 174 21889 i
* 195.251.4.44 0 34771 5408 20965 1299 174 21889 i
* 4.23.180.0/22 195.178.34.57 150 0 8400 8400 5400 6128 30576 i
*> 195.178.35.17 0 8400 8400 5400 6128 30576 i
* 195.251.4.44 0 34771 5408 20965 1299 6128 30576 i
</pre>
Kriterijum koji je odlučio u izboru najbolje rute za mrežu 3.0.0.0 je:
<div class="abc-list" data-solution="single">
# Duži AS Path
# Viša Origin vrednost
# <span class="solution">Niža MED vrednost</span>
# Vreme dolaska rute
# Niža Origin vrednost
# Kraći AS Path
# Viša MED vrednost
</div>

=== Pitanje 22 ===
Tačne tvrdnje za MED atribut su:
<div class="abc-list" data-solution="multiple">
# <span class="solution">U pitanju je opcioni atribut</span>
# Veća vrednost ima veći prioritet
# <span class="solution">Prenosi se putem iBGP</span>
# <span class="solution">Prenosi se putem eBGP</span>
# U pitanju je obavezni atribut
# <span class="solution">Manja vrednost ima veći prioritet</span>
</div>

=== Pitanje 23 ===
Mehanizam koji očuvava stabilnost funkcionisanja Interneta se zove:
<div class="abc-list" data-solution="single">
# Looking glass
# <span class="solution">Route flap damping</span>
# Multiprotocol BGP
# Route Reflector
</div>

=== Pitanje 24 ===
Redosled izbora najbolje rute na osnovu ''Origin'' atributa je:
<div class="abc-list" data-solution="single">
# Incomplete, EGP, IGP
# EGP, IGP, Incomplete
# <span class="solution">IGP, EGP, Incomplete</span>
# IGP, Incomplete, EGP
# EGP, Incomplete, IGP
# Incomplete, IGP, EGP
</div>

=== Pitanje 25 ===
Kad u jednom ruteru postoji više istih ruta koje potiču iz različitih ruting protokola u ruting tabelu će ući ona sa:
<div class="abc-list" data-solution="single">
# Maksimalnom administrativnom distancom
# <span class="solution">Minimalnom administrativnom distancom</span>
# Minimalnom metrikom
# Maksimalnom metrikom
# Prva koja je došla
</div>

=== Pitanje 26 ===
BGP sprečava petlje u rutiranju tako što:
<div class="abc-list" data-solution="single">
# Koristi ''Holddown Timer'' mehanizam
# <span class="solution">Koristi AS Path</span>
# BGP je ''Link-State'' protokol i petlje su nemoguće
# Koristi ''Split Horizon'' mehanizam
</div>

== VPN ==
=== Pitanje 1 ===
Šta je Provider Edge VPN uređaj u VPN mrežama?
<div class="abc-list" data-solution="single">
# Provajderski VPN uređaj koji se nalazi na ivici mreže provajdera i obezbeđuje vezu ka Internetu
# <span class="solution">Provajderski VPN uređaj koji se nalazi na ivici mreže provajdera i povezan je sa korisničkim VPN uređajima</span>
# Provajderski VPN uređaj koji se nalazi na ivici mreže korisnika i obezbeđuje vezu ka Internetu
# Provajderski VPN uređaj koji se nalazi na ivici mreže korisnika i povezan je sa korisničkim VPN uređajima
</div>

=== Pitanje 2 ===
U koje vrste VPN servisa spadaju L2TP VPN-ovi?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Trusted</span>
# <span class="solution">Remote Access</span>
# Customer
# Site-to-site
# <span class="solution">Provider provisioned</span>
# Secure VPN
</div>

=== Pitanje 3 ===
Koji način prosleđivanja paketa u mrežnim uređajima koristi switching keš koji se popunjava po prolasku prvog paketa?
<div class="abc-list" data-solution="single">
# Hardversko prosleđivanje
# <span class="solution">Fast switching</span>
# Process switching
</div>

=== Pitanje 4 ===
Na kom MPLS ruteru PHP mehanizam obezbeđuje poboljšanje performansi?
<div class="abc-list" data-solution="single">
# Na pretposlednjem – štedi operaciju gledanja u LFIB
# Na pretposlednjem – štedi operaciju gledanja u FIB
# <span class="solution">Na poslednjem – štedi operaciju gledanja u LFIB</span>
# Na poslednjem – štedi operaciju gledanja u FIB
</div>

=== Pitanje 5 ===
Koje tvrdnje za MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">U MPLS mreži prosleđivanje paketa ne mora po destinacionoj adresi</span>
# <span class="solution">Labele unutar MPLS mreže nisu jednistvene duž cele putanje već svaki ruter nezavisno alocira labele</span>
# CE ruter za labelovanje koristi labelu koju mu je oglasio downstream PE ruter
# <span class="solution">MPLS uređaj saobraćaj razvrstava u FEC klase</span>
</div>

=== Pitanje 6 ===
Koje tvrdnje za MPLS VPN su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Prefiksi iz VPN mreža korisnika razmenjuju se između PE rutera korišćenjem MP-BGP</span>
# <span class="solution">P ruteri u svojoj ruting tabeli nemaju korisničke rute</span>
# VPN mreže korisnika ne mogu da imaju proizvoljne, potencijalno preklapajuće skupove adresa
# <span class="solution">RD i IP pref. čine VPN pref.</span>
# Pri labelovanju VPN paketa spoljašnja labela je VPN labela a unutrašnja je IGP
</div>

=== Pitanje 7 ===
Za šta se koristi RD u MPLS VPNovima?
<div class="abc-list" data-solution="single">
# Route Distribution
# <span class="solution">Route Distinguisher – koristi se za obeležavanje ruta koje pripadaju određenoj VRF instanci</span>
# Route Distinguisher – kao dodatni deo MPLS labele za označavanje kom VPNu pripada paket
</div>

=== Pitanje 8 ===
Šta ide u LIB, a šta u LFIB?
<div class="abc-list" data-solution="select" data-options="LIB,LFIB,LIB i LFIB">
# Destination <span class="spoiler">LIB i LFIB</span>
# Label <span class="spoiler">LIB i LFIB</span>
# Action <span class="spoiler">LFIB</span>
# LSR <span class="spoiler">LIB</span>
# Next Hop <span class="spoiler">LFIB</span>
</div>

=== Pitanje 9 ===
Koji način prosleđivanja paketa u mrežnim uređajima je najsporiji?
<div class="abc-list" data-solution="single">
# Hardversko prosleđivanje (CEF)
# Fast switching
# <span class="solution">Process switching</span>
</div>

=== Pitanje 10 ===
Koje tvrdnje u vezi sa MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">LDP, MPBGP i RSVP su protokoli putem kojih može da se vrši razmena informacije o labelama</span>
# <span class="solution">Labele od 0 do 15 su rezervisane</span>
# Labele se u MPLS paketima smeštaju između zaglavlja protokola 3. i 4. sloja OSI referentnog modela (sa izuzetkom ATM mreža)
# Nijedan od ponuđenih odgovora nije tačan
# PE uređaj za labelovanje paketa koristi labelu koju mu je oglasio downstream CE uređaj
</div>

=== Pitanje 11 ===
Koje tvrdnje u vezi sa tabelama koje postoje u MPLS uređajima su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Dolazni IP paketi se prosleđuju u FIB tabelu na obradu</span>
# Labele koje se razmenjuju putem LDP protokola popunjavaju se direktno u LFIB tabelu
# <span class="solution">LFIB tabela popunjava se na osnovu informacija sadržanih u LIB i ruting tabeli</span>
# Nijedan od ponuđenih odgovora nije tačan
# Dolazni MPLS paketi se prosleđuju u LIB tabelu na obradu
</div>

=== Pitanje 12 ===
Kako se u MPLS mrežama implementira BGP razmena ruta i labela?
<div class="abc-list" data-solution="multiple">
# Nijedan od ponuđenih odgovora nije tačan
# Potrebno je da postoji partial-mesh eBGP peeringa između svih MPLS P i PE uređaja
# Potrebno je da postoji full-mesh iBGP peeringa između svih MPLS P i PE uređaja
# <span class="solution">P ruteri ne moraju da razmenjuju BGP rute, već je dovoljno da imaju rutu (labelu) ka mreži na kojoj se nalazi Next Hop</span>
# P ruteri moraju da u svojim ruting tabelama imaju punu Internet ruting tabelu
</div>

=== Pitanje 13 ===
GRE tuneli omogućavaju:
<div class="abc-list" data-solution="single">
# <span class="solution">Enkapsulaciju proizvoljnog paketa 3. sloja u proizvoljni paket 3. sloja</span>
# Enkripciju i enkapsulaciju proizvoljnog paketa 3. sloja u proizvoljni paket 3. sloja
# Nijedan od ponuđenih odgovora nije tačan
# Enkapsulaciju proizvoljnog paketa 3. sloja u TCP paket
# Enkripciju i enkapsulaciju proizvoljnog paketa 3. sloja u IP paket
</div>

=== Pitanje 14 ===
Koji mehanizam rada najcešće koristi LDP protokol?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Independent control; unsolicited; liberal retention</span>
# Ordered control; on demand; liberal retention
# Nijedan od ponuđenih odgovora nije tačan
# Ordered control; unsolicited; conservative retention
# Independent control; on demand; conservative retention
</div>

=== Pitanje 15 ===
Koje tvrdnje vezane za MPLS TE su tačne?
<div class="abc-list" data-solution="multiple">
# CSPF - Cheapest Source Path First je algoritam koji se u MPLS TE koristi za određivanje najjeftinije putanje za određeni LSP od tail-end rutera do host-a (računara)
# <span class="solution">Head-end LSR šalje RSVP-TE PATH poruke u kojima su naznačeni parametri zahtevanog traffic engineering LSP</span>
# <span class="solution">Korišćenjem MPLS TE Administrative group atributa, određenom linku može se dodeliti afinitet odnosno boja koja se može proizvoljno definisati</span>
# LSP većeg prioriteta u slučaju nedovoljnih resursa nema pravo da raskine LSP nižeg prioriteta
# Nijedan od ponuđenih odgovora nije tačan
</div>

=== Pitanje 16 ===
Mreža jednog Internet provajdera ima 4 PE i 5 P rutera. U mreži je pokrenut MPLS i paketi se rutiraju pomoću labela. Ako su na PE rutere povezani različiti autonomni sistemi drugih provajdera i/ili korisnika datog provajdera, koliki je minimalan broj iBGP sesija unutar autonomnog sistema datog provajdera koji omogućava da ovaj autonomni sistem radi kao tranzitni tako da prenosi saobraćaj između svih povezanih autonomnih sistema? U autonomnom sistemu internet provajdera se ne koriste route-reflektori i konfederacije.
<div class="abc-list" data-solution="single">
# <span class="solution">6</span>
# 9
# Nijedan od ponuđenih odgovora nije tačan
# 4
# 3
# 16
# 11
</div>

=== Pitanje 17 ===
Šta predstavlja PHP mehanizam u MPLS protokolu?
<div class="abc-list" data-solution="single">
# Penultimate Hop Pushing - pretposlednji MPLS ruter na vrh steka labela stavlja specijalnu labelu 0
# Progressive Hop Pushing - tzv. progressive MPLS ruter na vrh steka labela stavlja specijalnu labelu 0
# <span class="solution">Penultimate Hop Popping - pretposlednji MPLS ruter skida labelu i paket šalje kao IP paket</span>
# Nijedan od ponuđenih odgovora nije tačan
# Progressive Hop Popping - tzv. progressive MPLS ruter skida labelu i paket šalje kao IP paket
</div>

=== Pitanje 18 ===
Koje tvrdnje u vezi sa MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# Traffic Engineering je metoda kojom se može vršiti enkripcija MPLS saobraćaja
# LDP je protokol koji se koristi da bi se razmenile informacije o jedinstvenim labelama koje dodeljuje MPLS Designated Router
# <span class="solution">P/PE uređaj za labelovanje paketa koristi labelu koju mu je oglasio downstream P/PE uređaj</span>
# Nijedan od ponuđenih odgovora nije tačan
# <span class="solution">Labele se u MPLS paketima smeštaju između zaglavlja protokola 2. i 3. sloja OSI referentnog modela</span>
</div>

=== Pitanje 19 ===
Koje tvrdnje vezane za MPLS VPN su tačne?
<div class="abc-list" data-solution="multiple">
# Pri labelovanju VPN paketa koriste se minimum 3 labele
# <span class="solution">Pri labelovanju VPN paketa, spoljašnja labela je IGP labela koja služi za prosleđivanje paketa, a unutrašnja labela je VPN labela</span>
# VPN mreže korisnika ne mogu da imaju nezavisno interno rutiranje
# <span class="solution">PE ruter ima VRF instancu za svaki povezani VPN</span>
# Nijedan odgovor nije tačan
# <span class="solution">Route Distinguisher koristi se za obeležavanje ruta koje pripadaju odredenoj VRF instanci</span>
</div>

=== Pitanje 20 ===
Koje tvrdnje u vezi sa MPLS su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">Labele od 0 do 15 su rezervisane</span>
# PE uređaj za labelovanje paketa koristi labelu koju mu je oglasio downstream CE uređaj
# Labele se u MPLS paketima smeštaju između zaglavlja protokola 3. i 4.sloja OSI referentnog modela (sa izuzetkom ATM mreža)
# <span class="solution">LDP, MPBGP i RSVP su protokoli putem kojih može da se vrši razmena informacije o labelama</span>
</div>

=== Pitanje 21 ===
Za mrežu na slici odrediti labele koje će paketi imati tokom prolaska od mreža B do mreže A, ako se u mreži ne koristi mehanizam PHP. Na slici su date su vrednosti lokalnih mapiranja dela poznatih ruta u labele. U mreži je konfigurisan OSPF protokol rutiranja, a smatrati da je referentna vrednost propusnog opsega 1Gbps.
[[Датотека:RM2 pitanja VPN 1.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Labele
! Ruta !! PE1 !! P1 !! P2 !! P3 !! P4 !! P5 !! P6 !! PE2
|-
! 172.16.1.0/24
| 20 || 30 || 40 || 20 || 50 || 100 || 910 || 30
|-
! 172.16.2.0/24
| 21 || 31 || 41 || 21 || 51 || 101 || 911 || 31
|-
! 172.16.3.0/24
| 22 || 32 || 42 || 22 || 52 || 102 || 912 || 32
|-
! 172.16.4.0/24
| 23 || 33 || 43 || 23 || 53 || 103 || 913 || 33
|-
! 172.16.5.0/24
| 24 || 34 || 44 || 24 || 54 || 104 || 914 || 34
|-
! 172.16.6.0/24
| 25 || 35 || 45 || 25 || 55 || 105 || 915 || 35
|-
! 172.16.7.0/24
| 26 || 36 || 46 || 26 || 56 || 106 || 916 || 37
|-
! 172.16.8.0/24
| 27 || 37 || 47 || 27 || 57 || 107 || 917 || 38
|-
! 172.16.9.0/24
| 28 || 38 || 48 || 28 || 58 || 108 || 918 || 39
|-
! 172.16.10.0/24
| 29 || 39 || 49 || 29 || 59 || 11 || 919 || 40
|-
! 172.16.11.0/24
| 30 || 40 || 50 || 30 || 60 || 12 || 819 || 41
|-
! 172.16.12.0/24
| 31 || 41 || 51 || 31 || 61 || 13 || 818 || 42
|-
! 172.16.13.0/24
| 32 || 42 || 52 || 32 || 62 || 14 || 817 || 43
|-
! 172.16.14.0/24
| 33 || 43 || 53 || 33 || 63 || 15 || 816 || 44
|}
<div class="abc-list" data-solution="single">
# 30, 40, 30
# 53, 43, 33
# 33, 63, 816, 44
# 918, 59, 23, 22
# <span class="solution">910, 50, 20, 20</span>
# 22, 53, 919, 39
# Ni jedan od ponuđenih odgovora nije tačan
</div>

=== Pitanje 22 ===
U mreži datoj na slici ruteri PE1 i CE1, kao i PE2 i CE2 razmenjuju rute putem BGP protokola. Date su vrednosti lokalnih mapiranja dela poznatih ruta u labele. Odrediti labele koje će imati paketi na prolasku kroz mrežu od računara u mreži B ka računarima u mreži A, ako se u mreži koristi mehanizam PHP. U MPLS mreži je konfigurisan OSPF protokol rutiranja, a smatrati da je referentna vrednost propusnog opsega 1Gbps.
[[Датотека:RM2 pitanja VPN 2.svg|center|frame|Slika uz postavku zadatka.]]
{| class="wikitable"
|+ Labele
! Ruta !! PE1 !! P1 !! P2 !! P3 !! P4 !! P5 !! P6 !! PE2
|-
! 172.16.2.0/24
| 21 || 31 || 41 || 28 || 61 || 101 || 91 || 21
|-
! 172.16.3.0/24
| 22 || 32 || 42 || 29 || 62 || 102 || 92 || 22
|-
! 172.16.4.0/24
| 23 || 33 || 43 || 30 || 63 || 103 || 93 || 23
|-
! 172.16.5.0/24
| 24 || 34 || 44 || 31 || 64 || 104 || 94 || 24
|-
! 172.16.6.0/24
| 25 || 35 || 45 || 32 || 65 || 105 || 95 || 25
|-
! 172.16.7.0/24
| 26 || 36 || 46 || 33 || 66 || 106 || 96 || 26
|-
! 172.16.8.0/24
| 27 || 37 || 47 || 34 || 67 || 107 || 97 || 27
|-
! 172.16.9.0/24
| 28 || 38 || 48 || 35 || 68 || 108 || 98 || 28
|-
! 172.16.10.0/24
| 29 || 39 || 49 || 36 || 69 || 91 || 99 || 29
|-
! 172.16.11.0/24
| 30 || 40 || 50 || 37 || 70 || 92 || 89 || 30
|-
! 172.16.12.0/24
| 31 || 41 || 51 || 38 || 71 || 93 || 88 || 31
|-
! 172.16.13.0/24
| 32 || 42 || 52 || 39 || 72 || 94 || 87 || 32
|-
! 172.16.14.0/24
| 33 || 43 || 53 || 40 || 73 || 95 || 86 || 33
|}
<div class="abc-list" data-solution="single">
# 33, 40, 95
# 91, 101
# <span class="solution">91, 101, 28</span>
# 29, 91, 97
# 21, 91, 101
</div>

== Multicast ==
=== Pitanje 1 ===
Koje tvrdnje vezane za multicast su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution"> Pojedinačni hostovi mogu biti članovi jedne ili više multicast grupa.</span>
#<span class="solution"> ''Globally scoped multicast'' adrese su u opsegu 224.0.1.0–238.255.255.255 i mogu se koristiti globalno na Internetu.</span>
# Poslednjih 48 bita iz multicast IP adrese preslikavaju se u multicast MAC.
# Multicast prosleđivanje predstavlja prenos paketa do tačno jednog odredišta.
#<span class="solution"> Poslednja 23 bita iz multicast IP adrese preslikavaju se u poslednja 23 bita multicast MAC adrese.</span>
# Za prosleđivanje multicast paketa se kao protokol 4. sloja koristi TCP.
#<span class="solution"> 224.0.0.1-224.0.0.255 rezervisane su za protokole na lokalnom mrežnom segmentuu i paketi poslati na te adrese obicno imaju TTL=1.</span>
# Multicast GLOP adrese dodeljuje IANA
</div>

=== Pitanje 2 ===
Koje tvrdnje vezane za IGMP su tačne?
<div class="abc-list" data-solution="multiple">
# <span class="solution">IGMP snooping mehanizam je kada se u svičevima prati svaka IGMP poruka koja prođe kroz svič.</span>
# U IGMPv2 ne postoji način da host signalizira Querier ruteru da napušta određenu multicast grupu.
#<span class="solution">''Unsolicited report'' porukom host signalizira da je zainteresovan da se priključi određenoj multicast grupi.</span>
#<span class="solution"> IGMP ''Membership Query'' upite periodično šalje Querier da bi proverio da li još uvek postoje aktivni slušaoci za neku grupu.</span>
#<span class="solution">IGMPv2 ne prima SSM.</span>
</div>

=== Pitanje 3 ===
Koje tvrdnje vezane za Bootstrap Router protokol - BSR i Anycast RP u multikastu su tačne:
<div class="abc-list" data-solution="multiple">
# <span class="solution">U Anycast RP može postojati proizvoljan broj RP rutera i svi RP ruteri koriste istu IP adresu.</span>
# Da bi Anycast RP funkcionisao kako treba, neophodno je na ruterima koji su RP implementirati i BSR (Bootstrap Router) protokol.
# U BSR (Bootstrap Router) protokolu takozvani BSR ruteri su ruteri koji su RP kandidati.
# <span class="solution">Bootstrap Router protokol je standardni protokol koji se koristi za dinamičko otkrivanje RP rutera.</span>
# Nijedan od ponuđenih odgovora nije tačan.
</div>

=== Pitanje 4 ===
Koje tvrdnje vezane za multikast rutiranje izmedu različitih administrativnih domena su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution"> MSDP protokol koristi se za razmenu informacija o aktivnim izvorima multikast saobraćaja.</span>
#<span class="solution">MSDP SA (''Source Active'') poruka sadrži adresu izvora, adresu grupe i adresu RP rutera koji je generisao SA poruku.</span>
# MSDP SA (''Source Active'') poruke prosleđuju se svim ruterima unutar jednog administrativnog domena.
#<span class="solution"> Ukoliko se ne koristi MPBGP, mogu se formirati crne rupe u multikast rutiranju.</span>
# Nijedan od ponuđenih odgovora nije tačan.
</div>

=== Pitanje 5 ===
Koja multikast GLOP adresa odgovara autonomnom sistemu 851?
<div class="abc-list" data-solution="single">
# 234.3.83.0/24
#<span class="solution"> 233.3.83.0/24</span>
# 233.16.23.0/24
# 234.16.23.0/24
</div>

=== Pitanje 6 ===
Koje tvrdnje vezane za IGMP su tačne?
<div class="abc-list" data-solution="multiple">
# U IGMPv1 host slanjem Leave poruke signalizira Querier ruteru da želi da napusti određenu multikast grupu.
#<span class="solution"> Hostovi kao odgovor na Membership Query upit šalju Membership Report poruku za multikast grupu kojoj žele da se priključe.</span>
# <span class="solution">IGMPv1 nema podršku za izbor Querier rutera na mrežnom segmentu.</span>
# IGMPv2 služi za prijavljivanje na Source Specific Multicast grupe.
</div>

=== Pitanje 7 ===
Koje tvrdnje vezane za PIM-DM i PIM-SM su tačne:
<div class="abc-list" data-solution="multiple">
#<span class="solution"> PIM-DM koristi push mehanizam, koji podrazumeva periodični flooding multikast saobraćaja i ukidanje (''prune'') nepotrebnih grana iz multikast distributivnog stabla.</span>
#<span class="solution"> PIM-SM koristi Prune poruke za raskidanje multikast distributivnog stabla.</span>
# PIM-SM je optimalan da se koristi u mrežama sa malim brojem multikast izvora a velikim brojem prijemnika multikast saobraćaja.
# Nijedan odgovor nije tačan.
#<span class="solution"> PIM-SM gradi deljeno (''shared'') stablo od rutera koji je registrovao slušaoca do RP (''Rendezvous Point'') i najkraće (''source'') stablo od RP do first hop rutera izvora multikast saobraćaja.</span>
# PIM-SM koristi Register poruke za registrovanje zainteresovanih slušaoca.
</div>

=== Pitanje 8 ===
Koja multikast GLOP adresa odgovara autonomnom sistemu 1254?
<div class="abc-list" data-solution="single">
# 234.4.230.0/24
# 234.5.23.0/24
#<span class="solution"> 233.4.230.0/24</span>
# 233.5.23.0/24
</div>

=== Pitanje 9 ===
Koje tvrdnje vezane za IGMP su tačne?
<div class="abc-list" data-solution="multiple">
#<span class="solution"> IGMP snooping je mehanizam koji se primenjuje na svičevima kako bi pratili na kojim portovima postoje zainteresovani slušaoci za određenu multikast grupu.</span>
#<span class="solution"> Hostovi potiskuju slanje Membership Report poruke ako je neki host pre njih poslao Membership Report za istu grupu.</span>
# IGMPv3 služi za prijavljivanje na IPv6 multikast grupe.
# Kada u IGMPv1 Querier ruter primi Leave poruku, on šalje Group Specific Query poruku da bi proverio da li ima još zaineteresovanih slušaoca.
</div>

=== Pitanje 10 ===
Koje tvrdnje vezane za multikast rutiranje izmedu različitih administrativnih domena su tačne?
<div class="abc-list" data-solution="multiple">
# Kada MSDP ruter dobije SA (''Source Active'') poruku, on pošalje MPBGP update informaciju prema adresi rutera koji mu je poslao tu SA poruku.
#<span class="solution"> MPBGP se može koristiti za popunjavanje posebne multikast ruting tabele ako multikast i unikast topologije nisu jednake.</span>
# Nijedan od ponuđenih odgovora nije tačan.
#<span class="solution"> Multikast distributivno stablo se formira od slušaoca do RP rutera iz njegovog administrativnog domena, a zatim direktno do first hop rutera izvora multikast saobraćaja.</span>
#<span class="solution"> MSDP SA (Source Active) poruka se prenosi ka svim MSDP susedima osim ka onom od kog je dobijena (peer-RPF flooding).</span>
</div>

=== Pitanje 11 ===
Koje tvrdnje vezane za Bootstrap Router protokol - BSR u multikastu su tačne?
<div class="abc-list" data-solution="multiple">
# Nijedan od ponuđenih odgovora nije tačan.
#<span class="solution"> BSR ruter periodično u BSR porukama oglašava sva (RP, grupa) mapiranja koje je dobio od CRP (candidate RP) rutera.</span>
#<span class="solution"> BSR ruter je onaj sa najvišim BSR prioritetom ili najvišom BSR IP adresom.</span>
# BSR ruteri su ruteri koji su RP kandidati.
# CRP (candidate RP) ruteri unikastom oglašavaju direktno ka svim ostalim ruterima za koje grupe su oni oni potencijalni RP-ovi
</div>

=== Pitanje 12 ===
Koje tvrdnje vezane za PIM-DM i PIM-SM su tačne:
<div class="abc-list" data-solution="multiple">
#<span class="solution"> Pri uspostavljanju multikast distributivnog stabla PIM-SM Join poruke šalju se od rutera na koji su povezani slušaoci ka RP.</span>
# Uloga PIM-SM Register poruka je da RP obavesti sve zainteresovane slušaoce koji izvor S šalje na multikast grupu G.
#<span class="solution"> PIM-SM koristi shared stablo, ali ima podršku za prebacivanje na source stablo.<span>
# Nijedan odgovor nije tačan
# PIM-DM koristi pull mehanizam, koji podrazumeva da slušaoci eksplicitno zahtevaju isporuku multikast saobraćaja.
#<span class="solution"> PIM-SM koristi pull mehanizam, koji podrazumeva da slušaoci eksplicitno zahtevaju isporuku multikast saobraćaja.</span>
</div>

== QoS ==
{{delimično rešeno}}
=== Pitanje 1 ===
Koje tvrdnje vezane za DiffServ tehnike izbegavanja zagušenja su tačne?
<div class="abc-list" data-solution="multiple">
# Globalna sinhronizacija pogađa samo UDP tokove.
# Globalna sinhronizacija TCP tokova nastaje kao posledica odbacivanja paketa koji ne mogu da se smeste u popunjen red za čekanje.
# Globalna sinhronizacija TCP tokova za posledicu ima neoptimalno korišcenje kapaciteta linka.
# U WRED mehanizmu, paketi sa IPP=7 se nikada ne odbacuju.
# U WRED mehanizmu, za različite vrednosti IPP ili DSCP mogu se definisati različiti minimalni i maksimalni prag odbacivanja paketa (''threshold''), i verovovatnoća odbacivanja paketa (''work probability denominator'').
# WFQ (''Weighted Fair Queuing'') je tehnika kojom se određuju različite verovatnoće odbacivanja paketa za tokove koje imaju različite vrednosti u IPP (''IP Precedence'') polju i time utiče na efekat globalne sinhronizacije.
# U RED mehanizmu odbacivanja paketa, paketi se odbacuju sa određenom verovatnoćom pri čemu se svi paketi tretiraju isto.
# U RED mehanizmu odbacivanja paketa, paketi se odbacuju sa određenom verovatnoćom pri čemu se paketi sa IPP=0 ne odbacuju.
</div>

=== Pitanje 2 ===
Koje tvrdnje vezane za DiffServ tehnike klasifikacije i obeležavanja su tačne?
<div class="abc-list" data-solution="multiple">
# Obeležavanje paketa može se vršiti na L2 ili L3 nivou.
# Pri obeležavanju paketa na L2 nivou u Ethernet zaglavlju se koristi CoS polje i postoji 64 klase za prioritet.
# Klasifikacija paketa može se vršiti na osnovu RSVP path atributa koji su poslati prilikom uspostavljanja QoS parametara putanje.
# Nijedan odgovor nije tačan.
# Korišćenjem DSCP polja za označavanje, paket se može svrstati u jednu od 64 klase.
</div>

=== Pitanje 3 ===
Koje tvrdnje vezane za DiffServ tehnike klasifikacije i obeležavanja su tačne?
<div class="abc-list" data-solution="multiple">
# Korišćenjem IP Precedence polja za označavanje, paket se može svrstati u jednu od 64 klase.
# Obeležavanje paketa može se vršiti upisom odgovarajuće oznake u DSCP polje u okviru TCP zaglavlja.
# Nijedan odgovor nije tačan.
# Obeležavanje paketa na L2 nivou u Ethernet mrežama je moguće samo na trunk vezama u okviru 802.1q zaglavlja.
# Klasifikacija paketa može se vršiti na osnovu različitih L3 parametara kao što su IP adrese izvorišta i odredišta, IP precedence i DSCP.
</div>

[[Категорија:Рокови]]
[[Категорија:Рачунарске мреже 2]]

Информациони системи 1/Лаб 1 2021

2021-11-29T17:43:11Z

JanaP15: /* Vilenjak.java */ paketicMsg umesto paketic

== Grupa B ==
Posmatra se proces za pravljenje novogodišnjih paketića. Tri radnika prave ratluk, bombone i čokoladice, respektivno. Slatkiši su instance klasa Ratluk, Bombona, Čokoladica. Dakle, napravljeni slatkiš radnik šalje unutar objektne poruke u red za pravljenje koji je zajednički za sve radnike. Radnik kada napravi slatkiš čeka između 3 i 6 sekundi (sa uniformnom raspodelom) i kreće sa pravljenjem novog slatkiša. Sve delove iz reda za pravljenje prikuplja vilenjak koji radi samo sklapanje paketića. Svaki paketić sastoji se iz tačno jednog ratluka, jedne bombone i jedne čokoladice. Kada prikupi sva tri različita slatkiša koja su prva pristigla (nije dozvoljeno da skladišti više slatkiša istog tipa), vilenjak od njih pravi paketić koji je predstavljen klasom Paketić koja u sebi ima reference na svoja tri slatkiša. Vilenjak šalje sve napravljene paketiće na temu. Deda Mraz preuzima paketiće sa te teme. Potrebno je omogućiti da jedan paketić preuzme samo jedan Deda Mraz. Slanje i prijem svake poruke je potrebno ispisati na glavnom izlazu.

=== Rešenje ===
Pre pokretanja u Glassfish napraviti Queue sa nazivom <code>myQueue</code> i Topic sa nazivom <code>myTopic</code>, dok takođe treba da postoji podrazumevani Connection Factory <code>jms/__defaultConnectionFactory</code>. Radnici treba da se nalaze u odvojenim projektima kako bi mogli da se pokreću odvojeno, dok ostali paketi mogu da se nalaze u svim projektima.

==== <code>slatkisi</code> paket ====
Ovaj paket mora biti u sva tri projekta kako bi procesi uspešno razmenjivali poruke.

===== <code>Ratluk.java</code> =====
<syntaxhighlight lang="java">
package slatkisi;

import java.io.Serializable;

public class Ratluk implements Serializable {
private final int id;
public Ratluk(int id) {
this.id = id;
}
@Override
public String toString() {
return "RATLUK[" + id + "]";
}
}
</syntaxhighlight>

===== <code>Bombona.java</code> =====
<syntaxhighlight lang="java">
package slatkisi;

import java.io.Serializable;

public class Bombona implements Serializable {
private final int id;
public Bombona(int id) {
this.id = id;
}
@Override
public String toString() {
return "BOMBONA[" + id + "]";
}
}
</syntaxhighlight>

===== <code>Cokoladica.java</code> =====
<syntaxhighlight lang="java">
package slatkisi;

import java.io.Serializable;

public class Cokoladica implements Serializable {
private final int id;
public Cokoladica(int id) {
this.id = id;
}
@Override
public String toString() {
return "COKOLADICA[" + id + "]";
}
}
</syntaxhighlight>

==== <code>paketic</code> paket ====
Ovaj paket mora da se nalazi i u projektu sa Vilenjakom i u projektu sa Deda Mrazom.

===== <code>Paketic.java</code> =====
<syntaxhighlight lang="java">
package paketic;

import slatkisi.*;
import java.io.Serializable;

public class Paketic implements Serializable {
private final Ratluk ratluk;
private final Bombona bombona;
private final Cokoladica cokoladica;

public Paketic(Ratluk ratluk, Bombona bombona, Cokoladica cokoladica) {
this.ratluk = ratluk;
this.bombona = bombona;
this.cokoladica = cokoladica;
}

@Override
public String toString() {
return "PAKETIC[" + ratluk + ", " + bombona + ", " + cokoladica + "]";
}
}
</syntaxhighlight>

==== <code>radnici</code> paket ====
===== <code>RadnikRatluk.java</code> =====
Predstavlja radnike RadnikRatluk, RadnikBombona i RadnikCokoaldica. Pokrenuti tri puta menjajući <code>CANDY_NAME</code>.
<syntaxhighlight lang="java">
package radnici;

import java.io.Serializable;
import java.util.logging.Level;
import java.util.logging.Logger;
import javax.annotation.Resource;
import javax.jms.ConnectionFactory;
import javax.jms.JMSContext;
import javax.jms.JMSException;
import javax.jms.JMSProducer;
import javax.jms.Queue;
import javax.jms.ObjectMessage;
import slatkisi.*;

public class Main {
@Resource(lookup="jms/__defaultConnectionFactory")
private static ConnectionFactory connectionFactory;

@Resource(lookup="myQueue")
private static Queue myQueue;

private static final String CANDY_NAME = "RATLUK";
private static int staticId = 0;

public static void main(String[] args) {
JMSContext context = connectionFactory.createContext();
JMSProducer producer = context.createProducer();
while (true) {
try {
Serializable obj = null;
switch (CANDY_NAME) {
case "RATLUK":
obj = new Ratluk(staticId++);
break;
case "BOMBONA":
obj = new Bombona(staticId++);
break;
case "COKOLADICA":
obj = new Cokoladica(staticId++);
break;
}
ObjectMessage objMsg = context.createObjectMessage(obj);
objMsg.setStringProperty("Type", CANDY_NAME);
producer.send(myQueue, objMsg);
System.out.println("Sent " + obj);
int wait = (int)((Math.random() * 3 + 3) * 1000);
Thread.sleep(wait);
} catch (InterruptedException | JMSException ex) {
Logger.getLogger(Main.class.getName()).log(Level.SEVERE, null, ex);
}
}
}
}
</syntaxhighlight>

==== <code>vilenjak</code> paket ====
===== <code>Vilenjak.java</code> =====
<syntaxhighlight lang="java">
package vilenjak;

import paketic.Paketic;
import slatkisi.*;
import java.util.logging.Level;
import java.util.logging.Logger;
import javax.annotation.Resource;
import javax.jms.ConnectionFactory;
import javax.jms.JMSConsumer;
import javax.jms.JMSContext;
import javax.jms.JMSException;
import javax.jms.JMSProducer;
import javax.jms.Message;
import javax.jms.Queue;
import javax.jms.ObjectMessage;
import javax.jms.Topic;

public class Main {
@Resource(lookup="jms/__defaultConnectionFactory")
private static ConnectionFactory connectionFactory;

@Resource(lookup="myQueue")
private static Queue myQueue;

@Resource(lookup="myTopic")
private static Topic myTopic;

public static void main(String[] args) {
JMSContext context = connectionFactory.createContext();
JMSConsumer consumerR = context.createConsumer(myQueue, "Type = 'RATLUK'");
JMSConsumer consumerB = context.createConsumer(myQueue, "Type = 'BOMBONA'");
JMSConsumer consumerC = context.createConsumer(myQueue, "Type = 'COKOLADICA'");
JMSProducer producer = context.createProducer();
while (true) {
Message msgR = consumerR.receive();
System.out.println("Received ratluk");
Message msgB = consumerB.receive();
System.out.println("Received bombona");
Message msgC = consumerC.receive();
System.out.println("Received cokoladica");
if (msgR instanceof ObjectMessage && msgB instanceof ObjectMessage && msgC instanceof ObjectMessage) {
try {
ObjectMessage objMsgR = (ObjectMessage)msgR;
ObjectMessage objMsgB = (ObjectMessage)msgB;
ObjectMessage objMsgC = (ObjectMessage)msgC;
Ratluk ratluk = (Ratluk)objMsgR.getObject();
Bombona bombona = (Bombona)objMsgB.getObject();
Cokoladica cokoladica = (Cokoladica)objMsgC.getObject();
Paketic paketic = new Paketic(ratluk, bombona, cokoladica);
System.out.println("Produced " + paketic);
ObjectMessage paketicMsg = context.createObjectMessage(paketic);
producer.send(myTopic, paketicMsg);
System.out.println("Sent " + paketic);
} catch (JMSException ex) {
Logger.getLogger(Main.class.getName()).log(Level.SEVERE, null, ex);
}
}
}
}
}
</syntaxhighlight>

==== <code>dedamraz</code> paket ====
===== <code>DedaMraz.java</code> =====
<syntaxhighlight lang="java">
package dedamraz;

import paketic.Paketic;
import java.util.logging.Level;
import java.util.logging.Logger;
import javax.annotation.Resource;
import javax.jms.ConnectionFactory;
import javax.jms.JMSConsumer;
import javax.jms.JMSContext;
import javax.jms.JMSException;
import javax.jms.Message;
import javax.jms.ObjectMessage;
import javax.jms.Topic;

public class Main {
@Resource(lookup="jms/__defaultConnectionFactory")
private static ConnectionFactory connectionFactory;

@Resource(lookup="myTopic")
private static Topic myTopic;

public static void main(String[] args) {
JMSContext context = connectionFactory.createContext();
JMSConsumer consumer = context.createSharedConsumer(myTopic, "sub1");
while (true) {
try {
Message msg = consumer.receive();
System.out.println("Received paketic");
if (msg instanceof ObjectMessage) {
Paketic paketic = (Paketic)((ObjectMessage) msg).getObject();
System.out.println("Received " + paketic);
}
} catch (JMSException ex) {
Logger.getLogger(Main.class.getName()).log(Level.SEVERE, null, ex);
}
}
}
}
</syntaxhighlight>

Информациони системи 1/Лаб 1 2021

2021-11-29T17:40:48Z

JanaP15: /* Vilenjak.java */ typo

== Grupa B ==
Posmatra se proces za pravljenje novogodišnjih paketića. Tri radnika prave ratluk, bombone i čokoladice, respektivno. Slatkiši su instance klasa Ratluk, Bombona, Čokoladica. Dakle, napravljeni slatkiš radnik šalje unutar objektne poruke u red za pravljenje koji je zajednički za sve radnike. Radnik kada napravi slatkiš čeka između 3 i 6 sekundi (sa uniformnom raspodelom) i kreće sa pravljenjem novog slatkiša. Sve delove iz reda za pravljenje prikuplja vilenjak koji radi samo sklapanje paketića. Svaki paketić sastoji se iz tačno jednog ratluka, jedne bombone i jedne čokoladice. Kada prikupi sva tri različita slatkiša koja su prva pristigla (nije dozvoljeno da skladišti više slatkiša istog tipa), vilenjak od njih pravi paketić koji je predstavljen klasom Paketić koja u sebi ima reference na svoja tri slatkiša. Vilenjak šalje sve napravljene paketiće na temu. Deda Mraz preuzima paketiće sa te teme. Potrebno je omogućiti da jedan paketić preuzme samo jedan Deda Mraz. Slanje i prijem svake poruke je potrebno ispisati na glavnom izlazu.

=== Rešenje ===
Pre pokretanja u Glassfish napraviti Queue sa nazivom <code>myQueue</code> i Topic sa nazivom <code>myTopic</code>, dok takođe treba da postoji podrazumevani Connection Factory <code>jms/__defaultConnectionFactory</code>. Radnici treba da se nalaze u odvojenim projektima kako bi mogli da se pokreću odvojeno, dok ostali paketi mogu da se nalaze u svim projektima.

==== <code>slatkisi</code> paket ====
Ovaj paket mora biti u sva tri projekta kako bi procesi uspešno razmenjivali poruke.

===== <code>Ratluk.java</code> =====
<syntaxhighlight lang="java">
package slatkisi;

import java.io.Serializable;

public class Ratluk implements Serializable {
private final int id;
public Ratluk(int id) {
this.id = id;
}
@Override
public String toString() {
return "RATLUK[" + id + "]";
}
}
</syntaxhighlight>

===== <code>Bombona.java</code> =====
<syntaxhighlight lang="java">
package slatkisi;

import java.io.Serializable;

public class Bombona implements Serializable {
private final int id;
public Bombona(int id) {
this.id = id;
}
@Override
public String toString() {
return "BOMBONA[" + id + "]";
}
}
</syntaxhighlight>

===== <code>Cokoladica.java</code> =====
<syntaxhighlight lang="java">
package slatkisi;

import java.io.Serializable;

public class Cokoladica implements Serializable {
private final int id;
public Cokoladica(int id) {
this.id = id;
}
@Override
public String toString() {
return "COKOLADICA[" + id + "]";
}
}
</syntaxhighlight>

==== <code>paketic</code> paket ====
Ovaj paket mora da se nalazi i u projektu sa Vilenjakom i u projektu sa Deda Mrazom.

===== <code>Paketic.java</code> =====
<syntaxhighlight lang="java">
package paketic;

import slatkisi.*;
import java.io.Serializable;

public class Paketic implements Serializable {
private final Ratluk ratluk;
private final Bombona bombona;
private final Cokoladica cokoladica;

public Paketic(Ratluk ratluk, Bombona bombona, Cokoladica cokoladica) {
this.ratluk = ratluk;
this.bombona = bombona;
this.cokoladica = cokoladica;
}

@Override
public String toString() {
return "PAKETIC[" + ratluk + ", " + bombona + ", " + cokoladica + "]";
}
}
</syntaxhighlight>

==== <code>radnici</code> paket ====
===== <code>RadnikRatluk.java</code> =====
Predstavlja radnike RadnikRatluk, RadnikBombona i RadnikCokoaldica. Pokrenuti tri puta menjajući <code>CANDY_NAME</code>.
<syntaxhighlight lang="java">
package radnici;

import java.io.Serializable;
import java.util.logging.Level;
import java.util.logging.Logger;
import javax.annotation.Resource;
import javax.jms.ConnectionFactory;
import javax.jms.JMSContext;
import javax.jms.JMSException;
import javax.jms.JMSProducer;
import javax.jms.Queue;
import javax.jms.ObjectMessage;
import slatkisi.*;

public class Main {
@Resource(lookup="jms/__defaultConnectionFactory")
private static ConnectionFactory connectionFactory;

@Resource(lookup="myQueue")
private static Queue myQueue;

private static final String CANDY_NAME = "RATLUK";
private static int staticId = 0;

public static void main(String[] args) {
JMSContext context = connectionFactory.createContext();
JMSProducer producer = context.createProducer();
while (true) {
try {
Serializable obj = null;
switch (CANDY_NAME) {
case "RATLUK":
obj = new Ratluk(staticId++);
break;
case "BOMBONA":
obj = new Bombona(staticId++);
break;
case "COKOLADICA":
obj = new Cokoladica(staticId++);
break;
}
ObjectMessage objMsg = context.createObjectMessage(obj);
objMsg.setStringProperty("Type", CANDY_NAME);
producer.send(myQueue, objMsg);
System.out.println("Sent " + obj);
int wait = (int)((Math.random() * 3 + 3) * 1000);
Thread.sleep(wait);
} catch (InterruptedException | JMSException ex) {
Logger.getLogger(Main.class.getName()).log(Level.SEVERE, null, ex);
}
}
}
}
</syntaxhighlight>

==== <code>vilenjak</code> paket ====
===== <code>Vilenjak.java</code> =====
<syntaxhighlight lang="java">
package vilenjak;

import paketic.Paketic;
import slatkisi.*;
import java.util.logging.Level;
import java.util.logging.Logger;
import javax.annotation.Resource;
import javax.jms.ConnectionFactory;
import javax.jms.JMSConsumer;
import javax.jms.JMSContext;
import javax.jms.JMSException;
import javax.jms.JMSProducer;
import javax.jms.Message;
import javax.jms.Queue;
import javax.jms.ObjectMessage;
import javax.jms.Topic;

public class Main {
@Resource(lookup="jms/__defaultConnectionFactory")
private static ConnectionFactory connectionFactory;

@Resource(lookup="myQueue")
private static Queue myQueue;

@Resource(lookup="myTopic")
private static Topic myTopic;

public static void main(String[] args) {
JMSContext context = connectionFactory.createContext();
JMSConsumer consumerR = context.createConsumer(myQueue, "Type = 'RATLUK'");
JMSConsumer consumerB = context.createConsumer(myQueue, "Type = 'BOMBONA'");
JMSConsumer consumerC = context.createConsumer(myQueue, "Type = 'COKOLADICA'");
JMSProducer producer = context.createProducer();
while (true) {
Message msgR = consumerR.receive();
System.out.println("Received ratluk");
Message msgB = consumerB.receive();
System.out.println("Received bombona");
Message msgC = consumerC.receive();
System.out.println("Received cokoladica");
if (msgR instanceof ObjectMessage && msgB instanceof ObjectMessage && msgC instanceof ObjectMessage) {
try {
ObjectMessage objMsgR = (ObjectMessage)msgR;
ObjectMessage objMsgB = (ObjectMessage)msgB;
ObjectMessage objMsgC = (ObjectMessage)msgC;
Ratluk ratluk = (Ratluk)objMsgR.getObject();
Bombona bombona = (Bombona)objMsgB.getObject();
Cokoladica cokoladica = (Cokoladica)objMsgC.getObject();
Paketic paketic = new Paketic(ratluk, bombona, cokoladica);
System.out.println("Produced " + paketic);
ObjectMessage paketicMsg = context.createObjectMessage(paketic);
producer.send(myTopic, paketic);
System.out.println("Sent " + paketic);
} catch (JMSException ex) {
Logger.getLogger(Main.class.getName()).log(Level.SEVERE, null, ex);
}
}
}
}
}
</syntaxhighlight>

==== <code>dedamraz</code> paket ====
===== <code>DedaMraz.java</code> =====
<syntaxhighlight lang="java">
package dedamraz;

import paketic.Paketic;
import java.util.logging.Level;
import java.util.logging.Logger;
import javax.annotation.Resource;
import javax.jms.ConnectionFactory;
import javax.jms.JMSConsumer;
import javax.jms.JMSContext;
import javax.jms.JMSException;
import javax.jms.Message;
import javax.jms.ObjectMessage;
import javax.jms.Topic;

public class Main {
@Resource(lookup="jms/__defaultConnectionFactory")
private static ConnectionFactory connectionFactory;

@Resource(lookup="myTopic")
private static Topic myTopic;

public static void main(String[] args) {
JMSContext context = connectionFactory.createContext();
JMSConsumer consumer = context.createSharedConsumer(myTopic, "sub1");
while (true) {
try {
Message msg = consumer.receive();
System.out.println("Received paketic");
if (msg instanceof ObjectMessage) {
Paketic paketic = (Paketic)((ObjectMessage) msg).getObject();
System.out.println("Received " + paketic);
}
} catch (JMSException ex) {
Logger.getLogger(Main.class.getName()).log(Level.SEVERE, null, ex);
}
}
}
}
</syntaxhighlight>

Информациони системи 1/Лаб 1 2021

2021-11-29T17:26:29Z

JanaP15: /* Rešenje */

== Grupa B ==
Posmatra se proces za pravljenje novogodišnjih paketića. Tri radnika prave ratluk, bombone i čokoladice, respektivno. Slatkiši su instance klasa Ratluk, Bombona, Čokoladica. Dakle, napravljeni slatkiš radnik šalje unutar objektne poruke u red za pravljenje koji je zajednički za sve radnike. Radnik kada napravi slatkiš čeka između 3 i 6 sekundi (sa uniformnom raspodelom) i kreće sa pravljenjem novog slatkiša. Sve delove iz reda za pravljenje prikuplja vilenjak koji radi samo sklapanje paketića. Svaki paketić sastoji se iz tačno jednog ratluka, jedne bombone i jedne čokoladice. Kada prikupi sva tri različita slatkiša koja su prva pristigla (nije dozvoljeno da skladišti više slatkiša istog tipa), vilenjak od njih pravi paketić koji je predstavljen klasom Paketić koja u sebi ima reference na svoja tri slatkiša. Vilenjak šalje sve napravljene paketiće na temu. Deda Mraz preuzima paketiće sa te teme. Potrebno je omogućiti da jedan paketić preuzme samo jedan Deda Mraz. Slanje i prijem svake poruke je potrebno ispisati na glavnom izlazu.

=== Rešenje ===
Pre pokretanja u Glassfish napraviti Queue sa nazivom <code>myQueue</code> i Topic sa nazivom <code>myTopic</code>, dok takođe treba da postoji podrazumevani Connection Factory <code>jms/__defaultConnectionFactory</code>. Radnici treba da se nalaze u odvojenim projektima kako bi mogli da se pokreću odvojeno, dok ostali paketi mogu da se nalaze u svim projektima.

==== <code>slatkisi</code> paket ====
Ovaj paket mora biti u sva tri projekta kako bi procesi uspešno razmenjivali poruke.

===== <code>Ratluk.java</code> =====
<syntaxhighlight lang="java">
package slatkisi;

import java.io.Serializable;

public class Ratluk implements Serializable {
private final int id;
public Ratluk(int id) {
this.id = id;
}
@Override
public String toString() {
return "RATLUK[" + id + "]";
}
}
</syntaxhighlight>

===== <code>Bombona.java</code> =====
<syntaxhighlight lang="java">
package slatkisi;

import java.io.Serializable;

public class Bombona implements Serializable {
private final int id;
public Bombona(int id) {
this.id = id;
}
@Override
public String toString() {
return "BOMBONA[" + id + "]";
}
}
</syntaxhighlight>

===== <code>Cokoladica.java</code> =====
<syntaxhighlight lang="java">
package slatkisi;

import java.io.Serializable;

public class Cokoladica implements Serializable {
private final int id;
public Cokoladica(int id) {
this.id = id;
}
@Override
public String toString() {
return "COKOLADICA[" + id + "]";
}
}
</syntaxhighlight>

==== <code>paketic</code> paket ====
Ovaj paket mora da se nalazi i u projektu sa Vilenjakom i u projektu sa Deda Mrazom.

===== <code>Paketic.java</code> =====
<syntaxhighlight lang="java">
package paketic;

import slatkisi.*;
import java.io.Serializable;

public class Paketic implements Serializable {
private final Ratluk ratluk;
private final Bombona bombona;
private final Cokoladica cokoladica;

public Paketic(Ratluk ratluk, Bombona bombona, Cokoladica cokoladica) {
this.ratluk = ratluk;
this.bombona = bombona;
this.cokoladica = cokoladica;
}

@Override
public String toString() {
return "PAKETIC[" + ratluk + ", " + bombona + ", " + cokoladica + "]";
}
}
</syntaxhighlight>

==== <code>radnici</code> paket ====
===== <code>RadnikRatluk.java</code> =====
Predstavlja radnike RadnikRatluk, RadnikBombona i RadnikCokoaldica. Pokrenuti tri puta menjajući <code>CANDY_NAME</code>.
<syntaxhighlight lang="java">
package radnici;

import java.io.Serializable;
import java.util.logging.Level;
import java.util.logging.Logger;
import javax.annotation.Resource;
import javax.jms.ConnectionFactory;
import javax.jms.JMSContext;
import javax.jms.JMSException;
import javax.jms.JMSProducer;
import javax.jms.Queue;
import javax.jms.ObjectMessage;
import slatkisi.*;

public class Main {
@Resource(lookup="jms/__defaultConnectionFactory")
private static ConnectionFactory connectionFactory;

@Resource(lookup="myQueue")
private static Queue myQueue;

private static final String CANDY_NAME = "RATLUK";
private static int staticId = 0;

public static void main(String[] args) {
JMSContext context = connectionFactory.createContext();
JMSProducer producer = context.createProducer();
while (true) {
try {
Serializable obj = null;
switch (CANDY_NAME) {
case "RATLUK":
obj = new Ratluk(staticId++);
break;
case "BOMBONA":
obj = new Bombona(staticId++);
break;
case "COKOLADICA":
obj = new Cokoladica(staticId++);
break;
}
ObjectMessage objMsg = context.createObjectMessage(obj);
objMsg.setStringProperty("Type", CANDY_NAME);
producer.send(myQueue, objMsg);
System.out.println("Sent " + obj);
int wait = (int)((Math.random() * 3 + 3) * 1000);
Thread.sleep(wait);
} catch (InterruptedException | JMSException ex) {
Logger.getLogger(Main.class.getName()).log(Level.SEVERE, null, ex);
}
}
}
}
</syntaxhighlight>

==== <code>vilenjak</code> paket ====
===== <code>Vilenjak.java</code> =====
<syntaxhighlight lang="java">
package vilenjak;

import paketic.Paketic;
import slatkisi.*;
import java.util.logging.Level;
import java.util.logging.Logger;
import javax.annotation.Resource;
import javax.jms.ConnectionFactory;
import javax.jms.JMSConsumer;
import javax.jms.JMSContext;
import javax.jms.JMSException;
import javax.jms.JMSProducer;
import javax.jms.Message;
import javax.jms.Queue;
import javax.jms.ObjectMessage;
import javax.jms.Topic;

public class Main {
@Resource(lookup="jms/__defaultConnectionFactory")
private static ConnectionFactory connectionFactory;

@Resource(lookup="myQueue")
private static Queue myQueue;

@Resource(lookup="myTopic")
private static Topic myTopic;

public static void main(String[] args) {
JMSContext context = connectionFactory.createContext();
JMSConsumer consumerR = context.createConsumer(myQueue, "Type = 'RATLUK'");
JMSConsumer consumerB = context.createConsumer(myQueue, "Type = 'BOMBONA'");
JMSConsumer consumerC = context.createConsumer(myQueue, "Type = 'COKOLADICA'");
JMSProducer producer = context.createProducer();
while (true) {
Message msgR = consumerR.receive();
System.out.println("Received ratluk");
Message msgB = consumerB.receive();
System.out.println("Received bombona");
Message msgC = consumerC.receive();
System.out.println("Received cokoladica");
if (msgR instanceof ObjectMessage && msgB instanceof ObjectMessage && msgC instanceof ObjectMessage) {
try {
ObjectMessage objMsgR = (ObjectMessage)msgR;
ObjectMessage objMsgB = (ObjectMessage)msgB;
ObjectMessage objMsgC = (ObjectMessage)msgC;
Ratluk ratluk = (Ratluk)objMsgR.getObject();
Bombona bombona = (Bombona)objMsgB.getObject();
Cokoladica cokoladica = (Cokoladica)objMsgC.getObject();
Paketic paketic = new Paketic(ratluk, bombona, cokoladica);
System.out.println("Produced " + paketic);
ObjectMessage paekticMsg = context.createObjectMessage(paketic);
producer.send(myTopic, paketic);
System.out.println("Sent " + paketic);
} catch (JMSException ex) {
Logger.getLogger(Main.class.getName()).log(Level.SEVERE, null, ex);
}
}
}
}
}
</syntaxhighlight>

==== <code>dedamraz</code> paket ====
===== <code>DedaMraz.java</code> =====
<syntaxhighlight lang="java">
package dedamraz;

import paketic.Paketic;
import java.util.logging.Level;
import java.util.logging.Logger;
import javax.annotation.Resource;
import javax.jms.ConnectionFactory;
import javax.jms.JMSConsumer;
import javax.jms.JMSContext;
import javax.jms.JMSException;
import javax.jms.Message;
import javax.jms.ObjectMessage;
import javax.jms.Topic;

public class Main {
@Resource(lookup="jms/__defaultConnectionFactory")
private static ConnectionFactory connectionFactory;

@Resource(lookup="myTopic")
private static Topic myTopic;

public static void main(String[] args) {
JMSContext context = connectionFactory.createContext();
JMSConsumer consumer = context.createSharedConsumer(myTopic, "sub1");
while (true) {
try {
Message msg = consumer.receive();
System.out.println("Received paketic");
if (msg instanceof ObjectMessage) {
Paketic paketic = (Paketic)((ObjectMessage) msg).getObject();
System.out.println("Received " + paketic);
}
} catch (JMSException ex) {
Logger.getLogger(Main.class.getName()).log(Level.SEVERE, null, ex);
}
}
}
}
</syntaxhighlight>

Информациони системи 1/Лаб 1 2021

2021-11-29T17:09:48Z

JanaP15: Нова страница: == Grupa B == Posmatra se proces za pravljenje novogodišnjih paketića. Tri radnika prave ratluk, bombone i čokoladice, respektivno. Slatkiši su instance klasa Ratlu…

== Grupa B ==
Posmatra se proces za pravljenje novogodišnjih paketića. Tri radnika prave ratluk, bombone i čokoladice, respektivno. Slatkiši su instance klasa Ratluk, Bombona, Čokoladica. Dakle, napravljeni slatkiš radnik šalje unutar objektne poruke u red za pravljenje koji je zajednički za sve radnike. Radnik kada napravi slatkiš čeka između 3 i 6 sekundi (sa uniformnom raspodelom) i kreće sa pravljenjem novog slatkiša. Sve delove iz reda za pravljenje prikuplja vilenjak koji radi samo sklapanje paketića. Svaki paketić sastoji se iz tačno jednog ratluka, jedne bombone i jedne čokoladice. Kada prikupi sva tri različita slatkiša koja su prva pristigla (nije dozvoljeno da skladišti više slatkiša istog tipa), vilenjak od njih pravi paketić koji je predstavljen klasom Paketić koja u sebi ima reference na svoja tri slatkiša. Vilenjak šalje sve napravljene paketiće na temu. Deda Mraz preuzima paketiće sa te teme. Potrebno je omogućiti da jedan paketić preuzme samo jedan Deda Mraz. Slanje i prijem svake poruke je potrebno ispisati na glavnom izlazu.

=== Rešenje ===
Pre pokretanja u Glassfish napraviti Queue sa nazivom <code>myQueue</code> i Topic sa nazivom <code>myTopic</code>, dok takođe treba da postoji podrazumevani Connection Factory <code>jms/__defaultConnectionFactory</code>. Radnici treba da se nalaze u odvojenim projektima kako bi mogli da se pokreću odvojeno, dok ostali paketi mogu da se nalaze u svim projektima.

==== <code>slatkisi</code> paket ====
Ovaj paket mora biti u sva tri projekta kako bi procesi uspešno razmenjivali poruke.

===== <code>Ratluk.java</code> =====
<syntaxhighlight lang="java">
package slatkisi;

import java.io.Serializable;

public class Ratluk implements Serializable {
private final int id;
public Ratluk(int id) {
this.id = id;
}
@Override
public String toString() {
return "RATLUK[" + id + "]";
}
}
</syntaxhighlight>

===== <code>Bombona.java</code> =====
<syntaxhighlight lang="java">
package slatkisi;

import java.io.Serializable;

public class Bombona implements Serializable {
private final int id;
public Bombona(int id) {
this.id = id;
}
@Override
public String toString() {
return "BOMBONA[" + id + "]";
}
}
</syntaxhighlight>

===== <code>Cokoladica.java</code> =====
<syntaxhighlight lang="java">
package slatkisi;

import java.io.Serializable;

public class Cokoladica implements Serializable {
private final int id;
public Cokoladica(int id) {
this.id = id;
}
@Override
public String toString() {
return "COKOLADICA[" + id + "]";
}
}
</syntaxhighlight>

==== <code>paketic</code> paket ====
Ovaj paket mora da se nalazi i u projektu sa Vilenjakom i u projektu sa Deda Mrazom.

===== <code>Paketic.java</code> =====
<syntaxhighlight lang="java">
package paketic;

import slatkisi.*;
import java.io.Serializable;

public class Paketic implements Serializable {
private final Ratluk ratluk;
private final Bombona bombona;
private final Cokoladica cokoladica;

public Paketic(Ratluk ratluk, Bombona bombona, Cokoladica cokoladica) {
this.ratluk = ratluk;
this.bombona = bombona;
this.cokoladica = cokoladica;
}

@Override
public String toString() {
return "PAKETIC[" + ratluk + ", " + bombona + ", " + cokoladica + "]";
}
}
</syntaxhighlight>

==== <code>radnici</code> paket ====
===== <code>RadnikRatluk.java</code> =====
Predstavlja radnike RadnikRatluk, RadnikBombona i RadnikCokoaldica. Pokrenuti tri puta menjajući <code>CANDY_NAME</code>.
<syntaxhighlight lang="java">
package radnici;

import java.io.Serializable;
import java.util.logging.Level;
import java.util.logging.Logger;
import javax.annotation.Resource;
import javax.jms.ConnectionFactory;
import javax.jms.JMSContext;
import javax.jms.JMSException;
import javax.jms.JMSProducer;
import javax.jms.Queue;
import javax.jms.ObjectMessage;
import slatkisi.*;

public class Main {
@Resource(lookup="jms/__defaultConnectionFactory")
private static ConnectionFactory connectionFactory;

@Resource(lookup="myQueue")
private static Queue myQueue;

private static final String CANDY_NAME = "RATLUK";
private static int staticId = 0;

public static void main(String[] args) {
JMSContext context = connectionFactory.createContext();
JMSProducer producer = context.createProducer();
while (true) {
try {
Serializable obj = null;
switch (CANDY_NAME) {
case "RATLUK":
obj = new Ratluk(staticId++);
break;
case "BOMBONA":
obj = new Bombona(staticId++);
break;
case "COKOLADICA":
obj = new Cokoladica(staticId++);
break;
}
ObjectMessage objMsg = context.createObjectMessage(obj);
objMsg.setStringProperty("Type", CANDY_NAME);
producer.send(myQueue, objMsg);
System.out.println("Sent " + obj);
int wait = (int)((Math.random() * 3 + 3) * 1000);
Thread.sleep(wait);
} catch (InterruptedException | JMSException ex) {
Logger.getLogger(Main.class.getName()).log(Level.SEVERE, null, ex);
}
}
}
}
</syntaxhighlight>

==== <code>vilenjak</code> paket ====
===== <code>Vilenjak.java</code> =====
<syntaxhighlight lang="java">
package vilenjak;

import paketic.Paketic;
import slatkisi.*;
import java.util.logging.Level;
import java.util.logging.Logger;
import javax.annotation.Resource;
import javax.jms.ConnectionFactory;
import javax.jms.JMSConsumer;
import javax.jms.JMSContext;
import javax.jms.JMSException;
import javax.jms.JMSProducer;
import javax.jms.Message;
import javax.jms.Queue;
import javax.jms.ObjectMessage;
import javax.jms.Topic;

public class Main {
@Resource(lookup="jms/__defaultConnectionFactory")
private static ConnectionFactory connectionFactory;

@Resource(lookup="myQueue")
private static Queue myQueue;

@Resource(lookup="myTopic")
private static Topic myTopic;

public static void main(String[] args) {
JMSContext context = connectionFactory.createContext();
JMSConsumer consumerR = context.createConsumer(myQueue, "Type = 'RATLUK'");
JMSConsumer consumerB = context.createConsumer(myQueue, "Type = 'BOMBONA'");
JMSConsumer consumerC = context.createConsumer(myQueue, "Type = 'COKOLADICA'");
JMSProducer producer = context.createProducer();
while (true) {
Message msgR = consumerR.receive();
System.out.println("Received ratluk");
Message msgB = consumerB.receive();
System.out.println("Received bombona");
Message msgC = consumerC.receive();
System.out.println("Received cokoladica");
if (msgR instanceof ObjectMessage && msgB instanceof ObjectMessage && msgC instanceof ObjectMessage) {
try {
ObjectMessage objMsgR = (ObjectMessage)msgR;
ObjectMessage objMsgB = (ObjectMessage)msgB;
ObjectMessage objMsgC = (ObjectMessage)msgC;
Ratluk ratluk = (Ratluk)objMsgR.getObject();
Bombona bombona = (Bombona)objMsgB.getObject();
Cokoladica cokoladica = (Cokoladica)objMsgC.getObject();
Paketic paketic = new Paketic(ratluk, bombona, cokoladica);
System.out.println("Produced " + paketic);
ObjectMessage paekticMsg = context.createObjectMessage(paketic);
producer.send(myTopic, paketic);
System.out.println("Sent " + paketic);
} catch (JMSException | InterruptedException ex) {
Logger.getLogger(Main.class.getName()).log(Level.SEVERE, null, ex);
}
}
}
}
}
</syntaxhighlight>

==== <code>dedamraz</code> paket ====
===== <code>DedaMraz.java</code> =====
<syntaxhighlight lang="java">
package dedamraz;

import paketic.Paketic;
import java.util.logging.Level;
import java.util.logging.Logger;
import javax.annotation.Resource;
import javax.jms.ConnectionFactory;
import javax.jms.JMSConsumer;
import javax.jms.JMSContext;
import javax.jms.JMSException;
import javax.jms.Message;
import javax.jms.ObjectMessage;
import javax.jms.Topic;

public class Main {
@Resource(lookup="jms/__defaultConnectionFactory")
private static ConnectionFactory connectionFactory;

@Resource(lookup="myTopic")
private static Topic myTopic;

public static void main(String[] args) {
JMSContext context = connectionFactory.createContext();
JMSConsumer consumer = context.createSharedConsumer(myTopic, "sub1");
while (true) {
try {
Message msg = consumer.receive();
System.out.println("Received paketic");
if (msg instanceof ObjectMessage) {
Paketic paketic = (Paketic)((ObjectMessage) msg).getObject();
System.out.println("Received " + paketic);
}
} catch (JMSException ex) {
Logger.getLogger(Main.class.getName()).log(Level.SEVERE, null, ex);
}
}
}
}
</syntaxhighlight>