FAKULTET ZA SAOBRAAJ I KOMUNIKACIJE UNIVERZITET U SARAJEVU

SEMINARSKI RAD Upravljanje kvalitetom komunikacijskih usluga Tema:

OSNOVI SIP TELEFONIJE IZVEDBE S KRAJA NA KRAJ

Profesor: V. prof. dr Himzo Bajri

Student: anan Sladija

Sarajevo, 2012.

Sadraj
1. SIP IZVEDBA S KRAJA NA KRAJ ................................................................................. 4 1.1 1.2 2. Vremenski interval mjerenja i izvjetavanja ............................................................... 5 Vremenski interval tanosti ......................................................................................... 5

SIP MJERENJA PERFORMANSI .................................................................................... 6 2.1 Zahtjev za registracijom kanjenja (RRD) ....................................................................... 6 2.2 Neuspjeni pokuaji registracije (IRAs) ........................................................................... 7 2.3. Kanjenje zahtjeva za sesijom (SRD) ............................................................................. 9 2.3.1 Postavke uspjene sesije (SRD) ................................................................................ 9 2.3.2 Neuspjena uspostava sesije (SRD) ........................................................................ 10 2.4. Kanjenje u prekidu sesije (SDD) ................................................................................. 11 2.5. Vrijeme trajanja sesije (SDT) ........................................................................................ 12 2.5.1. Uspjeno trajanje sesije (SDT) ............................................................................... 13 2.5.2. Neuspjean zavretak sesije (SDT) ........................................................................ 14 2.6. Omjer uspostavljanja sesije (SER) ................................................................................ 15 2.7. Omjer uspostavljanja uinkovitih sesija (SEER) .......................................................... 16 2.8. Neefektivni pokuaji sesije (ISAs) ................................................................................ 17 2.9. Omjer zavrenih sesija (SCR) ....................................................................................... 18

3.

DODATNA RAZMATRANJA ....................................................................................... 19 3.1. Metrike korelacije ........................................................................................................ 19 3.2. B2BUA (Back-to-bak User Agent) ............................................................................... 19 3.3. Autorizacija i autentinost ............................................................................................. 19 3.4. Prikupljanje podataka .................................................................................................... 19 3.5. Ispitivanje dokumentacije ............................................................................................. 20

4.

Zakljuci ........................................................................................................................... 21

Saetak

Ovaj dokument definira skup mjerenja i njihovu upotrebu u procjeni performansi end-to-end Session Initiation Protocol (SIP) protokola telefonskih usluga u proizvodnji i ispitivanju okruenja. Svrha ovog dokumenta jeste da kombinira standardni skup mjerenja, doputajui interoperabilna implementacija. mjerenja performansi, koja olakavaju usporedbu industrijskih

Uvod i podruje primjene

SIP je postao nairoko koriten standard meu mnogim davateljima usluga, dobavljaima, krajnjima korisnicima u telekomunikacijskoj industriji. Iako postoje mnogi razliiti standardi za mjerenje performansi telefonskih signalnih protokola, kao to je sustav signalizacije SS7, nijedno mjerenje se ne odnosi direktno na SIP. Podruje primjene ovog dokumenta je ogranieno definicijom standardne skupine metrika za mjerenje i izvjetajem o SIP performansama iz end-to-end perspektive u telefonskom okruenju.

1. SIP IZVEDBA S KRAJA NA KRAJ

Publika za ovaj dokument moe se nai meu mnogim mrenim operatorima koji esto sakupljaju informacije o brzini odgovora mree na zahtjeve korisnika usluga. Mjerenja izvedbi opisane u ovom dokumentu su pod uticajem varijabli izvan SIP-a. U nastavku je data lista primjera: Mrena konekcija Performanse routera i switch-a Server proces i hardverske performanse

