xphonet - tester telefonních sítí

Transkript

1 xphonet - tester telefonních sítí 1. verze: listopad 2009 Strana: 1/35 1. verze: listopad 2009

2 Obsah Úvod... strana 3 1. Základní principy testeru... strana 4 2. Základní algoritmus testování... strana 6 3. Zp sob testování telefonní sít... strana Test IP komunikace... strana Test SIP registrace... strana Test vnit ního volání... strana Test odchozího volání... strana Test p íchozího volání... strana Test hovorového spojení... strana Strategie testování sít... strana Technické po adavky testeru... strana Interpretace výsledk testeru... strana 19 P ílohy A. P ehled zm n této p íru ky... stran 1 B. Vzory zpráv ICMP Echo... stran 1 C. Vzory zpráv SIP registrace... stran 2 D. Vzory zpráv SIP volání... stran 9 E. Jednotka kvality MOS... stran 1 Vlastnictví Ve kerá autorská i patentová práva k aplika nímu SW i k dokumentaci Centra telefonních sítí xphonet jsou vlastnictvím firmy ProTel engineering, spol. s r.o. Vyu ívání t chto produkt podléhá zákonným úpravám R a EU. Provozování aplika ního SW i p ebírání text dokumentace je mo né pouze na základ p edchozího písemného souhlasu firmy ProTel engineering, spol. s r.o. ProTel engineering, spol. s r.o., uvítá jakékoli va e p ipomínky k funkcím a vlastnostem Centra telefonních sítí xphonet nebo nám ty k úplnosti, správnosti a srozumitelnosti jeho dokumentace. P ipomínky lze zasílat prost ednictvím provozovatele tohoto produktu nebo p ímo firm ProTel engineering, spol. s r.o., na její mailovou adresu: protel@phonet.cz Strana: 2/35 1. verze: listopad 2009

3 Dokumentace Sou ástí centra telefonních sítí xphonet je tato obchodní dokumentace: [1] xphonet - centrum telefonních sítí (informa ní leták) [2] xphonet - centrum telefonních sítí (ceník partnerství) [3] xphonet - centrum telefonních sítí (ceník reklamy) Sou ástí centra telefonních sítí xphonet je tato technická dokumentace: [4] xphonet - centrum telefonních sítí (katalogový list) [5] xphonet - registr telefonních sítí (popis princip registru) [6] xphonet - registr telefonních sítí (popis tenkého klienta) [7] xphonet - registr telefonních sítí (popis datových rozhraní) [8] xphonet - tester telefonních sítí (popis princip testování) [9] xphonet - tester telefonních sítí (popis tenkého klienta) [10] xphonet - tester telefonních sítí (popis tlustých klient ) [11] xphonet - tranzitní telefonní úst edna (popis princip tranzitování) [12] xphonet - tranzitní telefonní úst edna (popis tenkého klienta) [13] xphonet - tranzitní telefonní úst edna (popis telefonních rozhraní) Úvod Tato p íru ka popisuje vnit ní technické principy testeru telefonních sítí, který je jednou ze sou ástí Centra telefonních sítí xphonet. P íru ka obsahuje informace o základních principech testeru, popisuje obecný algoritmus testování, specifikuje konkrétní algoritmy jednotlivých typ test, popisuje strategii testování a technické po adavky testeru. Tato p íru ka je ur ena hlavn pro osoby, které se pot ebují detailn seznámit s funkcemi testeru telefonních sítí. P íru ka slou í zejména pro technické pracovníky provozovatel telefonních sítí a poskytuje jim podrobné informace o významu výsledk testeru. Jde o p íru ku uvedenou v p ehledu dokumentace jako [8]. Dále s touto p íru kou úzce souvisí dokumenty [9] a [10]. Dal í informace o Centru telefonních sítí xphonet jsou potom zve ejn ny na Internetu na webové adrese Na tomto webu je mimo jiné také zve ejn n aktuální p ehled národních instalací xphonet (jejich webové adresy). Firma ProTel engineering, spol. s r.o., prohla uje, e funkce a vlastnosti centra telefonních sítí jsou ve shod s obsahem této dokumentace. Funkce i vlastnosti xphonet jsou pak firmou ProTel engineering, spol. s r.o., garantovány p i dodr ení podmínek uvedených v této dokumentaci. Názvy xphonet, PhoNet a ProTel jsou slovní ochranné známky pat ící spole nostem ProTel engineering, spol. s r.o. a ProTel trading, spol. s r.o. Strana: 3/35 1. verze: listopad 2009

4 1. Základní principy testeru Ú elem testeru telefonních sítí xphonet je trvalá periodická kontrola funk nosti pevných, mobilních a VoIP telefonních sítí. Výsledkem innosti testeru jsou následn informace o aktuálním stavu funk nosti, popisy jednotlivých poruch, statistiky poruchovosti i statistiky reakcí telefonních sítí. Metoda testování telefonních sítí spo ívá v simulování telefonního provozu a v kontrole správnosti obsluhy tohoto provozu testovanými telefonními sít mi. Tester m e být na testované sít p ipojen p es klasická TDM a GSM rozhraní i p es internetová VoIP rozhraní. Blokové schéma testeru je zobrazeno na následujícím obr. Funkce testeru jsou ovládány pomocí údaj ulo ených v registru telefonních sítí xphonet. Tester telefonních sítí nemá ádné vlastní u ivatelské ani administrátorské rozhraní. Zadání jednotlivých test, hlá ení o jednotlivých poruchách sítí i pr b né statistiky jednotlivých test jsou v echny ulo eny v databázi registru telefonních sítí. Provozovatel testeru vlo í do registru parametry zadávaného testu a ozna í ho za spu t ný. Následn xphonet automaticky p edá z registru do testeru zadání daného testu a simulátor provozu za ne cyklicky vykonávat po adované innosti. Jedná-li se o testy v i VoIP sítím, pak je simulátor realizuje p ímo p es jeho internetové napojení na VoIP sít. Jedná-li se o testy v i pevným nebo mobilním sítím, pak je simulátor realizuje prost ednictvím konvertoru telefonních rozhraní. Druhy testovatelných sítí jsou tak dány konfigurací HW konvertoru telefonních rozhraní. Druhy test jsou dány jen vlastnostmi SW simulátoru telefonního provozu. Strana: 4/35 1. verze: listopad 2009

