ispit_pitanja i odgovori

31
PROTOKOLI ( TCP, UDP, IP, RTP, RTCP) 1. Osnovne f-je protokola transportnog sloja OSI (TCP/IP) modela. (IPtf02-prenos podataka - 100) Funkcije TCP i UDP • Segmentacija podataka sa višeg nivoa • Slanje segmenata izmedu dva krajnja uredaja 2. Navesti glavne razlike između TCP i UDP protokola. (IPtf02-prenos podataka - 101, 102) TCP • Ostvaruje operacije od kraja do kraja • Segmentacija podataka • Multipleksiranje veza viših nivoa • * Radi sa uspostavljanjem veze • * Obezbeduje pouzdan prenos • * Obezbeduje kontrolu toka • * Ima kontrolu zagušenja u mreži UDP • Ostvaruje operacije od kraja do kraja • Segmentacija podataka • * Ne uspostavlja vezu • * Ne obezbeduje pouzdan prenos • * Nema kontrolu toka • * Nema kontrolu zagušenja u mreži 3. Navesti tri osnovne karakterisitke IP protokola. (IPtf02-prenos podataka – 31) Network Layer Protocols and Internet Protocol (IP) 1

Upload: djbanchy

Post on 27-Jun-2015

352 views

Category:

Documents


5 download

TRANSCRIPT

Page 1: Ispit_Pitanja i odgovori

PROTOKOLI ( TCP UDP IP RTP RTCP)

1 Osnovne f-je protokola transportnog sloja OSI (TCPIP) modela

(IPtf02-prenos podataka - 100)

Funkcije TCP i UDPbull Segmentacija podataka sa višeg nivoabull Slanje segmenata izmedu dva krajnja uredaja

2 Navesti glavne razlike između TCP i UDP protokola

(IPtf02-prenos podataka - 101 102)

TCPbull Ostvaruje operacije od kraja do krajabull Segmentacija podatakabull Multipleksiranje veza viših nivoabull Radi sa uspostavljanjem vezebull Obezbeduje pouzdan prenosbull Obezbeduje kontrolu tokabull Ima kontrolu zagušenja u mreži

UDPbull Ostvaruje operacije od kraja do krajabull Segmentacija podatakabull Ne uspostavlja vezubull Ne obezbeduje pouzdan prenosbull Nema kontrolu tokabull Nema kontrolu zagušenja u mreži

3 Navesti tri osnovne karakterisitke IP protokola

(IPtf02-prenos podataka ndash 31)

Network Layer Protocols and Internet Protocol (IP)bull Identify the basic characteristics and the role of the IPv4 protocol

1

4 Opisati osnovne karakteristike Peer-to-Peer tipa mreže (IPtf02-prenos podataka - 137)

Peer-to-peer mreža

bull Svi racunari rade kao jednaki partneribull Racunar koji ima zahtev se ponaša kao klijentracunar koji odgovara se ponaša kao serverbull Korisnici održavaju racunare ne postojiadministratorbull Jednostavna instalacija potreban odgovarajucioperativni sistem na svakom racunarubull Mreže nisu skalabilne do 10 racunarabull Opada efikasnost sa povecanjem broja racunarabull Problem bezbednosti

5 Opisati osnovne karakteristike mreže tipa KlijentServer (IPtf02-prenos podataka - 139)

KlijentServer mreža

bull Mrežni servisi su na jednom racunaru ndashserverubull Može biti više serverabull Server odgovara na zahteve klijenatabull Svaki klijent ima ime i lozinkubull Resursi su locirani na serveru (printerifajlovi aplikacije )

6 Koja je razlika između VoIP-a i IP telefonije (IPtf04-VoIP ndash 2)

VoIP ndash IP telefonija1048708 VoIP predstavlja samo način prenosa govornih informacije posredstvom IP grupe protokola1048708 IP Telefonija predstavlja složeni sistem integracije VoIP-a sa PSTN-om1048708 IP Telefonija obuhvata VoIP

7 Opisati namenu Real-time Transport protokola (RTP) (IPtf04-VoIP ndash 6)

Namena RTP-a1048708 Obezbeđuje transportne funkcije s kraja na kraj mreže (end-to-end) za aplikacije koje prenose vremenski osetljive podatke (real-time data) kao što su audio i video podaci1048708 Može da radi posredstvom unicast i multicast tipa mreža1048708 Ne zavisi od tipa mreže (na nižim slojevima protokolskog steka)

8 Navesti osnovne funkcije Real-time Transport protokola (IPtf04-VoIP ndash 7)

Namena RTP-a1048708 usled grešaka pri prenosu paketi se mogu izgubiti zakasniti stizati preko reda1048708 RTP omogućava prijemniku da detektuje ove greške i ispravi ih u nekoj meri

2

1048708 funkcije RTP-a1048708 sequencing1048708 intramedia synchronization (kompenzacija džitera)1048708 payload identification (dinamička promena codec-a zbog uslova u mreži)1048708 frame indication (gde je kraj a gde početak rama M-frame marker bit)1048708 source identification (u multicastu - ko šalje paket)

9 Čemu je namenjen RTCP protokol i koje su dve njegove osnovne funkcije

(IPtf04-VoIP ndash 24 25)

RTCP1048708 RTCP ndash RTP Control Protocol1048708 Deo specifikacije RTP protokola u RFC-u 35501048708 Zadužen za praćenje kvaliteta servisa I prenos informacija o učesnicima sesije

RTCP ndash 4 osnovne funkcije1048708 Primarna funkcija je slanje povratnih informacija o kvalitetu servisa za podatke koji su poslati korisnicima Ova funkcija se obavlja slanjem SR i RR tipova paketa1048708 Druga funkcija je slanje stalnog identifikatora izvora koje nazivamo Canonical name (CNAME)

10 Navesti formate paketa koji se razmenjuju u RTCP komunikaciji (IPtf04-VoIP ndash 28 29)

RTCP ndash formati paketa1048708 SR ndash Sender Report ndash za slanje I primanje statističkih podataka od strane učesnika koji aktivno šalju sadržaje (senders)1048708 RR ndashReceiver Report ndash za prijem statističkih podataka od učesnika koji ne šalju aktivno sadržaje i u kombinaciji sa SR za slanje izveštaja na više od 31 izvora1048708 SDES ndash Source DEScription ndash opis izvora saobraćaja što uključuje i slanje CNAME podataka1048708 BYE ndash završetak učešća u konferencijskoj vezi1048708 APP ndash APPlication specific function

KOMPRESIJA I KVALITET SERVISA (QoS)

1 Koja su dva zakona kompresije signala i gde se koji korisiti

(IPtf05-Kompresija_govora ndash 5)

Digitalizacija govora

1048708 Preporuka predviđa načina kodovanja signala A-law i μ-law1048708 U Evropi se koristi A-law dok se u Americi koristi μ-law1048708 Na linku između dva sistema koji koriste različite sisteme kodovanja koristi se Alaw

2 Uobičajena mera kvaliteta prenošenog govora (Diplomski Marija Kačaniklić - 29)

3

Uobicajena mera kvaliteta prenešenog govora je MOS (Mean Opinion Score) MOS je skala od 1 do 5 gde svakomnivou (oceni) odgovara odredeni kvalitet servisa 5 ndash odlican (Excellent) 4 ndash dobar (Good) 3 ndash30 podnošljiv (Fair) 2 ndash slab (Poor) 1 ndash loš (Bad)

Cilj kodovanja u realnim telefonskim sistemima je dadostignu vrednost 40 ili višePSQM (Perceptual Speech Quality Measurement) je još jedna tehnika merenja kvaliteta govora Ova tehnika poredi signal na izlazu sistema koji vrši kodovanje govora sa poznatim signalom na ulazu Ovatehnika ukljucuje i algoritme koji odreduju i neke dodatne elemente kao što su tip govornika jacina ulaznog signala kašnjenje odnos govorpauza šum sredine itd

3 Digitalizacija govora (način proces digitalizacije) (Diplomski Marija Kačaniklić - 30)

Digitalizacija govoraPrenos analognog signala komunikacionim sistemima nije idealan jer je robustan i ne postoji efikasan nacin rekonstrukcije signala na koji je uticao linijski šum U analognim sistemima signal se pojacavao pojacavacima kako bi se što dalje preneo ali se pored korisnog signala pojacavao i šum na linijiUspostavljena veza je zbog toga bila lošeg kvalietaNasuprot analognom signalu digitalni signal koji je sastavljen od nula i jedinica mnogo se lakše cisti od linijskog šuma Zbog toga se analogni signal predstavlja digitalnim a najcešci nacin za to je impulsna kodna modulacija PCM (Pulse Code Modulation)Proces digitalizacije obavlja se u tri koraka odabiranje kvantizacija i kodovanje

4 Šta su koderi Tipovi kodera (Diplomski Marija Kačaniklić - 32)

KodovanjeKodovanje podrazumeva dva procesa proces prevodenja ili izražavanja poruke simbolima nekog alfabeta (ovu funkciju vrši koder izvora) i proces transformacije niza bita u formu koja je pogodnija za prenos preko komunikacionih linkova (ova funkcija se vrši u koderu kanala) Model komunikacionog sistemaprikazan je na slici 43

Definicija kodera kaže da je to uredaj koji vrši i odabiranje i kvantizaciju odnosno pretvaranje analognog u digitalni signal Dekoder vrši obrnut proces a jednim imenom se nazivaju kodek

Postoje II kodeka 4

kodek talasnog oblika kodek izvora i hibridni kodek

Kodek talasnog oblika (wave form codec) odabira analogni signal i svakom odbirku u zavisnosti odstvarne vrednosti pridružuje odgovarajucu kvantizovanu vrednost Odredište prima kvantovane vrednostisvakog odbirka i na osnovu toga rekonstruiše signal Ovi kodeci generišu visokokvalitetan izlaz nisusloženi za implementaciju ali veliki nedostatak im je potreba za velikim propusnim opsegomKodek izvora (source codec) se još naziva i vokoder (voice coder) Vokoderi nastoje da parametreulaznog signala dovedu u vezu sa parametrima matematickog modela generisanja govora Najcešce koriste model LPC (Linear Predictive Coding) linearnog prediktivnog filtra koji predstavlja model vokalnog trakta Na ulaz filtra se dovodi informacija o tome da li je od glasnica primljen zvucni ili bezvucni glas a informacije koje se šalju su parametri modela a ne sam signal Prijemna strana koristi isti model i na osnovu primljenih parametara rekonstruiše signal koji može zvucati malo veštacki

9 Tehnike kodovanja hibridnih kodeka (Diplomski Marija Kačaniklić - 33)

Hibridni kodek (hybrid codec) nastoji da koristi dobre osobine prethodna dva kodeka Cilj im jeobezbedenje dobrog kvaliteta govora uz male bitske brzine

5 Tehnike kodovanja kodeka talasnog oblika (Diplomski Marija Kačaniklić - 32)

6 G711 tehnika kodovanja (Diplomski Marija Kačaniklić - 32)

Postoje dve tehnike kodovanja kodecima talasnih oblika G711-PCM i G726-ADPCM

G711Ova tehnika kodovanja govora jedna je od najzastupljenijih danas Spada u grupu kodeka talasnog oblika i koristi se širom sveta u telefonskim mrežama koje rade na principu komutacije kola Predstavlja impulsno kodnu modulaciju (PCM) koja koristi frekvenciju odabiranja od 8 kHz što znaci da može da koduje signal maksimalne frekvencije 4 kHz Koristi neuniformnu kvantizaciju a svaki odbirak se predstavlja sa 8 bita odakle zakljucujemo da je protok 64 kbitsG711 definiše dve varijante kvantizacije A-zakon i μ-zakon A-zakon se primenjuje u Evropi i u svim ostalim zemljama izuzev Severne Amerike i Japana a μ-zakon u Severnoj Americi i Japanu Obe varijante podrazumevaju više kvantizacionih nivoa za niže vrednosti signala Ukupan opseg deli se na segmente a segmenti na intervale u kojima se kvantuju vrednosti signala Velicina intervala je razlicita za svaki segment svaki segment sadrži 16 intervala a svaki interval odnosno njegova velicina se duplira za svaki naredni segment Oba zakona su simetricna u odnosu na nultu vrednost signala μ-zakon koristi po 8 segmenata u pozitivnom i negativnom smeru a svaki segment sadrži 16 intervala Velicina intervala u kojima se kvantuju vrednosti signala u prvom segmentu je 2 dok je u osmom segmentu velicina intervala 256 A-zakon koristi 7 segmenata gde najmanji ima 32 intervala vrednosti 2 a preostalih 6 imaju 16 33intervala gde se vrednost intervala u svakom narednom segmentu duplira Zbog toga A-zakon tacnije prezentuje male vrednosti ulaznog signala Oba zakona obezbeduju dobar kvalitet govora i imaju MOS od 43 Osnovni nedostatak G711 kodeka je što zahteva kanal propusnog opsega 64 kbits

G726 ndash ADPCMUoceno je da se govorni signal menja relativno sporo i da se vrednost datog odbirka može odrediti na osnovu vrednosti odbiraka Jedan od nacina da se to uradi je da se odredištu pošalje razlika vrednosti signala datog odbirka i prethodnog odbirka Na primer neka je vrednost nekog odbirka 5435 a sledeceg 6146 Tada se odredišnoj strani šalje samo razlika od 0711 i oznacava da je ova vrednost manja od 6146

5

za red velicina i da zahteva manje bita za prezentaciju Ovaj pristup naziva se DPCM (Diferential PCM) i može da smanji potreban propusni opseg kanala bez velike degradacije kvaliteta Problem ove modulacije je što nije u mogucnosti da prati nagle promene ulaznog signala

Modulacija koja je u mogucnosti da isprati nagle promene ulaznog signala je ADPCM (Adaptive DPCM) adaptivna DPCM modulacija Ova modulacija predvida vrednost odbirka na osnovu prethodnih odbiraka uzimajuci u obzir i poznavanje uobicajenih promena govornog signala U ovom slucaju samo se greška izmedu vrednosti aktuelnog odbirka i predvidene vrednosti odbirka koduje i šalje na odredište Uz pretpostavku da je predvidena vrednost odbirka približna stvarnoj vrednosti manji broj bita potreban je za predstavljanje kvantizacione greške a samim tim i manji propusni opseg

7 G726 tehnika kodovanja (Diplomski Marija Kačaniklić - 33)

G726 definiše napredniju varijantu ADPCM modulacije jer ima mogucnost da govor kodovan A ili μ zakonom brzinom 64 kbits prilagodi i prenosi brzinom 16 24 32 ili 40 kbits odnosno može dapredstavi kvantizacionu grešku sa 2 3 4 ili 5 bita Ukoliko koristi brzinu od 32 kbits MOS dostiževrednost 4 što je veoma dobro

PCM i ADPCM algoritmi koji se koriste u okviru ovih kodeka ne unose dodatno kašnjenje a to im jeistovremeno jedna od osnovnih prednosti Glavna mana ovih kodeka je i dalje veliki propusni opseg koji zahtevaju kako bi preneli govor zadovoljavajuceg kvaliteta

8 Koja je glavna razlika između PCM i ADPCM algoritama kompresije (IPtf05-Kompresija_govora ndash 4 7)

Telefonski govorni kanal zauzima opseg od 4kHz pa je prema teoremi odabiranja učestanost odabiranja 8kHz1048708 Svaki odbirak se koduje sa 8 bita što nam daje protok po telefonskom kanalu od 64kbs1048708 PCM ndash Pulse Code Modulation - definisano u okviru ITU-T G711 preporukeRazvoj tehnike omogućio da se umesto PCM obrade koriste napredniji algoritmi kompresijegovora1048708 Drugi algoritam je baziran na ADPCM-u (adaptivna diferencijalna PCM) i definisan je uokviru preporuke ITU-T G7261048708 Koduje se samo razlika između dva odbirka i u zavisnosti od broja bita koji se koriste imamo sisteme sa 16kbs 24kbs 32kbs i 40kb

10 G728 tehnika kodovanja (Diplomski Marija Kačaniklić - 33)

G728G728 specificira CELP sa malim kašnjenjem LD-CELP (Low-Delay CELP) slika 44 Ovaj koderkoristi adaptaciju unazad odnosno koristi prethodne uzorke govora da bi odredio koeficijente filtraVreme potrebno da se odrede koeficijenti filtra odnosno kašnjenje algoritma iznosi 0625 ms G728 obraduje 5 odbiraka istovremeno odnosno uzima 5 odbiraka odreduje vektor iz kodne knjige I koeficijente filtra koji najviše odgovaraju ovim odbircima Izbor koeficijenta filtra zavisi od prethodnih I trenutnih odbiraka Kako koder barata sa 5 odbiraka odabiranje se vrši na svakih 0125 ms pa je ukupno kašnjenje 0625 ms što ljudsko uho ne može da osetiPrijemniku se šalje indeks vektora pobude jer on ima pristup prethodnim odbircima i može da donese istu odluku Kodna knjiga sadrži ukupno 1024 vektora koji su dostupni na obe strane veze a indeks je dugacak

6

samo 10 bita G728 uzima 5 odbiraka koji su odabrani brzinom 8000 puta u sekundi Za svakih 5 odbiraka je potrebno poslati 10 bita i kada se sve to preracuna dobija se bitska brzina G728 kodeka od 16 kbits

Slika 45 prikazuje LD-CELP dekoder Nakon prijema svakog 10-bitnog indeksa dekoder pronalazi odgovarajuci vektor iz kodne knjige pobude Taj vektor se šalje ka jedinici za regulaciju pojacanja a potom ka sintetizacionom filtru koji za izlaz daje dekodirani vektor trenutnog signala Vektor dekodiranog signala se dalje propušta kroz adaptivni posfiltar u cilju poboljšanja kvaliteta prijemaKoeficijenti posfiltra se periodicno ažuriraju koristeci informacije koje su dostupne u dekoderu Petodbiraka sa izlaza posfiltra dalje se konvertuje u pet PCM odbiraka kodovanih A ili μ zakonomG728 kodeci dostižu MOS vrednost 39 a kvalitet nije toliko loš u odnosu na uštedu propusnog opsegaMedutim G728 kodeci se veoma retko srecu u VoIP proizvodima jer su zahtevni u pogledu procesorske snage a samim tim i skuplji

11 G7231 tehnika kodovanja (Diplomski Marija Kačaniklić - 34)

G7231G7231 koder se može koristiti za kompresiju audio signala i kao rezultat daje komprimovan signal veoma male brzine U okviru G7231 definišu se dve bitske brzine 53 kbits i 63 kbits gde veca brzina postiže veci kvalitet govora a manja pored dobrog kvaliteta govora i dodatnu fleksibilnost Koder I dekoder moraju podržavati obe bitske brzine a brzinu je moguce menjati svakih 30 ms u toku konverzacijePropuštanjem analognog signala kroz filtar propusnik niskih ucestanosti (u cilju eliminacije frekvencija koje nisu bitne za govor) dobija se digitalni signal koji se dovodi na ulaz kodera Potom se ovaj signal odabira brzinom 8000 puta u sekundi i uniformno kvantuje u 16-bitni PCM Koder radi nad blokovima od 240 odbiraka što na brzini odabiranja od 8 kHz odgovara trajanju od 30 ms govora a to znaci da koder unosi kašnjenje od 30 ms Pored ovog kašnjenja unosi se i dodatno kašnjenje od 75 ms jer algoritam zahteva poznavanje odbiraka signala koji još nisu dostupni (look ahead) To znaci da je ukupno kašnjenje sada 375 ms Svako dodatno kašnjenje zavisi od vremena koje je potrebno za procesiranje signala u koderu i dekoderu vremena potrebnog za prenos signala preko komunikacionog linka i dodatnogkašnjenja koje unosi bafer zbog multipleksiranja protokolaBlokovi nad kojima radi koder se prvo propuštaju kroz filtar propusnik visokih ucestanosti da bi seeliminisala jednosmerna komponenta a zatim se dele na 4 podbloka od po 60 odbiraka nad kojima se obavljaju razlicite operacije u cilju odredivanja odgovarajucih koeficijenata filtra Bitska brzina od 53 kbits koristi ACELP (Algebraic Code-Excited Linear Prediction) a brzina od 63 kbits koristi MP-MLQ (Multi-pulse Maximum Likelihood Quantization) Na odredište se prenose koeficijenti linearne predikcije parametri pojacanja i vrednost indeksa kodne knjige pobude Sve ove informacije se prenose u blokovima dužine 20 bajta za brzinu od 53 kbits odnosno dužine 24 bajta za brzinu od 63 kbitsKako svaka konverzacija podrazumeva i odredene periode tišine za vreme tih perioda nema potrebe zauzimati propusni opseg znacajan za penos signala Zato G7231 specificira mehanizam potiskivanja tišine

7

gde se mogu koristiti ramovi za opisivanje ubacene tišine SID (Silence Insertion Description) Ovi ramovi dugacki su 4 bajta pa tako prenos tišine zauzima oko 1 kbits što predstavlja veliku uštedu opsegaMOS vrednost za G7231 je oko 38 što je veoma dobro usled smanjenja potrebnog propusnog opsegaOsnovni nedostatak ovog kodera je što unosi pomenuto kašnjenje od 375 ms jer je u VoIP mrežama bitno kašnjenje u oba smera a ne samo u jednom

12 G729 tehnika kodovanja (Diplomski Marija Kačaniklić - 35)

G729Osnova G729 definiše algoritam CS-ACELP (Conjugate-structure Algebraic Code-Excited LinearPrediction) Ovaj algoritam koduje govor brzinom 8 kbits Propuštanjem analognog signala kroz filtar propusnik niskih ucestanosti (u cilju eliminacije frekvencija koje nisu bitne za govor) dobija se digitalni signal koji se dovodi na ulaz kodera Potom se ovaj signal odabira brzinom 8000 puta u sekundi I uniformno kvantuje u 16-bitni PCM Koder radi nad blokovima trajanja 10 ms što odgovara bloku od 80 odbiraka koji se odabiraju brzinom od 8 kHz Takode ovaj koder koristi i 5 ms za look ahead što dovodi do toga da je ukupno kašnjenje 15 ms Za svaki blok dužine 10 ms govorni signal se analizira i odreduju se parametri CELP modela Ove informacije se šalju odredištu u okviru 80-bitnog rama Kako je za 10 ms ulaznog govornog signala potrebno preneti 80 bita na odredište dolazimo do toga da je brzina prenosa 8 kbits pri cemu je MOS vrednost 4 što je veoma dobroPreporuka G729 u okviru sebe sadrži i anekse A B D i E u kojima se definišu algoritmi za kodovanje govoraU aneksu A primarni cilj je bio da se pojednostavi simultani prenos govora i podataka Pojednostavljenje se odnosi na uvodenje jednostavnijih procedura za pretraživanje kodne knjige i pojednostavljenje postfiltra u dekoderu Koristi isti ram i bitsku brzinu kao G729 cime je omoguceno da koder radi prema G729 a dekoder prema G729A ili obratno Ova pojednostavljenja mogu da dovedu do nešto lošijeg kvaliteta sa MOS vrednošcu od oko 37U aneksu B definisani su algoritam za detekciju aktivnosti govora VAD (Voice Activity Detection)algoritam za diskontinualni prenos DTX (Discontinuos Transmission) i algoritam za generisanjekomfornog šuma CNG (Comfort Noise Generation) Svi ovi algoritmi koriste se u cilju smanjenja brzine prenosa za vreme perioda tišine VAD algoritam predstavlja odluku da li je na ulazu prisutan govor ili šum a ona se donosi na osnovu analize nekoliko parametara tekuceg i prethodna dva rama Izlaz VAD modula je 1 u slucaju da je prisutan govor ili 0 u slucaju da je prisutan šum Pitanje koje se namece je da li je u slucaju tišine bolje ne slati nikakve podatke odredištu i ostaviti mu da generiše komforni šum To ipak nije dobro rešenje jer prijemna strana ne može da zna kakav je pozadinski šum prisutan na polaznoj strani i zato i ne može da generiše prirodan pozadinski šum Zbog ovoga se odredišnoj strani šalje SID 36ram koji sadrži informacije koje omogucavaju dekoderu da generiše komforni šum slican šumu napolaznoj strani Ukoliko se šum ne menja na polaznoj strani nastavlja se generisanje SID rama a ukoliko dode do promene šalje se ažuriran SID ramU aneksu D definiše se mogucnost slanja signala manjom brzinom u odnosu na osnovni G729 Aneks D takode radi sa blokovima odbiraka trajanja 10 ms ali šalje 64 bita po jednom ramu Njegova brzina je 64 kbits On ne dostiže isti kvalitet kao G729 ali MOS vrednost od 38 je prilicno dobra karakteristikaG729D nije pogodan kada je prisutan visok nivo šumaU aneksu E definisana je mogucnost slanja vecom brzinom u odnosu na osnovni G729 kodek u cilju prilagodavanja širem opsegu ulaznih signala Definiše robusniji algoritam u slucaju govora sa prisutnim pozadinskim šumom G729 koristi linearni prediktivni filtar 10-og reda što znaci da ima 10 koeficijenata a G729E koristi 30 koeficijenata Kodna knjiga je 44 bita za razliku od G729 koja je 35 bita Sve ove promene uticu na brzinu gde G729E šalje 118 bita svakih 10 ms što predstavlja brzinu od 118 kbits

8

13 Navesti glavne probleme koji utiču na kvalitet govora pri prenosu kroz mreže sa paketskom komutacijom (IPtf05-Kompresija_govora ndash 20)

Kvalitet prenetog govora

1048708 ocena kvaliteta je subjektivna1048708 postoji standardizacija ocena ali su ocene u suštini subjektivne1048708 problemi pri prenosu kroz paketske mreže koji direktno utiču na kvalitet govora1048708 varijacija kašnjenja1048708 gubitak paketa1048708 eho1048708 kašnjenje

14 Koja su dva glavna rešenja za problem gubitka paketa (IPtf05-Kompresija_govora ndash 46)

Gubitak paketa

1048708 IP ne garantuje isporuku već samo best-effort servis paketi se pri zagušenju odbacuju1048708 u prenosu podataka (data) TCP gubitke nadopunjuje retransmisijom1048708 retransmisija je kod real-time komunikacije besmislena ndash VoIP se oslanja na UDP1048708 generalno rešenja potpadaju pod dve klase1048708 ponavljanje poslednjeg uspešno primljenog paketa umesto izgubljenog1048708 slanje redundantne informacije koja na prijemu omogućava regenerisanje izgubljenog paketa

15 Šta je potrebno obezbediti da bi kvalitet servisa (QoS) u mreži bio zagarantovan

(IPtf09-cisco-qos ndash 4)

Da bi se garantovao QoS u složenoj mreži potrebno je obezbediti

da svi mrežni elementni podržavaju QoS opcije protokole signalizacije koji će omogućiti komunikaciju između mrežnih elemenata radi usklađivanja QoS parametara funkcije upravljanja koje treba da kontrolišu saobraćaj u mreži

16 Opisati uloge edge i backbone rutera (IPtf09-cisco-qos ndash 5)Sa stanovišta QoS-a u mreži razlikujemo edge I backbone rutere

Edge ruteri obezbeđuju klasifikaciju saobraćaja kontrolu pristupa i upravljanjekonfiguracijom

Backbone ruteri obezbeđuju upravljanje zagušenjem (congestion) i izbegavanjezagušenja u mreži

17 Koja tri principa kaliteta servisa podržava Cisco-ov IOS (IPtf09-cisco-qos ndash 6)

1048708best-efort1048708 integrated1048708diferentiated

9

18 Ukratko opisati Best-efort princip kvaliteta servisa (IPtf09-cisco-qos ndash 7)

1048708kompletan saobraćaj je ravnopravan1048708aplikacije šalju podatke kada se javi potreba za tim1048708paketi se prenose kroz mrežu po FIFO principu1048708nema mogućnosti kontrole kašnjenja protoka pouzdanosti1048708pogodan za klasične Internet servise tipa email - a file transfera i slično

19 Ukratko opisati Integrated Service princip kvaliteta servisa (IPtf09-cisco-qos ndash 8 9)

Integrated service princip 1048708postoji interakcija između mreže i aplikacije1048708aplikacija upućuje mreži zahtev za rezervaciju određenih mrežnih resursa1048708tek po dobijanju potvrde od mreže o raspoloživosti traženih resursa započinje komunikacija na nivou aplikacije

Integrated service - IOS features 1048708korišćenjem Resource Reservation Protokola (RSVP) aplikacija pregovara sa mrežom o resursima1048708korišćenjem weighted fair queueing (WFQ) mehanizama u kombinaciji sa RSVP-om mreža rezerviše resurse1048708korišćenjem weighted random early detection (WRED) mehanizama + RSVP obezbeđuje se malo kašnjenje i traženi protok u uslovima zagušenja mreže

20 Ukratko opisati Diferentiated Service princip kvaliteta servisa (IPtf09-cisco-qos ndash 10)

Diferentiated Service princip 1048708ne postoji komunikacija između mreže I aplikacije vezana za QoS1048708postoji više vrsta servisa (sa stanovišta QoS-a) koje mreža nudi a način rutiranja paketa se određuje na osnovu QoS parametara koji su postavljeni u samom IP datagramu (koriste se sledeća polja u IP datagramu TOS SourceampDestination address protocol typehellip)

21 Koji mehanizme omogućava Cisco-ov IOS za obezbeđivanje kvaliteta servisa

(IPtf09-cisco-qos ndash 17)

Cisco IOS QoS mehanizmi1048708Klasifikacija (classification)1048708Upravljanje zagušenjem (congestion management)1048708Izbegavanje zagušenja (congestion avoidance)1048708Policing and Shaping1048708Signalizacija (signalling)1048708Povećanje efikasnosti linka (link eficiency mechanism)

22 Koji mehanizmi se koriste za promenu IP precedence bita (IPtf09-cisco-qos ndash 20)

Klasifikacija saobraćaja

Za promenu IP precedence-a datagrama koriste sesledeći mehanizmi

10

1048708Policy-Based Routing1048708QoS Policy Propagation via Border Gateway Protocol (PB-BGP)1048708Commited Access Rate (CAR)

23 Upravljanje zagušenjem (IPtf09-cisco-qos ndash 31)

Upravljanje zagušenjem1048708 u situacijama kada dođe do zagušenja linka(saobraćaj koji dolazi u ruter je veći od kapaciteta odlaznog linka) definiše koji će datagrami prvi da se šalju a koji moraju da čekaju1048708 ovo se postiže uvođenjem raznih redova čekanja i definisanjem pravila za njihovo opsluživanje1048708 u situacijama kada na mreži postoje različite aplikacije gledano sa stanovišta karakteristika saobraćaja potrebno je upravljati saobraćajem da bi se obezbedili ravnopravni uslovi1048708tipičan primer ldquosuprotstavljenihrdquo aplikacija su voice i FTP servis

24 Navesti četiri tehnike upravljanja zagušenjem (IPtf09-cisco-qos ndash 33)

tipovi redova čekanja1048708First-In First-Out Queueing (FIFO)1048708Weighted Fair Queueing (WFQ)1048708Custom Queueing (CQ)1048708Priority Queueing (PQ)Na jednom interfejsu se u jednom trenutku može koristiti samo jedan sistem reda čekanja

25 Ukratko opisati FIFO (First In First Out) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 34)

Upravljanje zagušenjem - FIFO1048708najednostavniji sistem1048708paketi se smeštaju u red onim redosledom kako dolaze i istim tim redosledom se prosleđuju dalje1048708ovo je default sistem opsluživanja na svim linkovima protoka većeg od 2 Mbps1048708ima najmanje kašnjenje prilikom obrade zbog svoje jednostavnosti

26 Ukratko opisati WFQ (Weighted Fair Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 35 37 38 39)

Upravljanje zagušenjem -WFQ1048708obezbeđuje ravnomernije korišćenje mrežnih resursa od strane korisničkih aplikacija1048708vrši analizu saobraćaja identifikuje tokove podataka (flow) i kao takve ih odvaja u posebne redove čekanja (svaka sesija ima svoj red čekanja) pri čemu svaki red čekanja ima svoju težinu (wieght) koja se određuje prema protoku ili nekom drugom parametru1048708obezbeđuje da svaki tok podataka koristi deo kapaciteta linka srazmerno težini koju imaju red čekanja u kome se nalazi1048708broj redova čekanja je konfigurabilan1048708po default-u koristi se 256 redova čekanja1048708obezbeđuje ravnopravnost između svih protoka podataka (flow)1048708ne zahteva nikakvo posebno konfigurisanje

11

1048708po default-u se koristi na linkovima kapaciteta 2 Mbps i manjim1048708razlikuje datagrame po IP Precedence vrednosti i definiše prioritet u skladu sa tim1048708kompatibilan sa RSVP protokolom I rezerviše traženi deo kapaciteta linka1048708kompatibilan je sa Frame Relay mrežom tako da smanjuje saobraćaja kada dobijeFECN i BECN od mreže1048708pored WFQ-a postoji i VIP-Distributed WFQ koji se izvršava na VIP modulu1048708često se naziva i fair queueing jer ne obezbeđuje težinu redova čekanja već se svaki red čekanja opslužuje ravnomerno1048708omogućava korištenje i na linkovima kapaciteta većeg od 2 Mbps

27 Ukratko opisati CQ (Custom Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 40 42)

Upravljanje zagušenjem - CQ1048708posebno se konfiguriše i omogućava statičko odvajanje dela linka za određeni tip saobraćaja1048708statičko podešavanje u koji se red čekanja prosleđuje koji tip saobraćaja1048708u slučaju da je neki red čekanja prazan njegov deo kapaciteta se ravnomerno raspoređuje na sve ostale redove čekanja1048708broj redova čekanja je konfigurabilan I može biti maksimalno 161048708kružno opsluživanje redova čekanja1048708definiše se koliko se bajtova šalje iz svakog reda prilikom opsluživanja čime je omogućeno statičko rezervisanje dela kapaciteta linka za određeni tip saobraćaja1048708zahteva posebno konfigurisanje1048708veće kašnjenje usled obrade nego kod FIFO queueing-a

28 Ukratko opisati PQ (Priority Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 43 45)

Upravljanje zagušenjem - PQ1048708ima četiri reda za čekanje različitog prioriteta (high medium normal i low)1048708prvo se opslužuje red najvećeg prioriteta pa tek kada se on isprazni prelazi se na sledećired1048708prilikom svakog slanja paketa prvo se proverava red najvišeg prioriteta pa tek onda ostali po redu prioriteta1048708zahteva posebno konfigurisanje1048708omogućava garantovanje korišćenja kompletnog kapaciteta za kritične aplikacije1048708ima veoma malo kašnjenje jer je način opsluživanja redova veoma jednostavan1048708može se aktivirati na bilo kom tipu interfejsa ali se preporučuje korišćenje samo na serijskom interfejsu malog kapaciteta

29Na šta se svodi mehanizam izbegavanja zagušenja i koje su dve osnovne tehnike (IPtf09-cisco-qos ndash 47 48)

Izbegavanje zagušenja1048708u situacijama kada dođe do zagušenja ono se razrešava tako što dolazi do odbacivanjadatagrama1048708odbacivanje može biti ldquointeligentnordquo kada se vodi računa o tome koji se paket odbacuje ili ldquosirovordquo kada se odbacuje poslednji pristigli paket

12

dva mehanizma1048708Tail Drop1048708Weighted Random Early Detection (WRED)

30 Opisati Weighted Random Early Detection (WRED) mehanizam izbegavanja zagušenja (IPtf09-cisco-qos ndash 53 55)

Izbegavanje zagušenja -WRED1048708za razliku od RED principa WRED uvodi I ldquotežinurdquo saobraćaja tako da se prvoodbacuju paketi manjeg prioriteta a tek onda paketi većeg prioriteta1048708WRED je kompatibilan i sa RSVP-om tako da se prvo odbacuju paketi koji pripadajudrugim tokovima pa tek onda oni koji pripadaju toku podataka koji je rezervisao deo kapaciteta posredstvom RSVP-a1048708najčešće se koristi u jezgru mreže gde postoji mogućnost da dođe do zagušenja1048708koristi informacije o prioritetu (IP Precedence) koje su postavili ruteri u pristupnom delu mreže 1048708statistički gledano WRED odbacuje više paketa onog izvora koji generiše veći saobraćaj čime se brže izlazi iz zone zagušenja

31 Koja dva mehanizma kontrole saobraćaja omogućava Cisco-ov IOS Ukratko opisati svaki od njih (IPtf09-cisco-qos ndash 58)

Policing and Shaping1048708policing - princip rada se zasniva na odbacivanju paketa kada njihov protok premaši neke administrativno postavljene parametre1048708shaping - princip rada se zasniva na zadržavanju datagrama u redu za čekanje kada njihov protok premaši administrativno postavljene parametre (GTS koristiWFQ dok FRTS koristi CQ PQ ili FIFO)

H323

1 Ukratko opisati H323 signalizacionu arhitekturu (IPtf06-H323_arhitektura ndash 16)

H323 arhitektura1048708 ITU-T H323 - Packet-based multimedia communications systems1048708 H323 je standard koji specificira1048708 komponente1048708 protokole i1048708 procedure koje omogućavaju multimedijalne komunikacione servise (real-time audio video prenos podataka) u mrežama sa paketskom komutacijom koje ne pružaju garantovan QoS1048708 H323 je deo familije preporuka H32x koje se bave multimedijalnim komunikacijama u različitim tipovima mreža (ISDNPSTN)

2 Koji su osnovni elemetni (komponente) H323 arhitekture i koji se tipovi podataka razmenjuju u komunikaciji (IPtf06-H323_arhitektura ndash 19 20)

Osnovni elementi

13

1048708 Terminali1048708 Gateways1048708 Gatekeepers1048708 MCs1048708 MCUs1048708 Komunikacija između elemenata obavlja se razmenom informacionih tokova podataka (information streams)Klasifikuju se kao 4 tipa1048708 Video1048708 Audio1048708 Data (podaci)1048708 Communication and call control

3 Koji su osnovni protokoli u H323 arhitekturi nazanačeni u preporuci (IPtf06-H323_arhitektura ndash 24)

osnovni protokoli koji su naznačeni u preporuci H3231048708 audio CODEC-i1048708 video CODEC-i1048708 H2250 RAS (registrationadmission and status)1048708 H2250 call signaling1048708 H245 control signaling1048708 real-time transport protocol (RTP)1048708 real-time control protocol (RTCP)1048708 H323 je nezavisna od paketske mreže itransportnih protokola pa ih zato i ne specificira

4 Šta predstavlja H225 RAS i za šta se koristi (IPtf06-H323_arhitektura ndash 27 39 45)

protokol kojim se razmenjuju podaci između krajnjih tačaka (terminal gateway MCU) i gatekeeper-a1048708 koristi se za 1048708 otkrivanje gatekeeper-a1048708 procedura kojom se određuje gatekeeper kod koga će se krajnja tačka registrovati1048708 može biti statičko (krajnja tačka unapred zna ko je njen gatekeeper) i dinamičko (razmena 1048708 multicast poruka GRQ (ldquoWho is my gatekeeperrdquo) 1048708 poruka GCF (ldquoI can be your gatekeeperrdquo) koja sadrži transportnu adresu RAS kanala gatekeeper-a i

1048708 poruka GRJ (ako gatekeeper ne želi da registruje krajnju tačku)

koristi se i za 1048708 registraciju krajnje tačke (pristupanje zoni (RRQ RCFRRJ) čime se gatekeeper obaveštava o transportnim adresama i imenima krajnje tačke)1048708 i njenu deregistraciju (na zahtev krajnje tačke (URQ UCFURJ) ili na zahtev gatekeeper-a (URQUCF))

14

1048708 kontrolu pristupa promenu propusnog opsega status oslobađanje BW (kada krajnja tačka želi da inicira poziv ona traži dozvolu od gatekeeper-a (ARQACFARJ) ndash obaveštava gatekeeper o tome koga želi da pozove o potrebnom BW za obavljanje poziva tokom poziva se BW može menjati (BRQBCFBRJ) na kraju poziva terminal obaveštava gatekeeper o oslobađanju zahtevanog opsega (DRQDCF))1048708 lociranje krajnje tačke (nprodređivanje IP adrese dodela transportne adrese logičkog kanala koji će se koristiti za signalizaciju poziva (LRQLCFLRJ))

5 Koje su funkcije RAS signalizacije (H323 - 2 deo - Misic Ivana 289-07 - 7)

RAS signalizacija je definisana u okviru H2250preporuke i odnosi se na sledece funkcije_ Otkrivanje gejtkipera (Gatekeeper discovery)_ Registracija (Registration)_ Otkazivanje registracije (Unregistration)_ Pristup (Admission)_ Upravljanje propusnim opsegom (Bandwidth change)_ Lociranje krajnje tacke (Endpoint Location)_ Završetak poziva (Call Disengage)_ Status (Status)_ Dostupnost resursa (Resource Availability)_ Nestandardna funkcija (Non-standard)

6 Tipovi RAS poruka (IPtf06-H323_arhitektura ndash 29)

RAS poruke imaju tri tipa (u opštem slučaju)1048708 Request ndash xRQ1048708 Reject ndash xRJ1048708 Confirm ndash xCF

7 Ukratko opisati postupak otkrivanja gatekeeper-a od strane terminala (IPtf06-H323_arhitektura ndash 28 29 32 34 36)

(H323 - 2 deo - Misic Ivana 289-07 ndash 89)

Otkrivanje gejtkipera_ U procesu otkrivanja gejtkipera koriste se RAS porukeGRQ GCF i GRJPostoje dva metoda otkrivanja gejtkipera od strane krajnje tacke_ staticki i_dinamicki

Staticki metod (Unicast ndash manual method) se koristi kada jeadresa gejtkipera unapred poznata Tada se na UDP port1718 datog gejtkipera šallje GRQ poruka na koju potom

15

gejtkiper odgovara sa pozitivnom (GCF) illi negativnom (GRJ)porukom (Gejtvej A)Dinamicki metod (Mullticast ndash autodiscovery) se koristi kadaadresa gejtkipera nije unapred poznata Tada je neophodnoda krajnja tacka utvrdi dostupnost gejtkipera Ovo seostvaruje sllanjem mullticast poruke na koju može pozitivnoodgovoriti više gejtkipera kod kojih se krajnja tacka možeregistrovati (Gejtvej B)

8 Ukratko opisati postupak registracije terminala kod gatekeeper-a (IPtf06-H323_arhitektura ndash 40-43) (H323 - 2 deo - Misic Ivana 289-07 ndash 1011)

Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndash Registration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnikaTerminal može da obnovi svoju registraciju slanjem ili kompletne RRQ poruke ili slanjem Lightweight RRQ (LW RRQ) poruke1048708 LW RRQ poruka ima samo nekoliko elemenata u odnosu na full RRQ paket I može se koristiti samo za obnavljanje prijavljivanja terminala gatekeeper-u

9 Nabrojati formate poruka koje se razmenjuju u RAS signalizaciji

(IPtf06-H323_arhitektura ndash 32 40 46 51 53-59)

Terminal kada se poveže na mrežu mora da otkrije gatekeeper slanjem GRQ poruke1048708 Adresa gatekeeper-a može unapred biti konfigurisana na terminalu1048708 Terminal može da GRQ poruku pošalje kao multicast u kom slučaju je primaju svi aktivni gatekeeper-i1048708 Adresa gatekeeper-a može da se dobije slanjem DNS upita (način definisanja Gatekeeper-a kroz DNS definisan kroz H323 Annex O)1048708 Ako na mreži postoji više gatekeeper-a tada je za proces otkrivanja gatekeeper-a potrebno razmeniti nekoliko GCFGRJ poruka

1048708 Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndashRegistration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnika

Kada se jednom registruje kod Gatekeeper-a terminal može samo da inicira poziv ili prihvatidolazeći poziv1048708 Na upućen zahtev (ARQ) Gatekeeper može da odgovori sa ACF ili ARJ1048708 Krajnja tačka će da navede sve odredišne adrese gde gatekeeper može da odgovori saalternativnim skupom odredišnih adresa (ako je setovan flag ldquocanMapAliasrdquo)

1048708 LRQ poruku šalje krajnja tačka ili gatekeeper drugom gatekeeper u cilju određivanja stvarne IP adrese za neku alias adresu ndash na primer konverzija telefonskog broja u IP adresu1048708 Iako LRQ mogu biti poslati i sa krajnje tačke skoro uvek se koriste od strane gatekeeper-a

16

1048708 Po izvršenoj inicijalnoj uspostavi veze krajnje tačke mogu da požele da dobiju veći protok kroz mrežu za svoju komunikaciju1048708 Tada se šalje BRQ poruka1048708 Poruka se šalje kada je stvarno rezervisani saobraćaj manji od potrebnog i traženog kod uspostave veze

1048708 ldquoUnknown Message Responserdquo se šalje kao odgovor na nepoznatu poruku1048708 ldquoNon-Standard Messagerdquo omogućavaju gatekeeper-u i krajnjoj tački da razmene neke druge poruke

10 Opisati H2250 Call Signaling (IPtf06-H323_arhitektura ndash 61)

(H323 - 2 deo - Misic Ivana 289-07 ndash 2122)

H2250 signalizacija poziva_ Signallizacija poziva predstavllja signallizaciju izmedu krajnjih tacaka pomocu koje se obavllja uspostavlljanje i raskidanje poziva U H323 koristi se modifikovana ITU-T preporuka Q931 koja predstavllja deo nove preporuke H2250 Preporuka Q931 definiše signallizacioni protokoll treceg nivoa koji se koristi u ISDN mrežama a u H2250 koristi se samo jedan deo Q931 poruka Pored Q931 koristi se i jednaporuka iz Q932_ U okviru H323 sistema postoji potreba za prenosom sistemskih informacija o gejtkiperima i H245 adresama llogickih kanalla U ISDN mrežama prenos ovakvih informacija ostvaruje se upotrebom ellementa za razmenu informacija izmedu korisnika (User-to-User Information Ellement) Prenos informacija od korisnika do korisnika odvija se preko D kanalla pri cemu sama mreža ne interpretira sadržaj ovih poruka

U H2250 ovaj vid komunikacije koristi se za prenos svih dodatnih informacija neophodnih za funkcionisanje H323 sistema_ To mogu biti informacije razllicitog sadržajaobavezni identifikatori protokolla allias krajnje tacke H245 adresa itd_ ASN1 sintaksa definisana u H2250 odreduje format poruka koje se razmenjuju naovaj nacin

11 Za šta se koristi H245 kontrolna signalizacija (IPtf06-H323_arhitektura ndash 74)

H245 kontrolna signalizacijakoristi se za1048708 razmenu informacija o tome koje će se vrste podataka prenositi kanalima za prenos medija (audiovideo ili podaci)1048708 razmenu informacija o koderimadekoderima koje krajnja tačka podržava1048708 otvaranje i ukidanje logičkih kanala za prenos medija1048708 kontrolu protoka1048708 neke opšte komande i instrukcije

12 Opisati ulogu gateway-a u H323 mreži (IPtf06-H323_arhitektura ndash 110 111)

Gatewayinterfejs između H323 mreže i ne-H323 mreže (npr LAN-a i mreže sa komutacijom kola (SCN))1048708 nije potreban ako se komunikacija odvija između dva H323 terminala u H323 mreži

17

1048708 omogućava interoperabilnost komunikacionih procedura i formata podataka između različitih tipova mreža1048708 ako je potrebno vrši kompresiju i paketizaciju govora1048708 terminal komunicira sa gateway-em korišćenjem H2250 i H245 signalizacije

1048708 Sastoji se iz Media Gateway Controller-a (MGC) i Media Gateway-a (MG)1048708 Ove dve funkcije mogu da budu integrisane u jednom uređaju ili da budu razdvojene1048708 MGC funkcija se može integrisati sa Gatekeeper-om koji tada nazivamo I signalizacioni kontroler

13 Nabrojati i ukratko opisati funkcije gatekeeper-a (IPtf06-H323_arhitektura ndash 115 116)

obavezne funkcije gatekeeper-a1048708 transliranje adresa (telefonski broj alias ime) u cilju određivanja IP adrese odredišta (vrši se pregledanjem tabela koje sadrže podatke dobijene pri registraciji krajnjih tačaka)1048708 kontrola pristupa (bazirana na autorizaciji poziva raspoloživom propusnom opsegu ili na nekom drugom kriterijumu)1048708 kontrola propusnog opsega (jednostavnom metodom ili nekim složenim protokolom (npr RSVP))1048708 upravljanje zonom (svim uređajima koji su registrovani kod posmatranog gatekeeper-a)

opcione funkcije gatekeeper-a1048708 signalizacija poziva i kontrola poziva- rutiranje H2250 i H245 signalizacije između krajnjih tačaka1048708 autorizacija poziva upravljanje propusnim opsegom upravljanje pozivima (korišćenjem posebnih pravila (policy))1048708 SNMP (Gatekeeper) upravljačka informacija (MIB)1048708 rezervacija propusnog opsega za terminale koji nemaju mogućnost da to sami urade

14 Od čega se sastoji i koja je uloga MCU-a (Multipoint Controller Unit) u H323 mreži (IPtf06-H323_arhitektura ndash 120 121)

MCU- Multipoint Control Unit1048708 omogućava konferencijsku vezu između tri ili više terminala1048708 upravlja resursima konferencijske veze omogućava dogovor koji će se CODEC koristiti1048708 može biti samostalan uređaj (PC) ali I integrisan u okviru gateway-a gatekeeper-a iliterminala

1048708 logički sastoji se iz dve celine1048708 MC (Multipoint controler)- bavi se kontrolom I signalizacijom neophodnim za uspostavljanjei upravljanje konferencijom1048708 MP (Multipoint processor)- prima podatke od krajnjih tačaka obrađuje ih (npr audiomixingvideo switchingmixing umnožava) I šalje krajnjim tačkama učesnicama konferencije

15 Šta predstavlja H323 zona a šta administrativni domen

(IPtf06-H323_arhitektura ndash 125 126)

1048708 Skup H323 uređaja kojima se upravlja od strane jednog gatekeeper-a

18

1048708 Zona sadrži najmanje jedan terminal a može sadržati gateway-e i MCU-e1048708 Zona je nezavisna od mrežne topologije (može biti sačinjena od više mrežnih segmenata povezanih ruterima ili drugim uređajima)1048708 Granice zone mogu biti definisane na bazi administrativnog geografskog inženjerskog ili nekog drugog kriterijuma1048708 O pozivima između krajnjih tačaka u zoni stara se jedan gatekeeper1048708 Pozive između krajnjih tačaka iz različitih zona mogu opsluživati gatekeeper-i iz obe zone

1048708 Skup H323 zona koje su pod jednom administrativnom kontrolom1048708 Na primer mreža servis provajdera ili mreža velike kompanije

SIP

1 Ukratko opisati SIP protokol (IPtf07-SIP_arhitektura ndash 3)

SIP ( Session Initiation Protocol ) 1048708 definisan u RFC-u 3261 kao protokol aplikativnog sloja1048708 koristi se za uspostavu sesije između korisnika1048708 ne definiše tip sesije koja se uspostavlja (interaktivno kockanjeili audiovideo konferencija)1048708 SIP je klijent-server protokol baziran na protokolima HTTP (HyperText Transport Protocol) i SMTP (Simple Mail Transfer Protocol)1048708 klijent generiše request i šalje ga serveru koji mu odgovara (response)request + response = transaction

2 Nabrojati 5 osnovnih f-ja SIP protokola (IPtf07-SIP_arhitektura ndash 4)

SIP ndash 5 osnovnih funkcija1048708 Lociranje korisnika ndash određivanje krajnjeg sistema koji će se koristiti za komunikaciju1048708 Raspoloživost korisnika ndash određuje da li krajnji sistem želi ili ne da učestvuje u toj sesiji1048708 Karakteristike sagovornika ndash određuje medijum I parametre medija koji su bitni za komunikaciju1048708 Uspostava sesije ndash razmena parametara za uspostavu sesije1048708 Upravljanje sesijama ndash razmena podataka vezanih za uspostavu raskid i održavanje sesija

3 Nabrojati i ukratko opisati elemente (komponente) SIP mreže

(IPtf07-SIP_arhitektura ndash 9)

SIP komponente1048708 user agent (softver kojim čovek komunicira sa sistemom)Sadrži dve komponente1048708 UAC (user agent client) - šalje request1048708 UAS (user agent server) - prima request i šalje response (prihvata poziv preusmerava ga ili odbija)1048708 network servers1048708 registration server - sadrži informacije o trenutnim lokacijama korisnika

19

1048708 proxy server - prima request i šalje ka sledećem serveru (proxyUASredirect) može i ka više servera odjednom1048708 redirect server - prima request ali umesto da ga prosledi dalje on vraća adresu next-hop servera klijentuProxy i redirect server vrše rutiranje

4 Nabrojati i ukratko opisati osnovne metode koje se razmenjuju u SIP porukama (IPtf07-SIP_arhitektura ndash 14)

SIP poruka ndash metode (RFC 3261)1048708 INVITE ndash uspostava veze1048708 BYE - završatak veze učesnika u pozivu1048708 OPTIONS - traži informacije o osobinama UA1048708 ACK - za pouzdanu razmenu poruka1048708 CANCEL - otkazuje se poslednji request (ne važi za BYE)1048708 REGISTER - traži informaciju o lokaciji korisnika u registration server-u prijavljuje se serveru sa svojim podacima

5 Navesti po jedan primer SIP poruke prilikom zahteva i odgovora (IPtf07-SIP_arhitektura ndash 13 16)

Format SIP poruke1048708 Kod upita (request) format prve linije jeRequest-Line = Method SP Request-URI SP SIP-Version CRLFSP ndash single space karakterPrimerINVITE sipbobbiloxicom SIP20

Format SIP poruke1048708 Kod odgovora (response) format prve linije jeStatus-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLFPrimerSIP20 200 OK

6 Nabrojati klase odgovora u SIP-u (IPtf07-SIP_arhitektura ndash 18)

Klase odgovora1048708 1xx Informational1048708 2xx Final1048708 3xx Redirection1048708 4xx Client Error1048708 5xx Server Error1048708 6xx Global Failure

7 Nabrojati i ukratko opisati obavezna polja u zaglavlju SIP poruke

(IPtf07-SIP_arhitektura ndash 29 32-35)

Zaglavlje SIP poruke20

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 2: Ispit_Pitanja i odgovori

4 Opisati osnovne karakteristike Peer-to-Peer tipa mreže (IPtf02-prenos podataka - 137)

Peer-to-peer mreža

bull Svi racunari rade kao jednaki partneribull Racunar koji ima zahtev se ponaša kao klijentracunar koji odgovara se ponaša kao serverbull Korisnici održavaju racunare ne postojiadministratorbull Jednostavna instalacija potreban odgovarajucioperativni sistem na svakom racunarubull Mreže nisu skalabilne do 10 racunarabull Opada efikasnost sa povecanjem broja racunarabull Problem bezbednosti

5 Opisati osnovne karakteristike mreže tipa KlijentServer (IPtf02-prenos podataka - 139)

KlijentServer mreža

bull Mrežni servisi su na jednom racunaru ndashserverubull Može biti više serverabull Server odgovara na zahteve klijenatabull Svaki klijent ima ime i lozinkubull Resursi su locirani na serveru (printerifajlovi aplikacije )

6 Koja je razlika između VoIP-a i IP telefonije (IPtf04-VoIP ndash 2)

VoIP ndash IP telefonija1048708 VoIP predstavlja samo način prenosa govornih informacije posredstvom IP grupe protokola1048708 IP Telefonija predstavlja složeni sistem integracije VoIP-a sa PSTN-om1048708 IP Telefonija obuhvata VoIP

7 Opisati namenu Real-time Transport protokola (RTP) (IPtf04-VoIP ndash 6)

Namena RTP-a1048708 Obezbeđuje transportne funkcije s kraja na kraj mreže (end-to-end) za aplikacije koje prenose vremenski osetljive podatke (real-time data) kao što su audio i video podaci1048708 Može da radi posredstvom unicast i multicast tipa mreža1048708 Ne zavisi od tipa mreže (na nižim slojevima protokolskog steka)

8 Navesti osnovne funkcije Real-time Transport protokola (IPtf04-VoIP ndash 7)

Namena RTP-a1048708 usled grešaka pri prenosu paketi se mogu izgubiti zakasniti stizati preko reda1048708 RTP omogućava prijemniku da detektuje ove greške i ispravi ih u nekoj meri

2

1048708 funkcije RTP-a1048708 sequencing1048708 intramedia synchronization (kompenzacija džitera)1048708 payload identification (dinamička promena codec-a zbog uslova u mreži)1048708 frame indication (gde je kraj a gde početak rama M-frame marker bit)1048708 source identification (u multicastu - ko šalje paket)

9 Čemu je namenjen RTCP protokol i koje su dve njegove osnovne funkcije

(IPtf04-VoIP ndash 24 25)

RTCP1048708 RTCP ndash RTP Control Protocol1048708 Deo specifikacije RTP protokola u RFC-u 35501048708 Zadužen za praćenje kvaliteta servisa I prenos informacija o učesnicima sesije

RTCP ndash 4 osnovne funkcije1048708 Primarna funkcija je slanje povratnih informacija o kvalitetu servisa za podatke koji su poslati korisnicima Ova funkcija se obavlja slanjem SR i RR tipova paketa1048708 Druga funkcija je slanje stalnog identifikatora izvora koje nazivamo Canonical name (CNAME)

10 Navesti formate paketa koji se razmenjuju u RTCP komunikaciji (IPtf04-VoIP ndash 28 29)

RTCP ndash formati paketa1048708 SR ndash Sender Report ndash za slanje I primanje statističkih podataka od strane učesnika koji aktivno šalju sadržaje (senders)1048708 RR ndashReceiver Report ndash za prijem statističkih podataka od učesnika koji ne šalju aktivno sadržaje i u kombinaciji sa SR za slanje izveštaja na više od 31 izvora1048708 SDES ndash Source DEScription ndash opis izvora saobraćaja što uključuje i slanje CNAME podataka1048708 BYE ndash završetak učešća u konferencijskoj vezi1048708 APP ndash APPlication specific function

KOMPRESIJA I KVALITET SERVISA (QoS)

1 Koja su dva zakona kompresije signala i gde se koji korisiti

(IPtf05-Kompresija_govora ndash 5)

Digitalizacija govora

1048708 Preporuka predviđa načina kodovanja signala A-law i μ-law1048708 U Evropi se koristi A-law dok se u Americi koristi μ-law1048708 Na linku između dva sistema koji koriste različite sisteme kodovanja koristi se Alaw

2 Uobičajena mera kvaliteta prenošenog govora (Diplomski Marija Kačaniklić - 29)

3

Uobicajena mera kvaliteta prenešenog govora je MOS (Mean Opinion Score) MOS je skala od 1 do 5 gde svakomnivou (oceni) odgovara odredeni kvalitet servisa 5 ndash odlican (Excellent) 4 ndash dobar (Good) 3 ndash30 podnošljiv (Fair) 2 ndash slab (Poor) 1 ndash loš (Bad)

Cilj kodovanja u realnim telefonskim sistemima je dadostignu vrednost 40 ili višePSQM (Perceptual Speech Quality Measurement) je još jedna tehnika merenja kvaliteta govora Ova tehnika poredi signal na izlazu sistema koji vrši kodovanje govora sa poznatim signalom na ulazu Ovatehnika ukljucuje i algoritme koji odreduju i neke dodatne elemente kao što su tip govornika jacina ulaznog signala kašnjenje odnos govorpauza šum sredine itd

3 Digitalizacija govora (način proces digitalizacije) (Diplomski Marija Kačaniklić - 30)

Digitalizacija govoraPrenos analognog signala komunikacionim sistemima nije idealan jer je robustan i ne postoji efikasan nacin rekonstrukcije signala na koji je uticao linijski šum U analognim sistemima signal se pojacavao pojacavacima kako bi se što dalje preneo ali se pored korisnog signala pojacavao i šum na linijiUspostavljena veza je zbog toga bila lošeg kvalietaNasuprot analognom signalu digitalni signal koji je sastavljen od nula i jedinica mnogo se lakše cisti od linijskog šuma Zbog toga se analogni signal predstavlja digitalnim a najcešci nacin za to je impulsna kodna modulacija PCM (Pulse Code Modulation)Proces digitalizacije obavlja se u tri koraka odabiranje kvantizacija i kodovanje

4 Šta su koderi Tipovi kodera (Diplomski Marija Kačaniklić - 32)

KodovanjeKodovanje podrazumeva dva procesa proces prevodenja ili izražavanja poruke simbolima nekog alfabeta (ovu funkciju vrši koder izvora) i proces transformacije niza bita u formu koja je pogodnija za prenos preko komunikacionih linkova (ova funkcija se vrši u koderu kanala) Model komunikacionog sistemaprikazan je na slici 43

Definicija kodera kaže da je to uredaj koji vrši i odabiranje i kvantizaciju odnosno pretvaranje analognog u digitalni signal Dekoder vrši obrnut proces a jednim imenom se nazivaju kodek

Postoje II kodeka 4

kodek talasnog oblika kodek izvora i hibridni kodek

Kodek talasnog oblika (wave form codec) odabira analogni signal i svakom odbirku u zavisnosti odstvarne vrednosti pridružuje odgovarajucu kvantizovanu vrednost Odredište prima kvantovane vrednostisvakog odbirka i na osnovu toga rekonstruiše signal Ovi kodeci generišu visokokvalitetan izlaz nisusloženi za implementaciju ali veliki nedostatak im je potreba za velikim propusnim opsegomKodek izvora (source codec) se još naziva i vokoder (voice coder) Vokoderi nastoje da parametreulaznog signala dovedu u vezu sa parametrima matematickog modela generisanja govora Najcešce koriste model LPC (Linear Predictive Coding) linearnog prediktivnog filtra koji predstavlja model vokalnog trakta Na ulaz filtra se dovodi informacija o tome da li je od glasnica primljen zvucni ili bezvucni glas a informacije koje se šalju su parametri modela a ne sam signal Prijemna strana koristi isti model i na osnovu primljenih parametara rekonstruiše signal koji može zvucati malo veštacki

9 Tehnike kodovanja hibridnih kodeka (Diplomski Marija Kačaniklić - 33)

Hibridni kodek (hybrid codec) nastoji da koristi dobre osobine prethodna dva kodeka Cilj im jeobezbedenje dobrog kvaliteta govora uz male bitske brzine

5 Tehnike kodovanja kodeka talasnog oblika (Diplomski Marija Kačaniklić - 32)

6 G711 tehnika kodovanja (Diplomski Marija Kačaniklić - 32)

Postoje dve tehnike kodovanja kodecima talasnih oblika G711-PCM i G726-ADPCM

G711Ova tehnika kodovanja govora jedna je od najzastupljenijih danas Spada u grupu kodeka talasnog oblika i koristi se širom sveta u telefonskim mrežama koje rade na principu komutacije kola Predstavlja impulsno kodnu modulaciju (PCM) koja koristi frekvenciju odabiranja od 8 kHz što znaci da može da koduje signal maksimalne frekvencije 4 kHz Koristi neuniformnu kvantizaciju a svaki odbirak se predstavlja sa 8 bita odakle zakljucujemo da je protok 64 kbitsG711 definiše dve varijante kvantizacije A-zakon i μ-zakon A-zakon se primenjuje u Evropi i u svim ostalim zemljama izuzev Severne Amerike i Japana a μ-zakon u Severnoj Americi i Japanu Obe varijante podrazumevaju više kvantizacionih nivoa za niže vrednosti signala Ukupan opseg deli se na segmente a segmenti na intervale u kojima se kvantuju vrednosti signala Velicina intervala je razlicita za svaki segment svaki segment sadrži 16 intervala a svaki interval odnosno njegova velicina se duplira za svaki naredni segment Oba zakona su simetricna u odnosu na nultu vrednost signala μ-zakon koristi po 8 segmenata u pozitivnom i negativnom smeru a svaki segment sadrži 16 intervala Velicina intervala u kojima se kvantuju vrednosti signala u prvom segmentu je 2 dok je u osmom segmentu velicina intervala 256 A-zakon koristi 7 segmenata gde najmanji ima 32 intervala vrednosti 2 a preostalih 6 imaju 16 33intervala gde se vrednost intervala u svakom narednom segmentu duplira Zbog toga A-zakon tacnije prezentuje male vrednosti ulaznog signala Oba zakona obezbeduju dobar kvalitet govora i imaju MOS od 43 Osnovni nedostatak G711 kodeka je što zahteva kanal propusnog opsega 64 kbits

G726 ndash ADPCMUoceno je da se govorni signal menja relativno sporo i da se vrednost datog odbirka može odrediti na osnovu vrednosti odbiraka Jedan od nacina da se to uradi je da se odredištu pošalje razlika vrednosti signala datog odbirka i prethodnog odbirka Na primer neka je vrednost nekog odbirka 5435 a sledeceg 6146 Tada se odredišnoj strani šalje samo razlika od 0711 i oznacava da je ova vrednost manja od 6146

5

za red velicina i da zahteva manje bita za prezentaciju Ovaj pristup naziva se DPCM (Diferential PCM) i može da smanji potreban propusni opseg kanala bez velike degradacije kvaliteta Problem ove modulacije je što nije u mogucnosti da prati nagle promene ulaznog signala

Modulacija koja je u mogucnosti da isprati nagle promene ulaznog signala je ADPCM (Adaptive DPCM) adaptivna DPCM modulacija Ova modulacija predvida vrednost odbirka na osnovu prethodnih odbiraka uzimajuci u obzir i poznavanje uobicajenih promena govornog signala U ovom slucaju samo se greška izmedu vrednosti aktuelnog odbirka i predvidene vrednosti odbirka koduje i šalje na odredište Uz pretpostavku da je predvidena vrednost odbirka približna stvarnoj vrednosti manji broj bita potreban je za predstavljanje kvantizacione greške a samim tim i manji propusni opseg

7 G726 tehnika kodovanja (Diplomski Marija Kačaniklić - 33)

G726 definiše napredniju varijantu ADPCM modulacije jer ima mogucnost da govor kodovan A ili μ zakonom brzinom 64 kbits prilagodi i prenosi brzinom 16 24 32 ili 40 kbits odnosno može dapredstavi kvantizacionu grešku sa 2 3 4 ili 5 bita Ukoliko koristi brzinu od 32 kbits MOS dostiževrednost 4 što je veoma dobro

PCM i ADPCM algoritmi koji se koriste u okviru ovih kodeka ne unose dodatno kašnjenje a to im jeistovremeno jedna od osnovnih prednosti Glavna mana ovih kodeka je i dalje veliki propusni opseg koji zahtevaju kako bi preneli govor zadovoljavajuceg kvaliteta

8 Koja je glavna razlika između PCM i ADPCM algoritama kompresije (IPtf05-Kompresija_govora ndash 4 7)

Telefonski govorni kanal zauzima opseg od 4kHz pa je prema teoremi odabiranja učestanost odabiranja 8kHz1048708 Svaki odbirak se koduje sa 8 bita što nam daje protok po telefonskom kanalu od 64kbs1048708 PCM ndash Pulse Code Modulation - definisano u okviru ITU-T G711 preporukeRazvoj tehnike omogućio da se umesto PCM obrade koriste napredniji algoritmi kompresijegovora1048708 Drugi algoritam je baziran na ADPCM-u (adaptivna diferencijalna PCM) i definisan je uokviru preporuke ITU-T G7261048708 Koduje se samo razlika između dva odbirka i u zavisnosti od broja bita koji se koriste imamo sisteme sa 16kbs 24kbs 32kbs i 40kb

10 G728 tehnika kodovanja (Diplomski Marija Kačaniklić - 33)

G728G728 specificira CELP sa malim kašnjenjem LD-CELP (Low-Delay CELP) slika 44 Ovaj koderkoristi adaptaciju unazad odnosno koristi prethodne uzorke govora da bi odredio koeficijente filtraVreme potrebno da se odrede koeficijenti filtra odnosno kašnjenje algoritma iznosi 0625 ms G728 obraduje 5 odbiraka istovremeno odnosno uzima 5 odbiraka odreduje vektor iz kodne knjige I koeficijente filtra koji najviše odgovaraju ovim odbircima Izbor koeficijenta filtra zavisi od prethodnih I trenutnih odbiraka Kako koder barata sa 5 odbiraka odabiranje se vrši na svakih 0125 ms pa je ukupno kašnjenje 0625 ms što ljudsko uho ne može da osetiPrijemniku se šalje indeks vektora pobude jer on ima pristup prethodnim odbircima i može da donese istu odluku Kodna knjiga sadrži ukupno 1024 vektora koji su dostupni na obe strane veze a indeks je dugacak

6

samo 10 bita G728 uzima 5 odbiraka koji su odabrani brzinom 8000 puta u sekundi Za svakih 5 odbiraka je potrebno poslati 10 bita i kada se sve to preracuna dobija se bitska brzina G728 kodeka od 16 kbits

Slika 45 prikazuje LD-CELP dekoder Nakon prijema svakog 10-bitnog indeksa dekoder pronalazi odgovarajuci vektor iz kodne knjige pobude Taj vektor se šalje ka jedinici za regulaciju pojacanja a potom ka sintetizacionom filtru koji za izlaz daje dekodirani vektor trenutnog signala Vektor dekodiranog signala se dalje propušta kroz adaptivni posfiltar u cilju poboljšanja kvaliteta prijemaKoeficijenti posfiltra se periodicno ažuriraju koristeci informacije koje su dostupne u dekoderu Petodbiraka sa izlaza posfiltra dalje se konvertuje u pet PCM odbiraka kodovanih A ili μ zakonomG728 kodeci dostižu MOS vrednost 39 a kvalitet nije toliko loš u odnosu na uštedu propusnog opsegaMedutim G728 kodeci se veoma retko srecu u VoIP proizvodima jer su zahtevni u pogledu procesorske snage a samim tim i skuplji

11 G7231 tehnika kodovanja (Diplomski Marija Kačaniklić - 34)

G7231G7231 koder se može koristiti za kompresiju audio signala i kao rezultat daje komprimovan signal veoma male brzine U okviru G7231 definišu se dve bitske brzine 53 kbits i 63 kbits gde veca brzina postiže veci kvalitet govora a manja pored dobrog kvaliteta govora i dodatnu fleksibilnost Koder I dekoder moraju podržavati obe bitske brzine a brzinu je moguce menjati svakih 30 ms u toku konverzacijePropuštanjem analognog signala kroz filtar propusnik niskih ucestanosti (u cilju eliminacije frekvencija koje nisu bitne za govor) dobija se digitalni signal koji se dovodi na ulaz kodera Potom se ovaj signal odabira brzinom 8000 puta u sekundi i uniformno kvantuje u 16-bitni PCM Koder radi nad blokovima od 240 odbiraka što na brzini odabiranja od 8 kHz odgovara trajanju od 30 ms govora a to znaci da koder unosi kašnjenje od 30 ms Pored ovog kašnjenja unosi se i dodatno kašnjenje od 75 ms jer algoritam zahteva poznavanje odbiraka signala koji još nisu dostupni (look ahead) To znaci da je ukupno kašnjenje sada 375 ms Svako dodatno kašnjenje zavisi od vremena koje je potrebno za procesiranje signala u koderu i dekoderu vremena potrebnog za prenos signala preko komunikacionog linka i dodatnogkašnjenja koje unosi bafer zbog multipleksiranja protokolaBlokovi nad kojima radi koder se prvo propuštaju kroz filtar propusnik visokih ucestanosti da bi seeliminisala jednosmerna komponenta a zatim se dele na 4 podbloka od po 60 odbiraka nad kojima se obavljaju razlicite operacije u cilju odredivanja odgovarajucih koeficijenata filtra Bitska brzina od 53 kbits koristi ACELP (Algebraic Code-Excited Linear Prediction) a brzina od 63 kbits koristi MP-MLQ (Multi-pulse Maximum Likelihood Quantization) Na odredište se prenose koeficijenti linearne predikcije parametri pojacanja i vrednost indeksa kodne knjige pobude Sve ove informacije se prenose u blokovima dužine 20 bajta za brzinu od 53 kbits odnosno dužine 24 bajta za brzinu od 63 kbitsKako svaka konverzacija podrazumeva i odredene periode tišine za vreme tih perioda nema potrebe zauzimati propusni opseg znacajan za penos signala Zato G7231 specificira mehanizam potiskivanja tišine

7

gde se mogu koristiti ramovi za opisivanje ubacene tišine SID (Silence Insertion Description) Ovi ramovi dugacki su 4 bajta pa tako prenos tišine zauzima oko 1 kbits što predstavlja veliku uštedu opsegaMOS vrednost za G7231 je oko 38 što je veoma dobro usled smanjenja potrebnog propusnog opsegaOsnovni nedostatak ovog kodera je što unosi pomenuto kašnjenje od 375 ms jer je u VoIP mrežama bitno kašnjenje u oba smera a ne samo u jednom

12 G729 tehnika kodovanja (Diplomski Marija Kačaniklić - 35)

G729Osnova G729 definiše algoritam CS-ACELP (Conjugate-structure Algebraic Code-Excited LinearPrediction) Ovaj algoritam koduje govor brzinom 8 kbits Propuštanjem analognog signala kroz filtar propusnik niskih ucestanosti (u cilju eliminacije frekvencija koje nisu bitne za govor) dobija se digitalni signal koji se dovodi na ulaz kodera Potom se ovaj signal odabira brzinom 8000 puta u sekundi I uniformno kvantuje u 16-bitni PCM Koder radi nad blokovima trajanja 10 ms što odgovara bloku od 80 odbiraka koji se odabiraju brzinom od 8 kHz Takode ovaj koder koristi i 5 ms za look ahead što dovodi do toga da je ukupno kašnjenje 15 ms Za svaki blok dužine 10 ms govorni signal se analizira i odreduju se parametri CELP modela Ove informacije se šalju odredištu u okviru 80-bitnog rama Kako je za 10 ms ulaznog govornog signala potrebno preneti 80 bita na odredište dolazimo do toga da je brzina prenosa 8 kbits pri cemu je MOS vrednost 4 što je veoma dobroPreporuka G729 u okviru sebe sadrži i anekse A B D i E u kojima se definišu algoritmi za kodovanje govoraU aneksu A primarni cilj je bio da se pojednostavi simultani prenos govora i podataka Pojednostavljenje se odnosi na uvodenje jednostavnijih procedura za pretraživanje kodne knjige i pojednostavljenje postfiltra u dekoderu Koristi isti ram i bitsku brzinu kao G729 cime je omoguceno da koder radi prema G729 a dekoder prema G729A ili obratno Ova pojednostavljenja mogu da dovedu do nešto lošijeg kvaliteta sa MOS vrednošcu od oko 37U aneksu B definisani su algoritam za detekciju aktivnosti govora VAD (Voice Activity Detection)algoritam za diskontinualni prenos DTX (Discontinuos Transmission) i algoritam za generisanjekomfornog šuma CNG (Comfort Noise Generation) Svi ovi algoritmi koriste se u cilju smanjenja brzine prenosa za vreme perioda tišine VAD algoritam predstavlja odluku da li je na ulazu prisutan govor ili šum a ona se donosi na osnovu analize nekoliko parametara tekuceg i prethodna dva rama Izlaz VAD modula je 1 u slucaju da je prisutan govor ili 0 u slucaju da je prisutan šum Pitanje koje se namece je da li je u slucaju tišine bolje ne slati nikakve podatke odredištu i ostaviti mu da generiše komforni šum To ipak nije dobro rešenje jer prijemna strana ne može da zna kakav je pozadinski šum prisutan na polaznoj strani i zato i ne može da generiše prirodan pozadinski šum Zbog ovoga se odredišnoj strani šalje SID 36ram koji sadrži informacije koje omogucavaju dekoderu da generiše komforni šum slican šumu napolaznoj strani Ukoliko se šum ne menja na polaznoj strani nastavlja se generisanje SID rama a ukoliko dode do promene šalje se ažuriran SID ramU aneksu D definiše se mogucnost slanja signala manjom brzinom u odnosu na osnovni G729 Aneks D takode radi sa blokovima odbiraka trajanja 10 ms ali šalje 64 bita po jednom ramu Njegova brzina je 64 kbits On ne dostiže isti kvalitet kao G729 ali MOS vrednost od 38 je prilicno dobra karakteristikaG729D nije pogodan kada je prisutan visok nivo šumaU aneksu E definisana je mogucnost slanja vecom brzinom u odnosu na osnovni G729 kodek u cilju prilagodavanja širem opsegu ulaznih signala Definiše robusniji algoritam u slucaju govora sa prisutnim pozadinskim šumom G729 koristi linearni prediktivni filtar 10-og reda što znaci da ima 10 koeficijenata a G729E koristi 30 koeficijenata Kodna knjiga je 44 bita za razliku od G729 koja je 35 bita Sve ove promene uticu na brzinu gde G729E šalje 118 bita svakih 10 ms što predstavlja brzinu od 118 kbits

8

13 Navesti glavne probleme koji utiču na kvalitet govora pri prenosu kroz mreže sa paketskom komutacijom (IPtf05-Kompresija_govora ndash 20)

Kvalitet prenetog govora

1048708 ocena kvaliteta je subjektivna1048708 postoji standardizacija ocena ali su ocene u suštini subjektivne1048708 problemi pri prenosu kroz paketske mreže koji direktno utiču na kvalitet govora1048708 varijacija kašnjenja1048708 gubitak paketa1048708 eho1048708 kašnjenje

14 Koja su dva glavna rešenja za problem gubitka paketa (IPtf05-Kompresija_govora ndash 46)

Gubitak paketa

1048708 IP ne garantuje isporuku već samo best-effort servis paketi se pri zagušenju odbacuju1048708 u prenosu podataka (data) TCP gubitke nadopunjuje retransmisijom1048708 retransmisija je kod real-time komunikacije besmislena ndash VoIP se oslanja na UDP1048708 generalno rešenja potpadaju pod dve klase1048708 ponavljanje poslednjeg uspešno primljenog paketa umesto izgubljenog1048708 slanje redundantne informacije koja na prijemu omogućava regenerisanje izgubljenog paketa

15 Šta je potrebno obezbediti da bi kvalitet servisa (QoS) u mreži bio zagarantovan

(IPtf09-cisco-qos ndash 4)

Da bi se garantovao QoS u složenoj mreži potrebno je obezbediti

da svi mrežni elementni podržavaju QoS opcije protokole signalizacije koji će omogućiti komunikaciju između mrežnih elemenata radi usklađivanja QoS parametara funkcije upravljanja koje treba da kontrolišu saobraćaj u mreži

16 Opisati uloge edge i backbone rutera (IPtf09-cisco-qos ndash 5)Sa stanovišta QoS-a u mreži razlikujemo edge I backbone rutere

Edge ruteri obezbeđuju klasifikaciju saobraćaja kontrolu pristupa i upravljanjekonfiguracijom

Backbone ruteri obezbeđuju upravljanje zagušenjem (congestion) i izbegavanjezagušenja u mreži

17 Koja tri principa kaliteta servisa podržava Cisco-ov IOS (IPtf09-cisco-qos ndash 6)

1048708best-efort1048708 integrated1048708diferentiated

9

18 Ukratko opisati Best-efort princip kvaliteta servisa (IPtf09-cisco-qos ndash 7)

1048708kompletan saobraćaj je ravnopravan1048708aplikacije šalju podatke kada se javi potreba za tim1048708paketi se prenose kroz mrežu po FIFO principu1048708nema mogućnosti kontrole kašnjenja protoka pouzdanosti1048708pogodan za klasične Internet servise tipa email - a file transfera i slično

19 Ukratko opisati Integrated Service princip kvaliteta servisa (IPtf09-cisco-qos ndash 8 9)

Integrated service princip 1048708postoji interakcija između mreže i aplikacije1048708aplikacija upućuje mreži zahtev za rezervaciju određenih mrežnih resursa1048708tek po dobijanju potvrde od mreže o raspoloživosti traženih resursa započinje komunikacija na nivou aplikacije

Integrated service - IOS features 1048708korišćenjem Resource Reservation Protokola (RSVP) aplikacija pregovara sa mrežom o resursima1048708korišćenjem weighted fair queueing (WFQ) mehanizama u kombinaciji sa RSVP-om mreža rezerviše resurse1048708korišćenjem weighted random early detection (WRED) mehanizama + RSVP obezbeđuje se malo kašnjenje i traženi protok u uslovima zagušenja mreže

20 Ukratko opisati Diferentiated Service princip kvaliteta servisa (IPtf09-cisco-qos ndash 10)

Diferentiated Service princip 1048708ne postoji komunikacija između mreže I aplikacije vezana za QoS1048708postoji više vrsta servisa (sa stanovišta QoS-a) koje mreža nudi a način rutiranja paketa se određuje na osnovu QoS parametara koji su postavljeni u samom IP datagramu (koriste se sledeća polja u IP datagramu TOS SourceampDestination address protocol typehellip)

21 Koji mehanizme omogućava Cisco-ov IOS za obezbeđivanje kvaliteta servisa

(IPtf09-cisco-qos ndash 17)

Cisco IOS QoS mehanizmi1048708Klasifikacija (classification)1048708Upravljanje zagušenjem (congestion management)1048708Izbegavanje zagušenja (congestion avoidance)1048708Policing and Shaping1048708Signalizacija (signalling)1048708Povećanje efikasnosti linka (link eficiency mechanism)

22 Koji mehanizmi se koriste za promenu IP precedence bita (IPtf09-cisco-qos ndash 20)

Klasifikacija saobraćaja

Za promenu IP precedence-a datagrama koriste sesledeći mehanizmi

10

1048708Policy-Based Routing1048708QoS Policy Propagation via Border Gateway Protocol (PB-BGP)1048708Commited Access Rate (CAR)

23 Upravljanje zagušenjem (IPtf09-cisco-qos ndash 31)

Upravljanje zagušenjem1048708 u situacijama kada dođe do zagušenja linka(saobraćaj koji dolazi u ruter je veći od kapaciteta odlaznog linka) definiše koji će datagrami prvi da se šalju a koji moraju da čekaju1048708 ovo se postiže uvođenjem raznih redova čekanja i definisanjem pravila za njihovo opsluživanje1048708 u situacijama kada na mreži postoje različite aplikacije gledano sa stanovišta karakteristika saobraćaja potrebno je upravljati saobraćajem da bi se obezbedili ravnopravni uslovi1048708tipičan primer ldquosuprotstavljenihrdquo aplikacija su voice i FTP servis

24 Navesti četiri tehnike upravljanja zagušenjem (IPtf09-cisco-qos ndash 33)

tipovi redova čekanja1048708First-In First-Out Queueing (FIFO)1048708Weighted Fair Queueing (WFQ)1048708Custom Queueing (CQ)1048708Priority Queueing (PQ)Na jednom interfejsu se u jednom trenutku može koristiti samo jedan sistem reda čekanja

25 Ukratko opisati FIFO (First In First Out) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 34)

Upravljanje zagušenjem - FIFO1048708najednostavniji sistem1048708paketi se smeštaju u red onim redosledom kako dolaze i istim tim redosledom se prosleđuju dalje1048708ovo je default sistem opsluživanja na svim linkovima protoka većeg od 2 Mbps1048708ima najmanje kašnjenje prilikom obrade zbog svoje jednostavnosti

26 Ukratko opisati WFQ (Weighted Fair Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 35 37 38 39)

Upravljanje zagušenjem -WFQ1048708obezbeđuje ravnomernije korišćenje mrežnih resursa od strane korisničkih aplikacija1048708vrši analizu saobraćaja identifikuje tokove podataka (flow) i kao takve ih odvaja u posebne redove čekanja (svaka sesija ima svoj red čekanja) pri čemu svaki red čekanja ima svoju težinu (wieght) koja se određuje prema protoku ili nekom drugom parametru1048708obezbeđuje da svaki tok podataka koristi deo kapaciteta linka srazmerno težini koju imaju red čekanja u kome se nalazi1048708broj redova čekanja je konfigurabilan1048708po default-u koristi se 256 redova čekanja1048708obezbeđuje ravnopravnost između svih protoka podataka (flow)1048708ne zahteva nikakvo posebno konfigurisanje

11

1048708po default-u se koristi na linkovima kapaciteta 2 Mbps i manjim1048708razlikuje datagrame po IP Precedence vrednosti i definiše prioritet u skladu sa tim1048708kompatibilan sa RSVP protokolom I rezerviše traženi deo kapaciteta linka1048708kompatibilan je sa Frame Relay mrežom tako da smanjuje saobraćaja kada dobijeFECN i BECN od mreže1048708pored WFQ-a postoji i VIP-Distributed WFQ koji se izvršava na VIP modulu1048708često se naziva i fair queueing jer ne obezbeđuje težinu redova čekanja već se svaki red čekanja opslužuje ravnomerno1048708omogućava korištenje i na linkovima kapaciteta većeg od 2 Mbps

27 Ukratko opisati CQ (Custom Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 40 42)

Upravljanje zagušenjem - CQ1048708posebno se konfiguriše i omogućava statičko odvajanje dela linka za određeni tip saobraćaja1048708statičko podešavanje u koji se red čekanja prosleđuje koji tip saobraćaja1048708u slučaju da je neki red čekanja prazan njegov deo kapaciteta se ravnomerno raspoređuje na sve ostale redove čekanja1048708broj redova čekanja je konfigurabilan I može biti maksimalno 161048708kružno opsluživanje redova čekanja1048708definiše se koliko se bajtova šalje iz svakog reda prilikom opsluživanja čime je omogućeno statičko rezervisanje dela kapaciteta linka za određeni tip saobraćaja1048708zahteva posebno konfigurisanje1048708veće kašnjenje usled obrade nego kod FIFO queueing-a

28 Ukratko opisati PQ (Priority Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 43 45)

Upravljanje zagušenjem - PQ1048708ima četiri reda za čekanje različitog prioriteta (high medium normal i low)1048708prvo se opslužuje red najvećeg prioriteta pa tek kada se on isprazni prelazi se na sledećired1048708prilikom svakog slanja paketa prvo se proverava red najvišeg prioriteta pa tek onda ostali po redu prioriteta1048708zahteva posebno konfigurisanje1048708omogućava garantovanje korišćenja kompletnog kapaciteta za kritične aplikacije1048708ima veoma malo kašnjenje jer je način opsluživanja redova veoma jednostavan1048708može se aktivirati na bilo kom tipu interfejsa ali se preporučuje korišćenje samo na serijskom interfejsu malog kapaciteta

29Na šta se svodi mehanizam izbegavanja zagušenja i koje su dve osnovne tehnike (IPtf09-cisco-qos ndash 47 48)

Izbegavanje zagušenja1048708u situacijama kada dođe do zagušenja ono se razrešava tako što dolazi do odbacivanjadatagrama1048708odbacivanje može biti ldquointeligentnordquo kada se vodi računa o tome koji se paket odbacuje ili ldquosirovordquo kada se odbacuje poslednji pristigli paket

12

dva mehanizma1048708Tail Drop1048708Weighted Random Early Detection (WRED)

30 Opisati Weighted Random Early Detection (WRED) mehanizam izbegavanja zagušenja (IPtf09-cisco-qos ndash 53 55)

Izbegavanje zagušenja -WRED1048708za razliku od RED principa WRED uvodi I ldquotežinurdquo saobraćaja tako da se prvoodbacuju paketi manjeg prioriteta a tek onda paketi većeg prioriteta1048708WRED je kompatibilan i sa RSVP-om tako da se prvo odbacuju paketi koji pripadajudrugim tokovima pa tek onda oni koji pripadaju toku podataka koji je rezervisao deo kapaciteta posredstvom RSVP-a1048708najčešće se koristi u jezgru mreže gde postoji mogućnost da dođe do zagušenja1048708koristi informacije o prioritetu (IP Precedence) koje su postavili ruteri u pristupnom delu mreže 1048708statistički gledano WRED odbacuje više paketa onog izvora koji generiše veći saobraćaj čime se brže izlazi iz zone zagušenja

31 Koja dva mehanizma kontrole saobraćaja omogućava Cisco-ov IOS Ukratko opisati svaki od njih (IPtf09-cisco-qos ndash 58)

Policing and Shaping1048708policing - princip rada se zasniva na odbacivanju paketa kada njihov protok premaši neke administrativno postavljene parametre1048708shaping - princip rada se zasniva na zadržavanju datagrama u redu za čekanje kada njihov protok premaši administrativno postavljene parametre (GTS koristiWFQ dok FRTS koristi CQ PQ ili FIFO)

H323

1 Ukratko opisati H323 signalizacionu arhitekturu (IPtf06-H323_arhitektura ndash 16)

H323 arhitektura1048708 ITU-T H323 - Packet-based multimedia communications systems1048708 H323 je standard koji specificira1048708 komponente1048708 protokole i1048708 procedure koje omogućavaju multimedijalne komunikacione servise (real-time audio video prenos podataka) u mrežama sa paketskom komutacijom koje ne pružaju garantovan QoS1048708 H323 je deo familije preporuka H32x koje se bave multimedijalnim komunikacijama u različitim tipovima mreža (ISDNPSTN)

2 Koji su osnovni elemetni (komponente) H323 arhitekture i koji se tipovi podataka razmenjuju u komunikaciji (IPtf06-H323_arhitektura ndash 19 20)

Osnovni elementi

13

1048708 Terminali1048708 Gateways1048708 Gatekeepers1048708 MCs1048708 MCUs1048708 Komunikacija između elemenata obavlja se razmenom informacionih tokova podataka (information streams)Klasifikuju se kao 4 tipa1048708 Video1048708 Audio1048708 Data (podaci)1048708 Communication and call control

3 Koji su osnovni protokoli u H323 arhitekturi nazanačeni u preporuci (IPtf06-H323_arhitektura ndash 24)

osnovni protokoli koji su naznačeni u preporuci H3231048708 audio CODEC-i1048708 video CODEC-i1048708 H2250 RAS (registrationadmission and status)1048708 H2250 call signaling1048708 H245 control signaling1048708 real-time transport protocol (RTP)1048708 real-time control protocol (RTCP)1048708 H323 je nezavisna od paketske mreže itransportnih protokola pa ih zato i ne specificira

4 Šta predstavlja H225 RAS i za šta se koristi (IPtf06-H323_arhitektura ndash 27 39 45)

protokol kojim se razmenjuju podaci između krajnjih tačaka (terminal gateway MCU) i gatekeeper-a1048708 koristi se za 1048708 otkrivanje gatekeeper-a1048708 procedura kojom se određuje gatekeeper kod koga će se krajnja tačka registrovati1048708 može biti statičko (krajnja tačka unapred zna ko je njen gatekeeper) i dinamičko (razmena 1048708 multicast poruka GRQ (ldquoWho is my gatekeeperrdquo) 1048708 poruka GCF (ldquoI can be your gatekeeperrdquo) koja sadrži transportnu adresu RAS kanala gatekeeper-a i

1048708 poruka GRJ (ako gatekeeper ne želi da registruje krajnju tačku)

koristi se i za 1048708 registraciju krajnje tačke (pristupanje zoni (RRQ RCFRRJ) čime se gatekeeper obaveštava o transportnim adresama i imenima krajnje tačke)1048708 i njenu deregistraciju (na zahtev krajnje tačke (URQ UCFURJ) ili na zahtev gatekeeper-a (URQUCF))

14

1048708 kontrolu pristupa promenu propusnog opsega status oslobađanje BW (kada krajnja tačka želi da inicira poziv ona traži dozvolu od gatekeeper-a (ARQACFARJ) ndash obaveštava gatekeeper o tome koga želi da pozove o potrebnom BW za obavljanje poziva tokom poziva se BW može menjati (BRQBCFBRJ) na kraju poziva terminal obaveštava gatekeeper o oslobađanju zahtevanog opsega (DRQDCF))1048708 lociranje krajnje tačke (nprodređivanje IP adrese dodela transportne adrese logičkog kanala koji će se koristiti za signalizaciju poziva (LRQLCFLRJ))

5 Koje su funkcije RAS signalizacije (H323 - 2 deo - Misic Ivana 289-07 - 7)

RAS signalizacija je definisana u okviru H2250preporuke i odnosi se na sledece funkcije_ Otkrivanje gejtkipera (Gatekeeper discovery)_ Registracija (Registration)_ Otkazivanje registracije (Unregistration)_ Pristup (Admission)_ Upravljanje propusnim opsegom (Bandwidth change)_ Lociranje krajnje tacke (Endpoint Location)_ Završetak poziva (Call Disengage)_ Status (Status)_ Dostupnost resursa (Resource Availability)_ Nestandardna funkcija (Non-standard)

6 Tipovi RAS poruka (IPtf06-H323_arhitektura ndash 29)

RAS poruke imaju tri tipa (u opštem slučaju)1048708 Request ndash xRQ1048708 Reject ndash xRJ1048708 Confirm ndash xCF

7 Ukratko opisati postupak otkrivanja gatekeeper-a od strane terminala (IPtf06-H323_arhitektura ndash 28 29 32 34 36)

(H323 - 2 deo - Misic Ivana 289-07 ndash 89)

Otkrivanje gejtkipera_ U procesu otkrivanja gejtkipera koriste se RAS porukeGRQ GCF i GRJPostoje dva metoda otkrivanja gejtkipera od strane krajnje tacke_ staticki i_dinamicki

Staticki metod (Unicast ndash manual method) se koristi kada jeadresa gejtkipera unapred poznata Tada se na UDP port1718 datog gejtkipera šallje GRQ poruka na koju potom

15

gejtkiper odgovara sa pozitivnom (GCF) illi negativnom (GRJ)porukom (Gejtvej A)Dinamicki metod (Mullticast ndash autodiscovery) se koristi kadaadresa gejtkipera nije unapred poznata Tada je neophodnoda krajnja tacka utvrdi dostupnost gejtkipera Ovo seostvaruje sllanjem mullticast poruke na koju može pozitivnoodgovoriti više gejtkipera kod kojih se krajnja tacka možeregistrovati (Gejtvej B)

8 Ukratko opisati postupak registracije terminala kod gatekeeper-a (IPtf06-H323_arhitektura ndash 40-43) (H323 - 2 deo - Misic Ivana 289-07 ndash 1011)

Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndash Registration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnikaTerminal može da obnovi svoju registraciju slanjem ili kompletne RRQ poruke ili slanjem Lightweight RRQ (LW RRQ) poruke1048708 LW RRQ poruka ima samo nekoliko elemenata u odnosu na full RRQ paket I može se koristiti samo za obnavljanje prijavljivanja terminala gatekeeper-u

9 Nabrojati formate poruka koje se razmenjuju u RAS signalizaciji

(IPtf06-H323_arhitektura ndash 32 40 46 51 53-59)

Terminal kada se poveže na mrežu mora da otkrije gatekeeper slanjem GRQ poruke1048708 Adresa gatekeeper-a može unapred biti konfigurisana na terminalu1048708 Terminal može da GRQ poruku pošalje kao multicast u kom slučaju je primaju svi aktivni gatekeeper-i1048708 Adresa gatekeeper-a može da se dobije slanjem DNS upita (način definisanja Gatekeeper-a kroz DNS definisan kroz H323 Annex O)1048708 Ako na mreži postoji više gatekeeper-a tada je za proces otkrivanja gatekeeper-a potrebno razmeniti nekoliko GCFGRJ poruka

1048708 Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndashRegistration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnika

Kada se jednom registruje kod Gatekeeper-a terminal može samo da inicira poziv ili prihvatidolazeći poziv1048708 Na upućen zahtev (ARQ) Gatekeeper može da odgovori sa ACF ili ARJ1048708 Krajnja tačka će da navede sve odredišne adrese gde gatekeeper može da odgovori saalternativnim skupom odredišnih adresa (ako je setovan flag ldquocanMapAliasrdquo)

1048708 LRQ poruku šalje krajnja tačka ili gatekeeper drugom gatekeeper u cilju određivanja stvarne IP adrese za neku alias adresu ndash na primer konverzija telefonskog broja u IP adresu1048708 Iako LRQ mogu biti poslati i sa krajnje tačke skoro uvek se koriste od strane gatekeeper-a

16

1048708 Po izvršenoj inicijalnoj uspostavi veze krajnje tačke mogu da požele da dobiju veći protok kroz mrežu za svoju komunikaciju1048708 Tada se šalje BRQ poruka1048708 Poruka se šalje kada je stvarno rezervisani saobraćaj manji od potrebnog i traženog kod uspostave veze

1048708 ldquoUnknown Message Responserdquo se šalje kao odgovor na nepoznatu poruku1048708 ldquoNon-Standard Messagerdquo omogućavaju gatekeeper-u i krajnjoj tački da razmene neke druge poruke

10 Opisati H2250 Call Signaling (IPtf06-H323_arhitektura ndash 61)

(H323 - 2 deo - Misic Ivana 289-07 ndash 2122)

H2250 signalizacija poziva_ Signallizacija poziva predstavllja signallizaciju izmedu krajnjih tacaka pomocu koje se obavllja uspostavlljanje i raskidanje poziva U H323 koristi se modifikovana ITU-T preporuka Q931 koja predstavllja deo nove preporuke H2250 Preporuka Q931 definiše signallizacioni protokoll treceg nivoa koji se koristi u ISDN mrežama a u H2250 koristi se samo jedan deo Q931 poruka Pored Q931 koristi se i jednaporuka iz Q932_ U okviru H323 sistema postoji potreba za prenosom sistemskih informacija o gejtkiperima i H245 adresama llogickih kanalla U ISDN mrežama prenos ovakvih informacija ostvaruje se upotrebom ellementa za razmenu informacija izmedu korisnika (User-to-User Information Ellement) Prenos informacija od korisnika do korisnika odvija se preko D kanalla pri cemu sama mreža ne interpretira sadržaj ovih poruka

U H2250 ovaj vid komunikacije koristi se za prenos svih dodatnih informacija neophodnih za funkcionisanje H323 sistema_ To mogu biti informacije razllicitog sadržajaobavezni identifikatori protokolla allias krajnje tacke H245 adresa itd_ ASN1 sintaksa definisana u H2250 odreduje format poruka koje se razmenjuju naovaj nacin

11 Za šta se koristi H245 kontrolna signalizacija (IPtf06-H323_arhitektura ndash 74)

H245 kontrolna signalizacijakoristi se za1048708 razmenu informacija o tome koje će se vrste podataka prenositi kanalima za prenos medija (audiovideo ili podaci)1048708 razmenu informacija o koderimadekoderima koje krajnja tačka podržava1048708 otvaranje i ukidanje logičkih kanala za prenos medija1048708 kontrolu protoka1048708 neke opšte komande i instrukcije

12 Opisati ulogu gateway-a u H323 mreži (IPtf06-H323_arhitektura ndash 110 111)

Gatewayinterfejs između H323 mreže i ne-H323 mreže (npr LAN-a i mreže sa komutacijom kola (SCN))1048708 nije potreban ako se komunikacija odvija između dva H323 terminala u H323 mreži

17

1048708 omogućava interoperabilnost komunikacionih procedura i formata podataka između različitih tipova mreža1048708 ako je potrebno vrši kompresiju i paketizaciju govora1048708 terminal komunicira sa gateway-em korišćenjem H2250 i H245 signalizacije

1048708 Sastoji se iz Media Gateway Controller-a (MGC) i Media Gateway-a (MG)1048708 Ove dve funkcije mogu da budu integrisane u jednom uređaju ili da budu razdvojene1048708 MGC funkcija se može integrisati sa Gatekeeper-om koji tada nazivamo I signalizacioni kontroler

13 Nabrojati i ukratko opisati funkcije gatekeeper-a (IPtf06-H323_arhitektura ndash 115 116)

obavezne funkcije gatekeeper-a1048708 transliranje adresa (telefonski broj alias ime) u cilju određivanja IP adrese odredišta (vrši se pregledanjem tabela koje sadrže podatke dobijene pri registraciji krajnjih tačaka)1048708 kontrola pristupa (bazirana na autorizaciji poziva raspoloživom propusnom opsegu ili na nekom drugom kriterijumu)1048708 kontrola propusnog opsega (jednostavnom metodom ili nekim složenim protokolom (npr RSVP))1048708 upravljanje zonom (svim uređajima koji su registrovani kod posmatranog gatekeeper-a)

opcione funkcije gatekeeper-a1048708 signalizacija poziva i kontrola poziva- rutiranje H2250 i H245 signalizacije između krajnjih tačaka1048708 autorizacija poziva upravljanje propusnim opsegom upravljanje pozivima (korišćenjem posebnih pravila (policy))1048708 SNMP (Gatekeeper) upravljačka informacija (MIB)1048708 rezervacija propusnog opsega za terminale koji nemaju mogućnost da to sami urade

14 Od čega se sastoji i koja je uloga MCU-a (Multipoint Controller Unit) u H323 mreži (IPtf06-H323_arhitektura ndash 120 121)

MCU- Multipoint Control Unit1048708 omogućava konferencijsku vezu između tri ili više terminala1048708 upravlja resursima konferencijske veze omogućava dogovor koji će se CODEC koristiti1048708 može biti samostalan uređaj (PC) ali I integrisan u okviru gateway-a gatekeeper-a iliterminala

1048708 logički sastoji se iz dve celine1048708 MC (Multipoint controler)- bavi se kontrolom I signalizacijom neophodnim za uspostavljanjei upravljanje konferencijom1048708 MP (Multipoint processor)- prima podatke od krajnjih tačaka obrađuje ih (npr audiomixingvideo switchingmixing umnožava) I šalje krajnjim tačkama učesnicama konferencije

15 Šta predstavlja H323 zona a šta administrativni domen

(IPtf06-H323_arhitektura ndash 125 126)

1048708 Skup H323 uređaja kojima se upravlja od strane jednog gatekeeper-a

18

1048708 Zona sadrži najmanje jedan terminal a može sadržati gateway-e i MCU-e1048708 Zona je nezavisna od mrežne topologije (može biti sačinjena od više mrežnih segmenata povezanih ruterima ili drugim uređajima)1048708 Granice zone mogu biti definisane na bazi administrativnog geografskog inženjerskog ili nekog drugog kriterijuma1048708 O pozivima između krajnjih tačaka u zoni stara se jedan gatekeeper1048708 Pozive između krajnjih tačaka iz različitih zona mogu opsluživati gatekeeper-i iz obe zone

1048708 Skup H323 zona koje su pod jednom administrativnom kontrolom1048708 Na primer mreža servis provajdera ili mreža velike kompanije

SIP

1 Ukratko opisati SIP protokol (IPtf07-SIP_arhitektura ndash 3)

SIP ( Session Initiation Protocol ) 1048708 definisan u RFC-u 3261 kao protokol aplikativnog sloja1048708 koristi se za uspostavu sesije između korisnika1048708 ne definiše tip sesije koja se uspostavlja (interaktivno kockanjeili audiovideo konferencija)1048708 SIP je klijent-server protokol baziran na protokolima HTTP (HyperText Transport Protocol) i SMTP (Simple Mail Transfer Protocol)1048708 klijent generiše request i šalje ga serveru koji mu odgovara (response)request + response = transaction

2 Nabrojati 5 osnovnih f-ja SIP protokola (IPtf07-SIP_arhitektura ndash 4)

SIP ndash 5 osnovnih funkcija1048708 Lociranje korisnika ndash određivanje krajnjeg sistema koji će se koristiti za komunikaciju1048708 Raspoloživost korisnika ndash određuje da li krajnji sistem želi ili ne da učestvuje u toj sesiji1048708 Karakteristike sagovornika ndash određuje medijum I parametre medija koji su bitni za komunikaciju1048708 Uspostava sesije ndash razmena parametara za uspostavu sesije1048708 Upravljanje sesijama ndash razmena podataka vezanih za uspostavu raskid i održavanje sesija

3 Nabrojati i ukratko opisati elemente (komponente) SIP mreže

(IPtf07-SIP_arhitektura ndash 9)

SIP komponente1048708 user agent (softver kojim čovek komunicira sa sistemom)Sadrži dve komponente1048708 UAC (user agent client) - šalje request1048708 UAS (user agent server) - prima request i šalje response (prihvata poziv preusmerava ga ili odbija)1048708 network servers1048708 registration server - sadrži informacije o trenutnim lokacijama korisnika

19

1048708 proxy server - prima request i šalje ka sledećem serveru (proxyUASredirect) može i ka više servera odjednom1048708 redirect server - prima request ali umesto da ga prosledi dalje on vraća adresu next-hop servera klijentuProxy i redirect server vrše rutiranje

4 Nabrojati i ukratko opisati osnovne metode koje se razmenjuju u SIP porukama (IPtf07-SIP_arhitektura ndash 14)

SIP poruka ndash metode (RFC 3261)1048708 INVITE ndash uspostava veze1048708 BYE - završatak veze učesnika u pozivu1048708 OPTIONS - traži informacije o osobinama UA1048708 ACK - za pouzdanu razmenu poruka1048708 CANCEL - otkazuje se poslednji request (ne važi za BYE)1048708 REGISTER - traži informaciju o lokaciji korisnika u registration server-u prijavljuje se serveru sa svojim podacima

5 Navesti po jedan primer SIP poruke prilikom zahteva i odgovora (IPtf07-SIP_arhitektura ndash 13 16)

Format SIP poruke1048708 Kod upita (request) format prve linije jeRequest-Line = Method SP Request-URI SP SIP-Version CRLFSP ndash single space karakterPrimerINVITE sipbobbiloxicom SIP20

Format SIP poruke1048708 Kod odgovora (response) format prve linije jeStatus-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLFPrimerSIP20 200 OK

6 Nabrojati klase odgovora u SIP-u (IPtf07-SIP_arhitektura ndash 18)

Klase odgovora1048708 1xx Informational1048708 2xx Final1048708 3xx Redirection1048708 4xx Client Error1048708 5xx Server Error1048708 6xx Global Failure

7 Nabrojati i ukratko opisati obavezna polja u zaglavlju SIP poruke

(IPtf07-SIP_arhitektura ndash 29 32-35)

Zaglavlje SIP poruke20

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 3: Ispit_Pitanja i odgovori

1048708 funkcije RTP-a1048708 sequencing1048708 intramedia synchronization (kompenzacija džitera)1048708 payload identification (dinamička promena codec-a zbog uslova u mreži)1048708 frame indication (gde je kraj a gde početak rama M-frame marker bit)1048708 source identification (u multicastu - ko šalje paket)

9 Čemu je namenjen RTCP protokol i koje su dve njegove osnovne funkcije

(IPtf04-VoIP ndash 24 25)

RTCP1048708 RTCP ndash RTP Control Protocol1048708 Deo specifikacije RTP protokola u RFC-u 35501048708 Zadužen za praćenje kvaliteta servisa I prenos informacija o učesnicima sesije

RTCP ndash 4 osnovne funkcije1048708 Primarna funkcija je slanje povratnih informacija o kvalitetu servisa za podatke koji su poslati korisnicima Ova funkcija se obavlja slanjem SR i RR tipova paketa1048708 Druga funkcija je slanje stalnog identifikatora izvora koje nazivamo Canonical name (CNAME)

10 Navesti formate paketa koji se razmenjuju u RTCP komunikaciji (IPtf04-VoIP ndash 28 29)

RTCP ndash formati paketa1048708 SR ndash Sender Report ndash za slanje I primanje statističkih podataka od strane učesnika koji aktivno šalju sadržaje (senders)1048708 RR ndashReceiver Report ndash za prijem statističkih podataka od učesnika koji ne šalju aktivno sadržaje i u kombinaciji sa SR za slanje izveštaja na više od 31 izvora1048708 SDES ndash Source DEScription ndash opis izvora saobraćaja što uključuje i slanje CNAME podataka1048708 BYE ndash završetak učešća u konferencijskoj vezi1048708 APP ndash APPlication specific function

KOMPRESIJA I KVALITET SERVISA (QoS)

1 Koja su dva zakona kompresije signala i gde se koji korisiti

(IPtf05-Kompresija_govora ndash 5)

Digitalizacija govora

1048708 Preporuka predviđa načina kodovanja signala A-law i μ-law1048708 U Evropi se koristi A-law dok se u Americi koristi μ-law1048708 Na linku između dva sistema koji koriste različite sisteme kodovanja koristi se Alaw

2 Uobičajena mera kvaliteta prenošenog govora (Diplomski Marija Kačaniklić - 29)

3

Uobicajena mera kvaliteta prenešenog govora je MOS (Mean Opinion Score) MOS je skala od 1 do 5 gde svakomnivou (oceni) odgovara odredeni kvalitet servisa 5 ndash odlican (Excellent) 4 ndash dobar (Good) 3 ndash30 podnošljiv (Fair) 2 ndash slab (Poor) 1 ndash loš (Bad)

Cilj kodovanja u realnim telefonskim sistemima je dadostignu vrednost 40 ili višePSQM (Perceptual Speech Quality Measurement) je još jedna tehnika merenja kvaliteta govora Ova tehnika poredi signal na izlazu sistema koji vrši kodovanje govora sa poznatim signalom na ulazu Ovatehnika ukljucuje i algoritme koji odreduju i neke dodatne elemente kao što su tip govornika jacina ulaznog signala kašnjenje odnos govorpauza šum sredine itd

3 Digitalizacija govora (način proces digitalizacije) (Diplomski Marija Kačaniklić - 30)

Digitalizacija govoraPrenos analognog signala komunikacionim sistemima nije idealan jer je robustan i ne postoji efikasan nacin rekonstrukcije signala na koji je uticao linijski šum U analognim sistemima signal se pojacavao pojacavacima kako bi se što dalje preneo ali se pored korisnog signala pojacavao i šum na linijiUspostavljena veza je zbog toga bila lošeg kvalietaNasuprot analognom signalu digitalni signal koji je sastavljen od nula i jedinica mnogo se lakše cisti od linijskog šuma Zbog toga se analogni signal predstavlja digitalnim a najcešci nacin za to je impulsna kodna modulacija PCM (Pulse Code Modulation)Proces digitalizacije obavlja se u tri koraka odabiranje kvantizacija i kodovanje

4 Šta su koderi Tipovi kodera (Diplomski Marija Kačaniklić - 32)

KodovanjeKodovanje podrazumeva dva procesa proces prevodenja ili izražavanja poruke simbolima nekog alfabeta (ovu funkciju vrši koder izvora) i proces transformacije niza bita u formu koja je pogodnija za prenos preko komunikacionih linkova (ova funkcija se vrši u koderu kanala) Model komunikacionog sistemaprikazan je na slici 43

Definicija kodera kaže da je to uredaj koji vrši i odabiranje i kvantizaciju odnosno pretvaranje analognog u digitalni signal Dekoder vrši obrnut proces a jednim imenom se nazivaju kodek

Postoje II kodeka 4

kodek talasnog oblika kodek izvora i hibridni kodek

Kodek talasnog oblika (wave form codec) odabira analogni signal i svakom odbirku u zavisnosti odstvarne vrednosti pridružuje odgovarajucu kvantizovanu vrednost Odredište prima kvantovane vrednostisvakog odbirka i na osnovu toga rekonstruiše signal Ovi kodeci generišu visokokvalitetan izlaz nisusloženi za implementaciju ali veliki nedostatak im je potreba za velikim propusnim opsegomKodek izvora (source codec) se još naziva i vokoder (voice coder) Vokoderi nastoje da parametreulaznog signala dovedu u vezu sa parametrima matematickog modela generisanja govora Najcešce koriste model LPC (Linear Predictive Coding) linearnog prediktivnog filtra koji predstavlja model vokalnog trakta Na ulaz filtra se dovodi informacija o tome da li je od glasnica primljen zvucni ili bezvucni glas a informacije koje se šalju su parametri modela a ne sam signal Prijemna strana koristi isti model i na osnovu primljenih parametara rekonstruiše signal koji može zvucati malo veštacki

9 Tehnike kodovanja hibridnih kodeka (Diplomski Marija Kačaniklić - 33)

Hibridni kodek (hybrid codec) nastoji da koristi dobre osobine prethodna dva kodeka Cilj im jeobezbedenje dobrog kvaliteta govora uz male bitske brzine

5 Tehnike kodovanja kodeka talasnog oblika (Diplomski Marija Kačaniklić - 32)

6 G711 tehnika kodovanja (Diplomski Marija Kačaniklić - 32)

Postoje dve tehnike kodovanja kodecima talasnih oblika G711-PCM i G726-ADPCM

G711Ova tehnika kodovanja govora jedna je od najzastupljenijih danas Spada u grupu kodeka talasnog oblika i koristi se širom sveta u telefonskim mrežama koje rade na principu komutacije kola Predstavlja impulsno kodnu modulaciju (PCM) koja koristi frekvenciju odabiranja od 8 kHz što znaci da može da koduje signal maksimalne frekvencije 4 kHz Koristi neuniformnu kvantizaciju a svaki odbirak se predstavlja sa 8 bita odakle zakljucujemo da je protok 64 kbitsG711 definiše dve varijante kvantizacije A-zakon i μ-zakon A-zakon se primenjuje u Evropi i u svim ostalim zemljama izuzev Severne Amerike i Japana a μ-zakon u Severnoj Americi i Japanu Obe varijante podrazumevaju više kvantizacionih nivoa za niže vrednosti signala Ukupan opseg deli se na segmente a segmenti na intervale u kojima se kvantuju vrednosti signala Velicina intervala je razlicita za svaki segment svaki segment sadrži 16 intervala a svaki interval odnosno njegova velicina se duplira za svaki naredni segment Oba zakona su simetricna u odnosu na nultu vrednost signala μ-zakon koristi po 8 segmenata u pozitivnom i negativnom smeru a svaki segment sadrži 16 intervala Velicina intervala u kojima se kvantuju vrednosti signala u prvom segmentu je 2 dok je u osmom segmentu velicina intervala 256 A-zakon koristi 7 segmenata gde najmanji ima 32 intervala vrednosti 2 a preostalih 6 imaju 16 33intervala gde se vrednost intervala u svakom narednom segmentu duplira Zbog toga A-zakon tacnije prezentuje male vrednosti ulaznog signala Oba zakona obezbeduju dobar kvalitet govora i imaju MOS od 43 Osnovni nedostatak G711 kodeka je što zahteva kanal propusnog opsega 64 kbits

G726 ndash ADPCMUoceno je da se govorni signal menja relativno sporo i da se vrednost datog odbirka može odrediti na osnovu vrednosti odbiraka Jedan od nacina da se to uradi je da se odredištu pošalje razlika vrednosti signala datog odbirka i prethodnog odbirka Na primer neka je vrednost nekog odbirka 5435 a sledeceg 6146 Tada se odredišnoj strani šalje samo razlika od 0711 i oznacava da je ova vrednost manja od 6146

5

za red velicina i da zahteva manje bita za prezentaciju Ovaj pristup naziva se DPCM (Diferential PCM) i može da smanji potreban propusni opseg kanala bez velike degradacije kvaliteta Problem ove modulacije je što nije u mogucnosti da prati nagle promene ulaznog signala

Modulacija koja je u mogucnosti da isprati nagle promene ulaznog signala je ADPCM (Adaptive DPCM) adaptivna DPCM modulacija Ova modulacija predvida vrednost odbirka na osnovu prethodnih odbiraka uzimajuci u obzir i poznavanje uobicajenih promena govornog signala U ovom slucaju samo se greška izmedu vrednosti aktuelnog odbirka i predvidene vrednosti odbirka koduje i šalje na odredište Uz pretpostavku da je predvidena vrednost odbirka približna stvarnoj vrednosti manji broj bita potreban je za predstavljanje kvantizacione greške a samim tim i manji propusni opseg

7 G726 tehnika kodovanja (Diplomski Marija Kačaniklić - 33)

G726 definiše napredniju varijantu ADPCM modulacije jer ima mogucnost da govor kodovan A ili μ zakonom brzinom 64 kbits prilagodi i prenosi brzinom 16 24 32 ili 40 kbits odnosno može dapredstavi kvantizacionu grešku sa 2 3 4 ili 5 bita Ukoliko koristi brzinu od 32 kbits MOS dostiževrednost 4 što je veoma dobro

PCM i ADPCM algoritmi koji se koriste u okviru ovih kodeka ne unose dodatno kašnjenje a to im jeistovremeno jedna od osnovnih prednosti Glavna mana ovih kodeka je i dalje veliki propusni opseg koji zahtevaju kako bi preneli govor zadovoljavajuceg kvaliteta

8 Koja je glavna razlika između PCM i ADPCM algoritama kompresije (IPtf05-Kompresija_govora ndash 4 7)

Telefonski govorni kanal zauzima opseg od 4kHz pa je prema teoremi odabiranja učestanost odabiranja 8kHz1048708 Svaki odbirak se koduje sa 8 bita što nam daje protok po telefonskom kanalu od 64kbs1048708 PCM ndash Pulse Code Modulation - definisano u okviru ITU-T G711 preporukeRazvoj tehnike omogućio da se umesto PCM obrade koriste napredniji algoritmi kompresijegovora1048708 Drugi algoritam je baziran na ADPCM-u (adaptivna diferencijalna PCM) i definisan je uokviru preporuke ITU-T G7261048708 Koduje se samo razlika između dva odbirka i u zavisnosti od broja bita koji se koriste imamo sisteme sa 16kbs 24kbs 32kbs i 40kb

10 G728 tehnika kodovanja (Diplomski Marija Kačaniklić - 33)

G728G728 specificira CELP sa malim kašnjenjem LD-CELP (Low-Delay CELP) slika 44 Ovaj koderkoristi adaptaciju unazad odnosno koristi prethodne uzorke govora da bi odredio koeficijente filtraVreme potrebno da se odrede koeficijenti filtra odnosno kašnjenje algoritma iznosi 0625 ms G728 obraduje 5 odbiraka istovremeno odnosno uzima 5 odbiraka odreduje vektor iz kodne knjige I koeficijente filtra koji najviše odgovaraju ovim odbircima Izbor koeficijenta filtra zavisi od prethodnih I trenutnih odbiraka Kako koder barata sa 5 odbiraka odabiranje se vrši na svakih 0125 ms pa je ukupno kašnjenje 0625 ms što ljudsko uho ne može da osetiPrijemniku se šalje indeks vektora pobude jer on ima pristup prethodnim odbircima i može da donese istu odluku Kodna knjiga sadrži ukupno 1024 vektora koji su dostupni na obe strane veze a indeks je dugacak

6

samo 10 bita G728 uzima 5 odbiraka koji su odabrani brzinom 8000 puta u sekundi Za svakih 5 odbiraka je potrebno poslati 10 bita i kada se sve to preracuna dobija se bitska brzina G728 kodeka od 16 kbits

Slika 45 prikazuje LD-CELP dekoder Nakon prijema svakog 10-bitnog indeksa dekoder pronalazi odgovarajuci vektor iz kodne knjige pobude Taj vektor se šalje ka jedinici za regulaciju pojacanja a potom ka sintetizacionom filtru koji za izlaz daje dekodirani vektor trenutnog signala Vektor dekodiranog signala se dalje propušta kroz adaptivni posfiltar u cilju poboljšanja kvaliteta prijemaKoeficijenti posfiltra se periodicno ažuriraju koristeci informacije koje su dostupne u dekoderu Petodbiraka sa izlaza posfiltra dalje se konvertuje u pet PCM odbiraka kodovanih A ili μ zakonomG728 kodeci dostižu MOS vrednost 39 a kvalitet nije toliko loš u odnosu na uštedu propusnog opsegaMedutim G728 kodeci se veoma retko srecu u VoIP proizvodima jer su zahtevni u pogledu procesorske snage a samim tim i skuplji

11 G7231 tehnika kodovanja (Diplomski Marija Kačaniklić - 34)

G7231G7231 koder se može koristiti za kompresiju audio signala i kao rezultat daje komprimovan signal veoma male brzine U okviru G7231 definišu se dve bitske brzine 53 kbits i 63 kbits gde veca brzina postiže veci kvalitet govora a manja pored dobrog kvaliteta govora i dodatnu fleksibilnost Koder I dekoder moraju podržavati obe bitske brzine a brzinu je moguce menjati svakih 30 ms u toku konverzacijePropuštanjem analognog signala kroz filtar propusnik niskih ucestanosti (u cilju eliminacije frekvencija koje nisu bitne za govor) dobija se digitalni signal koji se dovodi na ulaz kodera Potom se ovaj signal odabira brzinom 8000 puta u sekundi i uniformno kvantuje u 16-bitni PCM Koder radi nad blokovima od 240 odbiraka što na brzini odabiranja od 8 kHz odgovara trajanju od 30 ms govora a to znaci da koder unosi kašnjenje od 30 ms Pored ovog kašnjenja unosi se i dodatno kašnjenje od 75 ms jer algoritam zahteva poznavanje odbiraka signala koji još nisu dostupni (look ahead) To znaci da je ukupno kašnjenje sada 375 ms Svako dodatno kašnjenje zavisi od vremena koje je potrebno za procesiranje signala u koderu i dekoderu vremena potrebnog za prenos signala preko komunikacionog linka i dodatnogkašnjenja koje unosi bafer zbog multipleksiranja protokolaBlokovi nad kojima radi koder se prvo propuštaju kroz filtar propusnik visokih ucestanosti da bi seeliminisala jednosmerna komponenta a zatim se dele na 4 podbloka od po 60 odbiraka nad kojima se obavljaju razlicite operacije u cilju odredivanja odgovarajucih koeficijenata filtra Bitska brzina od 53 kbits koristi ACELP (Algebraic Code-Excited Linear Prediction) a brzina od 63 kbits koristi MP-MLQ (Multi-pulse Maximum Likelihood Quantization) Na odredište se prenose koeficijenti linearne predikcije parametri pojacanja i vrednost indeksa kodne knjige pobude Sve ove informacije se prenose u blokovima dužine 20 bajta za brzinu od 53 kbits odnosno dužine 24 bajta za brzinu od 63 kbitsKako svaka konverzacija podrazumeva i odredene periode tišine za vreme tih perioda nema potrebe zauzimati propusni opseg znacajan za penos signala Zato G7231 specificira mehanizam potiskivanja tišine

7

gde se mogu koristiti ramovi za opisivanje ubacene tišine SID (Silence Insertion Description) Ovi ramovi dugacki su 4 bajta pa tako prenos tišine zauzima oko 1 kbits što predstavlja veliku uštedu opsegaMOS vrednost za G7231 je oko 38 što je veoma dobro usled smanjenja potrebnog propusnog opsegaOsnovni nedostatak ovog kodera je što unosi pomenuto kašnjenje od 375 ms jer je u VoIP mrežama bitno kašnjenje u oba smera a ne samo u jednom

12 G729 tehnika kodovanja (Diplomski Marija Kačaniklić - 35)

G729Osnova G729 definiše algoritam CS-ACELP (Conjugate-structure Algebraic Code-Excited LinearPrediction) Ovaj algoritam koduje govor brzinom 8 kbits Propuštanjem analognog signala kroz filtar propusnik niskih ucestanosti (u cilju eliminacije frekvencija koje nisu bitne za govor) dobija se digitalni signal koji se dovodi na ulaz kodera Potom se ovaj signal odabira brzinom 8000 puta u sekundi I uniformno kvantuje u 16-bitni PCM Koder radi nad blokovima trajanja 10 ms što odgovara bloku od 80 odbiraka koji se odabiraju brzinom od 8 kHz Takode ovaj koder koristi i 5 ms za look ahead što dovodi do toga da je ukupno kašnjenje 15 ms Za svaki blok dužine 10 ms govorni signal se analizira i odreduju se parametri CELP modela Ove informacije se šalju odredištu u okviru 80-bitnog rama Kako je za 10 ms ulaznog govornog signala potrebno preneti 80 bita na odredište dolazimo do toga da je brzina prenosa 8 kbits pri cemu je MOS vrednost 4 što je veoma dobroPreporuka G729 u okviru sebe sadrži i anekse A B D i E u kojima se definišu algoritmi za kodovanje govoraU aneksu A primarni cilj je bio da se pojednostavi simultani prenos govora i podataka Pojednostavljenje se odnosi na uvodenje jednostavnijih procedura za pretraživanje kodne knjige i pojednostavljenje postfiltra u dekoderu Koristi isti ram i bitsku brzinu kao G729 cime je omoguceno da koder radi prema G729 a dekoder prema G729A ili obratno Ova pojednostavljenja mogu da dovedu do nešto lošijeg kvaliteta sa MOS vrednošcu od oko 37U aneksu B definisani su algoritam za detekciju aktivnosti govora VAD (Voice Activity Detection)algoritam za diskontinualni prenos DTX (Discontinuos Transmission) i algoritam za generisanjekomfornog šuma CNG (Comfort Noise Generation) Svi ovi algoritmi koriste se u cilju smanjenja brzine prenosa za vreme perioda tišine VAD algoritam predstavlja odluku da li je na ulazu prisutan govor ili šum a ona se donosi na osnovu analize nekoliko parametara tekuceg i prethodna dva rama Izlaz VAD modula je 1 u slucaju da je prisutan govor ili 0 u slucaju da je prisutan šum Pitanje koje se namece je da li je u slucaju tišine bolje ne slati nikakve podatke odredištu i ostaviti mu da generiše komforni šum To ipak nije dobro rešenje jer prijemna strana ne može da zna kakav je pozadinski šum prisutan na polaznoj strani i zato i ne može da generiše prirodan pozadinski šum Zbog ovoga se odredišnoj strani šalje SID 36ram koji sadrži informacije koje omogucavaju dekoderu da generiše komforni šum slican šumu napolaznoj strani Ukoliko se šum ne menja na polaznoj strani nastavlja se generisanje SID rama a ukoliko dode do promene šalje se ažuriran SID ramU aneksu D definiše se mogucnost slanja signala manjom brzinom u odnosu na osnovni G729 Aneks D takode radi sa blokovima odbiraka trajanja 10 ms ali šalje 64 bita po jednom ramu Njegova brzina je 64 kbits On ne dostiže isti kvalitet kao G729 ali MOS vrednost od 38 je prilicno dobra karakteristikaG729D nije pogodan kada je prisutan visok nivo šumaU aneksu E definisana je mogucnost slanja vecom brzinom u odnosu na osnovni G729 kodek u cilju prilagodavanja širem opsegu ulaznih signala Definiše robusniji algoritam u slucaju govora sa prisutnim pozadinskim šumom G729 koristi linearni prediktivni filtar 10-og reda što znaci da ima 10 koeficijenata a G729E koristi 30 koeficijenata Kodna knjiga je 44 bita za razliku od G729 koja je 35 bita Sve ove promene uticu na brzinu gde G729E šalje 118 bita svakih 10 ms što predstavlja brzinu od 118 kbits

8

13 Navesti glavne probleme koji utiču na kvalitet govora pri prenosu kroz mreže sa paketskom komutacijom (IPtf05-Kompresija_govora ndash 20)

Kvalitet prenetog govora

1048708 ocena kvaliteta je subjektivna1048708 postoji standardizacija ocena ali su ocene u suštini subjektivne1048708 problemi pri prenosu kroz paketske mreže koji direktno utiču na kvalitet govora1048708 varijacija kašnjenja1048708 gubitak paketa1048708 eho1048708 kašnjenje

14 Koja su dva glavna rešenja za problem gubitka paketa (IPtf05-Kompresija_govora ndash 46)

Gubitak paketa

1048708 IP ne garantuje isporuku već samo best-effort servis paketi se pri zagušenju odbacuju1048708 u prenosu podataka (data) TCP gubitke nadopunjuje retransmisijom1048708 retransmisija je kod real-time komunikacije besmislena ndash VoIP se oslanja na UDP1048708 generalno rešenja potpadaju pod dve klase1048708 ponavljanje poslednjeg uspešno primljenog paketa umesto izgubljenog1048708 slanje redundantne informacije koja na prijemu omogućava regenerisanje izgubljenog paketa

15 Šta je potrebno obezbediti da bi kvalitet servisa (QoS) u mreži bio zagarantovan

(IPtf09-cisco-qos ndash 4)

Da bi se garantovao QoS u složenoj mreži potrebno je obezbediti

da svi mrežni elementni podržavaju QoS opcije protokole signalizacije koji će omogućiti komunikaciju između mrežnih elemenata radi usklađivanja QoS parametara funkcije upravljanja koje treba da kontrolišu saobraćaj u mreži

16 Opisati uloge edge i backbone rutera (IPtf09-cisco-qos ndash 5)Sa stanovišta QoS-a u mreži razlikujemo edge I backbone rutere

Edge ruteri obezbeđuju klasifikaciju saobraćaja kontrolu pristupa i upravljanjekonfiguracijom

Backbone ruteri obezbeđuju upravljanje zagušenjem (congestion) i izbegavanjezagušenja u mreži

17 Koja tri principa kaliteta servisa podržava Cisco-ov IOS (IPtf09-cisco-qos ndash 6)

1048708best-efort1048708 integrated1048708diferentiated

9

18 Ukratko opisati Best-efort princip kvaliteta servisa (IPtf09-cisco-qos ndash 7)

1048708kompletan saobraćaj je ravnopravan1048708aplikacije šalju podatke kada se javi potreba za tim1048708paketi se prenose kroz mrežu po FIFO principu1048708nema mogućnosti kontrole kašnjenja protoka pouzdanosti1048708pogodan za klasične Internet servise tipa email - a file transfera i slično

19 Ukratko opisati Integrated Service princip kvaliteta servisa (IPtf09-cisco-qos ndash 8 9)

Integrated service princip 1048708postoji interakcija između mreže i aplikacije1048708aplikacija upućuje mreži zahtev za rezervaciju određenih mrežnih resursa1048708tek po dobijanju potvrde od mreže o raspoloživosti traženih resursa započinje komunikacija na nivou aplikacije

Integrated service - IOS features 1048708korišćenjem Resource Reservation Protokola (RSVP) aplikacija pregovara sa mrežom o resursima1048708korišćenjem weighted fair queueing (WFQ) mehanizama u kombinaciji sa RSVP-om mreža rezerviše resurse1048708korišćenjem weighted random early detection (WRED) mehanizama + RSVP obezbeđuje se malo kašnjenje i traženi protok u uslovima zagušenja mreže

20 Ukratko opisati Diferentiated Service princip kvaliteta servisa (IPtf09-cisco-qos ndash 10)

Diferentiated Service princip 1048708ne postoji komunikacija između mreže I aplikacije vezana za QoS1048708postoji više vrsta servisa (sa stanovišta QoS-a) koje mreža nudi a način rutiranja paketa se određuje na osnovu QoS parametara koji su postavljeni u samom IP datagramu (koriste se sledeća polja u IP datagramu TOS SourceampDestination address protocol typehellip)

21 Koji mehanizme omogućava Cisco-ov IOS za obezbeđivanje kvaliteta servisa

(IPtf09-cisco-qos ndash 17)

Cisco IOS QoS mehanizmi1048708Klasifikacija (classification)1048708Upravljanje zagušenjem (congestion management)1048708Izbegavanje zagušenja (congestion avoidance)1048708Policing and Shaping1048708Signalizacija (signalling)1048708Povećanje efikasnosti linka (link eficiency mechanism)

22 Koji mehanizmi se koriste za promenu IP precedence bita (IPtf09-cisco-qos ndash 20)

Klasifikacija saobraćaja

Za promenu IP precedence-a datagrama koriste sesledeći mehanizmi

10

1048708Policy-Based Routing1048708QoS Policy Propagation via Border Gateway Protocol (PB-BGP)1048708Commited Access Rate (CAR)

23 Upravljanje zagušenjem (IPtf09-cisco-qos ndash 31)

Upravljanje zagušenjem1048708 u situacijama kada dođe do zagušenja linka(saobraćaj koji dolazi u ruter je veći od kapaciteta odlaznog linka) definiše koji će datagrami prvi da se šalju a koji moraju da čekaju1048708 ovo se postiže uvođenjem raznih redova čekanja i definisanjem pravila za njihovo opsluživanje1048708 u situacijama kada na mreži postoje različite aplikacije gledano sa stanovišta karakteristika saobraćaja potrebno je upravljati saobraćajem da bi se obezbedili ravnopravni uslovi1048708tipičan primer ldquosuprotstavljenihrdquo aplikacija su voice i FTP servis

24 Navesti četiri tehnike upravljanja zagušenjem (IPtf09-cisco-qos ndash 33)

tipovi redova čekanja1048708First-In First-Out Queueing (FIFO)1048708Weighted Fair Queueing (WFQ)1048708Custom Queueing (CQ)1048708Priority Queueing (PQ)Na jednom interfejsu se u jednom trenutku može koristiti samo jedan sistem reda čekanja

25 Ukratko opisati FIFO (First In First Out) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 34)

Upravljanje zagušenjem - FIFO1048708najednostavniji sistem1048708paketi se smeštaju u red onim redosledom kako dolaze i istim tim redosledom se prosleđuju dalje1048708ovo je default sistem opsluživanja na svim linkovima protoka većeg od 2 Mbps1048708ima najmanje kašnjenje prilikom obrade zbog svoje jednostavnosti

26 Ukratko opisati WFQ (Weighted Fair Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 35 37 38 39)

Upravljanje zagušenjem -WFQ1048708obezbeđuje ravnomernije korišćenje mrežnih resursa od strane korisničkih aplikacija1048708vrši analizu saobraćaja identifikuje tokove podataka (flow) i kao takve ih odvaja u posebne redove čekanja (svaka sesija ima svoj red čekanja) pri čemu svaki red čekanja ima svoju težinu (wieght) koja se određuje prema protoku ili nekom drugom parametru1048708obezbeđuje da svaki tok podataka koristi deo kapaciteta linka srazmerno težini koju imaju red čekanja u kome se nalazi1048708broj redova čekanja je konfigurabilan1048708po default-u koristi se 256 redova čekanja1048708obezbeđuje ravnopravnost između svih protoka podataka (flow)1048708ne zahteva nikakvo posebno konfigurisanje

11

1048708po default-u se koristi na linkovima kapaciteta 2 Mbps i manjim1048708razlikuje datagrame po IP Precedence vrednosti i definiše prioritet u skladu sa tim1048708kompatibilan sa RSVP protokolom I rezerviše traženi deo kapaciteta linka1048708kompatibilan je sa Frame Relay mrežom tako da smanjuje saobraćaja kada dobijeFECN i BECN od mreže1048708pored WFQ-a postoji i VIP-Distributed WFQ koji se izvršava na VIP modulu1048708često se naziva i fair queueing jer ne obezbeđuje težinu redova čekanja već se svaki red čekanja opslužuje ravnomerno1048708omogućava korištenje i na linkovima kapaciteta većeg od 2 Mbps

27 Ukratko opisati CQ (Custom Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 40 42)

Upravljanje zagušenjem - CQ1048708posebno se konfiguriše i omogućava statičko odvajanje dela linka za određeni tip saobraćaja1048708statičko podešavanje u koji se red čekanja prosleđuje koji tip saobraćaja1048708u slučaju da je neki red čekanja prazan njegov deo kapaciteta se ravnomerno raspoređuje na sve ostale redove čekanja1048708broj redova čekanja je konfigurabilan I može biti maksimalno 161048708kružno opsluživanje redova čekanja1048708definiše se koliko se bajtova šalje iz svakog reda prilikom opsluživanja čime je omogućeno statičko rezervisanje dela kapaciteta linka za određeni tip saobraćaja1048708zahteva posebno konfigurisanje1048708veće kašnjenje usled obrade nego kod FIFO queueing-a

28 Ukratko opisati PQ (Priority Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 43 45)

Upravljanje zagušenjem - PQ1048708ima četiri reda za čekanje različitog prioriteta (high medium normal i low)1048708prvo se opslužuje red najvećeg prioriteta pa tek kada se on isprazni prelazi se na sledećired1048708prilikom svakog slanja paketa prvo se proverava red najvišeg prioriteta pa tek onda ostali po redu prioriteta1048708zahteva posebno konfigurisanje1048708omogućava garantovanje korišćenja kompletnog kapaciteta za kritične aplikacije1048708ima veoma malo kašnjenje jer je način opsluživanja redova veoma jednostavan1048708može se aktivirati na bilo kom tipu interfejsa ali se preporučuje korišćenje samo na serijskom interfejsu malog kapaciteta

29Na šta se svodi mehanizam izbegavanja zagušenja i koje su dve osnovne tehnike (IPtf09-cisco-qos ndash 47 48)

Izbegavanje zagušenja1048708u situacijama kada dođe do zagušenja ono se razrešava tako što dolazi do odbacivanjadatagrama1048708odbacivanje može biti ldquointeligentnordquo kada se vodi računa o tome koji se paket odbacuje ili ldquosirovordquo kada se odbacuje poslednji pristigli paket

12

dva mehanizma1048708Tail Drop1048708Weighted Random Early Detection (WRED)

30 Opisati Weighted Random Early Detection (WRED) mehanizam izbegavanja zagušenja (IPtf09-cisco-qos ndash 53 55)

Izbegavanje zagušenja -WRED1048708za razliku od RED principa WRED uvodi I ldquotežinurdquo saobraćaja tako da se prvoodbacuju paketi manjeg prioriteta a tek onda paketi većeg prioriteta1048708WRED je kompatibilan i sa RSVP-om tako da se prvo odbacuju paketi koji pripadajudrugim tokovima pa tek onda oni koji pripadaju toku podataka koji je rezervisao deo kapaciteta posredstvom RSVP-a1048708najčešće se koristi u jezgru mreže gde postoji mogućnost da dođe do zagušenja1048708koristi informacije o prioritetu (IP Precedence) koje su postavili ruteri u pristupnom delu mreže 1048708statistički gledano WRED odbacuje više paketa onog izvora koji generiše veći saobraćaj čime se brže izlazi iz zone zagušenja

31 Koja dva mehanizma kontrole saobraćaja omogućava Cisco-ov IOS Ukratko opisati svaki od njih (IPtf09-cisco-qos ndash 58)

Policing and Shaping1048708policing - princip rada se zasniva na odbacivanju paketa kada njihov protok premaši neke administrativno postavljene parametre1048708shaping - princip rada se zasniva na zadržavanju datagrama u redu za čekanje kada njihov protok premaši administrativno postavljene parametre (GTS koristiWFQ dok FRTS koristi CQ PQ ili FIFO)

H323

1 Ukratko opisati H323 signalizacionu arhitekturu (IPtf06-H323_arhitektura ndash 16)

H323 arhitektura1048708 ITU-T H323 - Packet-based multimedia communications systems1048708 H323 je standard koji specificira1048708 komponente1048708 protokole i1048708 procedure koje omogućavaju multimedijalne komunikacione servise (real-time audio video prenos podataka) u mrežama sa paketskom komutacijom koje ne pružaju garantovan QoS1048708 H323 je deo familije preporuka H32x koje se bave multimedijalnim komunikacijama u različitim tipovima mreža (ISDNPSTN)

2 Koji su osnovni elemetni (komponente) H323 arhitekture i koji se tipovi podataka razmenjuju u komunikaciji (IPtf06-H323_arhitektura ndash 19 20)

Osnovni elementi

13

1048708 Terminali1048708 Gateways1048708 Gatekeepers1048708 MCs1048708 MCUs1048708 Komunikacija između elemenata obavlja se razmenom informacionih tokova podataka (information streams)Klasifikuju se kao 4 tipa1048708 Video1048708 Audio1048708 Data (podaci)1048708 Communication and call control

3 Koji su osnovni protokoli u H323 arhitekturi nazanačeni u preporuci (IPtf06-H323_arhitektura ndash 24)

osnovni protokoli koji su naznačeni u preporuci H3231048708 audio CODEC-i1048708 video CODEC-i1048708 H2250 RAS (registrationadmission and status)1048708 H2250 call signaling1048708 H245 control signaling1048708 real-time transport protocol (RTP)1048708 real-time control protocol (RTCP)1048708 H323 je nezavisna od paketske mreže itransportnih protokola pa ih zato i ne specificira

4 Šta predstavlja H225 RAS i za šta se koristi (IPtf06-H323_arhitektura ndash 27 39 45)

protokol kojim se razmenjuju podaci između krajnjih tačaka (terminal gateway MCU) i gatekeeper-a1048708 koristi se za 1048708 otkrivanje gatekeeper-a1048708 procedura kojom se određuje gatekeeper kod koga će se krajnja tačka registrovati1048708 može biti statičko (krajnja tačka unapred zna ko je njen gatekeeper) i dinamičko (razmena 1048708 multicast poruka GRQ (ldquoWho is my gatekeeperrdquo) 1048708 poruka GCF (ldquoI can be your gatekeeperrdquo) koja sadrži transportnu adresu RAS kanala gatekeeper-a i

1048708 poruka GRJ (ako gatekeeper ne želi da registruje krajnju tačku)

koristi se i za 1048708 registraciju krajnje tačke (pristupanje zoni (RRQ RCFRRJ) čime se gatekeeper obaveštava o transportnim adresama i imenima krajnje tačke)1048708 i njenu deregistraciju (na zahtev krajnje tačke (URQ UCFURJ) ili na zahtev gatekeeper-a (URQUCF))

14

1048708 kontrolu pristupa promenu propusnog opsega status oslobađanje BW (kada krajnja tačka želi da inicira poziv ona traži dozvolu od gatekeeper-a (ARQACFARJ) ndash obaveštava gatekeeper o tome koga želi da pozove o potrebnom BW za obavljanje poziva tokom poziva se BW može menjati (BRQBCFBRJ) na kraju poziva terminal obaveštava gatekeeper o oslobađanju zahtevanog opsega (DRQDCF))1048708 lociranje krajnje tačke (nprodređivanje IP adrese dodela transportne adrese logičkog kanala koji će se koristiti za signalizaciju poziva (LRQLCFLRJ))

5 Koje su funkcije RAS signalizacije (H323 - 2 deo - Misic Ivana 289-07 - 7)

RAS signalizacija je definisana u okviru H2250preporuke i odnosi se na sledece funkcije_ Otkrivanje gejtkipera (Gatekeeper discovery)_ Registracija (Registration)_ Otkazivanje registracije (Unregistration)_ Pristup (Admission)_ Upravljanje propusnim opsegom (Bandwidth change)_ Lociranje krajnje tacke (Endpoint Location)_ Završetak poziva (Call Disengage)_ Status (Status)_ Dostupnost resursa (Resource Availability)_ Nestandardna funkcija (Non-standard)

6 Tipovi RAS poruka (IPtf06-H323_arhitektura ndash 29)

RAS poruke imaju tri tipa (u opštem slučaju)1048708 Request ndash xRQ1048708 Reject ndash xRJ1048708 Confirm ndash xCF

7 Ukratko opisati postupak otkrivanja gatekeeper-a od strane terminala (IPtf06-H323_arhitektura ndash 28 29 32 34 36)

(H323 - 2 deo - Misic Ivana 289-07 ndash 89)

Otkrivanje gejtkipera_ U procesu otkrivanja gejtkipera koriste se RAS porukeGRQ GCF i GRJPostoje dva metoda otkrivanja gejtkipera od strane krajnje tacke_ staticki i_dinamicki

Staticki metod (Unicast ndash manual method) se koristi kada jeadresa gejtkipera unapred poznata Tada se na UDP port1718 datog gejtkipera šallje GRQ poruka na koju potom

15

gejtkiper odgovara sa pozitivnom (GCF) illi negativnom (GRJ)porukom (Gejtvej A)Dinamicki metod (Mullticast ndash autodiscovery) se koristi kadaadresa gejtkipera nije unapred poznata Tada je neophodnoda krajnja tacka utvrdi dostupnost gejtkipera Ovo seostvaruje sllanjem mullticast poruke na koju može pozitivnoodgovoriti više gejtkipera kod kojih se krajnja tacka možeregistrovati (Gejtvej B)

8 Ukratko opisati postupak registracije terminala kod gatekeeper-a (IPtf06-H323_arhitektura ndash 40-43) (H323 - 2 deo - Misic Ivana 289-07 ndash 1011)

Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndash Registration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnikaTerminal može da obnovi svoju registraciju slanjem ili kompletne RRQ poruke ili slanjem Lightweight RRQ (LW RRQ) poruke1048708 LW RRQ poruka ima samo nekoliko elemenata u odnosu na full RRQ paket I može se koristiti samo za obnavljanje prijavljivanja terminala gatekeeper-u

9 Nabrojati formate poruka koje se razmenjuju u RAS signalizaciji

(IPtf06-H323_arhitektura ndash 32 40 46 51 53-59)

Terminal kada se poveže na mrežu mora da otkrije gatekeeper slanjem GRQ poruke1048708 Adresa gatekeeper-a može unapred biti konfigurisana na terminalu1048708 Terminal može da GRQ poruku pošalje kao multicast u kom slučaju je primaju svi aktivni gatekeeper-i1048708 Adresa gatekeeper-a može da se dobije slanjem DNS upita (način definisanja Gatekeeper-a kroz DNS definisan kroz H323 Annex O)1048708 Ako na mreži postoji više gatekeeper-a tada je za proces otkrivanja gatekeeper-a potrebno razmeniti nekoliko GCFGRJ poruka

1048708 Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndashRegistration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnika

Kada se jednom registruje kod Gatekeeper-a terminal može samo da inicira poziv ili prihvatidolazeći poziv1048708 Na upućen zahtev (ARQ) Gatekeeper može da odgovori sa ACF ili ARJ1048708 Krajnja tačka će da navede sve odredišne adrese gde gatekeeper može da odgovori saalternativnim skupom odredišnih adresa (ako je setovan flag ldquocanMapAliasrdquo)

1048708 LRQ poruku šalje krajnja tačka ili gatekeeper drugom gatekeeper u cilju određivanja stvarne IP adrese za neku alias adresu ndash na primer konverzija telefonskog broja u IP adresu1048708 Iako LRQ mogu biti poslati i sa krajnje tačke skoro uvek se koriste od strane gatekeeper-a

16

1048708 Po izvršenoj inicijalnoj uspostavi veze krajnje tačke mogu da požele da dobiju veći protok kroz mrežu za svoju komunikaciju1048708 Tada se šalje BRQ poruka1048708 Poruka se šalje kada je stvarno rezervisani saobraćaj manji od potrebnog i traženog kod uspostave veze

1048708 ldquoUnknown Message Responserdquo se šalje kao odgovor na nepoznatu poruku1048708 ldquoNon-Standard Messagerdquo omogućavaju gatekeeper-u i krajnjoj tački da razmene neke druge poruke

10 Opisati H2250 Call Signaling (IPtf06-H323_arhitektura ndash 61)

(H323 - 2 deo - Misic Ivana 289-07 ndash 2122)

H2250 signalizacija poziva_ Signallizacija poziva predstavllja signallizaciju izmedu krajnjih tacaka pomocu koje se obavllja uspostavlljanje i raskidanje poziva U H323 koristi se modifikovana ITU-T preporuka Q931 koja predstavllja deo nove preporuke H2250 Preporuka Q931 definiše signallizacioni protokoll treceg nivoa koji se koristi u ISDN mrežama a u H2250 koristi se samo jedan deo Q931 poruka Pored Q931 koristi se i jednaporuka iz Q932_ U okviru H323 sistema postoji potreba za prenosom sistemskih informacija o gejtkiperima i H245 adresama llogickih kanalla U ISDN mrežama prenos ovakvih informacija ostvaruje se upotrebom ellementa za razmenu informacija izmedu korisnika (User-to-User Information Ellement) Prenos informacija od korisnika do korisnika odvija se preko D kanalla pri cemu sama mreža ne interpretira sadržaj ovih poruka

U H2250 ovaj vid komunikacije koristi se za prenos svih dodatnih informacija neophodnih za funkcionisanje H323 sistema_ To mogu biti informacije razllicitog sadržajaobavezni identifikatori protokolla allias krajnje tacke H245 adresa itd_ ASN1 sintaksa definisana u H2250 odreduje format poruka koje se razmenjuju naovaj nacin

11 Za šta se koristi H245 kontrolna signalizacija (IPtf06-H323_arhitektura ndash 74)

H245 kontrolna signalizacijakoristi se za1048708 razmenu informacija o tome koje će se vrste podataka prenositi kanalima za prenos medija (audiovideo ili podaci)1048708 razmenu informacija o koderimadekoderima koje krajnja tačka podržava1048708 otvaranje i ukidanje logičkih kanala za prenos medija1048708 kontrolu protoka1048708 neke opšte komande i instrukcije

12 Opisati ulogu gateway-a u H323 mreži (IPtf06-H323_arhitektura ndash 110 111)

Gatewayinterfejs između H323 mreže i ne-H323 mreže (npr LAN-a i mreže sa komutacijom kola (SCN))1048708 nije potreban ako se komunikacija odvija između dva H323 terminala u H323 mreži

17

1048708 omogućava interoperabilnost komunikacionih procedura i formata podataka između različitih tipova mreža1048708 ako je potrebno vrši kompresiju i paketizaciju govora1048708 terminal komunicira sa gateway-em korišćenjem H2250 i H245 signalizacije

1048708 Sastoji se iz Media Gateway Controller-a (MGC) i Media Gateway-a (MG)1048708 Ove dve funkcije mogu da budu integrisane u jednom uređaju ili da budu razdvojene1048708 MGC funkcija se može integrisati sa Gatekeeper-om koji tada nazivamo I signalizacioni kontroler

13 Nabrojati i ukratko opisati funkcije gatekeeper-a (IPtf06-H323_arhitektura ndash 115 116)

obavezne funkcije gatekeeper-a1048708 transliranje adresa (telefonski broj alias ime) u cilju određivanja IP adrese odredišta (vrši se pregledanjem tabela koje sadrže podatke dobijene pri registraciji krajnjih tačaka)1048708 kontrola pristupa (bazirana na autorizaciji poziva raspoloživom propusnom opsegu ili na nekom drugom kriterijumu)1048708 kontrola propusnog opsega (jednostavnom metodom ili nekim složenim protokolom (npr RSVP))1048708 upravljanje zonom (svim uređajima koji su registrovani kod posmatranog gatekeeper-a)

opcione funkcije gatekeeper-a1048708 signalizacija poziva i kontrola poziva- rutiranje H2250 i H245 signalizacije između krajnjih tačaka1048708 autorizacija poziva upravljanje propusnim opsegom upravljanje pozivima (korišćenjem posebnih pravila (policy))1048708 SNMP (Gatekeeper) upravljačka informacija (MIB)1048708 rezervacija propusnog opsega za terminale koji nemaju mogućnost da to sami urade

14 Od čega se sastoji i koja je uloga MCU-a (Multipoint Controller Unit) u H323 mreži (IPtf06-H323_arhitektura ndash 120 121)

MCU- Multipoint Control Unit1048708 omogućava konferencijsku vezu između tri ili više terminala1048708 upravlja resursima konferencijske veze omogućava dogovor koji će se CODEC koristiti1048708 može biti samostalan uređaj (PC) ali I integrisan u okviru gateway-a gatekeeper-a iliterminala

1048708 logički sastoji se iz dve celine1048708 MC (Multipoint controler)- bavi se kontrolom I signalizacijom neophodnim za uspostavljanjei upravljanje konferencijom1048708 MP (Multipoint processor)- prima podatke od krajnjih tačaka obrađuje ih (npr audiomixingvideo switchingmixing umnožava) I šalje krajnjim tačkama učesnicama konferencije

15 Šta predstavlja H323 zona a šta administrativni domen

(IPtf06-H323_arhitektura ndash 125 126)

1048708 Skup H323 uređaja kojima se upravlja od strane jednog gatekeeper-a

18

1048708 Zona sadrži najmanje jedan terminal a može sadržati gateway-e i MCU-e1048708 Zona je nezavisna od mrežne topologije (može biti sačinjena od više mrežnih segmenata povezanih ruterima ili drugim uređajima)1048708 Granice zone mogu biti definisane na bazi administrativnog geografskog inženjerskog ili nekog drugog kriterijuma1048708 O pozivima između krajnjih tačaka u zoni stara se jedan gatekeeper1048708 Pozive između krajnjih tačaka iz različitih zona mogu opsluživati gatekeeper-i iz obe zone

1048708 Skup H323 zona koje su pod jednom administrativnom kontrolom1048708 Na primer mreža servis provajdera ili mreža velike kompanije

SIP

1 Ukratko opisati SIP protokol (IPtf07-SIP_arhitektura ndash 3)

SIP ( Session Initiation Protocol ) 1048708 definisan u RFC-u 3261 kao protokol aplikativnog sloja1048708 koristi se za uspostavu sesije između korisnika1048708 ne definiše tip sesije koja se uspostavlja (interaktivno kockanjeili audiovideo konferencija)1048708 SIP je klijent-server protokol baziran na protokolima HTTP (HyperText Transport Protocol) i SMTP (Simple Mail Transfer Protocol)1048708 klijent generiše request i šalje ga serveru koji mu odgovara (response)request + response = transaction

2 Nabrojati 5 osnovnih f-ja SIP protokola (IPtf07-SIP_arhitektura ndash 4)

SIP ndash 5 osnovnih funkcija1048708 Lociranje korisnika ndash određivanje krajnjeg sistema koji će se koristiti za komunikaciju1048708 Raspoloživost korisnika ndash određuje da li krajnji sistem želi ili ne da učestvuje u toj sesiji1048708 Karakteristike sagovornika ndash određuje medijum I parametre medija koji su bitni za komunikaciju1048708 Uspostava sesije ndash razmena parametara za uspostavu sesije1048708 Upravljanje sesijama ndash razmena podataka vezanih za uspostavu raskid i održavanje sesija

3 Nabrojati i ukratko opisati elemente (komponente) SIP mreže

(IPtf07-SIP_arhitektura ndash 9)

SIP komponente1048708 user agent (softver kojim čovek komunicira sa sistemom)Sadrži dve komponente1048708 UAC (user agent client) - šalje request1048708 UAS (user agent server) - prima request i šalje response (prihvata poziv preusmerava ga ili odbija)1048708 network servers1048708 registration server - sadrži informacije o trenutnim lokacijama korisnika

19

1048708 proxy server - prima request i šalje ka sledećem serveru (proxyUASredirect) može i ka više servera odjednom1048708 redirect server - prima request ali umesto da ga prosledi dalje on vraća adresu next-hop servera klijentuProxy i redirect server vrše rutiranje

4 Nabrojati i ukratko opisati osnovne metode koje se razmenjuju u SIP porukama (IPtf07-SIP_arhitektura ndash 14)

SIP poruka ndash metode (RFC 3261)1048708 INVITE ndash uspostava veze1048708 BYE - završatak veze učesnika u pozivu1048708 OPTIONS - traži informacije o osobinama UA1048708 ACK - za pouzdanu razmenu poruka1048708 CANCEL - otkazuje se poslednji request (ne važi za BYE)1048708 REGISTER - traži informaciju o lokaciji korisnika u registration server-u prijavljuje se serveru sa svojim podacima

5 Navesti po jedan primer SIP poruke prilikom zahteva i odgovora (IPtf07-SIP_arhitektura ndash 13 16)

Format SIP poruke1048708 Kod upita (request) format prve linije jeRequest-Line = Method SP Request-URI SP SIP-Version CRLFSP ndash single space karakterPrimerINVITE sipbobbiloxicom SIP20

Format SIP poruke1048708 Kod odgovora (response) format prve linije jeStatus-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLFPrimerSIP20 200 OK

6 Nabrojati klase odgovora u SIP-u (IPtf07-SIP_arhitektura ndash 18)

Klase odgovora1048708 1xx Informational1048708 2xx Final1048708 3xx Redirection1048708 4xx Client Error1048708 5xx Server Error1048708 6xx Global Failure

7 Nabrojati i ukratko opisati obavezna polja u zaglavlju SIP poruke

(IPtf07-SIP_arhitektura ndash 29 32-35)

Zaglavlje SIP poruke20

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 4: Ispit_Pitanja i odgovori

Uobicajena mera kvaliteta prenešenog govora je MOS (Mean Opinion Score) MOS je skala od 1 do 5 gde svakomnivou (oceni) odgovara odredeni kvalitet servisa 5 ndash odlican (Excellent) 4 ndash dobar (Good) 3 ndash30 podnošljiv (Fair) 2 ndash slab (Poor) 1 ndash loš (Bad)

Cilj kodovanja u realnim telefonskim sistemima je dadostignu vrednost 40 ili višePSQM (Perceptual Speech Quality Measurement) je još jedna tehnika merenja kvaliteta govora Ova tehnika poredi signal na izlazu sistema koji vrši kodovanje govora sa poznatim signalom na ulazu Ovatehnika ukljucuje i algoritme koji odreduju i neke dodatne elemente kao što su tip govornika jacina ulaznog signala kašnjenje odnos govorpauza šum sredine itd

3 Digitalizacija govora (način proces digitalizacije) (Diplomski Marija Kačaniklić - 30)

Digitalizacija govoraPrenos analognog signala komunikacionim sistemima nije idealan jer je robustan i ne postoji efikasan nacin rekonstrukcije signala na koji je uticao linijski šum U analognim sistemima signal se pojacavao pojacavacima kako bi se što dalje preneo ali se pored korisnog signala pojacavao i šum na linijiUspostavljena veza je zbog toga bila lošeg kvalietaNasuprot analognom signalu digitalni signal koji je sastavljen od nula i jedinica mnogo se lakše cisti od linijskog šuma Zbog toga se analogni signal predstavlja digitalnim a najcešci nacin za to je impulsna kodna modulacija PCM (Pulse Code Modulation)Proces digitalizacije obavlja se u tri koraka odabiranje kvantizacija i kodovanje

4 Šta su koderi Tipovi kodera (Diplomski Marija Kačaniklić - 32)

KodovanjeKodovanje podrazumeva dva procesa proces prevodenja ili izražavanja poruke simbolima nekog alfabeta (ovu funkciju vrši koder izvora) i proces transformacije niza bita u formu koja je pogodnija za prenos preko komunikacionih linkova (ova funkcija se vrši u koderu kanala) Model komunikacionog sistemaprikazan je na slici 43

Definicija kodera kaže da je to uredaj koji vrši i odabiranje i kvantizaciju odnosno pretvaranje analognog u digitalni signal Dekoder vrši obrnut proces a jednim imenom se nazivaju kodek

Postoje II kodeka 4

kodek talasnog oblika kodek izvora i hibridni kodek

Kodek talasnog oblika (wave form codec) odabira analogni signal i svakom odbirku u zavisnosti odstvarne vrednosti pridružuje odgovarajucu kvantizovanu vrednost Odredište prima kvantovane vrednostisvakog odbirka i na osnovu toga rekonstruiše signal Ovi kodeci generišu visokokvalitetan izlaz nisusloženi za implementaciju ali veliki nedostatak im je potreba za velikim propusnim opsegomKodek izvora (source codec) se još naziva i vokoder (voice coder) Vokoderi nastoje da parametreulaznog signala dovedu u vezu sa parametrima matematickog modela generisanja govora Najcešce koriste model LPC (Linear Predictive Coding) linearnog prediktivnog filtra koji predstavlja model vokalnog trakta Na ulaz filtra se dovodi informacija o tome da li je od glasnica primljen zvucni ili bezvucni glas a informacije koje se šalju su parametri modela a ne sam signal Prijemna strana koristi isti model i na osnovu primljenih parametara rekonstruiše signal koji može zvucati malo veštacki

9 Tehnike kodovanja hibridnih kodeka (Diplomski Marija Kačaniklić - 33)

Hibridni kodek (hybrid codec) nastoji da koristi dobre osobine prethodna dva kodeka Cilj im jeobezbedenje dobrog kvaliteta govora uz male bitske brzine

5 Tehnike kodovanja kodeka talasnog oblika (Diplomski Marija Kačaniklić - 32)

6 G711 tehnika kodovanja (Diplomski Marija Kačaniklić - 32)

Postoje dve tehnike kodovanja kodecima talasnih oblika G711-PCM i G726-ADPCM

G711Ova tehnika kodovanja govora jedna je od najzastupljenijih danas Spada u grupu kodeka talasnog oblika i koristi se širom sveta u telefonskim mrežama koje rade na principu komutacije kola Predstavlja impulsno kodnu modulaciju (PCM) koja koristi frekvenciju odabiranja od 8 kHz što znaci da može da koduje signal maksimalne frekvencije 4 kHz Koristi neuniformnu kvantizaciju a svaki odbirak se predstavlja sa 8 bita odakle zakljucujemo da je protok 64 kbitsG711 definiše dve varijante kvantizacije A-zakon i μ-zakon A-zakon se primenjuje u Evropi i u svim ostalim zemljama izuzev Severne Amerike i Japana a μ-zakon u Severnoj Americi i Japanu Obe varijante podrazumevaju više kvantizacionih nivoa za niže vrednosti signala Ukupan opseg deli se na segmente a segmenti na intervale u kojima se kvantuju vrednosti signala Velicina intervala je razlicita za svaki segment svaki segment sadrži 16 intervala a svaki interval odnosno njegova velicina se duplira za svaki naredni segment Oba zakona su simetricna u odnosu na nultu vrednost signala μ-zakon koristi po 8 segmenata u pozitivnom i negativnom smeru a svaki segment sadrži 16 intervala Velicina intervala u kojima se kvantuju vrednosti signala u prvom segmentu je 2 dok je u osmom segmentu velicina intervala 256 A-zakon koristi 7 segmenata gde najmanji ima 32 intervala vrednosti 2 a preostalih 6 imaju 16 33intervala gde se vrednost intervala u svakom narednom segmentu duplira Zbog toga A-zakon tacnije prezentuje male vrednosti ulaznog signala Oba zakona obezbeduju dobar kvalitet govora i imaju MOS od 43 Osnovni nedostatak G711 kodeka je što zahteva kanal propusnog opsega 64 kbits

G726 ndash ADPCMUoceno je da se govorni signal menja relativno sporo i da se vrednost datog odbirka može odrediti na osnovu vrednosti odbiraka Jedan od nacina da se to uradi je da se odredištu pošalje razlika vrednosti signala datog odbirka i prethodnog odbirka Na primer neka je vrednost nekog odbirka 5435 a sledeceg 6146 Tada se odredišnoj strani šalje samo razlika od 0711 i oznacava da je ova vrednost manja od 6146

5

za red velicina i da zahteva manje bita za prezentaciju Ovaj pristup naziva se DPCM (Diferential PCM) i može da smanji potreban propusni opseg kanala bez velike degradacije kvaliteta Problem ove modulacije je što nije u mogucnosti da prati nagle promene ulaznog signala

Modulacija koja je u mogucnosti da isprati nagle promene ulaznog signala je ADPCM (Adaptive DPCM) adaptivna DPCM modulacija Ova modulacija predvida vrednost odbirka na osnovu prethodnih odbiraka uzimajuci u obzir i poznavanje uobicajenih promena govornog signala U ovom slucaju samo se greška izmedu vrednosti aktuelnog odbirka i predvidene vrednosti odbirka koduje i šalje na odredište Uz pretpostavku da je predvidena vrednost odbirka približna stvarnoj vrednosti manji broj bita potreban je za predstavljanje kvantizacione greške a samim tim i manji propusni opseg

7 G726 tehnika kodovanja (Diplomski Marija Kačaniklić - 33)

G726 definiše napredniju varijantu ADPCM modulacije jer ima mogucnost da govor kodovan A ili μ zakonom brzinom 64 kbits prilagodi i prenosi brzinom 16 24 32 ili 40 kbits odnosno može dapredstavi kvantizacionu grešku sa 2 3 4 ili 5 bita Ukoliko koristi brzinu od 32 kbits MOS dostiževrednost 4 što je veoma dobro

PCM i ADPCM algoritmi koji se koriste u okviru ovih kodeka ne unose dodatno kašnjenje a to im jeistovremeno jedna od osnovnih prednosti Glavna mana ovih kodeka je i dalje veliki propusni opseg koji zahtevaju kako bi preneli govor zadovoljavajuceg kvaliteta

8 Koja je glavna razlika između PCM i ADPCM algoritama kompresije (IPtf05-Kompresija_govora ndash 4 7)

Telefonski govorni kanal zauzima opseg od 4kHz pa je prema teoremi odabiranja učestanost odabiranja 8kHz1048708 Svaki odbirak se koduje sa 8 bita što nam daje protok po telefonskom kanalu od 64kbs1048708 PCM ndash Pulse Code Modulation - definisano u okviru ITU-T G711 preporukeRazvoj tehnike omogućio da se umesto PCM obrade koriste napredniji algoritmi kompresijegovora1048708 Drugi algoritam je baziran na ADPCM-u (adaptivna diferencijalna PCM) i definisan je uokviru preporuke ITU-T G7261048708 Koduje se samo razlika između dva odbirka i u zavisnosti od broja bita koji se koriste imamo sisteme sa 16kbs 24kbs 32kbs i 40kb

10 G728 tehnika kodovanja (Diplomski Marija Kačaniklić - 33)

G728G728 specificira CELP sa malim kašnjenjem LD-CELP (Low-Delay CELP) slika 44 Ovaj koderkoristi adaptaciju unazad odnosno koristi prethodne uzorke govora da bi odredio koeficijente filtraVreme potrebno da se odrede koeficijenti filtra odnosno kašnjenje algoritma iznosi 0625 ms G728 obraduje 5 odbiraka istovremeno odnosno uzima 5 odbiraka odreduje vektor iz kodne knjige I koeficijente filtra koji najviše odgovaraju ovim odbircima Izbor koeficijenta filtra zavisi od prethodnih I trenutnih odbiraka Kako koder barata sa 5 odbiraka odabiranje se vrši na svakih 0125 ms pa je ukupno kašnjenje 0625 ms što ljudsko uho ne može da osetiPrijemniku se šalje indeks vektora pobude jer on ima pristup prethodnim odbircima i može da donese istu odluku Kodna knjiga sadrži ukupno 1024 vektora koji su dostupni na obe strane veze a indeks je dugacak

6

samo 10 bita G728 uzima 5 odbiraka koji su odabrani brzinom 8000 puta u sekundi Za svakih 5 odbiraka je potrebno poslati 10 bita i kada se sve to preracuna dobija se bitska brzina G728 kodeka od 16 kbits

Slika 45 prikazuje LD-CELP dekoder Nakon prijema svakog 10-bitnog indeksa dekoder pronalazi odgovarajuci vektor iz kodne knjige pobude Taj vektor se šalje ka jedinici za regulaciju pojacanja a potom ka sintetizacionom filtru koji za izlaz daje dekodirani vektor trenutnog signala Vektor dekodiranog signala se dalje propušta kroz adaptivni posfiltar u cilju poboljšanja kvaliteta prijemaKoeficijenti posfiltra se periodicno ažuriraju koristeci informacije koje su dostupne u dekoderu Petodbiraka sa izlaza posfiltra dalje se konvertuje u pet PCM odbiraka kodovanih A ili μ zakonomG728 kodeci dostižu MOS vrednost 39 a kvalitet nije toliko loš u odnosu na uštedu propusnog opsegaMedutim G728 kodeci se veoma retko srecu u VoIP proizvodima jer su zahtevni u pogledu procesorske snage a samim tim i skuplji

11 G7231 tehnika kodovanja (Diplomski Marija Kačaniklić - 34)

G7231G7231 koder se može koristiti za kompresiju audio signala i kao rezultat daje komprimovan signal veoma male brzine U okviru G7231 definišu se dve bitske brzine 53 kbits i 63 kbits gde veca brzina postiže veci kvalitet govora a manja pored dobrog kvaliteta govora i dodatnu fleksibilnost Koder I dekoder moraju podržavati obe bitske brzine a brzinu je moguce menjati svakih 30 ms u toku konverzacijePropuštanjem analognog signala kroz filtar propusnik niskih ucestanosti (u cilju eliminacije frekvencija koje nisu bitne za govor) dobija se digitalni signal koji se dovodi na ulaz kodera Potom se ovaj signal odabira brzinom 8000 puta u sekundi i uniformno kvantuje u 16-bitni PCM Koder radi nad blokovima od 240 odbiraka što na brzini odabiranja od 8 kHz odgovara trajanju od 30 ms govora a to znaci da koder unosi kašnjenje od 30 ms Pored ovog kašnjenja unosi se i dodatno kašnjenje od 75 ms jer algoritam zahteva poznavanje odbiraka signala koji još nisu dostupni (look ahead) To znaci da je ukupno kašnjenje sada 375 ms Svako dodatno kašnjenje zavisi od vremena koje je potrebno za procesiranje signala u koderu i dekoderu vremena potrebnog za prenos signala preko komunikacionog linka i dodatnogkašnjenja koje unosi bafer zbog multipleksiranja protokolaBlokovi nad kojima radi koder se prvo propuštaju kroz filtar propusnik visokih ucestanosti da bi seeliminisala jednosmerna komponenta a zatim se dele na 4 podbloka od po 60 odbiraka nad kojima se obavljaju razlicite operacije u cilju odredivanja odgovarajucih koeficijenata filtra Bitska brzina od 53 kbits koristi ACELP (Algebraic Code-Excited Linear Prediction) a brzina od 63 kbits koristi MP-MLQ (Multi-pulse Maximum Likelihood Quantization) Na odredište se prenose koeficijenti linearne predikcije parametri pojacanja i vrednost indeksa kodne knjige pobude Sve ove informacije se prenose u blokovima dužine 20 bajta za brzinu od 53 kbits odnosno dužine 24 bajta za brzinu od 63 kbitsKako svaka konverzacija podrazumeva i odredene periode tišine za vreme tih perioda nema potrebe zauzimati propusni opseg znacajan za penos signala Zato G7231 specificira mehanizam potiskivanja tišine

7

gde se mogu koristiti ramovi za opisivanje ubacene tišine SID (Silence Insertion Description) Ovi ramovi dugacki su 4 bajta pa tako prenos tišine zauzima oko 1 kbits što predstavlja veliku uštedu opsegaMOS vrednost za G7231 je oko 38 što je veoma dobro usled smanjenja potrebnog propusnog opsegaOsnovni nedostatak ovog kodera je što unosi pomenuto kašnjenje od 375 ms jer je u VoIP mrežama bitno kašnjenje u oba smera a ne samo u jednom

12 G729 tehnika kodovanja (Diplomski Marija Kačaniklić - 35)

G729Osnova G729 definiše algoritam CS-ACELP (Conjugate-structure Algebraic Code-Excited LinearPrediction) Ovaj algoritam koduje govor brzinom 8 kbits Propuštanjem analognog signala kroz filtar propusnik niskih ucestanosti (u cilju eliminacije frekvencija koje nisu bitne za govor) dobija se digitalni signal koji se dovodi na ulaz kodera Potom se ovaj signal odabira brzinom 8000 puta u sekundi I uniformno kvantuje u 16-bitni PCM Koder radi nad blokovima trajanja 10 ms što odgovara bloku od 80 odbiraka koji se odabiraju brzinom od 8 kHz Takode ovaj koder koristi i 5 ms za look ahead što dovodi do toga da je ukupno kašnjenje 15 ms Za svaki blok dužine 10 ms govorni signal se analizira i odreduju se parametri CELP modela Ove informacije se šalju odredištu u okviru 80-bitnog rama Kako je za 10 ms ulaznog govornog signala potrebno preneti 80 bita na odredište dolazimo do toga da je brzina prenosa 8 kbits pri cemu je MOS vrednost 4 što je veoma dobroPreporuka G729 u okviru sebe sadrži i anekse A B D i E u kojima se definišu algoritmi za kodovanje govoraU aneksu A primarni cilj je bio da se pojednostavi simultani prenos govora i podataka Pojednostavljenje se odnosi na uvodenje jednostavnijih procedura za pretraživanje kodne knjige i pojednostavljenje postfiltra u dekoderu Koristi isti ram i bitsku brzinu kao G729 cime je omoguceno da koder radi prema G729 a dekoder prema G729A ili obratno Ova pojednostavljenja mogu da dovedu do nešto lošijeg kvaliteta sa MOS vrednošcu od oko 37U aneksu B definisani su algoritam za detekciju aktivnosti govora VAD (Voice Activity Detection)algoritam za diskontinualni prenos DTX (Discontinuos Transmission) i algoritam za generisanjekomfornog šuma CNG (Comfort Noise Generation) Svi ovi algoritmi koriste se u cilju smanjenja brzine prenosa za vreme perioda tišine VAD algoritam predstavlja odluku da li je na ulazu prisutan govor ili šum a ona se donosi na osnovu analize nekoliko parametara tekuceg i prethodna dva rama Izlaz VAD modula je 1 u slucaju da je prisutan govor ili 0 u slucaju da je prisutan šum Pitanje koje se namece je da li je u slucaju tišine bolje ne slati nikakve podatke odredištu i ostaviti mu da generiše komforni šum To ipak nije dobro rešenje jer prijemna strana ne može da zna kakav je pozadinski šum prisutan na polaznoj strani i zato i ne može da generiše prirodan pozadinski šum Zbog ovoga se odredišnoj strani šalje SID 36ram koji sadrži informacije koje omogucavaju dekoderu da generiše komforni šum slican šumu napolaznoj strani Ukoliko se šum ne menja na polaznoj strani nastavlja se generisanje SID rama a ukoliko dode do promene šalje se ažuriran SID ramU aneksu D definiše se mogucnost slanja signala manjom brzinom u odnosu na osnovni G729 Aneks D takode radi sa blokovima odbiraka trajanja 10 ms ali šalje 64 bita po jednom ramu Njegova brzina je 64 kbits On ne dostiže isti kvalitet kao G729 ali MOS vrednost od 38 je prilicno dobra karakteristikaG729D nije pogodan kada je prisutan visok nivo šumaU aneksu E definisana je mogucnost slanja vecom brzinom u odnosu na osnovni G729 kodek u cilju prilagodavanja širem opsegu ulaznih signala Definiše robusniji algoritam u slucaju govora sa prisutnim pozadinskim šumom G729 koristi linearni prediktivni filtar 10-og reda što znaci da ima 10 koeficijenata a G729E koristi 30 koeficijenata Kodna knjiga je 44 bita za razliku od G729 koja je 35 bita Sve ove promene uticu na brzinu gde G729E šalje 118 bita svakih 10 ms što predstavlja brzinu od 118 kbits

8

13 Navesti glavne probleme koji utiču na kvalitet govora pri prenosu kroz mreže sa paketskom komutacijom (IPtf05-Kompresija_govora ndash 20)

Kvalitet prenetog govora

1048708 ocena kvaliteta je subjektivna1048708 postoji standardizacija ocena ali su ocene u suštini subjektivne1048708 problemi pri prenosu kroz paketske mreže koji direktno utiču na kvalitet govora1048708 varijacija kašnjenja1048708 gubitak paketa1048708 eho1048708 kašnjenje

14 Koja su dva glavna rešenja za problem gubitka paketa (IPtf05-Kompresija_govora ndash 46)

Gubitak paketa

1048708 IP ne garantuje isporuku već samo best-effort servis paketi se pri zagušenju odbacuju1048708 u prenosu podataka (data) TCP gubitke nadopunjuje retransmisijom1048708 retransmisija je kod real-time komunikacije besmislena ndash VoIP se oslanja na UDP1048708 generalno rešenja potpadaju pod dve klase1048708 ponavljanje poslednjeg uspešno primljenog paketa umesto izgubljenog1048708 slanje redundantne informacije koja na prijemu omogućava regenerisanje izgubljenog paketa

15 Šta je potrebno obezbediti da bi kvalitet servisa (QoS) u mreži bio zagarantovan

(IPtf09-cisco-qos ndash 4)

Da bi se garantovao QoS u složenoj mreži potrebno je obezbediti

da svi mrežni elementni podržavaju QoS opcije protokole signalizacije koji će omogućiti komunikaciju između mrežnih elemenata radi usklađivanja QoS parametara funkcije upravljanja koje treba da kontrolišu saobraćaj u mreži

16 Opisati uloge edge i backbone rutera (IPtf09-cisco-qos ndash 5)Sa stanovišta QoS-a u mreži razlikujemo edge I backbone rutere

Edge ruteri obezbeđuju klasifikaciju saobraćaja kontrolu pristupa i upravljanjekonfiguracijom

Backbone ruteri obezbeđuju upravljanje zagušenjem (congestion) i izbegavanjezagušenja u mreži

17 Koja tri principa kaliteta servisa podržava Cisco-ov IOS (IPtf09-cisco-qos ndash 6)

1048708best-efort1048708 integrated1048708diferentiated

9

18 Ukratko opisati Best-efort princip kvaliteta servisa (IPtf09-cisco-qos ndash 7)

1048708kompletan saobraćaj je ravnopravan1048708aplikacije šalju podatke kada se javi potreba za tim1048708paketi se prenose kroz mrežu po FIFO principu1048708nema mogućnosti kontrole kašnjenja protoka pouzdanosti1048708pogodan za klasične Internet servise tipa email - a file transfera i slično

19 Ukratko opisati Integrated Service princip kvaliteta servisa (IPtf09-cisco-qos ndash 8 9)

Integrated service princip 1048708postoji interakcija između mreže i aplikacije1048708aplikacija upućuje mreži zahtev za rezervaciju određenih mrežnih resursa1048708tek po dobijanju potvrde od mreže o raspoloživosti traženih resursa započinje komunikacija na nivou aplikacije

Integrated service - IOS features 1048708korišćenjem Resource Reservation Protokola (RSVP) aplikacija pregovara sa mrežom o resursima1048708korišćenjem weighted fair queueing (WFQ) mehanizama u kombinaciji sa RSVP-om mreža rezerviše resurse1048708korišćenjem weighted random early detection (WRED) mehanizama + RSVP obezbeđuje se malo kašnjenje i traženi protok u uslovima zagušenja mreže

20 Ukratko opisati Diferentiated Service princip kvaliteta servisa (IPtf09-cisco-qos ndash 10)

Diferentiated Service princip 1048708ne postoji komunikacija između mreže I aplikacije vezana za QoS1048708postoji više vrsta servisa (sa stanovišta QoS-a) koje mreža nudi a način rutiranja paketa se određuje na osnovu QoS parametara koji su postavljeni u samom IP datagramu (koriste se sledeća polja u IP datagramu TOS SourceampDestination address protocol typehellip)

21 Koji mehanizme omogućava Cisco-ov IOS za obezbeđivanje kvaliteta servisa

(IPtf09-cisco-qos ndash 17)

Cisco IOS QoS mehanizmi1048708Klasifikacija (classification)1048708Upravljanje zagušenjem (congestion management)1048708Izbegavanje zagušenja (congestion avoidance)1048708Policing and Shaping1048708Signalizacija (signalling)1048708Povećanje efikasnosti linka (link eficiency mechanism)

22 Koji mehanizmi se koriste za promenu IP precedence bita (IPtf09-cisco-qos ndash 20)

Klasifikacija saobraćaja

Za promenu IP precedence-a datagrama koriste sesledeći mehanizmi

10

1048708Policy-Based Routing1048708QoS Policy Propagation via Border Gateway Protocol (PB-BGP)1048708Commited Access Rate (CAR)

23 Upravljanje zagušenjem (IPtf09-cisco-qos ndash 31)

Upravljanje zagušenjem1048708 u situacijama kada dođe do zagušenja linka(saobraćaj koji dolazi u ruter je veći od kapaciteta odlaznog linka) definiše koji će datagrami prvi da se šalju a koji moraju da čekaju1048708 ovo se postiže uvođenjem raznih redova čekanja i definisanjem pravila za njihovo opsluživanje1048708 u situacijama kada na mreži postoje različite aplikacije gledano sa stanovišta karakteristika saobraćaja potrebno je upravljati saobraćajem da bi se obezbedili ravnopravni uslovi1048708tipičan primer ldquosuprotstavljenihrdquo aplikacija su voice i FTP servis

24 Navesti četiri tehnike upravljanja zagušenjem (IPtf09-cisco-qos ndash 33)

tipovi redova čekanja1048708First-In First-Out Queueing (FIFO)1048708Weighted Fair Queueing (WFQ)1048708Custom Queueing (CQ)1048708Priority Queueing (PQ)Na jednom interfejsu se u jednom trenutku može koristiti samo jedan sistem reda čekanja

25 Ukratko opisati FIFO (First In First Out) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 34)

Upravljanje zagušenjem - FIFO1048708najednostavniji sistem1048708paketi se smeštaju u red onim redosledom kako dolaze i istim tim redosledom se prosleđuju dalje1048708ovo je default sistem opsluživanja na svim linkovima protoka većeg od 2 Mbps1048708ima najmanje kašnjenje prilikom obrade zbog svoje jednostavnosti

26 Ukratko opisati WFQ (Weighted Fair Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 35 37 38 39)

Upravljanje zagušenjem -WFQ1048708obezbeđuje ravnomernije korišćenje mrežnih resursa od strane korisničkih aplikacija1048708vrši analizu saobraćaja identifikuje tokove podataka (flow) i kao takve ih odvaja u posebne redove čekanja (svaka sesija ima svoj red čekanja) pri čemu svaki red čekanja ima svoju težinu (wieght) koja se određuje prema protoku ili nekom drugom parametru1048708obezbeđuje da svaki tok podataka koristi deo kapaciteta linka srazmerno težini koju imaju red čekanja u kome se nalazi1048708broj redova čekanja je konfigurabilan1048708po default-u koristi se 256 redova čekanja1048708obezbeđuje ravnopravnost između svih protoka podataka (flow)1048708ne zahteva nikakvo posebno konfigurisanje

11

1048708po default-u se koristi na linkovima kapaciteta 2 Mbps i manjim1048708razlikuje datagrame po IP Precedence vrednosti i definiše prioritet u skladu sa tim1048708kompatibilan sa RSVP protokolom I rezerviše traženi deo kapaciteta linka1048708kompatibilan je sa Frame Relay mrežom tako da smanjuje saobraćaja kada dobijeFECN i BECN od mreže1048708pored WFQ-a postoji i VIP-Distributed WFQ koji se izvršava na VIP modulu1048708često se naziva i fair queueing jer ne obezbeđuje težinu redova čekanja već se svaki red čekanja opslužuje ravnomerno1048708omogućava korištenje i na linkovima kapaciteta većeg od 2 Mbps

27 Ukratko opisati CQ (Custom Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 40 42)

Upravljanje zagušenjem - CQ1048708posebno se konfiguriše i omogućava statičko odvajanje dela linka za određeni tip saobraćaja1048708statičko podešavanje u koji se red čekanja prosleđuje koji tip saobraćaja1048708u slučaju da je neki red čekanja prazan njegov deo kapaciteta se ravnomerno raspoređuje na sve ostale redove čekanja1048708broj redova čekanja je konfigurabilan I može biti maksimalno 161048708kružno opsluživanje redova čekanja1048708definiše se koliko se bajtova šalje iz svakog reda prilikom opsluživanja čime je omogućeno statičko rezervisanje dela kapaciteta linka za određeni tip saobraćaja1048708zahteva posebno konfigurisanje1048708veće kašnjenje usled obrade nego kod FIFO queueing-a

28 Ukratko opisati PQ (Priority Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 43 45)

Upravljanje zagušenjem - PQ1048708ima četiri reda za čekanje različitog prioriteta (high medium normal i low)1048708prvo se opslužuje red najvećeg prioriteta pa tek kada se on isprazni prelazi se na sledećired1048708prilikom svakog slanja paketa prvo se proverava red najvišeg prioriteta pa tek onda ostali po redu prioriteta1048708zahteva posebno konfigurisanje1048708omogućava garantovanje korišćenja kompletnog kapaciteta za kritične aplikacije1048708ima veoma malo kašnjenje jer je način opsluživanja redova veoma jednostavan1048708može se aktivirati na bilo kom tipu interfejsa ali se preporučuje korišćenje samo na serijskom interfejsu malog kapaciteta

29Na šta se svodi mehanizam izbegavanja zagušenja i koje su dve osnovne tehnike (IPtf09-cisco-qos ndash 47 48)

Izbegavanje zagušenja1048708u situacijama kada dođe do zagušenja ono se razrešava tako što dolazi do odbacivanjadatagrama1048708odbacivanje može biti ldquointeligentnordquo kada se vodi računa o tome koji se paket odbacuje ili ldquosirovordquo kada se odbacuje poslednji pristigli paket

12

dva mehanizma1048708Tail Drop1048708Weighted Random Early Detection (WRED)

30 Opisati Weighted Random Early Detection (WRED) mehanizam izbegavanja zagušenja (IPtf09-cisco-qos ndash 53 55)

Izbegavanje zagušenja -WRED1048708za razliku od RED principa WRED uvodi I ldquotežinurdquo saobraćaja tako da se prvoodbacuju paketi manjeg prioriteta a tek onda paketi većeg prioriteta1048708WRED je kompatibilan i sa RSVP-om tako da se prvo odbacuju paketi koji pripadajudrugim tokovima pa tek onda oni koji pripadaju toku podataka koji je rezervisao deo kapaciteta posredstvom RSVP-a1048708najčešće se koristi u jezgru mreže gde postoji mogućnost da dođe do zagušenja1048708koristi informacije o prioritetu (IP Precedence) koje su postavili ruteri u pristupnom delu mreže 1048708statistički gledano WRED odbacuje više paketa onog izvora koji generiše veći saobraćaj čime se brže izlazi iz zone zagušenja

31 Koja dva mehanizma kontrole saobraćaja omogućava Cisco-ov IOS Ukratko opisati svaki od njih (IPtf09-cisco-qos ndash 58)

Policing and Shaping1048708policing - princip rada se zasniva na odbacivanju paketa kada njihov protok premaši neke administrativno postavljene parametre1048708shaping - princip rada se zasniva na zadržavanju datagrama u redu za čekanje kada njihov protok premaši administrativno postavljene parametre (GTS koristiWFQ dok FRTS koristi CQ PQ ili FIFO)

H323

1 Ukratko opisati H323 signalizacionu arhitekturu (IPtf06-H323_arhitektura ndash 16)

H323 arhitektura1048708 ITU-T H323 - Packet-based multimedia communications systems1048708 H323 je standard koji specificira1048708 komponente1048708 protokole i1048708 procedure koje omogućavaju multimedijalne komunikacione servise (real-time audio video prenos podataka) u mrežama sa paketskom komutacijom koje ne pružaju garantovan QoS1048708 H323 je deo familije preporuka H32x koje se bave multimedijalnim komunikacijama u različitim tipovima mreža (ISDNPSTN)

2 Koji su osnovni elemetni (komponente) H323 arhitekture i koji se tipovi podataka razmenjuju u komunikaciji (IPtf06-H323_arhitektura ndash 19 20)

Osnovni elementi

13

1048708 Terminali1048708 Gateways1048708 Gatekeepers1048708 MCs1048708 MCUs1048708 Komunikacija između elemenata obavlja se razmenom informacionih tokova podataka (information streams)Klasifikuju se kao 4 tipa1048708 Video1048708 Audio1048708 Data (podaci)1048708 Communication and call control

3 Koji su osnovni protokoli u H323 arhitekturi nazanačeni u preporuci (IPtf06-H323_arhitektura ndash 24)

osnovni protokoli koji su naznačeni u preporuci H3231048708 audio CODEC-i1048708 video CODEC-i1048708 H2250 RAS (registrationadmission and status)1048708 H2250 call signaling1048708 H245 control signaling1048708 real-time transport protocol (RTP)1048708 real-time control protocol (RTCP)1048708 H323 je nezavisna od paketske mreže itransportnih protokola pa ih zato i ne specificira

4 Šta predstavlja H225 RAS i za šta se koristi (IPtf06-H323_arhitektura ndash 27 39 45)

protokol kojim se razmenjuju podaci između krajnjih tačaka (terminal gateway MCU) i gatekeeper-a1048708 koristi se za 1048708 otkrivanje gatekeeper-a1048708 procedura kojom se određuje gatekeeper kod koga će se krajnja tačka registrovati1048708 može biti statičko (krajnja tačka unapred zna ko je njen gatekeeper) i dinamičko (razmena 1048708 multicast poruka GRQ (ldquoWho is my gatekeeperrdquo) 1048708 poruka GCF (ldquoI can be your gatekeeperrdquo) koja sadrži transportnu adresu RAS kanala gatekeeper-a i

1048708 poruka GRJ (ako gatekeeper ne želi da registruje krajnju tačku)

koristi se i za 1048708 registraciju krajnje tačke (pristupanje zoni (RRQ RCFRRJ) čime se gatekeeper obaveštava o transportnim adresama i imenima krajnje tačke)1048708 i njenu deregistraciju (na zahtev krajnje tačke (URQ UCFURJ) ili na zahtev gatekeeper-a (URQUCF))

14

1048708 kontrolu pristupa promenu propusnog opsega status oslobađanje BW (kada krajnja tačka želi da inicira poziv ona traži dozvolu od gatekeeper-a (ARQACFARJ) ndash obaveštava gatekeeper o tome koga želi da pozove o potrebnom BW za obavljanje poziva tokom poziva se BW može menjati (BRQBCFBRJ) na kraju poziva terminal obaveštava gatekeeper o oslobađanju zahtevanog opsega (DRQDCF))1048708 lociranje krajnje tačke (nprodređivanje IP adrese dodela transportne adrese logičkog kanala koji će se koristiti za signalizaciju poziva (LRQLCFLRJ))

5 Koje su funkcije RAS signalizacije (H323 - 2 deo - Misic Ivana 289-07 - 7)

RAS signalizacija je definisana u okviru H2250preporuke i odnosi se na sledece funkcije_ Otkrivanje gejtkipera (Gatekeeper discovery)_ Registracija (Registration)_ Otkazivanje registracije (Unregistration)_ Pristup (Admission)_ Upravljanje propusnim opsegom (Bandwidth change)_ Lociranje krajnje tacke (Endpoint Location)_ Završetak poziva (Call Disengage)_ Status (Status)_ Dostupnost resursa (Resource Availability)_ Nestandardna funkcija (Non-standard)

6 Tipovi RAS poruka (IPtf06-H323_arhitektura ndash 29)

RAS poruke imaju tri tipa (u opštem slučaju)1048708 Request ndash xRQ1048708 Reject ndash xRJ1048708 Confirm ndash xCF

7 Ukratko opisati postupak otkrivanja gatekeeper-a od strane terminala (IPtf06-H323_arhitektura ndash 28 29 32 34 36)

(H323 - 2 deo - Misic Ivana 289-07 ndash 89)

Otkrivanje gejtkipera_ U procesu otkrivanja gejtkipera koriste se RAS porukeGRQ GCF i GRJPostoje dva metoda otkrivanja gejtkipera od strane krajnje tacke_ staticki i_dinamicki

Staticki metod (Unicast ndash manual method) se koristi kada jeadresa gejtkipera unapred poznata Tada se na UDP port1718 datog gejtkipera šallje GRQ poruka na koju potom

15

gejtkiper odgovara sa pozitivnom (GCF) illi negativnom (GRJ)porukom (Gejtvej A)Dinamicki metod (Mullticast ndash autodiscovery) se koristi kadaadresa gejtkipera nije unapred poznata Tada je neophodnoda krajnja tacka utvrdi dostupnost gejtkipera Ovo seostvaruje sllanjem mullticast poruke na koju može pozitivnoodgovoriti više gejtkipera kod kojih se krajnja tacka možeregistrovati (Gejtvej B)

8 Ukratko opisati postupak registracije terminala kod gatekeeper-a (IPtf06-H323_arhitektura ndash 40-43) (H323 - 2 deo - Misic Ivana 289-07 ndash 1011)

Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndash Registration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnikaTerminal može da obnovi svoju registraciju slanjem ili kompletne RRQ poruke ili slanjem Lightweight RRQ (LW RRQ) poruke1048708 LW RRQ poruka ima samo nekoliko elemenata u odnosu na full RRQ paket I može se koristiti samo za obnavljanje prijavljivanja terminala gatekeeper-u

9 Nabrojati formate poruka koje se razmenjuju u RAS signalizaciji

(IPtf06-H323_arhitektura ndash 32 40 46 51 53-59)

Terminal kada se poveže na mrežu mora da otkrije gatekeeper slanjem GRQ poruke1048708 Adresa gatekeeper-a može unapred biti konfigurisana na terminalu1048708 Terminal može da GRQ poruku pošalje kao multicast u kom slučaju je primaju svi aktivni gatekeeper-i1048708 Adresa gatekeeper-a može da se dobije slanjem DNS upita (način definisanja Gatekeeper-a kroz DNS definisan kroz H323 Annex O)1048708 Ako na mreži postoji više gatekeeper-a tada je za proces otkrivanja gatekeeper-a potrebno razmeniti nekoliko GCFGRJ poruka

1048708 Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndashRegistration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnika

Kada se jednom registruje kod Gatekeeper-a terminal može samo da inicira poziv ili prihvatidolazeći poziv1048708 Na upućen zahtev (ARQ) Gatekeeper može da odgovori sa ACF ili ARJ1048708 Krajnja tačka će da navede sve odredišne adrese gde gatekeeper može da odgovori saalternativnim skupom odredišnih adresa (ako je setovan flag ldquocanMapAliasrdquo)

1048708 LRQ poruku šalje krajnja tačka ili gatekeeper drugom gatekeeper u cilju određivanja stvarne IP adrese za neku alias adresu ndash na primer konverzija telefonskog broja u IP adresu1048708 Iako LRQ mogu biti poslati i sa krajnje tačke skoro uvek se koriste od strane gatekeeper-a

16

1048708 Po izvršenoj inicijalnoj uspostavi veze krajnje tačke mogu da požele da dobiju veći protok kroz mrežu za svoju komunikaciju1048708 Tada se šalje BRQ poruka1048708 Poruka se šalje kada je stvarno rezervisani saobraćaj manji od potrebnog i traženog kod uspostave veze

1048708 ldquoUnknown Message Responserdquo se šalje kao odgovor na nepoznatu poruku1048708 ldquoNon-Standard Messagerdquo omogućavaju gatekeeper-u i krajnjoj tački da razmene neke druge poruke

10 Opisati H2250 Call Signaling (IPtf06-H323_arhitektura ndash 61)

(H323 - 2 deo - Misic Ivana 289-07 ndash 2122)

H2250 signalizacija poziva_ Signallizacija poziva predstavllja signallizaciju izmedu krajnjih tacaka pomocu koje se obavllja uspostavlljanje i raskidanje poziva U H323 koristi se modifikovana ITU-T preporuka Q931 koja predstavllja deo nove preporuke H2250 Preporuka Q931 definiše signallizacioni protokoll treceg nivoa koji se koristi u ISDN mrežama a u H2250 koristi se samo jedan deo Q931 poruka Pored Q931 koristi se i jednaporuka iz Q932_ U okviru H323 sistema postoji potreba za prenosom sistemskih informacija o gejtkiperima i H245 adresama llogickih kanalla U ISDN mrežama prenos ovakvih informacija ostvaruje se upotrebom ellementa za razmenu informacija izmedu korisnika (User-to-User Information Ellement) Prenos informacija od korisnika do korisnika odvija se preko D kanalla pri cemu sama mreža ne interpretira sadržaj ovih poruka

U H2250 ovaj vid komunikacije koristi se za prenos svih dodatnih informacija neophodnih za funkcionisanje H323 sistema_ To mogu biti informacije razllicitog sadržajaobavezni identifikatori protokolla allias krajnje tacke H245 adresa itd_ ASN1 sintaksa definisana u H2250 odreduje format poruka koje se razmenjuju naovaj nacin

11 Za šta se koristi H245 kontrolna signalizacija (IPtf06-H323_arhitektura ndash 74)

H245 kontrolna signalizacijakoristi se za1048708 razmenu informacija o tome koje će se vrste podataka prenositi kanalima za prenos medija (audiovideo ili podaci)1048708 razmenu informacija o koderimadekoderima koje krajnja tačka podržava1048708 otvaranje i ukidanje logičkih kanala za prenos medija1048708 kontrolu protoka1048708 neke opšte komande i instrukcije

12 Opisati ulogu gateway-a u H323 mreži (IPtf06-H323_arhitektura ndash 110 111)

Gatewayinterfejs između H323 mreže i ne-H323 mreže (npr LAN-a i mreže sa komutacijom kola (SCN))1048708 nije potreban ako se komunikacija odvija između dva H323 terminala u H323 mreži

17

1048708 omogućava interoperabilnost komunikacionih procedura i formata podataka između različitih tipova mreža1048708 ako je potrebno vrši kompresiju i paketizaciju govora1048708 terminal komunicira sa gateway-em korišćenjem H2250 i H245 signalizacije

1048708 Sastoji se iz Media Gateway Controller-a (MGC) i Media Gateway-a (MG)1048708 Ove dve funkcije mogu da budu integrisane u jednom uređaju ili da budu razdvojene1048708 MGC funkcija se može integrisati sa Gatekeeper-om koji tada nazivamo I signalizacioni kontroler

13 Nabrojati i ukratko opisati funkcije gatekeeper-a (IPtf06-H323_arhitektura ndash 115 116)

obavezne funkcije gatekeeper-a1048708 transliranje adresa (telefonski broj alias ime) u cilju određivanja IP adrese odredišta (vrši se pregledanjem tabela koje sadrže podatke dobijene pri registraciji krajnjih tačaka)1048708 kontrola pristupa (bazirana na autorizaciji poziva raspoloživom propusnom opsegu ili na nekom drugom kriterijumu)1048708 kontrola propusnog opsega (jednostavnom metodom ili nekim složenim protokolom (npr RSVP))1048708 upravljanje zonom (svim uređajima koji su registrovani kod posmatranog gatekeeper-a)

opcione funkcije gatekeeper-a1048708 signalizacija poziva i kontrola poziva- rutiranje H2250 i H245 signalizacije između krajnjih tačaka1048708 autorizacija poziva upravljanje propusnim opsegom upravljanje pozivima (korišćenjem posebnih pravila (policy))1048708 SNMP (Gatekeeper) upravljačka informacija (MIB)1048708 rezervacija propusnog opsega za terminale koji nemaju mogućnost da to sami urade

14 Od čega se sastoji i koja je uloga MCU-a (Multipoint Controller Unit) u H323 mreži (IPtf06-H323_arhitektura ndash 120 121)

MCU- Multipoint Control Unit1048708 omogućava konferencijsku vezu između tri ili više terminala1048708 upravlja resursima konferencijske veze omogućava dogovor koji će se CODEC koristiti1048708 može biti samostalan uređaj (PC) ali I integrisan u okviru gateway-a gatekeeper-a iliterminala

1048708 logički sastoji se iz dve celine1048708 MC (Multipoint controler)- bavi se kontrolom I signalizacijom neophodnim za uspostavljanjei upravljanje konferencijom1048708 MP (Multipoint processor)- prima podatke od krajnjih tačaka obrađuje ih (npr audiomixingvideo switchingmixing umnožava) I šalje krajnjim tačkama učesnicama konferencije

15 Šta predstavlja H323 zona a šta administrativni domen

(IPtf06-H323_arhitektura ndash 125 126)

1048708 Skup H323 uređaja kojima se upravlja od strane jednog gatekeeper-a

18

1048708 Zona sadrži najmanje jedan terminal a može sadržati gateway-e i MCU-e1048708 Zona je nezavisna od mrežne topologije (može biti sačinjena od više mrežnih segmenata povezanih ruterima ili drugim uređajima)1048708 Granice zone mogu biti definisane na bazi administrativnog geografskog inženjerskog ili nekog drugog kriterijuma1048708 O pozivima između krajnjih tačaka u zoni stara se jedan gatekeeper1048708 Pozive između krajnjih tačaka iz različitih zona mogu opsluživati gatekeeper-i iz obe zone

1048708 Skup H323 zona koje su pod jednom administrativnom kontrolom1048708 Na primer mreža servis provajdera ili mreža velike kompanije

SIP

1 Ukratko opisati SIP protokol (IPtf07-SIP_arhitektura ndash 3)

SIP ( Session Initiation Protocol ) 1048708 definisan u RFC-u 3261 kao protokol aplikativnog sloja1048708 koristi se za uspostavu sesije između korisnika1048708 ne definiše tip sesije koja se uspostavlja (interaktivno kockanjeili audiovideo konferencija)1048708 SIP je klijent-server protokol baziran na protokolima HTTP (HyperText Transport Protocol) i SMTP (Simple Mail Transfer Protocol)1048708 klijent generiše request i šalje ga serveru koji mu odgovara (response)request + response = transaction

2 Nabrojati 5 osnovnih f-ja SIP protokola (IPtf07-SIP_arhitektura ndash 4)

SIP ndash 5 osnovnih funkcija1048708 Lociranje korisnika ndash određivanje krajnjeg sistema koji će se koristiti za komunikaciju1048708 Raspoloživost korisnika ndash određuje da li krajnji sistem želi ili ne da učestvuje u toj sesiji1048708 Karakteristike sagovornika ndash određuje medijum I parametre medija koji su bitni za komunikaciju1048708 Uspostava sesije ndash razmena parametara za uspostavu sesije1048708 Upravljanje sesijama ndash razmena podataka vezanih za uspostavu raskid i održavanje sesija

3 Nabrojati i ukratko opisati elemente (komponente) SIP mreže

(IPtf07-SIP_arhitektura ndash 9)

SIP komponente1048708 user agent (softver kojim čovek komunicira sa sistemom)Sadrži dve komponente1048708 UAC (user agent client) - šalje request1048708 UAS (user agent server) - prima request i šalje response (prihvata poziv preusmerava ga ili odbija)1048708 network servers1048708 registration server - sadrži informacije o trenutnim lokacijama korisnika

19

1048708 proxy server - prima request i šalje ka sledećem serveru (proxyUASredirect) može i ka više servera odjednom1048708 redirect server - prima request ali umesto da ga prosledi dalje on vraća adresu next-hop servera klijentuProxy i redirect server vrše rutiranje

4 Nabrojati i ukratko opisati osnovne metode koje se razmenjuju u SIP porukama (IPtf07-SIP_arhitektura ndash 14)

SIP poruka ndash metode (RFC 3261)1048708 INVITE ndash uspostava veze1048708 BYE - završatak veze učesnika u pozivu1048708 OPTIONS - traži informacije o osobinama UA1048708 ACK - za pouzdanu razmenu poruka1048708 CANCEL - otkazuje se poslednji request (ne važi za BYE)1048708 REGISTER - traži informaciju o lokaciji korisnika u registration server-u prijavljuje se serveru sa svojim podacima

5 Navesti po jedan primer SIP poruke prilikom zahteva i odgovora (IPtf07-SIP_arhitektura ndash 13 16)

Format SIP poruke1048708 Kod upita (request) format prve linije jeRequest-Line = Method SP Request-URI SP SIP-Version CRLFSP ndash single space karakterPrimerINVITE sipbobbiloxicom SIP20

Format SIP poruke1048708 Kod odgovora (response) format prve linije jeStatus-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLFPrimerSIP20 200 OK

6 Nabrojati klase odgovora u SIP-u (IPtf07-SIP_arhitektura ndash 18)

Klase odgovora1048708 1xx Informational1048708 2xx Final1048708 3xx Redirection1048708 4xx Client Error1048708 5xx Server Error1048708 6xx Global Failure

7 Nabrojati i ukratko opisati obavezna polja u zaglavlju SIP poruke

(IPtf07-SIP_arhitektura ndash 29 32-35)

Zaglavlje SIP poruke20

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 5: Ispit_Pitanja i odgovori

kodek talasnog oblika kodek izvora i hibridni kodek

Kodek talasnog oblika (wave form codec) odabira analogni signal i svakom odbirku u zavisnosti odstvarne vrednosti pridružuje odgovarajucu kvantizovanu vrednost Odredište prima kvantovane vrednostisvakog odbirka i na osnovu toga rekonstruiše signal Ovi kodeci generišu visokokvalitetan izlaz nisusloženi za implementaciju ali veliki nedostatak im je potreba za velikim propusnim opsegomKodek izvora (source codec) se još naziva i vokoder (voice coder) Vokoderi nastoje da parametreulaznog signala dovedu u vezu sa parametrima matematickog modela generisanja govora Najcešce koriste model LPC (Linear Predictive Coding) linearnog prediktivnog filtra koji predstavlja model vokalnog trakta Na ulaz filtra se dovodi informacija o tome da li je od glasnica primljen zvucni ili bezvucni glas a informacije koje se šalju su parametri modela a ne sam signal Prijemna strana koristi isti model i na osnovu primljenih parametara rekonstruiše signal koji može zvucati malo veštacki

9 Tehnike kodovanja hibridnih kodeka (Diplomski Marija Kačaniklić - 33)

Hibridni kodek (hybrid codec) nastoji da koristi dobre osobine prethodna dva kodeka Cilj im jeobezbedenje dobrog kvaliteta govora uz male bitske brzine

5 Tehnike kodovanja kodeka talasnog oblika (Diplomski Marija Kačaniklić - 32)

6 G711 tehnika kodovanja (Diplomski Marija Kačaniklić - 32)

Postoje dve tehnike kodovanja kodecima talasnih oblika G711-PCM i G726-ADPCM

G711Ova tehnika kodovanja govora jedna je od najzastupljenijih danas Spada u grupu kodeka talasnog oblika i koristi se širom sveta u telefonskim mrežama koje rade na principu komutacije kola Predstavlja impulsno kodnu modulaciju (PCM) koja koristi frekvenciju odabiranja od 8 kHz što znaci da može da koduje signal maksimalne frekvencije 4 kHz Koristi neuniformnu kvantizaciju a svaki odbirak se predstavlja sa 8 bita odakle zakljucujemo da je protok 64 kbitsG711 definiše dve varijante kvantizacije A-zakon i μ-zakon A-zakon se primenjuje u Evropi i u svim ostalim zemljama izuzev Severne Amerike i Japana a μ-zakon u Severnoj Americi i Japanu Obe varijante podrazumevaju više kvantizacionih nivoa za niže vrednosti signala Ukupan opseg deli se na segmente a segmenti na intervale u kojima se kvantuju vrednosti signala Velicina intervala je razlicita za svaki segment svaki segment sadrži 16 intervala a svaki interval odnosno njegova velicina se duplira za svaki naredni segment Oba zakona su simetricna u odnosu na nultu vrednost signala μ-zakon koristi po 8 segmenata u pozitivnom i negativnom smeru a svaki segment sadrži 16 intervala Velicina intervala u kojima se kvantuju vrednosti signala u prvom segmentu je 2 dok je u osmom segmentu velicina intervala 256 A-zakon koristi 7 segmenata gde najmanji ima 32 intervala vrednosti 2 a preostalih 6 imaju 16 33intervala gde se vrednost intervala u svakom narednom segmentu duplira Zbog toga A-zakon tacnije prezentuje male vrednosti ulaznog signala Oba zakona obezbeduju dobar kvalitet govora i imaju MOS od 43 Osnovni nedostatak G711 kodeka je što zahteva kanal propusnog opsega 64 kbits

G726 ndash ADPCMUoceno je da se govorni signal menja relativno sporo i da se vrednost datog odbirka može odrediti na osnovu vrednosti odbiraka Jedan od nacina da se to uradi je da se odredištu pošalje razlika vrednosti signala datog odbirka i prethodnog odbirka Na primer neka je vrednost nekog odbirka 5435 a sledeceg 6146 Tada se odredišnoj strani šalje samo razlika od 0711 i oznacava da je ova vrednost manja od 6146

5

za red velicina i da zahteva manje bita za prezentaciju Ovaj pristup naziva se DPCM (Diferential PCM) i može da smanji potreban propusni opseg kanala bez velike degradacije kvaliteta Problem ove modulacije je što nije u mogucnosti da prati nagle promene ulaznog signala

Modulacija koja je u mogucnosti da isprati nagle promene ulaznog signala je ADPCM (Adaptive DPCM) adaptivna DPCM modulacija Ova modulacija predvida vrednost odbirka na osnovu prethodnih odbiraka uzimajuci u obzir i poznavanje uobicajenih promena govornog signala U ovom slucaju samo se greška izmedu vrednosti aktuelnog odbirka i predvidene vrednosti odbirka koduje i šalje na odredište Uz pretpostavku da je predvidena vrednost odbirka približna stvarnoj vrednosti manji broj bita potreban je za predstavljanje kvantizacione greške a samim tim i manji propusni opseg

7 G726 tehnika kodovanja (Diplomski Marija Kačaniklić - 33)

G726 definiše napredniju varijantu ADPCM modulacije jer ima mogucnost da govor kodovan A ili μ zakonom brzinom 64 kbits prilagodi i prenosi brzinom 16 24 32 ili 40 kbits odnosno može dapredstavi kvantizacionu grešku sa 2 3 4 ili 5 bita Ukoliko koristi brzinu od 32 kbits MOS dostiževrednost 4 što je veoma dobro

PCM i ADPCM algoritmi koji se koriste u okviru ovih kodeka ne unose dodatno kašnjenje a to im jeistovremeno jedna od osnovnih prednosti Glavna mana ovih kodeka je i dalje veliki propusni opseg koji zahtevaju kako bi preneli govor zadovoljavajuceg kvaliteta

8 Koja je glavna razlika između PCM i ADPCM algoritama kompresije (IPtf05-Kompresija_govora ndash 4 7)

Telefonski govorni kanal zauzima opseg od 4kHz pa je prema teoremi odabiranja učestanost odabiranja 8kHz1048708 Svaki odbirak se koduje sa 8 bita što nam daje protok po telefonskom kanalu od 64kbs1048708 PCM ndash Pulse Code Modulation - definisano u okviru ITU-T G711 preporukeRazvoj tehnike omogućio da se umesto PCM obrade koriste napredniji algoritmi kompresijegovora1048708 Drugi algoritam je baziran na ADPCM-u (adaptivna diferencijalna PCM) i definisan je uokviru preporuke ITU-T G7261048708 Koduje se samo razlika između dva odbirka i u zavisnosti od broja bita koji se koriste imamo sisteme sa 16kbs 24kbs 32kbs i 40kb

10 G728 tehnika kodovanja (Diplomski Marija Kačaniklić - 33)

G728G728 specificira CELP sa malim kašnjenjem LD-CELP (Low-Delay CELP) slika 44 Ovaj koderkoristi adaptaciju unazad odnosno koristi prethodne uzorke govora da bi odredio koeficijente filtraVreme potrebno da se odrede koeficijenti filtra odnosno kašnjenje algoritma iznosi 0625 ms G728 obraduje 5 odbiraka istovremeno odnosno uzima 5 odbiraka odreduje vektor iz kodne knjige I koeficijente filtra koji najviše odgovaraju ovim odbircima Izbor koeficijenta filtra zavisi od prethodnih I trenutnih odbiraka Kako koder barata sa 5 odbiraka odabiranje se vrši na svakih 0125 ms pa je ukupno kašnjenje 0625 ms što ljudsko uho ne može da osetiPrijemniku se šalje indeks vektora pobude jer on ima pristup prethodnim odbircima i može da donese istu odluku Kodna knjiga sadrži ukupno 1024 vektora koji su dostupni na obe strane veze a indeks je dugacak

6

samo 10 bita G728 uzima 5 odbiraka koji su odabrani brzinom 8000 puta u sekundi Za svakih 5 odbiraka je potrebno poslati 10 bita i kada se sve to preracuna dobija se bitska brzina G728 kodeka od 16 kbits

Slika 45 prikazuje LD-CELP dekoder Nakon prijema svakog 10-bitnog indeksa dekoder pronalazi odgovarajuci vektor iz kodne knjige pobude Taj vektor se šalje ka jedinici za regulaciju pojacanja a potom ka sintetizacionom filtru koji za izlaz daje dekodirani vektor trenutnog signala Vektor dekodiranog signala se dalje propušta kroz adaptivni posfiltar u cilju poboljšanja kvaliteta prijemaKoeficijenti posfiltra se periodicno ažuriraju koristeci informacije koje su dostupne u dekoderu Petodbiraka sa izlaza posfiltra dalje se konvertuje u pet PCM odbiraka kodovanih A ili μ zakonomG728 kodeci dostižu MOS vrednost 39 a kvalitet nije toliko loš u odnosu na uštedu propusnog opsegaMedutim G728 kodeci se veoma retko srecu u VoIP proizvodima jer su zahtevni u pogledu procesorske snage a samim tim i skuplji

11 G7231 tehnika kodovanja (Diplomski Marija Kačaniklić - 34)

G7231G7231 koder se može koristiti za kompresiju audio signala i kao rezultat daje komprimovan signal veoma male brzine U okviru G7231 definišu se dve bitske brzine 53 kbits i 63 kbits gde veca brzina postiže veci kvalitet govora a manja pored dobrog kvaliteta govora i dodatnu fleksibilnost Koder I dekoder moraju podržavati obe bitske brzine a brzinu je moguce menjati svakih 30 ms u toku konverzacijePropuštanjem analognog signala kroz filtar propusnik niskih ucestanosti (u cilju eliminacije frekvencija koje nisu bitne za govor) dobija se digitalni signal koji se dovodi na ulaz kodera Potom se ovaj signal odabira brzinom 8000 puta u sekundi i uniformno kvantuje u 16-bitni PCM Koder radi nad blokovima od 240 odbiraka što na brzini odabiranja od 8 kHz odgovara trajanju od 30 ms govora a to znaci da koder unosi kašnjenje od 30 ms Pored ovog kašnjenja unosi se i dodatno kašnjenje od 75 ms jer algoritam zahteva poznavanje odbiraka signala koji još nisu dostupni (look ahead) To znaci da je ukupno kašnjenje sada 375 ms Svako dodatno kašnjenje zavisi od vremena koje je potrebno za procesiranje signala u koderu i dekoderu vremena potrebnog za prenos signala preko komunikacionog linka i dodatnogkašnjenja koje unosi bafer zbog multipleksiranja protokolaBlokovi nad kojima radi koder se prvo propuštaju kroz filtar propusnik visokih ucestanosti da bi seeliminisala jednosmerna komponenta a zatim se dele na 4 podbloka od po 60 odbiraka nad kojima se obavljaju razlicite operacije u cilju odredivanja odgovarajucih koeficijenata filtra Bitska brzina od 53 kbits koristi ACELP (Algebraic Code-Excited Linear Prediction) a brzina od 63 kbits koristi MP-MLQ (Multi-pulse Maximum Likelihood Quantization) Na odredište se prenose koeficijenti linearne predikcije parametri pojacanja i vrednost indeksa kodne knjige pobude Sve ove informacije se prenose u blokovima dužine 20 bajta za brzinu od 53 kbits odnosno dužine 24 bajta za brzinu od 63 kbitsKako svaka konverzacija podrazumeva i odredene periode tišine za vreme tih perioda nema potrebe zauzimati propusni opseg znacajan za penos signala Zato G7231 specificira mehanizam potiskivanja tišine

7

gde se mogu koristiti ramovi za opisivanje ubacene tišine SID (Silence Insertion Description) Ovi ramovi dugacki su 4 bajta pa tako prenos tišine zauzima oko 1 kbits što predstavlja veliku uštedu opsegaMOS vrednost za G7231 je oko 38 što je veoma dobro usled smanjenja potrebnog propusnog opsegaOsnovni nedostatak ovog kodera je što unosi pomenuto kašnjenje od 375 ms jer je u VoIP mrežama bitno kašnjenje u oba smera a ne samo u jednom

12 G729 tehnika kodovanja (Diplomski Marija Kačaniklić - 35)

G729Osnova G729 definiše algoritam CS-ACELP (Conjugate-structure Algebraic Code-Excited LinearPrediction) Ovaj algoritam koduje govor brzinom 8 kbits Propuštanjem analognog signala kroz filtar propusnik niskih ucestanosti (u cilju eliminacije frekvencija koje nisu bitne za govor) dobija se digitalni signal koji se dovodi na ulaz kodera Potom se ovaj signal odabira brzinom 8000 puta u sekundi I uniformno kvantuje u 16-bitni PCM Koder radi nad blokovima trajanja 10 ms što odgovara bloku od 80 odbiraka koji se odabiraju brzinom od 8 kHz Takode ovaj koder koristi i 5 ms za look ahead što dovodi do toga da je ukupno kašnjenje 15 ms Za svaki blok dužine 10 ms govorni signal se analizira i odreduju se parametri CELP modela Ove informacije se šalju odredištu u okviru 80-bitnog rama Kako je za 10 ms ulaznog govornog signala potrebno preneti 80 bita na odredište dolazimo do toga da je brzina prenosa 8 kbits pri cemu je MOS vrednost 4 što je veoma dobroPreporuka G729 u okviru sebe sadrži i anekse A B D i E u kojima se definišu algoritmi za kodovanje govoraU aneksu A primarni cilj je bio da se pojednostavi simultani prenos govora i podataka Pojednostavljenje se odnosi na uvodenje jednostavnijih procedura za pretraživanje kodne knjige i pojednostavljenje postfiltra u dekoderu Koristi isti ram i bitsku brzinu kao G729 cime je omoguceno da koder radi prema G729 a dekoder prema G729A ili obratno Ova pojednostavljenja mogu da dovedu do nešto lošijeg kvaliteta sa MOS vrednošcu od oko 37U aneksu B definisani su algoritam za detekciju aktivnosti govora VAD (Voice Activity Detection)algoritam za diskontinualni prenos DTX (Discontinuos Transmission) i algoritam za generisanjekomfornog šuma CNG (Comfort Noise Generation) Svi ovi algoritmi koriste se u cilju smanjenja brzine prenosa za vreme perioda tišine VAD algoritam predstavlja odluku da li je na ulazu prisutan govor ili šum a ona se donosi na osnovu analize nekoliko parametara tekuceg i prethodna dva rama Izlaz VAD modula je 1 u slucaju da je prisutan govor ili 0 u slucaju da je prisutan šum Pitanje koje se namece je da li je u slucaju tišine bolje ne slati nikakve podatke odredištu i ostaviti mu da generiše komforni šum To ipak nije dobro rešenje jer prijemna strana ne može da zna kakav je pozadinski šum prisutan na polaznoj strani i zato i ne može da generiše prirodan pozadinski šum Zbog ovoga se odredišnoj strani šalje SID 36ram koji sadrži informacije koje omogucavaju dekoderu da generiše komforni šum slican šumu napolaznoj strani Ukoliko se šum ne menja na polaznoj strani nastavlja se generisanje SID rama a ukoliko dode do promene šalje se ažuriran SID ramU aneksu D definiše se mogucnost slanja signala manjom brzinom u odnosu na osnovni G729 Aneks D takode radi sa blokovima odbiraka trajanja 10 ms ali šalje 64 bita po jednom ramu Njegova brzina je 64 kbits On ne dostiže isti kvalitet kao G729 ali MOS vrednost od 38 je prilicno dobra karakteristikaG729D nije pogodan kada je prisutan visok nivo šumaU aneksu E definisana je mogucnost slanja vecom brzinom u odnosu na osnovni G729 kodek u cilju prilagodavanja širem opsegu ulaznih signala Definiše robusniji algoritam u slucaju govora sa prisutnim pozadinskim šumom G729 koristi linearni prediktivni filtar 10-og reda što znaci da ima 10 koeficijenata a G729E koristi 30 koeficijenata Kodna knjiga je 44 bita za razliku od G729 koja je 35 bita Sve ove promene uticu na brzinu gde G729E šalje 118 bita svakih 10 ms što predstavlja brzinu od 118 kbits

8

13 Navesti glavne probleme koji utiču na kvalitet govora pri prenosu kroz mreže sa paketskom komutacijom (IPtf05-Kompresija_govora ndash 20)

Kvalitet prenetog govora

1048708 ocena kvaliteta je subjektivna1048708 postoji standardizacija ocena ali su ocene u suštini subjektivne1048708 problemi pri prenosu kroz paketske mreže koji direktno utiču na kvalitet govora1048708 varijacija kašnjenja1048708 gubitak paketa1048708 eho1048708 kašnjenje

14 Koja su dva glavna rešenja za problem gubitka paketa (IPtf05-Kompresija_govora ndash 46)

Gubitak paketa

1048708 IP ne garantuje isporuku već samo best-effort servis paketi se pri zagušenju odbacuju1048708 u prenosu podataka (data) TCP gubitke nadopunjuje retransmisijom1048708 retransmisija je kod real-time komunikacije besmislena ndash VoIP se oslanja na UDP1048708 generalno rešenja potpadaju pod dve klase1048708 ponavljanje poslednjeg uspešno primljenog paketa umesto izgubljenog1048708 slanje redundantne informacije koja na prijemu omogućava regenerisanje izgubljenog paketa

15 Šta je potrebno obezbediti da bi kvalitet servisa (QoS) u mreži bio zagarantovan

(IPtf09-cisco-qos ndash 4)

Da bi se garantovao QoS u složenoj mreži potrebno je obezbediti

da svi mrežni elementni podržavaju QoS opcije protokole signalizacije koji će omogućiti komunikaciju između mrežnih elemenata radi usklađivanja QoS parametara funkcije upravljanja koje treba da kontrolišu saobraćaj u mreži

16 Opisati uloge edge i backbone rutera (IPtf09-cisco-qos ndash 5)Sa stanovišta QoS-a u mreži razlikujemo edge I backbone rutere

Edge ruteri obezbeđuju klasifikaciju saobraćaja kontrolu pristupa i upravljanjekonfiguracijom

Backbone ruteri obezbeđuju upravljanje zagušenjem (congestion) i izbegavanjezagušenja u mreži

17 Koja tri principa kaliteta servisa podržava Cisco-ov IOS (IPtf09-cisco-qos ndash 6)

1048708best-efort1048708 integrated1048708diferentiated

9

18 Ukratko opisati Best-efort princip kvaliteta servisa (IPtf09-cisco-qos ndash 7)

1048708kompletan saobraćaj je ravnopravan1048708aplikacije šalju podatke kada se javi potreba za tim1048708paketi se prenose kroz mrežu po FIFO principu1048708nema mogućnosti kontrole kašnjenja protoka pouzdanosti1048708pogodan za klasične Internet servise tipa email - a file transfera i slično

19 Ukratko opisati Integrated Service princip kvaliteta servisa (IPtf09-cisco-qos ndash 8 9)

Integrated service princip 1048708postoji interakcija između mreže i aplikacije1048708aplikacija upućuje mreži zahtev za rezervaciju određenih mrežnih resursa1048708tek po dobijanju potvrde od mreže o raspoloživosti traženih resursa započinje komunikacija na nivou aplikacije

Integrated service - IOS features 1048708korišćenjem Resource Reservation Protokola (RSVP) aplikacija pregovara sa mrežom o resursima1048708korišćenjem weighted fair queueing (WFQ) mehanizama u kombinaciji sa RSVP-om mreža rezerviše resurse1048708korišćenjem weighted random early detection (WRED) mehanizama + RSVP obezbeđuje se malo kašnjenje i traženi protok u uslovima zagušenja mreže

20 Ukratko opisati Diferentiated Service princip kvaliteta servisa (IPtf09-cisco-qos ndash 10)

Diferentiated Service princip 1048708ne postoji komunikacija između mreže I aplikacije vezana za QoS1048708postoji više vrsta servisa (sa stanovišta QoS-a) koje mreža nudi a način rutiranja paketa se određuje na osnovu QoS parametara koji su postavljeni u samom IP datagramu (koriste se sledeća polja u IP datagramu TOS SourceampDestination address protocol typehellip)

21 Koji mehanizme omogućava Cisco-ov IOS za obezbeđivanje kvaliteta servisa

(IPtf09-cisco-qos ndash 17)

Cisco IOS QoS mehanizmi1048708Klasifikacija (classification)1048708Upravljanje zagušenjem (congestion management)1048708Izbegavanje zagušenja (congestion avoidance)1048708Policing and Shaping1048708Signalizacija (signalling)1048708Povećanje efikasnosti linka (link eficiency mechanism)

22 Koji mehanizmi se koriste za promenu IP precedence bita (IPtf09-cisco-qos ndash 20)

Klasifikacija saobraćaja

Za promenu IP precedence-a datagrama koriste sesledeći mehanizmi

10

1048708Policy-Based Routing1048708QoS Policy Propagation via Border Gateway Protocol (PB-BGP)1048708Commited Access Rate (CAR)

23 Upravljanje zagušenjem (IPtf09-cisco-qos ndash 31)

Upravljanje zagušenjem1048708 u situacijama kada dođe do zagušenja linka(saobraćaj koji dolazi u ruter je veći od kapaciteta odlaznog linka) definiše koji će datagrami prvi da se šalju a koji moraju da čekaju1048708 ovo se postiže uvođenjem raznih redova čekanja i definisanjem pravila za njihovo opsluživanje1048708 u situacijama kada na mreži postoje različite aplikacije gledano sa stanovišta karakteristika saobraćaja potrebno je upravljati saobraćajem da bi se obezbedili ravnopravni uslovi1048708tipičan primer ldquosuprotstavljenihrdquo aplikacija su voice i FTP servis

24 Navesti četiri tehnike upravljanja zagušenjem (IPtf09-cisco-qos ndash 33)

tipovi redova čekanja1048708First-In First-Out Queueing (FIFO)1048708Weighted Fair Queueing (WFQ)1048708Custom Queueing (CQ)1048708Priority Queueing (PQ)Na jednom interfejsu se u jednom trenutku može koristiti samo jedan sistem reda čekanja

25 Ukratko opisati FIFO (First In First Out) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 34)

Upravljanje zagušenjem - FIFO1048708najednostavniji sistem1048708paketi se smeštaju u red onim redosledom kako dolaze i istim tim redosledom se prosleđuju dalje1048708ovo je default sistem opsluživanja na svim linkovima protoka većeg od 2 Mbps1048708ima najmanje kašnjenje prilikom obrade zbog svoje jednostavnosti

26 Ukratko opisati WFQ (Weighted Fair Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 35 37 38 39)

Upravljanje zagušenjem -WFQ1048708obezbeđuje ravnomernije korišćenje mrežnih resursa od strane korisničkih aplikacija1048708vrši analizu saobraćaja identifikuje tokove podataka (flow) i kao takve ih odvaja u posebne redove čekanja (svaka sesija ima svoj red čekanja) pri čemu svaki red čekanja ima svoju težinu (wieght) koja se određuje prema protoku ili nekom drugom parametru1048708obezbeđuje da svaki tok podataka koristi deo kapaciteta linka srazmerno težini koju imaju red čekanja u kome se nalazi1048708broj redova čekanja je konfigurabilan1048708po default-u koristi se 256 redova čekanja1048708obezbeđuje ravnopravnost između svih protoka podataka (flow)1048708ne zahteva nikakvo posebno konfigurisanje

11

1048708po default-u se koristi na linkovima kapaciteta 2 Mbps i manjim1048708razlikuje datagrame po IP Precedence vrednosti i definiše prioritet u skladu sa tim1048708kompatibilan sa RSVP protokolom I rezerviše traženi deo kapaciteta linka1048708kompatibilan je sa Frame Relay mrežom tako da smanjuje saobraćaja kada dobijeFECN i BECN od mreže1048708pored WFQ-a postoji i VIP-Distributed WFQ koji se izvršava na VIP modulu1048708često se naziva i fair queueing jer ne obezbeđuje težinu redova čekanja već se svaki red čekanja opslužuje ravnomerno1048708omogućava korištenje i na linkovima kapaciteta većeg od 2 Mbps

27 Ukratko opisati CQ (Custom Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 40 42)

Upravljanje zagušenjem - CQ1048708posebno se konfiguriše i omogućava statičko odvajanje dela linka za određeni tip saobraćaja1048708statičko podešavanje u koji se red čekanja prosleđuje koji tip saobraćaja1048708u slučaju da je neki red čekanja prazan njegov deo kapaciteta se ravnomerno raspoređuje na sve ostale redove čekanja1048708broj redova čekanja je konfigurabilan I može biti maksimalno 161048708kružno opsluživanje redova čekanja1048708definiše se koliko se bajtova šalje iz svakog reda prilikom opsluživanja čime je omogućeno statičko rezervisanje dela kapaciteta linka za određeni tip saobraćaja1048708zahteva posebno konfigurisanje1048708veće kašnjenje usled obrade nego kod FIFO queueing-a

28 Ukratko opisati PQ (Priority Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 43 45)

Upravljanje zagušenjem - PQ1048708ima četiri reda za čekanje različitog prioriteta (high medium normal i low)1048708prvo se opslužuje red najvećeg prioriteta pa tek kada se on isprazni prelazi se na sledećired1048708prilikom svakog slanja paketa prvo se proverava red najvišeg prioriteta pa tek onda ostali po redu prioriteta1048708zahteva posebno konfigurisanje1048708omogućava garantovanje korišćenja kompletnog kapaciteta za kritične aplikacije1048708ima veoma malo kašnjenje jer je način opsluživanja redova veoma jednostavan1048708može se aktivirati na bilo kom tipu interfejsa ali se preporučuje korišćenje samo na serijskom interfejsu malog kapaciteta

29Na šta se svodi mehanizam izbegavanja zagušenja i koje su dve osnovne tehnike (IPtf09-cisco-qos ndash 47 48)

Izbegavanje zagušenja1048708u situacijama kada dođe do zagušenja ono se razrešava tako što dolazi do odbacivanjadatagrama1048708odbacivanje može biti ldquointeligentnordquo kada se vodi računa o tome koji se paket odbacuje ili ldquosirovordquo kada se odbacuje poslednji pristigli paket

12

dva mehanizma1048708Tail Drop1048708Weighted Random Early Detection (WRED)

30 Opisati Weighted Random Early Detection (WRED) mehanizam izbegavanja zagušenja (IPtf09-cisco-qos ndash 53 55)

Izbegavanje zagušenja -WRED1048708za razliku od RED principa WRED uvodi I ldquotežinurdquo saobraćaja tako da se prvoodbacuju paketi manjeg prioriteta a tek onda paketi većeg prioriteta1048708WRED je kompatibilan i sa RSVP-om tako da se prvo odbacuju paketi koji pripadajudrugim tokovima pa tek onda oni koji pripadaju toku podataka koji je rezervisao deo kapaciteta posredstvom RSVP-a1048708najčešće se koristi u jezgru mreže gde postoji mogućnost da dođe do zagušenja1048708koristi informacije o prioritetu (IP Precedence) koje su postavili ruteri u pristupnom delu mreže 1048708statistički gledano WRED odbacuje više paketa onog izvora koji generiše veći saobraćaj čime se brže izlazi iz zone zagušenja

31 Koja dva mehanizma kontrole saobraćaja omogućava Cisco-ov IOS Ukratko opisati svaki od njih (IPtf09-cisco-qos ndash 58)

Policing and Shaping1048708policing - princip rada se zasniva na odbacivanju paketa kada njihov protok premaši neke administrativno postavljene parametre1048708shaping - princip rada se zasniva na zadržavanju datagrama u redu za čekanje kada njihov protok premaši administrativno postavljene parametre (GTS koristiWFQ dok FRTS koristi CQ PQ ili FIFO)

H323

1 Ukratko opisati H323 signalizacionu arhitekturu (IPtf06-H323_arhitektura ndash 16)

H323 arhitektura1048708 ITU-T H323 - Packet-based multimedia communications systems1048708 H323 je standard koji specificira1048708 komponente1048708 protokole i1048708 procedure koje omogućavaju multimedijalne komunikacione servise (real-time audio video prenos podataka) u mrežama sa paketskom komutacijom koje ne pružaju garantovan QoS1048708 H323 je deo familije preporuka H32x koje se bave multimedijalnim komunikacijama u različitim tipovima mreža (ISDNPSTN)

2 Koji su osnovni elemetni (komponente) H323 arhitekture i koji se tipovi podataka razmenjuju u komunikaciji (IPtf06-H323_arhitektura ndash 19 20)

Osnovni elementi

13

1048708 Terminali1048708 Gateways1048708 Gatekeepers1048708 MCs1048708 MCUs1048708 Komunikacija između elemenata obavlja se razmenom informacionih tokova podataka (information streams)Klasifikuju se kao 4 tipa1048708 Video1048708 Audio1048708 Data (podaci)1048708 Communication and call control

3 Koji su osnovni protokoli u H323 arhitekturi nazanačeni u preporuci (IPtf06-H323_arhitektura ndash 24)

osnovni protokoli koji su naznačeni u preporuci H3231048708 audio CODEC-i1048708 video CODEC-i1048708 H2250 RAS (registrationadmission and status)1048708 H2250 call signaling1048708 H245 control signaling1048708 real-time transport protocol (RTP)1048708 real-time control protocol (RTCP)1048708 H323 je nezavisna od paketske mreže itransportnih protokola pa ih zato i ne specificira

4 Šta predstavlja H225 RAS i za šta se koristi (IPtf06-H323_arhitektura ndash 27 39 45)

protokol kojim se razmenjuju podaci između krajnjih tačaka (terminal gateway MCU) i gatekeeper-a1048708 koristi se za 1048708 otkrivanje gatekeeper-a1048708 procedura kojom se određuje gatekeeper kod koga će se krajnja tačka registrovati1048708 može biti statičko (krajnja tačka unapred zna ko je njen gatekeeper) i dinamičko (razmena 1048708 multicast poruka GRQ (ldquoWho is my gatekeeperrdquo) 1048708 poruka GCF (ldquoI can be your gatekeeperrdquo) koja sadrži transportnu adresu RAS kanala gatekeeper-a i

1048708 poruka GRJ (ako gatekeeper ne želi da registruje krajnju tačku)

koristi se i za 1048708 registraciju krajnje tačke (pristupanje zoni (RRQ RCFRRJ) čime se gatekeeper obaveštava o transportnim adresama i imenima krajnje tačke)1048708 i njenu deregistraciju (na zahtev krajnje tačke (URQ UCFURJ) ili na zahtev gatekeeper-a (URQUCF))

14

1048708 kontrolu pristupa promenu propusnog opsega status oslobađanje BW (kada krajnja tačka želi da inicira poziv ona traži dozvolu od gatekeeper-a (ARQACFARJ) ndash obaveštava gatekeeper o tome koga želi da pozove o potrebnom BW za obavljanje poziva tokom poziva se BW može menjati (BRQBCFBRJ) na kraju poziva terminal obaveštava gatekeeper o oslobađanju zahtevanog opsega (DRQDCF))1048708 lociranje krajnje tačke (nprodređivanje IP adrese dodela transportne adrese logičkog kanala koji će se koristiti za signalizaciju poziva (LRQLCFLRJ))

5 Koje su funkcije RAS signalizacije (H323 - 2 deo - Misic Ivana 289-07 - 7)

RAS signalizacija je definisana u okviru H2250preporuke i odnosi se na sledece funkcije_ Otkrivanje gejtkipera (Gatekeeper discovery)_ Registracija (Registration)_ Otkazivanje registracije (Unregistration)_ Pristup (Admission)_ Upravljanje propusnim opsegom (Bandwidth change)_ Lociranje krajnje tacke (Endpoint Location)_ Završetak poziva (Call Disengage)_ Status (Status)_ Dostupnost resursa (Resource Availability)_ Nestandardna funkcija (Non-standard)

6 Tipovi RAS poruka (IPtf06-H323_arhitektura ndash 29)

RAS poruke imaju tri tipa (u opštem slučaju)1048708 Request ndash xRQ1048708 Reject ndash xRJ1048708 Confirm ndash xCF

7 Ukratko opisati postupak otkrivanja gatekeeper-a od strane terminala (IPtf06-H323_arhitektura ndash 28 29 32 34 36)

(H323 - 2 deo - Misic Ivana 289-07 ndash 89)

Otkrivanje gejtkipera_ U procesu otkrivanja gejtkipera koriste se RAS porukeGRQ GCF i GRJPostoje dva metoda otkrivanja gejtkipera od strane krajnje tacke_ staticki i_dinamicki

Staticki metod (Unicast ndash manual method) se koristi kada jeadresa gejtkipera unapred poznata Tada se na UDP port1718 datog gejtkipera šallje GRQ poruka na koju potom

15

gejtkiper odgovara sa pozitivnom (GCF) illi negativnom (GRJ)porukom (Gejtvej A)Dinamicki metod (Mullticast ndash autodiscovery) se koristi kadaadresa gejtkipera nije unapred poznata Tada je neophodnoda krajnja tacka utvrdi dostupnost gejtkipera Ovo seostvaruje sllanjem mullticast poruke na koju može pozitivnoodgovoriti više gejtkipera kod kojih se krajnja tacka možeregistrovati (Gejtvej B)

8 Ukratko opisati postupak registracije terminala kod gatekeeper-a (IPtf06-H323_arhitektura ndash 40-43) (H323 - 2 deo - Misic Ivana 289-07 ndash 1011)

Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndash Registration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnikaTerminal može da obnovi svoju registraciju slanjem ili kompletne RRQ poruke ili slanjem Lightweight RRQ (LW RRQ) poruke1048708 LW RRQ poruka ima samo nekoliko elemenata u odnosu na full RRQ paket I može se koristiti samo za obnavljanje prijavljivanja terminala gatekeeper-u

9 Nabrojati formate poruka koje se razmenjuju u RAS signalizaciji

(IPtf06-H323_arhitektura ndash 32 40 46 51 53-59)

Terminal kada se poveže na mrežu mora da otkrije gatekeeper slanjem GRQ poruke1048708 Adresa gatekeeper-a može unapred biti konfigurisana na terminalu1048708 Terminal može da GRQ poruku pošalje kao multicast u kom slučaju je primaju svi aktivni gatekeeper-i1048708 Adresa gatekeeper-a može da se dobije slanjem DNS upita (način definisanja Gatekeeper-a kroz DNS definisan kroz H323 Annex O)1048708 Ako na mreži postoji više gatekeeper-a tada je za proces otkrivanja gatekeeper-a potrebno razmeniti nekoliko GCFGRJ poruka

1048708 Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndashRegistration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnika

Kada se jednom registruje kod Gatekeeper-a terminal može samo da inicira poziv ili prihvatidolazeći poziv1048708 Na upućen zahtev (ARQ) Gatekeeper može da odgovori sa ACF ili ARJ1048708 Krajnja tačka će da navede sve odredišne adrese gde gatekeeper može da odgovori saalternativnim skupom odredišnih adresa (ako je setovan flag ldquocanMapAliasrdquo)

1048708 LRQ poruku šalje krajnja tačka ili gatekeeper drugom gatekeeper u cilju određivanja stvarne IP adrese za neku alias adresu ndash na primer konverzija telefonskog broja u IP adresu1048708 Iako LRQ mogu biti poslati i sa krajnje tačke skoro uvek se koriste od strane gatekeeper-a

16

1048708 Po izvršenoj inicijalnoj uspostavi veze krajnje tačke mogu da požele da dobiju veći protok kroz mrežu za svoju komunikaciju1048708 Tada se šalje BRQ poruka1048708 Poruka se šalje kada je stvarno rezervisani saobraćaj manji od potrebnog i traženog kod uspostave veze

1048708 ldquoUnknown Message Responserdquo se šalje kao odgovor na nepoznatu poruku1048708 ldquoNon-Standard Messagerdquo omogućavaju gatekeeper-u i krajnjoj tački da razmene neke druge poruke

10 Opisati H2250 Call Signaling (IPtf06-H323_arhitektura ndash 61)

(H323 - 2 deo - Misic Ivana 289-07 ndash 2122)

H2250 signalizacija poziva_ Signallizacija poziva predstavllja signallizaciju izmedu krajnjih tacaka pomocu koje se obavllja uspostavlljanje i raskidanje poziva U H323 koristi se modifikovana ITU-T preporuka Q931 koja predstavllja deo nove preporuke H2250 Preporuka Q931 definiše signallizacioni protokoll treceg nivoa koji se koristi u ISDN mrežama a u H2250 koristi se samo jedan deo Q931 poruka Pored Q931 koristi se i jednaporuka iz Q932_ U okviru H323 sistema postoji potreba za prenosom sistemskih informacija o gejtkiperima i H245 adresama llogickih kanalla U ISDN mrežama prenos ovakvih informacija ostvaruje se upotrebom ellementa za razmenu informacija izmedu korisnika (User-to-User Information Ellement) Prenos informacija od korisnika do korisnika odvija se preko D kanalla pri cemu sama mreža ne interpretira sadržaj ovih poruka

U H2250 ovaj vid komunikacije koristi se za prenos svih dodatnih informacija neophodnih za funkcionisanje H323 sistema_ To mogu biti informacije razllicitog sadržajaobavezni identifikatori protokolla allias krajnje tacke H245 adresa itd_ ASN1 sintaksa definisana u H2250 odreduje format poruka koje se razmenjuju naovaj nacin

11 Za šta se koristi H245 kontrolna signalizacija (IPtf06-H323_arhitektura ndash 74)

H245 kontrolna signalizacijakoristi se za1048708 razmenu informacija o tome koje će se vrste podataka prenositi kanalima za prenos medija (audiovideo ili podaci)1048708 razmenu informacija o koderimadekoderima koje krajnja tačka podržava1048708 otvaranje i ukidanje logičkih kanala za prenos medija1048708 kontrolu protoka1048708 neke opšte komande i instrukcije

12 Opisati ulogu gateway-a u H323 mreži (IPtf06-H323_arhitektura ndash 110 111)

Gatewayinterfejs između H323 mreže i ne-H323 mreže (npr LAN-a i mreže sa komutacijom kola (SCN))1048708 nije potreban ako se komunikacija odvija između dva H323 terminala u H323 mreži

17

1048708 omogućava interoperabilnost komunikacionih procedura i formata podataka između različitih tipova mreža1048708 ako je potrebno vrši kompresiju i paketizaciju govora1048708 terminal komunicira sa gateway-em korišćenjem H2250 i H245 signalizacije

1048708 Sastoji se iz Media Gateway Controller-a (MGC) i Media Gateway-a (MG)1048708 Ove dve funkcije mogu da budu integrisane u jednom uređaju ili da budu razdvojene1048708 MGC funkcija se može integrisati sa Gatekeeper-om koji tada nazivamo I signalizacioni kontroler

13 Nabrojati i ukratko opisati funkcije gatekeeper-a (IPtf06-H323_arhitektura ndash 115 116)

obavezne funkcije gatekeeper-a1048708 transliranje adresa (telefonski broj alias ime) u cilju određivanja IP adrese odredišta (vrši se pregledanjem tabela koje sadrže podatke dobijene pri registraciji krajnjih tačaka)1048708 kontrola pristupa (bazirana na autorizaciji poziva raspoloživom propusnom opsegu ili na nekom drugom kriterijumu)1048708 kontrola propusnog opsega (jednostavnom metodom ili nekim složenim protokolom (npr RSVP))1048708 upravljanje zonom (svim uređajima koji su registrovani kod posmatranog gatekeeper-a)

opcione funkcije gatekeeper-a1048708 signalizacija poziva i kontrola poziva- rutiranje H2250 i H245 signalizacije između krajnjih tačaka1048708 autorizacija poziva upravljanje propusnim opsegom upravljanje pozivima (korišćenjem posebnih pravila (policy))1048708 SNMP (Gatekeeper) upravljačka informacija (MIB)1048708 rezervacija propusnog opsega za terminale koji nemaju mogućnost da to sami urade

14 Od čega se sastoji i koja je uloga MCU-a (Multipoint Controller Unit) u H323 mreži (IPtf06-H323_arhitektura ndash 120 121)

MCU- Multipoint Control Unit1048708 omogućava konferencijsku vezu između tri ili više terminala1048708 upravlja resursima konferencijske veze omogućava dogovor koji će se CODEC koristiti1048708 može biti samostalan uređaj (PC) ali I integrisan u okviru gateway-a gatekeeper-a iliterminala

1048708 logički sastoji se iz dve celine1048708 MC (Multipoint controler)- bavi se kontrolom I signalizacijom neophodnim za uspostavljanjei upravljanje konferencijom1048708 MP (Multipoint processor)- prima podatke od krajnjih tačaka obrađuje ih (npr audiomixingvideo switchingmixing umnožava) I šalje krajnjim tačkama učesnicama konferencije

15 Šta predstavlja H323 zona a šta administrativni domen

(IPtf06-H323_arhitektura ndash 125 126)

1048708 Skup H323 uređaja kojima se upravlja od strane jednog gatekeeper-a

18

1048708 Zona sadrži najmanje jedan terminal a može sadržati gateway-e i MCU-e1048708 Zona je nezavisna od mrežne topologije (može biti sačinjena od više mrežnih segmenata povezanih ruterima ili drugim uređajima)1048708 Granice zone mogu biti definisane na bazi administrativnog geografskog inženjerskog ili nekog drugog kriterijuma1048708 O pozivima između krajnjih tačaka u zoni stara se jedan gatekeeper1048708 Pozive između krajnjih tačaka iz različitih zona mogu opsluživati gatekeeper-i iz obe zone

1048708 Skup H323 zona koje su pod jednom administrativnom kontrolom1048708 Na primer mreža servis provajdera ili mreža velike kompanije

SIP

1 Ukratko opisati SIP protokol (IPtf07-SIP_arhitektura ndash 3)

SIP ( Session Initiation Protocol ) 1048708 definisan u RFC-u 3261 kao protokol aplikativnog sloja1048708 koristi se za uspostavu sesije između korisnika1048708 ne definiše tip sesije koja se uspostavlja (interaktivno kockanjeili audiovideo konferencija)1048708 SIP je klijent-server protokol baziran na protokolima HTTP (HyperText Transport Protocol) i SMTP (Simple Mail Transfer Protocol)1048708 klijent generiše request i šalje ga serveru koji mu odgovara (response)request + response = transaction

2 Nabrojati 5 osnovnih f-ja SIP protokola (IPtf07-SIP_arhitektura ndash 4)

SIP ndash 5 osnovnih funkcija1048708 Lociranje korisnika ndash određivanje krajnjeg sistema koji će se koristiti za komunikaciju1048708 Raspoloživost korisnika ndash određuje da li krajnji sistem želi ili ne da učestvuje u toj sesiji1048708 Karakteristike sagovornika ndash određuje medijum I parametre medija koji su bitni za komunikaciju1048708 Uspostava sesije ndash razmena parametara za uspostavu sesije1048708 Upravljanje sesijama ndash razmena podataka vezanih za uspostavu raskid i održavanje sesija

3 Nabrojati i ukratko opisati elemente (komponente) SIP mreže

(IPtf07-SIP_arhitektura ndash 9)

SIP komponente1048708 user agent (softver kojim čovek komunicira sa sistemom)Sadrži dve komponente1048708 UAC (user agent client) - šalje request1048708 UAS (user agent server) - prima request i šalje response (prihvata poziv preusmerava ga ili odbija)1048708 network servers1048708 registration server - sadrži informacije o trenutnim lokacijama korisnika

19

1048708 proxy server - prima request i šalje ka sledećem serveru (proxyUASredirect) može i ka više servera odjednom1048708 redirect server - prima request ali umesto da ga prosledi dalje on vraća adresu next-hop servera klijentuProxy i redirect server vrše rutiranje

4 Nabrojati i ukratko opisati osnovne metode koje se razmenjuju u SIP porukama (IPtf07-SIP_arhitektura ndash 14)

SIP poruka ndash metode (RFC 3261)1048708 INVITE ndash uspostava veze1048708 BYE - završatak veze učesnika u pozivu1048708 OPTIONS - traži informacije o osobinama UA1048708 ACK - za pouzdanu razmenu poruka1048708 CANCEL - otkazuje se poslednji request (ne važi za BYE)1048708 REGISTER - traži informaciju o lokaciji korisnika u registration server-u prijavljuje se serveru sa svojim podacima

5 Navesti po jedan primer SIP poruke prilikom zahteva i odgovora (IPtf07-SIP_arhitektura ndash 13 16)

Format SIP poruke1048708 Kod upita (request) format prve linije jeRequest-Line = Method SP Request-URI SP SIP-Version CRLFSP ndash single space karakterPrimerINVITE sipbobbiloxicom SIP20

Format SIP poruke1048708 Kod odgovora (response) format prve linije jeStatus-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLFPrimerSIP20 200 OK

6 Nabrojati klase odgovora u SIP-u (IPtf07-SIP_arhitektura ndash 18)

Klase odgovora1048708 1xx Informational1048708 2xx Final1048708 3xx Redirection1048708 4xx Client Error1048708 5xx Server Error1048708 6xx Global Failure

7 Nabrojati i ukratko opisati obavezna polja u zaglavlju SIP poruke

(IPtf07-SIP_arhitektura ndash 29 32-35)

Zaglavlje SIP poruke20

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 6: Ispit_Pitanja i odgovori

za red velicina i da zahteva manje bita za prezentaciju Ovaj pristup naziva se DPCM (Diferential PCM) i može da smanji potreban propusni opseg kanala bez velike degradacije kvaliteta Problem ove modulacije je što nije u mogucnosti da prati nagle promene ulaznog signala

Modulacija koja je u mogucnosti da isprati nagle promene ulaznog signala je ADPCM (Adaptive DPCM) adaptivna DPCM modulacija Ova modulacija predvida vrednost odbirka na osnovu prethodnih odbiraka uzimajuci u obzir i poznavanje uobicajenih promena govornog signala U ovom slucaju samo se greška izmedu vrednosti aktuelnog odbirka i predvidene vrednosti odbirka koduje i šalje na odredište Uz pretpostavku da je predvidena vrednost odbirka približna stvarnoj vrednosti manji broj bita potreban je za predstavljanje kvantizacione greške a samim tim i manji propusni opseg

7 G726 tehnika kodovanja (Diplomski Marija Kačaniklić - 33)

G726 definiše napredniju varijantu ADPCM modulacije jer ima mogucnost da govor kodovan A ili μ zakonom brzinom 64 kbits prilagodi i prenosi brzinom 16 24 32 ili 40 kbits odnosno može dapredstavi kvantizacionu grešku sa 2 3 4 ili 5 bita Ukoliko koristi brzinu od 32 kbits MOS dostiževrednost 4 što je veoma dobro

PCM i ADPCM algoritmi koji se koriste u okviru ovih kodeka ne unose dodatno kašnjenje a to im jeistovremeno jedna od osnovnih prednosti Glavna mana ovih kodeka je i dalje veliki propusni opseg koji zahtevaju kako bi preneli govor zadovoljavajuceg kvaliteta

8 Koja je glavna razlika između PCM i ADPCM algoritama kompresije (IPtf05-Kompresija_govora ndash 4 7)

Telefonski govorni kanal zauzima opseg od 4kHz pa je prema teoremi odabiranja učestanost odabiranja 8kHz1048708 Svaki odbirak se koduje sa 8 bita što nam daje protok po telefonskom kanalu od 64kbs1048708 PCM ndash Pulse Code Modulation - definisano u okviru ITU-T G711 preporukeRazvoj tehnike omogućio da se umesto PCM obrade koriste napredniji algoritmi kompresijegovora1048708 Drugi algoritam je baziran na ADPCM-u (adaptivna diferencijalna PCM) i definisan je uokviru preporuke ITU-T G7261048708 Koduje se samo razlika između dva odbirka i u zavisnosti od broja bita koji se koriste imamo sisteme sa 16kbs 24kbs 32kbs i 40kb

10 G728 tehnika kodovanja (Diplomski Marija Kačaniklić - 33)

G728G728 specificira CELP sa malim kašnjenjem LD-CELP (Low-Delay CELP) slika 44 Ovaj koderkoristi adaptaciju unazad odnosno koristi prethodne uzorke govora da bi odredio koeficijente filtraVreme potrebno da se odrede koeficijenti filtra odnosno kašnjenje algoritma iznosi 0625 ms G728 obraduje 5 odbiraka istovremeno odnosno uzima 5 odbiraka odreduje vektor iz kodne knjige I koeficijente filtra koji najviše odgovaraju ovim odbircima Izbor koeficijenta filtra zavisi od prethodnih I trenutnih odbiraka Kako koder barata sa 5 odbiraka odabiranje se vrši na svakih 0125 ms pa je ukupno kašnjenje 0625 ms što ljudsko uho ne može da osetiPrijemniku se šalje indeks vektora pobude jer on ima pristup prethodnim odbircima i može da donese istu odluku Kodna knjiga sadrži ukupno 1024 vektora koji su dostupni na obe strane veze a indeks je dugacak

6

samo 10 bita G728 uzima 5 odbiraka koji su odabrani brzinom 8000 puta u sekundi Za svakih 5 odbiraka je potrebno poslati 10 bita i kada se sve to preracuna dobija se bitska brzina G728 kodeka od 16 kbits

Slika 45 prikazuje LD-CELP dekoder Nakon prijema svakog 10-bitnog indeksa dekoder pronalazi odgovarajuci vektor iz kodne knjige pobude Taj vektor se šalje ka jedinici za regulaciju pojacanja a potom ka sintetizacionom filtru koji za izlaz daje dekodirani vektor trenutnog signala Vektor dekodiranog signala se dalje propušta kroz adaptivni posfiltar u cilju poboljšanja kvaliteta prijemaKoeficijenti posfiltra se periodicno ažuriraju koristeci informacije koje su dostupne u dekoderu Petodbiraka sa izlaza posfiltra dalje se konvertuje u pet PCM odbiraka kodovanih A ili μ zakonomG728 kodeci dostižu MOS vrednost 39 a kvalitet nije toliko loš u odnosu na uštedu propusnog opsegaMedutim G728 kodeci se veoma retko srecu u VoIP proizvodima jer su zahtevni u pogledu procesorske snage a samim tim i skuplji

11 G7231 tehnika kodovanja (Diplomski Marija Kačaniklić - 34)

G7231G7231 koder se može koristiti za kompresiju audio signala i kao rezultat daje komprimovan signal veoma male brzine U okviru G7231 definišu se dve bitske brzine 53 kbits i 63 kbits gde veca brzina postiže veci kvalitet govora a manja pored dobrog kvaliteta govora i dodatnu fleksibilnost Koder I dekoder moraju podržavati obe bitske brzine a brzinu je moguce menjati svakih 30 ms u toku konverzacijePropuštanjem analognog signala kroz filtar propusnik niskih ucestanosti (u cilju eliminacije frekvencija koje nisu bitne za govor) dobija se digitalni signal koji se dovodi na ulaz kodera Potom se ovaj signal odabira brzinom 8000 puta u sekundi i uniformno kvantuje u 16-bitni PCM Koder radi nad blokovima od 240 odbiraka što na brzini odabiranja od 8 kHz odgovara trajanju od 30 ms govora a to znaci da koder unosi kašnjenje od 30 ms Pored ovog kašnjenja unosi se i dodatno kašnjenje od 75 ms jer algoritam zahteva poznavanje odbiraka signala koji još nisu dostupni (look ahead) To znaci da je ukupno kašnjenje sada 375 ms Svako dodatno kašnjenje zavisi od vremena koje je potrebno za procesiranje signala u koderu i dekoderu vremena potrebnog za prenos signala preko komunikacionog linka i dodatnogkašnjenja koje unosi bafer zbog multipleksiranja protokolaBlokovi nad kojima radi koder se prvo propuštaju kroz filtar propusnik visokih ucestanosti da bi seeliminisala jednosmerna komponenta a zatim se dele na 4 podbloka od po 60 odbiraka nad kojima se obavljaju razlicite operacije u cilju odredivanja odgovarajucih koeficijenata filtra Bitska brzina od 53 kbits koristi ACELP (Algebraic Code-Excited Linear Prediction) a brzina od 63 kbits koristi MP-MLQ (Multi-pulse Maximum Likelihood Quantization) Na odredište se prenose koeficijenti linearne predikcije parametri pojacanja i vrednost indeksa kodne knjige pobude Sve ove informacije se prenose u blokovima dužine 20 bajta za brzinu od 53 kbits odnosno dužine 24 bajta za brzinu od 63 kbitsKako svaka konverzacija podrazumeva i odredene periode tišine za vreme tih perioda nema potrebe zauzimati propusni opseg znacajan za penos signala Zato G7231 specificira mehanizam potiskivanja tišine

7

gde se mogu koristiti ramovi za opisivanje ubacene tišine SID (Silence Insertion Description) Ovi ramovi dugacki su 4 bajta pa tako prenos tišine zauzima oko 1 kbits što predstavlja veliku uštedu opsegaMOS vrednost za G7231 je oko 38 što je veoma dobro usled smanjenja potrebnog propusnog opsegaOsnovni nedostatak ovog kodera je što unosi pomenuto kašnjenje od 375 ms jer je u VoIP mrežama bitno kašnjenje u oba smera a ne samo u jednom

12 G729 tehnika kodovanja (Diplomski Marija Kačaniklić - 35)

G729Osnova G729 definiše algoritam CS-ACELP (Conjugate-structure Algebraic Code-Excited LinearPrediction) Ovaj algoritam koduje govor brzinom 8 kbits Propuštanjem analognog signala kroz filtar propusnik niskih ucestanosti (u cilju eliminacije frekvencija koje nisu bitne za govor) dobija se digitalni signal koji se dovodi na ulaz kodera Potom se ovaj signal odabira brzinom 8000 puta u sekundi I uniformno kvantuje u 16-bitni PCM Koder radi nad blokovima trajanja 10 ms što odgovara bloku od 80 odbiraka koji se odabiraju brzinom od 8 kHz Takode ovaj koder koristi i 5 ms za look ahead što dovodi do toga da je ukupno kašnjenje 15 ms Za svaki blok dužine 10 ms govorni signal se analizira i odreduju se parametri CELP modela Ove informacije se šalju odredištu u okviru 80-bitnog rama Kako je za 10 ms ulaznog govornog signala potrebno preneti 80 bita na odredište dolazimo do toga da je brzina prenosa 8 kbits pri cemu je MOS vrednost 4 što je veoma dobroPreporuka G729 u okviru sebe sadrži i anekse A B D i E u kojima se definišu algoritmi za kodovanje govoraU aneksu A primarni cilj je bio da se pojednostavi simultani prenos govora i podataka Pojednostavljenje se odnosi na uvodenje jednostavnijih procedura za pretraživanje kodne knjige i pojednostavljenje postfiltra u dekoderu Koristi isti ram i bitsku brzinu kao G729 cime je omoguceno da koder radi prema G729 a dekoder prema G729A ili obratno Ova pojednostavljenja mogu da dovedu do nešto lošijeg kvaliteta sa MOS vrednošcu od oko 37U aneksu B definisani su algoritam za detekciju aktivnosti govora VAD (Voice Activity Detection)algoritam za diskontinualni prenos DTX (Discontinuos Transmission) i algoritam za generisanjekomfornog šuma CNG (Comfort Noise Generation) Svi ovi algoritmi koriste se u cilju smanjenja brzine prenosa za vreme perioda tišine VAD algoritam predstavlja odluku da li je na ulazu prisutan govor ili šum a ona se donosi na osnovu analize nekoliko parametara tekuceg i prethodna dva rama Izlaz VAD modula je 1 u slucaju da je prisutan govor ili 0 u slucaju da je prisutan šum Pitanje koje se namece je da li je u slucaju tišine bolje ne slati nikakve podatke odredištu i ostaviti mu da generiše komforni šum To ipak nije dobro rešenje jer prijemna strana ne može da zna kakav je pozadinski šum prisutan na polaznoj strani i zato i ne može da generiše prirodan pozadinski šum Zbog ovoga se odredišnoj strani šalje SID 36ram koji sadrži informacije koje omogucavaju dekoderu da generiše komforni šum slican šumu napolaznoj strani Ukoliko se šum ne menja na polaznoj strani nastavlja se generisanje SID rama a ukoliko dode do promene šalje se ažuriran SID ramU aneksu D definiše se mogucnost slanja signala manjom brzinom u odnosu na osnovni G729 Aneks D takode radi sa blokovima odbiraka trajanja 10 ms ali šalje 64 bita po jednom ramu Njegova brzina je 64 kbits On ne dostiže isti kvalitet kao G729 ali MOS vrednost od 38 je prilicno dobra karakteristikaG729D nije pogodan kada je prisutan visok nivo šumaU aneksu E definisana je mogucnost slanja vecom brzinom u odnosu na osnovni G729 kodek u cilju prilagodavanja širem opsegu ulaznih signala Definiše robusniji algoritam u slucaju govora sa prisutnim pozadinskim šumom G729 koristi linearni prediktivni filtar 10-og reda što znaci da ima 10 koeficijenata a G729E koristi 30 koeficijenata Kodna knjiga je 44 bita za razliku od G729 koja je 35 bita Sve ove promene uticu na brzinu gde G729E šalje 118 bita svakih 10 ms što predstavlja brzinu od 118 kbits

8

13 Navesti glavne probleme koji utiču na kvalitet govora pri prenosu kroz mreže sa paketskom komutacijom (IPtf05-Kompresija_govora ndash 20)

Kvalitet prenetog govora

1048708 ocena kvaliteta je subjektivna1048708 postoji standardizacija ocena ali su ocene u suštini subjektivne1048708 problemi pri prenosu kroz paketske mreže koji direktno utiču na kvalitet govora1048708 varijacija kašnjenja1048708 gubitak paketa1048708 eho1048708 kašnjenje

14 Koja su dva glavna rešenja za problem gubitka paketa (IPtf05-Kompresija_govora ndash 46)

Gubitak paketa

1048708 IP ne garantuje isporuku već samo best-effort servis paketi se pri zagušenju odbacuju1048708 u prenosu podataka (data) TCP gubitke nadopunjuje retransmisijom1048708 retransmisija je kod real-time komunikacije besmislena ndash VoIP se oslanja na UDP1048708 generalno rešenja potpadaju pod dve klase1048708 ponavljanje poslednjeg uspešno primljenog paketa umesto izgubljenog1048708 slanje redundantne informacije koja na prijemu omogućava regenerisanje izgubljenog paketa

15 Šta je potrebno obezbediti da bi kvalitet servisa (QoS) u mreži bio zagarantovan

(IPtf09-cisco-qos ndash 4)

Da bi se garantovao QoS u složenoj mreži potrebno je obezbediti

da svi mrežni elementni podržavaju QoS opcije protokole signalizacije koji će omogućiti komunikaciju između mrežnih elemenata radi usklađivanja QoS parametara funkcije upravljanja koje treba da kontrolišu saobraćaj u mreži

16 Opisati uloge edge i backbone rutera (IPtf09-cisco-qos ndash 5)Sa stanovišta QoS-a u mreži razlikujemo edge I backbone rutere

Edge ruteri obezbeđuju klasifikaciju saobraćaja kontrolu pristupa i upravljanjekonfiguracijom

Backbone ruteri obezbeđuju upravljanje zagušenjem (congestion) i izbegavanjezagušenja u mreži

17 Koja tri principa kaliteta servisa podržava Cisco-ov IOS (IPtf09-cisco-qos ndash 6)

1048708best-efort1048708 integrated1048708diferentiated

9

18 Ukratko opisati Best-efort princip kvaliteta servisa (IPtf09-cisco-qos ndash 7)

1048708kompletan saobraćaj je ravnopravan1048708aplikacije šalju podatke kada se javi potreba za tim1048708paketi se prenose kroz mrežu po FIFO principu1048708nema mogućnosti kontrole kašnjenja protoka pouzdanosti1048708pogodan za klasične Internet servise tipa email - a file transfera i slično

19 Ukratko opisati Integrated Service princip kvaliteta servisa (IPtf09-cisco-qos ndash 8 9)

Integrated service princip 1048708postoji interakcija između mreže i aplikacije1048708aplikacija upućuje mreži zahtev za rezervaciju određenih mrežnih resursa1048708tek po dobijanju potvrde od mreže o raspoloživosti traženih resursa započinje komunikacija na nivou aplikacije

Integrated service - IOS features 1048708korišćenjem Resource Reservation Protokola (RSVP) aplikacija pregovara sa mrežom o resursima1048708korišćenjem weighted fair queueing (WFQ) mehanizama u kombinaciji sa RSVP-om mreža rezerviše resurse1048708korišćenjem weighted random early detection (WRED) mehanizama + RSVP obezbeđuje se malo kašnjenje i traženi protok u uslovima zagušenja mreže

20 Ukratko opisati Diferentiated Service princip kvaliteta servisa (IPtf09-cisco-qos ndash 10)

Diferentiated Service princip 1048708ne postoji komunikacija između mreže I aplikacije vezana za QoS1048708postoji više vrsta servisa (sa stanovišta QoS-a) koje mreža nudi a način rutiranja paketa se određuje na osnovu QoS parametara koji su postavljeni u samom IP datagramu (koriste se sledeća polja u IP datagramu TOS SourceampDestination address protocol typehellip)

21 Koji mehanizme omogućava Cisco-ov IOS za obezbeđivanje kvaliteta servisa

(IPtf09-cisco-qos ndash 17)

Cisco IOS QoS mehanizmi1048708Klasifikacija (classification)1048708Upravljanje zagušenjem (congestion management)1048708Izbegavanje zagušenja (congestion avoidance)1048708Policing and Shaping1048708Signalizacija (signalling)1048708Povećanje efikasnosti linka (link eficiency mechanism)

22 Koji mehanizmi se koriste za promenu IP precedence bita (IPtf09-cisco-qos ndash 20)

Klasifikacija saobraćaja

Za promenu IP precedence-a datagrama koriste sesledeći mehanizmi

10

1048708Policy-Based Routing1048708QoS Policy Propagation via Border Gateway Protocol (PB-BGP)1048708Commited Access Rate (CAR)

23 Upravljanje zagušenjem (IPtf09-cisco-qos ndash 31)

Upravljanje zagušenjem1048708 u situacijama kada dođe do zagušenja linka(saobraćaj koji dolazi u ruter je veći od kapaciteta odlaznog linka) definiše koji će datagrami prvi da se šalju a koji moraju da čekaju1048708 ovo se postiže uvođenjem raznih redova čekanja i definisanjem pravila za njihovo opsluživanje1048708 u situacijama kada na mreži postoje različite aplikacije gledano sa stanovišta karakteristika saobraćaja potrebno je upravljati saobraćajem da bi se obezbedili ravnopravni uslovi1048708tipičan primer ldquosuprotstavljenihrdquo aplikacija su voice i FTP servis

24 Navesti četiri tehnike upravljanja zagušenjem (IPtf09-cisco-qos ndash 33)

tipovi redova čekanja1048708First-In First-Out Queueing (FIFO)1048708Weighted Fair Queueing (WFQ)1048708Custom Queueing (CQ)1048708Priority Queueing (PQ)Na jednom interfejsu se u jednom trenutku može koristiti samo jedan sistem reda čekanja

25 Ukratko opisati FIFO (First In First Out) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 34)

Upravljanje zagušenjem - FIFO1048708najednostavniji sistem1048708paketi se smeštaju u red onim redosledom kako dolaze i istim tim redosledom se prosleđuju dalje1048708ovo je default sistem opsluživanja na svim linkovima protoka većeg od 2 Mbps1048708ima najmanje kašnjenje prilikom obrade zbog svoje jednostavnosti

26 Ukratko opisati WFQ (Weighted Fair Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 35 37 38 39)

Upravljanje zagušenjem -WFQ1048708obezbeđuje ravnomernije korišćenje mrežnih resursa od strane korisničkih aplikacija1048708vrši analizu saobraćaja identifikuje tokove podataka (flow) i kao takve ih odvaja u posebne redove čekanja (svaka sesija ima svoj red čekanja) pri čemu svaki red čekanja ima svoju težinu (wieght) koja se određuje prema protoku ili nekom drugom parametru1048708obezbeđuje da svaki tok podataka koristi deo kapaciteta linka srazmerno težini koju imaju red čekanja u kome se nalazi1048708broj redova čekanja je konfigurabilan1048708po default-u koristi se 256 redova čekanja1048708obezbeđuje ravnopravnost između svih protoka podataka (flow)1048708ne zahteva nikakvo posebno konfigurisanje

11

1048708po default-u se koristi na linkovima kapaciteta 2 Mbps i manjim1048708razlikuje datagrame po IP Precedence vrednosti i definiše prioritet u skladu sa tim1048708kompatibilan sa RSVP protokolom I rezerviše traženi deo kapaciteta linka1048708kompatibilan je sa Frame Relay mrežom tako da smanjuje saobraćaja kada dobijeFECN i BECN od mreže1048708pored WFQ-a postoji i VIP-Distributed WFQ koji se izvršava na VIP modulu1048708često se naziva i fair queueing jer ne obezbeđuje težinu redova čekanja već se svaki red čekanja opslužuje ravnomerno1048708omogućava korištenje i na linkovima kapaciteta većeg od 2 Mbps

27 Ukratko opisati CQ (Custom Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 40 42)

Upravljanje zagušenjem - CQ1048708posebno se konfiguriše i omogućava statičko odvajanje dela linka za određeni tip saobraćaja1048708statičko podešavanje u koji se red čekanja prosleđuje koji tip saobraćaja1048708u slučaju da je neki red čekanja prazan njegov deo kapaciteta se ravnomerno raspoređuje na sve ostale redove čekanja1048708broj redova čekanja je konfigurabilan I može biti maksimalno 161048708kružno opsluživanje redova čekanja1048708definiše se koliko se bajtova šalje iz svakog reda prilikom opsluživanja čime je omogućeno statičko rezervisanje dela kapaciteta linka za određeni tip saobraćaja1048708zahteva posebno konfigurisanje1048708veće kašnjenje usled obrade nego kod FIFO queueing-a

28 Ukratko opisati PQ (Priority Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 43 45)

Upravljanje zagušenjem - PQ1048708ima četiri reda za čekanje različitog prioriteta (high medium normal i low)1048708prvo se opslužuje red najvećeg prioriteta pa tek kada se on isprazni prelazi se na sledećired1048708prilikom svakog slanja paketa prvo se proverava red najvišeg prioriteta pa tek onda ostali po redu prioriteta1048708zahteva posebno konfigurisanje1048708omogućava garantovanje korišćenja kompletnog kapaciteta za kritične aplikacije1048708ima veoma malo kašnjenje jer je način opsluživanja redova veoma jednostavan1048708može se aktivirati na bilo kom tipu interfejsa ali se preporučuje korišćenje samo na serijskom interfejsu malog kapaciteta

29Na šta se svodi mehanizam izbegavanja zagušenja i koje su dve osnovne tehnike (IPtf09-cisco-qos ndash 47 48)

Izbegavanje zagušenja1048708u situacijama kada dođe do zagušenja ono se razrešava tako što dolazi do odbacivanjadatagrama1048708odbacivanje može biti ldquointeligentnordquo kada se vodi računa o tome koji se paket odbacuje ili ldquosirovordquo kada se odbacuje poslednji pristigli paket

12

dva mehanizma1048708Tail Drop1048708Weighted Random Early Detection (WRED)

30 Opisati Weighted Random Early Detection (WRED) mehanizam izbegavanja zagušenja (IPtf09-cisco-qos ndash 53 55)

Izbegavanje zagušenja -WRED1048708za razliku od RED principa WRED uvodi I ldquotežinurdquo saobraćaja tako da se prvoodbacuju paketi manjeg prioriteta a tek onda paketi većeg prioriteta1048708WRED je kompatibilan i sa RSVP-om tako da se prvo odbacuju paketi koji pripadajudrugim tokovima pa tek onda oni koji pripadaju toku podataka koji je rezervisao deo kapaciteta posredstvom RSVP-a1048708najčešće se koristi u jezgru mreže gde postoji mogućnost da dođe do zagušenja1048708koristi informacije o prioritetu (IP Precedence) koje su postavili ruteri u pristupnom delu mreže 1048708statistički gledano WRED odbacuje više paketa onog izvora koji generiše veći saobraćaj čime se brže izlazi iz zone zagušenja

31 Koja dva mehanizma kontrole saobraćaja omogućava Cisco-ov IOS Ukratko opisati svaki od njih (IPtf09-cisco-qos ndash 58)

Policing and Shaping1048708policing - princip rada se zasniva na odbacivanju paketa kada njihov protok premaši neke administrativno postavljene parametre1048708shaping - princip rada se zasniva na zadržavanju datagrama u redu za čekanje kada njihov protok premaši administrativno postavljene parametre (GTS koristiWFQ dok FRTS koristi CQ PQ ili FIFO)

H323

1 Ukratko opisati H323 signalizacionu arhitekturu (IPtf06-H323_arhitektura ndash 16)

H323 arhitektura1048708 ITU-T H323 - Packet-based multimedia communications systems1048708 H323 je standard koji specificira1048708 komponente1048708 protokole i1048708 procedure koje omogućavaju multimedijalne komunikacione servise (real-time audio video prenos podataka) u mrežama sa paketskom komutacijom koje ne pružaju garantovan QoS1048708 H323 je deo familije preporuka H32x koje se bave multimedijalnim komunikacijama u različitim tipovima mreža (ISDNPSTN)

2 Koji su osnovni elemetni (komponente) H323 arhitekture i koji se tipovi podataka razmenjuju u komunikaciji (IPtf06-H323_arhitektura ndash 19 20)

Osnovni elementi

13

1048708 Terminali1048708 Gateways1048708 Gatekeepers1048708 MCs1048708 MCUs1048708 Komunikacija između elemenata obavlja se razmenom informacionih tokova podataka (information streams)Klasifikuju se kao 4 tipa1048708 Video1048708 Audio1048708 Data (podaci)1048708 Communication and call control

3 Koji su osnovni protokoli u H323 arhitekturi nazanačeni u preporuci (IPtf06-H323_arhitektura ndash 24)

osnovni protokoli koji su naznačeni u preporuci H3231048708 audio CODEC-i1048708 video CODEC-i1048708 H2250 RAS (registrationadmission and status)1048708 H2250 call signaling1048708 H245 control signaling1048708 real-time transport protocol (RTP)1048708 real-time control protocol (RTCP)1048708 H323 je nezavisna od paketske mreže itransportnih protokola pa ih zato i ne specificira

4 Šta predstavlja H225 RAS i za šta se koristi (IPtf06-H323_arhitektura ndash 27 39 45)

protokol kojim se razmenjuju podaci između krajnjih tačaka (terminal gateway MCU) i gatekeeper-a1048708 koristi se za 1048708 otkrivanje gatekeeper-a1048708 procedura kojom se određuje gatekeeper kod koga će se krajnja tačka registrovati1048708 može biti statičko (krajnja tačka unapred zna ko je njen gatekeeper) i dinamičko (razmena 1048708 multicast poruka GRQ (ldquoWho is my gatekeeperrdquo) 1048708 poruka GCF (ldquoI can be your gatekeeperrdquo) koja sadrži transportnu adresu RAS kanala gatekeeper-a i

1048708 poruka GRJ (ako gatekeeper ne želi da registruje krajnju tačku)

koristi se i za 1048708 registraciju krajnje tačke (pristupanje zoni (RRQ RCFRRJ) čime se gatekeeper obaveštava o transportnim adresama i imenima krajnje tačke)1048708 i njenu deregistraciju (na zahtev krajnje tačke (URQ UCFURJ) ili na zahtev gatekeeper-a (URQUCF))

14

1048708 kontrolu pristupa promenu propusnog opsega status oslobađanje BW (kada krajnja tačka želi da inicira poziv ona traži dozvolu od gatekeeper-a (ARQACFARJ) ndash obaveštava gatekeeper o tome koga želi da pozove o potrebnom BW za obavljanje poziva tokom poziva se BW može menjati (BRQBCFBRJ) na kraju poziva terminal obaveštava gatekeeper o oslobađanju zahtevanog opsega (DRQDCF))1048708 lociranje krajnje tačke (nprodređivanje IP adrese dodela transportne adrese logičkog kanala koji će se koristiti za signalizaciju poziva (LRQLCFLRJ))

5 Koje su funkcije RAS signalizacije (H323 - 2 deo - Misic Ivana 289-07 - 7)

RAS signalizacija je definisana u okviru H2250preporuke i odnosi se na sledece funkcije_ Otkrivanje gejtkipera (Gatekeeper discovery)_ Registracija (Registration)_ Otkazivanje registracije (Unregistration)_ Pristup (Admission)_ Upravljanje propusnim opsegom (Bandwidth change)_ Lociranje krajnje tacke (Endpoint Location)_ Završetak poziva (Call Disengage)_ Status (Status)_ Dostupnost resursa (Resource Availability)_ Nestandardna funkcija (Non-standard)

6 Tipovi RAS poruka (IPtf06-H323_arhitektura ndash 29)

RAS poruke imaju tri tipa (u opštem slučaju)1048708 Request ndash xRQ1048708 Reject ndash xRJ1048708 Confirm ndash xCF

7 Ukratko opisati postupak otkrivanja gatekeeper-a od strane terminala (IPtf06-H323_arhitektura ndash 28 29 32 34 36)

(H323 - 2 deo - Misic Ivana 289-07 ndash 89)

Otkrivanje gejtkipera_ U procesu otkrivanja gejtkipera koriste se RAS porukeGRQ GCF i GRJPostoje dva metoda otkrivanja gejtkipera od strane krajnje tacke_ staticki i_dinamicki

Staticki metod (Unicast ndash manual method) se koristi kada jeadresa gejtkipera unapred poznata Tada se na UDP port1718 datog gejtkipera šallje GRQ poruka na koju potom

15

gejtkiper odgovara sa pozitivnom (GCF) illi negativnom (GRJ)porukom (Gejtvej A)Dinamicki metod (Mullticast ndash autodiscovery) se koristi kadaadresa gejtkipera nije unapred poznata Tada je neophodnoda krajnja tacka utvrdi dostupnost gejtkipera Ovo seostvaruje sllanjem mullticast poruke na koju može pozitivnoodgovoriti više gejtkipera kod kojih se krajnja tacka možeregistrovati (Gejtvej B)

8 Ukratko opisati postupak registracije terminala kod gatekeeper-a (IPtf06-H323_arhitektura ndash 40-43) (H323 - 2 deo - Misic Ivana 289-07 ndash 1011)

Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndash Registration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnikaTerminal može da obnovi svoju registraciju slanjem ili kompletne RRQ poruke ili slanjem Lightweight RRQ (LW RRQ) poruke1048708 LW RRQ poruka ima samo nekoliko elemenata u odnosu na full RRQ paket I može se koristiti samo za obnavljanje prijavljivanja terminala gatekeeper-u

9 Nabrojati formate poruka koje se razmenjuju u RAS signalizaciji

(IPtf06-H323_arhitektura ndash 32 40 46 51 53-59)

Terminal kada se poveže na mrežu mora da otkrije gatekeeper slanjem GRQ poruke1048708 Adresa gatekeeper-a može unapred biti konfigurisana na terminalu1048708 Terminal može da GRQ poruku pošalje kao multicast u kom slučaju je primaju svi aktivni gatekeeper-i1048708 Adresa gatekeeper-a može da se dobije slanjem DNS upita (način definisanja Gatekeeper-a kroz DNS definisan kroz H323 Annex O)1048708 Ako na mreži postoji više gatekeeper-a tada je za proces otkrivanja gatekeeper-a potrebno razmeniti nekoliko GCFGRJ poruka

1048708 Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndashRegistration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnika

Kada se jednom registruje kod Gatekeeper-a terminal može samo da inicira poziv ili prihvatidolazeći poziv1048708 Na upućen zahtev (ARQ) Gatekeeper može da odgovori sa ACF ili ARJ1048708 Krajnja tačka će da navede sve odredišne adrese gde gatekeeper može da odgovori saalternativnim skupom odredišnih adresa (ako je setovan flag ldquocanMapAliasrdquo)

1048708 LRQ poruku šalje krajnja tačka ili gatekeeper drugom gatekeeper u cilju određivanja stvarne IP adrese za neku alias adresu ndash na primer konverzija telefonskog broja u IP adresu1048708 Iako LRQ mogu biti poslati i sa krajnje tačke skoro uvek se koriste od strane gatekeeper-a

16

1048708 Po izvršenoj inicijalnoj uspostavi veze krajnje tačke mogu da požele da dobiju veći protok kroz mrežu za svoju komunikaciju1048708 Tada se šalje BRQ poruka1048708 Poruka se šalje kada je stvarno rezervisani saobraćaj manji od potrebnog i traženog kod uspostave veze

1048708 ldquoUnknown Message Responserdquo se šalje kao odgovor na nepoznatu poruku1048708 ldquoNon-Standard Messagerdquo omogućavaju gatekeeper-u i krajnjoj tački da razmene neke druge poruke

10 Opisati H2250 Call Signaling (IPtf06-H323_arhitektura ndash 61)

(H323 - 2 deo - Misic Ivana 289-07 ndash 2122)

H2250 signalizacija poziva_ Signallizacija poziva predstavllja signallizaciju izmedu krajnjih tacaka pomocu koje se obavllja uspostavlljanje i raskidanje poziva U H323 koristi se modifikovana ITU-T preporuka Q931 koja predstavllja deo nove preporuke H2250 Preporuka Q931 definiše signallizacioni protokoll treceg nivoa koji se koristi u ISDN mrežama a u H2250 koristi se samo jedan deo Q931 poruka Pored Q931 koristi se i jednaporuka iz Q932_ U okviru H323 sistema postoji potreba za prenosom sistemskih informacija o gejtkiperima i H245 adresama llogickih kanalla U ISDN mrežama prenos ovakvih informacija ostvaruje se upotrebom ellementa za razmenu informacija izmedu korisnika (User-to-User Information Ellement) Prenos informacija od korisnika do korisnika odvija se preko D kanalla pri cemu sama mreža ne interpretira sadržaj ovih poruka

U H2250 ovaj vid komunikacije koristi se za prenos svih dodatnih informacija neophodnih za funkcionisanje H323 sistema_ To mogu biti informacije razllicitog sadržajaobavezni identifikatori protokolla allias krajnje tacke H245 adresa itd_ ASN1 sintaksa definisana u H2250 odreduje format poruka koje se razmenjuju naovaj nacin

11 Za šta se koristi H245 kontrolna signalizacija (IPtf06-H323_arhitektura ndash 74)

H245 kontrolna signalizacijakoristi se za1048708 razmenu informacija o tome koje će se vrste podataka prenositi kanalima za prenos medija (audiovideo ili podaci)1048708 razmenu informacija o koderimadekoderima koje krajnja tačka podržava1048708 otvaranje i ukidanje logičkih kanala za prenos medija1048708 kontrolu protoka1048708 neke opšte komande i instrukcije

12 Opisati ulogu gateway-a u H323 mreži (IPtf06-H323_arhitektura ndash 110 111)

Gatewayinterfejs između H323 mreže i ne-H323 mreže (npr LAN-a i mreže sa komutacijom kola (SCN))1048708 nije potreban ako se komunikacija odvija između dva H323 terminala u H323 mreži

17

1048708 omogućava interoperabilnost komunikacionih procedura i formata podataka između različitih tipova mreža1048708 ako je potrebno vrši kompresiju i paketizaciju govora1048708 terminal komunicira sa gateway-em korišćenjem H2250 i H245 signalizacije

1048708 Sastoji se iz Media Gateway Controller-a (MGC) i Media Gateway-a (MG)1048708 Ove dve funkcije mogu da budu integrisane u jednom uređaju ili da budu razdvojene1048708 MGC funkcija se može integrisati sa Gatekeeper-om koji tada nazivamo I signalizacioni kontroler

13 Nabrojati i ukratko opisati funkcije gatekeeper-a (IPtf06-H323_arhitektura ndash 115 116)

obavezne funkcije gatekeeper-a1048708 transliranje adresa (telefonski broj alias ime) u cilju određivanja IP adrese odredišta (vrši se pregledanjem tabela koje sadrže podatke dobijene pri registraciji krajnjih tačaka)1048708 kontrola pristupa (bazirana na autorizaciji poziva raspoloživom propusnom opsegu ili na nekom drugom kriterijumu)1048708 kontrola propusnog opsega (jednostavnom metodom ili nekim složenim protokolom (npr RSVP))1048708 upravljanje zonom (svim uređajima koji su registrovani kod posmatranog gatekeeper-a)

opcione funkcije gatekeeper-a1048708 signalizacija poziva i kontrola poziva- rutiranje H2250 i H245 signalizacije između krajnjih tačaka1048708 autorizacija poziva upravljanje propusnim opsegom upravljanje pozivima (korišćenjem posebnih pravila (policy))1048708 SNMP (Gatekeeper) upravljačka informacija (MIB)1048708 rezervacija propusnog opsega za terminale koji nemaju mogućnost da to sami urade

14 Od čega se sastoji i koja je uloga MCU-a (Multipoint Controller Unit) u H323 mreži (IPtf06-H323_arhitektura ndash 120 121)

MCU- Multipoint Control Unit1048708 omogućava konferencijsku vezu između tri ili više terminala1048708 upravlja resursima konferencijske veze omogućava dogovor koji će se CODEC koristiti1048708 može biti samostalan uređaj (PC) ali I integrisan u okviru gateway-a gatekeeper-a iliterminala

1048708 logički sastoji se iz dve celine1048708 MC (Multipoint controler)- bavi se kontrolom I signalizacijom neophodnim za uspostavljanjei upravljanje konferencijom1048708 MP (Multipoint processor)- prima podatke od krajnjih tačaka obrađuje ih (npr audiomixingvideo switchingmixing umnožava) I šalje krajnjim tačkama učesnicama konferencije

15 Šta predstavlja H323 zona a šta administrativni domen

(IPtf06-H323_arhitektura ndash 125 126)

1048708 Skup H323 uređaja kojima se upravlja od strane jednog gatekeeper-a

18

1048708 Zona sadrži najmanje jedan terminal a može sadržati gateway-e i MCU-e1048708 Zona je nezavisna od mrežne topologije (može biti sačinjena od više mrežnih segmenata povezanih ruterima ili drugim uređajima)1048708 Granice zone mogu biti definisane na bazi administrativnog geografskog inženjerskog ili nekog drugog kriterijuma1048708 O pozivima između krajnjih tačaka u zoni stara se jedan gatekeeper1048708 Pozive između krajnjih tačaka iz različitih zona mogu opsluživati gatekeeper-i iz obe zone

1048708 Skup H323 zona koje su pod jednom administrativnom kontrolom1048708 Na primer mreža servis provajdera ili mreža velike kompanije

SIP

1 Ukratko opisati SIP protokol (IPtf07-SIP_arhitektura ndash 3)

SIP ( Session Initiation Protocol ) 1048708 definisan u RFC-u 3261 kao protokol aplikativnog sloja1048708 koristi se za uspostavu sesije između korisnika1048708 ne definiše tip sesije koja se uspostavlja (interaktivno kockanjeili audiovideo konferencija)1048708 SIP je klijent-server protokol baziran na protokolima HTTP (HyperText Transport Protocol) i SMTP (Simple Mail Transfer Protocol)1048708 klijent generiše request i šalje ga serveru koji mu odgovara (response)request + response = transaction

2 Nabrojati 5 osnovnih f-ja SIP protokola (IPtf07-SIP_arhitektura ndash 4)

SIP ndash 5 osnovnih funkcija1048708 Lociranje korisnika ndash određivanje krajnjeg sistema koji će se koristiti za komunikaciju1048708 Raspoloživost korisnika ndash određuje da li krajnji sistem želi ili ne da učestvuje u toj sesiji1048708 Karakteristike sagovornika ndash određuje medijum I parametre medija koji su bitni za komunikaciju1048708 Uspostava sesije ndash razmena parametara za uspostavu sesije1048708 Upravljanje sesijama ndash razmena podataka vezanih za uspostavu raskid i održavanje sesija

3 Nabrojati i ukratko opisati elemente (komponente) SIP mreže

(IPtf07-SIP_arhitektura ndash 9)

SIP komponente1048708 user agent (softver kojim čovek komunicira sa sistemom)Sadrži dve komponente1048708 UAC (user agent client) - šalje request1048708 UAS (user agent server) - prima request i šalje response (prihvata poziv preusmerava ga ili odbija)1048708 network servers1048708 registration server - sadrži informacije o trenutnim lokacijama korisnika

19

1048708 proxy server - prima request i šalje ka sledećem serveru (proxyUASredirect) može i ka više servera odjednom1048708 redirect server - prima request ali umesto da ga prosledi dalje on vraća adresu next-hop servera klijentuProxy i redirect server vrše rutiranje

4 Nabrojati i ukratko opisati osnovne metode koje se razmenjuju u SIP porukama (IPtf07-SIP_arhitektura ndash 14)

SIP poruka ndash metode (RFC 3261)1048708 INVITE ndash uspostava veze1048708 BYE - završatak veze učesnika u pozivu1048708 OPTIONS - traži informacije o osobinama UA1048708 ACK - za pouzdanu razmenu poruka1048708 CANCEL - otkazuje se poslednji request (ne važi za BYE)1048708 REGISTER - traži informaciju o lokaciji korisnika u registration server-u prijavljuje se serveru sa svojim podacima

5 Navesti po jedan primer SIP poruke prilikom zahteva i odgovora (IPtf07-SIP_arhitektura ndash 13 16)

Format SIP poruke1048708 Kod upita (request) format prve linije jeRequest-Line = Method SP Request-URI SP SIP-Version CRLFSP ndash single space karakterPrimerINVITE sipbobbiloxicom SIP20

Format SIP poruke1048708 Kod odgovora (response) format prve linije jeStatus-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLFPrimerSIP20 200 OK

6 Nabrojati klase odgovora u SIP-u (IPtf07-SIP_arhitektura ndash 18)

Klase odgovora1048708 1xx Informational1048708 2xx Final1048708 3xx Redirection1048708 4xx Client Error1048708 5xx Server Error1048708 6xx Global Failure

7 Nabrojati i ukratko opisati obavezna polja u zaglavlju SIP poruke

(IPtf07-SIP_arhitektura ndash 29 32-35)

Zaglavlje SIP poruke20

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 7: Ispit_Pitanja i odgovori

samo 10 bita G728 uzima 5 odbiraka koji su odabrani brzinom 8000 puta u sekundi Za svakih 5 odbiraka je potrebno poslati 10 bita i kada se sve to preracuna dobija se bitska brzina G728 kodeka od 16 kbits

Slika 45 prikazuje LD-CELP dekoder Nakon prijema svakog 10-bitnog indeksa dekoder pronalazi odgovarajuci vektor iz kodne knjige pobude Taj vektor se šalje ka jedinici za regulaciju pojacanja a potom ka sintetizacionom filtru koji za izlaz daje dekodirani vektor trenutnog signala Vektor dekodiranog signala se dalje propušta kroz adaptivni posfiltar u cilju poboljšanja kvaliteta prijemaKoeficijenti posfiltra se periodicno ažuriraju koristeci informacije koje su dostupne u dekoderu Petodbiraka sa izlaza posfiltra dalje se konvertuje u pet PCM odbiraka kodovanih A ili μ zakonomG728 kodeci dostižu MOS vrednost 39 a kvalitet nije toliko loš u odnosu na uštedu propusnog opsegaMedutim G728 kodeci se veoma retko srecu u VoIP proizvodima jer su zahtevni u pogledu procesorske snage a samim tim i skuplji

11 G7231 tehnika kodovanja (Diplomski Marija Kačaniklić - 34)

G7231G7231 koder se može koristiti za kompresiju audio signala i kao rezultat daje komprimovan signal veoma male brzine U okviru G7231 definišu se dve bitske brzine 53 kbits i 63 kbits gde veca brzina postiže veci kvalitet govora a manja pored dobrog kvaliteta govora i dodatnu fleksibilnost Koder I dekoder moraju podržavati obe bitske brzine a brzinu je moguce menjati svakih 30 ms u toku konverzacijePropuštanjem analognog signala kroz filtar propusnik niskih ucestanosti (u cilju eliminacije frekvencija koje nisu bitne za govor) dobija se digitalni signal koji se dovodi na ulaz kodera Potom se ovaj signal odabira brzinom 8000 puta u sekundi i uniformno kvantuje u 16-bitni PCM Koder radi nad blokovima od 240 odbiraka što na brzini odabiranja od 8 kHz odgovara trajanju od 30 ms govora a to znaci da koder unosi kašnjenje od 30 ms Pored ovog kašnjenja unosi se i dodatno kašnjenje od 75 ms jer algoritam zahteva poznavanje odbiraka signala koji još nisu dostupni (look ahead) To znaci da je ukupno kašnjenje sada 375 ms Svako dodatno kašnjenje zavisi od vremena koje je potrebno za procesiranje signala u koderu i dekoderu vremena potrebnog za prenos signala preko komunikacionog linka i dodatnogkašnjenja koje unosi bafer zbog multipleksiranja protokolaBlokovi nad kojima radi koder se prvo propuštaju kroz filtar propusnik visokih ucestanosti da bi seeliminisala jednosmerna komponenta a zatim se dele na 4 podbloka od po 60 odbiraka nad kojima se obavljaju razlicite operacije u cilju odredivanja odgovarajucih koeficijenata filtra Bitska brzina od 53 kbits koristi ACELP (Algebraic Code-Excited Linear Prediction) a brzina od 63 kbits koristi MP-MLQ (Multi-pulse Maximum Likelihood Quantization) Na odredište se prenose koeficijenti linearne predikcije parametri pojacanja i vrednost indeksa kodne knjige pobude Sve ove informacije se prenose u blokovima dužine 20 bajta za brzinu od 53 kbits odnosno dužine 24 bajta za brzinu od 63 kbitsKako svaka konverzacija podrazumeva i odredene periode tišine za vreme tih perioda nema potrebe zauzimati propusni opseg znacajan za penos signala Zato G7231 specificira mehanizam potiskivanja tišine

7

gde se mogu koristiti ramovi za opisivanje ubacene tišine SID (Silence Insertion Description) Ovi ramovi dugacki su 4 bajta pa tako prenos tišine zauzima oko 1 kbits što predstavlja veliku uštedu opsegaMOS vrednost za G7231 je oko 38 što je veoma dobro usled smanjenja potrebnog propusnog opsegaOsnovni nedostatak ovog kodera je što unosi pomenuto kašnjenje od 375 ms jer je u VoIP mrežama bitno kašnjenje u oba smera a ne samo u jednom

12 G729 tehnika kodovanja (Diplomski Marija Kačaniklić - 35)

G729Osnova G729 definiše algoritam CS-ACELP (Conjugate-structure Algebraic Code-Excited LinearPrediction) Ovaj algoritam koduje govor brzinom 8 kbits Propuštanjem analognog signala kroz filtar propusnik niskih ucestanosti (u cilju eliminacije frekvencija koje nisu bitne za govor) dobija se digitalni signal koji se dovodi na ulaz kodera Potom se ovaj signal odabira brzinom 8000 puta u sekundi I uniformno kvantuje u 16-bitni PCM Koder radi nad blokovima trajanja 10 ms što odgovara bloku od 80 odbiraka koji se odabiraju brzinom od 8 kHz Takode ovaj koder koristi i 5 ms za look ahead što dovodi do toga da je ukupno kašnjenje 15 ms Za svaki blok dužine 10 ms govorni signal se analizira i odreduju se parametri CELP modela Ove informacije se šalju odredištu u okviru 80-bitnog rama Kako je za 10 ms ulaznog govornog signala potrebno preneti 80 bita na odredište dolazimo do toga da je brzina prenosa 8 kbits pri cemu je MOS vrednost 4 što je veoma dobroPreporuka G729 u okviru sebe sadrži i anekse A B D i E u kojima se definišu algoritmi za kodovanje govoraU aneksu A primarni cilj je bio da se pojednostavi simultani prenos govora i podataka Pojednostavljenje se odnosi na uvodenje jednostavnijih procedura za pretraživanje kodne knjige i pojednostavljenje postfiltra u dekoderu Koristi isti ram i bitsku brzinu kao G729 cime je omoguceno da koder radi prema G729 a dekoder prema G729A ili obratno Ova pojednostavljenja mogu da dovedu do nešto lošijeg kvaliteta sa MOS vrednošcu od oko 37U aneksu B definisani su algoritam za detekciju aktivnosti govora VAD (Voice Activity Detection)algoritam za diskontinualni prenos DTX (Discontinuos Transmission) i algoritam za generisanjekomfornog šuma CNG (Comfort Noise Generation) Svi ovi algoritmi koriste se u cilju smanjenja brzine prenosa za vreme perioda tišine VAD algoritam predstavlja odluku da li je na ulazu prisutan govor ili šum a ona se donosi na osnovu analize nekoliko parametara tekuceg i prethodna dva rama Izlaz VAD modula je 1 u slucaju da je prisutan govor ili 0 u slucaju da je prisutan šum Pitanje koje se namece je da li je u slucaju tišine bolje ne slati nikakve podatke odredištu i ostaviti mu da generiše komforni šum To ipak nije dobro rešenje jer prijemna strana ne može da zna kakav je pozadinski šum prisutan na polaznoj strani i zato i ne može da generiše prirodan pozadinski šum Zbog ovoga se odredišnoj strani šalje SID 36ram koji sadrži informacije koje omogucavaju dekoderu da generiše komforni šum slican šumu napolaznoj strani Ukoliko se šum ne menja na polaznoj strani nastavlja se generisanje SID rama a ukoliko dode do promene šalje se ažuriran SID ramU aneksu D definiše se mogucnost slanja signala manjom brzinom u odnosu na osnovni G729 Aneks D takode radi sa blokovima odbiraka trajanja 10 ms ali šalje 64 bita po jednom ramu Njegova brzina je 64 kbits On ne dostiže isti kvalitet kao G729 ali MOS vrednost od 38 je prilicno dobra karakteristikaG729D nije pogodan kada je prisutan visok nivo šumaU aneksu E definisana je mogucnost slanja vecom brzinom u odnosu na osnovni G729 kodek u cilju prilagodavanja širem opsegu ulaznih signala Definiše robusniji algoritam u slucaju govora sa prisutnim pozadinskim šumom G729 koristi linearni prediktivni filtar 10-og reda što znaci da ima 10 koeficijenata a G729E koristi 30 koeficijenata Kodna knjiga je 44 bita za razliku od G729 koja je 35 bita Sve ove promene uticu na brzinu gde G729E šalje 118 bita svakih 10 ms što predstavlja brzinu od 118 kbits

8

13 Navesti glavne probleme koji utiču na kvalitet govora pri prenosu kroz mreže sa paketskom komutacijom (IPtf05-Kompresija_govora ndash 20)

Kvalitet prenetog govora

1048708 ocena kvaliteta je subjektivna1048708 postoji standardizacija ocena ali su ocene u suštini subjektivne1048708 problemi pri prenosu kroz paketske mreže koji direktno utiču na kvalitet govora1048708 varijacija kašnjenja1048708 gubitak paketa1048708 eho1048708 kašnjenje

14 Koja su dva glavna rešenja za problem gubitka paketa (IPtf05-Kompresija_govora ndash 46)

Gubitak paketa

1048708 IP ne garantuje isporuku već samo best-effort servis paketi se pri zagušenju odbacuju1048708 u prenosu podataka (data) TCP gubitke nadopunjuje retransmisijom1048708 retransmisija je kod real-time komunikacije besmislena ndash VoIP se oslanja na UDP1048708 generalno rešenja potpadaju pod dve klase1048708 ponavljanje poslednjeg uspešno primljenog paketa umesto izgubljenog1048708 slanje redundantne informacije koja na prijemu omogućava regenerisanje izgubljenog paketa

15 Šta je potrebno obezbediti da bi kvalitet servisa (QoS) u mreži bio zagarantovan

(IPtf09-cisco-qos ndash 4)

Da bi se garantovao QoS u složenoj mreži potrebno je obezbediti

da svi mrežni elementni podržavaju QoS opcije protokole signalizacije koji će omogućiti komunikaciju između mrežnih elemenata radi usklađivanja QoS parametara funkcije upravljanja koje treba da kontrolišu saobraćaj u mreži

16 Opisati uloge edge i backbone rutera (IPtf09-cisco-qos ndash 5)Sa stanovišta QoS-a u mreži razlikujemo edge I backbone rutere

Edge ruteri obezbeđuju klasifikaciju saobraćaja kontrolu pristupa i upravljanjekonfiguracijom

Backbone ruteri obezbeđuju upravljanje zagušenjem (congestion) i izbegavanjezagušenja u mreži

17 Koja tri principa kaliteta servisa podržava Cisco-ov IOS (IPtf09-cisco-qos ndash 6)

1048708best-efort1048708 integrated1048708diferentiated

9

18 Ukratko opisati Best-efort princip kvaliteta servisa (IPtf09-cisco-qos ndash 7)

1048708kompletan saobraćaj je ravnopravan1048708aplikacije šalju podatke kada se javi potreba za tim1048708paketi se prenose kroz mrežu po FIFO principu1048708nema mogućnosti kontrole kašnjenja protoka pouzdanosti1048708pogodan za klasične Internet servise tipa email - a file transfera i slično

19 Ukratko opisati Integrated Service princip kvaliteta servisa (IPtf09-cisco-qos ndash 8 9)

Integrated service princip 1048708postoji interakcija između mreže i aplikacije1048708aplikacija upućuje mreži zahtev za rezervaciju određenih mrežnih resursa1048708tek po dobijanju potvrde od mreže o raspoloživosti traženih resursa započinje komunikacija na nivou aplikacije

Integrated service - IOS features 1048708korišćenjem Resource Reservation Protokola (RSVP) aplikacija pregovara sa mrežom o resursima1048708korišćenjem weighted fair queueing (WFQ) mehanizama u kombinaciji sa RSVP-om mreža rezerviše resurse1048708korišćenjem weighted random early detection (WRED) mehanizama + RSVP obezbeđuje se malo kašnjenje i traženi protok u uslovima zagušenja mreže

20 Ukratko opisati Diferentiated Service princip kvaliteta servisa (IPtf09-cisco-qos ndash 10)

Diferentiated Service princip 1048708ne postoji komunikacija između mreže I aplikacije vezana za QoS1048708postoji više vrsta servisa (sa stanovišta QoS-a) koje mreža nudi a način rutiranja paketa se određuje na osnovu QoS parametara koji su postavljeni u samom IP datagramu (koriste se sledeća polja u IP datagramu TOS SourceampDestination address protocol typehellip)

21 Koji mehanizme omogućava Cisco-ov IOS za obezbeđivanje kvaliteta servisa

(IPtf09-cisco-qos ndash 17)

Cisco IOS QoS mehanizmi1048708Klasifikacija (classification)1048708Upravljanje zagušenjem (congestion management)1048708Izbegavanje zagušenja (congestion avoidance)1048708Policing and Shaping1048708Signalizacija (signalling)1048708Povećanje efikasnosti linka (link eficiency mechanism)

22 Koji mehanizmi se koriste za promenu IP precedence bita (IPtf09-cisco-qos ndash 20)

Klasifikacija saobraćaja

Za promenu IP precedence-a datagrama koriste sesledeći mehanizmi

10

1048708Policy-Based Routing1048708QoS Policy Propagation via Border Gateway Protocol (PB-BGP)1048708Commited Access Rate (CAR)

23 Upravljanje zagušenjem (IPtf09-cisco-qos ndash 31)

Upravljanje zagušenjem1048708 u situacijama kada dođe do zagušenja linka(saobraćaj koji dolazi u ruter je veći od kapaciteta odlaznog linka) definiše koji će datagrami prvi da se šalju a koji moraju da čekaju1048708 ovo se postiže uvođenjem raznih redova čekanja i definisanjem pravila za njihovo opsluživanje1048708 u situacijama kada na mreži postoje različite aplikacije gledano sa stanovišta karakteristika saobraćaja potrebno je upravljati saobraćajem da bi se obezbedili ravnopravni uslovi1048708tipičan primer ldquosuprotstavljenihrdquo aplikacija su voice i FTP servis

24 Navesti četiri tehnike upravljanja zagušenjem (IPtf09-cisco-qos ndash 33)

tipovi redova čekanja1048708First-In First-Out Queueing (FIFO)1048708Weighted Fair Queueing (WFQ)1048708Custom Queueing (CQ)1048708Priority Queueing (PQ)Na jednom interfejsu se u jednom trenutku može koristiti samo jedan sistem reda čekanja

25 Ukratko opisati FIFO (First In First Out) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 34)

Upravljanje zagušenjem - FIFO1048708najednostavniji sistem1048708paketi se smeštaju u red onim redosledom kako dolaze i istim tim redosledom se prosleđuju dalje1048708ovo je default sistem opsluživanja na svim linkovima protoka većeg od 2 Mbps1048708ima najmanje kašnjenje prilikom obrade zbog svoje jednostavnosti

26 Ukratko opisati WFQ (Weighted Fair Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 35 37 38 39)

Upravljanje zagušenjem -WFQ1048708obezbeđuje ravnomernije korišćenje mrežnih resursa od strane korisničkih aplikacija1048708vrši analizu saobraćaja identifikuje tokove podataka (flow) i kao takve ih odvaja u posebne redove čekanja (svaka sesija ima svoj red čekanja) pri čemu svaki red čekanja ima svoju težinu (wieght) koja se određuje prema protoku ili nekom drugom parametru1048708obezbeđuje da svaki tok podataka koristi deo kapaciteta linka srazmerno težini koju imaju red čekanja u kome se nalazi1048708broj redova čekanja je konfigurabilan1048708po default-u koristi se 256 redova čekanja1048708obezbeđuje ravnopravnost između svih protoka podataka (flow)1048708ne zahteva nikakvo posebno konfigurisanje

11

1048708po default-u se koristi na linkovima kapaciteta 2 Mbps i manjim1048708razlikuje datagrame po IP Precedence vrednosti i definiše prioritet u skladu sa tim1048708kompatibilan sa RSVP protokolom I rezerviše traženi deo kapaciteta linka1048708kompatibilan je sa Frame Relay mrežom tako da smanjuje saobraćaja kada dobijeFECN i BECN od mreže1048708pored WFQ-a postoji i VIP-Distributed WFQ koji se izvršava na VIP modulu1048708često se naziva i fair queueing jer ne obezbeđuje težinu redova čekanja već se svaki red čekanja opslužuje ravnomerno1048708omogućava korištenje i na linkovima kapaciteta većeg od 2 Mbps

27 Ukratko opisati CQ (Custom Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 40 42)

Upravljanje zagušenjem - CQ1048708posebno se konfiguriše i omogućava statičko odvajanje dela linka za određeni tip saobraćaja1048708statičko podešavanje u koji se red čekanja prosleđuje koji tip saobraćaja1048708u slučaju da je neki red čekanja prazan njegov deo kapaciteta se ravnomerno raspoređuje na sve ostale redove čekanja1048708broj redova čekanja je konfigurabilan I može biti maksimalno 161048708kružno opsluživanje redova čekanja1048708definiše se koliko se bajtova šalje iz svakog reda prilikom opsluživanja čime je omogućeno statičko rezervisanje dela kapaciteta linka za određeni tip saobraćaja1048708zahteva posebno konfigurisanje1048708veće kašnjenje usled obrade nego kod FIFO queueing-a

28 Ukratko opisati PQ (Priority Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 43 45)

Upravljanje zagušenjem - PQ1048708ima četiri reda za čekanje različitog prioriteta (high medium normal i low)1048708prvo se opslužuje red najvećeg prioriteta pa tek kada se on isprazni prelazi se na sledećired1048708prilikom svakog slanja paketa prvo se proverava red najvišeg prioriteta pa tek onda ostali po redu prioriteta1048708zahteva posebno konfigurisanje1048708omogućava garantovanje korišćenja kompletnog kapaciteta za kritične aplikacije1048708ima veoma malo kašnjenje jer je način opsluživanja redova veoma jednostavan1048708može se aktivirati na bilo kom tipu interfejsa ali se preporučuje korišćenje samo na serijskom interfejsu malog kapaciteta

29Na šta se svodi mehanizam izbegavanja zagušenja i koje su dve osnovne tehnike (IPtf09-cisco-qos ndash 47 48)

Izbegavanje zagušenja1048708u situacijama kada dođe do zagušenja ono se razrešava tako što dolazi do odbacivanjadatagrama1048708odbacivanje može biti ldquointeligentnordquo kada se vodi računa o tome koji se paket odbacuje ili ldquosirovordquo kada se odbacuje poslednji pristigli paket

12

dva mehanizma1048708Tail Drop1048708Weighted Random Early Detection (WRED)

30 Opisati Weighted Random Early Detection (WRED) mehanizam izbegavanja zagušenja (IPtf09-cisco-qos ndash 53 55)

Izbegavanje zagušenja -WRED1048708za razliku od RED principa WRED uvodi I ldquotežinurdquo saobraćaja tako da se prvoodbacuju paketi manjeg prioriteta a tek onda paketi većeg prioriteta1048708WRED je kompatibilan i sa RSVP-om tako da se prvo odbacuju paketi koji pripadajudrugim tokovima pa tek onda oni koji pripadaju toku podataka koji je rezervisao deo kapaciteta posredstvom RSVP-a1048708najčešće se koristi u jezgru mreže gde postoji mogućnost da dođe do zagušenja1048708koristi informacije o prioritetu (IP Precedence) koje su postavili ruteri u pristupnom delu mreže 1048708statistički gledano WRED odbacuje više paketa onog izvora koji generiše veći saobraćaj čime se brže izlazi iz zone zagušenja

31 Koja dva mehanizma kontrole saobraćaja omogućava Cisco-ov IOS Ukratko opisati svaki od njih (IPtf09-cisco-qos ndash 58)

Policing and Shaping1048708policing - princip rada se zasniva na odbacivanju paketa kada njihov protok premaši neke administrativno postavljene parametre1048708shaping - princip rada se zasniva na zadržavanju datagrama u redu za čekanje kada njihov protok premaši administrativno postavljene parametre (GTS koristiWFQ dok FRTS koristi CQ PQ ili FIFO)

H323

1 Ukratko opisati H323 signalizacionu arhitekturu (IPtf06-H323_arhitektura ndash 16)

H323 arhitektura1048708 ITU-T H323 - Packet-based multimedia communications systems1048708 H323 je standard koji specificira1048708 komponente1048708 protokole i1048708 procedure koje omogućavaju multimedijalne komunikacione servise (real-time audio video prenos podataka) u mrežama sa paketskom komutacijom koje ne pružaju garantovan QoS1048708 H323 je deo familije preporuka H32x koje se bave multimedijalnim komunikacijama u različitim tipovima mreža (ISDNPSTN)

2 Koji su osnovni elemetni (komponente) H323 arhitekture i koji se tipovi podataka razmenjuju u komunikaciji (IPtf06-H323_arhitektura ndash 19 20)

Osnovni elementi

13

1048708 Terminali1048708 Gateways1048708 Gatekeepers1048708 MCs1048708 MCUs1048708 Komunikacija između elemenata obavlja se razmenom informacionih tokova podataka (information streams)Klasifikuju se kao 4 tipa1048708 Video1048708 Audio1048708 Data (podaci)1048708 Communication and call control

3 Koji su osnovni protokoli u H323 arhitekturi nazanačeni u preporuci (IPtf06-H323_arhitektura ndash 24)

osnovni protokoli koji su naznačeni u preporuci H3231048708 audio CODEC-i1048708 video CODEC-i1048708 H2250 RAS (registrationadmission and status)1048708 H2250 call signaling1048708 H245 control signaling1048708 real-time transport protocol (RTP)1048708 real-time control protocol (RTCP)1048708 H323 je nezavisna od paketske mreže itransportnih protokola pa ih zato i ne specificira

4 Šta predstavlja H225 RAS i za šta se koristi (IPtf06-H323_arhitektura ndash 27 39 45)

protokol kojim se razmenjuju podaci između krajnjih tačaka (terminal gateway MCU) i gatekeeper-a1048708 koristi se za 1048708 otkrivanje gatekeeper-a1048708 procedura kojom se određuje gatekeeper kod koga će se krajnja tačka registrovati1048708 može biti statičko (krajnja tačka unapred zna ko je njen gatekeeper) i dinamičko (razmena 1048708 multicast poruka GRQ (ldquoWho is my gatekeeperrdquo) 1048708 poruka GCF (ldquoI can be your gatekeeperrdquo) koja sadrži transportnu adresu RAS kanala gatekeeper-a i

1048708 poruka GRJ (ako gatekeeper ne želi da registruje krajnju tačku)

koristi se i za 1048708 registraciju krajnje tačke (pristupanje zoni (RRQ RCFRRJ) čime se gatekeeper obaveštava o transportnim adresama i imenima krajnje tačke)1048708 i njenu deregistraciju (na zahtev krajnje tačke (URQ UCFURJ) ili na zahtev gatekeeper-a (URQUCF))

14

1048708 kontrolu pristupa promenu propusnog opsega status oslobađanje BW (kada krajnja tačka želi da inicira poziv ona traži dozvolu od gatekeeper-a (ARQACFARJ) ndash obaveštava gatekeeper o tome koga želi da pozove o potrebnom BW za obavljanje poziva tokom poziva se BW može menjati (BRQBCFBRJ) na kraju poziva terminal obaveštava gatekeeper o oslobađanju zahtevanog opsega (DRQDCF))1048708 lociranje krajnje tačke (nprodređivanje IP adrese dodela transportne adrese logičkog kanala koji će se koristiti za signalizaciju poziva (LRQLCFLRJ))

5 Koje su funkcije RAS signalizacije (H323 - 2 deo - Misic Ivana 289-07 - 7)

RAS signalizacija je definisana u okviru H2250preporuke i odnosi se na sledece funkcije_ Otkrivanje gejtkipera (Gatekeeper discovery)_ Registracija (Registration)_ Otkazivanje registracije (Unregistration)_ Pristup (Admission)_ Upravljanje propusnim opsegom (Bandwidth change)_ Lociranje krajnje tacke (Endpoint Location)_ Završetak poziva (Call Disengage)_ Status (Status)_ Dostupnost resursa (Resource Availability)_ Nestandardna funkcija (Non-standard)

6 Tipovi RAS poruka (IPtf06-H323_arhitektura ndash 29)

RAS poruke imaju tri tipa (u opštem slučaju)1048708 Request ndash xRQ1048708 Reject ndash xRJ1048708 Confirm ndash xCF

7 Ukratko opisati postupak otkrivanja gatekeeper-a od strane terminala (IPtf06-H323_arhitektura ndash 28 29 32 34 36)

(H323 - 2 deo - Misic Ivana 289-07 ndash 89)

Otkrivanje gejtkipera_ U procesu otkrivanja gejtkipera koriste se RAS porukeGRQ GCF i GRJPostoje dva metoda otkrivanja gejtkipera od strane krajnje tacke_ staticki i_dinamicki

Staticki metod (Unicast ndash manual method) se koristi kada jeadresa gejtkipera unapred poznata Tada se na UDP port1718 datog gejtkipera šallje GRQ poruka na koju potom

15

gejtkiper odgovara sa pozitivnom (GCF) illi negativnom (GRJ)porukom (Gejtvej A)Dinamicki metod (Mullticast ndash autodiscovery) se koristi kadaadresa gejtkipera nije unapred poznata Tada je neophodnoda krajnja tacka utvrdi dostupnost gejtkipera Ovo seostvaruje sllanjem mullticast poruke na koju može pozitivnoodgovoriti više gejtkipera kod kojih se krajnja tacka možeregistrovati (Gejtvej B)

8 Ukratko opisati postupak registracije terminala kod gatekeeper-a (IPtf06-H323_arhitektura ndash 40-43) (H323 - 2 deo - Misic Ivana 289-07 ndash 1011)

Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndash Registration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnikaTerminal može da obnovi svoju registraciju slanjem ili kompletne RRQ poruke ili slanjem Lightweight RRQ (LW RRQ) poruke1048708 LW RRQ poruka ima samo nekoliko elemenata u odnosu na full RRQ paket I može se koristiti samo za obnavljanje prijavljivanja terminala gatekeeper-u

9 Nabrojati formate poruka koje se razmenjuju u RAS signalizaciji

(IPtf06-H323_arhitektura ndash 32 40 46 51 53-59)

Terminal kada se poveže na mrežu mora da otkrije gatekeeper slanjem GRQ poruke1048708 Adresa gatekeeper-a može unapred biti konfigurisana na terminalu1048708 Terminal može da GRQ poruku pošalje kao multicast u kom slučaju je primaju svi aktivni gatekeeper-i1048708 Adresa gatekeeper-a može da se dobije slanjem DNS upita (način definisanja Gatekeeper-a kroz DNS definisan kroz H323 Annex O)1048708 Ako na mreži postoji više gatekeeper-a tada je za proces otkrivanja gatekeeper-a potrebno razmeniti nekoliko GCFGRJ poruka

1048708 Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndashRegistration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnika

Kada se jednom registruje kod Gatekeeper-a terminal može samo da inicira poziv ili prihvatidolazeći poziv1048708 Na upućen zahtev (ARQ) Gatekeeper može da odgovori sa ACF ili ARJ1048708 Krajnja tačka će da navede sve odredišne adrese gde gatekeeper može da odgovori saalternativnim skupom odredišnih adresa (ako je setovan flag ldquocanMapAliasrdquo)

1048708 LRQ poruku šalje krajnja tačka ili gatekeeper drugom gatekeeper u cilju određivanja stvarne IP adrese za neku alias adresu ndash na primer konverzija telefonskog broja u IP adresu1048708 Iako LRQ mogu biti poslati i sa krajnje tačke skoro uvek se koriste od strane gatekeeper-a

16

1048708 Po izvršenoj inicijalnoj uspostavi veze krajnje tačke mogu da požele da dobiju veći protok kroz mrežu za svoju komunikaciju1048708 Tada se šalje BRQ poruka1048708 Poruka se šalje kada je stvarno rezervisani saobraćaj manji od potrebnog i traženog kod uspostave veze

1048708 ldquoUnknown Message Responserdquo se šalje kao odgovor na nepoznatu poruku1048708 ldquoNon-Standard Messagerdquo omogućavaju gatekeeper-u i krajnjoj tački da razmene neke druge poruke

10 Opisati H2250 Call Signaling (IPtf06-H323_arhitektura ndash 61)

(H323 - 2 deo - Misic Ivana 289-07 ndash 2122)

H2250 signalizacija poziva_ Signallizacija poziva predstavllja signallizaciju izmedu krajnjih tacaka pomocu koje se obavllja uspostavlljanje i raskidanje poziva U H323 koristi se modifikovana ITU-T preporuka Q931 koja predstavllja deo nove preporuke H2250 Preporuka Q931 definiše signallizacioni protokoll treceg nivoa koji se koristi u ISDN mrežama a u H2250 koristi se samo jedan deo Q931 poruka Pored Q931 koristi se i jednaporuka iz Q932_ U okviru H323 sistema postoji potreba za prenosom sistemskih informacija o gejtkiperima i H245 adresama llogickih kanalla U ISDN mrežama prenos ovakvih informacija ostvaruje se upotrebom ellementa za razmenu informacija izmedu korisnika (User-to-User Information Ellement) Prenos informacija od korisnika do korisnika odvija se preko D kanalla pri cemu sama mreža ne interpretira sadržaj ovih poruka

U H2250 ovaj vid komunikacije koristi se za prenos svih dodatnih informacija neophodnih za funkcionisanje H323 sistema_ To mogu biti informacije razllicitog sadržajaobavezni identifikatori protokolla allias krajnje tacke H245 adresa itd_ ASN1 sintaksa definisana u H2250 odreduje format poruka koje se razmenjuju naovaj nacin

11 Za šta se koristi H245 kontrolna signalizacija (IPtf06-H323_arhitektura ndash 74)

H245 kontrolna signalizacijakoristi se za1048708 razmenu informacija o tome koje će se vrste podataka prenositi kanalima za prenos medija (audiovideo ili podaci)1048708 razmenu informacija o koderimadekoderima koje krajnja tačka podržava1048708 otvaranje i ukidanje logičkih kanala za prenos medija1048708 kontrolu protoka1048708 neke opšte komande i instrukcije

12 Opisati ulogu gateway-a u H323 mreži (IPtf06-H323_arhitektura ndash 110 111)

Gatewayinterfejs između H323 mreže i ne-H323 mreže (npr LAN-a i mreže sa komutacijom kola (SCN))1048708 nije potreban ako se komunikacija odvija između dva H323 terminala u H323 mreži

17

1048708 omogućava interoperabilnost komunikacionih procedura i formata podataka između različitih tipova mreža1048708 ako je potrebno vrši kompresiju i paketizaciju govora1048708 terminal komunicira sa gateway-em korišćenjem H2250 i H245 signalizacije

1048708 Sastoji se iz Media Gateway Controller-a (MGC) i Media Gateway-a (MG)1048708 Ove dve funkcije mogu da budu integrisane u jednom uređaju ili da budu razdvojene1048708 MGC funkcija se može integrisati sa Gatekeeper-om koji tada nazivamo I signalizacioni kontroler

13 Nabrojati i ukratko opisati funkcije gatekeeper-a (IPtf06-H323_arhitektura ndash 115 116)

obavezne funkcije gatekeeper-a1048708 transliranje adresa (telefonski broj alias ime) u cilju određivanja IP adrese odredišta (vrši se pregledanjem tabela koje sadrže podatke dobijene pri registraciji krajnjih tačaka)1048708 kontrola pristupa (bazirana na autorizaciji poziva raspoloživom propusnom opsegu ili na nekom drugom kriterijumu)1048708 kontrola propusnog opsega (jednostavnom metodom ili nekim složenim protokolom (npr RSVP))1048708 upravljanje zonom (svim uređajima koji su registrovani kod posmatranog gatekeeper-a)

opcione funkcije gatekeeper-a1048708 signalizacija poziva i kontrola poziva- rutiranje H2250 i H245 signalizacije između krajnjih tačaka1048708 autorizacija poziva upravljanje propusnim opsegom upravljanje pozivima (korišćenjem posebnih pravila (policy))1048708 SNMP (Gatekeeper) upravljačka informacija (MIB)1048708 rezervacija propusnog opsega za terminale koji nemaju mogućnost da to sami urade

14 Od čega se sastoji i koja je uloga MCU-a (Multipoint Controller Unit) u H323 mreži (IPtf06-H323_arhitektura ndash 120 121)

MCU- Multipoint Control Unit1048708 omogućava konferencijsku vezu između tri ili više terminala1048708 upravlja resursima konferencijske veze omogućava dogovor koji će se CODEC koristiti1048708 može biti samostalan uređaj (PC) ali I integrisan u okviru gateway-a gatekeeper-a iliterminala

1048708 logički sastoji se iz dve celine1048708 MC (Multipoint controler)- bavi se kontrolom I signalizacijom neophodnim za uspostavljanjei upravljanje konferencijom1048708 MP (Multipoint processor)- prima podatke od krajnjih tačaka obrađuje ih (npr audiomixingvideo switchingmixing umnožava) I šalje krajnjim tačkama učesnicama konferencije

15 Šta predstavlja H323 zona a šta administrativni domen

(IPtf06-H323_arhitektura ndash 125 126)

1048708 Skup H323 uređaja kojima se upravlja od strane jednog gatekeeper-a

18

1048708 Zona sadrži najmanje jedan terminal a može sadržati gateway-e i MCU-e1048708 Zona je nezavisna od mrežne topologije (može biti sačinjena od više mrežnih segmenata povezanih ruterima ili drugim uređajima)1048708 Granice zone mogu biti definisane na bazi administrativnog geografskog inženjerskog ili nekog drugog kriterijuma1048708 O pozivima između krajnjih tačaka u zoni stara se jedan gatekeeper1048708 Pozive između krajnjih tačaka iz različitih zona mogu opsluživati gatekeeper-i iz obe zone

1048708 Skup H323 zona koje su pod jednom administrativnom kontrolom1048708 Na primer mreža servis provajdera ili mreža velike kompanije

SIP

1 Ukratko opisati SIP protokol (IPtf07-SIP_arhitektura ndash 3)

SIP ( Session Initiation Protocol ) 1048708 definisan u RFC-u 3261 kao protokol aplikativnog sloja1048708 koristi se za uspostavu sesije između korisnika1048708 ne definiše tip sesije koja se uspostavlja (interaktivno kockanjeili audiovideo konferencija)1048708 SIP je klijent-server protokol baziran na protokolima HTTP (HyperText Transport Protocol) i SMTP (Simple Mail Transfer Protocol)1048708 klijent generiše request i šalje ga serveru koji mu odgovara (response)request + response = transaction

2 Nabrojati 5 osnovnih f-ja SIP protokola (IPtf07-SIP_arhitektura ndash 4)

SIP ndash 5 osnovnih funkcija1048708 Lociranje korisnika ndash određivanje krajnjeg sistema koji će se koristiti za komunikaciju1048708 Raspoloživost korisnika ndash određuje da li krajnji sistem želi ili ne da učestvuje u toj sesiji1048708 Karakteristike sagovornika ndash određuje medijum I parametre medija koji su bitni za komunikaciju1048708 Uspostava sesije ndash razmena parametara za uspostavu sesije1048708 Upravljanje sesijama ndash razmena podataka vezanih za uspostavu raskid i održavanje sesija

3 Nabrojati i ukratko opisati elemente (komponente) SIP mreže

(IPtf07-SIP_arhitektura ndash 9)

SIP komponente1048708 user agent (softver kojim čovek komunicira sa sistemom)Sadrži dve komponente1048708 UAC (user agent client) - šalje request1048708 UAS (user agent server) - prima request i šalje response (prihvata poziv preusmerava ga ili odbija)1048708 network servers1048708 registration server - sadrži informacije o trenutnim lokacijama korisnika

19

1048708 proxy server - prima request i šalje ka sledećem serveru (proxyUASredirect) može i ka više servera odjednom1048708 redirect server - prima request ali umesto da ga prosledi dalje on vraća adresu next-hop servera klijentuProxy i redirect server vrše rutiranje

4 Nabrojati i ukratko opisati osnovne metode koje se razmenjuju u SIP porukama (IPtf07-SIP_arhitektura ndash 14)

SIP poruka ndash metode (RFC 3261)1048708 INVITE ndash uspostava veze1048708 BYE - završatak veze učesnika u pozivu1048708 OPTIONS - traži informacije o osobinama UA1048708 ACK - za pouzdanu razmenu poruka1048708 CANCEL - otkazuje se poslednji request (ne važi za BYE)1048708 REGISTER - traži informaciju o lokaciji korisnika u registration server-u prijavljuje se serveru sa svojim podacima

5 Navesti po jedan primer SIP poruke prilikom zahteva i odgovora (IPtf07-SIP_arhitektura ndash 13 16)

Format SIP poruke1048708 Kod upita (request) format prve linije jeRequest-Line = Method SP Request-URI SP SIP-Version CRLFSP ndash single space karakterPrimerINVITE sipbobbiloxicom SIP20

Format SIP poruke1048708 Kod odgovora (response) format prve linije jeStatus-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLFPrimerSIP20 200 OK

6 Nabrojati klase odgovora u SIP-u (IPtf07-SIP_arhitektura ndash 18)

Klase odgovora1048708 1xx Informational1048708 2xx Final1048708 3xx Redirection1048708 4xx Client Error1048708 5xx Server Error1048708 6xx Global Failure

7 Nabrojati i ukratko opisati obavezna polja u zaglavlju SIP poruke

(IPtf07-SIP_arhitektura ndash 29 32-35)

Zaglavlje SIP poruke20

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 8: Ispit_Pitanja i odgovori

gde se mogu koristiti ramovi za opisivanje ubacene tišine SID (Silence Insertion Description) Ovi ramovi dugacki su 4 bajta pa tako prenos tišine zauzima oko 1 kbits što predstavlja veliku uštedu opsegaMOS vrednost za G7231 je oko 38 što je veoma dobro usled smanjenja potrebnog propusnog opsegaOsnovni nedostatak ovog kodera je što unosi pomenuto kašnjenje od 375 ms jer je u VoIP mrežama bitno kašnjenje u oba smera a ne samo u jednom

12 G729 tehnika kodovanja (Diplomski Marija Kačaniklić - 35)

G729Osnova G729 definiše algoritam CS-ACELP (Conjugate-structure Algebraic Code-Excited LinearPrediction) Ovaj algoritam koduje govor brzinom 8 kbits Propuštanjem analognog signala kroz filtar propusnik niskih ucestanosti (u cilju eliminacije frekvencija koje nisu bitne za govor) dobija se digitalni signal koji se dovodi na ulaz kodera Potom se ovaj signal odabira brzinom 8000 puta u sekundi I uniformno kvantuje u 16-bitni PCM Koder radi nad blokovima trajanja 10 ms što odgovara bloku od 80 odbiraka koji se odabiraju brzinom od 8 kHz Takode ovaj koder koristi i 5 ms za look ahead što dovodi do toga da je ukupno kašnjenje 15 ms Za svaki blok dužine 10 ms govorni signal se analizira i odreduju se parametri CELP modela Ove informacije se šalju odredištu u okviru 80-bitnog rama Kako je za 10 ms ulaznog govornog signala potrebno preneti 80 bita na odredište dolazimo do toga da je brzina prenosa 8 kbits pri cemu je MOS vrednost 4 što je veoma dobroPreporuka G729 u okviru sebe sadrži i anekse A B D i E u kojima se definišu algoritmi za kodovanje govoraU aneksu A primarni cilj je bio da se pojednostavi simultani prenos govora i podataka Pojednostavljenje se odnosi na uvodenje jednostavnijih procedura za pretraživanje kodne knjige i pojednostavljenje postfiltra u dekoderu Koristi isti ram i bitsku brzinu kao G729 cime je omoguceno da koder radi prema G729 a dekoder prema G729A ili obratno Ova pojednostavljenja mogu da dovedu do nešto lošijeg kvaliteta sa MOS vrednošcu od oko 37U aneksu B definisani su algoritam za detekciju aktivnosti govora VAD (Voice Activity Detection)algoritam za diskontinualni prenos DTX (Discontinuos Transmission) i algoritam za generisanjekomfornog šuma CNG (Comfort Noise Generation) Svi ovi algoritmi koriste se u cilju smanjenja brzine prenosa za vreme perioda tišine VAD algoritam predstavlja odluku da li je na ulazu prisutan govor ili šum a ona se donosi na osnovu analize nekoliko parametara tekuceg i prethodna dva rama Izlaz VAD modula je 1 u slucaju da je prisutan govor ili 0 u slucaju da je prisutan šum Pitanje koje se namece je da li je u slucaju tišine bolje ne slati nikakve podatke odredištu i ostaviti mu da generiše komforni šum To ipak nije dobro rešenje jer prijemna strana ne može da zna kakav je pozadinski šum prisutan na polaznoj strani i zato i ne može da generiše prirodan pozadinski šum Zbog ovoga se odredišnoj strani šalje SID 36ram koji sadrži informacije koje omogucavaju dekoderu da generiše komforni šum slican šumu napolaznoj strani Ukoliko se šum ne menja na polaznoj strani nastavlja se generisanje SID rama a ukoliko dode do promene šalje se ažuriran SID ramU aneksu D definiše se mogucnost slanja signala manjom brzinom u odnosu na osnovni G729 Aneks D takode radi sa blokovima odbiraka trajanja 10 ms ali šalje 64 bita po jednom ramu Njegova brzina je 64 kbits On ne dostiže isti kvalitet kao G729 ali MOS vrednost od 38 je prilicno dobra karakteristikaG729D nije pogodan kada je prisutan visok nivo šumaU aneksu E definisana je mogucnost slanja vecom brzinom u odnosu na osnovni G729 kodek u cilju prilagodavanja širem opsegu ulaznih signala Definiše robusniji algoritam u slucaju govora sa prisutnim pozadinskim šumom G729 koristi linearni prediktivni filtar 10-og reda što znaci da ima 10 koeficijenata a G729E koristi 30 koeficijenata Kodna knjiga je 44 bita za razliku od G729 koja je 35 bita Sve ove promene uticu na brzinu gde G729E šalje 118 bita svakih 10 ms što predstavlja brzinu od 118 kbits

8

13 Navesti glavne probleme koji utiču na kvalitet govora pri prenosu kroz mreže sa paketskom komutacijom (IPtf05-Kompresija_govora ndash 20)

Kvalitet prenetog govora

1048708 ocena kvaliteta je subjektivna1048708 postoji standardizacija ocena ali su ocene u suštini subjektivne1048708 problemi pri prenosu kroz paketske mreže koji direktno utiču na kvalitet govora1048708 varijacija kašnjenja1048708 gubitak paketa1048708 eho1048708 kašnjenje

14 Koja su dva glavna rešenja za problem gubitka paketa (IPtf05-Kompresija_govora ndash 46)

Gubitak paketa

1048708 IP ne garantuje isporuku već samo best-effort servis paketi se pri zagušenju odbacuju1048708 u prenosu podataka (data) TCP gubitke nadopunjuje retransmisijom1048708 retransmisija je kod real-time komunikacije besmislena ndash VoIP se oslanja na UDP1048708 generalno rešenja potpadaju pod dve klase1048708 ponavljanje poslednjeg uspešno primljenog paketa umesto izgubljenog1048708 slanje redundantne informacije koja na prijemu omogućava regenerisanje izgubljenog paketa

15 Šta je potrebno obezbediti da bi kvalitet servisa (QoS) u mreži bio zagarantovan

(IPtf09-cisco-qos ndash 4)

Da bi se garantovao QoS u složenoj mreži potrebno je obezbediti

da svi mrežni elementni podržavaju QoS opcije protokole signalizacije koji će omogućiti komunikaciju između mrežnih elemenata radi usklađivanja QoS parametara funkcije upravljanja koje treba da kontrolišu saobraćaj u mreži

16 Opisati uloge edge i backbone rutera (IPtf09-cisco-qos ndash 5)Sa stanovišta QoS-a u mreži razlikujemo edge I backbone rutere

Edge ruteri obezbeđuju klasifikaciju saobraćaja kontrolu pristupa i upravljanjekonfiguracijom

Backbone ruteri obezbeđuju upravljanje zagušenjem (congestion) i izbegavanjezagušenja u mreži

17 Koja tri principa kaliteta servisa podržava Cisco-ov IOS (IPtf09-cisco-qos ndash 6)

1048708best-efort1048708 integrated1048708diferentiated

9

18 Ukratko opisati Best-efort princip kvaliteta servisa (IPtf09-cisco-qos ndash 7)

1048708kompletan saobraćaj je ravnopravan1048708aplikacije šalju podatke kada se javi potreba za tim1048708paketi se prenose kroz mrežu po FIFO principu1048708nema mogućnosti kontrole kašnjenja protoka pouzdanosti1048708pogodan za klasične Internet servise tipa email - a file transfera i slično

19 Ukratko opisati Integrated Service princip kvaliteta servisa (IPtf09-cisco-qos ndash 8 9)

Integrated service princip 1048708postoji interakcija između mreže i aplikacije1048708aplikacija upućuje mreži zahtev za rezervaciju određenih mrežnih resursa1048708tek po dobijanju potvrde od mreže o raspoloživosti traženih resursa započinje komunikacija na nivou aplikacije

Integrated service - IOS features 1048708korišćenjem Resource Reservation Protokola (RSVP) aplikacija pregovara sa mrežom o resursima1048708korišćenjem weighted fair queueing (WFQ) mehanizama u kombinaciji sa RSVP-om mreža rezerviše resurse1048708korišćenjem weighted random early detection (WRED) mehanizama + RSVP obezbeđuje se malo kašnjenje i traženi protok u uslovima zagušenja mreže

20 Ukratko opisati Diferentiated Service princip kvaliteta servisa (IPtf09-cisco-qos ndash 10)

Diferentiated Service princip 1048708ne postoji komunikacija između mreže I aplikacije vezana za QoS1048708postoji više vrsta servisa (sa stanovišta QoS-a) koje mreža nudi a način rutiranja paketa se određuje na osnovu QoS parametara koji su postavljeni u samom IP datagramu (koriste se sledeća polja u IP datagramu TOS SourceampDestination address protocol typehellip)

21 Koji mehanizme omogućava Cisco-ov IOS za obezbeđivanje kvaliteta servisa

(IPtf09-cisco-qos ndash 17)

Cisco IOS QoS mehanizmi1048708Klasifikacija (classification)1048708Upravljanje zagušenjem (congestion management)1048708Izbegavanje zagušenja (congestion avoidance)1048708Policing and Shaping1048708Signalizacija (signalling)1048708Povećanje efikasnosti linka (link eficiency mechanism)

22 Koji mehanizmi se koriste za promenu IP precedence bita (IPtf09-cisco-qos ndash 20)

Klasifikacija saobraćaja

Za promenu IP precedence-a datagrama koriste sesledeći mehanizmi

10

1048708Policy-Based Routing1048708QoS Policy Propagation via Border Gateway Protocol (PB-BGP)1048708Commited Access Rate (CAR)

23 Upravljanje zagušenjem (IPtf09-cisco-qos ndash 31)

Upravljanje zagušenjem1048708 u situacijama kada dođe do zagušenja linka(saobraćaj koji dolazi u ruter je veći od kapaciteta odlaznog linka) definiše koji će datagrami prvi da se šalju a koji moraju da čekaju1048708 ovo se postiže uvođenjem raznih redova čekanja i definisanjem pravila za njihovo opsluživanje1048708 u situacijama kada na mreži postoje različite aplikacije gledano sa stanovišta karakteristika saobraćaja potrebno je upravljati saobraćajem da bi se obezbedili ravnopravni uslovi1048708tipičan primer ldquosuprotstavljenihrdquo aplikacija su voice i FTP servis

24 Navesti četiri tehnike upravljanja zagušenjem (IPtf09-cisco-qos ndash 33)

tipovi redova čekanja1048708First-In First-Out Queueing (FIFO)1048708Weighted Fair Queueing (WFQ)1048708Custom Queueing (CQ)1048708Priority Queueing (PQ)Na jednom interfejsu se u jednom trenutku može koristiti samo jedan sistem reda čekanja

25 Ukratko opisati FIFO (First In First Out) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 34)

Upravljanje zagušenjem - FIFO1048708najednostavniji sistem1048708paketi se smeštaju u red onim redosledom kako dolaze i istim tim redosledom se prosleđuju dalje1048708ovo je default sistem opsluživanja na svim linkovima protoka većeg od 2 Mbps1048708ima najmanje kašnjenje prilikom obrade zbog svoje jednostavnosti

26 Ukratko opisati WFQ (Weighted Fair Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 35 37 38 39)

Upravljanje zagušenjem -WFQ1048708obezbeđuje ravnomernije korišćenje mrežnih resursa od strane korisničkih aplikacija1048708vrši analizu saobraćaja identifikuje tokove podataka (flow) i kao takve ih odvaja u posebne redove čekanja (svaka sesija ima svoj red čekanja) pri čemu svaki red čekanja ima svoju težinu (wieght) koja se određuje prema protoku ili nekom drugom parametru1048708obezbeđuje da svaki tok podataka koristi deo kapaciteta linka srazmerno težini koju imaju red čekanja u kome se nalazi1048708broj redova čekanja je konfigurabilan1048708po default-u koristi se 256 redova čekanja1048708obezbeđuje ravnopravnost između svih protoka podataka (flow)1048708ne zahteva nikakvo posebno konfigurisanje

11

1048708po default-u se koristi na linkovima kapaciteta 2 Mbps i manjim1048708razlikuje datagrame po IP Precedence vrednosti i definiše prioritet u skladu sa tim1048708kompatibilan sa RSVP protokolom I rezerviše traženi deo kapaciteta linka1048708kompatibilan je sa Frame Relay mrežom tako da smanjuje saobraćaja kada dobijeFECN i BECN od mreže1048708pored WFQ-a postoji i VIP-Distributed WFQ koji se izvršava na VIP modulu1048708često se naziva i fair queueing jer ne obezbeđuje težinu redova čekanja već se svaki red čekanja opslužuje ravnomerno1048708omogućava korištenje i na linkovima kapaciteta većeg od 2 Mbps

27 Ukratko opisati CQ (Custom Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 40 42)

Upravljanje zagušenjem - CQ1048708posebno se konfiguriše i omogućava statičko odvajanje dela linka za određeni tip saobraćaja1048708statičko podešavanje u koji se red čekanja prosleđuje koji tip saobraćaja1048708u slučaju da je neki red čekanja prazan njegov deo kapaciteta se ravnomerno raspoređuje na sve ostale redove čekanja1048708broj redova čekanja je konfigurabilan I može biti maksimalno 161048708kružno opsluživanje redova čekanja1048708definiše se koliko se bajtova šalje iz svakog reda prilikom opsluživanja čime je omogućeno statičko rezervisanje dela kapaciteta linka za određeni tip saobraćaja1048708zahteva posebno konfigurisanje1048708veće kašnjenje usled obrade nego kod FIFO queueing-a

28 Ukratko opisati PQ (Priority Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 43 45)

Upravljanje zagušenjem - PQ1048708ima četiri reda za čekanje različitog prioriteta (high medium normal i low)1048708prvo se opslužuje red najvećeg prioriteta pa tek kada se on isprazni prelazi se na sledećired1048708prilikom svakog slanja paketa prvo se proverava red najvišeg prioriteta pa tek onda ostali po redu prioriteta1048708zahteva posebno konfigurisanje1048708omogućava garantovanje korišćenja kompletnog kapaciteta za kritične aplikacije1048708ima veoma malo kašnjenje jer je način opsluživanja redova veoma jednostavan1048708može se aktivirati na bilo kom tipu interfejsa ali se preporučuje korišćenje samo na serijskom interfejsu malog kapaciteta

29Na šta se svodi mehanizam izbegavanja zagušenja i koje su dve osnovne tehnike (IPtf09-cisco-qos ndash 47 48)

Izbegavanje zagušenja1048708u situacijama kada dođe do zagušenja ono se razrešava tako što dolazi do odbacivanjadatagrama1048708odbacivanje može biti ldquointeligentnordquo kada se vodi računa o tome koji se paket odbacuje ili ldquosirovordquo kada se odbacuje poslednji pristigli paket

12

dva mehanizma1048708Tail Drop1048708Weighted Random Early Detection (WRED)

30 Opisati Weighted Random Early Detection (WRED) mehanizam izbegavanja zagušenja (IPtf09-cisco-qos ndash 53 55)

Izbegavanje zagušenja -WRED1048708za razliku od RED principa WRED uvodi I ldquotežinurdquo saobraćaja tako da se prvoodbacuju paketi manjeg prioriteta a tek onda paketi većeg prioriteta1048708WRED je kompatibilan i sa RSVP-om tako da se prvo odbacuju paketi koji pripadajudrugim tokovima pa tek onda oni koji pripadaju toku podataka koji je rezervisao deo kapaciteta posredstvom RSVP-a1048708najčešće se koristi u jezgru mreže gde postoji mogućnost da dođe do zagušenja1048708koristi informacije o prioritetu (IP Precedence) koje su postavili ruteri u pristupnom delu mreže 1048708statistički gledano WRED odbacuje više paketa onog izvora koji generiše veći saobraćaj čime se brže izlazi iz zone zagušenja

31 Koja dva mehanizma kontrole saobraćaja omogućava Cisco-ov IOS Ukratko opisati svaki od njih (IPtf09-cisco-qos ndash 58)

Policing and Shaping1048708policing - princip rada se zasniva na odbacivanju paketa kada njihov protok premaši neke administrativno postavljene parametre1048708shaping - princip rada se zasniva na zadržavanju datagrama u redu za čekanje kada njihov protok premaši administrativno postavljene parametre (GTS koristiWFQ dok FRTS koristi CQ PQ ili FIFO)

H323

1 Ukratko opisati H323 signalizacionu arhitekturu (IPtf06-H323_arhitektura ndash 16)

H323 arhitektura1048708 ITU-T H323 - Packet-based multimedia communications systems1048708 H323 je standard koji specificira1048708 komponente1048708 protokole i1048708 procedure koje omogućavaju multimedijalne komunikacione servise (real-time audio video prenos podataka) u mrežama sa paketskom komutacijom koje ne pružaju garantovan QoS1048708 H323 je deo familije preporuka H32x koje se bave multimedijalnim komunikacijama u različitim tipovima mreža (ISDNPSTN)

2 Koji su osnovni elemetni (komponente) H323 arhitekture i koji se tipovi podataka razmenjuju u komunikaciji (IPtf06-H323_arhitektura ndash 19 20)

Osnovni elementi

13

1048708 Terminali1048708 Gateways1048708 Gatekeepers1048708 MCs1048708 MCUs1048708 Komunikacija između elemenata obavlja se razmenom informacionih tokova podataka (information streams)Klasifikuju se kao 4 tipa1048708 Video1048708 Audio1048708 Data (podaci)1048708 Communication and call control

3 Koji su osnovni protokoli u H323 arhitekturi nazanačeni u preporuci (IPtf06-H323_arhitektura ndash 24)

osnovni protokoli koji su naznačeni u preporuci H3231048708 audio CODEC-i1048708 video CODEC-i1048708 H2250 RAS (registrationadmission and status)1048708 H2250 call signaling1048708 H245 control signaling1048708 real-time transport protocol (RTP)1048708 real-time control protocol (RTCP)1048708 H323 je nezavisna od paketske mreže itransportnih protokola pa ih zato i ne specificira

4 Šta predstavlja H225 RAS i za šta se koristi (IPtf06-H323_arhitektura ndash 27 39 45)

protokol kojim se razmenjuju podaci između krajnjih tačaka (terminal gateway MCU) i gatekeeper-a1048708 koristi se za 1048708 otkrivanje gatekeeper-a1048708 procedura kojom se određuje gatekeeper kod koga će se krajnja tačka registrovati1048708 može biti statičko (krajnja tačka unapred zna ko je njen gatekeeper) i dinamičko (razmena 1048708 multicast poruka GRQ (ldquoWho is my gatekeeperrdquo) 1048708 poruka GCF (ldquoI can be your gatekeeperrdquo) koja sadrži transportnu adresu RAS kanala gatekeeper-a i

1048708 poruka GRJ (ako gatekeeper ne želi da registruje krajnju tačku)

koristi se i za 1048708 registraciju krajnje tačke (pristupanje zoni (RRQ RCFRRJ) čime se gatekeeper obaveštava o transportnim adresama i imenima krajnje tačke)1048708 i njenu deregistraciju (na zahtev krajnje tačke (URQ UCFURJ) ili na zahtev gatekeeper-a (URQUCF))

14

1048708 kontrolu pristupa promenu propusnog opsega status oslobađanje BW (kada krajnja tačka želi da inicira poziv ona traži dozvolu od gatekeeper-a (ARQACFARJ) ndash obaveštava gatekeeper o tome koga želi da pozove o potrebnom BW za obavljanje poziva tokom poziva se BW može menjati (BRQBCFBRJ) na kraju poziva terminal obaveštava gatekeeper o oslobađanju zahtevanog opsega (DRQDCF))1048708 lociranje krajnje tačke (nprodređivanje IP adrese dodela transportne adrese logičkog kanala koji će se koristiti za signalizaciju poziva (LRQLCFLRJ))

5 Koje su funkcije RAS signalizacije (H323 - 2 deo - Misic Ivana 289-07 - 7)

RAS signalizacija je definisana u okviru H2250preporuke i odnosi se na sledece funkcije_ Otkrivanje gejtkipera (Gatekeeper discovery)_ Registracija (Registration)_ Otkazivanje registracije (Unregistration)_ Pristup (Admission)_ Upravljanje propusnim opsegom (Bandwidth change)_ Lociranje krajnje tacke (Endpoint Location)_ Završetak poziva (Call Disengage)_ Status (Status)_ Dostupnost resursa (Resource Availability)_ Nestandardna funkcija (Non-standard)

6 Tipovi RAS poruka (IPtf06-H323_arhitektura ndash 29)

RAS poruke imaju tri tipa (u opštem slučaju)1048708 Request ndash xRQ1048708 Reject ndash xRJ1048708 Confirm ndash xCF

7 Ukratko opisati postupak otkrivanja gatekeeper-a od strane terminala (IPtf06-H323_arhitektura ndash 28 29 32 34 36)

(H323 - 2 deo - Misic Ivana 289-07 ndash 89)

Otkrivanje gejtkipera_ U procesu otkrivanja gejtkipera koriste se RAS porukeGRQ GCF i GRJPostoje dva metoda otkrivanja gejtkipera od strane krajnje tacke_ staticki i_dinamicki

Staticki metod (Unicast ndash manual method) se koristi kada jeadresa gejtkipera unapred poznata Tada se na UDP port1718 datog gejtkipera šallje GRQ poruka na koju potom

15

gejtkiper odgovara sa pozitivnom (GCF) illi negativnom (GRJ)porukom (Gejtvej A)Dinamicki metod (Mullticast ndash autodiscovery) se koristi kadaadresa gejtkipera nije unapred poznata Tada je neophodnoda krajnja tacka utvrdi dostupnost gejtkipera Ovo seostvaruje sllanjem mullticast poruke na koju može pozitivnoodgovoriti više gejtkipera kod kojih se krajnja tacka možeregistrovati (Gejtvej B)

8 Ukratko opisati postupak registracije terminala kod gatekeeper-a (IPtf06-H323_arhitektura ndash 40-43) (H323 - 2 deo - Misic Ivana 289-07 ndash 1011)

Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndash Registration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnikaTerminal može da obnovi svoju registraciju slanjem ili kompletne RRQ poruke ili slanjem Lightweight RRQ (LW RRQ) poruke1048708 LW RRQ poruka ima samo nekoliko elemenata u odnosu na full RRQ paket I može se koristiti samo za obnavljanje prijavljivanja terminala gatekeeper-u

9 Nabrojati formate poruka koje se razmenjuju u RAS signalizaciji

(IPtf06-H323_arhitektura ndash 32 40 46 51 53-59)

Terminal kada se poveže na mrežu mora da otkrije gatekeeper slanjem GRQ poruke1048708 Adresa gatekeeper-a može unapred biti konfigurisana na terminalu1048708 Terminal može da GRQ poruku pošalje kao multicast u kom slučaju je primaju svi aktivni gatekeeper-i1048708 Adresa gatekeeper-a može da se dobije slanjem DNS upita (način definisanja Gatekeeper-a kroz DNS definisan kroz H323 Annex O)1048708 Ako na mreži postoji više gatekeeper-a tada je za proces otkrivanja gatekeeper-a potrebno razmeniti nekoliko GCFGRJ poruka

1048708 Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndashRegistration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnika

Kada se jednom registruje kod Gatekeeper-a terminal može samo da inicira poziv ili prihvatidolazeći poziv1048708 Na upućen zahtev (ARQ) Gatekeeper može da odgovori sa ACF ili ARJ1048708 Krajnja tačka će da navede sve odredišne adrese gde gatekeeper može da odgovori saalternativnim skupom odredišnih adresa (ako je setovan flag ldquocanMapAliasrdquo)

1048708 LRQ poruku šalje krajnja tačka ili gatekeeper drugom gatekeeper u cilju određivanja stvarne IP adrese za neku alias adresu ndash na primer konverzija telefonskog broja u IP adresu1048708 Iako LRQ mogu biti poslati i sa krajnje tačke skoro uvek se koriste od strane gatekeeper-a

16

1048708 Po izvršenoj inicijalnoj uspostavi veze krajnje tačke mogu da požele da dobiju veći protok kroz mrežu za svoju komunikaciju1048708 Tada se šalje BRQ poruka1048708 Poruka se šalje kada je stvarno rezervisani saobraćaj manji od potrebnog i traženog kod uspostave veze

1048708 ldquoUnknown Message Responserdquo se šalje kao odgovor na nepoznatu poruku1048708 ldquoNon-Standard Messagerdquo omogućavaju gatekeeper-u i krajnjoj tački da razmene neke druge poruke

10 Opisati H2250 Call Signaling (IPtf06-H323_arhitektura ndash 61)

(H323 - 2 deo - Misic Ivana 289-07 ndash 2122)

H2250 signalizacija poziva_ Signallizacija poziva predstavllja signallizaciju izmedu krajnjih tacaka pomocu koje se obavllja uspostavlljanje i raskidanje poziva U H323 koristi se modifikovana ITU-T preporuka Q931 koja predstavllja deo nove preporuke H2250 Preporuka Q931 definiše signallizacioni protokoll treceg nivoa koji se koristi u ISDN mrežama a u H2250 koristi se samo jedan deo Q931 poruka Pored Q931 koristi se i jednaporuka iz Q932_ U okviru H323 sistema postoji potreba za prenosom sistemskih informacija o gejtkiperima i H245 adresama llogickih kanalla U ISDN mrežama prenos ovakvih informacija ostvaruje se upotrebom ellementa za razmenu informacija izmedu korisnika (User-to-User Information Ellement) Prenos informacija od korisnika do korisnika odvija se preko D kanalla pri cemu sama mreža ne interpretira sadržaj ovih poruka

U H2250 ovaj vid komunikacije koristi se za prenos svih dodatnih informacija neophodnih za funkcionisanje H323 sistema_ To mogu biti informacije razllicitog sadržajaobavezni identifikatori protokolla allias krajnje tacke H245 adresa itd_ ASN1 sintaksa definisana u H2250 odreduje format poruka koje se razmenjuju naovaj nacin

11 Za šta se koristi H245 kontrolna signalizacija (IPtf06-H323_arhitektura ndash 74)

H245 kontrolna signalizacijakoristi se za1048708 razmenu informacija o tome koje će se vrste podataka prenositi kanalima za prenos medija (audiovideo ili podaci)1048708 razmenu informacija o koderimadekoderima koje krajnja tačka podržava1048708 otvaranje i ukidanje logičkih kanala za prenos medija1048708 kontrolu protoka1048708 neke opšte komande i instrukcije

12 Opisati ulogu gateway-a u H323 mreži (IPtf06-H323_arhitektura ndash 110 111)

Gatewayinterfejs između H323 mreže i ne-H323 mreže (npr LAN-a i mreže sa komutacijom kola (SCN))1048708 nije potreban ako se komunikacija odvija između dva H323 terminala u H323 mreži

17

1048708 omogućava interoperabilnost komunikacionih procedura i formata podataka između različitih tipova mreža1048708 ako je potrebno vrši kompresiju i paketizaciju govora1048708 terminal komunicira sa gateway-em korišćenjem H2250 i H245 signalizacije

1048708 Sastoji se iz Media Gateway Controller-a (MGC) i Media Gateway-a (MG)1048708 Ove dve funkcije mogu da budu integrisane u jednom uređaju ili da budu razdvojene1048708 MGC funkcija se može integrisati sa Gatekeeper-om koji tada nazivamo I signalizacioni kontroler

13 Nabrojati i ukratko opisati funkcije gatekeeper-a (IPtf06-H323_arhitektura ndash 115 116)

obavezne funkcije gatekeeper-a1048708 transliranje adresa (telefonski broj alias ime) u cilju određivanja IP adrese odredišta (vrši se pregledanjem tabela koje sadrže podatke dobijene pri registraciji krajnjih tačaka)1048708 kontrola pristupa (bazirana na autorizaciji poziva raspoloživom propusnom opsegu ili na nekom drugom kriterijumu)1048708 kontrola propusnog opsega (jednostavnom metodom ili nekim složenim protokolom (npr RSVP))1048708 upravljanje zonom (svim uređajima koji su registrovani kod posmatranog gatekeeper-a)

opcione funkcije gatekeeper-a1048708 signalizacija poziva i kontrola poziva- rutiranje H2250 i H245 signalizacije između krajnjih tačaka1048708 autorizacija poziva upravljanje propusnim opsegom upravljanje pozivima (korišćenjem posebnih pravila (policy))1048708 SNMP (Gatekeeper) upravljačka informacija (MIB)1048708 rezervacija propusnog opsega za terminale koji nemaju mogućnost da to sami urade

14 Od čega se sastoji i koja je uloga MCU-a (Multipoint Controller Unit) u H323 mreži (IPtf06-H323_arhitektura ndash 120 121)

MCU- Multipoint Control Unit1048708 omogućava konferencijsku vezu između tri ili više terminala1048708 upravlja resursima konferencijske veze omogućava dogovor koji će se CODEC koristiti1048708 može biti samostalan uređaj (PC) ali I integrisan u okviru gateway-a gatekeeper-a iliterminala

1048708 logički sastoji se iz dve celine1048708 MC (Multipoint controler)- bavi se kontrolom I signalizacijom neophodnim za uspostavljanjei upravljanje konferencijom1048708 MP (Multipoint processor)- prima podatke od krajnjih tačaka obrađuje ih (npr audiomixingvideo switchingmixing umnožava) I šalje krajnjim tačkama učesnicama konferencije

15 Šta predstavlja H323 zona a šta administrativni domen

(IPtf06-H323_arhitektura ndash 125 126)

1048708 Skup H323 uređaja kojima se upravlja od strane jednog gatekeeper-a

18

1048708 Zona sadrži najmanje jedan terminal a može sadržati gateway-e i MCU-e1048708 Zona je nezavisna od mrežne topologije (može biti sačinjena od više mrežnih segmenata povezanih ruterima ili drugim uređajima)1048708 Granice zone mogu biti definisane na bazi administrativnog geografskog inženjerskog ili nekog drugog kriterijuma1048708 O pozivima između krajnjih tačaka u zoni stara se jedan gatekeeper1048708 Pozive između krajnjih tačaka iz različitih zona mogu opsluživati gatekeeper-i iz obe zone

1048708 Skup H323 zona koje su pod jednom administrativnom kontrolom1048708 Na primer mreža servis provajdera ili mreža velike kompanije

SIP

1 Ukratko opisati SIP protokol (IPtf07-SIP_arhitektura ndash 3)

SIP ( Session Initiation Protocol ) 1048708 definisan u RFC-u 3261 kao protokol aplikativnog sloja1048708 koristi se za uspostavu sesije između korisnika1048708 ne definiše tip sesije koja se uspostavlja (interaktivno kockanjeili audiovideo konferencija)1048708 SIP je klijent-server protokol baziran na protokolima HTTP (HyperText Transport Protocol) i SMTP (Simple Mail Transfer Protocol)1048708 klijent generiše request i šalje ga serveru koji mu odgovara (response)request + response = transaction

2 Nabrojati 5 osnovnih f-ja SIP protokola (IPtf07-SIP_arhitektura ndash 4)

SIP ndash 5 osnovnih funkcija1048708 Lociranje korisnika ndash određivanje krajnjeg sistema koji će se koristiti za komunikaciju1048708 Raspoloživost korisnika ndash određuje da li krajnji sistem želi ili ne da učestvuje u toj sesiji1048708 Karakteristike sagovornika ndash određuje medijum I parametre medija koji su bitni za komunikaciju1048708 Uspostava sesije ndash razmena parametara za uspostavu sesije1048708 Upravljanje sesijama ndash razmena podataka vezanih za uspostavu raskid i održavanje sesija

3 Nabrojati i ukratko opisati elemente (komponente) SIP mreže

(IPtf07-SIP_arhitektura ndash 9)

SIP komponente1048708 user agent (softver kojim čovek komunicira sa sistemom)Sadrži dve komponente1048708 UAC (user agent client) - šalje request1048708 UAS (user agent server) - prima request i šalje response (prihvata poziv preusmerava ga ili odbija)1048708 network servers1048708 registration server - sadrži informacije o trenutnim lokacijama korisnika

19

1048708 proxy server - prima request i šalje ka sledećem serveru (proxyUASredirect) može i ka više servera odjednom1048708 redirect server - prima request ali umesto da ga prosledi dalje on vraća adresu next-hop servera klijentuProxy i redirect server vrše rutiranje

4 Nabrojati i ukratko opisati osnovne metode koje se razmenjuju u SIP porukama (IPtf07-SIP_arhitektura ndash 14)

SIP poruka ndash metode (RFC 3261)1048708 INVITE ndash uspostava veze1048708 BYE - završatak veze učesnika u pozivu1048708 OPTIONS - traži informacije o osobinama UA1048708 ACK - za pouzdanu razmenu poruka1048708 CANCEL - otkazuje se poslednji request (ne važi za BYE)1048708 REGISTER - traži informaciju o lokaciji korisnika u registration server-u prijavljuje se serveru sa svojim podacima

5 Navesti po jedan primer SIP poruke prilikom zahteva i odgovora (IPtf07-SIP_arhitektura ndash 13 16)

Format SIP poruke1048708 Kod upita (request) format prve linije jeRequest-Line = Method SP Request-URI SP SIP-Version CRLFSP ndash single space karakterPrimerINVITE sipbobbiloxicom SIP20

Format SIP poruke1048708 Kod odgovora (response) format prve linije jeStatus-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLFPrimerSIP20 200 OK

6 Nabrojati klase odgovora u SIP-u (IPtf07-SIP_arhitektura ndash 18)

Klase odgovora1048708 1xx Informational1048708 2xx Final1048708 3xx Redirection1048708 4xx Client Error1048708 5xx Server Error1048708 6xx Global Failure

7 Nabrojati i ukratko opisati obavezna polja u zaglavlju SIP poruke

(IPtf07-SIP_arhitektura ndash 29 32-35)

Zaglavlje SIP poruke20

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 9: Ispit_Pitanja i odgovori

13 Navesti glavne probleme koji utiču na kvalitet govora pri prenosu kroz mreže sa paketskom komutacijom (IPtf05-Kompresija_govora ndash 20)

Kvalitet prenetog govora

1048708 ocena kvaliteta je subjektivna1048708 postoji standardizacija ocena ali su ocene u suštini subjektivne1048708 problemi pri prenosu kroz paketske mreže koji direktno utiču na kvalitet govora1048708 varijacija kašnjenja1048708 gubitak paketa1048708 eho1048708 kašnjenje

14 Koja su dva glavna rešenja za problem gubitka paketa (IPtf05-Kompresija_govora ndash 46)

Gubitak paketa

1048708 IP ne garantuje isporuku već samo best-effort servis paketi se pri zagušenju odbacuju1048708 u prenosu podataka (data) TCP gubitke nadopunjuje retransmisijom1048708 retransmisija je kod real-time komunikacije besmislena ndash VoIP se oslanja na UDP1048708 generalno rešenja potpadaju pod dve klase1048708 ponavljanje poslednjeg uspešno primljenog paketa umesto izgubljenog1048708 slanje redundantne informacije koja na prijemu omogućava regenerisanje izgubljenog paketa

15 Šta je potrebno obezbediti da bi kvalitet servisa (QoS) u mreži bio zagarantovan

(IPtf09-cisco-qos ndash 4)

Da bi se garantovao QoS u složenoj mreži potrebno je obezbediti

da svi mrežni elementni podržavaju QoS opcije protokole signalizacije koji će omogućiti komunikaciju između mrežnih elemenata radi usklađivanja QoS parametara funkcije upravljanja koje treba da kontrolišu saobraćaj u mreži

16 Opisati uloge edge i backbone rutera (IPtf09-cisco-qos ndash 5)Sa stanovišta QoS-a u mreži razlikujemo edge I backbone rutere

Edge ruteri obezbeđuju klasifikaciju saobraćaja kontrolu pristupa i upravljanjekonfiguracijom

Backbone ruteri obezbeđuju upravljanje zagušenjem (congestion) i izbegavanjezagušenja u mreži

17 Koja tri principa kaliteta servisa podržava Cisco-ov IOS (IPtf09-cisco-qos ndash 6)

1048708best-efort1048708 integrated1048708diferentiated

9

18 Ukratko opisati Best-efort princip kvaliteta servisa (IPtf09-cisco-qos ndash 7)

1048708kompletan saobraćaj je ravnopravan1048708aplikacije šalju podatke kada se javi potreba za tim1048708paketi se prenose kroz mrežu po FIFO principu1048708nema mogućnosti kontrole kašnjenja protoka pouzdanosti1048708pogodan za klasične Internet servise tipa email - a file transfera i slično

19 Ukratko opisati Integrated Service princip kvaliteta servisa (IPtf09-cisco-qos ndash 8 9)

Integrated service princip 1048708postoji interakcija između mreže i aplikacije1048708aplikacija upućuje mreži zahtev za rezervaciju određenih mrežnih resursa1048708tek po dobijanju potvrde od mreže o raspoloživosti traženih resursa započinje komunikacija na nivou aplikacije

Integrated service - IOS features 1048708korišćenjem Resource Reservation Protokola (RSVP) aplikacija pregovara sa mrežom o resursima1048708korišćenjem weighted fair queueing (WFQ) mehanizama u kombinaciji sa RSVP-om mreža rezerviše resurse1048708korišćenjem weighted random early detection (WRED) mehanizama + RSVP obezbeđuje se malo kašnjenje i traženi protok u uslovima zagušenja mreže

20 Ukratko opisati Diferentiated Service princip kvaliteta servisa (IPtf09-cisco-qos ndash 10)

Diferentiated Service princip 1048708ne postoji komunikacija između mreže I aplikacije vezana za QoS1048708postoji više vrsta servisa (sa stanovišta QoS-a) koje mreža nudi a način rutiranja paketa se određuje na osnovu QoS parametara koji su postavljeni u samom IP datagramu (koriste se sledeća polja u IP datagramu TOS SourceampDestination address protocol typehellip)

21 Koji mehanizme omogućava Cisco-ov IOS za obezbeđivanje kvaliteta servisa

(IPtf09-cisco-qos ndash 17)

Cisco IOS QoS mehanizmi1048708Klasifikacija (classification)1048708Upravljanje zagušenjem (congestion management)1048708Izbegavanje zagušenja (congestion avoidance)1048708Policing and Shaping1048708Signalizacija (signalling)1048708Povećanje efikasnosti linka (link eficiency mechanism)

22 Koji mehanizmi se koriste za promenu IP precedence bita (IPtf09-cisco-qos ndash 20)

Klasifikacija saobraćaja

Za promenu IP precedence-a datagrama koriste sesledeći mehanizmi

10

1048708Policy-Based Routing1048708QoS Policy Propagation via Border Gateway Protocol (PB-BGP)1048708Commited Access Rate (CAR)

23 Upravljanje zagušenjem (IPtf09-cisco-qos ndash 31)

Upravljanje zagušenjem1048708 u situacijama kada dođe do zagušenja linka(saobraćaj koji dolazi u ruter je veći od kapaciteta odlaznog linka) definiše koji će datagrami prvi da se šalju a koji moraju da čekaju1048708 ovo se postiže uvođenjem raznih redova čekanja i definisanjem pravila za njihovo opsluživanje1048708 u situacijama kada na mreži postoje različite aplikacije gledano sa stanovišta karakteristika saobraćaja potrebno je upravljati saobraćajem da bi se obezbedili ravnopravni uslovi1048708tipičan primer ldquosuprotstavljenihrdquo aplikacija su voice i FTP servis

24 Navesti četiri tehnike upravljanja zagušenjem (IPtf09-cisco-qos ndash 33)

tipovi redova čekanja1048708First-In First-Out Queueing (FIFO)1048708Weighted Fair Queueing (WFQ)1048708Custom Queueing (CQ)1048708Priority Queueing (PQ)Na jednom interfejsu se u jednom trenutku može koristiti samo jedan sistem reda čekanja

25 Ukratko opisati FIFO (First In First Out) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 34)

Upravljanje zagušenjem - FIFO1048708najednostavniji sistem1048708paketi se smeštaju u red onim redosledom kako dolaze i istim tim redosledom se prosleđuju dalje1048708ovo je default sistem opsluživanja na svim linkovima protoka većeg od 2 Mbps1048708ima najmanje kašnjenje prilikom obrade zbog svoje jednostavnosti

26 Ukratko opisati WFQ (Weighted Fair Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 35 37 38 39)

Upravljanje zagušenjem -WFQ1048708obezbeđuje ravnomernije korišćenje mrežnih resursa od strane korisničkih aplikacija1048708vrši analizu saobraćaja identifikuje tokove podataka (flow) i kao takve ih odvaja u posebne redove čekanja (svaka sesija ima svoj red čekanja) pri čemu svaki red čekanja ima svoju težinu (wieght) koja se određuje prema protoku ili nekom drugom parametru1048708obezbeđuje da svaki tok podataka koristi deo kapaciteta linka srazmerno težini koju imaju red čekanja u kome se nalazi1048708broj redova čekanja je konfigurabilan1048708po default-u koristi se 256 redova čekanja1048708obezbeđuje ravnopravnost između svih protoka podataka (flow)1048708ne zahteva nikakvo posebno konfigurisanje

11

1048708po default-u se koristi na linkovima kapaciteta 2 Mbps i manjim1048708razlikuje datagrame po IP Precedence vrednosti i definiše prioritet u skladu sa tim1048708kompatibilan sa RSVP protokolom I rezerviše traženi deo kapaciteta linka1048708kompatibilan je sa Frame Relay mrežom tako da smanjuje saobraćaja kada dobijeFECN i BECN od mreže1048708pored WFQ-a postoji i VIP-Distributed WFQ koji se izvršava na VIP modulu1048708često se naziva i fair queueing jer ne obezbeđuje težinu redova čekanja već se svaki red čekanja opslužuje ravnomerno1048708omogućava korištenje i na linkovima kapaciteta većeg od 2 Mbps

27 Ukratko opisati CQ (Custom Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 40 42)

Upravljanje zagušenjem - CQ1048708posebno se konfiguriše i omogućava statičko odvajanje dela linka za određeni tip saobraćaja1048708statičko podešavanje u koji se red čekanja prosleđuje koji tip saobraćaja1048708u slučaju da je neki red čekanja prazan njegov deo kapaciteta se ravnomerno raspoređuje na sve ostale redove čekanja1048708broj redova čekanja je konfigurabilan I može biti maksimalno 161048708kružno opsluživanje redova čekanja1048708definiše se koliko se bajtova šalje iz svakog reda prilikom opsluživanja čime je omogućeno statičko rezervisanje dela kapaciteta linka za određeni tip saobraćaja1048708zahteva posebno konfigurisanje1048708veće kašnjenje usled obrade nego kod FIFO queueing-a

28 Ukratko opisati PQ (Priority Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 43 45)

Upravljanje zagušenjem - PQ1048708ima četiri reda za čekanje različitog prioriteta (high medium normal i low)1048708prvo se opslužuje red najvećeg prioriteta pa tek kada se on isprazni prelazi se na sledećired1048708prilikom svakog slanja paketa prvo se proverava red najvišeg prioriteta pa tek onda ostali po redu prioriteta1048708zahteva posebno konfigurisanje1048708omogućava garantovanje korišćenja kompletnog kapaciteta za kritične aplikacije1048708ima veoma malo kašnjenje jer je način opsluživanja redova veoma jednostavan1048708može se aktivirati na bilo kom tipu interfejsa ali se preporučuje korišćenje samo na serijskom interfejsu malog kapaciteta

29Na šta se svodi mehanizam izbegavanja zagušenja i koje su dve osnovne tehnike (IPtf09-cisco-qos ndash 47 48)

Izbegavanje zagušenja1048708u situacijama kada dođe do zagušenja ono se razrešava tako što dolazi do odbacivanjadatagrama1048708odbacivanje može biti ldquointeligentnordquo kada se vodi računa o tome koji se paket odbacuje ili ldquosirovordquo kada se odbacuje poslednji pristigli paket

12

dva mehanizma1048708Tail Drop1048708Weighted Random Early Detection (WRED)

30 Opisati Weighted Random Early Detection (WRED) mehanizam izbegavanja zagušenja (IPtf09-cisco-qos ndash 53 55)

Izbegavanje zagušenja -WRED1048708za razliku od RED principa WRED uvodi I ldquotežinurdquo saobraćaja tako da se prvoodbacuju paketi manjeg prioriteta a tek onda paketi većeg prioriteta1048708WRED je kompatibilan i sa RSVP-om tako da se prvo odbacuju paketi koji pripadajudrugim tokovima pa tek onda oni koji pripadaju toku podataka koji je rezervisao deo kapaciteta posredstvom RSVP-a1048708najčešće se koristi u jezgru mreže gde postoji mogućnost da dođe do zagušenja1048708koristi informacije o prioritetu (IP Precedence) koje su postavili ruteri u pristupnom delu mreže 1048708statistički gledano WRED odbacuje više paketa onog izvora koji generiše veći saobraćaj čime se brže izlazi iz zone zagušenja

31 Koja dva mehanizma kontrole saobraćaja omogućava Cisco-ov IOS Ukratko opisati svaki od njih (IPtf09-cisco-qos ndash 58)

Policing and Shaping1048708policing - princip rada se zasniva na odbacivanju paketa kada njihov protok premaši neke administrativno postavljene parametre1048708shaping - princip rada se zasniva na zadržavanju datagrama u redu za čekanje kada njihov protok premaši administrativno postavljene parametre (GTS koristiWFQ dok FRTS koristi CQ PQ ili FIFO)

H323

1 Ukratko opisati H323 signalizacionu arhitekturu (IPtf06-H323_arhitektura ndash 16)

H323 arhitektura1048708 ITU-T H323 - Packet-based multimedia communications systems1048708 H323 je standard koji specificira1048708 komponente1048708 protokole i1048708 procedure koje omogućavaju multimedijalne komunikacione servise (real-time audio video prenos podataka) u mrežama sa paketskom komutacijom koje ne pružaju garantovan QoS1048708 H323 je deo familije preporuka H32x koje se bave multimedijalnim komunikacijama u različitim tipovima mreža (ISDNPSTN)

2 Koji su osnovni elemetni (komponente) H323 arhitekture i koji se tipovi podataka razmenjuju u komunikaciji (IPtf06-H323_arhitektura ndash 19 20)

Osnovni elementi

13

1048708 Terminali1048708 Gateways1048708 Gatekeepers1048708 MCs1048708 MCUs1048708 Komunikacija između elemenata obavlja se razmenom informacionih tokova podataka (information streams)Klasifikuju se kao 4 tipa1048708 Video1048708 Audio1048708 Data (podaci)1048708 Communication and call control

3 Koji su osnovni protokoli u H323 arhitekturi nazanačeni u preporuci (IPtf06-H323_arhitektura ndash 24)

osnovni protokoli koji su naznačeni u preporuci H3231048708 audio CODEC-i1048708 video CODEC-i1048708 H2250 RAS (registrationadmission and status)1048708 H2250 call signaling1048708 H245 control signaling1048708 real-time transport protocol (RTP)1048708 real-time control protocol (RTCP)1048708 H323 je nezavisna od paketske mreže itransportnih protokola pa ih zato i ne specificira

4 Šta predstavlja H225 RAS i za šta se koristi (IPtf06-H323_arhitektura ndash 27 39 45)

protokol kojim se razmenjuju podaci između krajnjih tačaka (terminal gateway MCU) i gatekeeper-a1048708 koristi se za 1048708 otkrivanje gatekeeper-a1048708 procedura kojom se određuje gatekeeper kod koga će se krajnja tačka registrovati1048708 može biti statičko (krajnja tačka unapred zna ko je njen gatekeeper) i dinamičko (razmena 1048708 multicast poruka GRQ (ldquoWho is my gatekeeperrdquo) 1048708 poruka GCF (ldquoI can be your gatekeeperrdquo) koja sadrži transportnu adresu RAS kanala gatekeeper-a i

1048708 poruka GRJ (ako gatekeeper ne želi da registruje krajnju tačku)

koristi se i za 1048708 registraciju krajnje tačke (pristupanje zoni (RRQ RCFRRJ) čime se gatekeeper obaveštava o transportnim adresama i imenima krajnje tačke)1048708 i njenu deregistraciju (na zahtev krajnje tačke (URQ UCFURJ) ili na zahtev gatekeeper-a (URQUCF))

14

1048708 kontrolu pristupa promenu propusnog opsega status oslobađanje BW (kada krajnja tačka želi da inicira poziv ona traži dozvolu od gatekeeper-a (ARQACFARJ) ndash obaveštava gatekeeper o tome koga želi da pozove o potrebnom BW za obavljanje poziva tokom poziva se BW može menjati (BRQBCFBRJ) na kraju poziva terminal obaveštava gatekeeper o oslobađanju zahtevanog opsega (DRQDCF))1048708 lociranje krajnje tačke (nprodređivanje IP adrese dodela transportne adrese logičkog kanala koji će se koristiti za signalizaciju poziva (LRQLCFLRJ))

5 Koje su funkcije RAS signalizacije (H323 - 2 deo - Misic Ivana 289-07 - 7)

RAS signalizacija je definisana u okviru H2250preporuke i odnosi se na sledece funkcije_ Otkrivanje gejtkipera (Gatekeeper discovery)_ Registracija (Registration)_ Otkazivanje registracije (Unregistration)_ Pristup (Admission)_ Upravljanje propusnim opsegom (Bandwidth change)_ Lociranje krajnje tacke (Endpoint Location)_ Završetak poziva (Call Disengage)_ Status (Status)_ Dostupnost resursa (Resource Availability)_ Nestandardna funkcija (Non-standard)

6 Tipovi RAS poruka (IPtf06-H323_arhitektura ndash 29)

RAS poruke imaju tri tipa (u opštem slučaju)1048708 Request ndash xRQ1048708 Reject ndash xRJ1048708 Confirm ndash xCF

7 Ukratko opisati postupak otkrivanja gatekeeper-a od strane terminala (IPtf06-H323_arhitektura ndash 28 29 32 34 36)

(H323 - 2 deo - Misic Ivana 289-07 ndash 89)

Otkrivanje gejtkipera_ U procesu otkrivanja gejtkipera koriste se RAS porukeGRQ GCF i GRJPostoje dva metoda otkrivanja gejtkipera od strane krajnje tacke_ staticki i_dinamicki

Staticki metod (Unicast ndash manual method) se koristi kada jeadresa gejtkipera unapred poznata Tada se na UDP port1718 datog gejtkipera šallje GRQ poruka na koju potom

15

gejtkiper odgovara sa pozitivnom (GCF) illi negativnom (GRJ)porukom (Gejtvej A)Dinamicki metod (Mullticast ndash autodiscovery) se koristi kadaadresa gejtkipera nije unapred poznata Tada je neophodnoda krajnja tacka utvrdi dostupnost gejtkipera Ovo seostvaruje sllanjem mullticast poruke na koju može pozitivnoodgovoriti više gejtkipera kod kojih se krajnja tacka možeregistrovati (Gejtvej B)

8 Ukratko opisati postupak registracije terminala kod gatekeeper-a (IPtf06-H323_arhitektura ndash 40-43) (H323 - 2 deo - Misic Ivana 289-07 ndash 1011)

Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndash Registration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnikaTerminal može da obnovi svoju registraciju slanjem ili kompletne RRQ poruke ili slanjem Lightweight RRQ (LW RRQ) poruke1048708 LW RRQ poruka ima samo nekoliko elemenata u odnosu na full RRQ paket I može se koristiti samo za obnavljanje prijavljivanja terminala gatekeeper-u

9 Nabrojati formate poruka koje se razmenjuju u RAS signalizaciji

(IPtf06-H323_arhitektura ndash 32 40 46 51 53-59)

Terminal kada se poveže na mrežu mora da otkrije gatekeeper slanjem GRQ poruke1048708 Adresa gatekeeper-a može unapred biti konfigurisana na terminalu1048708 Terminal može da GRQ poruku pošalje kao multicast u kom slučaju je primaju svi aktivni gatekeeper-i1048708 Adresa gatekeeper-a može da se dobije slanjem DNS upita (način definisanja Gatekeeper-a kroz DNS definisan kroz H323 Annex O)1048708 Ako na mreži postoji više gatekeeper-a tada je za proces otkrivanja gatekeeper-a potrebno razmeniti nekoliko GCFGRJ poruka

1048708 Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndashRegistration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnika

Kada se jednom registruje kod Gatekeeper-a terminal može samo da inicira poziv ili prihvatidolazeći poziv1048708 Na upućen zahtev (ARQ) Gatekeeper može da odgovori sa ACF ili ARJ1048708 Krajnja tačka će da navede sve odredišne adrese gde gatekeeper može da odgovori saalternativnim skupom odredišnih adresa (ako je setovan flag ldquocanMapAliasrdquo)

1048708 LRQ poruku šalje krajnja tačka ili gatekeeper drugom gatekeeper u cilju određivanja stvarne IP adrese za neku alias adresu ndash na primer konverzija telefonskog broja u IP adresu1048708 Iako LRQ mogu biti poslati i sa krajnje tačke skoro uvek se koriste od strane gatekeeper-a

16

1048708 Po izvršenoj inicijalnoj uspostavi veze krajnje tačke mogu da požele da dobiju veći protok kroz mrežu za svoju komunikaciju1048708 Tada se šalje BRQ poruka1048708 Poruka se šalje kada je stvarno rezervisani saobraćaj manji od potrebnog i traženog kod uspostave veze

1048708 ldquoUnknown Message Responserdquo se šalje kao odgovor na nepoznatu poruku1048708 ldquoNon-Standard Messagerdquo omogućavaju gatekeeper-u i krajnjoj tački da razmene neke druge poruke

10 Opisati H2250 Call Signaling (IPtf06-H323_arhitektura ndash 61)

(H323 - 2 deo - Misic Ivana 289-07 ndash 2122)

H2250 signalizacija poziva_ Signallizacija poziva predstavllja signallizaciju izmedu krajnjih tacaka pomocu koje se obavllja uspostavlljanje i raskidanje poziva U H323 koristi se modifikovana ITU-T preporuka Q931 koja predstavllja deo nove preporuke H2250 Preporuka Q931 definiše signallizacioni protokoll treceg nivoa koji se koristi u ISDN mrežama a u H2250 koristi se samo jedan deo Q931 poruka Pored Q931 koristi se i jednaporuka iz Q932_ U okviru H323 sistema postoji potreba za prenosom sistemskih informacija o gejtkiperima i H245 adresama llogickih kanalla U ISDN mrežama prenos ovakvih informacija ostvaruje se upotrebom ellementa za razmenu informacija izmedu korisnika (User-to-User Information Ellement) Prenos informacija od korisnika do korisnika odvija se preko D kanalla pri cemu sama mreža ne interpretira sadržaj ovih poruka

U H2250 ovaj vid komunikacije koristi se za prenos svih dodatnih informacija neophodnih za funkcionisanje H323 sistema_ To mogu biti informacije razllicitog sadržajaobavezni identifikatori protokolla allias krajnje tacke H245 adresa itd_ ASN1 sintaksa definisana u H2250 odreduje format poruka koje se razmenjuju naovaj nacin

11 Za šta se koristi H245 kontrolna signalizacija (IPtf06-H323_arhitektura ndash 74)

H245 kontrolna signalizacijakoristi se za1048708 razmenu informacija o tome koje će se vrste podataka prenositi kanalima za prenos medija (audiovideo ili podaci)1048708 razmenu informacija o koderimadekoderima koje krajnja tačka podržava1048708 otvaranje i ukidanje logičkih kanala za prenos medija1048708 kontrolu protoka1048708 neke opšte komande i instrukcije

12 Opisati ulogu gateway-a u H323 mreži (IPtf06-H323_arhitektura ndash 110 111)

Gatewayinterfejs između H323 mreže i ne-H323 mreže (npr LAN-a i mreže sa komutacijom kola (SCN))1048708 nije potreban ako se komunikacija odvija između dva H323 terminala u H323 mreži

17

1048708 omogućava interoperabilnost komunikacionih procedura i formata podataka između različitih tipova mreža1048708 ako je potrebno vrši kompresiju i paketizaciju govora1048708 terminal komunicira sa gateway-em korišćenjem H2250 i H245 signalizacije

1048708 Sastoji se iz Media Gateway Controller-a (MGC) i Media Gateway-a (MG)1048708 Ove dve funkcije mogu da budu integrisane u jednom uređaju ili da budu razdvojene1048708 MGC funkcija se može integrisati sa Gatekeeper-om koji tada nazivamo I signalizacioni kontroler

13 Nabrojati i ukratko opisati funkcije gatekeeper-a (IPtf06-H323_arhitektura ndash 115 116)

obavezne funkcije gatekeeper-a1048708 transliranje adresa (telefonski broj alias ime) u cilju određivanja IP adrese odredišta (vrši se pregledanjem tabela koje sadrže podatke dobijene pri registraciji krajnjih tačaka)1048708 kontrola pristupa (bazirana na autorizaciji poziva raspoloživom propusnom opsegu ili na nekom drugom kriterijumu)1048708 kontrola propusnog opsega (jednostavnom metodom ili nekim složenim protokolom (npr RSVP))1048708 upravljanje zonom (svim uređajima koji su registrovani kod posmatranog gatekeeper-a)

opcione funkcije gatekeeper-a1048708 signalizacija poziva i kontrola poziva- rutiranje H2250 i H245 signalizacije između krajnjih tačaka1048708 autorizacija poziva upravljanje propusnim opsegom upravljanje pozivima (korišćenjem posebnih pravila (policy))1048708 SNMP (Gatekeeper) upravljačka informacija (MIB)1048708 rezervacija propusnog opsega za terminale koji nemaju mogućnost da to sami urade

14 Od čega se sastoji i koja je uloga MCU-a (Multipoint Controller Unit) u H323 mreži (IPtf06-H323_arhitektura ndash 120 121)

MCU- Multipoint Control Unit1048708 omogućava konferencijsku vezu između tri ili više terminala1048708 upravlja resursima konferencijske veze omogućava dogovor koji će se CODEC koristiti1048708 može biti samostalan uređaj (PC) ali I integrisan u okviru gateway-a gatekeeper-a iliterminala

1048708 logički sastoji se iz dve celine1048708 MC (Multipoint controler)- bavi se kontrolom I signalizacijom neophodnim za uspostavljanjei upravljanje konferencijom1048708 MP (Multipoint processor)- prima podatke od krajnjih tačaka obrađuje ih (npr audiomixingvideo switchingmixing umnožava) I šalje krajnjim tačkama učesnicama konferencije

15 Šta predstavlja H323 zona a šta administrativni domen

(IPtf06-H323_arhitektura ndash 125 126)

1048708 Skup H323 uređaja kojima se upravlja od strane jednog gatekeeper-a

18

1048708 Zona sadrži najmanje jedan terminal a može sadržati gateway-e i MCU-e1048708 Zona je nezavisna od mrežne topologije (može biti sačinjena od više mrežnih segmenata povezanih ruterima ili drugim uređajima)1048708 Granice zone mogu biti definisane na bazi administrativnog geografskog inženjerskog ili nekog drugog kriterijuma1048708 O pozivima između krajnjih tačaka u zoni stara se jedan gatekeeper1048708 Pozive između krajnjih tačaka iz različitih zona mogu opsluživati gatekeeper-i iz obe zone

1048708 Skup H323 zona koje su pod jednom administrativnom kontrolom1048708 Na primer mreža servis provajdera ili mreža velike kompanije

SIP

1 Ukratko opisati SIP protokol (IPtf07-SIP_arhitektura ndash 3)

SIP ( Session Initiation Protocol ) 1048708 definisan u RFC-u 3261 kao protokol aplikativnog sloja1048708 koristi se za uspostavu sesije između korisnika1048708 ne definiše tip sesije koja se uspostavlja (interaktivno kockanjeili audiovideo konferencija)1048708 SIP je klijent-server protokol baziran na protokolima HTTP (HyperText Transport Protocol) i SMTP (Simple Mail Transfer Protocol)1048708 klijent generiše request i šalje ga serveru koji mu odgovara (response)request + response = transaction

2 Nabrojati 5 osnovnih f-ja SIP protokola (IPtf07-SIP_arhitektura ndash 4)

SIP ndash 5 osnovnih funkcija1048708 Lociranje korisnika ndash određivanje krajnjeg sistema koji će se koristiti za komunikaciju1048708 Raspoloživost korisnika ndash određuje da li krajnji sistem želi ili ne da učestvuje u toj sesiji1048708 Karakteristike sagovornika ndash određuje medijum I parametre medija koji su bitni za komunikaciju1048708 Uspostava sesije ndash razmena parametara za uspostavu sesije1048708 Upravljanje sesijama ndash razmena podataka vezanih za uspostavu raskid i održavanje sesija

3 Nabrojati i ukratko opisati elemente (komponente) SIP mreže

(IPtf07-SIP_arhitektura ndash 9)

SIP komponente1048708 user agent (softver kojim čovek komunicira sa sistemom)Sadrži dve komponente1048708 UAC (user agent client) - šalje request1048708 UAS (user agent server) - prima request i šalje response (prihvata poziv preusmerava ga ili odbija)1048708 network servers1048708 registration server - sadrži informacije o trenutnim lokacijama korisnika

19

1048708 proxy server - prima request i šalje ka sledećem serveru (proxyUASredirect) može i ka više servera odjednom1048708 redirect server - prima request ali umesto da ga prosledi dalje on vraća adresu next-hop servera klijentuProxy i redirect server vrše rutiranje

4 Nabrojati i ukratko opisati osnovne metode koje se razmenjuju u SIP porukama (IPtf07-SIP_arhitektura ndash 14)

SIP poruka ndash metode (RFC 3261)1048708 INVITE ndash uspostava veze1048708 BYE - završatak veze učesnika u pozivu1048708 OPTIONS - traži informacije o osobinama UA1048708 ACK - za pouzdanu razmenu poruka1048708 CANCEL - otkazuje se poslednji request (ne važi za BYE)1048708 REGISTER - traži informaciju o lokaciji korisnika u registration server-u prijavljuje se serveru sa svojim podacima

5 Navesti po jedan primer SIP poruke prilikom zahteva i odgovora (IPtf07-SIP_arhitektura ndash 13 16)

Format SIP poruke1048708 Kod upita (request) format prve linije jeRequest-Line = Method SP Request-URI SP SIP-Version CRLFSP ndash single space karakterPrimerINVITE sipbobbiloxicom SIP20

Format SIP poruke1048708 Kod odgovora (response) format prve linije jeStatus-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLFPrimerSIP20 200 OK

6 Nabrojati klase odgovora u SIP-u (IPtf07-SIP_arhitektura ndash 18)

Klase odgovora1048708 1xx Informational1048708 2xx Final1048708 3xx Redirection1048708 4xx Client Error1048708 5xx Server Error1048708 6xx Global Failure

7 Nabrojati i ukratko opisati obavezna polja u zaglavlju SIP poruke

(IPtf07-SIP_arhitektura ndash 29 32-35)

Zaglavlje SIP poruke20

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 10: Ispit_Pitanja i odgovori

18 Ukratko opisati Best-efort princip kvaliteta servisa (IPtf09-cisco-qos ndash 7)

1048708kompletan saobraćaj je ravnopravan1048708aplikacije šalju podatke kada se javi potreba za tim1048708paketi se prenose kroz mrežu po FIFO principu1048708nema mogućnosti kontrole kašnjenja protoka pouzdanosti1048708pogodan za klasične Internet servise tipa email - a file transfera i slično

19 Ukratko opisati Integrated Service princip kvaliteta servisa (IPtf09-cisco-qos ndash 8 9)

Integrated service princip 1048708postoji interakcija između mreže i aplikacije1048708aplikacija upućuje mreži zahtev za rezervaciju određenih mrežnih resursa1048708tek po dobijanju potvrde od mreže o raspoloživosti traženih resursa započinje komunikacija na nivou aplikacije

Integrated service - IOS features 1048708korišćenjem Resource Reservation Protokola (RSVP) aplikacija pregovara sa mrežom o resursima1048708korišćenjem weighted fair queueing (WFQ) mehanizama u kombinaciji sa RSVP-om mreža rezerviše resurse1048708korišćenjem weighted random early detection (WRED) mehanizama + RSVP obezbeđuje se malo kašnjenje i traženi protok u uslovima zagušenja mreže

20 Ukratko opisati Diferentiated Service princip kvaliteta servisa (IPtf09-cisco-qos ndash 10)

Diferentiated Service princip 1048708ne postoji komunikacija između mreže I aplikacije vezana za QoS1048708postoji više vrsta servisa (sa stanovišta QoS-a) koje mreža nudi a način rutiranja paketa se određuje na osnovu QoS parametara koji su postavljeni u samom IP datagramu (koriste se sledeća polja u IP datagramu TOS SourceampDestination address protocol typehellip)

21 Koji mehanizme omogućava Cisco-ov IOS za obezbeđivanje kvaliteta servisa

(IPtf09-cisco-qos ndash 17)

Cisco IOS QoS mehanizmi1048708Klasifikacija (classification)1048708Upravljanje zagušenjem (congestion management)1048708Izbegavanje zagušenja (congestion avoidance)1048708Policing and Shaping1048708Signalizacija (signalling)1048708Povećanje efikasnosti linka (link eficiency mechanism)

22 Koji mehanizmi se koriste za promenu IP precedence bita (IPtf09-cisco-qos ndash 20)

Klasifikacija saobraćaja

Za promenu IP precedence-a datagrama koriste sesledeći mehanizmi

10

1048708Policy-Based Routing1048708QoS Policy Propagation via Border Gateway Protocol (PB-BGP)1048708Commited Access Rate (CAR)

23 Upravljanje zagušenjem (IPtf09-cisco-qos ndash 31)

Upravljanje zagušenjem1048708 u situacijama kada dođe do zagušenja linka(saobraćaj koji dolazi u ruter je veći od kapaciteta odlaznog linka) definiše koji će datagrami prvi da se šalju a koji moraju da čekaju1048708 ovo se postiže uvođenjem raznih redova čekanja i definisanjem pravila za njihovo opsluživanje1048708 u situacijama kada na mreži postoje različite aplikacije gledano sa stanovišta karakteristika saobraćaja potrebno je upravljati saobraćajem da bi se obezbedili ravnopravni uslovi1048708tipičan primer ldquosuprotstavljenihrdquo aplikacija su voice i FTP servis

24 Navesti četiri tehnike upravljanja zagušenjem (IPtf09-cisco-qos ndash 33)

tipovi redova čekanja1048708First-In First-Out Queueing (FIFO)1048708Weighted Fair Queueing (WFQ)1048708Custom Queueing (CQ)1048708Priority Queueing (PQ)Na jednom interfejsu se u jednom trenutku može koristiti samo jedan sistem reda čekanja

25 Ukratko opisati FIFO (First In First Out) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 34)

Upravljanje zagušenjem - FIFO1048708najednostavniji sistem1048708paketi se smeštaju u red onim redosledom kako dolaze i istim tim redosledom se prosleđuju dalje1048708ovo je default sistem opsluživanja na svim linkovima protoka većeg od 2 Mbps1048708ima najmanje kašnjenje prilikom obrade zbog svoje jednostavnosti

26 Ukratko opisati WFQ (Weighted Fair Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 35 37 38 39)

Upravljanje zagušenjem -WFQ1048708obezbeđuje ravnomernije korišćenje mrežnih resursa od strane korisničkih aplikacija1048708vrši analizu saobraćaja identifikuje tokove podataka (flow) i kao takve ih odvaja u posebne redove čekanja (svaka sesija ima svoj red čekanja) pri čemu svaki red čekanja ima svoju težinu (wieght) koja se određuje prema protoku ili nekom drugom parametru1048708obezbeđuje da svaki tok podataka koristi deo kapaciteta linka srazmerno težini koju imaju red čekanja u kome se nalazi1048708broj redova čekanja je konfigurabilan1048708po default-u koristi se 256 redova čekanja1048708obezbeđuje ravnopravnost između svih protoka podataka (flow)1048708ne zahteva nikakvo posebno konfigurisanje

11

1048708po default-u se koristi na linkovima kapaciteta 2 Mbps i manjim1048708razlikuje datagrame po IP Precedence vrednosti i definiše prioritet u skladu sa tim1048708kompatibilan sa RSVP protokolom I rezerviše traženi deo kapaciteta linka1048708kompatibilan je sa Frame Relay mrežom tako da smanjuje saobraćaja kada dobijeFECN i BECN od mreže1048708pored WFQ-a postoji i VIP-Distributed WFQ koji se izvršava na VIP modulu1048708često se naziva i fair queueing jer ne obezbeđuje težinu redova čekanja već se svaki red čekanja opslužuje ravnomerno1048708omogućava korištenje i na linkovima kapaciteta većeg od 2 Mbps

27 Ukratko opisati CQ (Custom Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 40 42)

Upravljanje zagušenjem - CQ1048708posebno se konfiguriše i omogućava statičko odvajanje dela linka za određeni tip saobraćaja1048708statičko podešavanje u koji se red čekanja prosleđuje koji tip saobraćaja1048708u slučaju da je neki red čekanja prazan njegov deo kapaciteta se ravnomerno raspoređuje na sve ostale redove čekanja1048708broj redova čekanja je konfigurabilan I može biti maksimalno 161048708kružno opsluživanje redova čekanja1048708definiše se koliko se bajtova šalje iz svakog reda prilikom opsluživanja čime je omogućeno statičko rezervisanje dela kapaciteta linka za određeni tip saobraćaja1048708zahteva posebno konfigurisanje1048708veće kašnjenje usled obrade nego kod FIFO queueing-a

28 Ukratko opisati PQ (Priority Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 43 45)

Upravljanje zagušenjem - PQ1048708ima četiri reda za čekanje različitog prioriteta (high medium normal i low)1048708prvo se opslužuje red najvećeg prioriteta pa tek kada se on isprazni prelazi se na sledećired1048708prilikom svakog slanja paketa prvo se proverava red najvišeg prioriteta pa tek onda ostali po redu prioriteta1048708zahteva posebno konfigurisanje1048708omogućava garantovanje korišćenja kompletnog kapaciteta za kritične aplikacije1048708ima veoma malo kašnjenje jer je način opsluživanja redova veoma jednostavan1048708može se aktivirati na bilo kom tipu interfejsa ali se preporučuje korišćenje samo na serijskom interfejsu malog kapaciteta

29Na šta se svodi mehanizam izbegavanja zagušenja i koje su dve osnovne tehnike (IPtf09-cisco-qos ndash 47 48)

Izbegavanje zagušenja1048708u situacijama kada dođe do zagušenja ono se razrešava tako što dolazi do odbacivanjadatagrama1048708odbacivanje može biti ldquointeligentnordquo kada se vodi računa o tome koji se paket odbacuje ili ldquosirovordquo kada se odbacuje poslednji pristigli paket

12

dva mehanizma1048708Tail Drop1048708Weighted Random Early Detection (WRED)

30 Opisati Weighted Random Early Detection (WRED) mehanizam izbegavanja zagušenja (IPtf09-cisco-qos ndash 53 55)

Izbegavanje zagušenja -WRED1048708za razliku od RED principa WRED uvodi I ldquotežinurdquo saobraćaja tako da se prvoodbacuju paketi manjeg prioriteta a tek onda paketi većeg prioriteta1048708WRED je kompatibilan i sa RSVP-om tako da se prvo odbacuju paketi koji pripadajudrugim tokovima pa tek onda oni koji pripadaju toku podataka koji je rezervisao deo kapaciteta posredstvom RSVP-a1048708najčešće se koristi u jezgru mreže gde postoji mogućnost da dođe do zagušenja1048708koristi informacije o prioritetu (IP Precedence) koje su postavili ruteri u pristupnom delu mreže 1048708statistički gledano WRED odbacuje više paketa onog izvora koji generiše veći saobraćaj čime se brže izlazi iz zone zagušenja

31 Koja dva mehanizma kontrole saobraćaja omogućava Cisco-ov IOS Ukratko opisati svaki od njih (IPtf09-cisco-qos ndash 58)

Policing and Shaping1048708policing - princip rada se zasniva na odbacivanju paketa kada njihov protok premaši neke administrativno postavljene parametre1048708shaping - princip rada se zasniva na zadržavanju datagrama u redu za čekanje kada njihov protok premaši administrativno postavljene parametre (GTS koristiWFQ dok FRTS koristi CQ PQ ili FIFO)

H323

1 Ukratko opisati H323 signalizacionu arhitekturu (IPtf06-H323_arhitektura ndash 16)

H323 arhitektura1048708 ITU-T H323 - Packet-based multimedia communications systems1048708 H323 je standard koji specificira1048708 komponente1048708 protokole i1048708 procedure koje omogućavaju multimedijalne komunikacione servise (real-time audio video prenos podataka) u mrežama sa paketskom komutacijom koje ne pružaju garantovan QoS1048708 H323 je deo familije preporuka H32x koje se bave multimedijalnim komunikacijama u različitim tipovima mreža (ISDNPSTN)

2 Koji su osnovni elemetni (komponente) H323 arhitekture i koji se tipovi podataka razmenjuju u komunikaciji (IPtf06-H323_arhitektura ndash 19 20)

Osnovni elementi

13

1048708 Terminali1048708 Gateways1048708 Gatekeepers1048708 MCs1048708 MCUs1048708 Komunikacija između elemenata obavlja se razmenom informacionih tokova podataka (information streams)Klasifikuju se kao 4 tipa1048708 Video1048708 Audio1048708 Data (podaci)1048708 Communication and call control

3 Koji su osnovni protokoli u H323 arhitekturi nazanačeni u preporuci (IPtf06-H323_arhitektura ndash 24)

osnovni protokoli koji su naznačeni u preporuci H3231048708 audio CODEC-i1048708 video CODEC-i1048708 H2250 RAS (registrationadmission and status)1048708 H2250 call signaling1048708 H245 control signaling1048708 real-time transport protocol (RTP)1048708 real-time control protocol (RTCP)1048708 H323 je nezavisna od paketske mreže itransportnih protokola pa ih zato i ne specificira

4 Šta predstavlja H225 RAS i za šta se koristi (IPtf06-H323_arhitektura ndash 27 39 45)

protokol kojim se razmenjuju podaci između krajnjih tačaka (terminal gateway MCU) i gatekeeper-a1048708 koristi se za 1048708 otkrivanje gatekeeper-a1048708 procedura kojom se određuje gatekeeper kod koga će se krajnja tačka registrovati1048708 može biti statičko (krajnja tačka unapred zna ko je njen gatekeeper) i dinamičko (razmena 1048708 multicast poruka GRQ (ldquoWho is my gatekeeperrdquo) 1048708 poruka GCF (ldquoI can be your gatekeeperrdquo) koja sadrži transportnu adresu RAS kanala gatekeeper-a i

1048708 poruka GRJ (ako gatekeeper ne želi da registruje krajnju tačku)

koristi se i za 1048708 registraciju krajnje tačke (pristupanje zoni (RRQ RCFRRJ) čime se gatekeeper obaveštava o transportnim adresama i imenima krajnje tačke)1048708 i njenu deregistraciju (na zahtev krajnje tačke (URQ UCFURJ) ili na zahtev gatekeeper-a (URQUCF))

14

1048708 kontrolu pristupa promenu propusnog opsega status oslobađanje BW (kada krajnja tačka želi da inicira poziv ona traži dozvolu od gatekeeper-a (ARQACFARJ) ndash obaveštava gatekeeper o tome koga želi da pozove o potrebnom BW za obavljanje poziva tokom poziva se BW može menjati (BRQBCFBRJ) na kraju poziva terminal obaveštava gatekeeper o oslobađanju zahtevanog opsega (DRQDCF))1048708 lociranje krajnje tačke (nprodređivanje IP adrese dodela transportne adrese logičkog kanala koji će se koristiti za signalizaciju poziva (LRQLCFLRJ))

5 Koje su funkcije RAS signalizacije (H323 - 2 deo - Misic Ivana 289-07 - 7)

RAS signalizacija je definisana u okviru H2250preporuke i odnosi se na sledece funkcije_ Otkrivanje gejtkipera (Gatekeeper discovery)_ Registracija (Registration)_ Otkazivanje registracije (Unregistration)_ Pristup (Admission)_ Upravljanje propusnim opsegom (Bandwidth change)_ Lociranje krajnje tacke (Endpoint Location)_ Završetak poziva (Call Disengage)_ Status (Status)_ Dostupnost resursa (Resource Availability)_ Nestandardna funkcija (Non-standard)

6 Tipovi RAS poruka (IPtf06-H323_arhitektura ndash 29)

RAS poruke imaju tri tipa (u opštem slučaju)1048708 Request ndash xRQ1048708 Reject ndash xRJ1048708 Confirm ndash xCF

7 Ukratko opisati postupak otkrivanja gatekeeper-a od strane terminala (IPtf06-H323_arhitektura ndash 28 29 32 34 36)

(H323 - 2 deo - Misic Ivana 289-07 ndash 89)

Otkrivanje gejtkipera_ U procesu otkrivanja gejtkipera koriste se RAS porukeGRQ GCF i GRJPostoje dva metoda otkrivanja gejtkipera od strane krajnje tacke_ staticki i_dinamicki

Staticki metod (Unicast ndash manual method) se koristi kada jeadresa gejtkipera unapred poznata Tada se na UDP port1718 datog gejtkipera šallje GRQ poruka na koju potom

15

gejtkiper odgovara sa pozitivnom (GCF) illi negativnom (GRJ)porukom (Gejtvej A)Dinamicki metod (Mullticast ndash autodiscovery) se koristi kadaadresa gejtkipera nije unapred poznata Tada je neophodnoda krajnja tacka utvrdi dostupnost gejtkipera Ovo seostvaruje sllanjem mullticast poruke na koju može pozitivnoodgovoriti više gejtkipera kod kojih se krajnja tacka možeregistrovati (Gejtvej B)

8 Ukratko opisati postupak registracije terminala kod gatekeeper-a (IPtf06-H323_arhitektura ndash 40-43) (H323 - 2 deo - Misic Ivana 289-07 ndash 1011)

Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndash Registration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnikaTerminal može da obnovi svoju registraciju slanjem ili kompletne RRQ poruke ili slanjem Lightweight RRQ (LW RRQ) poruke1048708 LW RRQ poruka ima samo nekoliko elemenata u odnosu na full RRQ paket I može se koristiti samo za obnavljanje prijavljivanja terminala gatekeeper-u

9 Nabrojati formate poruka koje se razmenjuju u RAS signalizaciji

(IPtf06-H323_arhitektura ndash 32 40 46 51 53-59)

Terminal kada se poveže na mrežu mora da otkrije gatekeeper slanjem GRQ poruke1048708 Adresa gatekeeper-a može unapred biti konfigurisana na terminalu1048708 Terminal može da GRQ poruku pošalje kao multicast u kom slučaju je primaju svi aktivni gatekeeper-i1048708 Adresa gatekeeper-a može da se dobije slanjem DNS upita (način definisanja Gatekeeper-a kroz DNS definisan kroz H323 Annex O)1048708 Ako na mreži postoji više gatekeeper-a tada je za proces otkrivanja gatekeeper-a potrebno razmeniti nekoliko GCFGRJ poruka

1048708 Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndashRegistration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnika

Kada se jednom registruje kod Gatekeeper-a terminal može samo da inicira poziv ili prihvatidolazeći poziv1048708 Na upućen zahtev (ARQ) Gatekeeper može da odgovori sa ACF ili ARJ1048708 Krajnja tačka će da navede sve odredišne adrese gde gatekeeper može da odgovori saalternativnim skupom odredišnih adresa (ako je setovan flag ldquocanMapAliasrdquo)

1048708 LRQ poruku šalje krajnja tačka ili gatekeeper drugom gatekeeper u cilju određivanja stvarne IP adrese za neku alias adresu ndash na primer konverzija telefonskog broja u IP adresu1048708 Iako LRQ mogu biti poslati i sa krajnje tačke skoro uvek se koriste od strane gatekeeper-a

16

1048708 Po izvršenoj inicijalnoj uspostavi veze krajnje tačke mogu da požele da dobiju veći protok kroz mrežu za svoju komunikaciju1048708 Tada se šalje BRQ poruka1048708 Poruka se šalje kada je stvarno rezervisani saobraćaj manji od potrebnog i traženog kod uspostave veze

1048708 ldquoUnknown Message Responserdquo se šalje kao odgovor na nepoznatu poruku1048708 ldquoNon-Standard Messagerdquo omogućavaju gatekeeper-u i krajnjoj tački da razmene neke druge poruke

10 Opisati H2250 Call Signaling (IPtf06-H323_arhitektura ndash 61)

(H323 - 2 deo - Misic Ivana 289-07 ndash 2122)

H2250 signalizacija poziva_ Signallizacija poziva predstavllja signallizaciju izmedu krajnjih tacaka pomocu koje se obavllja uspostavlljanje i raskidanje poziva U H323 koristi se modifikovana ITU-T preporuka Q931 koja predstavllja deo nove preporuke H2250 Preporuka Q931 definiše signallizacioni protokoll treceg nivoa koji se koristi u ISDN mrežama a u H2250 koristi se samo jedan deo Q931 poruka Pored Q931 koristi se i jednaporuka iz Q932_ U okviru H323 sistema postoji potreba za prenosom sistemskih informacija o gejtkiperima i H245 adresama llogickih kanalla U ISDN mrežama prenos ovakvih informacija ostvaruje se upotrebom ellementa za razmenu informacija izmedu korisnika (User-to-User Information Ellement) Prenos informacija od korisnika do korisnika odvija se preko D kanalla pri cemu sama mreža ne interpretira sadržaj ovih poruka

U H2250 ovaj vid komunikacije koristi se za prenos svih dodatnih informacija neophodnih za funkcionisanje H323 sistema_ To mogu biti informacije razllicitog sadržajaobavezni identifikatori protokolla allias krajnje tacke H245 adresa itd_ ASN1 sintaksa definisana u H2250 odreduje format poruka koje se razmenjuju naovaj nacin

11 Za šta se koristi H245 kontrolna signalizacija (IPtf06-H323_arhitektura ndash 74)

H245 kontrolna signalizacijakoristi se za1048708 razmenu informacija o tome koje će se vrste podataka prenositi kanalima za prenos medija (audiovideo ili podaci)1048708 razmenu informacija o koderimadekoderima koje krajnja tačka podržava1048708 otvaranje i ukidanje logičkih kanala za prenos medija1048708 kontrolu protoka1048708 neke opšte komande i instrukcije

12 Opisati ulogu gateway-a u H323 mreži (IPtf06-H323_arhitektura ndash 110 111)

Gatewayinterfejs između H323 mreže i ne-H323 mreže (npr LAN-a i mreže sa komutacijom kola (SCN))1048708 nije potreban ako se komunikacija odvija između dva H323 terminala u H323 mreži

17

1048708 omogućava interoperabilnost komunikacionih procedura i formata podataka između različitih tipova mreža1048708 ako je potrebno vrši kompresiju i paketizaciju govora1048708 terminal komunicira sa gateway-em korišćenjem H2250 i H245 signalizacije

1048708 Sastoji se iz Media Gateway Controller-a (MGC) i Media Gateway-a (MG)1048708 Ove dve funkcije mogu da budu integrisane u jednom uređaju ili da budu razdvojene1048708 MGC funkcija se može integrisati sa Gatekeeper-om koji tada nazivamo I signalizacioni kontroler

13 Nabrojati i ukratko opisati funkcije gatekeeper-a (IPtf06-H323_arhitektura ndash 115 116)

obavezne funkcije gatekeeper-a1048708 transliranje adresa (telefonski broj alias ime) u cilju određivanja IP adrese odredišta (vrši se pregledanjem tabela koje sadrže podatke dobijene pri registraciji krajnjih tačaka)1048708 kontrola pristupa (bazirana na autorizaciji poziva raspoloživom propusnom opsegu ili na nekom drugom kriterijumu)1048708 kontrola propusnog opsega (jednostavnom metodom ili nekim složenim protokolom (npr RSVP))1048708 upravljanje zonom (svim uređajima koji su registrovani kod posmatranog gatekeeper-a)

opcione funkcije gatekeeper-a1048708 signalizacija poziva i kontrola poziva- rutiranje H2250 i H245 signalizacije između krajnjih tačaka1048708 autorizacija poziva upravljanje propusnim opsegom upravljanje pozivima (korišćenjem posebnih pravila (policy))1048708 SNMP (Gatekeeper) upravljačka informacija (MIB)1048708 rezervacija propusnog opsega za terminale koji nemaju mogućnost da to sami urade

14 Od čega se sastoji i koja je uloga MCU-a (Multipoint Controller Unit) u H323 mreži (IPtf06-H323_arhitektura ndash 120 121)

MCU- Multipoint Control Unit1048708 omogućava konferencijsku vezu između tri ili više terminala1048708 upravlja resursima konferencijske veze omogućava dogovor koji će se CODEC koristiti1048708 može biti samostalan uređaj (PC) ali I integrisan u okviru gateway-a gatekeeper-a iliterminala

1048708 logički sastoji se iz dve celine1048708 MC (Multipoint controler)- bavi se kontrolom I signalizacijom neophodnim za uspostavljanjei upravljanje konferencijom1048708 MP (Multipoint processor)- prima podatke od krajnjih tačaka obrađuje ih (npr audiomixingvideo switchingmixing umnožava) I šalje krajnjim tačkama učesnicama konferencije

15 Šta predstavlja H323 zona a šta administrativni domen

(IPtf06-H323_arhitektura ndash 125 126)

1048708 Skup H323 uređaja kojima se upravlja od strane jednog gatekeeper-a

18

1048708 Zona sadrži najmanje jedan terminal a može sadržati gateway-e i MCU-e1048708 Zona je nezavisna od mrežne topologije (može biti sačinjena od više mrežnih segmenata povezanih ruterima ili drugim uređajima)1048708 Granice zone mogu biti definisane na bazi administrativnog geografskog inženjerskog ili nekog drugog kriterijuma1048708 O pozivima između krajnjih tačaka u zoni stara se jedan gatekeeper1048708 Pozive između krajnjih tačaka iz različitih zona mogu opsluživati gatekeeper-i iz obe zone

1048708 Skup H323 zona koje su pod jednom administrativnom kontrolom1048708 Na primer mreža servis provajdera ili mreža velike kompanije

SIP

1 Ukratko opisati SIP protokol (IPtf07-SIP_arhitektura ndash 3)

SIP ( Session Initiation Protocol ) 1048708 definisan u RFC-u 3261 kao protokol aplikativnog sloja1048708 koristi se za uspostavu sesije između korisnika1048708 ne definiše tip sesije koja se uspostavlja (interaktivno kockanjeili audiovideo konferencija)1048708 SIP je klijent-server protokol baziran na protokolima HTTP (HyperText Transport Protocol) i SMTP (Simple Mail Transfer Protocol)1048708 klijent generiše request i šalje ga serveru koji mu odgovara (response)request + response = transaction

2 Nabrojati 5 osnovnih f-ja SIP protokola (IPtf07-SIP_arhitektura ndash 4)

SIP ndash 5 osnovnih funkcija1048708 Lociranje korisnika ndash određivanje krajnjeg sistema koji će se koristiti za komunikaciju1048708 Raspoloživost korisnika ndash određuje da li krajnji sistem želi ili ne da učestvuje u toj sesiji1048708 Karakteristike sagovornika ndash određuje medijum I parametre medija koji su bitni za komunikaciju1048708 Uspostava sesije ndash razmena parametara za uspostavu sesije1048708 Upravljanje sesijama ndash razmena podataka vezanih za uspostavu raskid i održavanje sesija

3 Nabrojati i ukratko opisati elemente (komponente) SIP mreže

(IPtf07-SIP_arhitektura ndash 9)

SIP komponente1048708 user agent (softver kojim čovek komunicira sa sistemom)Sadrži dve komponente1048708 UAC (user agent client) - šalje request1048708 UAS (user agent server) - prima request i šalje response (prihvata poziv preusmerava ga ili odbija)1048708 network servers1048708 registration server - sadrži informacije o trenutnim lokacijama korisnika

19

1048708 proxy server - prima request i šalje ka sledećem serveru (proxyUASredirect) može i ka više servera odjednom1048708 redirect server - prima request ali umesto da ga prosledi dalje on vraća adresu next-hop servera klijentuProxy i redirect server vrše rutiranje

4 Nabrojati i ukratko opisati osnovne metode koje se razmenjuju u SIP porukama (IPtf07-SIP_arhitektura ndash 14)

SIP poruka ndash metode (RFC 3261)1048708 INVITE ndash uspostava veze1048708 BYE - završatak veze učesnika u pozivu1048708 OPTIONS - traži informacije o osobinama UA1048708 ACK - za pouzdanu razmenu poruka1048708 CANCEL - otkazuje se poslednji request (ne važi za BYE)1048708 REGISTER - traži informaciju o lokaciji korisnika u registration server-u prijavljuje se serveru sa svojim podacima

5 Navesti po jedan primer SIP poruke prilikom zahteva i odgovora (IPtf07-SIP_arhitektura ndash 13 16)

Format SIP poruke1048708 Kod upita (request) format prve linije jeRequest-Line = Method SP Request-URI SP SIP-Version CRLFSP ndash single space karakterPrimerINVITE sipbobbiloxicom SIP20

Format SIP poruke1048708 Kod odgovora (response) format prve linije jeStatus-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLFPrimerSIP20 200 OK

6 Nabrojati klase odgovora u SIP-u (IPtf07-SIP_arhitektura ndash 18)

Klase odgovora1048708 1xx Informational1048708 2xx Final1048708 3xx Redirection1048708 4xx Client Error1048708 5xx Server Error1048708 6xx Global Failure

7 Nabrojati i ukratko opisati obavezna polja u zaglavlju SIP poruke

(IPtf07-SIP_arhitektura ndash 29 32-35)

Zaglavlje SIP poruke20

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 11: Ispit_Pitanja i odgovori

1048708Policy-Based Routing1048708QoS Policy Propagation via Border Gateway Protocol (PB-BGP)1048708Commited Access Rate (CAR)

23 Upravljanje zagušenjem (IPtf09-cisco-qos ndash 31)

Upravljanje zagušenjem1048708 u situacijama kada dođe do zagušenja linka(saobraćaj koji dolazi u ruter je veći od kapaciteta odlaznog linka) definiše koji će datagrami prvi da se šalju a koji moraju da čekaju1048708 ovo se postiže uvođenjem raznih redova čekanja i definisanjem pravila za njihovo opsluživanje1048708 u situacijama kada na mreži postoje različite aplikacije gledano sa stanovišta karakteristika saobraćaja potrebno je upravljati saobraćajem da bi se obezbedili ravnopravni uslovi1048708tipičan primer ldquosuprotstavljenihrdquo aplikacija su voice i FTP servis

24 Navesti četiri tehnike upravljanja zagušenjem (IPtf09-cisco-qos ndash 33)

tipovi redova čekanja1048708First-In First-Out Queueing (FIFO)1048708Weighted Fair Queueing (WFQ)1048708Custom Queueing (CQ)1048708Priority Queueing (PQ)Na jednom interfejsu se u jednom trenutku može koristiti samo jedan sistem reda čekanja

25 Ukratko opisati FIFO (First In First Out) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 34)

Upravljanje zagušenjem - FIFO1048708najednostavniji sistem1048708paketi se smeštaju u red onim redosledom kako dolaze i istim tim redosledom se prosleđuju dalje1048708ovo je default sistem opsluživanja na svim linkovima protoka većeg od 2 Mbps1048708ima najmanje kašnjenje prilikom obrade zbog svoje jednostavnosti

26 Ukratko opisati WFQ (Weighted Fair Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 35 37 38 39)

Upravljanje zagušenjem -WFQ1048708obezbeđuje ravnomernije korišćenje mrežnih resursa od strane korisničkih aplikacija1048708vrši analizu saobraćaja identifikuje tokove podataka (flow) i kao takve ih odvaja u posebne redove čekanja (svaka sesija ima svoj red čekanja) pri čemu svaki red čekanja ima svoju težinu (wieght) koja se određuje prema protoku ili nekom drugom parametru1048708obezbeđuje da svaki tok podataka koristi deo kapaciteta linka srazmerno težini koju imaju red čekanja u kome se nalazi1048708broj redova čekanja je konfigurabilan1048708po default-u koristi se 256 redova čekanja1048708obezbeđuje ravnopravnost između svih protoka podataka (flow)1048708ne zahteva nikakvo posebno konfigurisanje

11

1048708po default-u se koristi na linkovima kapaciteta 2 Mbps i manjim1048708razlikuje datagrame po IP Precedence vrednosti i definiše prioritet u skladu sa tim1048708kompatibilan sa RSVP protokolom I rezerviše traženi deo kapaciteta linka1048708kompatibilan je sa Frame Relay mrežom tako da smanjuje saobraćaja kada dobijeFECN i BECN od mreže1048708pored WFQ-a postoji i VIP-Distributed WFQ koji se izvršava na VIP modulu1048708često se naziva i fair queueing jer ne obezbeđuje težinu redova čekanja već se svaki red čekanja opslužuje ravnomerno1048708omogućava korištenje i na linkovima kapaciteta većeg od 2 Mbps

27 Ukratko opisati CQ (Custom Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 40 42)

Upravljanje zagušenjem - CQ1048708posebno se konfiguriše i omogućava statičko odvajanje dela linka za određeni tip saobraćaja1048708statičko podešavanje u koji se red čekanja prosleđuje koji tip saobraćaja1048708u slučaju da je neki red čekanja prazan njegov deo kapaciteta se ravnomerno raspoređuje na sve ostale redove čekanja1048708broj redova čekanja je konfigurabilan I može biti maksimalno 161048708kružno opsluživanje redova čekanja1048708definiše se koliko se bajtova šalje iz svakog reda prilikom opsluživanja čime je omogućeno statičko rezervisanje dela kapaciteta linka za određeni tip saobraćaja1048708zahteva posebno konfigurisanje1048708veće kašnjenje usled obrade nego kod FIFO queueing-a

28 Ukratko opisati PQ (Priority Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 43 45)

Upravljanje zagušenjem - PQ1048708ima četiri reda za čekanje različitog prioriteta (high medium normal i low)1048708prvo se opslužuje red najvećeg prioriteta pa tek kada se on isprazni prelazi se na sledećired1048708prilikom svakog slanja paketa prvo se proverava red najvišeg prioriteta pa tek onda ostali po redu prioriteta1048708zahteva posebno konfigurisanje1048708omogućava garantovanje korišćenja kompletnog kapaciteta za kritične aplikacije1048708ima veoma malo kašnjenje jer je način opsluživanja redova veoma jednostavan1048708može se aktivirati na bilo kom tipu interfejsa ali se preporučuje korišćenje samo na serijskom interfejsu malog kapaciteta

29Na šta se svodi mehanizam izbegavanja zagušenja i koje su dve osnovne tehnike (IPtf09-cisco-qos ndash 47 48)

Izbegavanje zagušenja1048708u situacijama kada dođe do zagušenja ono se razrešava tako što dolazi do odbacivanjadatagrama1048708odbacivanje može biti ldquointeligentnordquo kada se vodi računa o tome koji se paket odbacuje ili ldquosirovordquo kada se odbacuje poslednji pristigli paket

12

dva mehanizma1048708Tail Drop1048708Weighted Random Early Detection (WRED)

30 Opisati Weighted Random Early Detection (WRED) mehanizam izbegavanja zagušenja (IPtf09-cisco-qos ndash 53 55)

Izbegavanje zagušenja -WRED1048708za razliku od RED principa WRED uvodi I ldquotežinurdquo saobraćaja tako da se prvoodbacuju paketi manjeg prioriteta a tek onda paketi većeg prioriteta1048708WRED je kompatibilan i sa RSVP-om tako da se prvo odbacuju paketi koji pripadajudrugim tokovima pa tek onda oni koji pripadaju toku podataka koji je rezervisao deo kapaciteta posredstvom RSVP-a1048708najčešće se koristi u jezgru mreže gde postoji mogućnost da dođe do zagušenja1048708koristi informacije o prioritetu (IP Precedence) koje su postavili ruteri u pristupnom delu mreže 1048708statistički gledano WRED odbacuje više paketa onog izvora koji generiše veći saobraćaj čime se brže izlazi iz zone zagušenja

31 Koja dva mehanizma kontrole saobraćaja omogućava Cisco-ov IOS Ukratko opisati svaki od njih (IPtf09-cisco-qos ndash 58)

Policing and Shaping1048708policing - princip rada se zasniva na odbacivanju paketa kada njihov protok premaši neke administrativno postavljene parametre1048708shaping - princip rada se zasniva na zadržavanju datagrama u redu za čekanje kada njihov protok premaši administrativno postavljene parametre (GTS koristiWFQ dok FRTS koristi CQ PQ ili FIFO)

H323

1 Ukratko opisati H323 signalizacionu arhitekturu (IPtf06-H323_arhitektura ndash 16)

H323 arhitektura1048708 ITU-T H323 - Packet-based multimedia communications systems1048708 H323 je standard koji specificira1048708 komponente1048708 protokole i1048708 procedure koje omogućavaju multimedijalne komunikacione servise (real-time audio video prenos podataka) u mrežama sa paketskom komutacijom koje ne pružaju garantovan QoS1048708 H323 je deo familije preporuka H32x koje se bave multimedijalnim komunikacijama u različitim tipovima mreža (ISDNPSTN)

2 Koji su osnovni elemetni (komponente) H323 arhitekture i koji se tipovi podataka razmenjuju u komunikaciji (IPtf06-H323_arhitektura ndash 19 20)

Osnovni elementi

13

1048708 Terminali1048708 Gateways1048708 Gatekeepers1048708 MCs1048708 MCUs1048708 Komunikacija između elemenata obavlja se razmenom informacionih tokova podataka (information streams)Klasifikuju se kao 4 tipa1048708 Video1048708 Audio1048708 Data (podaci)1048708 Communication and call control

3 Koji su osnovni protokoli u H323 arhitekturi nazanačeni u preporuci (IPtf06-H323_arhitektura ndash 24)

osnovni protokoli koji su naznačeni u preporuci H3231048708 audio CODEC-i1048708 video CODEC-i1048708 H2250 RAS (registrationadmission and status)1048708 H2250 call signaling1048708 H245 control signaling1048708 real-time transport protocol (RTP)1048708 real-time control protocol (RTCP)1048708 H323 je nezavisna od paketske mreže itransportnih protokola pa ih zato i ne specificira

4 Šta predstavlja H225 RAS i za šta se koristi (IPtf06-H323_arhitektura ndash 27 39 45)

protokol kojim se razmenjuju podaci između krajnjih tačaka (terminal gateway MCU) i gatekeeper-a1048708 koristi se za 1048708 otkrivanje gatekeeper-a1048708 procedura kojom se određuje gatekeeper kod koga će se krajnja tačka registrovati1048708 može biti statičko (krajnja tačka unapred zna ko je njen gatekeeper) i dinamičko (razmena 1048708 multicast poruka GRQ (ldquoWho is my gatekeeperrdquo) 1048708 poruka GCF (ldquoI can be your gatekeeperrdquo) koja sadrži transportnu adresu RAS kanala gatekeeper-a i

1048708 poruka GRJ (ako gatekeeper ne želi da registruje krajnju tačku)

koristi se i za 1048708 registraciju krajnje tačke (pristupanje zoni (RRQ RCFRRJ) čime se gatekeeper obaveštava o transportnim adresama i imenima krajnje tačke)1048708 i njenu deregistraciju (na zahtev krajnje tačke (URQ UCFURJ) ili na zahtev gatekeeper-a (URQUCF))

14

1048708 kontrolu pristupa promenu propusnog opsega status oslobađanje BW (kada krajnja tačka želi da inicira poziv ona traži dozvolu od gatekeeper-a (ARQACFARJ) ndash obaveštava gatekeeper o tome koga želi da pozove o potrebnom BW za obavljanje poziva tokom poziva se BW može menjati (BRQBCFBRJ) na kraju poziva terminal obaveštava gatekeeper o oslobađanju zahtevanog opsega (DRQDCF))1048708 lociranje krajnje tačke (nprodređivanje IP adrese dodela transportne adrese logičkog kanala koji će se koristiti za signalizaciju poziva (LRQLCFLRJ))

5 Koje su funkcije RAS signalizacije (H323 - 2 deo - Misic Ivana 289-07 - 7)

RAS signalizacija je definisana u okviru H2250preporuke i odnosi se na sledece funkcije_ Otkrivanje gejtkipera (Gatekeeper discovery)_ Registracija (Registration)_ Otkazivanje registracije (Unregistration)_ Pristup (Admission)_ Upravljanje propusnim opsegom (Bandwidth change)_ Lociranje krajnje tacke (Endpoint Location)_ Završetak poziva (Call Disengage)_ Status (Status)_ Dostupnost resursa (Resource Availability)_ Nestandardna funkcija (Non-standard)

6 Tipovi RAS poruka (IPtf06-H323_arhitektura ndash 29)

RAS poruke imaju tri tipa (u opštem slučaju)1048708 Request ndash xRQ1048708 Reject ndash xRJ1048708 Confirm ndash xCF

7 Ukratko opisati postupak otkrivanja gatekeeper-a od strane terminala (IPtf06-H323_arhitektura ndash 28 29 32 34 36)

(H323 - 2 deo - Misic Ivana 289-07 ndash 89)

Otkrivanje gejtkipera_ U procesu otkrivanja gejtkipera koriste se RAS porukeGRQ GCF i GRJPostoje dva metoda otkrivanja gejtkipera od strane krajnje tacke_ staticki i_dinamicki

Staticki metod (Unicast ndash manual method) se koristi kada jeadresa gejtkipera unapred poznata Tada se na UDP port1718 datog gejtkipera šallje GRQ poruka na koju potom

15

gejtkiper odgovara sa pozitivnom (GCF) illi negativnom (GRJ)porukom (Gejtvej A)Dinamicki metod (Mullticast ndash autodiscovery) se koristi kadaadresa gejtkipera nije unapred poznata Tada je neophodnoda krajnja tacka utvrdi dostupnost gejtkipera Ovo seostvaruje sllanjem mullticast poruke na koju može pozitivnoodgovoriti više gejtkipera kod kojih se krajnja tacka možeregistrovati (Gejtvej B)

8 Ukratko opisati postupak registracije terminala kod gatekeeper-a (IPtf06-H323_arhitektura ndash 40-43) (H323 - 2 deo - Misic Ivana 289-07 ndash 1011)

Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndash Registration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnikaTerminal može da obnovi svoju registraciju slanjem ili kompletne RRQ poruke ili slanjem Lightweight RRQ (LW RRQ) poruke1048708 LW RRQ poruka ima samo nekoliko elemenata u odnosu na full RRQ paket I može se koristiti samo za obnavljanje prijavljivanja terminala gatekeeper-u

9 Nabrojati formate poruka koje se razmenjuju u RAS signalizaciji

(IPtf06-H323_arhitektura ndash 32 40 46 51 53-59)

Terminal kada se poveže na mrežu mora da otkrije gatekeeper slanjem GRQ poruke1048708 Adresa gatekeeper-a može unapred biti konfigurisana na terminalu1048708 Terminal može da GRQ poruku pošalje kao multicast u kom slučaju je primaju svi aktivni gatekeeper-i1048708 Adresa gatekeeper-a može da se dobije slanjem DNS upita (način definisanja Gatekeeper-a kroz DNS definisan kroz H323 Annex O)1048708 Ako na mreži postoji više gatekeeper-a tada je za proces otkrivanja gatekeeper-a potrebno razmeniti nekoliko GCFGRJ poruka

1048708 Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndashRegistration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnika

Kada se jednom registruje kod Gatekeeper-a terminal može samo da inicira poziv ili prihvatidolazeći poziv1048708 Na upućen zahtev (ARQ) Gatekeeper može da odgovori sa ACF ili ARJ1048708 Krajnja tačka će da navede sve odredišne adrese gde gatekeeper može da odgovori saalternativnim skupom odredišnih adresa (ako je setovan flag ldquocanMapAliasrdquo)

1048708 LRQ poruku šalje krajnja tačka ili gatekeeper drugom gatekeeper u cilju određivanja stvarne IP adrese za neku alias adresu ndash na primer konverzija telefonskog broja u IP adresu1048708 Iako LRQ mogu biti poslati i sa krajnje tačke skoro uvek se koriste od strane gatekeeper-a

16

1048708 Po izvršenoj inicijalnoj uspostavi veze krajnje tačke mogu da požele da dobiju veći protok kroz mrežu za svoju komunikaciju1048708 Tada se šalje BRQ poruka1048708 Poruka se šalje kada je stvarno rezervisani saobraćaj manji od potrebnog i traženog kod uspostave veze

1048708 ldquoUnknown Message Responserdquo se šalje kao odgovor na nepoznatu poruku1048708 ldquoNon-Standard Messagerdquo omogućavaju gatekeeper-u i krajnjoj tački da razmene neke druge poruke

10 Opisati H2250 Call Signaling (IPtf06-H323_arhitektura ndash 61)

(H323 - 2 deo - Misic Ivana 289-07 ndash 2122)

H2250 signalizacija poziva_ Signallizacija poziva predstavllja signallizaciju izmedu krajnjih tacaka pomocu koje se obavllja uspostavlljanje i raskidanje poziva U H323 koristi se modifikovana ITU-T preporuka Q931 koja predstavllja deo nove preporuke H2250 Preporuka Q931 definiše signallizacioni protokoll treceg nivoa koji se koristi u ISDN mrežama a u H2250 koristi se samo jedan deo Q931 poruka Pored Q931 koristi se i jednaporuka iz Q932_ U okviru H323 sistema postoji potreba za prenosom sistemskih informacija o gejtkiperima i H245 adresama llogickih kanalla U ISDN mrežama prenos ovakvih informacija ostvaruje se upotrebom ellementa za razmenu informacija izmedu korisnika (User-to-User Information Ellement) Prenos informacija od korisnika do korisnika odvija se preko D kanalla pri cemu sama mreža ne interpretira sadržaj ovih poruka

U H2250 ovaj vid komunikacije koristi se za prenos svih dodatnih informacija neophodnih za funkcionisanje H323 sistema_ To mogu biti informacije razllicitog sadržajaobavezni identifikatori protokolla allias krajnje tacke H245 adresa itd_ ASN1 sintaksa definisana u H2250 odreduje format poruka koje se razmenjuju naovaj nacin

11 Za šta se koristi H245 kontrolna signalizacija (IPtf06-H323_arhitektura ndash 74)

H245 kontrolna signalizacijakoristi se za1048708 razmenu informacija o tome koje će se vrste podataka prenositi kanalima za prenos medija (audiovideo ili podaci)1048708 razmenu informacija o koderimadekoderima koje krajnja tačka podržava1048708 otvaranje i ukidanje logičkih kanala za prenos medija1048708 kontrolu protoka1048708 neke opšte komande i instrukcije

12 Opisati ulogu gateway-a u H323 mreži (IPtf06-H323_arhitektura ndash 110 111)

Gatewayinterfejs između H323 mreže i ne-H323 mreže (npr LAN-a i mreže sa komutacijom kola (SCN))1048708 nije potreban ako se komunikacija odvija između dva H323 terminala u H323 mreži

17

1048708 omogućava interoperabilnost komunikacionih procedura i formata podataka između različitih tipova mreža1048708 ako je potrebno vrši kompresiju i paketizaciju govora1048708 terminal komunicira sa gateway-em korišćenjem H2250 i H245 signalizacije

1048708 Sastoji se iz Media Gateway Controller-a (MGC) i Media Gateway-a (MG)1048708 Ove dve funkcije mogu da budu integrisane u jednom uređaju ili da budu razdvojene1048708 MGC funkcija se može integrisati sa Gatekeeper-om koji tada nazivamo I signalizacioni kontroler

13 Nabrojati i ukratko opisati funkcije gatekeeper-a (IPtf06-H323_arhitektura ndash 115 116)

obavezne funkcije gatekeeper-a1048708 transliranje adresa (telefonski broj alias ime) u cilju određivanja IP adrese odredišta (vrši se pregledanjem tabela koje sadrže podatke dobijene pri registraciji krajnjih tačaka)1048708 kontrola pristupa (bazirana na autorizaciji poziva raspoloživom propusnom opsegu ili na nekom drugom kriterijumu)1048708 kontrola propusnog opsega (jednostavnom metodom ili nekim složenim protokolom (npr RSVP))1048708 upravljanje zonom (svim uređajima koji su registrovani kod posmatranog gatekeeper-a)

opcione funkcije gatekeeper-a1048708 signalizacija poziva i kontrola poziva- rutiranje H2250 i H245 signalizacije između krajnjih tačaka1048708 autorizacija poziva upravljanje propusnim opsegom upravljanje pozivima (korišćenjem posebnih pravila (policy))1048708 SNMP (Gatekeeper) upravljačka informacija (MIB)1048708 rezervacija propusnog opsega za terminale koji nemaju mogućnost da to sami urade

14 Od čega se sastoji i koja je uloga MCU-a (Multipoint Controller Unit) u H323 mreži (IPtf06-H323_arhitektura ndash 120 121)

MCU- Multipoint Control Unit1048708 omogućava konferencijsku vezu između tri ili više terminala1048708 upravlja resursima konferencijske veze omogućava dogovor koji će se CODEC koristiti1048708 može biti samostalan uređaj (PC) ali I integrisan u okviru gateway-a gatekeeper-a iliterminala

1048708 logički sastoji se iz dve celine1048708 MC (Multipoint controler)- bavi se kontrolom I signalizacijom neophodnim za uspostavljanjei upravljanje konferencijom1048708 MP (Multipoint processor)- prima podatke od krajnjih tačaka obrađuje ih (npr audiomixingvideo switchingmixing umnožava) I šalje krajnjim tačkama učesnicama konferencije

15 Šta predstavlja H323 zona a šta administrativni domen

(IPtf06-H323_arhitektura ndash 125 126)

1048708 Skup H323 uređaja kojima se upravlja od strane jednog gatekeeper-a

18

1048708 Zona sadrži najmanje jedan terminal a može sadržati gateway-e i MCU-e1048708 Zona je nezavisna od mrežne topologije (može biti sačinjena od više mrežnih segmenata povezanih ruterima ili drugim uređajima)1048708 Granice zone mogu biti definisane na bazi administrativnog geografskog inženjerskog ili nekog drugog kriterijuma1048708 O pozivima između krajnjih tačaka u zoni stara se jedan gatekeeper1048708 Pozive između krajnjih tačaka iz različitih zona mogu opsluživati gatekeeper-i iz obe zone

1048708 Skup H323 zona koje su pod jednom administrativnom kontrolom1048708 Na primer mreža servis provajdera ili mreža velike kompanije

SIP

1 Ukratko opisati SIP protokol (IPtf07-SIP_arhitektura ndash 3)

SIP ( Session Initiation Protocol ) 1048708 definisan u RFC-u 3261 kao protokol aplikativnog sloja1048708 koristi se za uspostavu sesije između korisnika1048708 ne definiše tip sesije koja se uspostavlja (interaktivno kockanjeili audiovideo konferencija)1048708 SIP je klijent-server protokol baziran na protokolima HTTP (HyperText Transport Protocol) i SMTP (Simple Mail Transfer Protocol)1048708 klijent generiše request i šalje ga serveru koji mu odgovara (response)request + response = transaction

2 Nabrojati 5 osnovnih f-ja SIP protokola (IPtf07-SIP_arhitektura ndash 4)

SIP ndash 5 osnovnih funkcija1048708 Lociranje korisnika ndash određivanje krajnjeg sistema koji će se koristiti za komunikaciju1048708 Raspoloživost korisnika ndash određuje da li krajnji sistem želi ili ne da učestvuje u toj sesiji1048708 Karakteristike sagovornika ndash određuje medijum I parametre medija koji su bitni za komunikaciju1048708 Uspostava sesije ndash razmena parametara za uspostavu sesije1048708 Upravljanje sesijama ndash razmena podataka vezanih za uspostavu raskid i održavanje sesija

3 Nabrojati i ukratko opisati elemente (komponente) SIP mreže

(IPtf07-SIP_arhitektura ndash 9)

SIP komponente1048708 user agent (softver kojim čovek komunicira sa sistemom)Sadrži dve komponente1048708 UAC (user agent client) - šalje request1048708 UAS (user agent server) - prima request i šalje response (prihvata poziv preusmerava ga ili odbija)1048708 network servers1048708 registration server - sadrži informacije o trenutnim lokacijama korisnika

19

1048708 proxy server - prima request i šalje ka sledećem serveru (proxyUASredirect) može i ka više servera odjednom1048708 redirect server - prima request ali umesto da ga prosledi dalje on vraća adresu next-hop servera klijentuProxy i redirect server vrše rutiranje

4 Nabrojati i ukratko opisati osnovne metode koje se razmenjuju u SIP porukama (IPtf07-SIP_arhitektura ndash 14)

SIP poruka ndash metode (RFC 3261)1048708 INVITE ndash uspostava veze1048708 BYE - završatak veze učesnika u pozivu1048708 OPTIONS - traži informacije o osobinama UA1048708 ACK - za pouzdanu razmenu poruka1048708 CANCEL - otkazuje se poslednji request (ne važi za BYE)1048708 REGISTER - traži informaciju o lokaciji korisnika u registration server-u prijavljuje se serveru sa svojim podacima

5 Navesti po jedan primer SIP poruke prilikom zahteva i odgovora (IPtf07-SIP_arhitektura ndash 13 16)

Format SIP poruke1048708 Kod upita (request) format prve linije jeRequest-Line = Method SP Request-URI SP SIP-Version CRLFSP ndash single space karakterPrimerINVITE sipbobbiloxicom SIP20

Format SIP poruke1048708 Kod odgovora (response) format prve linije jeStatus-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLFPrimerSIP20 200 OK

6 Nabrojati klase odgovora u SIP-u (IPtf07-SIP_arhitektura ndash 18)

Klase odgovora1048708 1xx Informational1048708 2xx Final1048708 3xx Redirection1048708 4xx Client Error1048708 5xx Server Error1048708 6xx Global Failure

7 Nabrojati i ukratko opisati obavezna polja u zaglavlju SIP poruke

(IPtf07-SIP_arhitektura ndash 29 32-35)

Zaglavlje SIP poruke20

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 12: Ispit_Pitanja i odgovori

1048708po default-u se koristi na linkovima kapaciteta 2 Mbps i manjim1048708razlikuje datagrame po IP Precedence vrednosti i definiše prioritet u skladu sa tim1048708kompatibilan sa RSVP protokolom I rezerviše traženi deo kapaciteta linka1048708kompatibilan je sa Frame Relay mrežom tako da smanjuje saobraćaja kada dobijeFECN i BECN od mreže1048708pored WFQ-a postoji i VIP-Distributed WFQ koji se izvršava na VIP modulu1048708često se naziva i fair queueing jer ne obezbeđuje težinu redova čekanja već se svaki red čekanja opslužuje ravnomerno1048708omogućava korištenje i na linkovima kapaciteta većeg od 2 Mbps

27 Ukratko opisati CQ (Custom Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 40 42)

Upravljanje zagušenjem - CQ1048708posebno se konfiguriše i omogućava statičko odvajanje dela linka za određeni tip saobraćaja1048708statičko podešavanje u koji se red čekanja prosleđuje koji tip saobraćaja1048708u slučaju da je neki red čekanja prazan njegov deo kapaciteta se ravnomerno raspoređuje na sve ostale redove čekanja1048708broj redova čekanja je konfigurabilan I može biti maksimalno 161048708kružno opsluživanje redova čekanja1048708definiše se koliko se bajtova šalje iz svakog reda prilikom opsluživanja čime je omogućeno statičko rezervisanje dela kapaciteta linka za određeni tip saobraćaja1048708zahteva posebno konfigurisanje1048708veće kašnjenje usled obrade nego kod FIFO queueing-a

28 Ukratko opisati PQ (Priority Queueing) tehniku upravljanja zagušenjem

(IPtf09-cisco-qos ndash 43 45)

Upravljanje zagušenjem - PQ1048708ima četiri reda za čekanje različitog prioriteta (high medium normal i low)1048708prvo se opslužuje red najvećeg prioriteta pa tek kada se on isprazni prelazi se na sledećired1048708prilikom svakog slanja paketa prvo se proverava red najvišeg prioriteta pa tek onda ostali po redu prioriteta1048708zahteva posebno konfigurisanje1048708omogućava garantovanje korišćenja kompletnog kapaciteta za kritične aplikacije1048708ima veoma malo kašnjenje jer je način opsluživanja redova veoma jednostavan1048708može se aktivirati na bilo kom tipu interfejsa ali se preporučuje korišćenje samo na serijskom interfejsu malog kapaciteta

29Na šta se svodi mehanizam izbegavanja zagušenja i koje su dve osnovne tehnike (IPtf09-cisco-qos ndash 47 48)

Izbegavanje zagušenja1048708u situacijama kada dođe do zagušenja ono se razrešava tako što dolazi do odbacivanjadatagrama1048708odbacivanje može biti ldquointeligentnordquo kada se vodi računa o tome koji se paket odbacuje ili ldquosirovordquo kada se odbacuje poslednji pristigli paket

12

dva mehanizma1048708Tail Drop1048708Weighted Random Early Detection (WRED)

30 Opisati Weighted Random Early Detection (WRED) mehanizam izbegavanja zagušenja (IPtf09-cisco-qos ndash 53 55)

Izbegavanje zagušenja -WRED1048708za razliku od RED principa WRED uvodi I ldquotežinurdquo saobraćaja tako da se prvoodbacuju paketi manjeg prioriteta a tek onda paketi većeg prioriteta1048708WRED je kompatibilan i sa RSVP-om tako da se prvo odbacuju paketi koji pripadajudrugim tokovima pa tek onda oni koji pripadaju toku podataka koji je rezervisao deo kapaciteta posredstvom RSVP-a1048708najčešće se koristi u jezgru mreže gde postoji mogućnost da dođe do zagušenja1048708koristi informacije o prioritetu (IP Precedence) koje su postavili ruteri u pristupnom delu mreže 1048708statistički gledano WRED odbacuje više paketa onog izvora koji generiše veći saobraćaj čime se brže izlazi iz zone zagušenja

31 Koja dva mehanizma kontrole saobraćaja omogućava Cisco-ov IOS Ukratko opisati svaki od njih (IPtf09-cisco-qos ndash 58)

Policing and Shaping1048708policing - princip rada se zasniva na odbacivanju paketa kada njihov protok premaši neke administrativno postavljene parametre1048708shaping - princip rada se zasniva na zadržavanju datagrama u redu za čekanje kada njihov protok premaši administrativno postavljene parametre (GTS koristiWFQ dok FRTS koristi CQ PQ ili FIFO)

H323

1 Ukratko opisati H323 signalizacionu arhitekturu (IPtf06-H323_arhitektura ndash 16)

H323 arhitektura1048708 ITU-T H323 - Packet-based multimedia communications systems1048708 H323 je standard koji specificira1048708 komponente1048708 protokole i1048708 procedure koje omogućavaju multimedijalne komunikacione servise (real-time audio video prenos podataka) u mrežama sa paketskom komutacijom koje ne pružaju garantovan QoS1048708 H323 je deo familije preporuka H32x koje se bave multimedijalnim komunikacijama u različitim tipovima mreža (ISDNPSTN)

2 Koji su osnovni elemetni (komponente) H323 arhitekture i koji se tipovi podataka razmenjuju u komunikaciji (IPtf06-H323_arhitektura ndash 19 20)

Osnovni elementi

13

1048708 Terminali1048708 Gateways1048708 Gatekeepers1048708 MCs1048708 MCUs1048708 Komunikacija između elemenata obavlja se razmenom informacionih tokova podataka (information streams)Klasifikuju se kao 4 tipa1048708 Video1048708 Audio1048708 Data (podaci)1048708 Communication and call control

3 Koji su osnovni protokoli u H323 arhitekturi nazanačeni u preporuci (IPtf06-H323_arhitektura ndash 24)

osnovni protokoli koji su naznačeni u preporuci H3231048708 audio CODEC-i1048708 video CODEC-i1048708 H2250 RAS (registrationadmission and status)1048708 H2250 call signaling1048708 H245 control signaling1048708 real-time transport protocol (RTP)1048708 real-time control protocol (RTCP)1048708 H323 je nezavisna od paketske mreže itransportnih protokola pa ih zato i ne specificira

4 Šta predstavlja H225 RAS i za šta se koristi (IPtf06-H323_arhitektura ndash 27 39 45)

protokol kojim se razmenjuju podaci između krajnjih tačaka (terminal gateway MCU) i gatekeeper-a1048708 koristi se za 1048708 otkrivanje gatekeeper-a1048708 procedura kojom se određuje gatekeeper kod koga će se krajnja tačka registrovati1048708 može biti statičko (krajnja tačka unapred zna ko je njen gatekeeper) i dinamičko (razmena 1048708 multicast poruka GRQ (ldquoWho is my gatekeeperrdquo) 1048708 poruka GCF (ldquoI can be your gatekeeperrdquo) koja sadrži transportnu adresu RAS kanala gatekeeper-a i

1048708 poruka GRJ (ako gatekeeper ne želi da registruje krajnju tačku)

koristi se i za 1048708 registraciju krajnje tačke (pristupanje zoni (RRQ RCFRRJ) čime se gatekeeper obaveštava o transportnim adresama i imenima krajnje tačke)1048708 i njenu deregistraciju (na zahtev krajnje tačke (URQ UCFURJ) ili na zahtev gatekeeper-a (URQUCF))

14

1048708 kontrolu pristupa promenu propusnog opsega status oslobađanje BW (kada krajnja tačka želi da inicira poziv ona traži dozvolu od gatekeeper-a (ARQACFARJ) ndash obaveštava gatekeeper o tome koga želi da pozove o potrebnom BW za obavljanje poziva tokom poziva se BW može menjati (BRQBCFBRJ) na kraju poziva terminal obaveštava gatekeeper o oslobađanju zahtevanog opsega (DRQDCF))1048708 lociranje krajnje tačke (nprodređivanje IP adrese dodela transportne adrese logičkog kanala koji će se koristiti za signalizaciju poziva (LRQLCFLRJ))

5 Koje su funkcije RAS signalizacije (H323 - 2 deo - Misic Ivana 289-07 - 7)

RAS signalizacija je definisana u okviru H2250preporuke i odnosi se na sledece funkcije_ Otkrivanje gejtkipera (Gatekeeper discovery)_ Registracija (Registration)_ Otkazivanje registracije (Unregistration)_ Pristup (Admission)_ Upravljanje propusnim opsegom (Bandwidth change)_ Lociranje krajnje tacke (Endpoint Location)_ Završetak poziva (Call Disengage)_ Status (Status)_ Dostupnost resursa (Resource Availability)_ Nestandardna funkcija (Non-standard)

6 Tipovi RAS poruka (IPtf06-H323_arhitektura ndash 29)

RAS poruke imaju tri tipa (u opštem slučaju)1048708 Request ndash xRQ1048708 Reject ndash xRJ1048708 Confirm ndash xCF

7 Ukratko opisati postupak otkrivanja gatekeeper-a od strane terminala (IPtf06-H323_arhitektura ndash 28 29 32 34 36)

(H323 - 2 deo - Misic Ivana 289-07 ndash 89)

Otkrivanje gejtkipera_ U procesu otkrivanja gejtkipera koriste se RAS porukeGRQ GCF i GRJPostoje dva metoda otkrivanja gejtkipera od strane krajnje tacke_ staticki i_dinamicki

Staticki metod (Unicast ndash manual method) se koristi kada jeadresa gejtkipera unapred poznata Tada se na UDP port1718 datog gejtkipera šallje GRQ poruka na koju potom

15

gejtkiper odgovara sa pozitivnom (GCF) illi negativnom (GRJ)porukom (Gejtvej A)Dinamicki metod (Mullticast ndash autodiscovery) se koristi kadaadresa gejtkipera nije unapred poznata Tada je neophodnoda krajnja tacka utvrdi dostupnost gejtkipera Ovo seostvaruje sllanjem mullticast poruke na koju može pozitivnoodgovoriti više gejtkipera kod kojih se krajnja tacka možeregistrovati (Gejtvej B)

8 Ukratko opisati postupak registracije terminala kod gatekeeper-a (IPtf06-H323_arhitektura ndash 40-43) (H323 - 2 deo - Misic Ivana 289-07 ndash 1011)

Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndash Registration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnikaTerminal može da obnovi svoju registraciju slanjem ili kompletne RRQ poruke ili slanjem Lightweight RRQ (LW RRQ) poruke1048708 LW RRQ poruka ima samo nekoliko elemenata u odnosu na full RRQ paket I može se koristiti samo za obnavljanje prijavljivanja terminala gatekeeper-u

9 Nabrojati formate poruka koje se razmenjuju u RAS signalizaciji

(IPtf06-H323_arhitektura ndash 32 40 46 51 53-59)

Terminal kada se poveže na mrežu mora da otkrije gatekeeper slanjem GRQ poruke1048708 Adresa gatekeeper-a može unapred biti konfigurisana na terminalu1048708 Terminal može da GRQ poruku pošalje kao multicast u kom slučaju je primaju svi aktivni gatekeeper-i1048708 Adresa gatekeeper-a može da se dobije slanjem DNS upita (način definisanja Gatekeeper-a kroz DNS definisan kroz H323 Annex O)1048708 Ako na mreži postoji više gatekeeper-a tada je za proces otkrivanja gatekeeper-a potrebno razmeniti nekoliko GCFGRJ poruka

1048708 Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndashRegistration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnika

Kada se jednom registruje kod Gatekeeper-a terminal može samo da inicira poziv ili prihvatidolazeći poziv1048708 Na upućen zahtev (ARQ) Gatekeeper može da odgovori sa ACF ili ARJ1048708 Krajnja tačka će da navede sve odredišne adrese gde gatekeeper može da odgovori saalternativnim skupom odredišnih adresa (ako je setovan flag ldquocanMapAliasrdquo)

1048708 LRQ poruku šalje krajnja tačka ili gatekeeper drugom gatekeeper u cilju određivanja stvarne IP adrese za neku alias adresu ndash na primer konverzija telefonskog broja u IP adresu1048708 Iako LRQ mogu biti poslati i sa krajnje tačke skoro uvek se koriste od strane gatekeeper-a

16

1048708 Po izvršenoj inicijalnoj uspostavi veze krajnje tačke mogu da požele da dobiju veći protok kroz mrežu za svoju komunikaciju1048708 Tada se šalje BRQ poruka1048708 Poruka se šalje kada je stvarno rezervisani saobraćaj manji od potrebnog i traženog kod uspostave veze

1048708 ldquoUnknown Message Responserdquo se šalje kao odgovor na nepoznatu poruku1048708 ldquoNon-Standard Messagerdquo omogućavaju gatekeeper-u i krajnjoj tački da razmene neke druge poruke

10 Opisati H2250 Call Signaling (IPtf06-H323_arhitektura ndash 61)

(H323 - 2 deo - Misic Ivana 289-07 ndash 2122)

H2250 signalizacija poziva_ Signallizacija poziva predstavllja signallizaciju izmedu krajnjih tacaka pomocu koje se obavllja uspostavlljanje i raskidanje poziva U H323 koristi se modifikovana ITU-T preporuka Q931 koja predstavllja deo nove preporuke H2250 Preporuka Q931 definiše signallizacioni protokoll treceg nivoa koji se koristi u ISDN mrežama a u H2250 koristi se samo jedan deo Q931 poruka Pored Q931 koristi se i jednaporuka iz Q932_ U okviru H323 sistema postoji potreba za prenosom sistemskih informacija o gejtkiperima i H245 adresama llogickih kanalla U ISDN mrežama prenos ovakvih informacija ostvaruje se upotrebom ellementa za razmenu informacija izmedu korisnika (User-to-User Information Ellement) Prenos informacija od korisnika do korisnika odvija se preko D kanalla pri cemu sama mreža ne interpretira sadržaj ovih poruka

U H2250 ovaj vid komunikacije koristi se za prenos svih dodatnih informacija neophodnih za funkcionisanje H323 sistema_ To mogu biti informacije razllicitog sadržajaobavezni identifikatori protokolla allias krajnje tacke H245 adresa itd_ ASN1 sintaksa definisana u H2250 odreduje format poruka koje se razmenjuju naovaj nacin

11 Za šta se koristi H245 kontrolna signalizacija (IPtf06-H323_arhitektura ndash 74)

H245 kontrolna signalizacijakoristi se za1048708 razmenu informacija o tome koje će se vrste podataka prenositi kanalima za prenos medija (audiovideo ili podaci)1048708 razmenu informacija o koderimadekoderima koje krajnja tačka podržava1048708 otvaranje i ukidanje logičkih kanala za prenos medija1048708 kontrolu protoka1048708 neke opšte komande i instrukcije

12 Opisati ulogu gateway-a u H323 mreži (IPtf06-H323_arhitektura ndash 110 111)

Gatewayinterfejs između H323 mreže i ne-H323 mreže (npr LAN-a i mreže sa komutacijom kola (SCN))1048708 nije potreban ako se komunikacija odvija između dva H323 terminala u H323 mreži

17

1048708 omogućava interoperabilnost komunikacionih procedura i formata podataka između različitih tipova mreža1048708 ako je potrebno vrši kompresiju i paketizaciju govora1048708 terminal komunicira sa gateway-em korišćenjem H2250 i H245 signalizacije

1048708 Sastoji se iz Media Gateway Controller-a (MGC) i Media Gateway-a (MG)1048708 Ove dve funkcije mogu da budu integrisane u jednom uređaju ili da budu razdvojene1048708 MGC funkcija se može integrisati sa Gatekeeper-om koji tada nazivamo I signalizacioni kontroler

13 Nabrojati i ukratko opisati funkcije gatekeeper-a (IPtf06-H323_arhitektura ndash 115 116)

obavezne funkcije gatekeeper-a1048708 transliranje adresa (telefonski broj alias ime) u cilju određivanja IP adrese odredišta (vrši se pregledanjem tabela koje sadrže podatke dobijene pri registraciji krajnjih tačaka)1048708 kontrola pristupa (bazirana na autorizaciji poziva raspoloživom propusnom opsegu ili na nekom drugom kriterijumu)1048708 kontrola propusnog opsega (jednostavnom metodom ili nekim složenim protokolom (npr RSVP))1048708 upravljanje zonom (svim uređajima koji su registrovani kod posmatranog gatekeeper-a)

opcione funkcije gatekeeper-a1048708 signalizacija poziva i kontrola poziva- rutiranje H2250 i H245 signalizacije između krajnjih tačaka1048708 autorizacija poziva upravljanje propusnim opsegom upravljanje pozivima (korišćenjem posebnih pravila (policy))1048708 SNMP (Gatekeeper) upravljačka informacija (MIB)1048708 rezervacija propusnog opsega za terminale koji nemaju mogućnost da to sami urade

14 Od čega se sastoji i koja je uloga MCU-a (Multipoint Controller Unit) u H323 mreži (IPtf06-H323_arhitektura ndash 120 121)

MCU- Multipoint Control Unit1048708 omogućava konferencijsku vezu između tri ili više terminala1048708 upravlja resursima konferencijske veze omogućava dogovor koji će se CODEC koristiti1048708 može biti samostalan uređaj (PC) ali I integrisan u okviru gateway-a gatekeeper-a iliterminala

1048708 logički sastoji se iz dve celine1048708 MC (Multipoint controler)- bavi se kontrolom I signalizacijom neophodnim za uspostavljanjei upravljanje konferencijom1048708 MP (Multipoint processor)- prima podatke od krajnjih tačaka obrađuje ih (npr audiomixingvideo switchingmixing umnožava) I šalje krajnjim tačkama učesnicama konferencije

15 Šta predstavlja H323 zona a šta administrativni domen

(IPtf06-H323_arhitektura ndash 125 126)

1048708 Skup H323 uređaja kojima se upravlja od strane jednog gatekeeper-a

18

1048708 Zona sadrži najmanje jedan terminal a može sadržati gateway-e i MCU-e1048708 Zona je nezavisna od mrežne topologije (može biti sačinjena od više mrežnih segmenata povezanih ruterima ili drugim uređajima)1048708 Granice zone mogu biti definisane na bazi administrativnog geografskog inženjerskog ili nekog drugog kriterijuma1048708 O pozivima između krajnjih tačaka u zoni stara se jedan gatekeeper1048708 Pozive između krajnjih tačaka iz različitih zona mogu opsluživati gatekeeper-i iz obe zone

1048708 Skup H323 zona koje su pod jednom administrativnom kontrolom1048708 Na primer mreža servis provajdera ili mreža velike kompanije

SIP

1 Ukratko opisati SIP protokol (IPtf07-SIP_arhitektura ndash 3)

SIP ( Session Initiation Protocol ) 1048708 definisan u RFC-u 3261 kao protokol aplikativnog sloja1048708 koristi se za uspostavu sesije između korisnika1048708 ne definiše tip sesije koja se uspostavlja (interaktivno kockanjeili audiovideo konferencija)1048708 SIP je klijent-server protokol baziran na protokolima HTTP (HyperText Transport Protocol) i SMTP (Simple Mail Transfer Protocol)1048708 klijent generiše request i šalje ga serveru koji mu odgovara (response)request + response = transaction

2 Nabrojati 5 osnovnih f-ja SIP protokola (IPtf07-SIP_arhitektura ndash 4)

SIP ndash 5 osnovnih funkcija1048708 Lociranje korisnika ndash određivanje krajnjeg sistema koji će se koristiti za komunikaciju1048708 Raspoloživost korisnika ndash određuje da li krajnji sistem želi ili ne da učestvuje u toj sesiji1048708 Karakteristike sagovornika ndash određuje medijum I parametre medija koji su bitni za komunikaciju1048708 Uspostava sesije ndash razmena parametara za uspostavu sesije1048708 Upravljanje sesijama ndash razmena podataka vezanih za uspostavu raskid i održavanje sesija

3 Nabrojati i ukratko opisati elemente (komponente) SIP mreže

(IPtf07-SIP_arhitektura ndash 9)

SIP komponente1048708 user agent (softver kojim čovek komunicira sa sistemom)Sadrži dve komponente1048708 UAC (user agent client) - šalje request1048708 UAS (user agent server) - prima request i šalje response (prihvata poziv preusmerava ga ili odbija)1048708 network servers1048708 registration server - sadrži informacije o trenutnim lokacijama korisnika

19

1048708 proxy server - prima request i šalje ka sledećem serveru (proxyUASredirect) može i ka više servera odjednom1048708 redirect server - prima request ali umesto da ga prosledi dalje on vraća adresu next-hop servera klijentuProxy i redirect server vrše rutiranje

4 Nabrojati i ukratko opisati osnovne metode koje se razmenjuju u SIP porukama (IPtf07-SIP_arhitektura ndash 14)

SIP poruka ndash metode (RFC 3261)1048708 INVITE ndash uspostava veze1048708 BYE - završatak veze učesnika u pozivu1048708 OPTIONS - traži informacije o osobinama UA1048708 ACK - za pouzdanu razmenu poruka1048708 CANCEL - otkazuje se poslednji request (ne važi za BYE)1048708 REGISTER - traži informaciju o lokaciji korisnika u registration server-u prijavljuje se serveru sa svojim podacima

5 Navesti po jedan primer SIP poruke prilikom zahteva i odgovora (IPtf07-SIP_arhitektura ndash 13 16)

Format SIP poruke1048708 Kod upita (request) format prve linije jeRequest-Line = Method SP Request-URI SP SIP-Version CRLFSP ndash single space karakterPrimerINVITE sipbobbiloxicom SIP20

Format SIP poruke1048708 Kod odgovora (response) format prve linije jeStatus-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLFPrimerSIP20 200 OK

6 Nabrojati klase odgovora u SIP-u (IPtf07-SIP_arhitektura ndash 18)

Klase odgovora1048708 1xx Informational1048708 2xx Final1048708 3xx Redirection1048708 4xx Client Error1048708 5xx Server Error1048708 6xx Global Failure

7 Nabrojati i ukratko opisati obavezna polja u zaglavlju SIP poruke

(IPtf07-SIP_arhitektura ndash 29 32-35)

Zaglavlje SIP poruke20

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 13: Ispit_Pitanja i odgovori

dva mehanizma1048708Tail Drop1048708Weighted Random Early Detection (WRED)

30 Opisati Weighted Random Early Detection (WRED) mehanizam izbegavanja zagušenja (IPtf09-cisco-qos ndash 53 55)

Izbegavanje zagušenja -WRED1048708za razliku od RED principa WRED uvodi I ldquotežinurdquo saobraćaja tako da se prvoodbacuju paketi manjeg prioriteta a tek onda paketi većeg prioriteta1048708WRED je kompatibilan i sa RSVP-om tako da se prvo odbacuju paketi koji pripadajudrugim tokovima pa tek onda oni koji pripadaju toku podataka koji je rezervisao deo kapaciteta posredstvom RSVP-a1048708najčešće se koristi u jezgru mreže gde postoji mogućnost da dođe do zagušenja1048708koristi informacije o prioritetu (IP Precedence) koje su postavili ruteri u pristupnom delu mreže 1048708statistički gledano WRED odbacuje više paketa onog izvora koji generiše veći saobraćaj čime se brže izlazi iz zone zagušenja

31 Koja dva mehanizma kontrole saobraćaja omogućava Cisco-ov IOS Ukratko opisati svaki od njih (IPtf09-cisco-qos ndash 58)

Policing and Shaping1048708policing - princip rada se zasniva na odbacivanju paketa kada njihov protok premaši neke administrativno postavljene parametre1048708shaping - princip rada se zasniva na zadržavanju datagrama u redu za čekanje kada njihov protok premaši administrativno postavljene parametre (GTS koristiWFQ dok FRTS koristi CQ PQ ili FIFO)

H323

1 Ukratko opisati H323 signalizacionu arhitekturu (IPtf06-H323_arhitektura ndash 16)

H323 arhitektura1048708 ITU-T H323 - Packet-based multimedia communications systems1048708 H323 je standard koji specificira1048708 komponente1048708 protokole i1048708 procedure koje omogućavaju multimedijalne komunikacione servise (real-time audio video prenos podataka) u mrežama sa paketskom komutacijom koje ne pružaju garantovan QoS1048708 H323 je deo familije preporuka H32x koje se bave multimedijalnim komunikacijama u različitim tipovima mreža (ISDNPSTN)

2 Koji su osnovni elemetni (komponente) H323 arhitekture i koji se tipovi podataka razmenjuju u komunikaciji (IPtf06-H323_arhitektura ndash 19 20)

Osnovni elementi

13

1048708 Terminali1048708 Gateways1048708 Gatekeepers1048708 MCs1048708 MCUs1048708 Komunikacija između elemenata obavlja se razmenom informacionih tokova podataka (information streams)Klasifikuju se kao 4 tipa1048708 Video1048708 Audio1048708 Data (podaci)1048708 Communication and call control

3 Koji su osnovni protokoli u H323 arhitekturi nazanačeni u preporuci (IPtf06-H323_arhitektura ndash 24)

osnovni protokoli koji su naznačeni u preporuci H3231048708 audio CODEC-i1048708 video CODEC-i1048708 H2250 RAS (registrationadmission and status)1048708 H2250 call signaling1048708 H245 control signaling1048708 real-time transport protocol (RTP)1048708 real-time control protocol (RTCP)1048708 H323 je nezavisna od paketske mreže itransportnih protokola pa ih zato i ne specificira

4 Šta predstavlja H225 RAS i za šta se koristi (IPtf06-H323_arhitektura ndash 27 39 45)

protokol kojim se razmenjuju podaci između krajnjih tačaka (terminal gateway MCU) i gatekeeper-a1048708 koristi se za 1048708 otkrivanje gatekeeper-a1048708 procedura kojom se određuje gatekeeper kod koga će se krajnja tačka registrovati1048708 može biti statičko (krajnja tačka unapred zna ko je njen gatekeeper) i dinamičko (razmena 1048708 multicast poruka GRQ (ldquoWho is my gatekeeperrdquo) 1048708 poruka GCF (ldquoI can be your gatekeeperrdquo) koja sadrži transportnu adresu RAS kanala gatekeeper-a i

1048708 poruka GRJ (ako gatekeeper ne želi da registruje krajnju tačku)

koristi se i za 1048708 registraciju krajnje tačke (pristupanje zoni (RRQ RCFRRJ) čime se gatekeeper obaveštava o transportnim adresama i imenima krajnje tačke)1048708 i njenu deregistraciju (na zahtev krajnje tačke (URQ UCFURJ) ili na zahtev gatekeeper-a (URQUCF))

14

1048708 kontrolu pristupa promenu propusnog opsega status oslobađanje BW (kada krajnja tačka želi da inicira poziv ona traži dozvolu od gatekeeper-a (ARQACFARJ) ndash obaveštava gatekeeper o tome koga želi da pozove o potrebnom BW za obavljanje poziva tokom poziva se BW može menjati (BRQBCFBRJ) na kraju poziva terminal obaveštava gatekeeper o oslobađanju zahtevanog opsega (DRQDCF))1048708 lociranje krajnje tačke (nprodređivanje IP adrese dodela transportne adrese logičkog kanala koji će se koristiti za signalizaciju poziva (LRQLCFLRJ))

5 Koje su funkcije RAS signalizacije (H323 - 2 deo - Misic Ivana 289-07 - 7)

RAS signalizacija je definisana u okviru H2250preporuke i odnosi se na sledece funkcije_ Otkrivanje gejtkipera (Gatekeeper discovery)_ Registracija (Registration)_ Otkazivanje registracije (Unregistration)_ Pristup (Admission)_ Upravljanje propusnim opsegom (Bandwidth change)_ Lociranje krajnje tacke (Endpoint Location)_ Završetak poziva (Call Disengage)_ Status (Status)_ Dostupnost resursa (Resource Availability)_ Nestandardna funkcija (Non-standard)

6 Tipovi RAS poruka (IPtf06-H323_arhitektura ndash 29)

RAS poruke imaju tri tipa (u opštem slučaju)1048708 Request ndash xRQ1048708 Reject ndash xRJ1048708 Confirm ndash xCF

7 Ukratko opisati postupak otkrivanja gatekeeper-a od strane terminala (IPtf06-H323_arhitektura ndash 28 29 32 34 36)

(H323 - 2 deo - Misic Ivana 289-07 ndash 89)

Otkrivanje gejtkipera_ U procesu otkrivanja gejtkipera koriste se RAS porukeGRQ GCF i GRJPostoje dva metoda otkrivanja gejtkipera od strane krajnje tacke_ staticki i_dinamicki

Staticki metod (Unicast ndash manual method) se koristi kada jeadresa gejtkipera unapred poznata Tada se na UDP port1718 datog gejtkipera šallje GRQ poruka na koju potom

15

gejtkiper odgovara sa pozitivnom (GCF) illi negativnom (GRJ)porukom (Gejtvej A)Dinamicki metod (Mullticast ndash autodiscovery) se koristi kadaadresa gejtkipera nije unapred poznata Tada je neophodnoda krajnja tacka utvrdi dostupnost gejtkipera Ovo seostvaruje sllanjem mullticast poruke na koju može pozitivnoodgovoriti više gejtkipera kod kojih se krajnja tacka možeregistrovati (Gejtvej B)

8 Ukratko opisati postupak registracije terminala kod gatekeeper-a (IPtf06-H323_arhitektura ndash 40-43) (H323 - 2 deo - Misic Ivana 289-07 ndash 1011)

Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndash Registration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnikaTerminal može da obnovi svoju registraciju slanjem ili kompletne RRQ poruke ili slanjem Lightweight RRQ (LW RRQ) poruke1048708 LW RRQ poruka ima samo nekoliko elemenata u odnosu na full RRQ paket I može se koristiti samo za obnavljanje prijavljivanja terminala gatekeeper-u

9 Nabrojati formate poruka koje se razmenjuju u RAS signalizaciji

(IPtf06-H323_arhitektura ndash 32 40 46 51 53-59)

Terminal kada se poveže na mrežu mora da otkrije gatekeeper slanjem GRQ poruke1048708 Adresa gatekeeper-a može unapred biti konfigurisana na terminalu1048708 Terminal može da GRQ poruku pošalje kao multicast u kom slučaju je primaju svi aktivni gatekeeper-i1048708 Adresa gatekeeper-a može da se dobije slanjem DNS upita (način definisanja Gatekeeper-a kroz DNS definisan kroz H323 Annex O)1048708 Ako na mreži postoji više gatekeeper-a tada je za proces otkrivanja gatekeeper-a potrebno razmeniti nekoliko GCFGRJ poruka

1048708 Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndashRegistration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnika

Kada se jednom registruje kod Gatekeeper-a terminal može samo da inicira poziv ili prihvatidolazeći poziv1048708 Na upućen zahtev (ARQ) Gatekeeper može da odgovori sa ACF ili ARJ1048708 Krajnja tačka će da navede sve odredišne adrese gde gatekeeper može da odgovori saalternativnim skupom odredišnih adresa (ako je setovan flag ldquocanMapAliasrdquo)

1048708 LRQ poruku šalje krajnja tačka ili gatekeeper drugom gatekeeper u cilju određivanja stvarne IP adrese za neku alias adresu ndash na primer konverzija telefonskog broja u IP adresu1048708 Iako LRQ mogu biti poslati i sa krajnje tačke skoro uvek se koriste od strane gatekeeper-a

16

1048708 Po izvršenoj inicijalnoj uspostavi veze krajnje tačke mogu da požele da dobiju veći protok kroz mrežu za svoju komunikaciju1048708 Tada se šalje BRQ poruka1048708 Poruka se šalje kada je stvarno rezervisani saobraćaj manji od potrebnog i traženog kod uspostave veze

1048708 ldquoUnknown Message Responserdquo se šalje kao odgovor na nepoznatu poruku1048708 ldquoNon-Standard Messagerdquo omogućavaju gatekeeper-u i krajnjoj tački da razmene neke druge poruke

10 Opisati H2250 Call Signaling (IPtf06-H323_arhitektura ndash 61)

(H323 - 2 deo - Misic Ivana 289-07 ndash 2122)

H2250 signalizacija poziva_ Signallizacija poziva predstavllja signallizaciju izmedu krajnjih tacaka pomocu koje se obavllja uspostavlljanje i raskidanje poziva U H323 koristi se modifikovana ITU-T preporuka Q931 koja predstavllja deo nove preporuke H2250 Preporuka Q931 definiše signallizacioni protokoll treceg nivoa koji se koristi u ISDN mrežama a u H2250 koristi se samo jedan deo Q931 poruka Pored Q931 koristi se i jednaporuka iz Q932_ U okviru H323 sistema postoji potreba za prenosom sistemskih informacija o gejtkiperima i H245 adresama llogickih kanalla U ISDN mrežama prenos ovakvih informacija ostvaruje se upotrebom ellementa za razmenu informacija izmedu korisnika (User-to-User Information Ellement) Prenos informacija od korisnika do korisnika odvija se preko D kanalla pri cemu sama mreža ne interpretira sadržaj ovih poruka

U H2250 ovaj vid komunikacije koristi se za prenos svih dodatnih informacija neophodnih za funkcionisanje H323 sistema_ To mogu biti informacije razllicitog sadržajaobavezni identifikatori protokolla allias krajnje tacke H245 adresa itd_ ASN1 sintaksa definisana u H2250 odreduje format poruka koje se razmenjuju naovaj nacin

11 Za šta se koristi H245 kontrolna signalizacija (IPtf06-H323_arhitektura ndash 74)

H245 kontrolna signalizacijakoristi se za1048708 razmenu informacija o tome koje će se vrste podataka prenositi kanalima za prenos medija (audiovideo ili podaci)1048708 razmenu informacija o koderimadekoderima koje krajnja tačka podržava1048708 otvaranje i ukidanje logičkih kanala za prenos medija1048708 kontrolu protoka1048708 neke opšte komande i instrukcije

12 Opisati ulogu gateway-a u H323 mreži (IPtf06-H323_arhitektura ndash 110 111)

Gatewayinterfejs između H323 mreže i ne-H323 mreže (npr LAN-a i mreže sa komutacijom kola (SCN))1048708 nije potreban ako se komunikacija odvija između dva H323 terminala u H323 mreži

17

1048708 omogućava interoperabilnost komunikacionih procedura i formata podataka između različitih tipova mreža1048708 ako je potrebno vrši kompresiju i paketizaciju govora1048708 terminal komunicira sa gateway-em korišćenjem H2250 i H245 signalizacije

1048708 Sastoji se iz Media Gateway Controller-a (MGC) i Media Gateway-a (MG)1048708 Ove dve funkcije mogu da budu integrisane u jednom uređaju ili da budu razdvojene1048708 MGC funkcija se može integrisati sa Gatekeeper-om koji tada nazivamo I signalizacioni kontroler

13 Nabrojati i ukratko opisati funkcije gatekeeper-a (IPtf06-H323_arhitektura ndash 115 116)

obavezne funkcije gatekeeper-a1048708 transliranje adresa (telefonski broj alias ime) u cilju određivanja IP adrese odredišta (vrši se pregledanjem tabela koje sadrže podatke dobijene pri registraciji krajnjih tačaka)1048708 kontrola pristupa (bazirana na autorizaciji poziva raspoloživom propusnom opsegu ili na nekom drugom kriterijumu)1048708 kontrola propusnog opsega (jednostavnom metodom ili nekim složenim protokolom (npr RSVP))1048708 upravljanje zonom (svim uređajima koji su registrovani kod posmatranog gatekeeper-a)

opcione funkcije gatekeeper-a1048708 signalizacija poziva i kontrola poziva- rutiranje H2250 i H245 signalizacije između krajnjih tačaka1048708 autorizacija poziva upravljanje propusnim opsegom upravljanje pozivima (korišćenjem posebnih pravila (policy))1048708 SNMP (Gatekeeper) upravljačka informacija (MIB)1048708 rezervacija propusnog opsega za terminale koji nemaju mogućnost da to sami urade

14 Od čega se sastoji i koja je uloga MCU-a (Multipoint Controller Unit) u H323 mreži (IPtf06-H323_arhitektura ndash 120 121)

MCU- Multipoint Control Unit1048708 omogućava konferencijsku vezu između tri ili više terminala1048708 upravlja resursima konferencijske veze omogućava dogovor koji će se CODEC koristiti1048708 može biti samostalan uređaj (PC) ali I integrisan u okviru gateway-a gatekeeper-a iliterminala

1048708 logički sastoji se iz dve celine1048708 MC (Multipoint controler)- bavi se kontrolom I signalizacijom neophodnim za uspostavljanjei upravljanje konferencijom1048708 MP (Multipoint processor)- prima podatke od krajnjih tačaka obrađuje ih (npr audiomixingvideo switchingmixing umnožava) I šalje krajnjim tačkama učesnicama konferencije

15 Šta predstavlja H323 zona a šta administrativni domen

(IPtf06-H323_arhitektura ndash 125 126)

1048708 Skup H323 uređaja kojima se upravlja od strane jednog gatekeeper-a

18

1048708 Zona sadrži najmanje jedan terminal a može sadržati gateway-e i MCU-e1048708 Zona je nezavisna od mrežne topologije (može biti sačinjena od više mrežnih segmenata povezanih ruterima ili drugim uređajima)1048708 Granice zone mogu biti definisane na bazi administrativnog geografskog inženjerskog ili nekog drugog kriterijuma1048708 O pozivima između krajnjih tačaka u zoni stara se jedan gatekeeper1048708 Pozive između krajnjih tačaka iz različitih zona mogu opsluživati gatekeeper-i iz obe zone

1048708 Skup H323 zona koje su pod jednom administrativnom kontrolom1048708 Na primer mreža servis provajdera ili mreža velike kompanije

SIP

1 Ukratko opisati SIP protokol (IPtf07-SIP_arhitektura ndash 3)

SIP ( Session Initiation Protocol ) 1048708 definisan u RFC-u 3261 kao protokol aplikativnog sloja1048708 koristi se za uspostavu sesije između korisnika1048708 ne definiše tip sesije koja se uspostavlja (interaktivno kockanjeili audiovideo konferencija)1048708 SIP je klijent-server protokol baziran na protokolima HTTP (HyperText Transport Protocol) i SMTP (Simple Mail Transfer Protocol)1048708 klijent generiše request i šalje ga serveru koji mu odgovara (response)request + response = transaction

2 Nabrojati 5 osnovnih f-ja SIP protokola (IPtf07-SIP_arhitektura ndash 4)

SIP ndash 5 osnovnih funkcija1048708 Lociranje korisnika ndash određivanje krajnjeg sistema koji će se koristiti za komunikaciju1048708 Raspoloživost korisnika ndash određuje da li krajnji sistem želi ili ne da učestvuje u toj sesiji1048708 Karakteristike sagovornika ndash određuje medijum I parametre medija koji su bitni za komunikaciju1048708 Uspostava sesije ndash razmena parametara za uspostavu sesije1048708 Upravljanje sesijama ndash razmena podataka vezanih za uspostavu raskid i održavanje sesija

3 Nabrojati i ukratko opisati elemente (komponente) SIP mreže

(IPtf07-SIP_arhitektura ndash 9)

SIP komponente1048708 user agent (softver kojim čovek komunicira sa sistemom)Sadrži dve komponente1048708 UAC (user agent client) - šalje request1048708 UAS (user agent server) - prima request i šalje response (prihvata poziv preusmerava ga ili odbija)1048708 network servers1048708 registration server - sadrži informacije o trenutnim lokacijama korisnika

19

1048708 proxy server - prima request i šalje ka sledećem serveru (proxyUASredirect) može i ka više servera odjednom1048708 redirect server - prima request ali umesto da ga prosledi dalje on vraća adresu next-hop servera klijentuProxy i redirect server vrše rutiranje

4 Nabrojati i ukratko opisati osnovne metode koje se razmenjuju u SIP porukama (IPtf07-SIP_arhitektura ndash 14)

SIP poruka ndash metode (RFC 3261)1048708 INVITE ndash uspostava veze1048708 BYE - završatak veze učesnika u pozivu1048708 OPTIONS - traži informacije o osobinama UA1048708 ACK - za pouzdanu razmenu poruka1048708 CANCEL - otkazuje se poslednji request (ne važi za BYE)1048708 REGISTER - traži informaciju o lokaciji korisnika u registration server-u prijavljuje se serveru sa svojim podacima

5 Navesti po jedan primer SIP poruke prilikom zahteva i odgovora (IPtf07-SIP_arhitektura ndash 13 16)

Format SIP poruke1048708 Kod upita (request) format prve linije jeRequest-Line = Method SP Request-URI SP SIP-Version CRLFSP ndash single space karakterPrimerINVITE sipbobbiloxicom SIP20

Format SIP poruke1048708 Kod odgovora (response) format prve linije jeStatus-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLFPrimerSIP20 200 OK

6 Nabrojati klase odgovora u SIP-u (IPtf07-SIP_arhitektura ndash 18)

Klase odgovora1048708 1xx Informational1048708 2xx Final1048708 3xx Redirection1048708 4xx Client Error1048708 5xx Server Error1048708 6xx Global Failure

7 Nabrojati i ukratko opisati obavezna polja u zaglavlju SIP poruke

(IPtf07-SIP_arhitektura ndash 29 32-35)

Zaglavlje SIP poruke20

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 14: Ispit_Pitanja i odgovori

1048708 Terminali1048708 Gateways1048708 Gatekeepers1048708 MCs1048708 MCUs1048708 Komunikacija između elemenata obavlja se razmenom informacionih tokova podataka (information streams)Klasifikuju se kao 4 tipa1048708 Video1048708 Audio1048708 Data (podaci)1048708 Communication and call control

3 Koji su osnovni protokoli u H323 arhitekturi nazanačeni u preporuci (IPtf06-H323_arhitektura ndash 24)

osnovni protokoli koji su naznačeni u preporuci H3231048708 audio CODEC-i1048708 video CODEC-i1048708 H2250 RAS (registrationadmission and status)1048708 H2250 call signaling1048708 H245 control signaling1048708 real-time transport protocol (RTP)1048708 real-time control protocol (RTCP)1048708 H323 je nezavisna od paketske mreže itransportnih protokola pa ih zato i ne specificira

4 Šta predstavlja H225 RAS i za šta se koristi (IPtf06-H323_arhitektura ndash 27 39 45)

protokol kojim se razmenjuju podaci između krajnjih tačaka (terminal gateway MCU) i gatekeeper-a1048708 koristi se za 1048708 otkrivanje gatekeeper-a1048708 procedura kojom se određuje gatekeeper kod koga će se krajnja tačka registrovati1048708 može biti statičko (krajnja tačka unapred zna ko je njen gatekeeper) i dinamičko (razmena 1048708 multicast poruka GRQ (ldquoWho is my gatekeeperrdquo) 1048708 poruka GCF (ldquoI can be your gatekeeperrdquo) koja sadrži transportnu adresu RAS kanala gatekeeper-a i

1048708 poruka GRJ (ako gatekeeper ne želi da registruje krajnju tačku)

koristi se i za 1048708 registraciju krajnje tačke (pristupanje zoni (RRQ RCFRRJ) čime se gatekeeper obaveštava o transportnim adresama i imenima krajnje tačke)1048708 i njenu deregistraciju (na zahtev krajnje tačke (URQ UCFURJ) ili na zahtev gatekeeper-a (URQUCF))

14

1048708 kontrolu pristupa promenu propusnog opsega status oslobađanje BW (kada krajnja tačka želi da inicira poziv ona traži dozvolu od gatekeeper-a (ARQACFARJ) ndash obaveštava gatekeeper o tome koga želi da pozove o potrebnom BW za obavljanje poziva tokom poziva se BW može menjati (BRQBCFBRJ) na kraju poziva terminal obaveštava gatekeeper o oslobađanju zahtevanog opsega (DRQDCF))1048708 lociranje krajnje tačke (nprodređivanje IP adrese dodela transportne adrese logičkog kanala koji će se koristiti za signalizaciju poziva (LRQLCFLRJ))

5 Koje su funkcije RAS signalizacije (H323 - 2 deo - Misic Ivana 289-07 - 7)

RAS signalizacija je definisana u okviru H2250preporuke i odnosi se na sledece funkcije_ Otkrivanje gejtkipera (Gatekeeper discovery)_ Registracija (Registration)_ Otkazivanje registracije (Unregistration)_ Pristup (Admission)_ Upravljanje propusnim opsegom (Bandwidth change)_ Lociranje krajnje tacke (Endpoint Location)_ Završetak poziva (Call Disengage)_ Status (Status)_ Dostupnost resursa (Resource Availability)_ Nestandardna funkcija (Non-standard)

6 Tipovi RAS poruka (IPtf06-H323_arhitektura ndash 29)

RAS poruke imaju tri tipa (u opštem slučaju)1048708 Request ndash xRQ1048708 Reject ndash xRJ1048708 Confirm ndash xCF

7 Ukratko opisati postupak otkrivanja gatekeeper-a od strane terminala (IPtf06-H323_arhitektura ndash 28 29 32 34 36)

(H323 - 2 deo - Misic Ivana 289-07 ndash 89)

Otkrivanje gejtkipera_ U procesu otkrivanja gejtkipera koriste se RAS porukeGRQ GCF i GRJPostoje dva metoda otkrivanja gejtkipera od strane krajnje tacke_ staticki i_dinamicki

Staticki metod (Unicast ndash manual method) se koristi kada jeadresa gejtkipera unapred poznata Tada se na UDP port1718 datog gejtkipera šallje GRQ poruka na koju potom

15

gejtkiper odgovara sa pozitivnom (GCF) illi negativnom (GRJ)porukom (Gejtvej A)Dinamicki metod (Mullticast ndash autodiscovery) se koristi kadaadresa gejtkipera nije unapred poznata Tada je neophodnoda krajnja tacka utvrdi dostupnost gejtkipera Ovo seostvaruje sllanjem mullticast poruke na koju može pozitivnoodgovoriti više gejtkipera kod kojih se krajnja tacka možeregistrovati (Gejtvej B)

8 Ukratko opisati postupak registracije terminala kod gatekeeper-a (IPtf06-H323_arhitektura ndash 40-43) (H323 - 2 deo - Misic Ivana 289-07 ndash 1011)

Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndash Registration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnikaTerminal može da obnovi svoju registraciju slanjem ili kompletne RRQ poruke ili slanjem Lightweight RRQ (LW RRQ) poruke1048708 LW RRQ poruka ima samo nekoliko elemenata u odnosu na full RRQ paket I može se koristiti samo za obnavljanje prijavljivanja terminala gatekeeper-u

9 Nabrojati formate poruka koje se razmenjuju u RAS signalizaciji

(IPtf06-H323_arhitektura ndash 32 40 46 51 53-59)

Terminal kada se poveže na mrežu mora da otkrije gatekeeper slanjem GRQ poruke1048708 Adresa gatekeeper-a može unapred biti konfigurisana na terminalu1048708 Terminal može da GRQ poruku pošalje kao multicast u kom slučaju je primaju svi aktivni gatekeeper-i1048708 Adresa gatekeeper-a može da se dobije slanjem DNS upita (način definisanja Gatekeeper-a kroz DNS definisan kroz H323 Annex O)1048708 Ako na mreži postoji više gatekeeper-a tada je za proces otkrivanja gatekeeper-a potrebno razmeniti nekoliko GCFGRJ poruka

1048708 Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndashRegistration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnika

Kada se jednom registruje kod Gatekeeper-a terminal može samo da inicira poziv ili prihvatidolazeći poziv1048708 Na upućen zahtev (ARQ) Gatekeeper može da odgovori sa ACF ili ARJ1048708 Krajnja tačka će da navede sve odredišne adrese gde gatekeeper može da odgovori saalternativnim skupom odredišnih adresa (ako je setovan flag ldquocanMapAliasrdquo)

1048708 LRQ poruku šalje krajnja tačka ili gatekeeper drugom gatekeeper u cilju određivanja stvarne IP adrese za neku alias adresu ndash na primer konverzija telefonskog broja u IP adresu1048708 Iako LRQ mogu biti poslati i sa krajnje tačke skoro uvek se koriste od strane gatekeeper-a

16

1048708 Po izvršenoj inicijalnoj uspostavi veze krajnje tačke mogu da požele da dobiju veći protok kroz mrežu za svoju komunikaciju1048708 Tada se šalje BRQ poruka1048708 Poruka se šalje kada je stvarno rezervisani saobraćaj manji od potrebnog i traženog kod uspostave veze

1048708 ldquoUnknown Message Responserdquo se šalje kao odgovor na nepoznatu poruku1048708 ldquoNon-Standard Messagerdquo omogućavaju gatekeeper-u i krajnjoj tački da razmene neke druge poruke

10 Opisati H2250 Call Signaling (IPtf06-H323_arhitektura ndash 61)

(H323 - 2 deo - Misic Ivana 289-07 ndash 2122)

H2250 signalizacija poziva_ Signallizacija poziva predstavllja signallizaciju izmedu krajnjih tacaka pomocu koje se obavllja uspostavlljanje i raskidanje poziva U H323 koristi se modifikovana ITU-T preporuka Q931 koja predstavllja deo nove preporuke H2250 Preporuka Q931 definiše signallizacioni protokoll treceg nivoa koji se koristi u ISDN mrežama a u H2250 koristi se samo jedan deo Q931 poruka Pored Q931 koristi se i jednaporuka iz Q932_ U okviru H323 sistema postoji potreba za prenosom sistemskih informacija o gejtkiperima i H245 adresama llogickih kanalla U ISDN mrežama prenos ovakvih informacija ostvaruje se upotrebom ellementa za razmenu informacija izmedu korisnika (User-to-User Information Ellement) Prenos informacija od korisnika do korisnika odvija se preko D kanalla pri cemu sama mreža ne interpretira sadržaj ovih poruka

U H2250 ovaj vid komunikacije koristi se za prenos svih dodatnih informacija neophodnih za funkcionisanje H323 sistema_ To mogu biti informacije razllicitog sadržajaobavezni identifikatori protokolla allias krajnje tacke H245 adresa itd_ ASN1 sintaksa definisana u H2250 odreduje format poruka koje se razmenjuju naovaj nacin

11 Za šta se koristi H245 kontrolna signalizacija (IPtf06-H323_arhitektura ndash 74)

H245 kontrolna signalizacijakoristi se za1048708 razmenu informacija o tome koje će se vrste podataka prenositi kanalima za prenos medija (audiovideo ili podaci)1048708 razmenu informacija o koderimadekoderima koje krajnja tačka podržava1048708 otvaranje i ukidanje logičkih kanala za prenos medija1048708 kontrolu protoka1048708 neke opšte komande i instrukcije

12 Opisati ulogu gateway-a u H323 mreži (IPtf06-H323_arhitektura ndash 110 111)

Gatewayinterfejs između H323 mreže i ne-H323 mreže (npr LAN-a i mreže sa komutacijom kola (SCN))1048708 nije potreban ako se komunikacija odvija između dva H323 terminala u H323 mreži

17

1048708 omogućava interoperabilnost komunikacionih procedura i formata podataka između različitih tipova mreža1048708 ako je potrebno vrši kompresiju i paketizaciju govora1048708 terminal komunicira sa gateway-em korišćenjem H2250 i H245 signalizacije

1048708 Sastoji se iz Media Gateway Controller-a (MGC) i Media Gateway-a (MG)1048708 Ove dve funkcije mogu da budu integrisane u jednom uređaju ili da budu razdvojene1048708 MGC funkcija se može integrisati sa Gatekeeper-om koji tada nazivamo I signalizacioni kontroler

13 Nabrojati i ukratko opisati funkcije gatekeeper-a (IPtf06-H323_arhitektura ndash 115 116)

obavezne funkcije gatekeeper-a1048708 transliranje adresa (telefonski broj alias ime) u cilju određivanja IP adrese odredišta (vrši se pregledanjem tabela koje sadrže podatke dobijene pri registraciji krajnjih tačaka)1048708 kontrola pristupa (bazirana na autorizaciji poziva raspoloživom propusnom opsegu ili na nekom drugom kriterijumu)1048708 kontrola propusnog opsega (jednostavnom metodom ili nekim složenim protokolom (npr RSVP))1048708 upravljanje zonom (svim uređajima koji su registrovani kod posmatranog gatekeeper-a)

opcione funkcije gatekeeper-a1048708 signalizacija poziva i kontrola poziva- rutiranje H2250 i H245 signalizacije između krajnjih tačaka1048708 autorizacija poziva upravljanje propusnim opsegom upravljanje pozivima (korišćenjem posebnih pravila (policy))1048708 SNMP (Gatekeeper) upravljačka informacija (MIB)1048708 rezervacija propusnog opsega za terminale koji nemaju mogućnost da to sami urade

14 Od čega se sastoji i koja je uloga MCU-a (Multipoint Controller Unit) u H323 mreži (IPtf06-H323_arhitektura ndash 120 121)

MCU- Multipoint Control Unit1048708 omogućava konferencijsku vezu između tri ili više terminala1048708 upravlja resursima konferencijske veze omogućava dogovor koji će se CODEC koristiti1048708 može biti samostalan uređaj (PC) ali I integrisan u okviru gateway-a gatekeeper-a iliterminala

1048708 logički sastoji se iz dve celine1048708 MC (Multipoint controler)- bavi se kontrolom I signalizacijom neophodnim za uspostavljanjei upravljanje konferencijom1048708 MP (Multipoint processor)- prima podatke od krajnjih tačaka obrađuje ih (npr audiomixingvideo switchingmixing umnožava) I šalje krajnjim tačkama učesnicama konferencije

15 Šta predstavlja H323 zona a šta administrativni domen

(IPtf06-H323_arhitektura ndash 125 126)

1048708 Skup H323 uređaja kojima se upravlja od strane jednog gatekeeper-a

18

1048708 Zona sadrži najmanje jedan terminal a može sadržati gateway-e i MCU-e1048708 Zona je nezavisna od mrežne topologije (može biti sačinjena od više mrežnih segmenata povezanih ruterima ili drugim uređajima)1048708 Granice zone mogu biti definisane na bazi administrativnog geografskog inženjerskog ili nekog drugog kriterijuma1048708 O pozivima između krajnjih tačaka u zoni stara se jedan gatekeeper1048708 Pozive između krajnjih tačaka iz različitih zona mogu opsluživati gatekeeper-i iz obe zone

1048708 Skup H323 zona koje su pod jednom administrativnom kontrolom1048708 Na primer mreža servis provajdera ili mreža velike kompanije

SIP

1 Ukratko opisati SIP protokol (IPtf07-SIP_arhitektura ndash 3)

SIP ( Session Initiation Protocol ) 1048708 definisan u RFC-u 3261 kao protokol aplikativnog sloja1048708 koristi se za uspostavu sesije između korisnika1048708 ne definiše tip sesije koja se uspostavlja (interaktivno kockanjeili audiovideo konferencija)1048708 SIP je klijent-server protokol baziran na protokolima HTTP (HyperText Transport Protocol) i SMTP (Simple Mail Transfer Protocol)1048708 klijent generiše request i šalje ga serveru koji mu odgovara (response)request + response = transaction

2 Nabrojati 5 osnovnih f-ja SIP protokola (IPtf07-SIP_arhitektura ndash 4)

SIP ndash 5 osnovnih funkcija1048708 Lociranje korisnika ndash određivanje krajnjeg sistema koji će se koristiti za komunikaciju1048708 Raspoloživost korisnika ndash određuje da li krajnji sistem želi ili ne da učestvuje u toj sesiji1048708 Karakteristike sagovornika ndash određuje medijum I parametre medija koji su bitni za komunikaciju1048708 Uspostava sesije ndash razmena parametara za uspostavu sesije1048708 Upravljanje sesijama ndash razmena podataka vezanih za uspostavu raskid i održavanje sesija

3 Nabrojati i ukratko opisati elemente (komponente) SIP mreže

(IPtf07-SIP_arhitektura ndash 9)

SIP komponente1048708 user agent (softver kojim čovek komunicira sa sistemom)Sadrži dve komponente1048708 UAC (user agent client) - šalje request1048708 UAS (user agent server) - prima request i šalje response (prihvata poziv preusmerava ga ili odbija)1048708 network servers1048708 registration server - sadrži informacije o trenutnim lokacijama korisnika

19

1048708 proxy server - prima request i šalje ka sledećem serveru (proxyUASredirect) može i ka više servera odjednom1048708 redirect server - prima request ali umesto da ga prosledi dalje on vraća adresu next-hop servera klijentuProxy i redirect server vrše rutiranje

4 Nabrojati i ukratko opisati osnovne metode koje se razmenjuju u SIP porukama (IPtf07-SIP_arhitektura ndash 14)

SIP poruka ndash metode (RFC 3261)1048708 INVITE ndash uspostava veze1048708 BYE - završatak veze učesnika u pozivu1048708 OPTIONS - traži informacije o osobinama UA1048708 ACK - za pouzdanu razmenu poruka1048708 CANCEL - otkazuje se poslednji request (ne važi za BYE)1048708 REGISTER - traži informaciju o lokaciji korisnika u registration server-u prijavljuje se serveru sa svojim podacima

5 Navesti po jedan primer SIP poruke prilikom zahteva i odgovora (IPtf07-SIP_arhitektura ndash 13 16)

Format SIP poruke1048708 Kod upita (request) format prve linije jeRequest-Line = Method SP Request-URI SP SIP-Version CRLFSP ndash single space karakterPrimerINVITE sipbobbiloxicom SIP20

Format SIP poruke1048708 Kod odgovora (response) format prve linije jeStatus-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLFPrimerSIP20 200 OK

6 Nabrojati klase odgovora u SIP-u (IPtf07-SIP_arhitektura ndash 18)

Klase odgovora1048708 1xx Informational1048708 2xx Final1048708 3xx Redirection1048708 4xx Client Error1048708 5xx Server Error1048708 6xx Global Failure

7 Nabrojati i ukratko opisati obavezna polja u zaglavlju SIP poruke

(IPtf07-SIP_arhitektura ndash 29 32-35)

Zaglavlje SIP poruke20

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 15: Ispit_Pitanja i odgovori

1048708 kontrolu pristupa promenu propusnog opsega status oslobađanje BW (kada krajnja tačka želi da inicira poziv ona traži dozvolu od gatekeeper-a (ARQACFARJ) ndash obaveštava gatekeeper o tome koga želi da pozove o potrebnom BW za obavljanje poziva tokom poziva se BW može menjati (BRQBCFBRJ) na kraju poziva terminal obaveštava gatekeeper o oslobađanju zahtevanog opsega (DRQDCF))1048708 lociranje krajnje tačke (nprodređivanje IP adrese dodela transportne adrese logičkog kanala koji će se koristiti za signalizaciju poziva (LRQLCFLRJ))

5 Koje su funkcije RAS signalizacije (H323 - 2 deo - Misic Ivana 289-07 - 7)

RAS signalizacija je definisana u okviru H2250preporuke i odnosi se na sledece funkcije_ Otkrivanje gejtkipera (Gatekeeper discovery)_ Registracija (Registration)_ Otkazivanje registracije (Unregistration)_ Pristup (Admission)_ Upravljanje propusnim opsegom (Bandwidth change)_ Lociranje krajnje tacke (Endpoint Location)_ Završetak poziva (Call Disengage)_ Status (Status)_ Dostupnost resursa (Resource Availability)_ Nestandardna funkcija (Non-standard)

6 Tipovi RAS poruka (IPtf06-H323_arhitektura ndash 29)

RAS poruke imaju tri tipa (u opštem slučaju)1048708 Request ndash xRQ1048708 Reject ndash xRJ1048708 Confirm ndash xCF

7 Ukratko opisati postupak otkrivanja gatekeeper-a od strane terminala (IPtf06-H323_arhitektura ndash 28 29 32 34 36)

(H323 - 2 deo - Misic Ivana 289-07 ndash 89)

Otkrivanje gejtkipera_ U procesu otkrivanja gejtkipera koriste se RAS porukeGRQ GCF i GRJPostoje dva metoda otkrivanja gejtkipera od strane krajnje tacke_ staticki i_dinamicki

Staticki metod (Unicast ndash manual method) se koristi kada jeadresa gejtkipera unapred poznata Tada se na UDP port1718 datog gejtkipera šallje GRQ poruka na koju potom

15

gejtkiper odgovara sa pozitivnom (GCF) illi negativnom (GRJ)porukom (Gejtvej A)Dinamicki metod (Mullticast ndash autodiscovery) se koristi kadaadresa gejtkipera nije unapred poznata Tada je neophodnoda krajnja tacka utvrdi dostupnost gejtkipera Ovo seostvaruje sllanjem mullticast poruke na koju može pozitivnoodgovoriti više gejtkipera kod kojih se krajnja tacka možeregistrovati (Gejtvej B)

8 Ukratko opisati postupak registracije terminala kod gatekeeper-a (IPtf06-H323_arhitektura ndash 40-43) (H323 - 2 deo - Misic Ivana 289-07 ndash 1011)

Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndash Registration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnikaTerminal može da obnovi svoju registraciju slanjem ili kompletne RRQ poruke ili slanjem Lightweight RRQ (LW RRQ) poruke1048708 LW RRQ poruka ima samo nekoliko elemenata u odnosu na full RRQ paket I može se koristiti samo za obnavljanje prijavljivanja terminala gatekeeper-u

9 Nabrojati formate poruka koje se razmenjuju u RAS signalizaciji

(IPtf06-H323_arhitektura ndash 32 40 46 51 53-59)

Terminal kada se poveže na mrežu mora da otkrije gatekeeper slanjem GRQ poruke1048708 Adresa gatekeeper-a može unapred biti konfigurisana na terminalu1048708 Terminal može da GRQ poruku pošalje kao multicast u kom slučaju je primaju svi aktivni gatekeeper-i1048708 Adresa gatekeeper-a može da se dobije slanjem DNS upita (način definisanja Gatekeeper-a kroz DNS definisan kroz H323 Annex O)1048708 Ako na mreži postoji više gatekeeper-a tada je za proces otkrivanja gatekeeper-a potrebno razmeniti nekoliko GCFGRJ poruka

1048708 Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndashRegistration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnika

Kada se jednom registruje kod Gatekeeper-a terminal može samo da inicira poziv ili prihvatidolazeći poziv1048708 Na upućen zahtev (ARQ) Gatekeeper može da odgovori sa ACF ili ARJ1048708 Krajnja tačka će da navede sve odredišne adrese gde gatekeeper može da odgovori saalternativnim skupom odredišnih adresa (ako je setovan flag ldquocanMapAliasrdquo)

1048708 LRQ poruku šalje krajnja tačka ili gatekeeper drugom gatekeeper u cilju određivanja stvarne IP adrese za neku alias adresu ndash na primer konverzija telefonskog broja u IP adresu1048708 Iako LRQ mogu biti poslati i sa krajnje tačke skoro uvek se koriste od strane gatekeeper-a

16

1048708 Po izvršenoj inicijalnoj uspostavi veze krajnje tačke mogu da požele da dobiju veći protok kroz mrežu za svoju komunikaciju1048708 Tada se šalje BRQ poruka1048708 Poruka se šalje kada je stvarno rezervisani saobraćaj manji od potrebnog i traženog kod uspostave veze

1048708 ldquoUnknown Message Responserdquo se šalje kao odgovor na nepoznatu poruku1048708 ldquoNon-Standard Messagerdquo omogućavaju gatekeeper-u i krajnjoj tački da razmene neke druge poruke

10 Opisati H2250 Call Signaling (IPtf06-H323_arhitektura ndash 61)

(H323 - 2 deo - Misic Ivana 289-07 ndash 2122)

H2250 signalizacija poziva_ Signallizacija poziva predstavllja signallizaciju izmedu krajnjih tacaka pomocu koje se obavllja uspostavlljanje i raskidanje poziva U H323 koristi se modifikovana ITU-T preporuka Q931 koja predstavllja deo nove preporuke H2250 Preporuka Q931 definiše signallizacioni protokoll treceg nivoa koji se koristi u ISDN mrežama a u H2250 koristi se samo jedan deo Q931 poruka Pored Q931 koristi se i jednaporuka iz Q932_ U okviru H323 sistema postoji potreba za prenosom sistemskih informacija o gejtkiperima i H245 adresama llogickih kanalla U ISDN mrežama prenos ovakvih informacija ostvaruje se upotrebom ellementa za razmenu informacija izmedu korisnika (User-to-User Information Ellement) Prenos informacija od korisnika do korisnika odvija se preko D kanalla pri cemu sama mreža ne interpretira sadržaj ovih poruka

U H2250 ovaj vid komunikacije koristi se za prenos svih dodatnih informacija neophodnih za funkcionisanje H323 sistema_ To mogu biti informacije razllicitog sadržajaobavezni identifikatori protokolla allias krajnje tacke H245 adresa itd_ ASN1 sintaksa definisana u H2250 odreduje format poruka koje se razmenjuju naovaj nacin

11 Za šta se koristi H245 kontrolna signalizacija (IPtf06-H323_arhitektura ndash 74)

H245 kontrolna signalizacijakoristi se za1048708 razmenu informacija o tome koje će se vrste podataka prenositi kanalima za prenos medija (audiovideo ili podaci)1048708 razmenu informacija o koderimadekoderima koje krajnja tačka podržava1048708 otvaranje i ukidanje logičkih kanala za prenos medija1048708 kontrolu protoka1048708 neke opšte komande i instrukcije

12 Opisati ulogu gateway-a u H323 mreži (IPtf06-H323_arhitektura ndash 110 111)

Gatewayinterfejs između H323 mreže i ne-H323 mreže (npr LAN-a i mreže sa komutacijom kola (SCN))1048708 nije potreban ako se komunikacija odvija između dva H323 terminala u H323 mreži

17

1048708 omogućava interoperabilnost komunikacionih procedura i formata podataka između različitih tipova mreža1048708 ako je potrebno vrši kompresiju i paketizaciju govora1048708 terminal komunicira sa gateway-em korišćenjem H2250 i H245 signalizacije

1048708 Sastoji se iz Media Gateway Controller-a (MGC) i Media Gateway-a (MG)1048708 Ove dve funkcije mogu da budu integrisane u jednom uređaju ili da budu razdvojene1048708 MGC funkcija se može integrisati sa Gatekeeper-om koji tada nazivamo I signalizacioni kontroler

13 Nabrojati i ukratko opisati funkcije gatekeeper-a (IPtf06-H323_arhitektura ndash 115 116)

obavezne funkcije gatekeeper-a1048708 transliranje adresa (telefonski broj alias ime) u cilju određivanja IP adrese odredišta (vrši se pregledanjem tabela koje sadrže podatke dobijene pri registraciji krajnjih tačaka)1048708 kontrola pristupa (bazirana na autorizaciji poziva raspoloživom propusnom opsegu ili na nekom drugom kriterijumu)1048708 kontrola propusnog opsega (jednostavnom metodom ili nekim složenim protokolom (npr RSVP))1048708 upravljanje zonom (svim uređajima koji su registrovani kod posmatranog gatekeeper-a)

opcione funkcije gatekeeper-a1048708 signalizacija poziva i kontrola poziva- rutiranje H2250 i H245 signalizacije između krajnjih tačaka1048708 autorizacija poziva upravljanje propusnim opsegom upravljanje pozivima (korišćenjem posebnih pravila (policy))1048708 SNMP (Gatekeeper) upravljačka informacija (MIB)1048708 rezervacija propusnog opsega za terminale koji nemaju mogućnost da to sami urade

14 Od čega se sastoji i koja je uloga MCU-a (Multipoint Controller Unit) u H323 mreži (IPtf06-H323_arhitektura ndash 120 121)

MCU- Multipoint Control Unit1048708 omogućava konferencijsku vezu između tri ili više terminala1048708 upravlja resursima konferencijske veze omogućava dogovor koji će se CODEC koristiti1048708 može biti samostalan uređaj (PC) ali I integrisan u okviru gateway-a gatekeeper-a iliterminala

1048708 logički sastoji se iz dve celine1048708 MC (Multipoint controler)- bavi se kontrolom I signalizacijom neophodnim za uspostavljanjei upravljanje konferencijom1048708 MP (Multipoint processor)- prima podatke od krajnjih tačaka obrađuje ih (npr audiomixingvideo switchingmixing umnožava) I šalje krajnjim tačkama učesnicama konferencije

15 Šta predstavlja H323 zona a šta administrativni domen

(IPtf06-H323_arhitektura ndash 125 126)

1048708 Skup H323 uređaja kojima se upravlja od strane jednog gatekeeper-a

18

1048708 Zona sadrži najmanje jedan terminal a može sadržati gateway-e i MCU-e1048708 Zona je nezavisna od mrežne topologije (može biti sačinjena od više mrežnih segmenata povezanih ruterima ili drugim uređajima)1048708 Granice zone mogu biti definisane na bazi administrativnog geografskog inženjerskog ili nekog drugog kriterijuma1048708 O pozivima između krajnjih tačaka u zoni stara se jedan gatekeeper1048708 Pozive između krajnjih tačaka iz različitih zona mogu opsluživati gatekeeper-i iz obe zone

1048708 Skup H323 zona koje su pod jednom administrativnom kontrolom1048708 Na primer mreža servis provajdera ili mreža velike kompanije

SIP

1 Ukratko opisati SIP protokol (IPtf07-SIP_arhitektura ndash 3)

SIP ( Session Initiation Protocol ) 1048708 definisan u RFC-u 3261 kao protokol aplikativnog sloja1048708 koristi se za uspostavu sesije između korisnika1048708 ne definiše tip sesije koja se uspostavlja (interaktivno kockanjeili audiovideo konferencija)1048708 SIP je klijent-server protokol baziran na protokolima HTTP (HyperText Transport Protocol) i SMTP (Simple Mail Transfer Protocol)1048708 klijent generiše request i šalje ga serveru koji mu odgovara (response)request + response = transaction

2 Nabrojati 5 osnovnih f-ja SIP protokola (IPtf07-SIP_arhitektura ndash 4)

SIP ndash 5 osnovnih funkcija1048708 Lociranje korisnika ndash određivanje krajnjeg sistema koji će se koristiti za komunikaciju1048708 Raspoloživost korisnika ndash određuje da li krajnji sistem želi ili ne da učestvuje u toj sesiji1048708 Karakteristike sagovornika ndash određuje medijum I parametre medija koji su bitni za komunikaciju1048708 Uspostava sesije ndash razmena parametara za uspostavu sesije1048708 Upravljanje sesijama ndash razmena podataka vezanih za uspostavu raskid i održavanje sesija

3 Nabrojati i ukratko opisati elemente (komponente) SIP mreže

(IPtf07-SIP_arhitektura ndash 9)

SIP komponente1048708 user agent (softver kojim čovek komunicira sa sistemom)Sadrži dve komponente1048708 UAC (user agent client) - šalje request1048708 UAS (user agent server) - prima request i šalje response (prihvata poziv preusmerava ga ili odbija)1048708 network servers1048708 registration server - sadrži informacije o trenutnim lokacijama korisnika

19

1048708 proxy server - prima request i šalje ka sledećem serveru (proxyUASredirect) može i ka više servera odjednom1048708 redirect server - prima request ali umesto da ga prosledi dalje on vraća adresu next-hop servera klijentuProxy i redirect server vrše rutiranje

4 Nabrojati i ukratko opisati osnovne metode koje se razmenjuju u SIP porukama (IPtf07-SIP_arhitektura ndash 14)

SIP poruka ndash metode (RFC 3261)1048708 INVITE ndash uspostava veze1048708 BYE - završatak veze učesnika u pozivu1048708 OPTIONS - traži informacije o osobinama UA1048708 ACK - za pouzdanu razmenu poruka1048708 CANCEL - otkazuje se poslednji request (ne važi za BYE)1048708 REGISTER - traži informaciju o lokaciji korisnika u registration server-u prijavljuje se serveru sa svojim podacima

5 Navesti po jedan primer SIP poruke prilikom zahteva i odgovora (IPtf07-SIP_arhitektura ndash 13 16)

Format SIP poruke1048708 Kod upita (request) format prve linije jeRequest-Line = Method SP Request-URI SP SIP-Version CRLFSP ndash single space karakterPrimerINVITE sipbobbiloxicom SIP20

Format SIP poruke1048708 Kod odgovora (response) format prve linije jeStatus-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLFPrimerSIP20 200 OK

6 Nabrojati klase odgovora u SIP-u (IPtf07-SIP_arhitektura ndash 18)

Klase odgovora1048708 1xx Informational1048708 2xx Final1048708 3xx Redirection1048708 4xx Client Error1048708 5xx Server Error1048708 6xx Global Failure

7 Nabrojati i ukratko opisati obavezna polja u zaglavlju SIP poruke

(IPtf07-SIP_arhitektura ndash 29 32-35)

Zaglavlje SIP poruke20

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 16: Ispit_Pitanja i odgovori

gejtkiper odgovara sa pozitivnom (GCF) illi negativnom (GRJ)porukom (Gejtvej A)Dinamicki metod (Mullticast ndash autodiscovery) se koristi kadaadresa gejtkipera nije unapred poznata Tada je neophodnoda krajnja tacka utvrdi dostupnost gejtkipera Ovo seostvaruje sllanjem mullticast poruke na koju može pozitivnoodgovoriti više gejtkipera kod kojih se krajnja tacka možeregistrovati (Gejtvej B)

8 Ukratko opisati postupak registracije terminala kod gatekeeper-a (IPtf06-H323_arhitektura ndash 40-43) (H323 - 2 deo - Misic Ivana 289-07 ndash 1011)

Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndash Registration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnikaTerminal može da obnovi svoju registraciju slanjem ili kompletne RRQ poruke ili slanjem Lightweight RRQ (LW RRQ) poruke1048708 LW RRQ poruka ima samo nekoliko elemenata u odnosu na full RRQ paket I može se koristiti samo za obnavljanje prijavljivanja terminala gatekeeper-u

9 Nabrojati formate poruka koje se razmenjuju u RAS signalizaciji

(IPtf06-H323_arhitektura ndash 32 40 46 51 53-59)

Terminal kada se poveže na mrežu mora da otkrije gatekeeper slanjem GRQ poruke1048708 Adresa gatekeeper-a može unapred biti konfigurisana na terminalu1048708 Terminal može da GRQ poruku pošalje kao multicast u kom slučaju je primaju svi aktivni gatekeeper-i1048708 Adresa gatekeeper-a može da se dobije slanjem DNS upita (način definisanja Gatekeeper-a kroz DNS definisan kroz H323 Annex O)1048708 Ako na mreži postoji više gatekeeper-a tada je za proces otkrivanja gatekeeper-a potrebno razmeniti nekoliko GCFGRJ poruka

1048708 Po otkrivanju gatekeeper-a pristupa se registraciji terminala kod gatekeeper-a1048708 Kao odgovor na upit (RRQ ndash Registration ReQuest) treba da stigne potvrda (RCF ndashRegistration ConFirm) ili odbijanje (RJF ndash Registration ReJect)1048708 Sva komunikacije ide kao UDP1719 (unicast)1048708 Dobijanje RRJ poruke samo znači da navedeni gatekeeper ne može da opsluži navedenog korisnika

Kada se jednom registruje kod Gatekeeper-a terminal može samo da inicira poziv ili prihvatidolazeći poziv1048708 Na upućen zahtev (ARQ) Gatekeeper može da odgovori sa ACF ili ARJ1048708 Krajnja tačka će da navede sve odredišne adrese gde gatekeeper može da odgovori saalternativnim skupom odredišnih adresa (ako je setovan flag ldquocanMapAliasrdquo)

1048708 LRQ poruku šalje krajnja tačka ili gatekeeper drugom gatekeeper u cilju određivanja stvarne IP adrese za neku alias adresu ndash na primer konverzija telefonskog broja u IP adresu1048708 Iako LRQ mogu biti poslati i sa krajnje tačke skoro uvek se koriste od strane gatekeeper-a

16

1048708 Po izvršenoj inicijalnoj uspostavi veze krajnje tačke mogu da požele da dobiju veći protok kroz mrežu za svoju komunikaciju1048708 Tada se šalje BRQ poruka1048708 Poruka se šalje kada je stvarno rezervisani saobraćaj manji od potrebnog i traženog kod uspostave veze

1048708 ldquoUnknown Message Responserdquo se šalje kao odgovor na nepoznatu poruku1048708 ldquoNon-Standard Messagerdquo omogućavaju gatekeeper-u i krajnjoj tački da razmene neke druge poruke

10 Opisati H2250 Call Signaling (IPtf06-H323_arhitektura ndash 61)

(H323 - 2 deo - Misic Ivana 289-07 ndash 2122)

H2250 signalizacija poziva_ Signallizacija poziva predstavllja signallizaciju izmedu krajnjih tacaka pomocu koje se obavllja uspostavlljanje i raskidanje poziva U H323 koristi se modifikovana ITU-T preporuka Q931 koja predstavllja deo nove preporuke H2250 Preporuka Q931 definiše signallizacioni protokoll treceg nivoa koji se koristi u ISDN mrežama a u H2250 koristi se samo jedan deo Q931 poruka Pored Q931 koristi se i jednaporuka iz Q932_ U okviru H323 sistema postoji potreba za prenosom sistemskih informacija o gejtkiperima i H245 adresama llogickih kanalla U ISDN mrežama prenos ovakvih informacija ostvaruje se upotrebom ellementa za razmenu informacija izmedu korisnika (User-to-User Information Ellement) Prenos informacija od korisnika do korisnika odvija se preko D kanalla pri cemu sama mreža ne interpretira sadržaj ovih poruka

U H2250 ovaj vid komunikacije koristi se za prenos svih dodatnih informacija neophodnih za funkcionisanje H323 sistema_ To mogu biti informacije razllicitog sadržajaobavezni identifikatori protokolla allias krajnje tacke H245 adresa itd_ ASN1 sintaksa definisana u H2250 odreduje format poruka koje se razmenjuju naovaj nacin

11 Za šta se koristi H245 kontrolna signalizacija (IPtf06-H323_arhitektura ndash 74)

H245 kontrolna signalizacijakoristi se za1048708 razmenu informacija o tome koje će se vrste podataka prenositi kanalima za prenos medija (audiovideo ili podaci)1048708 razmenu informacija o koderimadekoderima koje krajnja tačka podržava1048708 otvaranje i ukidanje logičkih kanala za prenos medija1048708 kontrolu protoka1048708 neke opšte komande i instrukcije

12 Opisati ulogu gateway-a u H323 mreži (IPtf06-H323_arhitektura ndash 110 111)

Gatewayinterfejs između H323 mreže i ne-H323 mreže (npr LAN-a i mreže sa komutacijom kola (SCN))1048708 nije potreban ako se komunikacija odvija između dva H323 terminala u H323 mreži

17

1048708 omogućava interoperabilnost komunikacionih procedura i formata podataka između različitih tipova mreža1048708 ako je potrebno vrši kompresiju i paketizaciju govora1048708 terminal komunicira sa gateway-em korišćenjem H2250 i H245 signalizacije

1048708 Sastoji se iz Media Gateway Controller-a (MGC) i Media Gateway-a (MG)1048708 Ove dve funkcije mogu da budu integrisane u jednom uređaju ili da budu razdvojene1048708 MGC funkcija se može integrisati sa Gatekeeper-om koji tada nazivamo I signalizacioni kontroler

13 Nabrojati i ukratko opisati funkcije gatekeeper-a (IPtf06-H323_arhitektura ndash 115 116)

obavezne funkcije gatekeeper-a1048708 transliranje adresa (telefonski broj alias ime) u cilju određivanja IP adrese odredišta (vrši se pregledanjem tabela koje sadrže podatke dobijene pri registraciji krajnjih tačaka)1048708 kontrola pristupa (bazirana na autorizaciji poziva raspoloživom propusnom opsegu ili na nekom drugom kriterijumu)1048708 kontrola propusnog opsega (jednostavnom metodom ili nekim složenim protokolom (npr RSVP))1048708 upravljanje zonom (svim uređajima koji su registrovani kod posmatranog gatekeeper-a)

opcione funkcije gatekeeper-a1048708 signalizacija poziva i kontrola poziva- rutiranje H2250 i H245 signalizacije između krajnjih tačaka1048708 autorizacija poziva upravljanje propusnim opsegom upravljanje pozivima (korišćenjem posebnih pravila (policy))1048708 SNMP (Gatekeeper) upravljačka informacija (MIB)1048708 rezervacija propusnog opsega za terminale koji nemaju mogućnost da to sami urade

14 Od čega se sastoji i koja je uloga MCU-a (Multipoint Controller Unit) u H323 mreži (IPtf06-H323_arhitektura ndash 120 121)

MCU- Multipoint Control Unit1048708 omogućava konferencijsku vezu između tri ili više terminala1048708 upravlja resursima konferencijske veze omogućava dogovor koji će se CODEC koristiti1048708 može biti samostalan uređaj (PC) ali I integrisan u okviru gateway-a gatekeeper-a iliterminala

1048708 logički sastoji se iz dve celine1048708 MC (Multipoint controler)- bavi se kontrolom I signalizacijom neophodnim za uspostavljanjei upravljanje konferencijom1048708 MP (Multipoint processor)- prima podatke od krajnjih tačaka obrađuje ih (npr audiomixingvideo switchingmixing umnožava) I šalje krajnjim tačkama učesnicama konferencije

15 Šta predstavlja H323 zona a šta administrativni domen

(IPtf06-H323_arhitektura ndash 125 126)

1048708 Skup H323 uređaja kojima se upravlja od strane jednog gatekeeper-a

18

1048708 Zona sadrži najmanje jedan terminal a može sadržati gateway-e i MCU-e1048708 Zona je nezavisna od mrežne topologije (može biti sačinjena od više mrežnih segmenata povezanih ruterima ili drugim uređajima)1048708 Granice zone mogu biti definisane na bazi administrativnog geografskog inženjerskog ili nekog drugog kriterijuma1048708 O pozivima između krajnjih tačaka u zoni stara se jedan gatekeeper1048708 Pozive između krajnjih tačaka iz različitih zona mogu opsluživati gatekeeper-i iz obe zone

1048708 Skup H323 zona koje su pod jednom administrativnom kontrolom1048708 Na primer mreža servis provajdera ili mreža velike kompanije

SIP

1 Ukratko opisati SIP protokol (IPtf07-SIP_arhitektura ndash 3)

SIP ( Session Initiation Protocol ) 1048708 definisan u RFC-u 3261 kao protokol aplikativnog sloja1048708 koristi se za uspostavu sesije između korisnika1048708 ne definiše tip sesije koja se uspostavlja (interaktivno kockanjeili audiovideo konferencija)1048708 SIP je klijent-server protokol baziran na protokolima HTTP (HyperText Transport Protocol) i SMTP (Simple Mail Transfer Protocol)1048708 klijent generiše request i šalje ga serveru koji mu odgovara (response)request + response = transaction

2 Nabrojati 5 osnovnih f-ja SIP protokola (IPtf07-SIP_arhitektura ndash 4)

SIP ndash 5 osnovnih funkcija1048708 Lociranje korisnika ndash određivanje krajnjeg sistema koji će se koristiti za komunikaciju1048708 Raspoloživost korisnika ndash određuje da li krajnji sistem želi ili ne da učestvuje u toj sesiji1048708 Karakteristike sagovornika ndash određuje medijum I parametre medija koji su bitni za komunikaciju1048708 Uspostava sesije ndash razmena parametara za uspostavu sesije1048708 Upravljanje sesijama ndash razmena podataka vezanih za uspostavu raskid i održavanje sesija

3 Nabrojati i ukratko opisati elemente (komponente) SIP mreže

(IPtf07-SIP_arhitektura ndash 9)

SIP komponente1048708 user agent (softver kojim čovek komunicira sa sistemom)Sadrži dve komponente1048708 UAC (user agent client) - šalje request1048708 UAS (user agent server) - prima request i šalje response (prihvata poziv preusmerava ga ili odbija)1048708 network servers1048708 registration server - sadrži informacije o trenutnim lokacijama korisnika

19

1048708 proxy server - prima request i šalje ka sledećem serveru (proxyUASredirect) može i ka više servera odjednom1048708 redirect server - prima request ali umesto da ga prosledi dalje on vraća adresu next-hop servera klijentuProxy i redirect server vrše rutiranje

4 Nabrojati i ukratko opisati osnovne metode koje se razmenjuju u SIP porukama (IPtf07-SIP_arhitektura ndash 14)

SIP poruka ndash metode (RFC 3261)1048708 INVITE ndash uspostava veze1048708 BYE - završatak veze učesnika u pozivu1048708 OPTIONS - traži informacije o osobinama UA1048708 ACK - za pouzdanu razmenu poruka1048708 CANCEL - otkazuje se poslednji request (ne važi za BYE)1048708 REGISTER - traži informaciju o lokaciji korisnika u registration server-u prijavljuje se serveru sa svojim podacima

5 Navesti po jedan primer SIP poruke prilikom zahteva i odgovora (IPtf07-SIP_arhitektura ndash 13 16)

Format SIP poruke1048708 Kod upita (request) format prve linije jeRequest-Line = Method SP Request-URI SP SIP-Version CRLFSP ndash single space karakterPrimerINVITE sipbobbiloxicom SIP20

Format SIP poruke1048708 Kod odgovora (response) format prve linije jeStatus-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLFPrimerSIP20 200 OK

6 Nabrojati klase odgovora u SIP-u (IPtf07-SIP_arhitektura ndash 18)

Klase odgovora1048708 1xx Informational1048708 2xx Final1048708 3xx Redirection1048708 4xx Client Error1048708 5xx Server Error1048708 6xx Global Failure

7 Nabrojati i ukratko opisati obavezna polja u zaglavlju SIP poruke

(IPtf07-SIP_arhitektura ndash 29 32-35)

Zaglavlje SIP poruke20

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 17: Ispit_Pitanja i odgovori

1048708 Po izvršenoj inicijalnoj uspostavi veze krajnje tačke mogu da požele da dobiju veći protok kroz mrežu za svoju komunikaciju1048708 Tada se šalje BRQ poruka1048708 Poruka se šalje kada je stvarno rezervisani saobraćaj manji od potrebnog i traženog kod uspostave veze

1048708 ldquoUnknown Message Responserdquo se šalje kao odgovor na nepoznatu poruku1048708 ldquoNon-Standard Messagerdquo omogućavaju gatekeeper-u i krajnjoj tački da razmene neke druge poruke

10 Opisati H2250 Call Signaling (IPtf06-H323_arhitektura ndash 61)

(H323 - 2 deo - Misic Ivana 289-07 ndash 2122)

H2250 signalizacija poziva_ Signallizacija poziva predstavllja signallizaciju izmedu krajnjih tacaka pomocu koje se obavllja uspostavlljanje i raskidanje poziva U H323 koristi se modifikovana ITU-T preporuka Q931 koja predstavllja deo nove preporuke H2250 Preporuka Q931 definiše signallizacioni protokoll treceg nivoa koji se koristi u ISDN mrežama a u H2250 koristi se samo jedan deo Q931 poruka Pored Q931 koristi se i jednaporuka iz Q932_ U okviru H323 sistema postoji potreba za prenosom sistemskih informacija o gejtkiperima i H245 adresama llogickih kanalla U ISDN mrežama prenos ovakvih informacija ostvaruje se upotrebom ellementa za razmenu informacija izmedu korisnika (User-to-User Information Ellement) Prenos informacija od korisnika do korisnika odvija se preko D kanalla pri cemu sama mreža ne interpretira sadržaj ovih poruka

U H2250 ovaj vid komunikacije koristi se za prenos svih dodatnih informacija neophodnih za funkcionisanje H323 sistema_ To mogu biti informacije razllicitog sadržajaobavezni identifikatori protokolla allias krajnje tacke H245 adresa itd_ ASN1 sintaksa definisana u H2250 odreduje format poruka koje se razmenjuju naovaj nacin

11 Za šta se koristi H245 kontrolna signalizacija (IPtf06-H323_arhitektura ndash 74)

H245 kontrolna signalizacijakoristi se za1048708 razmenu informacija o tome koje će se vrste podataka prenositi kanalima za prenos medija (audiovideo ili podaci)1048708 razmenu informacija o koderimadekoderima koje krajnja tačka podržava1048708 otvaranje i ukidanje logičkih kanala za prenos medija1048708 kontrolu protoka1048708 neke opšte komande i instrukcije

12 Opisati ulogu gateway-a u H323 mreži (IPtf06-H323_arhitektura ndash 110 111)

Gatewayinterfejs između H323 mreže i ne-H323 mreže (npr LAN-a i mreže sa komutacijom kola (SCN))1048708 nije potreban ako se komunikacija odvija između dva H323 terminala u H323 mreži

17

1048708 omogućava interoperabilnost komunikacionih procedura i formata podataka između različitih tipova mreža1048708 ako je potrebno vrši kompresiju i paketizaciju govora1048708 terminal komunicira sa gateway-em korišćenjem H2250 i H245 signalizacije

1048708 Sastoji se iz Media Gateway Controller-a (MGC) i Media Gateway-a (MG)1048708 Ove dve funkcije mogu da budu integrisane u jednom uređaju ili da budu razdvojene1048708 MGC funkcija se može integrisati sa Gatekeeper-om koji tada nazivamo I signalizacioni kontroler

13 Nabrojati i ukratko opisati funkcije gatekeeper-a (IPtf06-H323_arhitektura ndash 115 116)

obavezne funkcije gatekeeper-a1048708 transliranje adresa (telefonski broj alias ime) u cilju određivanja IP adrese odredišta (vrši se pregledanjem tabela koje sadrže podatke dobijene pri registraciji krajnjih tačaka)1048708 kontrola pristupa (bazirana na autorizaciji poziva raspoloživom propusnom opsegu ili na nekom drugom kriterijumu)1048708 kontrola propusnog opsega (jednostavnom metodom ili nekim složenim protokolom (npr RSVP))1048708 upravljanje zonom (svim uređajima koji su registrovani kod posmatranog gatekeeper-a)

opcione funkcije gatekeeper-a1048708 signalizacija poziva i kontrola poziva- rutiranje H2250 i H245 signalizacije između krajnjih tačaka1048708 autorizacija poziva upravljanje propusnim opsegom upravljanje pozivima (korišćenjem posebnih pravila (policy))1048708 SNMP (Gatekeeper) upravljačka informacija (MIB)1048708 rezervacija propusnog opsega za terminale koji nemaju mogućnost da to sami urade

14 Od čega se sastoji i koja je uloga MCU-a (Multipoint Controller Unit) u H323 mreži (IPtf06-H323_arhitektura ndash 120 121)

MCU- Multipoint Control Unit1048708 omogućava konferencijsku vezu između tri ili više terminala1048708 upravlja resursima konferencijske veze omogućava dogovor koji će se CODEC koristiti1048708 može biti samostalan uređaj (PC) ali I integrisan u okviru gateway-a gatekeeper-a iliterminala

1048708 logički sastoji se iz dve celine1048708 MC (Multipoint controler)- bavi se kontrolom I signalizacijom neophodnim za uspostavljanjei upravljanje konferencijom1048708 MP (Multipoint processor)- prima podatke od krajnjih tačaka obrađuje ih (npr audiomixingvideo switchingmixing umnožava) I šalje krajnjim tačkama učesnicama konferencije

15 Šta predstavlja H323 zona a šta administrativni domen

(IPtf06-H323_arhitektura ndash 125 126)

1048708 Skup H323 uređaja kojima se upravlja od strane jednog gatekeeper-a

18

1048708 Zona sadrži najmanje jedan terminal a može sadržati gateway-e i MCU-e1048708 Zona je nezavisna od mrežne topologije (može biti sačinjena od više mrežnih segmenata povezanih ruterima ili drugim uređajima)1048708 Granice zone mogu biti definisane na bazi administrativnog geografskog inženjerskog ili nekog drugog kriterijuma1048708 O pozivima između krajnjih tačaka u zoni stara se jedan gatekeeper1048708 Pozive između krajnjih tačaka iz različitih zona mogu opsluživati gatekeeper-i iz obe zone

1048708 Skup H323 zona koje su pod jednom administrativnom kontrolom1048708 Na primer mreža servis provajdera ili mreža velike kompanije

SIP

1 Ukratko opisati SIP protokol (IPtf07-SIP_arhitektura ndash 3)

SIP ( Session Initiation Protocol ) 1048708 definisan u RFC-u 3261 kao protokol aplikativnog sloja1048708 koristi se za uspostavu sesije između korisnika1048708 ne definiše tip sesije koja se uspostavlja (interaktivno kockanjeili audiovideo konferencija)1048708 SIP je klijent-server protokol baziran na protokolima HTTP (HyperText Transport Protocol) i SMTP (Simple Mail Transfer Protocol)1048708 klijent generiše request i šalje ga serveru koji mu odgovara (response)request + response = transaction

2 Nabrojati 5 osnovnih f-ja SIP protokola (IPtf07-SIP_arhitektura ndash 4)

SIP ndash 5 osnovnih funkcija1048708 Lociranje korisnika ndash određivanje krajnjeg sistema koji će se koristiti za komunikaciju1048708 Raspoloživost korisnika ndash određuje da li krajnji sistem želi ili ne da učestvuje u toj sesiji1048708 Karakteristike sagovornika ndash određuje medijum I parametre medija koji su bitni za komunikaciju1048708 Uspostava sesije ndash razmena parametara za uspostavu sesije1048708 Upravljanje sesijama ndash razmena podataka vezanih za uspostavu raskid i održavanje sesija

3 Nabrojati i ukratko opisati elemente (komponente) SIP mreže

(IPtf07-SIP_arhitektura ndash 9)

SIP komponente1048708 user agent (softver kojim čovek komunicira sa sistemom)Sadrži dve komponente1048708 UAC (user agent client) - šalje request1048708 UAS (user agent server) - prima request i šalje response (prihvata poziv preusmerava ga ili odbija)1048708 network servers1048708 registration server - sadrži informacije o trenutnim lokacijama korisnika

19

1048708 proxy server - prima request i šalje ka sledećem serveru (proxyUASredirect) može i ka više servera odjednom1048708 redirect server - prima request ali umesto da ga prosledi dalje on vraća adresu next-hop servera klijentuProxy i redirect server vrše rutiranje

4 Nabrojati i ukratko opisati osnovne metode koje se razmenjuju u SIP porukama (IPtf07-SIP_arhitektura ndash 14)

SIP poruka ndash metode (RFC 3261)1048708 INVITE ndash uspostava veze1048708 BYE - završatak veze učesnika u pozivu1048708 OPTIONS - traži informacije o osobinama UA1048708 ACK - za pouzdanu razmenu poruka1048708 CANCEL - otkazuje se poslednji request (ne važi za BYE)1048708 REGISTER - traži informaciju o lokaciji korisnika u registration server-u prijavljuje se serveru sa svojim podacima

5 Navesti po jedan primer SIP poruke prilikom zahteva i odgovora (IPtf07-SIP_arhitektura ndash 13 16)

Format SIP poruke1048708 Kod upita (request) format prve linije jeRequest-Line = Method SP Request-URI SP SIP-Version CRLFSP ndash single space karakterPrimerINVITE sipbobbiloxicom SIP20

Format SIP poruke1048708 Kod odgovora (response) format prve linije jeStatus-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLFPrimerSIP20 200 OK

6 Nabrojati klase odgovora u SIP-u (IPtf07-SIP_arhitektura ndash 18)

Klase odgovora1048708 1xx Informational1048708 2xx Final1048708 3xx Redirection1048708 4xx Client Error1048708 5xx Server Error1048708 6xx Global Failure

7 Nabrojati i ukratko opisati obavezna polja u zaglavlju SIP poruke

(IPtf07-SIP_arhitektura ndash 29 32-35)

Zaglavlje SIP poruke20

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 18: Ispit_Pitanja i odgovori

1048708 omogućava interoperabilnost komunikacionih procedura i formata podataka između različitih tipova mreža1048708 ako je potrebno vrši kompresiju i paketizaciju govora1048708 terminal komunicira sa gateway-em korišćenjem H2250 i H245 signalizacije

1048708 Sastoji se iz Media Gateway Controller-a (MGC) i Media Gateway-a (MG)1048708 Ove dve funkcije mogu da budu integrisane u jednom uređaju ili da budu razdvojene1048708 MGC funkcija se može integrisati sa Gatekeeper-om koji tada nazivamo I signalizacioni kontroler

13 Nabrojati i ukratko opisati funkcije gatekeeper-a (IPtf06-H323_arhitektura ndash 115 116)

obavezne funkcije gatekeeper-a1048708 transliranje adresa (telefonski broj alias ime) u cilju određivanja IP adrese odredišta (vrši se pregledanjem tabela koje sadrže podatke dobijene pri registraciji krajnjih tačaka)1048708 kontrola pristupa (bazirana na autorizaciji poziva raspoloživom propusnom opsegu ili na nekom drugom kriterijumu)1048708 kontrola propusnog opsega (jednostavnom metodom ili nekim složenim protokolom (npr RSVP))1048708 upravljanje zonom (svim uređajima koji su registrovani kod posmatranog gatekeeper-a)

opcione funkcije gatekeeper-a1048708 signalizacija poziva i kontrola poziva- rutiranje H2250 i H245 signalizacije između krajnjih tačaka1048708 autorizacija poziva upravljanje propusnim opsegom upravljanje pozivima (korišćenjem posebnih pravila (policy))1048708 SNMP (Gatekeeper) upravljačka informacija (MIB)1048708 rezervacija propusnog opsega za terminale koji nemaju mogućnost da to sami urade

14 Od čega se sastoji i koja je uloga MCU-a (Multipoint Controller Unit) u H323 mreži (IPtf06-H323_arhitektura ndash 120 121)

MCU- Multipoint Control Unit1048708 omogućava konferencijsku vezu između tri ili više terminala1048708 upravlja resursima konferencijske veze omogućava dogovor koji će se CODEC koristiti1048708 može biti samostalan uređaj (PC) ali I integrisan u okviru gateway-a gatekeeper-a iliterminala

1048708 logički sastoji se iz dve celine1048708 MC (Multipoint controler)- bavi se kontrolom I signalizacijom neophodnim za uspostavljanjei upravljanje konferencijom1048708 MP (Multipoint processor)- prima podatke od krajnjih tačaka obrađuje ih (npr audiomixingvideo switchingmixing umnožava) I šalje krajnjim tačkama učesnicama konferencije

15 Šta predstavlja H323 zona a šta administrativni domen

(IPtf06-H323_arhitektura ndash 125 126)

1048708 Skup H323 uređaja kojima se upravlja od strane jednog gatekeeper-a

18

1048708 Zona sadrži najmanje jedan terminal a može sadržati gateway-e i MCU-e1048708 Zona je nezavisna od mrežne topologije (može biti sačinjena od više mrežnih segmenata povezanih ruterima ili drugim uređajima)1048708 Granice zone mogu biti definisane na bazi administrativnog geografskog inženjerskog ili nekog drugog kriterijuma1048708 O pozivima između krajnjih tačaka u zoni stara se jedan gatekeeper1048708 Pozive između krajnjih tačaka iz različitih zona mogu opsluživati gatekeeper-i iz obe zone

1048708 Skup H323 zona koje su pod jednom administrativnom kontrolom1048708 Na primer mreža servis provajdera ili mreža velike kompanije

SIP

1 Ukratko opisati SIP protokol (IPtf07-SIP_arhitektura ndash 3)

SIP ( Session Initiation Protocol ) 1048708 definisan u RFC-u 3261 kao protokol aplikativnog sloja1048708 koristi se za uspostavu sesije između korisnika1048708 ne definiše tip sesije koja se uspostavlja (interaktivno kockanjeili audiovideo konferencija)1048708 SIP je klijent-server protokol baziran na protokolima HTTP (HyperText Transport Protocol) i SMTP (Simple Mail Transfer Protocol)1048708 klijent generiše request i šalje ga serveru koji mu odgovara (response)request + response = transaction

2 Nabrojati 5 osnovnih f-ja SIP protokola (IPtf07-SIP_arhitektura ndash 4)

SIP ndash 5 osnovnih funkcija1048708 Lociranje korisnika ndash određivanje krajnjeg sistema koji će se koristiti za komunikaciju1048708 Raspoloživost korisnika ndash određuje da li krajnji sistem želi ili ne da učestvuje u toj sesiji1048708 Karakteristike sagovornika ndash određuje medijum I parametre medija koji su bitni za komunikaciju1048708 Uspostava sesije ndash razmena parametara za uspostavu sesije1048708 Upravljanje sesijama ndash razmena podataka vezanih za uspostavu raskid i održavanje sesija

3 Nabrojati i ukratko opisati elemente (komponente) SIP mreže

(IPtf07-SIP_arhitektura ndash 9)

SIP komponente1048708 user agent (softver kojim čovek komunicira sa sistemom)Sadrži dve komponente1048708 UAC (user agent client) - šalje request1048708 UAS (user agent server) - prima request i šalje response (prihvata poziv preusmerava ga ili odbija)1048708 network servers1048708 registration server - sadrži informacije o trenutnim lokacijama korisnika

19

1048708 proxy server - prima request i šalje ka sledećem serveru (proxyUASredirect) može i ka više servera odjednom1048708 redirect server - prima request ali umesto da ga prosledi dalje on vraća adresu next-hop servera klijentuProxy i redirect server vrše rutiranje

4 Nabrojati i ukratko opisati osnovne metode koje se razmenjuju u SIP porukama (IPtf07-SIP_arhitektura ndash 14)

SIP poruka ndash metode (RFC 3261)1048708 INVITE ndash uspostava veze1048708 BYE - završatak veze učesnika u pozivu1048708 OPTIONS - traži informacije o osobinama UA1048708 ACK - za pouzdanu razmenu poruka1048708 CANCEL - otkazuje se poslednji request (ne važi za BYE)1048708 REGISTER - traži informaciju o lokaciji korisnika u registration server-u prijavljuje se serveru sa svojim podacima

5 Navesti po jedan primer SIP poruke prilikom zahteva i odgovora (IPtf07-SIP_arhitektura ndash 13 16)

Format SIP poruke1048708 Kod upita (request) format prve linije jeRequest-Line = Method SP Request-URI SP SIP-Version CRLFSP ndash single space karakterPrimerINVITE sipbobbiloxicom SIP20

Format SIP poruke1048708 Kod odgovora (response) format prve linije jeStatus-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLFPrimerSIP20 200 OK

6 Nabrojati klase odgovora u SIP-u (IPtf07-SIP_arhitektura ndash 18)

Klase odgovora1048708 1xx Informational1048708 2xx Final1048708 3xx Redirection1048708 4xx Client Error1048708 5xx Server Error1048708 6xx Global Failure

7 Nabrojati i ukratko opisati obavezna polja u zaglavlju SIP poruke

(IPtf07-SIP_arhitektura ndash 29 32-35)

Zaglavlje SIP poruke20

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 19: Ispit_Pitanja i odgovori

1048708 Zona sadrži najmanje jedan terminal a može sadržati gateway-e i MCU-e1048708 Zona je nezavisna od mrežne topologije (može biti sačinjena od više mrežnih segmenata povezanih ruterima ili drugim uređajima)1048708 Granice zone mogu biti definisane na bazi administrativnog geografskog inženjerskog ili nekog drugog kriterijuma1048708 O pozivima između krajnjih tačaka u zoni stara se jedan gatekeeper1048708 Pozive između krajnjih tačaka iz različitih zona mogu opsluživati gatekeeper-i iz obe zone

1048708 Skup H323 zona koje su pod jednom administrativnom kontrolom1048708 Na primer mreža servis provajdera ili mreža velike kompanije

SIP

1 Ukratko opisati SIP protokol (IPtf07-SIP_arhitektura ndash 3)

SIP ( Session Initiation Protocol ) 1048708 definisan u RFC-u 3261 kao protokol aplikativnog sloja1048708 koristi se za uspostavu sesije između korisnika1048708 ne definiše tip sesije koja se uspostavlja (interaktivno kockanjeili audiovideo konferencija)1048708 SIP je klijent-server protokol baziran na protokolima HTTP (HyperText Transport Protocol) i SMTP (Simple Mail Transfer Protocol)1048708 klijent generiše request i šalje ga serveru koji mu odgovara (response)request + response = transaction

2 Nabrojati 5 osnovnih f-ja SIP protokola (IPtf07-SIP_arhitektura ndash 4)

SIP ndash 5 osnovnih funkcija1048708 Lociranje korisnika ndash određivanje krajnjeg sistema koji će se koristiti za komunikaciju1048708 Raspoloživost korisnika ndash određuje da li krajnji sistem želi ili ne da učestvuje u toj sesiji1048708 Karakteristike sagovornika ndash određuje medijum I parametre medija koji su bitni za komunikaciju1048708 Uspostava sesije ndash razmena parametara za uspostavu sesije1048708 Upravljanje sesijama ndash razmena podataka vezanih za uspostavu raskid i održavanje sesija

3 Nabrojati i ukratko opisati elemente (komponente) SIP mreže

(IPtf07-SIP_arhitektura ndash 9)

SIP komponente1048708 user agent (softver kojim čovek komunicira sa sistemom)Sadrži dve komponente1048708 UAC (user agent client) - šalje request1048708 UAS (user agent server) - prima request i šalje response (prihvata poziv preusmerava ga ili odbija)1048708 network servers1048708 registration server - sadrži informacije o trenutnim lokacijama korisnika

19

1048708 proxy server - prima request i šalje ka sledećem serveru (proxyUASredirect) može i ka više servera odjednom1048708 redirect server - prima request ali umesto da ga prosledi dalje on vraća adresu next-hop servera klijentuProxy i redirect server vrše rutiranje

4 Nabrojati i ukratko opisati osnovne metode koje se razmenjuju u SIP porukama (IPtf07-SIP_arhitektura ndash 14)

SIP poruka ndash metode (RFC 3261)1048708 INVITE ndash uspostava veze1048708 BYE - završatak veze učesnika u pozivu1048708 OPTIONS - traži informacije o osobinama UA1048708 ACK - za pouzdanu razmenu poruka1048708 CANCEL - otkazuje se poslednji request (ne važi za BYE)1048708 REGISTER - traži informaciju o lokaciji korisnika u registration server-u prijavljuje se serveru sa svojim podacima

5 Navesti po jedan primer SIP poruke prilikom zahteva i odgovora (IPtf07-SIP_arhitektura ndash 13 16)

Format SIP poruke1048708 Kod upita (request) format prve linije jeRequest-Line = Method SP Request-URI SP SIP-Version CRLFSP ndash single space karakterPrimerINVITE sipbobbiloxicom SIP20

Format SIP poruke1048708 Kod odgovora (response) format prve linije jeStatus-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLFPrimerSIP20 200 OK

6 Nabrojati klase odgovora u SIP-u (IPtf07-SIP_arhitektura ndash 18)

Klase odgovora1048708 1xx Informational1048708 2xx Final1048708 3xx Redirection1048708 4xx Client Error1048708 5xx Server Error1048708 6xx Global Failure

7 Nabrojati i ukratko opisati obavezna polja u zaglavlju SIP poruke

(IPtf07-SIP_arhitektura ndash 29 32-35)

Zaglavlje SIP poruke20

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 20: Ispit_Pitanja i odgovori

1048708 proxy server - prima request i šalje ka sledećem serveru (proxyUASredirect) može i ka više servera odjednom1048708 redirect server - prima request ali umesto da ga prosledi dalje on vraća adresu next-hop servera klijentuProxy i redirect server vrše rutiranje

4 Nabrojati i ukratko opisati osnovne metode koje se razmenjuju u SIP porukama (IPtf07-SIP_arhitektura ndash 14)

SIP poruka ndash metode (RFC 3261)1048708 INVITE ndash uspostava veze1048708 BYE - završatak veze učesnika u pozivu1048708 OPTIONS - traži informacije o osobinama UA1048708 ACK - za pouzdanu razmenu poruka1048708 CANCEL - otkazuje se poslednji request (ne važi za BYE)1048708 REGISTER - traži informaciju o lokaciji korisnika u registration server-u prijavljuje se serveru sa svojim podacima

5 Navesti po jedan primer SIP poruke prilikom zahteva i odgovora (IPtf07-SIP_arhitektura ndash 13 16)

Format SIP poruke1048708 Kod upita (request) format prve linije jeRequest-Line = Method SP Request-URI SP SIP-Version CRLFSP ndash single space karakterPrimerINVITE sipbobbiloxicom SIP20

Format SIP poruke1048708 Kod odgovora (response) format prve linije jeStatus-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLFPrimerSIP20 200 OK

6 Nabrojati klase odgovora u SIP-u (IPtf07-SIP_arhitektura ndash 18)

Klase odgovora1048708 1xx Informational1048708 2xx Final1048708 3xx Redirection1048708 4xx Client Error1048708 5xx Server Error1048708 6xx Global Failure

7 Nabrojati i ukratko opisati obavezna polja u zaglavlju SIP poruke

(IPtf07-SIP_arhitektura ndash 29 32-35)

Zaglavlje SIP poruke20

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 21: Ispit_Pitanja i odgovori

1048708 request INVITE upućuje UAC UAS-u korisnika sa kojim želi da komunicira INVITE uheader-u sadrži polja1048708 Via - obavezno1048708 To From (sadrže adrese) - obavezno1048708 Subject - opciono1048708 Call-ID (sadrži jedinstven identifikator poziva) - obavezno1048708 CSeq (sequence number) - obavezno1048708 Contact (lista adresa na kojima se korisnik može naći) - opciono1048708 Require (negotiation and protocol features obezbeđuje ekstenzibilnost) - opciono1048708 Max-Forward1048708 Content-Lenght Content-Type (informacije o telu poruke) dok telo poruke (transparentno za SIP) sadrži opis sesije koja se uspostavlja1048708 za opis se koristi SDP (Session description protocol)- služi za opisivanje unicasti multicast multimedijskih sesija - prenosi informacije o CODEC-ima portovima i protokolima (RTP) koji će se koristiti za slanje medija

Polja zaglavlja koja mogu biti prisutna i u zahtevima i u odgovorima1048708 To polje postoji u svakoj SIP poruci i koristi se da ukaže na primaoca zahtevasvaki odgovor generisan od strane UA-a će sadržati ovo polje sa dodatnom vrednošću Tagkoja se koristi kao identifikator dijalogaTo polje se nikad ne koristi za rutiranje poruke već za to služi Request-URI1048708 Tag je nasumičan broj sa najmanje 32 bita koji se dodaje To i From polju kao identifikatordijaloga

SIP + 1048708 SIP protokol se koristi zajedno sa drugim protokolima na Internetu u cilju formiranja arhitekture koja omogućava multimedijalnu komunikaciju1048708 RTP (Real-time Transport Protocol) ndash RFC 18891048708 RTSP (Real Time Streaming Protocol) ndashRFC 2326 ndash kontrola isporuke medijuma koji se šalje1048708 MEGACO (Media Gateway Control protocol) ndash RFC3015 ndash namenjen upravljanju gateway-ima koji se koriste za vezu sa javnom telefonskom mrežom1048708 SDP (Session Description Protocol) ndash RFC 2327 ndash namenjen definisanju multimedijalne sesije

8 Šta se nalazi u telu SIP poruke (IPtf07-SIP_arhitektura ndash 38)

TELO PORUKE1048708 koristi se da opiše sesiju koja treba da bude uspostavljena odnosno prenose se informacijeo tipu medija jer sam SIP ne definiše tip sesije koja se uspostavlja (audio video i sl)1048708 za opis se koristi SDP (Session Description Protocol) koji se prenosi u telu SIP poruke1048708 SDP paketi unutar tela poruke prenose informacije o sesiji (ime i svrha aktivan vremenski period potreban propusni opseg ikontakt informacija o osobi odgovornoj za sesiju) tip medija (audio videohellip) informacije oCODEC-ima IP adresu broj porta

9 Opisati ulogu Proxy servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 41)

Proxy server1048708 ima primarnu ulogu u rutiranju SIP zahteva ka UAS-u odnosno odgovora ka UAC-u1048708 SIP proxy server prima zahteve od UA-a ili drugog proxy servera i prosleđuje ili odgovara

21

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 22: Ispit_Pitanja i odgovori

na zahtev1048708 na putu do odredišta SIP poruka može da prelazi preko lanca proxy-ja a svaki proxy u tomlancu obrađuje poruku i na osnovu obrade donosi odluku1048708 ima pristup ka bazi podataka ili servisu lokacije u kojima se nalaze SIP registracija ili bilo koja druga vrsta informacija o tome gde se nalazi korisnik

10 Opisati dva moda (stanja) u kojima mogu raditi Proxy serveri (IPtf07-SIP_arhitektura ndash 44 45)

1048708 proxy može raditi u dva moda stateless I stateful1) stateful proxy pamti informacije o stanju svakog primljenog i poslatog zahteva1048708 na osnovu ovih informacija obrađuju se budući zahtevi koji su povezani sa početnimzahtevom 1048708 stateful proxy startuje tajmer kada prosledi zahtev1048708 ako nema odgovora na zahtev u toku perioda koji odbroji tajmer proxy će retransmitovatizahtev oslobađajući UA ovog posla

2) stateless proxy samo prosleđuje zahteve odbacujući informacije o stanju1048708 kada je poruka prosleđena ili je odgovoreno na nju nikakve informacije o toj poruci se nepamte1048708 stateless proxy nikad ne vrši retransmisiju poruke i ne koristi nikakve SIP tajmere3) transaction stateful proxy pamti informacije o transakciji ali samo za vreme trajanja perioda u kome je zahtev nerešen

11 Opisati ulogu registracionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 46)

2 registration server1048708 prihvata SIP REGISTER zahteve1048708 u registracionom zahtevu To polje sadrži ime koje treba registrovati (AOR) a Contact polje sedrži trenutnu adresu uređaja na kome se korisnik nalazi1048708 serveri registracije obično zahtevaju autentifikaciju od UA koji se registruje1048708 u zavisnosti od polja zaglavlja prisutnih u REGISTER zahtevu ovaj zahtev UA može dakoristi za dobijanje liste trenutne registracije ili da obriše registraciju ili da doda URI uregistracionu listu

12 Opisati ulogu redirekcionog servera u SIP komunikaciji (IPtf07-SIP_arhitektura ndash 51)

3 redirect server1048708 ovaj tip servera odgovara ali ne prosleđuje zahteve1048708 kao i proxy server redirect server koristi bazu podataka za lociranja korisnika ali informacije o lokaciji korisnika server šalje nazad pozivaocu kroz 3xx klasu odgovora1048708 u sledećem primeru redirect server se koristi da Schroedinger locira Heisenberg-a13 Navesti glavne prednosti korišćenja SIP-a (IPtf07-SIP_arhitektura ndash 68)

Prednosti SIP-a1048708 jednostavnost 269+str (SIP) - 600str (H323)1048708 extensibility - poseduje bogat set funkcija vezanih za mogućnosti proširivanja i održavanje kompatibilnosti1048708 modularnost1048708 skalabilnost

22

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23

Page 23: Ispit_Pitanja i odgovori

1048708 jednostavnost jezgra i kompleksnost periferije mreže1048708 jednostavnost jezgra veliki backbone serveri mogu biti stateless - time je obezbeđena jednostavnost obrade tamo gde su protoci veliki1048708 SIP serveri na ivicama mreže mogu biti statefull čime je omogućeno da nude složenije servise1048708 podržane su konferencije različitih obima1048708 integracija - sa Web-om e-mail-om1048708 baziran je na tekstualnom kodovanju =gt jednostavno programiranje I debugging

14 Opisati strukturu SDP protokola (IPtf07-SIP_arhitektura ndash 70)

SDP - struktura1048708 Nivo sesije (Session Level Info)1048708 Ime1048708 Izvor saobraćaja1048708 Vreme1048708 Nivo medijuma (Media Level Info)1048708 Tip medije koja sa prenosi1048708 Broj porta1048708 Transportni protocol1048708 Format media

23