Ovaj dokument definie listu relevantnih mjerenja za razliite aspekte telefonskog okruenja. Mogu se koristiti individualno ili grupno zavisno od upotrebe SIP-a telefonske usluge. Metrike definisane u ovom dokumentu NE UZIMAJU u obzir oteenja ili kvarove stvarnih primjena aplikacija zahtjeva ili odgovora. Metrike ne razlikuju vrijeme procesiranje aplikacija drugih izvora kanjenja kao to je kanjenje u prijenosu paketa. Ovaj dokument ne osigurava nikakve numerike ciljeve ili prihvaanje graninih vrijednosti za SIP performanse definisane u nastavku, zbog toga to su ovi pojmovi izvan podruja djelovanja IETF aktivnosti openito. End-to-end Ovo je opisano kao da se dva ili vie elemenata koriste za pokretanje zahtjeva, primanje zahtjeva i odgovora na zahtjev. Obuhvaa elemente po potrebi za ukljuivanje u sesijski dijalog izmeu korisnikog klijenta agenta (UAC), odredinog korisnikog agenta servera (UAS) i bilo kojeg privremenog proxija. Ovo se moe odnositi na jednu operatorsku grupu elemenata ili moe biti proireno na obihvaanje svih elemenata koji su ukljueni u sesiju. Sesija- SIP se koristi prvenstveno da zahtjeva, kreira i zavrava sesije. Ove sesije ukljuuju Internet telefoniju, multimedijsku distribuciju i multimedijske konferencije. Metrike unutar dokumenta mjere performanse koje su pridruene u SIP dijalozima i koje su potrebne da se uspostave ove sesije. Svaka sesija je identifikovana jedinstvenim Call-ID, To i From oznakama zaglavlja polja. Uspostavljanje sesije- Uspostava sesije se desi kada je 200 OK odgovor od mete UA primljen, kao odgovor na originalni UA invite setup zahtjev, koji obavjetava da je zahtjev za sesijom uspjean. 4 u kontekstu date

Postavke sesije- Postavka sesije je niz poruka i ukljuenih parametara direktno povezanih na proces UA zahtjevanja za uspostavom sesije.

1.1 Vremenski interval mjerenja i izvjetavanja

Mnoge od metrika definisanih u ovom dokumentu koriste sat za procjenu vremenskog intervala izmeu dva dogaaja. t1- startno vrijeme Ovo je vremenski trenutak (kada je zahtjev poslan) koji zapoinje kontinuirani vremenski interval. t1 se desi kada je odreeni zahtjev obraen od strane SIP aplikacije i prvi bit paketa zahtjeva poslat od UA ili proxija. t1 predstavlja vrijeme u kojem svaki zahtjev-odgovor test zapoinje, te e se koristiti za oznaavanje doba dana kada je pojedino mjerenje sprovedeno. t4 krajnje vrijeme Ovo je vremenski trenutak koji zavrava kontunirani vremenski interval koji je zapoet kada he zahtjev poslat. t4 se desi kada je posljednji bit zahtjeva primljen od SIP aplikacije na ureaju. Napomena: t2 i t3 su rezervirani za buduu upotrebu od strane drugog interfejsa koji je ukljuen u zadovoljavanje zahjeva. Kada rezultate mjerenja koreliraju sa drugim rezultatima ili informacijama koje se povezuju sa vremenom, onda vrijeme t1 bi trebalo biti sinhronizovano za primarnim vremenim da bi se minimizirao vremenski offset. Satovi koji se koriste za razliita mjerenja bi trebali biti sinhronizovani jedni s drugima da bi se minimizirao offset.

1.2 Vremenski interval tanosti

Tanost intervala t4-t1 je takoer kritian za odravanje i izvjetavan. Razlike izmeu satnih offsetova u trenutku t1 i t4 je izvor greke u mjerenju. Stabilan i relativno taan sat je potreban da bi se izvrila mjerenja zahtjevana ovim dokumentom. Ovaj izvor greke bi trebao biti ogranien na manje od +/- 1ms, to znai 1 u 1000 frekvencija tanosti za interval od 1 sekunde. Ovo podrazumijeva da je vea stabilnost potrebna kako se duina t4-t1 poveava, da bi se greka ograniila na manje od +/-1 ms. Postoje i drugi vani aspekti rada sata: Sinhronizacijski protokoli zahtijevaju sposobnost prilagoavanja lokalnom satu. Meutim, ova prilagoavanja mogu uzrokovati velike greke ukoliko se dese u 5

intervalu t1 do t4. Korekcije sata bi trebale biti suspendirane za vrijeme ovog intervala, osim ako se ne zahtijeva tanost vremenskog intervala. Ako se koristi sat bez korekcije da bi se izmjerio interval, onda bi mjerenja trebala biti izvedena za razliite sate kako bi se zahtjevi za tanou ispunili.

2. SIP MJERENJA PERFORMANSI