5 Simulátor v rámci jednotlivých test kontroluje správné a v asné reakce telefonních sítí a v p ípad nedodr ení standardních (resp. p edpokládaných) postup pak okam it nahlásí zji t nou poruchu do registru telefonních sítí. Soub n simulátor (tj. tester) zji uje charakteristické hodnoty jednotlivých test (nap. as pot ebný na SIP registraci nebo as pot ebný na obsluhu vnit ního volání). Ka dých 15 min pak tester p edává do registru minimum, pr m r a maximum charakteristické hodnoty sledované za ka dý provád ný test (v etn po tu vykonání testu). Provozovatel testeru m e kdykoli prost ednictvím registru jednotlivé testy zastavit, upravit parametry jejich innosti a p ípadn znovu spustit. Výsledky test jsou prost ednictvím registru telefonních sítí zobrazitelné anonymní neautorizované ve ejnosti a oprávn ným pracovník m operátor. Anonymn jsou prost ednictvím tenkého klienta xphonet zobrazitelné jen souhrnné údaje o spolehlivosti jednotlivých sítí a charakteristické údaje jednotlivých sítí. Oprávn ní pracovníci mají navíc p ístup i k po tu poruch, souhrnným dobám poruch, k pr m rné délce poruch a zejména k individuálním záznam m o jednotlivých poruchách. Ka dý oprávn ný pracovník navíc m e mít ur ené sít, za které mu jsou v rámci registru telefonních sítí zobrazitelné i detailní údaje o poruchách, definice jednotlivých test i testovacích bod. Popis této ásti tenkého klienta je obsahem samostatné u ivatelské p íru ky [9]. Výsledky test jsou dále zobrazitelné i prost ednictvím speciálních tlustých klient xphonet (tj. program pro MS Windows NT/2000/XP/Vista), a to pouze pro oprávn né pracovníky operátor. Tento SW je ur en pro dohledová centra operátor a pro pracovníky technické podpory. Popis zp sobu pou ívání tohoto SW je obsahem samostatné p íru ky [10]. Ob podoby u ivatelkého rozhraní centra telefonních sítí xphonet jsou znázorn ny na jeho blokovém schématu uvedeném na následujícím obr. Výkonnost testeru je tém neomezená, nebo ji lze libovoln zvy ovat p idáváním dal ích server realizujících funkce simulátoru telefonního provozu. Strana: 5/35 1. verze: listopad 2009

6 2. Základní algoritmus testování Sou ástí zadání ka dého testu jsou tyto jeho parametry: klidový cyklus [10 sec a cca 100 dn ], poruchový cyklus [10 sec a cca 100 dn ] a po et potvrzení [1 a 9]. Tyto parametry slou í pro základní algoritmus testování. Základní algoritmus testování lze popsat následovn : q Na po átku je prvn vykonán zadaný test telefonní sít. q Ve druhém kroku je standardn vykonán zadaný test telefonní sít. q Je-li stejn jako minule výsledek testu bez závad, je realizována prodleva v délce klidového cyklu - následn algoritmus pokra uje 2. krokem. q Byla-li prvn daným testem rozpoznána porucha, pak je do registru telefonních sítí p edána zpráva o za átku poruchy a je realizována prodleva v délce poruchového cyklu - následn algoritmus pokra uje 2. krokem. q Byla-li v dob poruchy výsledkem testu porucha, pak je realizována prodleva v délce poruchového cyklu - následn algoritmus pokra uje 2. krokem. q Je-li v dob poruchy výsledkem testu bezporuchový stav mén krát, ne je zadaný po et potvrzení, pak je op t realizována prodleva v délce poruchového cyklu - následn algoritmus pokra uje 2. krokem. q Je-li v dob poruchy opakovan zji t n bezporuchový stav, a to ve shod se zadaným po tem potvrzení, je do registru telefonních sítí p edána zpráva o konci poruchy, pak je realizována prodleva v délce klidového cyklu - následn algoritmus pokra uje 2. krokem. Vý e popsaný algoritmus umo uje, aby za átek poruchy byl do registru ohlá en ihned p i jejím prvním zji t ní a konec poruchy byl do registru ohlá en teprve tehdy, a je opakovan potvrzen. V bezporuchovém stavu jsou testy provád ny v dlouhém cyklu, co sni uje zatí ení testované sít i testeru. V poruchovém stavu jsou testy provád ny v krátkém cyklu, co urychluje zji t ní konce poruchy. Dal ím výsledkem ka dého typu testu je tzv. charakteristická hodnota testu (nap. doba odpov di IP komunikace, doba ukon ení SIP registrace, doba do za- átku prozván ní nebo hodnota MOS hovoru). Po zji t ní bezporuchového stavu je charakteristická hodnota zm ená daným typem testu v dy zahrnuta do pr b né statistiky (tj. ovlivní pr b né minimum, pr m r a maximum dané hodnoty). Ka dých 15 minut jsou pak statistiky v ech test p edávány do registru a pr b né hodnoty vyhodnocované v testeru jsou anulovány. Ka dých 15 minut je tak z testeru do registru p edána díl í statistika v ech provád ných test. Více r zných test m e pou ívat stejný testovací bod (nap. telefonní íslo). Podmínkou je, e v echny testy u ívající stejný testovací bod musí být provád ny stejným serverem testeru telefonních sítí. V takovém p ípad jsou paralelní testy p echodn provád ny sekven n. Tento princip umo uje et it po et telefonních ísel pot ebných k testování telefonních sítí. V p ípad poruchy jsou v rámci hlá ení o jejím za átku zahrnuty i záznamy telefonní signalizace p íslu ného volání a tyto jsou následn zobrazitelné oprávn ným technik m p íslu ného operátora. Strana: 6/35 1. verze: listopad 2009

7 3. Zp sob testování telefonní sít Tester telefonních sítí xphonet je schopen vykonávat 6 druh test : test IP komunikace, test SIP registrace, test vnit ního volání, test odchozího volání, test p íchozího volání a test hovorového spojení. Principy jednotlivých druh test jsou popsány v následujících podkapitolách. Podstata prvních dvou druh testu spo ívá v jednobodovém internetovém napojení na testovanou sí a v kontrole její správné reakce. Test IP komunikace a test SIP registrace jsou pou ívány pouze v i telefonním sítím (resp. úst ednám) typu VoIP. Podstatou dal ích ty typ test je dvoubodové napojení na telefonní sít, simulování innosti dvojice telefon a kontrola úsp nosti i kvality spojení vytvá- ených mezi nimi. Testy vnit ního volání, odchozího volání, p íchozího volání a hovorového spojení lze provozovat v i v em typ m telefonních sítí (pevným, mobilními nebo VoIP). Ka dý zadaný test je testerem vykonáván v cyklu základního algoritmu (viz kap. 2). V echny spu t né testy jsou p itom provád ny paraleln jako vzájemn nezávislé cykly. Výjimkou jsou pouze p ípady, kdy dva nebo více test mají ve stejném okam iku soub n pou ít stejné telefonní íslo. V takovém p ípad jsou jednotlivé kontrolní operace (tj. SIP registraci, vnit ní, odchozí i p íchozí volání nebo kontrolní hovor) vykonány sekven n. V p ípad rozpoznání za átku poruchy jsou v dy do registru telefonních sítí ulo eny následující údaje: datum a as okam iku rozpoznání poruchy; íselný kód a slovní popis zji t né poruchy; identifika ní íslo daného testu (tedy i v echny jeho aktuální parametry); záznam telefonní signalizace dané kontrolní operace; Záznam signalizace pak umo uje zp tn analyzovat souvislosti a p í iny zji t né poruchy. U testu IP komunikace a testu hovorového spojení jsou v záznamu místo signalizace ulo eny dal í informace o výsledku testu. U test odchozích a p íchozích volání i u testu hovorového spojení je nereálné vykonávat je mezi v emi testovanými telefonními sít mi navzájem (jednalo by se o desítky tisíc provád ných test ). Z tohoto d vodu je vyu íván princip tzv. referen ních sítí. Za referen ní sí je ozna ována taková telefonní sí, v i ní jsou potom systematicky vykonávány testy odchozích i p íchozích volání a p ípadn i testy hovorových spojení v ech testovaných sítí. Strana: 7/35 1. verze: listopad 2009