S obzirom na sve sljedee podatke, t1 zapoinje sa prvom SIP porukom poslatom sa UA koja se ne resetira ukoliko UA mora ponoviti istu poruku unutar iste transakcije vie puta. Prva pridruena SIP poruka ukazuje da je t1 pridruen korisnikom ili aplikacijskom oekivanju koje je povezano sa zahtjevom. Neke metrike se raunaju upotrebom poruka iz razliitih transkacija u cilju mjerenja aktivnosti kao to su preusmjeravanje i kvar. Krajnje vrijeme je zasnovano na uspjenom privremenom end-to-end odgovoru, uspjenom konanom odgovoru ili neuspjenim konanim odgovoru za koje nema oporavka. Nain provjere autentinosti koji se koristi za uspostavljanje SIP dijaloga e promijeniti razmjenu poruka. Primjeri koritenih razmjene poruka ne pokuavaju opisati sve razliite vrste provjere autentinosti. Buduida se provjere autentinosti esto koriste SIP Digest provjera autentinosti je koritena kao primjer svrhe. S obzirom na metrike, tanost i zrnatost izlaznih vrijednosti su povezane sa tanosti i zrnatosti ulaznih vrijednosti. Kako ove metrike ne specificiraju veliinu uzorka, to bi trebalo biti uzeto u obzir. Ove metrike e osigurati bolje pokazatelje performansi sa veim grupnim uzorkom.

2.1 Zahtjev za registracijom kanjenja (RRD)

Zahtjev za registracijom kanjenja (RRD) je mjerenje kanjenja kao odgovor a zahtjev UA REGISTER-a. RRD e biti mjeren i prijavljen samo za uspjene REGISTER zahtjeve, dok neuspjeni zahtjevi za registracijom e biti prijavljeni kao neuspjeni. Ovaj podatak se mjeri na UA. Izlazna vrijednost ovog mjerenja je numerika i trebala bi biti izraena u mulisekundama. RRD se rauna koritenjem sljedee formule. RRD= Vrijeme konanog odgovora-Vrijeme zahtjeva REGISTRA U sluaju uspjenog pokuaja registracije, RRD se definie kao vremenski interval od prvog proslijeenog bita inicijalne REGISTER poruke koja sadri potrebne informacije od strane UA do eljenog registra, pa sve do posljednjeg primljenog bita od 200 OK koji pokazuje da je 6

pokuaj registracije uspjeno zavren. Ovaj dijalog ukljuuje oekivanu provjeru autentifikacije prije prijema 200.tog OK kako je opisano u sljedeem primjeru. Sljedea razmjena poruka daje primjer identifikacijskih dogaaja potrebnih za ulazne podatke za proraun RRD tokom uspjene registracije:
UA1 | |REGISTER /\ || RRD || \/ | |REGISTER | | Registrar | | 401| | 200| |

t1---->|--------------------->| |<---------------------| |--------------------->|

t4---->|<---------------------|

Napomena: Mree sa elementima, koje koriste Digest provjeru autentinosti e pokazati razliite RRD karakteristike od mrea sa elementima koje koriste druge mehanizme za provjeru autentinosti. Operatori praenja RRD u mreama sa razliitim emama za provjeru autentinosti bi trebale uzeti u obzir da e RRD mjerenja najvjerovatnije imati multimodalnu distribuciju.

2.2 Neuspjeni pokuaji registracije (IRAs)

Neuspjeni pokuaji registracije se koriste za detekciju kvarova i oteenja koji uzrokuju nemogunost registra da primi UA zahtjev registra. Ovaj podatak se mjeri na UA. Izlazne vrijednosti su numerikei trebale bi biti izraene procentualno. Ovaj podatak se rauna kao procenat ukupnih REGISTER zahtjeva. IRA procenat se izraunava pomou sljedee formule:
# of IRAs IRA % = ----------------------------- x 100 # Ukupan broj registar zahtjeva

Neuspjeni pokuaji registracije su definisani kao konani nesupjeni odgovor na poetni REGISTER zahtjev. Obino ukazuje na neuspjeh primljen od odredinog registra ili UA. 7

Neuspjeni odgovor je opisan kao 4XX (iskljuujui 401, 402, i 407 ), 5XX ili mogui 6XX poruke. Timeout neuspjeh je identifikovan istekom Timer F. IRa se moe koristiti za detekciju problema u downstream signalizacijskim funkcijama, koje mogu ometati REGISTER poruke i sprijeiti njihov dolazak do registra kojem su namijenjene ili, to moe pokazivati da je registar postao preoptereen i nije u mogunosti da odgovori na zahtjev. Sljedea razmjena poruka omoguava primjer isteka vremena identifikacijskog dogaaja potrebnog kao input za neuspjeni registracijski pokuaj:
UA1 | |REGISTER |REGISTER |REGISTER | Neuspjeh ---->|***Timer F Expires | Registrar | | | | | | |