8 3.1 Test IP komunikace Podstatou tohoto typu testu je kontrola sí ové dostupnosti VoIP telefonní úst edny (prvk testované VoIP sít ). Tento test spo ívá v kontrole, zda sí ové prvky telefonní úst edny pat ící do testované sít reagují na IP komunikaci. Za bezporuchový stav je pova ováno, odpoví-li testovaný prvek VoIP sít na ICMP zprávu Echo Request do po adované doby ICMP zprávou Echo Reply. Vzory vysílané a p ijímané ICMP zprávy jsou uvedeny v p íloze A. Tester zárove m í a ka dých 15 min do registru xphonet ukládá minimum, pr m r a maximum asu mezi odesláním a p íjmem testovacích ICMP zpráv (v etn po tu vykonání ka dého testu IP komunikace). Princip testu IP komunikace je zalo en na simulování innosti programu PING. Tento test lze vykonávat v i v em sí ov dostupným prvk m VoIP sítí. Sou ástí zadání tohoto testu jsou: IP adresa prvku testované VoIP sít a asový limit, do kdy má testovaná sí testeru sítí nejpozd ji odpov d t. Konkrétní zp sob zadání testu je popsán v [9]. Strana: 8/35 1. verze: listopad 2009

9 3.2 Test SIP registrace Podstatou tohoto typu testu je kontrola reakce VoIP telefonní úst edny na ádost o SIP registraci koncového za ízení. Tento test spo ívá v kontrole, zda lze telefonní úst edn úsp n oznámit umíst ní telefonního ísla. Za bezporuchový stav je pova ováno, odpoví-li telefonní úst edna na SIP ádost Register do po adované doby SIP odpov dí 200 OK. Vzory vysílané a p ijímané SIP zprávy jsou uvedeny v p íloze B. Tester zárove m í a ka dých 15 min do registru xphonet ukládá minimum, pr m r a maximum asu mezi odesláním a p íjmem obou testovacích SIP zpráv (v etn po tu vykonání ka dého testu SIP registrace). Princip testu SIP registrace je zalo en na simulování innosti IP telefonu. Tento test lze vykonávat pouze v i VoIP sítím se signalizací SIP. Sou ástí zadání tohoto testu jsou: registra ní jméno a heslo IP telefonu, telefonní íslo telefonu, IP adresa a UDP port testované SIP proxy a asový limit, do kdy má testovaná sí testeru nejpozd ji odpov d t. Konkrétní zp sob zadání testu je popsán v [9]. Strana: 9/35 1. verze: listopad 2009

10 3.3 Test vnit ního volání Podstatou tohoto typu testu je kontrola, zda se lze dovolat mezi dvojicí telefonních ísel pat ících do stejné telefonní sít. Tento test spo ívá v kontrole, zda z ísla A pat ícího do testované sít lze vytvo it spojení na íslo B pat ícího rovn do testované sít. Za bezporuchový stav je pova ováno, je-li od za átku pokusu o hovor z ísla A do po adované doby rozpoznáno vyzván ní na ísle B. Vzory p íslu ných SIP zpráv jsou uvedeny v p íloze C. Tester zárove m í a ka dých 15 min do registru xphonet ukládá minimum, pr m r a maximum asu pot ebného na vybudování vnit ních spojení, tj. na prozvon ní ísla B z ísla A (v etn po tu vykonání ka dého testu vnit ního spojení). Princip testu vnit ního volání je zalo en na simulování dvojice IP telefon napojených na stejnou telefonní sí. Sou ástí zadání tohoto testu jsou: registra ní jména a hesla obou IP telefon, telefonní ísla obou telefon, IP adresy a UDP porty jedné i dvou testovaných SIP proxy a asový limit, do kdy má být vnit ní volání nejpozd ji testovanou sítí vybudováno (tj. do kdy má nejpozd ji volaný telefon za ít vyzván t). Strana: 10/35 1. verze: listopad 2009

11 Test vnit ního volání m e xphonet vykonávat v i VoIP sítím i v i pevným a mobilním sítím. Na v echny VoIP sít je tester napojen p es Internet. Na pevné sít je tester napojen p ímo (nap. p es p ípojku ISDN30). Na mobilní sít je tester napojen také p ímo (nap. p es dv GSM brány vybavené SIM kartami p íslu né mobilní sít nebo p es p ípojku ISDN30). Fixní telefony jsou v testeru xphonet simulovány jako dvojice SIP telefon, jejich aktivní volání jsou sm rována na p ípojku pevné telefonní sít a pasivní volání jsou sm rována z p ípojky na daný SIP telefon. Mobilní telefony jsou takté simulovány jako dvojice SIP telefon, jejich aktivní volání jsou sm rována na p íslu nou dvojici GSM bran a pasivní volání jsou sm rována z GSM brány na daný SIP telefon. Pro simulování fixních a mobilních telefon je vyu ívána vnit ní SIP proxy, která je sou ástí testeru xphonet. Konkrétní zp sob zadávání test vnit ních volání je popsán v [9]. Strana: 11/35 1. verze: listopad 2009

12 3.4 Test odchozího volání Podstatou tohoto typu testu je kontrola, zda se lze z ísla pat ícího do testované telefonní sít dovolat do jiných telefonních sítí. Tento test spo ívá v kontrole, zda z ísla A pat ícího do testované sít lze vytvo it spojení na íslo B pat ící do tzv. referen ní sít. Za bezporuchový stav je pova ováno to, e na ísle B za- ne být do po adované doby vyzván no z ísla A. Vzory p íslu ných SIP zpráv jsou uvedeny v p íloze C. Tester zárove m í a ka dých 15 min do registru xphonet ukládá minimum, pr m r a maximum asu pot ebného na vybudování odchozích spojení, tj. na prozvon ní ísla B z ísla A (v etn po tu vykonání ka dého testu vnit ního spojení). Strana: 12/35 1. verze: listopad 2009