|--------------------->| |--------------------->| |--------------------->|

U prethodnoj razmjeni poruka, UA1 vraa zahtjev registra vie puta prije nego to vrijeme istekne, ukazujui na neuspjeh. Samo prvi zahtjev registra se mora koristiti kao input za raunanje IRA. Naknadni registar pokuaji su identificirani od strane istog transakcijskog identifikatora i moraju biti ignorisani u svrhu kalkulacije podataka. Ovo osigurava taan prikaz izlaza metrike. Sljedea razmjena poruka osigurava registraciju servisnog neuspjeha za identificirani dogaaj neophodan kao ulaz za neuspjeni registracijski pokuaj:
UA1 Registrar | | |REGISTER | |--------------------->| | | | | | | | | | 503| Failure ---->|<---------------------| | |

2.3. Kanjenje zahtjeva za sesijom (SRD) Kanjenje zahtjeva za sesijom se koristi za detekciju neuspjeha ili oteenja koji uzrokuju kanjenja na odgovor na UA zahtjev za sesijom. SRD se mjeri i za uspjee i neuspjene zahtjeve za sesijom mada se ovaj podatak najee odnosi na korisnikovo iskustvo; meutim SRD za neuspjene zahtjeve se ne smije kombinovati u istom rezultatu sa uspjenim zahtjevima. Trajanje povezano sa uspjenim i neuspjenim odgovorima e najvjerovatnije znatno varirati, i eljeno vrijeme izlaza e se znaajno razlikovati u mnogim sluajevima. Izlazna vrijednost ove metrike mora ukazivati da li je izlaz uspjenog ili neuspjenog zahtjeva za sesijom i trebala bi biti izraena u sekundama. SRD se rauna pomou sljedee formule: SRD= Vrijeme stanja indikativnog odgovora- Vrijeme poziva

2.3.1 Postavke uspjene sesije (SRD) U uspjeno poslatom zahtjevu, SRD je definisan kao vremenski interval od trenutka kada je prvi bit poetne INVITE poruke koja sadri neophodne informacije, poslat, od izvorinog korisnikog agenta do eljenog odredinog agenta, pa sve do posljednjeg primljenog bita prvog privremenog odgovora koji ukazuje na zvuni ili vizuelni status poetnog zahtjeva za uspostavom sesije. U SIP-u poruka koja ukazuje na status bi bila non-100 privremena poruka primljena kao odgovor na zahtjev za pozivom. U nekim sluajevima, non-100 poruka nije primljena, ve 200 poruka je primljeno umjesto prve statusne poruke. U ovim sluajevima, 200 poruka e biti iskoriteno za raunanje intervala. U mnogim situacijama, ovaj podataka se oslanja na prjem non-100 privremene poruke. Koritenje ovih ACK poruka moe popraviti kvalitet i dosljednost rezultata. Sljedea razmjena poruka ukazuje na primjer identificirajueg dogaaja neophodnog kao ulaz za izraunavanje SRD tokom uspjenog zahtjeva za sesijom bez preusmjeravanja:
UA1 UA2 | | |INVITE | t1---->|--------------------->| /\ | | || | | SRD | | || | | \/ | 180| t4---->|<---------------------| | |

Sljedea razmjena poruka osigurava primjer identificirajuih dogaaja neophodnih kao ulaze za izraunavanje SRD tokom uspjenog zahtjeva za sesijom sa preusmjeravanjem:
UA1 Redirect Server UA2 | | | |INVITE | | t1---->|--------------------->| | /\ | 302| | || |<---------------------| | || |ACK | | SRD |--------------------->| | || |INVITE | || |------------------------------------------->| \/ | 180| t4---->|<-------------------------------------------|