13 Princip testu odchozího volání je zalo en na simulování dvojice IP telefon napojených na dv r zné telefonní sít - na testovanou sí a referen ní sí. Sou ástí zadání tohoto testu jsou: registra ní jména a hesla obou IP telefon, telefonní ísla obou telefon, IP adresy a UDP porty dvou SIP proxy ve dvou r zných sítích a asový limit, do kdy má být nejpozd ji vybudováno spojení z testované do referen ní sít (tj. do kdy má nejpozd ji volaný telefon za ít vyzván t). Vý e uvedeným zp sobem lze uskute nit test odchozích volání ze v ech VoIP sítí, nebo jsou v echny p es Internet p ímo napojeny na tester xphonet. Toto platí rovn o referen ních VoIP sítích, v i kterým lze také vykonávat testy odchozích volání do v ech ostatních referen ních sítí. Testy odchozích volání lze vykonat i v i referen ním pevným a mobilním sítím. Takové testy jsou provád ny v i v em ostatním referen ním sítím. P íklad test odchozích volání z referen ní pevné sít je znázorn n na na obr. Ve výsledku testu odchozího volání se m e negativn projevit také porucha referen ní sít nebo dokonce i porucha dal ích telefonních sítí, které slou í pro vybudování telefonního spojení z testované sít do referen ní sít. To je v ak v souladu s hlediskem u ivatele telefonu pat ícího do testované sít, nebo tomu zále í na tom, aby se dovolal do ostatních telefonních sítí a nezále í mu na tom, zda p í ina neúsp ného pokusu o hovor (tj. porucha) je v síti, na kterou má napojen sv j telefon nebo v jiné telefonní síti podílející se na vybudování hovorové cesty. Z hlediska technické údr by telefonních sítí je v ak nutné následn lokalizovat skute né místo poruchy, emu m e napomoci k í ové porovnání výsledk test dal ích telefonních sítí. Pro simulování fixních a mobilních telefon je vyu ívána vnit ní SIP proxy, která je sou ástí testeru xphonet. Konkrétní zp sob zadávání test odchozích volání je popsán v [9]. Strana: 13/35 1. verze: listopad 2009

14 3.5 Test p íchozího volání Podstatou tohoto typu testu je kontrola, zda se lze na íslo pat ícího do testované telefonní sít dovolat z jiných telefonních sítí. Tento test spo ívá v kontrole, zda z ísla A pat ícího do tzv. referen ní sít lze vytvo it spojení na íslo B pat ícího do testované sít. Za bezporuchový stav je pova ováno to, e na ísle B za- ne být do po adované doby vyzván no z ísla A. Vzory p íslu ných SIP zpráv jsou uvedeny v p íloze C. Tester zárove m í a ka dých 15 min do registru xphonet ukládá minimum, pr m r a maximum asu pot ebného na vybudování p íchozích spojení, tj. na prozvon ní ísla B z ísla A (v etn po tu vykonání ka dého testu vnit ního spojení). Technické vlastnosti test p íchozích volání jsou analogické s vlastnostmi test odchozích volání (viz kap. 3.4). Konkrétní zp sob zadávání test p íchozích volání je popsán v [9]. Strana: 14/35 1. verze: listopad 2009

15 3.6 Test hovorového spojení Podstatou tohoto typu testu je kontrola kvality p enosu hovorového signálu. Tento test spo ívá v kontrolním p enosu vzorku signálu p es vytvo ené hovorové spojení a v porovnání originálního vzorku s p enesenou kopií vzorku. Za bezporuchový stav je pova ováno to, má-li hovorová cesta kvalitu lep í ne je min. po adovaná hodnota. Kvalita hovorové cesty se vyjad uje a kontroluje v MOS. Základní údaje o jednotce MOS jsou uvedeny v p íloze D. Tester zárove m í a ka dých 15 min do registru xphonet ukládá minimum, pr m r a maximum hodnoty MOS zji t né pro testovanou sí (v etn po tu vykonání ka dého testu vnit ního spojení). Princip testu hovorového spojení je zalo en na simulování dvojice IP telefon. Sou ástí zadání tohoto testu jsou: registra ní jména a hesla obou IP telefon, telefonní ísla obou telefon, IP adresy a UDP porty dvou SIP proxy, re im testu a limit MOS, který má spl ovat hovorová cesta (min. kvalita hovoru). Zadaný re im testu ur uje vzorek i vzorky hovoru pou ité v daném testu. Tester xphonet je schopen vytvo it hovorovou cestu uvnit VoIP, pevných a mobilních sítí i mezi telefonními sít mi navzájem. Na v echny VoIP sít je tester napojen p es Internet. Na pevné sít je tester napojen p ímo (nap. p es p ípojku ISDN30). Na mobilní sít je tester napojen také p ímo (nap. p es GSM brány vybavené SIM kartami p íslu né mobilní sít nebo p es p ípojku ISDN30). Fixní telefony jsou v testeru xphonet simulovány jako SIP telefony, jejich volání jsou sm rována na p ípojky pevné telefonní sít. Mobilní telefony jsou takté simulovány jako SIP telefony, jejich volání jsou sm rována na p íslu né GSM brány. Pro simulování fixních a mobilních telefon je vyu ívána vnit ní SIP proxy, která je sou ástí testeru xphonet. Konkrétní zp sob zadávání test hovorového spojení je popsán v [9]. Strana: 15/35 1. verze: listopad 2009

16 4. Strategie testování sít Ka dý druh testu m e být do registru zadán a v testeru xphonet vykonáván vícenásobn, a to i v rámci testování jedné telefonní sít. Po et spu t ných test je tém libovolný (stovky test v jednom serveru testeru) a je omezen jen: kapacitou telefonních p ípojek, kapacitou internetové p ípojky a výkonností serveru( ) testeru. Kapacitu telefonních p ípojek, internetové p ípojky i po et server testeru (resp. simulátoru program PING a IP telefon ) lze navy ovat tém libovoln. V rámci jedné telefonní sít je ú elné zadat maximum soub n provád ných test, které pak mohou detekovat r zné poruchy testované sít i r zné poruchy jejího propojení na dal í telefonní sít. Sou asn je vhodné, aby testy byly vykonávány co nej ast ji, aby k rozpoznání za átku i konce poruchy docházelo co nejd íve. P itom je v ak pot eba respektovat p im enost v i testovaným sítím, aby nebyly nep im en zat ovány testováním. Tomu mají zejména odpovídat tzv. parametry základního algoritmu test (viz kap. 2). Rozsah test IP komunikace zadaných v i jedné telefonní síti m e mít tyto varianty. U nepartnerských sítí, kde je provozovatelem VoIP úst edny blokována funkce ICMP Echo, nelze vykonávat ádné testy IP komunikace. U nepartnerských sítí, kde není projednán rozsah test IP komunikace ale je povolena funkce ICMP Echo, lze vykonávat alespo jeden test IP komunikace v i SIP proxy. U partnerských VoIP sítí pak lze s jejich provozovatelem projednat jejich strukturu a tedy i v t í po et test IP komunikace (v i SIP server m, RTP server m, E1 bránám, DB server m atd.). Doporu ené parametry testu IP komunikace jsou: klidový cyklus = 60 sec, poruchový cyklus = 15 sec, po et potvrzení = 3 a asový limit IP komunikace = max. 5 sec. IP adresy testovaných prvk telefonních sítí musí být zadány v íselné form. Test úmysln nepodporuje p evod názvu doménového jména na íselnou adresu. Rozsah test SIP registrace provozovaný v i jedné telefonní síti m e být následující. U nepartnerských sítí, kde není známa struktura dané sít, lze vykonávat alespo jeden test SIP registrace v i SIP proxy. U partnerských VoIP sítí lze s jejich provozovateli projednat jejich strukturu a eventuáln tak rozsah test SIP registrace (v i r zným SIP proxy jedné VoIP úst edny nebo r zných úst eden). Doporu ené parametry testu SIP registrace jsou: klidový cyklus = 90 sec, poruchový cyklus = 30 sec, po et potvzení = 1 a asový limit SIP registrace = max. 15 sec. IP adresy testovaných SIP proxy mají být zadány ve form doménového jména. as SIP registrace tak zahrnuje i as pot ebný na p evod názvu doménového jména na íselnou adresu a kontrolu této operace. Rozsah test vnit ních volání provozovaný v i jedné telefonní síti m e být takovýto. U nepartnerských sítí, kde není známa struktura dané sít, lze vykonávat práv jeden test vnit ních volání v i dvojici jejich telefonních ísel. U partnerských telefonních sítí lze s jejich provozovateli projednat jejich strukturu a eventuáln také rozsah test vnit ních volání. Více ne jeden takovýto test má v ak smysl jen v sítích, kde je provozováno více SIP proxy nebo více telefonních Strana: 16/35 1. verze: listopad 2009

17 úst eden. V takovém p ípad je vhodné, aby testy vnit ních volání tvo ily v rámci skupiny SIP proxy i úst eden logický kruh. Doporu ené parametry testu vnit ních volání jsou: klidový cyklus = 5 min, poruchový cyklus = 30 sec, po et potvrzení = 1 a asový limit vnit ního volání = max. 30 sec. IP adresy SIP proxy testované telefonní sít mají být zadány ve form doménového jména. as vnit ního volání tedy zahrnuje i as pot ebný na p evod názvu doménového jména na íselnou adresu a kontrolu této operace. Rozsah test odchozích volání provozovaný v rámci jedné telefonní síti m - e být tento. U v ech testovaných sítí (tj. nepartnerských i partnerských) se doporu uje vykonávat po jednom testu odchozího volání v i ka dé referen ní síti. Doporu ené parametry testu odchozích volání jsou: klidový cyklus = 5 min v i VoIP i pevným sítím a 15 min v i mobilním sítím, poruchový cyklus = 30 sec, po et potvrzení = 1 a asový limit odchozího volání = max. 30 sec v i VoIP i pevným sítím a max. 60 sec v i mobilním sítím. IP adresy SIP proxy testované i referen ní sít mají být zadány ve form doménových jmen. as odchozího volání pak zahrnuje i as pot ebný na p evod názvu doménového jména na íselnou adresu a kontrolu této operace. Rozsah test p íchozích volání i jejich doporu ené parametry jsou zcela toto né jako rozsah i parametry test odchozích volání. Rozsah test hovorového spojení provozovaný v i jedné telefonní síti má být následující. U nepartnerských sítí se tento test neprovádí - d vodem jsou související výdaje za hovorné. U ka dé partnerské sít se provádí po jednom testu kvality hovorového spojení v i ka dé referen ní síti (v obou sm rech). Doporu ené parametry testu hovorového spojení jsou: klidový cyklus = 24 hod, poruchový cyklus = 12 hod, po et potvrzení = 1 a limit výsledné hodnoty MOS = min. 3,0. IP adresy SIP proxy testované i referen ní sít mají být zadány ve form doménových jmen. Kontrola hovorového spojení tak zahrnuje i kontrolu p evodu názvu doménového jména na íselnou adresu. Jako tzv. referen ní telefonní sít se doporu uje ur it: jednu vhodn zvolenou VoIP sí (nap. speciální sí vytvo enou k tomuto ú elu a napojenou p ímo na tester xphonet), jednu i více velkých pevných sítí (v R nap. pevné sít TO2 i GTS) a jednu nebo n kolik velkých mobilních sítí (v R nap. mobilní sít TO2, TMo i Vod). V i referen ní VoIP síti jsou provád ny také test IP komunikace a test SIP registrace. V i v em referen ním sítím jsou dále provád ny i testy vnit ních volání a testy odchozích i p íchozích volání v i v em ostatním referen ním sítím. Celkový rozsah provád ných test a v echny jejich parametry ur uje a zadává výhradn provozovatel Centra telefonních sítí xphonet. Provozovatel testované telefonní sít se pak m e spolupodílet na ur ení rozsahu testování. Zp sob zadání konkrétních test telefonních sítí je popsán v [9]. Strana: 17/35 1. verze: listopad 2009

18 5. Technické po adavky testeru Tester telefonních sítí xphonet je p ímo napojen na páte Internetu a je umíst n ve vhodn zvoleném telehausu. Tím je eliminován negativní vliv internetové p ípojky mezi testerem a páte í Internetu. Testované telefonní sít mají být na tester p ednostn napojeny pomocí t chto doporu ených telefonních rozhraní: ú astnický svazek ISDN30 se signalizací DSS1; p ípojka pro IP telefon i VoIP bránu se signalizací SIP V2; GSM brána s rozhraním typu ISDN nebo SIP; Testované telefonní sít mohou být na tester eventuáln napojeny pomocí t chto alternativních telefonních rozhraní: ú astnická linka ISDN2 se signalizací DSS1; ú astnický VoIP svazek se signalizací SIP V2; p ípojka pro analogový telefon se signalizací U (nedoporu uje se); jiná brána s rozhraním typu ISDN nebo SIP nebo pro analogový telefon; Signalizace typu DSS1 a U musí odpovídat p íslu ným doporu ením dle ITU-T. Signalizace typu SIP musí odpovídat p íslu ným specifikacím dle RFC a jejich vzory jsou navíc uvedeny v p ílohách C a D. Telefonní ísla pou ívaná v rámci jednotlivých telefonních sítí pro testování spolehlivosti a kvality telefonních sítí musí spl ovat následující: musí podporovat kodek typu G.711a; musí podporovat identifikaci volajícího CLIP; nesmí na nich být aktivovány informa ní hlásky; nesmí na nich být aktivovány hlasové schránky; nesmí na nich být aktivovány ádné IVR automaty; ú astnické tóny (nap. vyzván ní) nesm jí být tarifovány; nesmí být zablokována z d vod dlouhodobé pasivity (tj. nejsou-li v i nim provád ny ádné odchozí a/nebo p íchozí hovory); Nespln ní t chto podmínek m e být testerem následn interpretováno jako porucha testované telefonní sít. Mají-li prvky testované telefonní VoIP sít povolen protokol ICMP Echo, pak jeho eventuálnímu zablokování provozovatelem dané telefonní sít má p edcházet informace poskytnutá s p im eným p edstihem provozovateli Centra telefonních sítí xphonet. V opa ném p ípad bude zablokování protokolu ICMP interpretováno jako porucha(y) IP komunikace testované sít. Strana: 18/35 1. verze: listopad 2009