2.3.2 Neuspjena uspostava sesije (SRD) Kod neuspjenog zahtjeva, SRD je definisan kao vremenski interval od trenutka kada se prvi bit poetne pozivne poruke, koja sadri sve neophodne informacije, poalje od izvorinog agenta ili korisnika do eljenog odredinog agenta, pa sve do prijema posljednjeg bita prvog privremenog uspjenog ili neuspjenog odgovora. Neuspjeni odgovor je opisan kao 4XX (iskljuujui 401, 402, i 407 kodove), 5XX ili moguu 6XX poruka. Promjene u izlaznoj vrijednosti podatka moe ukazivati na problem u signalnim funkcijama od mree prema terminalu, koje mogu ometati pozivnu poruku od dostizanja eljenog UA ili moe ukazivati na promjene u ponaanju krajnje take. Dok ova metrika vri kalkulaciju kanjenja koje se odnosi na neuspjeni sesijski zahtjev, metrika Neefektivni sesijski pokuaji se koristi za raunanje omjera neuspjenih sesijskih pokuaja. Naredna razmjena poruka daje primjer identificirajuih dogaaja potrebnih za ulazne podatke u raunanju SRD tokom neuspjenog pokuaja uspostave sesije bez preusmjeravanja.

UA1 UA2 | | |INVITE | t1---->|--------------------->| /\ | | || | | SRD | | || | | \/ | 480| t4---->|<---------------------| | |

Sljedea razmjena poruka daje primjer identificirajuih dogaaja potrebnih za ulazne podatke u raunanju SRD tokom neuspjenog pokuaja uspostave sesije sa preusmjeravanjem:

10

UA1 Redirect Server UA2 | | | |INVITE | | t1---->|--------------------->| | /\ | 302| | || |<---------------------| | || |ACK | | SRD |--------------------->| | || |INVITE | || |------------------------------------------->| \/ | 480| t4---->|<-------------------------------------------|

2.4. Kanjenje u prekidu sesije (SDD)

Ovaj podatak se koristi za detekciju kvarova i oteenja koji odgaaju vrijeme potrebno za prekid sesije. SDD se mjeri i za uspjene i za neuspjene prekide sesije; meutim rezultati SDD za uspjene i neuspjene prekide sesije se ne smiju kombinovati u istom rezultatu. Trajanje koje se odnosi na uspjene i neuspjene rezultate e najvjerovatnije znaajno varirati i eljeno izlazno vrijeme e se znaajno razlikovati u mnogim sluajevima. Moe se mjeriti sa bilo koje krajnje take UA ukljuene u SIP dijalog. Izlazna vrijednost ovog podatka je numerika i trebala bi biti izraena u milisekundama. SDD se izraunava po sljedeoj formuli: SDD= Vrijeme 2XX ili Timeout-Vrijeme izvrenja poruke (BYE) SDD je definisan kao vremenski interval od trenutka prvog bita poslate sesijske izvrene poruke, kao to je BYE, do posljednjeg bita naknadno primljenog 2XX odgovora. U nekim sluajevima oporavljeni pogreni odgovor kao to je 503 Retry-After moe biti primljen. U takvim sluajevima, ovi odgovori ne bi trebali biti upotrijebljeni kao krajnje vrijeme za kalkulaciju podatka. Umjesto toga,koristi se oporavljenu poruku. Sljedea razmjena poruka daje primjer identificirajuih dogaaja potrebnih kao ulaze z izraunavanje SDD tokom uspjenog zavretka sesije. uspjeni 2XX odgovor koji se odnosi na

11

Mjerenje SDD-a na izvorinom UA (UA1):

UA1 UA2 | | |INVITE | |--------------------->| | 180| |<---------------------| | 200| |<---------------------| |ACK | |--------------------->| |BYE | t1---->|--------------------->| /\ | | || | | SDD | | || | | \/ | 200| t4---->|<---------------------|

Mjerenje SDD na odredinom UA (UA2)UA1 UA2 | | |INVITE | |--------------------->| | 180| |<---------------------| | 200| |<---------------------| |ACK | |--------------------->| | BYE| |<---------------------|<----t1 | | /\ | | || | | SDD | | || |200 | \/ |--------------------->|<----t4

U nekim sluajevima, odgovor nije primljen nakon to je poruka zavretka sesije poslata i potencijalno oporavljena. U ovom sluaju poruka zavretka, kao to je BYE, rezultira istekom vremene Timer F. Ovakav zavretak sesije bi trebao biti iskljuen iz kalkulacije podatka.

2.5. Vrijeme trajanja sesije (SDT)

Ova podatak se koristi za detekciju problema( npr. loa kvaliteta zvuka) koji uzrokuju kratko trajanje sesije. SDT se mjeri i za uspjene i za neuspjene zavretke. Moe se mjeriti na bilo kojem UA ukljuenom u SIP dijalog. Ovaj podatak je slian Vremenu trajanja poziva, i tradicionalno se izraunava kao Prosjeno vrijeme trajanja poziva (ACHT) u SIP telefonskim aplikacijama.SDT se izraunava na osnovu sljedee formule: SDT= Vrijeme BYE ili Timeout-Vrijeme 200 OK odgovora ili poziva 12