19 6. Interpretace výsledk testeru Vznikne-li n jaká porucha, m e se projevit v r zných testech telefonních sítí (viz kap. 3.). Jednotlivé druhy test toti mají hierarchickou povahu. Test kvality hovoru vy aduje, aby bylo mo né dovolat se z jednoho telefonu na druhý, k tomu je ve VoIP síti nutná úsp ná SIP registrace a ta není samoz ejm mo ná bez fungující IP komunikace. Rozpozná-li n který test jakoukoli chybu, je tato v dy následn zapo tena jako porucha daného testu. Není-li testovaná tel. sí schopna opakovan reagovat na ádost ICMP Echo Request odpov dí ICMP Echo Reply (tj. je-li testerem rozpoznána chyba IP komunikace), pak je velmi pravd podobné, e se tato porucha projeví také v rámci testu SIP registrace a logicky tedy i v rámci test vnit ního, odchozího a p íchozího spojení a sou asn i v rámci test hovorového spojení. Výjimkou mohou být jednorázové poruchy IP komunikace, zp sobené nap. ztrátou n kterého ICMP paketu. Dal í výjimkou mohou být poruchy takových prvk VoIP sít, které nejsou vyu ity pro test SIP registrace, pro test vnit ního, odchozího nebo p íchozího spojení i pro test hovorového spojení. Není-li testovaná tel. sí schopna opakovan obslou it ádost o SIP registraci (tj. je-li testerem rozpoznána taková chyba), pak se tato porucha tém jist projeví také v rámci testu vnit ního, odchozího i p íchozího spojení a sou asn i v rámci test hovorového spojení. Výjimkou mohou být jednorázové poruchy SIP registrace, zp sobené typicky ztrátou n kterého signaliza ního paketu. Dal í výjimkou mohou být poruchy takových SIP server, které nejsou vyu ity pro test vnit ního, odchozího nebo p íchozího spojení i pro test hovorového spojení. Není-li testovaná tel. sí schopna vytvá et vnit ní, odchozí i p íchozí telefonní spojení (tj. je-li testerem rozpoznána taková chyba), pak se tato porucha pravd podobn projeví i v rámci p íslu ného testu hovorového spojení. Výjimkou mohou být krátkodobé poruchy vnit ního, odchozího nebo p íchozího spojení, zp sobené nap. ztrátou n kterého signaliza ního paketu. Dal í výjimkou mohou být poruchy takových ástí VoIP sít, které nejsou pou ity pro ádný test hovorového spojení. Vý e uvedené souvislosti je pot eba brát v úvahu p i hledání (tj. p i lokalizaci) konkrétních p í in poruch detekovaných testerem telefonních sítí. Vý e uvedené souvislosti je rovn pot eba brát v úvahu p i návrhu koncepce (resp. rozsahu) testování ka dé telefonní sít. Jednotlivé testy mají pokrývat v echny samostatn kontrolovatelné prvky telefonní sít. Ka dá IP adresa (resp. sí ov napojený prvek tel. sít ) má podléhat jednomu testu IP komunikace. N které VoIP sít nebo n které jejich prvky v ak mohou mít blokovány funkce ICMP Echo, co je z pohledu testování koda. Ka dý SIP server má podléhat jednomu testu SIP registrace. Obsahuje-li telefonní sí více SIP server i telefonních úst eden (tj. je-li známa takováto struktura tel. sít ), pak testy vnit ních spojení mají být provád ny mezi nimi navzájem (nap. do kruhu ). U test odchozích a p íchozích volání a u test hovorového spojení pak u není pot eba testovat v echny SIP servery dané sít. Strana: 19/35 1. verze: listopad 2009

20 Rozpozná-li n který test poruchu, je tato v dy následn zapo tena telefonní síti, která byla tímto testem kontrolována (tj. porucha je evidována pouze jako porucha dané testované sít ). Ve skute nosti se ale m e také jednat o poruchu mimo danou sí (viz dále). Toto je obecnou vlastností v ech takovýchto tester a nejedná se o specifickou vlastnost testeru xphonet. To je v souladu i s pohledem u ivatele telefonu, který zpravidla nerozli uje konkrétní místo poruchy, ale obvykle ji pova uje za problém telefonní sít svého poskytovatele hlasové slu by. Obecn se tedy m e jednat o poruchu internetového nebo telefonního propojení mezi testerem a testovanou i referen ní telefonní sítí nebo se m e jednat o poruchu v referen ní telefonní síti nebo o poruchu jiné telefonní sít le ící mezi testovanou a referen ní sítí nebo eventuáln o poruchu ve vlastním testeru. Skute né po ty poruch testovaných sítí tak jsou ve skute nosti ni í (resp. hodnoty spolehlivosti vy í) ne je zji t no testerem xphonet. Tato skute nost v ak platí shodn v i v em testovaným sítím a má proto velmi malý vliv na jejich vzájemné porovnávání. Konkrétn v testu IP komunikace m e být p í ina poruchy: v testovaném prvku telefonní VoIP sít (tj. nereaguje-li na zprávu ICMP Echo Request v as a správn zprávou ICMP Echo Reply) - p edpoklad; ve vlastním testeru telefonních sítí (tj. nevy le-li správn zprávu ICMP Echo Request nebo nep ijme-li správn zprávu ICMP Echo Reply); v Internetu p ipojujícím testovanou sí na tester (tj. nep enese-li správn zprávu ICMP Echo Request nebo zprávu ICMP Echo Reply); Tento druh testu nelze provád t v i pevným a mobilním telefonním sítím. Konkrétn v testu SIP registrace m e být p í ina poruchy: v testované SIP proxy telefonní VoIP sít (tj. nereaguje-li na SIP ádost Register v as a správn SIP odpov dí OK 200) - p edpoklad; ve vlastním testeru telefonních sítí (tj. nevy le-li správn SIP ádost Register nebo nep ijme-li správn SIP odpov OK 200); v Internetu p ipojujícím testovanou VoIP sí na tester (tj. nep enese-li správn SIP ádost Register nebo SIP odpov OK 200); Tento druh testu nelze provád t v i pevným a mobilním telefonním sítím. Konkrétn v testu vnit ního volání m e být p í ina poruchy: v testované úst edn telefonní VoIP sít (tj. nereaguje-li na odeslání volby z IP telefonu A v as a správn vyzván ním na IP telefonu B) - p edpoklad; ve vlastním testeru telefonních sítí (tj. nevy le-li správn volbu ze simulovaného telefonu A nebo nep ijme-li správn vyzván ní na telefonu ísle B); v Internetu propojujícím testovanou VoIP sí na tester (tj. nep enese-li správn volbu ze simulovaného IP telefonu A do testované sít nebo vyzván ní z testované sít na simulovaný IP telefon B); Tento druh testu lze provád t také v i pevným a mobilním telefonním sítím. Tyto nejsou na tester napojeny p es Internet, ale p es p ípojku ISDN30 nebo p es GSM bránu, které tak mohou být rovn jako sou ást testeru p í inou poruchy (namísto poruchy internetové p ípojky). Strana: 20/35 1. verze: listopad 2009

21 Konkrétn v testu odchozího volání m e být p í ina poruchy: v testované úst edn telefonní VoIP sít (tj. nereaguje-li na odeslání volby z IP telefonu A v as a správn odesláním volby do referen ní sít ) - p edpoklad; v referen ní telefonní síti (tj. nereaguje-li na p íjem volby z testované sít v as a správn vyzván ním na IP telefonu B); ve vlastním testeru telefonních sítí (tj. nevy le-li správn volbu z ísla A nebo nep ijme-li správn vyzván ní na ísle B); v Internetu propojujícím testovanou VoIP sí na tester (tj. nep enese-li správn volbu ze simulovaného telefonu A do testované sít ); v telefonním propojení testované sít na referen ní sí (tj. nep enese-li správn volbu z testované sít do referen ní sít ); v telefonním propojení referen ní sít na tester (tj. nep enese-li správn vyzván ní z referen ní sít na simulovaný telefon B); Tento druh testu lze provád t také v i pevným a mobilním telefonním sítím. Tyto nejsou na tester napojeny p es Internet, ale p es p ípojku ISDN30 nebo p es GSM bránu, které tak mohou být rovn jako sou ást testeru p í inou poruchy (namísto poruchy internetové p ípojky). Toté platí o propojení testeru a referen ní sít. Konkrétn v testu p íchozího volání m e být p í ina poruchy: v testované úst edn telefonní VoIP sít (tj. nereaguje-li na p íjem volby z referen ní sít v as a správn vyzván ním na IP telefonu B) - p edpoklad; v referen ní telefonní síti (tj. nereaguje-li na p íjem volby z IP telefonu A v as a správn odesláním volby do testované VoIP sít ); ve vlastním testeru telefonních sítí (tj. nevy le-li správn volbu z ísla A nebo nep ijme-li správn vyzván ní na ísle B); v Internetu propojujícím testovanou VoIP sí na tester (tj. nep enese-li správn vyzván ní z testované sít na telefon B); v telefonním propojení testované sít na referen ní sí (tj. nep enese-li správn volbu z referen ní sít do testované sít ); v telefonním propojení referen ní sít na tester (tj. nep enese-li správn volbu z telefonu A do referen ní sít ); Tento druh testu lze provád t také v i pevným a mobilním telefonním sítím. Tyto nejsou na tester napojeny p es Internet, ale p es p ípojku ISDN30 nebo p es GSM bránu, které tak mohou být rovn jako sou ást testeru p í inou poruchy (namísto poruchy internetové p ípojky). Toté platí o propojení testeru a referen ní sít. Poruchovost p i azená testované síti je tedy ve skute nosti sou tem poruchovosti testované tel. sít, testeru tel. sítí, referen ní tel. sít i dal ích tel. sítí propojujících eventuáln testovanou a referen ní tel. sí. Výsledné hodnoty spolehlivosti testovaných sítí jsou tak ve skute nosti vy í ne je zji t no testerem telefonních sítí. Pro pot eby vzájemného porovnávání poruchovosti i spolehlivosti r zných telefonních sítí to v ak prakticky nevadí. Interpretace výsledk testeru xphonet popsané v této kapitole je nutné brát v úvahu p i detailní analýze p í in a souvislostí konkrétních poruch jednotlivých testovaných telefonních sítí. Strana: 21/35 1. verze: listopad 2009

22 P íloha A - P ehled zm n této p íru ky Dal í aktualizace tohoto dokumentu se p edpokládá v roce verze - vydána v listopadu 2009 a oproti pracovní verzi do lo k dal ímu dopln ní mnoha kapitol i v ech p íloh této p íru ky. Pracovní verze - vydána v íjnu 2009 a byla ur ena pouze pro interní i externí p ipomínkování. Strana: 22/35 1. verze: listopad 2009

23 P íloha B - Vzory zpráv ICMP Echo Konkrétní ICMP zprávy jsou v souladu s diagramem uvedeným v kap. 3.1 a odpovídají IETF norm RFC 792 (tzv. Internet Control Message Protocol). Tester xphonet je zde v pozici trvale b ícího u ivatelského programu PING. P íklady testerem odesílané zprávy ICMP Echo Request a následn o ekávané zprávy ICMP Echo Reply jsou uvedeny zde. Odpov ICMP Echo Reply musí mít spávný kontrolní sou et Checksum a polo ky Identifier i Sequence number. Obsah pole Data se musí shodovat s polo kami v odeslané zpráv ICMP Echo Request. Strana: 23/35 1. verze: listopad 2009

24 P íloha C - Vzory zpráv SIP registrace Konkrétní vým na zpráv realizujících SIP registraci (kap. 3.2) je znázorn na zde a odpovídá IETF norm RFC 3261 (tzv. Session Initiation Protocol). Tester xphonet je zde v pozici IP telefonu (resp. SIP telefonu registrujícího se cyklicky k SIP proxy). Signály vysílané testerem jsou vyzna eny modrou kurzívou. Ilustrativní p íklad posloupnosti signál REGISTER, 100 TRYING, 401 UNAUTORI- ZED a 200 OK je uveden ní e (p ípustné jsou i jiné podoby signál ). Odpov di 100 TRYING jsou nepovinné (vý e jsou ob vyzna eny p eru ovan ). REGISTER sip: SIP/2.0 Call-ID: Contact: <sip: @ :13243> CSeq: 101 REGISTER Expires: 3600 From: <sip: @ > To: <sip: @ > Via: SIP/2.0/UDP :13243 Max-Forwards: 70 SIP/ Trying Via: SIP/2.0/UDP :13243;received= From: <sip: @ > To: <sip: @ > Call-ID: CSeq: 101 REGISTER Supported: replaces Contact: <sip: @ > Strana: 24/35 1. verze: listopad 2009

25 SIP/ Unauthorized Via: SIP/2.0/UDP :13243;received= From: To: Call-ID: CSeq: 101 REGISTER Supported: replaces WWW-Authenticate: Digest algorithm=md5, realm="xxxxxx", nonce="29fa30a9" REGISTER sip: SIP/2.0 Call-ID: Contact: CSeq: 102 REGISTER Expires: 3600 From: To: Authorization: Digest username=" ",realm="xxxxxx",nonce="29fa30a9", algorithm=md5 Via: SIP/2.0/UDP :13243 Max-Forwards: 70 SIP/ Trying Via: SIP/2.0/UDP :13243;received= From: To: Call-ID: CSeq: 102 REGISTER Supported: replaces Contact: SIP/ OK Via: SIP/2.0/UDP :13243;received= From: To: Call-ID: CSeq: 102 REGISTER Supported: replaces Expires: 3600 Contact: Strana: 25/35 1. verze: listopad 2009

26 P íloha D - Vzory zpráv SIP volání Konkrétní vým na zpráv realizujících SIP volání (kap. 3.3, 3.4 a 3.5) nebo SIP hovor (kap. 3.6) je znázorn na zde a odpovídá IETF norm RFC 3261 (tzv. Session Initiation Protocol). Tester xphonet je zde v pozici dvou IP telefon (tj. v pozici SIP telefonu A cyklicky volajícího na SIP telefon B). Algoritmus tzv. prozvon ní (tj. testu vnit ního, odchozího a p íchozího volání) je velmi podobný algoritmu kontroly hovorového propojení. Rozdíl je pouze v tom, e p i pouhém prozvon ní z ísla A se po úsp né i neúsp né detekci vyzván ní na ísle B takové volání ihned ukon í. P i testu hovorového spojení následuje po prozvon ní vytvo ení hovorové propojení mezi telefony s íslem A a B, kontrolní hovor a následné uko ení hovoru. Kontrolní hovor spo ívá v obousm rném nebo jednosm rném a jednorázovém i vícenásobném p enosu vzorku reálného hovoru. Sm r p enosu vzorku hovoru i po et opakování jsou volitelné jako tzv. vzorek hovoru a lze je ur it z názvu re imu. Standardn je pou íván vzorek hovoru ozna ený 1AB (tj. jednonásobný p enos hovoru od A i od B ísla). Posledním krokem kontroly spojení i hovoru je ukon ení spojení, které závisí na tom, zda bylo nebo nebylo vytvo eno hovorové propojení. Mezi testem spojení a testem hovoru je navíc rozdíl v kontrolované a do statistiky zahrnované hodnot. U testu spojení podléhá kontrole doba pot ebná na prozvon ní a u testu hovoru je kontrolována výsledná hodnota MOS. Vým na signal SIP i vzory jednotlivých zpráv pro tzv. prozvon ní i hovor jsou specifikovány v této p íloze. SIP registrace obou simulovaných telefon je popsána v p íloze C. Ostatní ásti algoritmu jsou popsány dále. Strana: 26/35 1. verze: listopad 2009