Ova metrika ne izraunava trajanje sesije koja je pod uticajem medija. Na primjer, neki automatizirani sistemi za odgovore koriste samo rani medij za odgovor na SIP 183 sesijski napredak sa SDP povezujui tako izvorini UA sa automatiziranom porukom. Obino u ovakvim sesijama izvorini UA nikada ne primi 200 OK, a razmjena poruka se zavrava kada izvorini UA poalje CANCEL. 2.5.1. Uspjeno trajanje sesije (SDT) Kod uspjenog zavretka sesije, SDT se izraunava kao prosjena vrijednost i definisana je trajanjem dijaloga definisanog vremenskim intervalom od prijema prvog bita 200 OK odgovora na poziv, do trenutka prijema posljednjeg bita udruenog sa BYE porukom koja ukazuje na zavretak dijaloga. Retransmisija 200 OK i ACK poruka ne resetuje mjerae podataka. Mjerenje SDT na izvorinom UA (UA1):
UA1 UA2 | | |INVITE | |--------------------->| | 180| |<---------------------| | 200| t1---->|<---------------------| /\ |ACK | || |--------------------->| || | | SDT | | || | | || | | \/ | BYE| t4---->|<---------------------| | |

Kada se SDT mjeri na odredinom UA (UA2), onda je definisan vremenskim intervalom od trenutka slanja prvog bita 200 OK poruke na poziv do trenutka prijema posljednjeg bita udruenog sa BYE porukom koja ukazuje na zavretak dijaloga. Ukoliko UA2 inicira BYE onda je definisan intervalom izmeu slanja prvog bita 200 OK odgovora na poziv i slanja prvog bita udruenog sa BYE porukom koja ukazuje na zavretak dijaloga. Ovo je ilustrovano na sljedeem primjeru:

13

UA1 UA2 | | |INVITE | |--------------------->| | 180| |<---------------------| | 200| |<---------------------|<----t1 |ACK | /\ |--------------------->| || | | || | | SDT | | || | | || | BYE| \/ |<---------------------|<----t4 | |

2.5.2. Neuspjean zavretak sesije (SDT) U nekim sluajevima, odgovor nije primljen nakon to je poruka zavretka sesije poslata i potencijalno oporavljena. U ovom sluaju SDT je definisan vremenskim intervalom od prijema prvog bita 200 OK poruke na poziv do isteka vremena Timer F. Sljedea razmjena poruka daje primjer identificirajuih dogaaja potrebnih za ulaze za izraunavanje SDT tokom neuspjenog zavretka sesije: Mjerenje SDT na izvorinom UA (UA1):
UA1 UA2 | | |INVITE | |--------------------->| | 180| |<---------------------| | 200| t1---->|<---------------------| /\ |ACK | || |--------------------->| || |BYE | SDT |--------------------->| || |BYE | || |--------------------->| \/ | | t4---->|***Timer F Expires |

Kada se SDT mjeri na UA2, SDT se definie kao interval izmeu slanja prvog bita 200 OK odgovora na poziv i vremena isteka Timer F. Ovo je prikazano na sljedeoj slici:

14

UA1 UA2 | | |INVITE | |--------------------->| | 180| |<---------------------| | 200| |<---------------------|<----t1 | ACK| /\ |--------------------->| || | BYE| || |<---------------------| SDT | BYE| || |<---------------------| || | | \/ | Timer F Expires***|<----t4

Napomena: Ukoliko doe do gubitka poruke i retransmisije vrijednost ovog podatka mjerenog na UA1 se moe razlikovati od vrijednosti mjerene na UA2.

2.6. Omjer uspostavljanja sesije (SER)

Ovaj podatak se koristi za detekciju sposobnosti ukidanja UA ili proxija od mree prema terminalu da bi se uspjeno uspostavila sesija za nove zahtjeve za uspostavljanjem sesije. SER je definisan kao omjer broja novih sesijskih zahtjeva koji rezultuju 200 OK odgovorima, i ukupnog broja pokuaja zahtjeva za pozivom umanjenih za broj zahtjeva koji rezultuju 3XX odgovorima. Ovaj podatak je slian ASR. Mjeri se samo na izvorinom UA. Izlazna vrijendost ovog podatka je numerika i trebala bi biti izraena tako da pokazuje procenat uspjeno usposatvljenih sesija. SER se izraunava prema sljedeoj formuli:
# of INVITE Requests w/ associated 200 OK SER = --------------------------------------------------------- x 100 (Total # of INVITE Requests) (# of INVITE Requests w/ 3XX Response)

Sljedea razmjena poruka daje primjer identificirajuih dogaaja potrebnih kao ulaze za odreivanje uspostavljanja sesije kako je opisano iznad:
UA1 UA2

| | |INVITE | +----------->|------------------>| | | 180| | |<------------------| Session Established | | | | | | | 200| +----------->|<------------------| | |

15

Sljedea slika je primjer razmjene poruka koja ukljuuje SIP 302 preusmjeravajui odgovor:
UA1 UA2 UA3 | | | |INVITE | | +----------->|------------------>| | | | | | INVITE w/ 3XX Response | | | | | 302| | +----------->|<------------------| | | | | |INVITE | +----------->|-------------------------------------->| | | | | | 180| Session Established |<--------------------------------------| | | | | | 200| +----------->|<--------------------------------------| | |

2.7. Omjer uspostavljanja uinkovitih sesija (SEER)

Ovaj podatak je bespotreban SER-u ali je namijenjen iskljuivanju potencijalnih uinaka individualnih korisnika na odredini UA iz metrike. SEER je definisan kao omjer broja zahtjeva za pozivom koji rezultiraju 200 OK odgovorima i broja zahtjeva za pozivom koji rezultiraju sa 480, 486, 600 ili 603; prema ukupnom broju zahtjeva umanjenim za brojem zahtjeva za pozivom koji rezultiraju 3XX odgovorima. Kodovi za odgovor 480, 486, 600 i 603 su odabrani zato to jasno ukazuju na efekat individualnih korisnika na UA. Mogue je da korisnik prouzrokuje negativni efekat na UA. Na primjer, mogu pogreno konfigurisati UA, uzrokujui da se kod za odgovor direktno ne odnosi na SSP, ali ovo ne moe biti lahko odreeno na posredniku smjetenom izmeu izvorinog i odredinog UA. Uzimajui ovo u obzir, kodovi za odgovore kao to su 401, 407 i 420 nisu ukljueni u broja. Ovaj podatak je slian podatku NER. Mjeri se samo na izvorinom UA. Izlazna vrijednost ovog podatka je numerika i trebala bi ukazivati na procenat uspjeno uspostavljenih sesija umanjenih za UAS neuspjehe. SEER se izraunava pomou formule:
SEER = # of INVITE Requests w/ associated 200, 480, 486, 600, or 603 ------------------------------------------------------------- x 100 (Total # of INVITE Requests) (# of INVITE Requests w/ 3XX Response)

16

2.8. Neefektivni pokuaji sesije (ISAs)

Neefektivni pokuaji sesije se deavaju kada proxi ili agent interno poalje zahtjev za uspostavom u neuspjenom ili preoptereenom stanju. Izlazna vrijednost je numerika i trebala bi ukazivati na procenat neefikasnih zahtjeva za sesijom. U nastavku su date smjernice za ovaj kriterij: 408 Request Timeout- Vrijeme zahtjeva isteklo 500 Server Internal Error- Interna greka posluitelja 503 Service Unavailable- Posluitelj nedostupan 504 Server Time-out- Vrijeme posluitelja isteklo

408 moe ukazivati na preoptereenost; meutim mogue je da greku 408 prouzrokuje i neto drugo. Ovaj podatak se rauna kao procenat ukupnih zahtjeva za uspostavom sesije. ISA procenat se izraunava pomou sljedee formule:
# of ISAs ISA % = ----------------------------- x 100 Total # of Session Requests

Sljedei dijalog daje primjer koji opisuje razmjenu poruka u neefikasnom pokuaju uspostave sesije:
UA1 Proxy 1 Proxy 2 UA2 | | | | |INVITE | | | |--------------->| | | | 407| | | |<---------------| | | |ACK | | | |--------------->| | | |INVITE | | | |--------------->|INVITE | | | 100|--------------->|INVITE | |<---------------| 100|--------------->| | |<---------------| | | | |INVITE | | | |--------------->| | | | | | | |INVITE | | | |--------------->| | | | | | | 408| | | 408|<---------------| | |<---------------|ACK | | | |--------------->| | |ACK | | | |--------------->| | |

17