27 Tzv. vyzvon ní telefonu B z telefonu A (kap. 3.3 a 3.6) je specifikováno zde. Signály vysílané testerem jsou vyzna eny modrou kurzívou. Ilustrativní p íklad posloupnosti signál INVITE, 407 AUTTHENTICATION, ACK, 100 TRYING i RINGING je uveden zde (p ípustné jsou i jiné podoby signál ). Druhá odpov 100 TRYING je nepovinná (vý e je vyzna ena p eru ovan ). INVITE sip: @ SIP/2.0 Call-ID: Contact: <sip: @ :7740> CSeq: 101 INVITE Expires: 1000 From: <sip: @ >;tag= To: <sip: @ > Via: SIP/2.0/UDP :7740;branch=z9hG4bK Max-Forwards: 70 Content-Type: application/sdp Content-Length: 210 Accept: application/sdp v=0 o=tester IN IP s=sip Tester MOS c=in IP i=audio Session t=0 0 m=audio RTP/AVP 8 a=rtpmap:8 PCMA/8000/1 Strana: 27/35 1. verze: listopad 2009

28 SIP/ Proxy Authentication Required Via: SIP/2.0/UDP :7740;branch=z9hG4bK From: To: CSeq: 101 INVITE Call-ID: Proxy-Authenticate: Digest realm=" ", algorithm=md5, nonce=" f9eeebe3dde1c4d0cdd1c5c8" Content-Length:0 ACK SIP/2.0 Call-ID: CSeq: 101 ACK From: To: Via: SIP/2.0/UDP :7740;branch=z9hG4bK INVITE SIP/2.0 Call-ID: Contact: CSeq: 102 INVITE Expires: 1000 From: To: Proxy-Authorization: Digest username=" ",realm=" ", response="512b64b9d0e76fed25cc9156c75f9856",algorithm=md5 Via: SIP/2.0/UDP :7740;branch=z9hG4bK Max-Forwards: 70 Content-Type: application/sdp Content-Length: 210 Accept: application/sdp v=0 o=tester IN IP s=sip Tester MOS c=in IP i=audio Session t=0 0 m=audio RTP/AVP 8 a=rtpmap:8 PCMA/8000/1 SIP/ Trying Call-ID: CSeq: 101 INVITE From: <sip: @ >;tag= To: <sip: @ > Via: SIP/2.0/UDP :7740;branch=z9hG4bK Strana: 28/35 1. verze: listopad 2009

29 INVITE SIP/2.0 Via: SIP/2.0/UDP :5060;branch=z9hG4bK406ec422;rport From: "Verejna ustredna" To: Contact: Call-ID: CSeq: 102 INVITE Max-Forwards: 70 Content-Type: application/sdp Content-Length: 266 v=0 o=root IN IP s=session c=in IP t=0 0 m=audio RTP/AVP a=rtpmap:8 PCMA/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:101 telephone-event/8000 a=fmtp: a=silencesupp:off a=ptime:20 a=sendrecv SIP/ Trying Call-ID: 1ed3eec73a7b4c07363c6a6f5db8e1d9@ Contact: <sip: @ :14701> CSeq: 102 INVITE From: <sip: @ >;tag=as0e4a7f7d To: <sip: @ :14701>;tag= Via: SIP/2.0/UDP :5060;branch=z9hG4bK406ec422;rport SIP/ Ringing Call-ID: 1ed3eec73a7b4c07363c6a6f5db8e1d9@ Contact: <sip: @ :14701> CSeq: 102 INVITE From: <sip: @ >;tag=as0e4a7f7d To: <sip: @ :14701>;tag= Via: SIP/2.0/UDP :5060;branch=z9hG4bK406ec422;rport SIP/ Ringing Call-ID: Contact: <sip: @ :5060> CSeq: 102 INVITE From: <sip: @ >;tag= To: <sip: @ >;tag=001c020f030a0308 Via: SIP/2.0/UDP :7740;branch=z9hG4bK Strana: 29/35 1. verze: listopad 2009

30 Tzv. hovorové propojení (pouze kap. 3.6) je uvedeno zde. Signály vysílané testerem jsou vyzna eny modrou kurzívou. Po et i sm r p enosu kontrolních vzork hovoru je ur en v zadání daného testu. Výsledná hodnota MOS je potom ur ena jako pr m r z díl ích MOS za jednotlivé p enesené vzorky hovoru. Kontrolní vzorky hovoru jsou v dy v G.711a. Ilustrativní p íklad posloupnosti signál 200 OK / SDP i ACK je uveden zde (p ípustné jsou i jiné podoby signál ). Tento p íklad logicky nenavazuje (nap. IP adresami) na p edchozí p íklad! SIP/ OK Call-ID: 5a6c5d05-c21f984d-26b5815d-801b047f@ Contact: <sip:502@ :9610> CSeq: 102 INVITE Expires: 100 From: <sip:501@ > To: <sip:502@ > Via: SIP/2.0/UDP :9610;branch=z9hG4bK-7078 Content-Type: application/sdp Content-Length: 500 v=0 o=tester IN IP c=in IP s=sip Tester MOS t=0 0 m=audio RTP/AVP 8 a=rtpmap:8 pcma/8000 Strana: 30/35 1. verze: listopad 2009

31 SIP/ OK Call-ID: Contact: CSeq: 102 INVITE From: To: Via: SIP/2.0/UDP :9610;branch=z9hG4bK-7078 Content-Type: application/sdp Accept: application/sdp Content-Length: 226 v=0 o=- IP IN IP s=sip Call c=in IP t=0 0 a=sendrecv m=audio RTP/AVP a=rtpmap:8 PCMA/8000 a=rtpmap:101 telephone-event/8000 a=fmtp: a=ptime:20 ACK sip:502@ SIP/2.0 Call-ID: CSeq: 102 ACK From: <sip:501@ >;tag=7078 To: <sip:502@ > Via: SIP/2.0/UDP :9610;branch=z9hG4bK-7078 ACK sip:502@ :9610 SIP/2.0 Via: SIP/2.0/UDP :9610;branch=z9hG4bK-4aea47444ae97d29206 From: <sip:501@ > To: <sip:502@ > Call-ID: 5a6c5d05-c21f984d-26b5815d-801b047f@ Contact: <sip:501@ > CSeq: 102 ACK Max-Forwards: 70 Strana: 31/35 1. verze: listopad 2009