2.9. Omjer zavrenih sesija (SCR)

Omjer zavrenih sesija je definisan kao SIP dijalog, koji se zaokruuje bez nedostataka kao to su manjak odgovora od proxija ili UA. Izlazna vrijednost ovog podatka je numerika i trebala i ukazivati na procenat uspjeno obavljenih sesija. Podatak se izraunava kao procenat ukupnih uspjeno zavrenih sesija. SCR procenat se rauna po sljedeoj formuli:
# of Successfully Completed Sessions SCR % = --------------------------------------- x 100 Total # of Session Requests

Sljedei daje primjer koji opisuje potrebne razmjene poruka koje opisuju uspjeno obavljanje sesije:
UA1 Proxy 1 Proxy 2 UA2 | | | | |INVITE | | | |--------------->| | | | 407| | | |<---------------| | | |ACK | | | |--------------->| | | |INVITE | | | |--------------->|INVITE | | | 100|--------------->|INVITE | |<---------------| 100|--------------->| | |<---------------| | | | | 180| | | 180 |<---------------| | 180|<---------------| | |<---------------| | 200| | | 200|<---------------| | 200|<---------------| | |<---------------| | | |ACK | | | |--------------->|ACK | | | |--------------->|ACK | | | |--------------->| | Both Way RTP Media | |<================================================>| | | | BYE| | | BYE|<---------------| | BYE|<---------------| | |<---------------| | | |200 | | | |--------------->|200 | | | |--------------->|200 | | | |--------------->| | | | |

18

3. DODATNA RAZMATRANJA
3.1. Metrike korelacije
Ovi podaci se mogu koristiti da se odrede performanse domene i/ili korisnika. U nastavku su dati primjeri podskupa dimenzija: To user From user Bi-direction user To domain From domain Bi-direction domain

3.2. B2BUA (Back-to-bak User Agent)

B2BUA moe uticati na sposobnost sakupljanja ovih podataka iz perspektive s karaja na kraj(end-to-end). Potrebno je shvatiti da B2BUA moe djelovati kao izvorini UAC ili kao odredini UAS, ili kao proxi. U nekim sluajevima, moe biti neophodno razmatranje informacija sakupljenih sa obe strane da bi se odredila krajnja perspektiva.

3.3. Autorizacija i autentinost

Tokom procesa uspostavljanja SIP dijaloga, razliiti vrste metoda za provjeru autentinosti mogu biti koritene. Ove metode za provjeru autentinosti e se dodati na trajanje mjereno metrikom, tako da e duina vremena varirati zbog ovih metoda. Neuspjesi ovih metoda za autentinost e se takoer uzimati u obzir, zbog toga to se SIP u konanici koristi za ukazivanje na uspjene i neuspjene pokuaje autorizacije i/ili autentinosti.

3.4. Prikupljanje podataka

Ulazni podaci neophodni za ove kalkulacije mogu se prikupiti na razliite naine. Ukoliko su ovi podaci prikupljeni na individualnim elementima umjesto na centralizovanim sistemima za upravljanje i ukoliko individualni elementi koriste drugaije mjerne jedinice, onda se ovakva mjerenja mogu znaajno razlikovati. Podaci se mogu prikupljati za uzorak poziva ili za sve pozive, a mogu se takoer izvesti iz testnih poziva. Ovi podaci su prilagoeni potrebama aplikacija.

19

Zbog dosljednosti u mjerenjima podataka, elementi bi trebali otkriti ulaze centralizovanim sistemima za upravljanje koji e izraunati podatke na osnovu razlika u mjernim jedinicama ulaza primljenih od elemanata.

3.5. Ispitivanje dokumentacije

U nekim sluajevima, ova mjerenja e se koristiti za pruanje izlaznih vrijednosti za odreene nivoe preformansi odreenih SIP elemenata. Kada se koriste ova mjerenja u testnom okruenju , okruenje mora biti dokumentovano precizno kako bi se moglo koristiti u buduim mjerenjima.

20

4. Zakljuci
Ovaj dokument osigurava opis estih mjerenja i njihovo definisanje u odnosu na SIP. Koritenje ovih mjerenja e osigurati zajedniki stav za sve dobavljae, davatelje usluga i korisnike. Izvoai ovih mjerenja moraju shvatiti da se ova mjerenja mogu koristiti za opisivanje karakteristika kupaca i korisnika i da se mora uzeti u obzir privatnost podataka prilikom sakupljanja i pohranjivanja.

21