Komunika ní systémy v korporátních sítích pro integrovanou výuku VUT a V B-TUO

Transkript

1 FAKULTA ELEKTROTECHNIKY A INFORMATIKY VYSOKÁ KOLA BÁŒSKÁ - TECHNICKÁ UNIVERZITA OSTRAVA Komunika ní systémy v korporátních sítích pro integrovanou výuku VUT a V B-TUO Garant p edm tu: Miroslav Voz ák Autor textu: Miroslav Voz ák 2014 Vznik t chto skript byl podpo en projektem. CZ.1.07/2.2.00/ Evropského sociálního fondu a státním rozpo tem ƒeské republiky.

2 Za odbornou nápl tohoto vydání odpovídá autor. Miroslav Voz ák je docentem na Fakult elektrotechniky a informatiky V B-Technické univerzity v Ostrav, kde p edná²í p edm t Komunika ní systémy v korporátních sítích. Vznik skript byl podpo en projektem. CZ.1.07/2.2.00/ Evropského sociálního fondu a státním rozpo tem ƒeské republiky. Tato publikace nepro²la redak ní ani jazykovou úpravou. Miroslav Voz ák, 2014, V B-Technická univerzita Ostrava Autor: Miroslav Voz ák Katedra: Katedra telekomunika ní techniky Název: Komunika ní systémy v korporátních sítích pro integrovanou výuku VUT a V B-TUO Místo, rok, vydání: Ostrava, 2014, 1. vydání Po et stran: 113 Vydala: Vysoká ²kola bá ská-technická univerzita Ostrava Náklad CD-ROM, 50 ks Neprodejné ISBN

3 Tato publikace vznikla zejména jako podp rný text pro studenty p edm tu Komunika ní systémy v koporátních sítích v rámci projektu OPVK s názvem Spole né aktivity VUT a V B- -TUO p i vytvá ení obsahu a nápln odborných akreditovaných kurz ICT, Registra ní íslo projektu - CZ.1.07/2.2.00/ Skriptum je psáno v systému LATEX, jenº je voln ²i itelný pod licencí LATEX- Project Public License (LPPL). LA TE X 2014 Miroslav Voz ák Vysoká ²kola bá ská-technická univerzita Ostrava 17. listopadu Ostrava Poruba ƒeská republika mailto:miroslav.voznak@vsb.cz ISBN

4 Obsah 1 Úvod do podnikových komunika ních systém Podnikový komunika ní systém Dopl kové sluºby a aplikace Microsoft Lync Sluºby Microsoft Lync Serveru IM & Presence Hlasové/Video hovory Hlasové/Video a IM konference Seznam kontakt Sdílení plochy Sdílení prezentací, program, whiteboard Mobilita Integrace a Interoperabilita Federace Role Microsoft Lync Serveru Front End Server Back-End Server Edge Server Mediation server Director Monitoring Server Archiving Server Persistent Chat Server Edice Microsoft Lync Serveru Microsoft Lync Server 2013 Standart Edition Microsoft Lync Server 2013 Enterprise Edition Seznámení s HiPath Úvod do správy komunika ních systém pomocí MML jazyka AMO Syntaxe AMO Rychlý úvod do kongurace ú astník s praktickými p íklady Analog Digitál na Upo rozhraní HFA IP Phone SIP IP Phone Comwin Architektura systém Siemens hipath Hicom300 - po átek geneze Hicom300E Hipath4000/OpenScape ídicí jednotka Licencování Duplexní ízení a architektura

5 5.3.4 IP distribuovaná architektura Virtualizovaná architektura ízení Reºimy STMI Sada AMO p íkaz pro správu ú astník AMO SCSU P íklad vytvo ení analogového ú astníka Dotaz na konguraci a smazání analogového ú astníka Modikace kongurace analogového ú astníka AMO SBCSU P íklad vytvo ení digitálního ú astníka Dotaz na konguraci, modikace a smazání digitálního ú astníka P íklad vytvo ení IP HFA ú astníka Dotaz na konguraci, modikace a smazání IP HFA ú astníka P íklad vytvo ení ISDN ú astníka Dotaz na konguraci, modikace a smazání ISDN ú astníka P íklad vytvo ení IP SIP ú astníka Dotaz na konguraci, modikace a smazání SIP ú astníka AMO DSSU AMO PERSI Nastavení centrálních parametr délky kód v PERSI Vytvo ení osobních dat ú astníka AMO WABE Vytvo ení a smazání nového ísla v íslovacím pánu AMO SXSU Sada AMO p íkaz pro správu sluºeb AMO AUN Skupina p evzetí volání (Call Pick Up group) Sluºba ONS (One Number Service) AMO SA Dal²í moºnosti skupiny Hunt group AMO TAPRO Práce s proly rozloºení funkcí Individuální p i azení funkcí v TAPRO AMO ZIEL Cíl volání u jmenného tla ítka Cíl p ímého volání Cíl individuální zkrácené volby Cíl opakování volby uloºeného ísla Cíl pevného p esm rování AMO ACTDA AMO VBZ AMO HOTLN AMO BERUM/BERUZ Manuální p epnutí COS v BERUM ƒasové p epnutí COS v BERUZ

6 7.9 AMO SDAT Zm na dat ú astníka v SDAT Zm na atribut ú astníka v SDAT Vybrané p íklady sluºeb P ímé oslovení Zm na jazyka na displeji Identikace na cizím p ístroji pomocí PIN a sluºba následuj mne Mobilita HFA Alternativní tel.. pro telefon mimo provoz P ístupové kódy sluºeb a jejich pouºití Autoset/Relocate Zp tné volání Zp tný dotaz St ídání hovor Funkce p ipomenutí/termín Zachycení zlomyslného volání Zm na oprávn ní iniciována ú astníkem Napojení/poklepání do hovoru Neru²it Ostatní kódy sluºeb Diagnostika port a systémová správa na úrovni modul AMO BCSU AMO SDSU AMO HISTA AMO LOGBK

7 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO P edmluva Skripta jsou ur ena ke studiu p edm tu Komunika ní systémy v korporátních sítích pro integrovanou výuku VUT a V B-TUO, který je p edná²en na Fakult elektrotechniky a informatiky Vysoké ²koly bá ské - Technické univerzity v Ostrav pro studenty druhého ro níku magisterského studijního programu Informa ní a komunika ní technologie. Studenti v kurzu získají informace o technologiích a principech hlasových komunika ních systém v podnicích a prakticky si ov í tyto technologie na za ízeních spole nosti Siemens. P edm t je dlouhodob budován v sou innosti s pot ebami spole nosti Siemens a laborato je vybavena systémem HIPATH4000. P edm t si klade za cíl, aby studenti porozum li programování v jazyce AMO, který spole nost Siemens pouºívá. Miroslav Voz ák V Ostrav, 20. ervna

8 1 ÚVOD DO PODNIKOVÝCH KOMUNIKAƒNÍCH SYSTÉM 1 Úvod do podnikových komunika ních systém Pobo ková telefonní úst edna je ozna ována jako PBX (Private Branch Exchange) pop ípad PABX (Private Automatic Branch Exchange). Jejich vývoj prakticky kopíruje generace spojovacích systém, jejichº principy jsou popsány ve skriptech k p edm tu Spojovací systémy [1]. Pobo kové telefonní úst edny v²eobecn d líme na malé systémy, st ední a velké systémy. Hranice, kdy je systém malý, st ední i velký, nejsou pevn stanoveny, kaºdopádn se ustálilo ozna ení SOHO, SME a LE. 1.1 Podnikový komunika ní systém Pro podnikový komunika ní systém se pouºívá n kolik ozna ení jako komunika ní server, softswitch, call manager (remní ozna ení Cisco), ale nej ast ji se potkáme s termínem pobo ková úst edna. Pobo kové telefonní úst edny jsou ozna ovány zkratkou PBX (Private Branch Exchange). ˆ SOHO (Small Oce and Home Oce) jsou systémy pro kancelá e a domácnosti se povaºují PBX o maximální kapacit vnit ních linek do 50 uºivatel. ˆ Dále následuje kategorie pokrývající malé a st ední podniky, které se ozna ují jako SME (Small and Medium-sized Enterprise) a kon í u ádov stovek koncových ú astník. ˆ Pokud provozujeme tisíce koncových uºivatel, tak hovo íme o velkém podnikovém systém LE (Large Enterprise). Prakticky v kaºdé rm se nachází n jaká pobo ková úst edna. Z oby ejných p epojovacích za ízení se postupem asu staly moderní komunika ní centra s moºností tyto hlasové sluºby integrovat do jiných systém [2]. T mto sluºbám, které vzniknou integrací více systém se íká sluºby pokro ilé. Jejich uºívání p iná²í mnoho výhod po stránce zkvalit ování komunikace mezi uºivateli, p izp sobování chodu úst edny dennímu reºimu uºivatel nebo lep²í obsluha zákazník callcentra, která jsou na pokro ilých sluºbách, jako je hlasový pr vodce nebo propojení s vnit ním informa ním systémem, postavena. Základní kritéria, podle kterých si zákazníci svou budoucí PBX vybírají, jsou po et a typ vnit ních a vn j²ích linek, podporovaná koncová za ízení, ²kálovatelnost b hem r stu rmy, aplikace a dopl kové sluºby, náro nost obsluhy systému v etn servisních podmínek. Po et vnit ních linek nám íká, kolik budoucích uºivatel dokáºe systém obslouºit a jaká koncová za ízení je moºné k PBX p ipojit. Mezi taková koncová za ízení m ºeme adit analogové, digitální i softwarové telefony podporující nejr zn j²í protokoly (H.323, SIP, HFA, IAX2, SCCP). Po et vn j²ích linek (trunk) nám ur uje moºnosti propojení PBX s jinými úst ednami. Výhodou takového propojování je sníºení náklad na volání mimo PBX voláním p es nejvýhodn j²ího poskytovatele hlasových sluºeb podle typu hovoru i denní doby (LCR Least Cost Routing). kálovatelnost úst edny má zásadní význam p edev²ím pro za ínající rmy. PBX by m la být schopna exibiln reagovat na vzr stající poºadavky rmy co do po tu vnit ních a vn j²ích linek, sluºeb které rma poºaduje a mnoºství provozu, který PBX obsluhuje. S tím samoz ejm souvisí podpora ze strany výrobce za ízení, p ehlednost administra ního rozhraní PBX a kvalita servisu v p ípad poruchy za ízení. Nefunk nost systému totiº m ºe razantním zp sobem negativn ovlivnit chod rmy. Dne²ní moderní PBX jiº neplní pouze funkci propojování hovor, ale je schopna nabídnout mnoho dopl kových sluºeb jiº v základní výbav [2]. 2

9 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO 1.2 Dopl kové sluºby a aplikace S p íchodem úst eden 4. generace v 90-tých letech 20.století dokázaly úst edny nabídnout celou adu nových sluºeb. Digitální systémy 4. generace umoº ují nasazení ISDN, základních a primárních p ípojek. Komunikace mezi úst ednami 4-té generace v síti operátora probíhá pomocí signalizace SS7 a majoritn zastoupena jako signalizace pro propojení dne²ních velkých poskytovatel hlasových sluºeb. Jedna z variant propojení SS7 je i p es IP, a to pomocí protokolu SIGTRAN. Pokud jsme u tvrté generace, tak na ú astnické stran je podporována DSS1, tento typ p ipojení postupn nahrazuje SIP trunk v generaci páté [1]. Mezi nejvýznamn j²í dopl kové sluºby pat í: ˆ P epojení hovoru ˆ Funkce neru²it ˆ Hlasová schránka ˆ Paralelní vyzván ní ˆ Provolba ˆ P esm rování hovor ˆ P evzetí hovoru ˆ Sériová linka ˆ Zobrazení nebo potla ení ísla volajícího a volaného Tyto a dal²í sluºby se za dobu jejich pouºívání staly zcela b ºné, ne-li nepostradatelné v hlasové komunikaci. Dne²ní snahou úst eden páté generace je integrace sluºeb telefonní úst edny do jiných informa ních a komunika ních systém. Výsledkem jsou pokro ilé sluºby, které zásadním zp sobem zrychlují a zkvalit ují vým nu informací mezi uºivateli. Jako praktický p íklad takových sluºeb m ºeme pouºít následující situaci. Na callcentrum volá zákazník. Prost ednictvím hlasového pr vodce je naveden na odd lení, se kterým poºaduje problém e- ²it. Úst edna je propojena s CRM systémem rmy, takºe podle telefonního ísla ú astníka je schopna volajícího identikovat. Zákazník má v databázi CRM systému p i azeného soukromého agenta. Úst edna tedy zkontroluje, zdali je daný agent dostupný na telefonu, v kalendá i a XMPP klientu, a podle toho nasm ruje hovor bu to p ímo na n j nebo na jiného volného operátora. Operátorovi zvoní telefon a on jiº na displeji vidí v²echny pot ebné informace z CRM systému o zákazníkovi. Tyto informace mohou slouºit k autorizaci zákazníka a dal²ím pot ebám [2]. Dnes je zcela b ºné, ºe z telefonu lze vyhledávat kontakty ve remním adresá i. K tomu se vyuºívá nej ast ji LDAP protokol. Trendem je sjednocená komunikace UC (Unied Communication) umoº ující ovládat sluºby prakticky odkudkoliv, nastavovat si na dálku r zné proly chování komunika ního systému na p íchozí volání, vzdálen si nastavit p esm rování i moºnost dostávat notikace na vybrané události. 3

10 2 MICROSOFT LYNC 2 Microsoft Lync Microsoft Lync Server 2013 je produkt spole nosti Microsoft, který sjednocuje komunikace a tím nám nabízí kompletní UC e²ení s ²irokou nabídkou funkcí. Pro plnohodnotné vyuºití t chto sluºeb se pouºívá Microsoft Lync Client První distribucí byl Microsoft Oce Communicator 2007 R2. Po t ech letech vznikl Microsoft Lync Server 2010, který p inesl mnoho nových funk ní, vylep²ení a vlastního Microsoft Lync Clienta Podstatná výhoda Lync Serveru 2010 byla kompatibilita s Microsoft Oce Communicatorem 2007 R2. Tyto dv distribuce pouºívají stejné jádro, systémové sloºky a soubory, a samotná migrace z Communicatoru na Lync byla mnohem jednodu²²í. Lync Server 2013 není zatím tak zna n roz²í ená distribuce, jako ta p edchozí. Lync Server 2013 uº obsahuje nové jádro, vyuºívá jiné systémové soubory a má spoustu nových systémových sloºek a má v t²í poºadavky na hardware. Tím se stává migrace z Oce Communicatoru 2007 R2 na Lync Server 2013 skoro aº nemoºnou a pln nekompatibilní, coº je jeden z hlavních d vod, kv li kterému velké spole nosti stále z stávají u star²í distribuce. Hlavní p ínos Microsoft Lync Serveru 2013 byl z technického pohledu. Mnoho nastavení a kongurací serveru bylo zjednodu²eno, n které kongurace byly dokonce zautomatizovány, coº uleh uje práci specialist m spravující tuto distribuci. Vzniklo také mnoho grackých vylep²ení, zkvalitn ní a zjednodu²ení funkcí v Microsoft Lync Clientu 2013, coº zase uvítají samotní uºivatelé. Jak jiº bylo zmín no, Microsoft Lync Server se uºivatelem ovládá skrze Microsoft Lync Clienta Microsoft Lync Server 2013 také podporuje pouºití Microsoft Lync Clienta ze star²ích distribucí, ale uº není zaru ena plná kompatibilita s nov j²í distribucí. Dokonce existuje speciální Microsoft Lync Phone Edition Client, coº je klient, který je nainstalován na fyzickém telefonním za ízení. Tyto telefony jsou náhraºkou virtuálního klienta na pracovní stanici a pouºívají se nap íklad na recepci nebo v konferen ních místnostech, kde nejsou pracovní stanice k dispozici. Spole nost Microsoft si vede seznam v²ech dostupných Microsoft Lync Client a jejich jednotlivých podporovaných sluºeb ve své ociální dokumentaci [3]. 2.1 Sluºby Microsoft Lync Serveru 2013 V²echny distribuce Microsoft Lync Serveru nabízí skrze svého Microsoft Lync Clienta tyto sluºby [4]: 4 ˆ IM & Presence ˆ Hlasové/Video hovory ˆ Hlasové/Video a IM konference ˆ Seznam kontakt ˆ Sdílení plochy ˆ Sdílení prezentací, program, whiteboard ˆ Mobilita ˆ Integrace a Interoperabilita ˆ Federace

11 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO IM & Presence Instant Messaging je nedílnou sou ástí Microsoft Lync Clienta. Posílání zpráv, které se okamºit doru í druhému uºivateli, umoº uje snadnou a rychlou spolupráci mezi uºivateli. Pokud se zprávu od odesílatele poda í poslat úsp ²n, p íjemce ji uvidí tém okamºit. Pokud se neode²le, odesílateli se doru í chybná zpráva o nemoºnosti doru ení zprávy. Problém doru- it zprávu se m ºe vyskytnout kv li nep ítomnosti p íjemce, chyby aplikace nebo do asnému výpadku v po íta ové síti. Uºivatel si také m ºe p eddenovat zprávu, která se automaticky ode²le odesílateli jako odpov. Této funkcionality se vyuºívá, pokud uºivatel není dlouhodob k dispozici nebo je p ihlá²ený do Microsoft Lync Clienta, ale není momentáln u své pracovní stanice. Hlavní výhodou IM oproti posílání ových zpráv je, ºe odesílatel ví, zda je p íjemce k dispozici i nikoliv. Tuhle informaci uºivatel získá díky Presence. Presence je termín pro popsání p ítomnosti uºivatele. Presence si m ºe uºivatel nastavit sám nebo samotný Microsoft Lync Client za ur itých podmínek vyhodnotí presence a zm ní ji. Uºivatel si m ºe nastavit presence Nep ítomen nebo Momentáln nejsem k dispozici nebo Neru²it a spoustu dal²ích. Pokud v²ak za ne uºivatel sdílet svou obrazovku, Microsoft Lync Client to pozná a automaticky zm ní Presence na Prezentuji. Stejn se vyhodnotí situace, kdyº uºivatel bude mít telefonický hovor. V tento moment se Presence zm ní na Volám. Taktéº kdyº uºivatel, b hem nastaveného asu, nebude pracovat s Microsoft Lync Clientem, Presence se zm ní na Neaktivní. Presence na první pohled p sobí jako zbyte ná sluºba, ale opak je pravdou. Je velice d leºité v d t, kdy a kdo prezentuje svou plochu v n jaké konferenci nebo kdo zrovna telefonuje. V takových situacích není dobré tyto uºivatele ru²it Hlasové/Video hovory Microsoft Lync Client umoº uje p ená²et hlas a obraz a proto podporuje hlasové hovory nebo videohovory. Hovor nebo videohovor m ºe být spojen s druhým Microsoft Lync Clientem/Microsoft Oce Communicatorem ili PC-to-PC komunikace. Pokud se vytvo í topologie Microsoft Lync Serveru, která povoluje sluºbu Enterprise Voice, poté se umoºní Microsoft Lync Clientu vytvá et hovory/videohovory i do PSTN sít. Uºivateli na Microsoft Lync Serveru se p i adí platné íslo od telefonního operátora a uºivatelé se mohou telefonicky spojit s jakýmkoliv telefonním za ízením, které podporuje telefonní sluºbu. M ºe to být standardní telefon, mobilní telefon, IP telefon apod. Tento proces funguje i opa n. Z telefonního za ízení dokáºeme vytvo it hovor na Microsoft Lync Clienta konkrétního uºivatele vlastnící volané telefonní íslo. Jelikoº Microsoft Lync Client k p enosu hlasu vyuºívá pouze po íta ovou sí, musí být dodrºeny stanovené podmínky pro po íta ovou sí, která vyuºívá VoIP technologie [5]. Vlastnosti po íta ové sít, jako je velká ztrátovost hlasových paket, zpoºd ní a jitter mají nep íznivý vliv na p enos hlasu nebo vyvolají pád hovoru Hlasové/Video a IM konference Konference jsou jednou z nejv t²ích výhod v²ech distribucí Microsoft Lync Serveru. Podle nasazení topologie Microsoft Lync Serveru se m ºe zaloºit konference pro 3 aº 1000 uºivatel a pokud je podporována sluºba Enterprise Voice, m ºeme se do této zaloºené konference i dovolat z kteréhokoliv telefonního za ízení. Této speciální sluºb se íká Dial-In. V moment zaloºení konference se na stran serveru zaloºí virtuální místnost, která podporuje p enos hlasu, videohovory, hromadné IM, sdílení plochy, prezentací nebo whiteboard. Konference se m ºe zaloºit okamºit neboli ad-hoc i se m ºe naplánovat skrze Microsoft Outlook. Speci- 5

12 2 MICROSOFT LYNC ální sluºbou je Persistent Chat, coº umoºní vytvá et trvalé, virtuální místnosti, do kterých se mohou uºivatelé kdykoliv p ipojit a chatovat mezi sebou. Tyto místnosti není t eba obnovovat nebo neustále vytvá et jednu a tu stejnou místnost, coº je zna ná výhoda oproti vytvá ení IM konferencí. Tuto sluºbu ale musí nasazená topologie podporovat díky speciálním rolím. ˆ V p ípad plánované konference se vygeneruje unikátní URL odkaz pro tuto konferenci. P es Microsoft Outlook uºivatel roze²le pozvánku do této konference. Vygenerovaný URL odkaz uºivatel pouºije v jakémkoliv internetovém prohlíºe i, ten okamºit otev e nové okno v Microsoft Lync Clientu a od tohoto okamºiku je uºivatel p ipojen ke konferenci. ˆ V p ípad ad-hoc konference se nevygeneruje ºádný URL odkaz a okamºit se otev e nové okno v Microsoft Lync Clientu. Uºivatel pomocí nabídky v tomto okn m ºe pozvat ostatní ú astníky konference. Podle nasazení Microsoft Lync Serveru se m ºe vytvá et meeting, do kterého se mohou ú astníci dovolat svým vlastním za ízeným, které podporuje telefonní sluºbu. Konference totiº vygeneruje unikatní ID a telefonní íslo hlasové brány. Uºivatel se potom dokáºe p ipojit do této konference po zavolání na zmín nou hlasovou bránu a po výzv operátora zadá na klávesnici telefonního za ízení zmín né ID. Operátor ú astníka vyzve ke sd lení svého jména, pod kterým bude vystupovat v konferenci. Ve velkých konferencích by ú astníci konference m li respektovat nepsaná pravidla. Je d leºité, aby p i hlasové konferenci mluvil nejlépe jeden ú astník a ostatní m li do asn vypnutý sv j mikrofon, aby nedocházelo k ru²ení. Dále se up ednost uje sdílení prezentace namísto sdílení plochy, jelikoº p enos obrazu nejvíce vyt ºuje po íta ovou sí. Dále by ú astník m l pouºívat kvalitní kabelové p ipojení k po íta ové síti. Bezdrátové po íta ové sít i mobilní sít nezaru ují kvalitní p enos hlasu a celkov zhor²ují kvalitu konference Seznam kontakt Microsoft Lync Client podporuje ukládání uºivatel do své databáze a tím si vytvá í sv j vlastní seznam kontakt. Uºivatel si takto m ºe ukládat své kolegy, aby je nemusel pokaºdé vyhledávat. Vyhledat se m ºe kaºdý uºivatel, který je vytvo ený na Microsoft Lync Serveru. Tento server totiº produkuje seznam v²ech vytvo ených uºivatel. Vyhledávání pak funguje na základ jména i p íjmení uºivatele nebo jeho SIP adresy [5]. Vyhledat uºivatele podle jména a p íjmení lze pouze, pokud vyhledáváme uºivatele vytvo eného ve stejné topologii Microsoft Lync Serveru. Federované uºivatele lze vyhledat pouze podle jejich SIP adresy, jelikoº jsou vytvo eni v jiné topologii Sdílení plochy Microsoft Lync Client umí sdílet plochu primárního, sekundárního nebo obou monitor zárove. Tuto sluºbu m ºe uºivatel vyuºít i b hem hovoru/videohovoru tak i v konferencích. B hem sdílení obrazovky, m ºe prezentující uºivatel p edat kontrolu své pracovní stanice, libovolnému ú astníhovi hovoru/videohovoru i konference. V moment p edání kontroly má vybraný ú astník, spole n s prezentujícím uºivatelem, kontrolu nad prezentujícím po íta em. Z bezpe nostních d vod se sdílení plochy pozastaví, pokud má být provedena operace, která vyºaduje administrátorská práva. V tomto okamºiku má kontrolu nad po íta em pouze prezentující uºivatel a v²em ú astník m z erná prezentující obrazovka. Tato sluºba se doporu uje pouºívat pouze mezi dv ma uºivateli pro ukázku momentálního problému s pracovní stanicí 6

13 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO i e²ení technického problému. Sdílení obrazovky ve velké konferenci m ºe vyvolat nep íznivé podmínky pro hovor, jelikoº p ená²ení obrazu v reálném ase sou asn na v t²í po et za ízení vyuºívá velké mnoºství poskytované ²í ky pásma po íta ové sít, a tím zhor²uje podmínky pro kvalitní p enos hlasu Sdílení prezentací, program, whiteboard Krom sdílení plochy Microsoft Lync Client umoº uje sdílení prezentací, konkrétních program nebo vytvo ení whiteboardu. Funkce sdílení prezentace nahraje *.pdf soubor na Microsoft Lync Server. Server pak tuto prezentaci nahraje do pozadí komunikace i konference. Prezentující uºivatel pak ovládá prezentaci a m ºe do ní kreslit a psát poznámky. V²echny tyto akce jsou zobrazeny v²em ú astník m. Sdílení programu bude sdílet pouze okno, které se týká samotného programu a ne celou plochu, na které je program otev en. Lze mít sdílený pouze jeden program. Whiteboard je funkce, kdy se v komunika ním nebo konferen ním okn otev e program podobný Malování, který nabízí Microsoft Windows. V tomto whiteboardu m ºe prezentující uºivatel i ú astníci kreslit, psát apod. V²echny tyto funkce jsou up ednost ovány a jsou mnohem lep²í alternativou pro konference neº sdílení plochy, protoºe v i sdílení plochy a p enosu obrazu nespot ebovávají p íli² velkou ²í ku pásma, kterou máme k dispozici Mobilita Dal²í hlavní výhodou je mobilita. Microsoft Lync Client je navrºen tak, aby mohl kontaktovat Microsoft Lync Server z Internetové i mobilní sít. Pokud administrátor, zodpov dný za topologii Microsoft Lync Serveru, povolí tyto sluºby, uºivatelé se pak mohou p ipojit do této topologie z pracovní stanice a mobilního telefonu s p ístupem na Internet nebo k mobilní síti. Díky mobilit pak m ºe být uºivatel k dispozici tém kdykoliv a odkudkoliv, a nemusí se obávat r zných útok i odposlech. Ve²kerá IM a hovorová komunikace je automaticky ²ifrována, protoºe Microsoft Lync Clienti obsahují vlastní privátní klí e a ²ifrovací algoritmy. Jakmile se uºivatel autentizuje v i Microsoft Lync Serveru, server vygeneruje jedine ný klientský certikát pro za ízení, ze kterého je uºivatel p ihlá²en a následn na te jeho uloºené kontakty Integrace a Interoperabilita Aby se uºivatel mohl p ihlásit do Microsoft Lync Clienta, musí být povolený v Microsoft Lync Server topologii, kde se uºivateli p i adí unikátní SIP adresa. Ale dal²í nutnou podmínkou je, ºe tento uºivatel musí mít vytvo ený ú et v Active Directory. Tomuto procesu se íká autentizace. Jinými slovy, bez AD nem ºe Microsoft Lync Server existovat. Z tohoto d vodu musí být topologie Microsoft Lync Serveru vytvo ená ve stejné domén, aby se uºivatelé, p ihla²ující se do Microsoft Lync Clienta, mohli autentizovat pomocí svých doménových p ihla²ovacích údaj a p id lené SIP adresy. Díky této nutné podmínky má Microsoft Lync Server plnohodnotnou integraci s AD ú ty a díky t chto informací tvo í uºivatelské karty. Uºivateli, který se p ihlásí do Microsoft Lync Clienta, se okamºit stáhnou informace o jeho pozici, pracovi²ti, telefonních íslech atd. a vytvo í se jeho kontaktní karta. Microsoft Lync Server má dal²í plnohodnotné integrace s: ˆ Microsoft Exchange Server - Pokud topologie Microsoft Exchange má nainstalovanou sluºbu Unied Messaging, potom se pro Microsoft Lync Server zp ístupní sluºba hlasové schránky a zasílání zme²kaných hovor do Microsoft Outlook prolu. 7

14 2 MICROSOFT LYNC ˆ Microsoft Outlook - Lokální kontakty z Microsoft Outlooku se dají vyhledat skrze Microsoft Lync Client. Dále je zde integrace s kalendá em, do kterého se ukládají v²echny konference vytvo ené Microsoft Lync Serverem. V Outlooku je vytvo ena i specální sloºka Conversation History, ve které najdeme uloºené IM konverzace. ˆ Microsoft Internet Explorer - Po ozna ení telefonního ísla na Internetové stránce m - ºeme na toto íslo zavolat z Microsoft Lync Clienta díky funkci Click to Call. Podobného chování si m ºeme v²imnout mezi ovými adresami a Microsoft Outlookem. ˆ A dal²í integrace s Microsoft Oce Web Access, Microsoft OneNote i Microsoft Share- Point Server. Microsoft Lync Server 2013 je také interoperabilní s r znými IP-PBX systémy, hlasovými branami, reverzními proxy servery a sí ovými load balancery. Seznam podporovaných a kvalikovaných za ízení se dá nalézt v ociální dokumentaci spole nosti Microsoft [6] Federace Federace je název sluºby, která umoº uje, díky správnému nastavení topologie Microsoft Lync Serveru a povolení konkrétních port na rewallu, uºivatel m komunikovat s lidmi z r zných spole ností, které vyuºívají stejné i podobné UC e²ení. Kaºdé UC e²ení by m lo pouºívat jedine nou SIP doménu nebo více jedine ných SIP domén. Na Edge serveru se pak povolí komunikace s touto SIP doménou i doménami druhé spole nosti. Stejný postup musí ud lat i druhá strana, aby Federace mezi t mito spole nosti mohla úsp ²n vzniknout a plnohodnotn fungovat. Po úsp ²ném nastavení m ºe uºivatel ze spole nosti A vyhledat federovaného uºivatele ze spole nosti B na základ jeho kompletní SIP adresy. Po úsp ²ném vyhledání Microsoft Lync Client rozpozná uºivatelovu Presence a oba uºivatelé jsou schopni vyuºívat v²ech Microsoft Lync Server sluºeb. Pokud federovaný uºivatel není vytvo en na Microsoft Lync Serveru, ale v prost edí Google Talk, Microsoft Oce 365, Skype, AOL, Yahoo apod., pak není garantováno, ºe v²echny sluºby Microsoft Lync Serveru budou podporovány a pln funk ní. 2.2 Role Microsoft Lync Serveru 2013 Kaºdý server v nasazené topologii Microsoft Lync Serveru 2013 hraje svou ur itou roli. N které servery pouºívají pouze jednu konkrétní roli a jiné servery mohou vyuºívat kombinaci více rolí. Role serveru nám íká, k emu bude tento server v budoucnu slouºit a jaké bude mít poºadavky na hardware, zabezpe ení, p ístupnou ²í ku pásma z po íta ové sít atd., a tím i pot ebné nance, které musí spole nost do této topologie investovat. Velice d leºitým pojmem je Pool. Jeden Pool obsahuje identicky nakongurované servery, které pouºívají stejnou roli. V tomto Poolu poté dochází k load-balancingu. Load-balancing nám zaji² ují sí ové load- -balancery, které rovnom rn zat ºují servery v tomto Poolu a tím nedochází k situacím, kdy je jeden server p etíºen a mezitím druhý server neprovádí ºádné operace. Na za átku je nutné si odpov d t na spoustu otázek. Kolik Microsoft Lync Client bude tato topologie obsluhovat? Budou mít uºivatelé moºnost vyuºívat sluºby Enterprise Voice? Budou se archivovat hovory a IM zprávy? Budou se hovory a konference monitorovat z d vodu zp tného zji² ování kvality? Bude se vyuºívat sluºby Persistent Chat (viz??)? Bude se vyuºívat redundance k zaji²t ní vysoké kvality sluºeb? Atd. Díky t mto otázkám je tvorba topologie Microsoft Lync Serveru 2013 velice komplexním základním kamenem a je t eba si na tyto otázky jasn odpov d t. Na 8

15 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO základ odpov dí získáme p edstavu o rolích, které budeme muset vyuºít. Zjistíme, i kterou edici Microsoft Lync Serveru 2013 bude vhodné pouºít, a tím získáme i p edstavu o minimálním po tu server. Microsoft Lync Server 2013 obsahuje tyto role [7]: ˆ Front End Server ˆ Back End Server ˆ Edge Server ˆ Mediation Server ˆ Director ˆ Monitoring Server ˆ Archiving Server ˆ Persistent Chat Server Front End Server FE server je jádrem Microsoft Lync Serveru Tato role má primárn na starost tyto sluºby: ˆ Autentizaci a registraci uºivatel ˆ IM & Presence ˆ Seznam kontakt ˆ Aktualizace kontaktní karty kaºdého uºivatele díky jejich AD ú t ˆ Umoº ování hlasových a videohovor ˆ Sdílení obrazovky, prezentací a program ˆ Ukládání IM konverzace na Microsoft Exchange Server, ˆ Sbírání informací pro Monitoring Server ˆ A mnoho dal²ích webových sluºeb Ve zkratce by Microsoft Lync Server nemohl existovat bez FE serveru. Dále se FE server d lí podle edice na SEFE a EEFE server, jelikoº v kaºdé edici FE server obsahuje a podporuje jiné role a sluºby. Jeden i více FE server v topologii vytvá í Front-End Pool. Na tomto Poolu se povolují noví uºivatelé, kte í se budou moci p ihlásit do Microsoft Lync Clienta. Krom uºivatel se na FE serveru nastavují ve²kerá omezení, politiky, p ístupy atd. SEFE obsahuje navíc Central Management Store databázi, která uchovává informace o vytvo ené topologii Microsoft Lync Serveru. V p ípad EEFE tuto databázi obsahuje Back-End Server. 9

16 2 MICROSOFT LYNC Back-End Server Server s touto rolí je v podstat databázový server, který obsahuje Microsoft SQL Server. BE poskytuje r zné databázové sluºby pro Front-End Pool, jako databáze vytvo ených uºivatel na Front-End Poolu, jejich seznam kontakt, data o konferencích i zálohy databáze Central Management Store. Na BE serveru se nachází pouze tyto r zné databáze a zálohy. Z t chto d vod BE server neobsahuje ºádné jiné role a nenabízí ºádné dal²í sluºby. Jeden i více BE server v topologii vytvá í Back-End Pool. V tomto poolu se vyuºívá Mirroring a Clustering metod, které slouºí k zálohování databáze a zrychlení operací s databází Edge Server Edge server je unikátní role serveru, která povoluje komunikaci interních uºivatel s uºivateli z externí sít. Interní síti se myslí topologie Microsoft Lync Serveru, která je ukryta p ed zbytkem sv ta pomocí sí ového rewallu. Za tímto rewallem se nachází externí sí. Díky Edge serveru se m ºe vyuºívat sluºeb Mobility a Federace, které ostatní role nenabízí. Jeden i více Edge server v topologii vytvá í Edge Pool Mediation server Mediation server je role serveru, která p ekládá signalizaci, a v n kterých p ípadech p ekládá i média, mezi interní topologií Microsoft Lync Serveru a ve ejnou PSTN sítí, IP-PBX a SIP trunkem. Díky Mediation serveru m ºeme vyuºívat sluºeb Enterprise Voice a Dial-In sluºby. Tuto roli m ºe vyuºívat samostatný server v topologii nebo m ºe být sou ástí FE serveru. Jeden i více Mediation server v topologii vytvá í Mediation Pool Director Director je role, která provádí autentizaci uºivatel, je²t neº se po²le ºádost na FE server. Této role se vyuºívá p eváºn, pokud topologie obsahuje Edge servery a mohou hrozit DoS/DDoS útoky p i komunikaci s externí sítí. Díky Director role se zvy²uje celkové zabezpe ení topologie. Nicmén je tato role ist volitelná. Pokud v topologii není nasazen Director server, autentizaci uºivatel bude provád t FE server Monitoring Server Monitoring server je role serveru, která slouºí pro monitorování kvality hovor, videohovor i konferencí v rámci PC-to-PC, Enterprise Voice i Federací. Monitoring Server je sou- ástí FE serveru v distribuci Microsoft Lync Server Ve star²ích distribucích musel tuto roli vyuºívat samostatný server nasazený v topologii Archiving Server Archiving server je role serveru, která ukládá IM konverzace mezi uºivateli a nebo na meetingu. Taktéº ukládá informace o pouºitých prezentacích v konferencích, ale i o poslaných souborech mezi uºivateli. Taktéº jako Monitoring Server, tak i Archieving Server je sou ástí FE serveru v distribuci Microsoft Lync Server Ve star²ích distribucích musel tuto roli vyuºívat samostatný server nasazený v topologii. 10

17 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO Persistent Chat Server Persistent Chat je speciální role, která pot ebuje sv j Persistent Chat FE a Persistent Chat BE. Jak jiº bylo zmín no v této práci, Perstitent Chat vytvá í chatovací místnosti pro uºivatele. Tyto místnosti mohou slouºit k r zným kolaboracím mezi týmy nebo k jiným ú el m. Výhodou oproti konferencím je moºnost vytvo ení místnosti bez expira ní doby, která slouºí pro danou problematiku. V p ípad smazání této místnosti z Persistant Chat Serveru, tato místnost zanikne. V Enterprise Edition e²ení musí tuto roli vyuºívat samostatné servery. Ve Standard Edition e²ení m ºe být Persistent Chat sou ástí SEFE. 2.3 Edice Microsoft Lync Serveru 2013 Microsoft Lync Server 2013 obsahuje dv licen ní edice [8]: ˆ Standard Edition ˆ Enterprise Edition Ob edice mají spole nou instalaci a podporují stejné sluºby. Hlavním rozdílem t chto edicí je po et rolí, které obsahuje hlavní FE server, coº p iná²í podstatné výhody a nevýhody pro ob edice Microsoft Lync Server 2013 Standart Edition Standard Edition je e²ení, ve kterém SEFE server obsahuje tyto role. ˆ Front-End Server ˆ Back-End Server ˆ Mediation Server ˆ Director ˆ Archiving Server ˆ Monitoring Server ˆ Persistent Chat Server To ve výsledku znamená, ºe SEFE server oproti EEFE serveru navíc obsahuje Back-End Server a Central Management Store. Ostatní chyb jící role uº nem ºe SEFE obsahovat, jelikoº tyto role pot ebují samostatný server, který se následn p idá do nasazené topologie Microsoft Lync Serveru. Hlavními výhodami tohoto e²ení je nízká cena, snadné nasazení topologie a jednoduchá správa, protoºe pro poskytování sluºeb posta í jeden SEFE. P eváºn je toto e²ení výhodné pro men²í spole nosti. Dále je SQL databáze jiº obsazena ve FE serveru, coº uleh uje celkovou správu. Bohuºel, jeden SEFE nepodporuje redundanci. V p ípad poruchy SEFE serveru se zastaví v²echny poskytované sluºby. Nicmén se tento problém dá odstranit p idáním nového SEFE. Dal²í nevýhodou tohoto e²ení je podpora maximáln 5000 Microsoft Lync Client na jeden SEFE server. 11

18 2 MICROSOFT LYNC Microsoft Lync Server 2013 Enterprise Edition Cílem Enterprise Edition e²ení je nasazení vysoce kvalitní topologie Microsoft Lync Serveru, která pln podporuje v²echny nabízené sluºby a zaji²tuje vysokou dostupnost sluºeb. Pro zaji²t ní vysoké dostupnosti a kvality, je d leºité mít vºdy jeden server pro konkrétní roli. Tyto servery se, pomocí správn nastavených sí ových load-balancer, udrºují rovnom rn zatíºené. V p ípad problému s jedním serverem se vyuºije zbytku volné kapacity ostatních server, které do asn zastoupí tento problémový server. Aby se tak mohlo dít a ostatní servery mohly p ebírat práci za po²kozený server, je zapot ebí kvalitní redundance. Topologie musí být navrºena tak, aby konkrétní role byla pokryta minimáln dv ma servery. Najdou se zde i výjimky. V p ípad MS role posta í mít pouze jeden server, ale poté je zde riziko ohroºení nabízené sluºby, kterou tato role poskytuje. V p ípad EEFE serveru je pro Microsoft Lync Server 2013 nutné mít minimáln t i servery. Také p i r zných zp sobech nasazení databáze je kladena podmínka na minimální po et BE server. Hlavními výhodami tohoto e²ení je jiº zmín na vysoká kvalita a dostupnost neboli HADR. Dále je podporováno 6600 Microsoft Lync Client na jeden EEFE server. Podstatnou nevýhodou je cena. Z d vodu redundance a tvorby kvalitní topologie jsou kladeny vysoké nároky na hardware jednotlivých server a celkový po et nasazených server. Dále jsou v t²í poºadavky na kvalitní p ipojení po íta ové sít a sí ové load-balancery, které Standard Edition e²ení nepot ebuje. Kv li vý²e uvedeným nárok m Enterprise Edition e²ení vyuºívají spí²e velké korporace, neº malé spole nosti. Dal²í podstatnou nevýhodou je pot eba perfektní znalosti Microsoft Lync Serveru p i tvorb Enterprise Edition e²ení. Vysoký po et nasazených server a dal²ích za ízení pot ebuje perfektní znalost této oblasti z d vodu budoucí správy topologie a správného prvotního nasazení. P edpoklady, které Enterprise Edition e²ení musí spl ovat, jsou natolik komplexní, ºe p evy²ují téma této práce. Více detailních informací o této problematice obsahuje ociální dokumentace od spole nosti Microsoft [9]. 12

19 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO 3 Seznámení s HiPath 4000 V roce 1996 bylo na V B-TU v Ostrav vytvo eno ²kolící centrum spole nosti Siemens pro úst edny hicom300 a katedra telekomunika ní techniky dostala darem vybavení k provád ní ²kolení. Prakticky kaºdý rok byl na tomto systému proveden upgrade a Siemens dodával nová za ízení, mnohdy je²t p ed uvedením na trh. Provád ly se testy interoperability a pozd ji k úst edn Hicom300 p ibyly dal²í systém hicom300e, hipath3000, hipath8000, hipath5000, hipath2000, hipath4000 a nakonec Open Scape Voice (následovník hipath8000). P vodní hicom300 jiº v inventá i laborato e není, stejn jako mnoºství dal²ích star²ích systém a spolupráce se Siemensem se orientovala na vytvo ení spole ného Vývojového a testovacího centra, do kterého v roce 2013 Siemens investoval 1 mil. K. Siemens HiPath 4000 je konvergovaný komunika ní systém, který má následující základní vlastnosti: ˆ Vysoká spolehlivost, redundance. ˆ kálovatelná architektura a snadná migrace mezi verzemi ˆ Otev ená rozhraní a moºnost p ipojení externích aplikací p es standardizované protokoly (nap. CSTA, SIP, QSIG, atd...) Díky vlastnostem vý²e zmín ným nabízí komunika ní server Siemens HiPath 4000 : ˆ Rozsáhlou sadu funkcí pro IP telefonii, digitální i analogovou s mnoºstvím r zných rozhraní ˆ Ve ejné a privátní sí ování p es analog, TDM, IP trunky a moºnosti nasazení do komplexních korporátních sítí i nejv t²ích nandárodních korporací. ˆ Moºnost redundantního e²ení (redundantní napájecí moduly, ídící moduly, backup Gateway pro IP telefony), vysoký stupe zabezpe ení komunikace a ²ifrování jak signalizace, tak i p ená²ených médií. ˆ Jednotnou komunikaci a integraci na bázi standard, rovn º UC a UM (Unied Communications a Unied Messaging) a rozsáhlou adu funkcí a sluºeb. Siemens HiPath 4000 umoº uje pro IP p ístupové body sm rovat média p es PSTN sí a signalizaci p es WAN nebo PSTN sí, která se pouºije v p ípad výpadku WAN spojení, obsazených VoIP zdroj nebo nedostate né IP kvality. To je v této chvíli stru né p edstavení a dal²í kapitoly budou v novány konguraci hipath4000 pomocí AMO p íkaz a moºnostem tohoto systému. Student by m l po absolvování tohoto kurzu být schopen provád t základní správu systém hipath4000 na úrovni administrátora a osvojit si lozoi AMO p íkaz. Hipath4000 je provozován i na V B-TU v Ostrav a v síti univerzity je dnes aktivních na 4500 pobo ek v rozsáhlé síti 3.1. Pouºívají se analogové, digitální i IP telefony. Celkov provozuje V B-TUO t ináct hipath4000 rozmíst ných v Ostrav a ty i star²í hicom300 na studentských kolejích. Sí ování je provedeno p es ISDN a rovn º p es IP p í ky. Zku²enosti z provozu a reáln e²ených problém nepochybn obohatí tento u ební text a pom ºe jej p iblíºit více b ºné praxi. 13

20 3 SEZNÁMENÍ S HIPATH Obrázek 3.1: Schéma sít hipath4000 na V B-TUO.

21 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO 4 Úvod do správy komunika ních systém pomocí MML jazyka AMO MML (Man Machine Language) jazyky jsou zpravidla vytvá eny za ú elem standardizace rozhraní pro správu telekomunika ních i sí ových za ízení pomocí p íkazového ádku. Obecnou denici m ºeme najít v doporu ení ITU-T ady Z.300 [10], p i emº specikaci syntaxe popisuje ITU-T Z.315 [11]. Mezi MML jazyky pat í AMO (Administration and Maintenance Operation Language), který slouºí pro správu komunika ních systém Hipath4000 výrobce Siemens. Krom Hipath4000 se pomocí AMO mohou kongurovat rovn º jiº dnes nedodávané tel. úst edny jako je Hicom300, Hicom300E i Hicom300H. Syntaxe AMO je známá jiº více neº 25 let, základní konstrukce z stává identická, pouze se m ní rozsah parametr u jednotlivých verzí. P vodní prost edí jazyka AMO, pro které byl vyvíjen, je opera ní systém RMX (Real-time Multitasking executive), za jehoº vznikem stojí spole nost Intel a pozd ji RTOS (Real-Time Operation System). V tomto p ísp vku si vysv tlíme konstrukci AMO p íkazu a vytvo ení b ºn se vyskytujících pobo ek Hipath Syntaxe AMO Obecná syntaxe AMO za íná klí ovými slovy verb-noun odd lenými poml kou, p i emº první vyjad uje poºadovanou aktivitu (nap. change, delete, add, atd..) a druhé specikaci ur ení (nap. SCSU Subscriber Conguration of Switching Unit). AMO uºívá pro noun nej ast ji výrazy: add, delete, change, display, activate, deactivate, regenerate, které se dají zkrátit, sta í napsat alespo první t i písmena, ili add, del, cha, dis, act, dea a reg. Krom toho existují i dal²í mén vyuºívané jako nap. start, stop, execute, collect, input, dialog, input, output. Co se tý e noun, tak t ch je zhruba dv st a kaºdý syntaxe obsahuje parametry s hodnotou Parametr=hodnota a t chto parametr je n kolik tisíc [12], [13]. Syntaxe AMO vypadá následovn : Verb-Noun:Parameter1=Value1,...,ParameterN=ValueN; Pokud znám po adí parametr v AMO p íkazu, tak lze zadávat p ímo jejich hodnoty ve form : Verb-Noun: Value1, Value2,Value3..., ValueN; Parametry se d lí na povinné (required), bez jejichº zadání nelze p íkaz provést a parametry nepovinné (optional), které se zadávat nemusí a pouºije se výchozí hodnota (default value). St edník na konci p íkazu umoº uje p esko it v²echny nepovinné parametry. Dal²ími speciálními znaky jsou spojovník & z et zující více hodnot, nap. 2001&7845 a rozsah &&, kterým nap. zadám rozsah hodnot 2001&&2099. Dal²í speciální znak $ umoº uje uloºení a vyvolání prom nné anebo znak? pro získání interaktivní nápov dy, ili t etím zp sobem zadání AMO p íkazu m ºe být interaktivní komunikace s vyvoláním nápov dy k jednotlivým parametr m, nap. p i zm n datumu: <CHA-DATE YEAR = MONTH = DAY =? 15

22 4 ÚVOD DO SPRÁVY KOMUNIKAƒNÍCH SYSTÉM POMOCÍ MML JAZYKA AMO DAY : DATE - DAY CHARACTERISTIC : OPTIONAL NO. 3 MEMBER OF A GROUP POSSIBLE VALUES : 1-31 DAY = Kaºdý parametr potvrdíme pomocí enter, a koliv ºádnou hodnotu vkládat nemusíme, pokud se jedná o volitelný parametr. Krom zadávaného AMO p íkazu v p íkazové ádce CLI (Command Line Interface), m ºeme AMO vygenerovat pomocí dal²ích pomocných nástroj (nap. Comwin anebo Hipath Assistant), av²ak pro nás je klí ová znalost AMO p íkaz a pokud zvládneme syntaxi v CLI, tak nemusíme pouºívat nástavbové aplikace, které nevyºadují expertní znalosti a obsahují zpravidla komfortní uºivatelské prost edí v etn nápov dy. AMO p íkaz je vykonán p ímo v RMX, pod kterým b ºí SWU (Switching Unit) a p ípadn dal²í servery jako ADS (Administration Server), VMS (Voic Server), atd... Koncepce hipath4000 pouºívá krom RMX i dal²í OS UW7 (UnixWare), ve kterém b ºí webový server a umoº uje uºivateli kongurovat systém p es webové rozhraní dostupné protokolem HTTPS, jak v UW7 tak v RMX jsou vlastní databáze, které musí být mezi sebou synchronizovány, coº znázor uje 4.1. Po vypln ní menu ve webovém formulá i v UW7 je zaslán AMO p íkaz do RMX, ili primární DB je RMX. Hipath4000 pro sv j b h nakonec UW7 nepot ebuje a Obrázek 4.1: Notikace pomocí AMO pro synchronizace DB mezi RMX a UW7. daná oblast s OS se dá vypnout, systém lze provozovat na RMX/, opa n to provést nelze. Pokud je proveden AMO p íkaz na vstupu (krok 1), tak evokuje jednak zm nu hodnot ve vlastní DB v RMX a jednak je zaslán do UW7, kde je nakonec provedena zm na ve vlastní DB UW7 (Informix). UW7 provádí kontrolu zm n v nativní DB RMX a to pomocí AMO p íkazu UPLOL i UPLO2, krok 6. Za zmínku stojí, ºe RMX i UW7 se d lí o jeden fyzický procesor, by více jádrový a více vláknový. Jak jsme jiº zmínili vý²e, tak cílem je zvládnutí 16

23 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO AMO p íkazu, které umoº uje efektivní správu komunika ního systému v p íkazovém ádku bez nástavbových grackých uºivatelských rozhraní GUI. 4.2 Rychlý úvod do kongurace ú astník s praktickými p íklady AMO SCSU a SBCSU umoº uje provád t z izování, modikaci i smazání ú astnické kongurace. Ú astníci Hipath4000 m ºou být z ízeni na následujících t ech základních rozhraních: ˆ U analogové dvouvodi ové rozhraní, ú astnická dvoulinka se smy kovou signalizací, s automatickým rozpoznáním typu volby (posledních deset let výhradn DTMF) a s p enosem ísla volající-ho CLIP (FSK, ITU-T V.21), ve smy ce impedance 500, 750 i 1,5 kw v závislosti na typu pouºité ú astnické sady, ˆ Upo digitální dvouvodi ové rozhraní, signalizace Cornet TS, jedná se o proprietární rozhraní fy Siemens, ale je vyuºíváno i jinými výrobci nap. eským výrobcem 2N Telekomunikace, krom aktuáln dostupných koncových za ízení na trhu z ady OpenStage T a OptiPoint500 je rozhraní ur eno i pro star²í ady Optiset. ˆ Ethernet (10/100/1000), aplika ní protokol SIP s moºností p ipojení jakéhokoliv za ízení kompatibilního s RFC 3261 anebo HFA (Hipath Feature Access) protokol, který je proprietární, vychází z H.323 standardu s funkcí tunelovaného Cornet protokolu a je podporován na p ístrojích ady OpenStageHFA i Optipoint400/600 (do p ístroj existuje i FW s podporou SIP). Krom vý²e uvedeného je pochopiteln moºné z izovat i ISDN ú astníky, coº je v dne²ní dob jiº zcela raritou a v kurzu se v nujeme pouze vysv tlení a procvi ení sí ování, kde je technologie ISDN v oblasti M/LE (Medium/Large Enterprise) stále majoritní. V dal²ích podkapitolách se budeme v novat postup m, jak pomocí AMO p íkazu zkongurovat jednotlivé ú astníky. P i konguraci pomocí AMO platí jednoduchá zásada, analogové p ístroje spravují pomocí AMO SCSU, ve²keré ostatní pomocí SBCSU Analog Pro analogová koncová za ízení se pouºívá AMO SCSU (Subscriber Conguration of Switching Unit). Rovn º lze vytvo it virtuálního ú astníka pomocí INS=FLOAT, takovýto ú astník neobsazuje fyzický port, ili je bez p i azeného PEN (Port Equipment Number). Pokud je takovémuto ú astníkovi p i azen PIN, tak s tímto PINem s m ºe p ihlásit na kterémkoliv p ístroje, realizovat hovory na ú et své domovské stanice i vzdálen nastavovat její p esm rování. PEN prezentuje HW adresu v systému a má strukturu LTG-LTU-SLOT-CCT. CCT (Circuit) p edstavuje konkrétní port modulu (karty), spravuje se p íkazem AMO BCSU (Board Conguration of SWU), modul obsazuje SLOT (pozici v rámu) a jeden rám obsazený moduly p edstavuje LTU (Line Trunk Unit). Skupina LTU spravovaná jedním koordina ním procesorem je sdruºena v LTG (Line Trunk Group). Rovn º je moºné vytvo it ú astníka jako odhlá²eného bez p i azené pozice pomocí parametru INS=SIGNOFF a takovéhoto ú astníka p ihlásit posléze p ímo z telefonního p ístroje pomocí kódu z ízeného v AMO PERSI (Personal Identication) anebo pomocí CLI p íkazem AMO DSSU (Device Switch of SWU). Moduly, které podporují analogové p ístroje jsou SLMA, SLMA1, SLMA2, SLMA3, SLMA24, SLMAC, SLMAR a SLMAV, jejich popis lze nalézt v dokumentaci [13]. 17

24 4 ÚVOD DO SPRÁVY KOMUNIKAƒNÍCH SYSTÉM POMOCÍ MML JAZYKA AMO <ADD-SCSU:STNO=2707,PEN= ,DVCFIG=ANATE,DPLN=0,ITR=0,COS1=11,COS2=11, LCOSV1=3,LCOSV2=1,LCOSD1=1,LCOSD2=1; Vý²e uvedený AMO p íkaz p edstavuje p idání analogové pobo ky s íslem (STNO Station Number) 2707 na pozici PEN nakongurované jako analogový terminál ANATE. Ú astník je z ízen s p ístupem do íslovacího plánu DPLN (Dial Plan) íslo 0 ve skupin ITR=0 (Internal Trac Restriction Group), jeho t ída sluºeb COS (Class of Service) je nastavena na 11, a to jak pro p ípad denního oprávn ní COS1, tak i no ního COS2. Co se tý e p ístupu na odchozí vedení/kanály p es LCR (Least Cost Routing), tak to je dáno nastavením LCOSV, op t pro denní a no ní, p i emº LCOSV jsou spravovány pomocí AMO COSSU a LCOSV1=3 umoº uje volání v rámci ƒr a LCOSV2 jej omezuje pouze na interní volání v rámci podnikové sít úst eden. Stejný p ístup je pouºit pro data LCOSD, pro hovory ale nemá význam tento parametr e²it a je v zásad jedno, jaká t ída mu bude nastavena. <DEL-SCSU:STNO=2707,CMIND=ALL; Vý²e je uveden p íklad smazání pobo ky 2707, a to v²ech dat CMID (Individual Station Features) Digitál na Upo rozhraní Jak jsme se jiº zmínili na za átku kapitoly, tak m ºeme na Upo kongurovat p ístroje Open- Stage T, OptiPoint500 i Optiset, ili ty, které vyuºívají Cornet protokol. Kongurace je provedena v AMO SBCSU. N které parametry byly vysv tleny jiº v p edchozí podkapitole v AMO SCSU, takºe se omezíme pouze na rozdíly. <ADD-SBCSU:STNO=2708,OPT=OPTI,CONN=DIR,DVCFIG=OPTIP500,PEN= , COS1=31,COS2=31,LCOSV1=3,LCOSV2=1,LCOSD1=1,LCOSD2=1,SSTNO=Y, Parametr OPT=OPTI denuje typ terminálu, který je p ipojen p ímo na port CONN=DIR a v konguraci OptiPoint500 DVCFIG=OPTIP500. Poslední parametr SSTNO (Secret Station Number) zp sobí trvalé potla ení zobrazení ísla volajícího, p i emº pomocí SSTNO=ONLYEX0 lze nastavit trvalé zamezení pouze pro odchozí volání p es trunk. Co se tý e t ídy sluºeb COS, tak je zvolena jiná t ída z toho d vodu, ºe digitálnímu p ístroji m - ºeme dát p ístup k více dopl kovým sluºbám, ty se spravují pomocí AMO COSSU i SDAT (Administration of Scubscriber Attributes and Data). Rozhraní Upo obsahují moduly SLMO, SLMO24, SLMOQ i SLMOP HFA IP Phone Hipath Feature Access je signalizace vyuºívající H.323 a má tu p íjemnou vlastnost, ºe umoº- uje tunelovat Cornet protokol, k emuº se vyuºívá zpráv FACILITY, protoºe signalizace volání H225.0/Q.931 uºívaná v H.323 vychází z ITU-T Q.931, stejného doporu ení, který je pouºit pro CornetTS. IP telefony komunikují p es modul STMI/STMI i STMI4 (Station/Trunk Module IP). Zprávy lze snadno analyzovat i sí ovým analyzátorem Wireshark a práce s HFA je komfortní jak z hlediska administrace systému, tak p edev²ím z hlediska uºivatelského. Design p ístroj Optipoint400 vychází z digitálních OPtiPoint500 a OpenStageHFA zase z OpenStage T, p ístroje vypadají na první pohled identicky, nabízí stejný rozsah sluºeb a mají stejné ovládání, uºivatel tak nepozná rozdíl, který je ov²em zásadní. V p ípad HFA se jedná o IP telefon a p ístroj vyºaduje p íslu²ný FW, zmín né p ístroje mají moºnost volby FW pro 18

25 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO SIP i HFA. V p ípad velkého mnoºství IP telefon je výhodné pouºívat nástroj Deployment Server (DLS), pomocí kterého lze provád t hromadné upgrady, zm ny v p ihlá²ení i nastavení kodek a mít p ehled o umíst ní IP telefon. Pokud se vhodn nakonguruje DHCP server s tím, ºe IP telefon se o existenci DLS dozví z option43 (vendor-specic-option), tak IP telefon sám kontaktuje DLS, který jej zkonguruje (autokongurace/provisioning), tím pádem odpadá individuální nastavování p ístroj, které by je záleºitostí n kolika minut, tak v p ípad nap. sít MPSV o cca 11 tis. IP telefonech, dostává p ípadná zm na IP adresy STMI úpln jiný asový rozm r. <ADD-SBCSU:STNO=2709,OPT=OPTI,CONN=IP2, DVCFIG=OPTIIP, COS1=31,COS2=31, LCOSV1=3,LCOSV2=1,LCOSD1=1,LCOSD2=1, IPPASSW="klokan123",IPCODEC=G711P; P ipojení p es IP je zvoleno parametrem CONN=IP2 (IP2 je pro nov j²í typ STMI2 i STMI4), kongurace p ístroje je DVCFIG=OPTIIP. Dal²ím pot ebným parametrem je heslo IPPASSW="klokan123"individuáln nastavitelné pro kaºdého ú astníka a posledním je volba preferovaného kodeku (G711 v na²em p ípad, kongurace celé sady kodek a port jde p es AMO CGWB) SIP IP Phone Jádro SIP protokolu je popsáno v RFC 3261 a k SIPu je dostupná ada kvalitních knih [5], [6]. V p ípad Hipath4000 je funk nost dopl kových sluºeb u SIP ú astníku zna n limitována. Podporovanými sluºbami jsou: CLIP/CLIR, COLP/COLR, Call Hold/Call Retrieve, Call Transfer. SIP ú astník nem ºe být lenem HT (hunting groups), v týmových skupinách nem ºe být kongurován jako ²éf (²éfsekretá ké soupravy), nem ºe být lenem skupin p evzetí volání PU (pick-up groups), není moºné napojení i poklepání do hovoru. Na SIP ú astníka funguje sice zp tné volání, ale nem ºe funkci CCNR/CCBS vyvolat. <ADD-SBCSU:STNO=2732,OPT=FPP,CONN=SIP,DVCFIG=S0PP,COS1=35, COS2=35,LCOSV1=3, LCOSV2=1,LCOSD1=1,LCOSD2=1,PROT=SBDSS1, OPTIDX=10,IPCODEC=G711P, PASSWD="delfin1699",USERID="2732", SECZONE="vsb.cz", AUTHREQ=Y; Ve vý²e uvedeném vytvo ení SIP ú tu je d leºité zvolit CONN=SIP a OPT=FPP, kongurace za ízení je zcela nelogicky S0PP a protokol SIP je namapován na prol OPTIDX=10 protokolu PROT=SBDSS1. Uºivatelské jméno se volí v USERID a v na²em p ípad je pro jednoduchost shodné s tel.., klí ové je zvolit AUTHREQ=Y, aby prob hla autentizace metodou Digest, kde je nutné denovat realm jako SECZONE, ten nemá nic spole ného s doménou, jde pouze o parametr do hashovací funkce. 4.3 Comwin Aplikace Comwin je ur ena pro servisní p ístup do systému hipath4000 a je staºitelná p es webový p ístup Hipath Assisstant ( volbou Expert Mode > hipath4000 Expert lze otev ít stahovací dialog MML programu Comwin 4.2. Hipath4000 je moºné kon- gurovat p es webové rozhraní pomocí portálu Hipath Assisstant, který b ºí na UnixWare7 (UW7), vypln né menu v Conguration Management vygeneruje AMO p íkaz, který je z UW7 zaslán do RMX. Nainstalováním Comwin m ºeme zasílat AMO p íkazy do RMX nap ímo z aplikace, a jiº ve form MML syntaxe anebo vypln ním poloºek, takový AMO p íkaz vygenerovat. Nainstalování se v MS Windows objeví ada uºite ných nástroj, z nichº budeme pouºívat aplikaci Connect 4.3. Po spu²t ní aplikace Connect zvolíme Connections > 19

26 4 ÚVOD DO SPRÁVY KOMUNIKAƒNÍCH SYSTÉM POMOCÍ MML JAZYKA AMO Obrázek 4.2: Staºení programu Comwin. Obrázek 4.3: Nainstalované nástroje Hipath4000 Expert Access v MS Windows. Network > New pojmenujeme ID a v záloºce FAMOS vyplníme IP adresu hipath4000 v poloºce Hostname a dal²í poloºky dle obrázku 4.4. Za²krtnutím volby Add to favorite list se nám nov vytvo ená poloºka p idá do oblíbených v hlavním menu aplikace Connect. Kliknutím na nov vytvo enou poloºku dostaneme p ihla²ovací dialog, ve kterém zadáme p ihla²ovací údaje username:student a password:student, viz Pokud chceme, aby p ihla²ovací dialog nabíhal automaticky, tak vyplníme záloºku Security, kde za²krtneme Auto Logon. Automatického p ihlá²ení s p edvypln ným uºivatelským jménem a heslem lze dosáhnout, pokud zvolíme v Hipath4000 Expert Access 4.3 poloºku Security Settings a v ní za²krtneme volbu u poloºek Generall Password Authorization a Teka from Directory User Password a Hicom Password, následn se nám zp ístupní zadání poloºek User Account, Password, Hicom Password na kart Security ve vypl ovaném nastavení p ipojení programu Connect. Security Nyní m ºeme zadat sv j první p íkaz v p íkazovém ádku, který je ve spodní ásti obrazovky programu a dotáºeme se na nastavené datum pomocí AMO p íkazu dis-date;. Odezvu vidíme v horní ásti aplikace, ²ipkou nahoru a dol m ºeme listovat v zadaných p íkazech a stisknutím Enter jej p enést do p íkazového ádku. To lze init i s textem z horní ásti obrazovky. Rovn º je doporu eno spustit makro Retrieve System Variant, ímº se ov í verze systému hipath4000 a automa- 20

27 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO Obrázek 4.4: Vypln ní poloºek nastavení FAMOS. Obrázek 4.5: P ihlá²ení v Comwin. ticky provede nastavení programu Comwin, viz P i zadávání p íkazu platí pro syntaxi v²e uvedené na po átku této kapitoly 4.1 na stran 15. Nutno podoktnout, ºe p i chybn zadané hodnot parametru se nedá vracet a celé zadávání se musí p eru²it pomocí kombinace kláves CTRL+X. To je pot ebné provést kdykoliv v situaci, kdy není moºné pokra ovat a student by m l dbát na to, a svým nedokon eným zadáváním p íkaz neblokuje p ístup ostatním student m, a koliv m ºe býti terminálu sou asn p ihlá²eno více, tak jednotlivé p íkazy jsou zpracovávány ve front typu FIFO. Je pot ebné neustále dbát na to, aby byl p ítomen 21

28 4 ÚVOD DO SPRÁVY KOMUNIKAƒNÍCH SYSTÉM POMOCÍ MML JAZYKA AMO Obrázek 4.6: Zadání p íkazu v p íkazovém ádku. v p íkazovém ádku prompt > indikující, ºe terminál je p ipraven p ijmout dal²í p íkaz. V tomto p ípad se jeví velmi uºite né vyuºívat nástroj Comwin Edit, který se po vloºení kombinace verb-noun anebo pouze noun stisknutím kombinace kláves CTRL+TAB. Zadávání v Comwin Edit je velmi jednoduché, tu né písmo indikuje parametry povinné, které musí být zadány, vlevo dole je vºdy rozsah moºných hodnot parametru v etn uvedení jeho významu a v p ípad vícenásobné volby hodnot je k dispozici dal²í podmenu. Po vypln ní v²ech povinných poloºek je moºné stisknout klávesu ENTER a je vygenerován AMO p íkaz, který je moºné dal²ím stisknutím enteru odeslat do RMX k provedení. Dal²í výhodou Comwin Edit je, ºe se ve vypl ování poloºek lze vracet, nebo se nejedná o interaktivní komunikaci s RMX, jak v p ípad odesílání hodnot parametr a jejich dotazováním p es znak?, ale AMO p íkaz je vytvo en aº po stisknutí enteru a p ed jeho odesláním do RMX je moºné si jej prohlídnout, editovat i zru²it 4.7. Comwin loguje ve²keré zadávané p íkazy a odpov di do souboru, který je nastaven Options > Conguration > Files > LogFile. Doporu uji zm nit fonty pouºívané v dialogu, p es který je nastaven Options > Conguration > Dialog > Fonts, kde zvolíme volbu Courier New. 22

29 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO Obrázek 4.7: Práce v Comwin Edit. 5 Architektura systém Siemens hipath4000 Hipath4000 (rovn º ozna ován jako OpenScape 4000) navazuje na p edchozí komunika ní systém hicom300e a hicom300 spole nosti Siemens. Dnes je hipath4000 vyvíjen áste n i v Brn, kde se nachází jedno z vývojových center spole nosti Unify (Unify je nástupce Siemens Enterprise Communications). V roce 2008 koupila americká nan ní skupina Gores group v t²inový podíl v Siemens Enterprise Communications (SEC) s právem vyuºívat obchodní zna ku Siemens a v roce 2013 p ejmenovala SEC na Unify. Hicom300 byl vyvíjen v polovin 80-tých let Siemensem a v dob, kdy v bec vznikal koncept ISDN technologie. V rámci jedné ady, nap. h300, existovala ada verzí a v rámci kaºdé verze existovaly korektury (patche), které byly následn zapracovány do vy²²í verze. U hicom300 je poslední verze s ozna ením V3.6 z roku 1999, a koliv výroba byla ukon ena jiº v polovin 90-tých let, tak je²t byly vydány 23

30 5 ARCHITEKTURA SYSTÉM SIEMENS HIPATH4000 dv SW verze. U hicom300e je poslední moºná verze V3.0 a sou asný hipath4000 (OpenScape 4000) o ekává v roce 2014 verzi V Hicom300 - po átek geneze. Úst edna hicom byla jedna z nejúsp ²n j²ích pobo kových úst eden 80-tých a 90-tých let, její výroba byla ukon ena v roce Svou architekturou byla velmi podobná prvním verzím EWSD (ve ejná úst edna) a byla nasazována v ad velkých nadnárodních korporací, v po átcích mí ila pouze na segment velkých a st edn velkých systém, pro segment men²ích a st edních systém m l Siemens produkt hicom150 (pozd ji hipath3000/openscape Oce). Ve spodní polici sk ín hicom300 (Cabinet, mezi techniky nazývána jako almara) bylo ízení, Obrázek 5.1: Fotograe úst edny hicom300. které se sestávalo z ady modul tvo ící ízení CC - Common Control, z centrálního ízení vedly kabely do jednotlivých ídících periferních modul LTUC. Tyto LTUC (Line Trunk Unit Control) se staraly o jednotky LTU, kaºdá LTU byla umíst na v separátní polici (shelf) umíst ných nad ízením CC. V LTU se nacházely ú astnické sady a p ena²e e (sady pro trunk), hicom300 byl typický systém 4-té generace pracující uvnit s asovým multiplexem a spojovacím polem s asovým d lením (TDM - Time Division Multiplex). Na obrázku 5.1 je ízení CC ve spodní polici, vpravo jsou vid t disky, druhá police od spodu je napájecí zdroj úst edny, jednak se ze st. 230V muselo vyrobit ss. 48V a nap tí pro nabájení desek, jednak ss. +/- 5V a +/- 12V. Na obrázku je úst edna do kapacity 512 port, v t²í kapacity pouºívaly vy²²í ²esti policové sk ín. Ve spodní polici ízení byla ada karet, kaºdá plnila ur itý úkol a postupn se více funkcí integrovalo na jeden HW, coº u dal²í ady h300e bylo dotaºeno k úplné integraci v²ech funkcí do jediného modulu a u posledních verzí hipath4000 se e²ení 24

31 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO posunulo do cloudu. Hicom300 pouºívá opera ní systém RMX, který pat í mezi opera ní systémy pracující v reálném ase RTOs (Real Time Operation system). Siemens vyvinul jazyk AMO, který jsme si jiº popsali v p echozí kapitole 4.1 na stran 15. Komunikace pomocí AMO p íkaz probíhala výhradn p es RS232 rozhraní, a to bu p ímým kabelem na COM rozhraní anebo p es modem. 5.2 Hicom300E Dal²í vývojovou etapou byly úst edny hicom300e, které p inesly tehdy nové moºnosti p ipojení p es IP a nový typ ízení, který byl nakonec centralizován do jediného modulu, takºe ve v²ech policích bylo moºné pouºívat periferní moduly (ú astnické sady a p ena²e e). Úst edna jiº nep ipomínala almaru, ale pouºívala 30-ti palcovou architekturu, jednotlivé police (shelfs) byly samostatn uzavíratelné a stav ly se modulárn na sebe dle pot eb výstavby 5.2. Obrázek 5.2: Vzhled út edny hicom300e. Zatímco hicom300 se daly vystav t aº do kapacity port, tak hicom300e m ly maximální kapacitu na jeden systém port, ale s vyuºitím proprietárního protokolu Cornet NQ bylo moºné je navzájem propojovat tak, ºe ú astníci nepoznali, ºe jsou na jiných systémech. To bylo umoºn no tím, ºe Cornet NQ p ená²í ve²keré sluºby a týmové funkce lze vyuºívat i na separátních systémech, nap. vyzván jící telefon v Madridu lze indikovat u jiného ú astníka v Ostrav (optickou signalizací - blikající LED a akustickou - pípání) a volání lze jednodu²e p evzít. Výrobce Siemens uvád l ve svých materiálech moºnost pouºití aº do 100 tis. ú astník v podnikových sítích, kde jednotlivé h300e byly navzájem propojeny tak, ºe se chovaly pro ú astníky jako jeden systém. Podstatným vylep²ením ale byly moºnosti p ipojení externích aplikací p es IP jako nap. vyú tování hovorného, centrální telefonní seznam i CTI (Computer Telephony Integration) a samoz ejm terminál pro správu. Kongurace pomocí AMO byla moºná odkudkoliv p es IP (ISO-TSAP protokol). ídící modul DSCXL 5.3 integroval na jedné desce ve²keré funkce ízení v etn generátoru hodin, spojovacího pole, 25

32 5 ARCHITEKTURA SYSTÉM SIEMENS HIPATH4000 komunikace s LTU a generátoru tón, pozd ji byl i disk umíst n p ímo na ídícím modulu (d íve SCSI - spolehliv j²í, z ejm kv li náklad m se p e²lo na IDE). Obrázek 5.3: Blokové schéma s ídícím modulem DSCX. Jednotlivé jednotky LTU se daly v h300e vystav t do velikosti 384 port (16 slot pro modulu v LTU x 24 port na modul) a ízení v maximální konguraci (duplexní ízení) zvládlo 26

33 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO p ipojení 15 x LTU, coº je port. Vývojá i se u h300e zam ili rovn º na sluºby, a to p edev²ím sí ové, jiº zmín ný remní protokol Cornet, bylo moºné tunelovat p es signalizaci Q-SIG a tím pádem i p es heterogenní prost edí jiných výrobc podporujících Q-SIG. To bylo moºné p edev²ím díky standardizaci Q-SIG, která prob hla v ETSI, protokol dostal ozna ení Cornet NQ jako kombinací sí ového Cornet N a QSIG. Mezi týmové sí ové sluºby pat ila nap. vytvá ení skupin p evzetí volání mezi úst ednami, sí ové ²éf sekretá ské soupravy, sí ový PIN (PIN z ízený na jedné úst edn bylo moºné pouºít na jiné, na druhém konci sv ta v rámci podnikové sít ). Mezi aplikace vyuºívající IP nap. pat il sí ový telefonní seznam DS-WIN, který spolupracoval p ímo s úst ednou a synchronizoval data v lokální DB aplikace DS-WIN a v DB v úst edn. Dal²í aplikací bylo nap. CTI, tato aplikace umoº ovala vytá ení z po íta e, aniº by PC bylo p ímo propojeno s daným telefonem a propojení s lokálními seznamy nap. v Outlooku, na CTI serveru byly vytvo eny ú ty, kterým se klient p ihlásil k serveru a CTI server komunikoval s úst ednou pomocí CSTA protokolu. Samoz ejm sí ové vyú tování p ineslo dal²í komfortní moºnosti vy ítání a on-line kontrolu náklad na hovorné. 5.3 Hipath4000/OpenScape4000 Hipath4000 a neboli od verze V7 pod ozna ením OpenScape4000 je komunika ní systém, který m ºe b ºet i ve virtuálním prost edí a pokud nám posta í IP telefony a IP trunky, tak nepot ebujeme ani ºádný dedikovaný HW. P vodní HW pro ízení je zobrazen na obr. 5.4 v plné výstavb pro duplexní reºim a obsahuje t i ídící karty DSCXL 5.5. Ve²keré jednotky systému jsou navrºeny pro 19-ti palcový rack. Obrázek 5.4: Obrázek ídící jednotky h4k ídicí jednotka ídící jednotka má po stranách dva v tráky FAN, ve spodní ásti vidíme podul zdroje PSU - Power Supply Unit, který m ºe být volen jako redundantní 5.5. Na obr. 5.6 je deska DSCXL s popisem elního panelu: ˆ Vlevo je umíst n sedmi segmentový displej indikující stav procesoru, zobrazení osmi ky indikuje dokon ení start-up fáze, v normálním stavu bude zobrazeno A (aktivní), S (Standby) anebo v p ípad ADP (Administration Data Processor) je zobrazena na SSD árka s te kou. 27

34 5 ARCHITEKTURA SYSTÉM SIEMENS HIPATH4000 Obrázek 5.5: Komponenty ídící jednotky h4k. ˆ RESET tla ítko procesoru je ur eno pro manuální reset, stisknutím vyvoláme tvrdý restart systému. ˆ Dále jsou dv zelené LED diody, spodní LED indikující aktivní CPU a horní indikující stav systému. Obrázek 5.6: Deska DSCXL s popisem elního panelu. 28

35 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO ˆ Dal²í dv LED indikují alarmy, spodní je pro MINOR ALARM (nevýznamný) a horní ervená je pro MAJOR ALARM, který vyºaduje zásah (nap. vadný v trák anebo závada na HDD, i bez p ístupu na disk h4k stále b ºí). ˆ Tla ítkem LCT start p epneme zavád ní systému z externího záloºního média namísto z interního hlavního (HDD), po stisknutí se nastaví jako zavád cí médium záloºní. Stla- ením tla ítka RESET vyvoláme hard-restart a systém nab hne z externího média. Jako externí médium je u h4k pouºíván Compact Flash Disk anebo v d ív j²ích verzích Magnetooptický disk. ˆ LCT LED indikuje aktivní nahrávání ze záloºního média. ˆ Do rozhraní LAN je moºné p ipojit Custom - sí zákazníka, Service - servisní LAN, IPDA - pro IPDA architekturu a interní systémovou Atlantic LAN. ˆ Do HTS (RS232) se p ipojuje modem dálkové údrºby (pokud z n jakého d vodu nelze dohledový p ístup realizovat p es IP). Na obr. 5.6 rovn º vidíme v levé ásti knoíkovou baterii, pokud není funk ní, tak ztratíme nastavení asu. ƒas je moºné synchronizovat i p es NTP. Rovn º v levé ásti vidíme slot na SIM kartu nesoucí jedine né informace o identikaci zákazníka, pokud není funk ní, tak se zablokuje správa licencí a není moºné p idávat dal²í ú astníky a sluºby, zatímco systém je funk ní Licencování Jedine ný licen ní kód je spravován pomocí AMO CODEW a je vázán práv na SIM kartu. Pomocí AMO CODEW zjistíme celkový po et licencí dané instalace h4k, po et uºívaných a volných. <DIS-CODEW; H500: AMO CODEW STARTED SALES UNIT COUNTERS =================== CODEWORD: AGCK54RW6VHK7YSMW6USSLANMGQPS892GNE7YTP36YZFA4DGCGXF VERSION HARDWARE ID : H260 : FAFC4AF45 ENTRY DATE : TRIAL MODE DUPLEX LICENSE: YES : NOT ACTIVATED UNIT CON- USED FREE BLOCKED TRACT HIPATH 4000 V6 FLEX SIGNALING SURVIVABILITY CC-AP FOR AP EMERGENCY H07: TRIAL MODE IS AVAILABLE 2 (MORE) TIMES. DISPLAY COMPLETED; 29

36 5 ARCHITEKTURA SYSTÉM SIEMENS HIPATH4000 Jak vidíme v p íkladu výpisu AMO CODEW, tak licence jsou exibilní a je jedno, zda jsou vyuºity na port analogový, digitální, IP anebo pro trunk. P edm t licencování je dále IPDA (signaling survivability a AP emergency), rovn º je vyºadována licence pro duplex ízení. Staré hicom300 nebyly licencovány, licence hipath4000 je generována z licen ního serveru výrobce a je vázána na jedine ný identikátor zákazníka v SIM Duplexní ízení a architektura Jednotlivé moduly ídící jednotky jsou koncipovány následovn : ˆ DSCXL (CC-A) je ídící modul A (správn cpci shelf - ízení, ve kterém je zasunut board DSCXL), pokud se pln podílí na ízení (je jako Active), tak p i výpadku jej nahrazuje identický modul B (p echází ze Standby módu do Active), p epnutí ízení z modulu A na modul B je bez výpadku a sestavená spojení nadále b ºí. ˆ DSCXL (CC-B) je ídící modul B, identický z vý²e uvedeným CC-A, na sedmi segmentovém displeji je zobrazeno písmeno S, pokud je modul v reºimu Standby a písmeno A, pokud je v reºimu Active. V p ípad pouºití reºimu ízení Simplex mono se druhý modul DSCXL nepouºívá. ˆ DSCXL (ADP) je administrativní procesorová jednotka, která má na starosti p ístupy k HDD a CF (Compact Flash), p ípadn MOD (magnetooptický disk). P i vyjmutí jednotky h4k stále b ºí a nemá vliv na provoz, pokud by ov²em do²lo k restartu, tak systém nenab hne (p ístup k primárnímu a záloºnímu médiu má prost ednictvím ADP), rovn º se neukládají tarifní v ty CDR (Call Detail Record), ale z stávají v pam tech CC, dokud se op t nep ipojí ADP a média, poté dojde k jejich uloºení. V závislosti na velikosti provozu mohou CDR vyuºívat buer v CC po dobu od n kolika dní aº po n kolik týdn. V p ípad pouºití reºimu ízení Simplex mono jsou administrativní funkce ADP p ímo na hlavním procesoru, ili se dal²í modul DSCXL nepouºívá. Obrázek 5.7: Pohled na p ední panel modulu S2X8. ˆ HD, MOD, CF - je ²uplík pro média, dá se vytáhnout i za provozu, p ed vytaºením se musí vypnout p ístup pomocí AMO DSSM. ˆ SF2X8 je 2 x osmiportový switch 5.7, prvních ²est port je vyvedeno na backplane pro Atlantic LAN (systémová sí h4k) a vep edu nám proto z stávají pouze dva porty Atlantic LAN, zbylých osm port je ur eno pro Customer LAN (b ºný switch). Pokud se pouºívá simplex mono, tak modul SF2X8 není pot ebný. Na obr. 5.8 jsou znázorn ny jednotlivé bloky ídících modul DSCXL, kde vidíme vlevo procesorovou ást. 30

37 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO Obrázek 5.8: Blokové schéma ízení h4k v duplexu (CC-B není znázorn no, ale je identické jako CC-A). Pro vysv tlení k obr. 5.8 si uvedeme seznam blok s jejich popisem: ˆ Atlantic LAN je vnit ní sí h4k pro CC-A, CC-B a ADP. ˆ Customer LAN je sí zákazníka, do které p ipojíme h4k. ˆ IPDA LAN je sí pro p ipojení vzdálených jednotek IPDA p es IP Jednotlivými logickými funk ními bloky RTM (Real Time Module), které zaji² uje DSCXL, jsou následující: ˆ DP board control, je ízení RTM a klí ová ást ízení, pro fungování RTM je nezbytná. ˆ SIU je blok zodpov dný za generování tón, signál a hlá²ek textových i audio. ˆ CONF je konferen ní modul. ˆ QDCL (Quad-Data Communication Link) je blok odpov dný za komunikaci s perifériemi, za signalizaci, ta je p ená²ena v HDLC protokolu. 31

38 5 ARCHITEKTURA SYSTÉM SIEMENS HIPATH4000 ˆ MTS (Memory Time Switch) je asový lánek tvo ící spojovací pole a propojující timesloty TSL, signalizace je zakon ena v QDCL, ale propojení uºite né ásti (hovoru) se provádí v MTS. Uºite ná ást (nap. bity nesoucí hovor) je p ená²ena v ur itém TSL. QDLC dostává informace o t chto TSL a zárove poºadavky na spojení, které jsou zpracovány v DP, a následn je instruován blok MTS, aby propojil navzájem konkrétní TSL. ˆ CG (Clock Generator) je generátor taktu s p esností 10 5 ˆ Multiplexer je poslední logický blok RTM a má na starosti propojení na jednotlivé LTU 5.9, Obrázek 5.9: Periferní jednotka LTUW. Jako periferní jednotka LTU (Line Trunk Unit) 5.9 se pouºívá AP Shelf (HHS Hi- Path Host System). AP má celkov 14 slot, jeden slot uprost ed je vyhrazen pro ídící modul, jinak v kaºdém slotu (celkov tedy t inácti) m ºe být libovolná periferní karta v etn STMI (Station Trunk Module IP, m ºe býti vyuºívána aº pro 240 IP telefon a t chto STMI m ºe být v jedné LTU více). Uprost ed LTU je ídící modul LTUCA (Line Trunk Unit Control Atlantic), který p i azuje TLS, je zodpov dný za ízení LTU a komunikaci s MTS, viz. Multiplexer na stran 32. Na jedno ízení cpci m ºe být p ipojeno nap ímo aº 15 LTUW. P ímé propojení znamená, ºe se jedná o propojení kabelem a proto musí být umíst ny tyto LTUW v jedné místnosti spole n s ídícím modulem h4k IP distribuovaná architektura Krom t chto LTUW nap ímo p ipojených m ºe cpci obsluhovat i vzdálené jednotky IPDA (IP Distributed Architecture) 5.11, kde je vzdálená jednotka obsahuje AP Shelf (IPDA). AP má celkov deset slot, p i emº jeden slot, uprost ed periferních, je vyhrazen pro 32

39 KOMUNIKA NÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO Obrázek 5.10: Architektura IPDA. modul NCUI, ili celkov m ºe být pouºito 9 slot pro periferní karty. Tato vzdálená jednotka je regulérní periferní jednotka s tím rozdílem, ºe je p ipojena p es IP Kapacita vzdálené jednotky IPDA 5.11 je niº²í neº nap ímo p ipojené LTUW. Karta NCUI obsahuje jednak funkce RTM (DCL, SIU, CONF, MTS, CG) a komunikuje s ídící jednotkou cpci v centrální lokalit, kde je umíst n hlavní systém h4k. V p ípad výpadku konektivity s hlavním ízením cpci by nemohly být realizovány volání ani uvnit vzdálené jednotky, a proto je volitelná moºnost ji dovybavit nouzovým Emergency modulem Potom je spojení uvnit IPDA jednotky zaji²t no a p i obnov konektivity se zesynchronizují data z lokálního ídícího Emergency modulu s hlavní cpci ízením. Pokud je z IPDA jednotky zaji²t na i konektivita do ve ejné sít, Obrázek 5.11: IPDA jednotka p ipojovaná p es IP k ízení h4k. 33

40 5 ARCHITEKTURA SYSTÉM SIEMENS HIPATH4000 a jiº p ena²e em digitálním rozhraním i SIP trunkem k poskytovateli hlasových sluºeb p es Internet SSP (SIP service provider), tak je zaji²t no fungování lokality s IPDA jednotkou bez omezení. P i výpadku WAN nebo zhor²ení kvality dojde k automatickému sm rování volání p es ve ejnou sí, coº platí i opa n z hlavní lokality vybavené h4k s cpci ízením. Emergency Obrázek 5.12: Emergency modul ízení pro vzdálenou IPDA jednotku modul 5.12 zaji² uje funk nost lokality i v p ípad, ºe nemá IP konektivitu s hlavní lokalitou, zatímco funkcionalita záloºní trasy p es PSTN je ozna ována jako payload survavibility a k p eklopení dochází na základ p ekro ení limitu zpoºd ní (Upper Limit) anebo ztrátovosti. Pokud se hodnoty dostanou pod nastavený Lower limit, tak se vrátí provoz do standardního reºimu. Rovn º lze nastavit i dobu sledování, v p íkladu níºe 60 sec. a nastavení se provádí pomocí AMO SIPCO. TIMING : PINGTIME ( TIME FOR CHECK PAYLOAD PATH QUALITY ) : 60 SEC RESTIME ( SELFRESET TIME AFTER SIG. CONN. LOSS ) : 60 SEC SUPVTIME ( KEEP ALIVE TIME SUPERVISORY ) : 4 SEC APESWDLY ( APE SWITCH OVER DELAY TIME. ) : 0 MIN ALVTIME ( KEEP ALIVE TIME SIGNALLING ) : 60 SEC PAYLOAD QUALITY : DLYHILIM ( AVERAGE NETWORK DELAY (UPPER LIMIT) ) : 200 MS DLYLOLIM ( AVERAGE NETWORK DELAY (LOWER LIMIT) ) : 120 MS LFRHILIM ( FRACTION LOST INCOMING (UPPER LIMIT) ) : 3% LFRLOLIM ( FRACTION LOST INCOMING (LOWER LIMIT) ) : 2% Pro zaji²t ní propojení s ve ejnou sítí p es ISDN PRI se pouºívá modul DIUN2 se dv ma porty ISDN PRI Rozhraní na modulu je metalické 100 Ohm, opat ené 15-ti pinovým CANON (male), p i emº vysíla a p ijíma je umíst n na spodních a horních PINech (PINy v konektoru umíst né naproti, horní a spodní). Modul DIUN2 lze vyuºít nejen k p ipojení k ve ejné PSTN síti, ale rovn º pro vytvo ení p í ek (TIE) mezi jednotlivými h4k anebo jinými systémy. V p ípad propojení s PSTN se volí vºdy DSS1 signalizace, zatímco pro p í kování je doporu ena QSIG vzhledem k vý²e uvedené schopnosti CORNET NQ protokolu tunelovat ve²keré sluºby p es QSIG. Pro vzdálené lokality p ipojené p es IP lze vyuºít i SW e²ení ízení SoftGate, které se instaluje na po íta se SLES (Suse Linux Enterprise) IP ú astníci se 34

41 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO Obrázek 5.13: Modul DIUN2 pro p ipojení ISDN PRI. registrují p ímo na SoftGate a pro analogové ú astníky se pouºívají IP/analogové p evodníky Mediatrix 41xx. P ipojení do ve ejné sít ze vzdálené lokality se dá pouºít pomocí SIP trunk p ímo ze SoftGate na SSP Obrázek 5.14: SoftGate na vzdálené lokalit Virtualizovaná architektura ízení Ve verzi h4k V6 se objevil nový koncept ízení ve virtualizovaném prost edí 5.15 pomocí KVM hypervisoru. Na obr je ízení typu simplex a v p ípad duplex ízení se rovn º pouºívá cloud s vyuºitím virtualizace v KVM, uzly mohou být i v r zných lokalitách a propojeny na L2. Virtualizovány jsou i dal²í aplikace jako CAP (Common Application Platform), který se pouºívá pro p ístup do remního adresá e pomocí LDAP. Na digitálních a IP telefonech se pod tla ítkem m ºe vyvolat vyhledávání kontaktu p es LDAP, p i emº ovládání je obdobné jak na mobilním telefonu a vyhledaný kontakt lze vybrat a iniciovat na n j volání. 35

42 5 ARCHITEKTURA SYSTÉM SIEMENS HIPATH4000 Obrázek 5.15: ízení pomocí KVM hypervisoru. Rovn º je moºné integrovat tuto funkci do Outlooku a vytá et p ímo z PC. Tato funkcionalita se d íve e²ila pomocí externího serveru CAP, ale od h4kv6 lze integrovat p ímo v systému díky virtualizaci. CAP potom b ºí v linuxovém prost edí. Dal²í vývoj povede k omezené závislosti na HW a lze o ekávat, ºe virtualizovány budou i dal²í aplikace. Mezi nej ast ji pouºívané externí aplikace s h4k v ƒr pat í: 36 ˆ ATECO, SW pro vyú tování hovorného. Zpracovává CDR uloºené v souboru na disku v h4k a ukládá v lokální DB. Umoº uje vytvo it organiza ní len ní, importovat tarify operátor i vytvo it vlastní a provést vyú tování na ú astníka, organiza ní jednotku a prakticky vytvo it jakoukoliv sestavu vyú tování v etn denování hlavi ek a da ových doklad. Zajímavou funkcí tohoto SW je Web nastavba, která umoº uje náhled na vyú tování z webového prohlíºe e a to individuáln na kaºdého ú astníka. P ístupy uºivatel mohou býti provázány p es LDAP s centrální autentiza ní autoritou spole nosti a privilegovaní uºivatelé mohou mít náhled i na vyú tování konkrétní organiza ní jednotky i celé organizace. ˆ Hipath Expression, coº je velmi komfortní hlasová po²ta, která umoº uje uºivatel m vytvo it hlasovou schránku a zprávy konvertovat do audio souboru, který m ºe být zaslán p es . Dále poskytuj p ístup uºivatel m p es web a notikaci pomocí SMS. ˆ OpenScapeUC, Unied Communication p edstavuje nový sm r v komunikaci. Ú et v UC je svázán s ú astníkem v h4k a nastavením r zných prol v UC pomocí klienta

43 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO v mobilním telefonu i prakticky jakémkoliv za ízení s MS WINDOWS, Apple ios i Android. Na základ nastavených prol je ovlivn no sm rování volání v h4k. ˆ FMC, Fixed Mobile Convergence umoº uje p epínání spojení mezi WiFi a mobilní sítí. Do smartphone se instaluje klient, který zaji² uje sestavení optimální cesty a b hem sestaveného hovoru zaji² uje p epínání mezi bezdrátovou podnikovou sítí WiFi a GSM/UMTS/LTE sítí. 5.4 Reºimy STMI STMI (Station Trunk Module IP) je modul pro LTUW i vzdálenou IPDA 5.16, který m ºe být provozován v následujících reºimech, které pouºívají identický STMI modul, ale li²í se ozna ením dle ú elu, ke kterému jsou pouºívány: ˆ HG HFA IP ú astník, HiPath Feature Access (HFA) pro IP telefony. ˆ HG SIP ú astník, dále nativní SIP pro SIP poskytovatele SSP anebo SIP-Q pro propojení s jiným h4k anebo OpenScape systémem (CorNet NQ p es SIP). ˆ HG IP trunking, propojení h4k p es H.323v4. ˆ HG 3570 a HG 3575 reºim IPDA (IP distributed architecture) Obrázek 5.16: Systémový diagram s STMI4. Od h4k V4 je moºné pouºívat koncept ozna ovaný jako Common Gateway a jeden STMI modul m ºe být provozován ve více reºimech zárove. Pomocí AMO BGDAT jsou vytvo eny 37

44 5 ARCHITEKTURA SYSTÉM SIEMENS HIPATH4000 proly rozd lení kanál do r zných reºim a v AMO BCSU je daný prol p id len kart. Konkrétní kongurace nastavení jednotlivých reºim na kart probíhá pomocí AMO CGWB. Obr znázor uje systémový diagram komunikace STMI4, externím rozhraním je 100 Mbps Ethernet a kart je p id lena IP adresa pomocí AMO CGWB a je p ipojena na L2 prvek. Obdobn NCUI (vzdálená jednotka) a DSCXL karta ízení cpci. STMI4 s DSP obsahuje 120 kanál a funguje jako GW (gateway) mezi TDM (PCM) a IP. Koncept STMI umoº uje direct media connect, tzn. ºe provoz v IP síti je propojován nap ímo bez konverze do TDM. 38

45 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO 6 Sada AMO p íkaz pro správu ú astník V kapitole je popsána kongurace analogových, digitálních a IP ú astník pomocí AMO SCSU a SBCSU, a správa jejich osobních údaj (jméno, PIN) pomocí AMO PERSI. Dále budou vysv tleny p íkazy AMO DSSU, SXSU a WABE. V jednotlivých podkapitolách budou probrány tyto AMO p íkazy: ˆ SCSU, kongurace analogových ú astník, p íkazem lze vytvo it i smazat analogového ú astníka, p ípadn modikovat jeho parametry nastavení. ˆ SBCSU, kongurace jiných neº analogových ú astník, konkrétn digitálních s Cornet TS protokolem, ISDN s Euro-DSS1, IP telefen - HFA IP a SIP IP, p íkazem lze ú astníky vytvo it, smazat a p ípadn modikovat jeho parametry nastavení. ˆ PERSI, správa personální identikace umoº ující vytvo ení jmen a r zných PIN (Personal Identication Number), pomocí t chto PIN se lze identikovat na jiném p ístroji, pouºívat je k p esm rování apod. ˆ WABE, p íkaz spravuje íslovací plán, ve²keré kódy sluºeb, tel. ísla ú astník, prexy náb hu na trunk, v²e musí nýt denováno ve WABE. ˆ DSSU, toto AMO (DSSU - Device Switch in Switching Unit) umoº uje zapnutí i vypnutí portu, tel.., zm nu portu u ú astníka, odhlá²ení z portu i p ihlá²ení. ˆ SXSU, pomocí p íkazu lze provést zám nu ísel i p emíst ní mezi porty. 6.1 AMO SCSU SCSU (Subscriber Conguration of SWU) je AMO p íkaz pro správu ú astník spojovací jednotky SWU (Switching Unit). P íkaz SCSU slouºí p edev²ím ke konguraci analogových pobo ek. Pro z ízení digitálních koncových za ízení a IP telefon se pouºívá AMO SBCSU. Analogové porty nalezneme na modulech SLMA, SLMA1, SLMA2, SLMA3, SLMA24, SL- MAB, SLMAR, SLMAC, SLMAV na obr Parametr STNO obsahuje tel.. ú astníka o Obrázek 6.1: SLMAV modul s 24 analogovými porty. délce maximáln ²est íslic. Pouºity mohou být pouze ísla, které jsou ur eny pro daný ú el, coº lze ov it pomocí AMO WABE, viz. 6.5 na stran 58. Parametr PEN je nepovinný a denuje HW pozici ú astníka neboli adresu portu, ke kterému je za ízení p ipojeno. A koliv 39

46 6 SADA AMO P ÍKAZ PRO SPRÁVU ÚƒASTNÍK je nepovinný, tak jej budeme v p ípad analogových a digitálních ú astník zadávat, nebo bychom poté museli v laborato i hledat, kde linka byla z ízena. U IP telefon nemá tento parametr význam zadávat. Pokud není zadán, tak se obsadí nejniº²í HW adresa v h4k, která vyhovuje danému typu kongurovaného za ízení. HW adresa je zadávána ve form : Význam poloºek HW adresy je následující: LTG-LTU-SLOT-CCT ˆ LTG, Line Trunk Group identikuje íslo ízení a bude mít u h4k vºdy hodnotu 1, LTG=1. ˆ LTU, Line Trunk Unit identikuje jednotku LTU i vzdálenou IPDA, m ºe nabývat r zných hodnot, ale v laborato i na V B-TUO máme pouze jednu jednotku LTU, ili bude vºdy LTU=1. ˆ SLOT, je zásuvná pozice v LTU, pomocí AMO BCSU lze zjistit rozmíst ní modul, v laborato i máme analogovou kartu na první pozici, SLOT=1. ˆ CCT, Circuit identikuje konkrétní port na kart a m ºe nabývat hodnot 0 aº 23, p ed jeho zvolením je nutné ov it správnou adresu vzhledem k pracovi²ti ve schématu laborato e. Parametrem DVCFIG zvolíme typ za ízení a pro analogový telefon bude hodnota vºdy DV- CFIG=ANATE. P edposledním povinným parametrem je íslovací plán DPLN (Dial Plan), kterých je moºné vytvo it v h4k celkem 16 pomocí AMO WABE a výchozí hodnota pro nás bude DPLN=0. Parametr ITR denuje dostupnost mezi skupinami ITR (Internal Trac Restriction group), tyto skupiny jsou spravovány pomocí AMO VBZ a výchozí hodnota pro nás bude ITR=0. Oprávn ní COS (Class of Service) a LCOS (LCR COS) se spravuje pomocí AMO COSSU. Pro analogové terminály je p ipraven COS=11 a mezi COS1, COS2 p ípadn LCOSV1, LCOSV2 i LCOSD1, LCOSD2 lze p epínat bu p ímo z analogového telefonu anebo p íkazem AMO BERUM a BERUZ. Index 1 a 2 u COS, LCOSV, LCOSD m ºe být chápáno jako denní a no ní oprávn ní. Oprávn ní COS denuje sluºby, LCOSV LCR (Least Cost Routing) autorizuje volání a LCOSD sm rování pro data. Pro LCOSD nemá smysl rozli²ovat oprávn ní a budeme vºdy zadávat LCOSD=1. Pro COSV jsou p ipravena tato oprávn ní: ˆ 1, pouze tís ová volání. ˆ 2, Moravskoslezský kraj ˆ 3, ƒr v etn mobil ˆ 4, ƒr + SR ˆ 5, Evropa ˆ 6, Celý sv t bez (zamezeno volání na 90X) ˆ 7, bez omezení 40

47 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO P íklad vytvo ení analogového ú astníka Nyní máme v²echny informace ke z ízení ú astníka a vytvo íme analogového ú astníka s íslem 2701 na HW pozici s oprávn ním volat ísla v ƒr. <ADD-SCSU:STNO=2701,PEN= ,DVCFIG=ANATE,DPLN=0,ITR=0,COS1=11,COS2=11, LCOSV1=3,LCOSV2=1,LCOSD1=1,LCOSD2=1; Pomocí parametru INS m ºeme nastavit uvedení do provozu (In Service), výchozí hodnota je YES, ale parametr má i dal²í moºnosti jako nastavení ú astníka s hodnotou FLOAT bez stálé pozice. Takovýto ú astník se bude p ihla²ovat pomocí PIN, viz. AMO PERSI 6.4 na stran 54 a m ºe se identikovat na jiném p ístroji, p ípadn lze vyuºít takovéhoto ú astníka pro speciální ú ely, neubírá HW pozici v úst edn. Níºe je p íklad ú astníka bez HW pozice s oprávn ním volat ísla v ƒr. <ADD-SCSU:STNO=2701,PEN= ,DVCFIG=ANATE,DPLN=0,ITR=0,COS1=11,COS2=11, LCOSV1=3,LCOSV2=1,LCOSD1=1,LCOSD2=1,INS=FLOAT; Dal²í moºností INS je z ídit ú astníka jako odhlá²eného a pomocí AMO DSSU, viz. 6.3 na stran 53 provést pozd ji jeho p ihlá²ení na jiné pozici, p ípadn lze tak u init i pomocí servisního kódu vygenerovaného v AMO PERSI, viz. 6.4 na stran 54 a k tomu je zapot ebí znát je²t p ístupový kód, který zjistíme ve WABE 6.5 na stran 58. <ADD-SCSU:STNO=2701,DVCFIG=ANATE,DPLN=0,ITR=0,COS1=11,COS2=11, LCOSV1=3,LCOSV2=1,LCOSD1=1,LCOSD2=1,INS=SIGNOFF; Dotaz na konguraci a smazání analogového ú astníka Zobrazení kongurace ísla 2701 docílíme p íkazem níºe. <DISPLAY-SCSU:STNO=2701; H500: AMO SCSU STARTED USER DATA STNO =2701 COS1 =11 DPLN =0 SPDI =0 PEN = COS2 =11 ITR =0 SPDC1 = DVCFIG =ANATE LCOSV1 =3 COSX =5 SPDC2 = INS =YES LCOSV2 =1 RCBKB =NO PMIDX =0 ALARMNO =0 LCOSD1 =1 HMUSIC =0 RCBKNA =NO SSTNO =NO COTRACE =NO LCOSD2 =1 SPEC = COFIDX =0 DIAL =VAR PULSTYPE= PULSLEV= CCTIDX = ACKST = TEXTSEL=CZECH DHPAR = NEONMWI= CONN =DIR FLASH =YES DTMFBLK =NO WITKEY :NO Zobrazena je pouze ást výpisu z d vodu jeho obsáhlosti. Vidíme, ºe spoustu parametr, které jsme vý²e nezadávali, byly automaticky dopln ny výchozími hodnotami, protoºe byly nepovinné. Mnohdy se jeví mnohem efektivn j²í získat pomocí verb REGEN zkrácený výpis, který není tak p ehledný, ale p i znalosti syntaxe p íkazu, coº je otázka praxe, se stává orientace rychlej²í. 41

48 6 SADA AMO P ÍKAZ PRO SPRÁVU ÚƒASTNÍK <REG-SCSU:2701; H500: AMO SCSU STARTED ADD-SCSU:2701, ,ANATE,0,0, 11,11,3,1,1,1,,,5,0,0,,,VAR,,,,CZECH, YES,,NO,,,,0,DIR,YES,NO,0,; AMO-SCSU -111 REGENERATE COMPLETED; STATION CONFIGURATION OF SWITCHING UNIT Dal²í zkrácení výpisu lze docílit pomocí AMO FUNCT p epína em REGIN=Y, kdy výpisy z úst edny jsou odesílány bez zalomení ádk a tím pádem je minimalizována prostorová náro nost. <CHA-FUNCT:REGIN=Y; Smazání ú astníka provedeme pomocí p íkazu níºe. Vidíme, ºe provedení kaºdého p íkazu za íná informativní hlá²kou a kon í informací, zda p íkaz byl proveden completed a pokud p íkaz nelze provést, tak se dozvíme i d vod a jsme vyzváni k oprav chybn vypln ného parametru. Pokud neumíme vyplnit, tak nesmíme zapomenout zadávání p eru²it kombinací kláves CTRL+X. <DEL-SCSU:2701,ALL; H500: AMO SCSU STARTED H08: 2701 STATION DATA DELETED. AMO-SCSU -111 DELETE COMPLETED; STATION CONFIGURATION OF SWITCHING UNIT Pokud bychom cht li z ídit i smazat nap. sto ísel najednou, tak m ºeme pouºít z et zení 2701&&3701. Smazání ú astníka provedeme pomocí p íkazu níºe. Vidíme, ºe provedení kaºdého p íkazu za íná informativní hlá²kou a kon í informací, zda p íkaz byl proveden completed a pokud p íkaz nelze provést, tak se dozvíme i d vod a jsme vyzváni k oprav chybn vypln ného parametru. Pokud neumíme vyplnit, tak nesmíme zapomenout zadávání p eru²it kombinací kláves CTRL+X. <DEL-SCSU:2701,ALL; H500: AMO SCSU STARTED H08: 2701 STATION DATA DELETED. AMO-SCSU -111 DELETE COMPLETED; STATION CONFIGURATION OF SWITCHING UNIT Pokud bychom cht li z ídit i smazat nap. sto ísel najednou, tak m ºeme pouºít z et zení 2701&& Modikace kongurace analogového ú astníka Pomocí parametru SSTNO (Secret Station Number) lze nastavit potla ení zobrazování ísla. Dal²í moºnosti SSTNO jsou SSTNO=NO ( íslo se zobrazuje), SSTNO=ONLYEXT je zobrazení pouze p i volání na externí íslo do PSTN a SSTNO=ONLYEX0 je potla ení ísla p i volání do externí sít. 42

49 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO <CHA-SCSU:STNO=2701,SSTNO=YES; Níºe je uveden p íklad zm ny oprávn ní na Evropu. <CHANGE-SCSU:STNO=2701,LCOSV1=5; A nakonec si uvedeme je²t jeden p íklad zm ny tel , kterému nastavíme nové tel , samoz ejm za podmínky, ºe dané tel.. je volné, coº lze zjistit ve WABE, viz. 6.5 na stran 58. <CHANGE-SCSU:STNO=2701,NEWNO=2702; 6.2 AMO SBCSU P íkaz AMO SBCSU je vyuºíván k nakongurování digitálních za ízení a IP telefon. Pokud jde o digitální p ístroje od rmy Siemens na rozhraní Upo,tak se jedná o p ístroje OPTISET, OPTIPOINT500, OPTIPOINT600 a OPENSTAGE. Tyto digitální telefony jsou p ipojeny k portu modulu SLMO, SLMO24, SLMOP, Na rozdíl od SCSU jsou parametry ITR a DPLN nepovinné, ili je nemusíme vypl ovat, pokud ov²em nechceme jinou hodnotu neº výchozí (0). Jsou zde ale jiné parametry, které budeme muset zadat jako OPT, CONN a DVCFIG. Modul SLMO24 obsahuje obdobn jako analogový celkov 24 port 2B+D s dvouvodi ovým Obrázek 6.2: SLMO modul s 24 digitálními porty. rozhraním Upo a jak vidíme z obrázku, tak porty viz. obr. 6.2 mohou býti vyuºity pro p ipojení koncových za ízení na Upo rozhraní (Optiset, Optipoint, Openstage) do vzdálenosti 1 km, je ov²em ov eno, ºe lze dosáhnout i del²ích vzdáleností, coº závisí na spot eb, nap. Optisety bez displeje fungují aº do vzdálenosti 4 km a v p ípad pot eby lze napájení posílit externím zdrojem. Na obrázku 6.2 rovn º vidíme p ipojení dvou za ízení na Upo rozhraní za sebou na jedno vedení, coº se docílí pouºitím Phone adapteru v prvním p ístroji a druhý je p ipojen za n j. Kaºdý má k dispozici B kanál a nezávisle m ºe realizovat hovory. Poslední moºností je pouºití adaptéru ISDN a vytvo ení So rozhraní v p ístroji p ipojeného na Upo, coº lze zase docílit pouºitím vhodného adaptéru v p ístroji. Existuje i e²ení pomocí modulu SLMOQ s 43

50 6 SADA AMO P ÍKAZ PRO SPRÁVU ÚƒASTNÍK rozhraním Uko, kde lze dosáhnout vzdálenosti aº 9 km, na obr. 6.3je p ipojení ISDN p ístroje p es p evodník PNTQ z Uko na So. Za zmínku stojí je²t jeden zajímavá karta do h4k, kterou Obrázek 6.3: SLMQ modul s PNTQ adaptérem. je STHC (Station Trunk Hybrid Card) kombinující funkcionalitu SLMO (Station Module OpenStage/OptiPoint/Optiset) a STMD (Station Trunk Module Digital). STHC poskytuje porty 16 x Upo a 4 x S0, p i emº porty So lze vyuºít pro p ipojení jak ú astníka tak pro ISDN trunk, zatímco Upo pouze pro digitální ú astníky. Na obr 6.4 je znázorn no rozmíst ní port. Prvních 16 port v rozsahu 0-15 lze vyuºít pro Upo za ízení (chová se stejn jako SLMO24) a zbylé ty i porty v rozsahu lze vyuºít pro ISDN trunk i ú astníka na So rozhraní. V p ípad Upo i So ú astník, tak ty kongurujeme pomocí SBCSU, pokud jde o ISDN trunk, tak ten se konguruje p es AMO TDCSU (Trunk Digital Conguration of Switching Unit). Nesmíme zapomenout, ºe rozhraní So je ty vodi ové a uºite né bude znát p ehled zapojení PIN na konektorech RJ45, které je následující: ˆ Pro ethernet pouºijeme PINy 1,2 a 3,6 a nesmíme prohodit p ijíma s vysíla em. ˆ Pro analog pouºíváme prost ední PINy 4,5 - v p ípad RJ45 na patchpanelech, zatímco zakon ení v analogových p ístrojích je na RJ12 (6-ºil), na polarit nezáleºí. ˆ Pro Upo platí to samé jako pro analog, pouºíváme vºdy prost ední vodi e. ˆ Pro ISDN BRI se pouºívají PINy 4,5 a 3,6 pro Rx a Tx, po prohození PIN v rámci jednoho páru bude BRI fungovat, musíme správn zapojit Rx a Tx ˆ Pro ISDN PRI se pouºívají PINy 1,2 a 4,5 pro Rx a TX, op t platí to samé co pro BRI, po prohození PIN v rámci jednoho páru bude PRI fungovat, pro ur ení, který pár je vysíla a který p ijíma, je moºné u PRI pouºít LED diodu (vysíla pomocí LED spolehliv najdeme a musíme p ipojit pár na ná² p ijíma ). Parametry povinné, které musíme p i vytvo ení pobo ky zadat, jsou následující: 44

51 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO Obrázek 6.4: Hybridní modul STHC pro digitální ú astníky a trunk. ˆ Parametrem OPT specikujeme ú el, ke kterému íslo slouºí, coº v p ípad digitálního p ístroje je OPTI, ili budeme vypl ovat OPT=OPTI. V p ípad bezdrátových DECT telefon (cordless) zadáváme CMI, parametry FPP a FBUS jsou ur eny pro ISDN, pro vícenásobné íslo zvolíme MSN a pro roz²i ující adaptér v Optipointu zadáme OPTIEXP. ˆ Parametr CONN ur uje, jakým zp sobem je koncové za ízení p ipojeno a m ºeme zadat PNT v p ípad sí ového zakon ení NT, pro IP telefon HFA zadáváme IP2 a pro p ímé propojení vedením mezi portem modulu SLMO24 a p ístrojem zadáváme CONN=DIR. ˆ Parametr DVCFIG uº známe z p echozího p íkazu AMO SCSU popsaného v sekci 6.1 na stran 39 a pro digitální p ístroje m ºeme zadat DVCFIG=OPTIP500 a pro IP telefony HFA DVCFIG=OPTIIP. ˆ Pro COS u digitálních p ístroj m ºeme pouºít p edp ipravený COS= P íklad vytvo ení digitálního ú astníka Nyní máme v²echny informace ke z ízení digitálního ú astníka a vytvo íme ú astník s p ístrojem OptiPoint500 i Openstage-T s íslem 2702 na HW pozici s oprávn ním volat ísla v Evrop. Uvádíme-li p ístroj OpenStage-T, tak máme na mysli TDM verzi p ístroje, existuje totiº i IP verze, která má vypadá vizuáln identicky a IP Openstage je moºné pouºít bu 45

52 6 SADA AMO P ÍKAZ PRO SPRÁVU ÚƒASTNÍK jako Openstage SIP a HFA, coº je dáno verzí FW (rmware), který se nahraje na ash pam p ístroje, verzi lze kdykoliv zm nit dle pot eby. <ADD-SBCSU:STNO=2702,OPT=OPTI,CONN=DIR,PEN= ,DVCFIG=OPTIP500,COS1=31, COS2=31,LCOSV1=5,LCOSV2=1,LCOSD1=1,LCOSD2=1; Dotaz na konguraci, modikace a smazání digitálního ú astníka Pomocí parametru CALLOG nastavíme logování volání v p ístroji, výchozí hodnota je NONE (ºádné logování), ALL znamená ve²keré zme²kané a realizované odchozí i p ijaté p íchozí hovory. Poslední moºností je zvolit CALLOG=TRIES, coº znamená logování zme²kaných a provedených odchozích volání. <CHA-SBCSU:STNO=2702,CALLOG=ALL; P íklad vytvo ení IP HFA ú astníka Abychom mohli HFA ú astníka vytvo it, tak pot ebujeme STMI modul, který bude vhodn nakongurovaný, tzn. pomocí AMO BGDAT p id lený prol a v AMO CGWB nakongurován, na obr. 6.5je fotka modulu STMI2. U HFA IP telefonu je nutné zadat heslo a je moºné zvolit Obrázek 6.5: Fotka modulu STMI2. kodek, ili p íkaz zadáme s dotazem na kodek a vybereme jako preferovaný PCM kodek G.711. <ADD-SBCSU:STNO=2704,OPT=OPTI,CONN=IP2,DVCFIG=OPTIIP,COS1=31,COS2=31, LCOSV1=3,LCOSV2=1,LCOSD1=1,LCOSD2=1,IPPASSW="zadaneheslo123",IPCODEC=??; IPCODEC : CODEC TYPE FOR IP PHONE POSS. VALUES : G711 G711P G723 G711 ALWAYS TO BE USED G711 PREFERABLY TO BE USED G723 ALWAYS TO BE USED 46

53 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO G723P G729A G729AP IPCODEC = G711P; G723 PREFERABLY TO BE USED G729A ALWAYS TO BE USED G729A PREFERABLY TO BE USED ADD-SBCSU:STNO=2704,OPT=OPTI,CONN=IP2,DVCFIG=OPTIIP,COS1=31,COS2=31,LCOSV1=3, LCOSV2=1,LCOSD1=1,LCOSD2=1,IPPASSW="zadaneheslo123",IPCODEC=G711P; H05: 2704 THIS STATION IS ASSIGNED AT PEN ADD COMPLETED; Moºnosti HFA IP telefonu jsou identické jako u digitálních telefon, to se týká jak nastavení tak i sluºeb. Kodek ov²em není povinný parametr, nemusí být zadán a nastavení se p evezme z nastavení modulu STMI v AMO CGWB, kde jsou uvedeny preference kodek, ty lze uºivatelsky m nit parametrem IPCODEC. Na p íkladu níºe je uvedeno z ízení pobo ky IP HFA s dotazem na heslo. Do pole IPPASSW lze zadávat alfanumerické znaky o maximální délce 20 znak, zadali jsme heslo 123. Toto heslo ov²em nepro²lo a s odpov dí, ºe má mít minimáln ²est znak, dal²í heslo JAN123456ZROKYCAN, které jiº pro²lo. <ADD-SBCSU:STNO=2704,OPT=OPTI,CONN=IP2,DVCFIG=OPTIIP,TSI=1,COS1=31,COS2=31, LCOSV1=3,LCOSV2=1,LCOSD1=1,LCOSD2=1,IPPASSW=??; IPPASSW : PASSWORD FOR IP LOGIN PROCEDURE POSSIBLE VALUES : MAX. OF 20 POSITIONS IPPASSW = 123; F82: FOR PARAMETER IPPASSW EITHER "NONE" OR AT LEAST 6 ALPHA-NUMERICAL CHARACTERS MUST BE ENTERED IPPASSW = JAN123456ZROKYCAN; H05: 2704 THIS STATION IS ASSIGNED AT PEN ADD COMPLETED; Na výpisu si v²ímáme pozice, na které byl HFA ú et vytvo en, pokud neznáme IP adresu, tak ji m ºeme rychle zjistit pomocí AMO CGWB a vidíme, ºe STMI k vytvo ené pobo ce je na IP a poslouchá na TCP <DISPLAY-CGWB:LTU=1,SLOT=10,TYPE=GLOBIF; GLOBAL DATA AND ETHERNET INTERFACE DATA - CONFIGURABLE VALUES: IPADR = TCPP = 4060 (4060) NETMASK = VLAN = NO (NO) DEFRT = ( = NOT CONFIGURED) Pochopiteln budeme pot ebovat vhodné HFA koncové za ízení. HFA je protokol postavený na H232v4 s tunelováním Cornet TS ( ili jde o proprietární protokol), a koliv základní debug 47

54 6 SADA AMO P ÍKAZ PRO SPRÁVU ÚƒASTNÍK m ºeme provést pomocí Wiresharku s h323 knihovnou. IP HFA telefony, které m ºeme pouºít pro vytvo enou pobo ku jsou následující: ˆ Optipoint 400, 410 a 420, jedná se o p ístroje do kterých existuje i SIP image, ili musí mít nahrán aplika ní SW pro HFA reºim. ˆ OpenStage HFA, pro tyto p ístroje platí rovn º vý²e uvedené (nezam nit s TDM verzí OpenStage-T pro Upo rozhraní). ˆ OptiPoint 600, tyto telefony mají rozhraní jak TDM pro Upo, tak i IP a existuje pro n jen HFA image. ˆ OptiClient130, je SW HFA klient pro MS Windows (bohuºel licencovaný). Máme-li takovéto za ízení, tak jej musíme nastavit, a to jednak po stránce sí a ské (alespo zapnout DHCP), tak po stránce systémové (vloºit vytvo ený ú et a IP adresu, kde se bude IP telefon registrovat). Moºnosti nastavení jsou t i: ˆ A to p ímo z IP telefonu, u OpenStage elegantn stisknutím tla ítka nastavení, ímº se dostaneme do Settings > Admin anebo u OptiPoint stisknutím kombinací íslic sou asn, coº chvíli zabere a napoprvé se povede málokdy. V obou p ípadech je default heslo a dal²í nastavování poloºek je obdobné jako p es web. Pokud není p ístroj napájen p es PoE a má p ipojen externí zdroj, tak sta í odpojit patchcord po íta ové sít a p ístroj nabídne konguraci automaticky, poté sta í zadat heslo a nastavujeme. ˆ Druhou moºností je p es webové rozhraní, pokud známe IP adresu, tak do prohlíºe e zadáme pokud nepodporuje SSL (star²í OptiPointy), tak kongura ní web b ºí na portu 8085, ili a jsme vyzváni k zadání hesla. ˆ T etí moºností je pouºití DLS (Deployment Server), p es který slouºí pro provisioning, coº znamená nastavení DHCP, telefon dostane informace o DLS z DHCP, stáhne si nastavení, p i emº je identikován na základ MAC adresy (tu budeme pot ebovat) a kdykoliv m ºeme v n m konguraci modikovat. Obrázek 6.6: Moºnosti v nastavení HFA IP telefonu v poloºce systém. V na²em p ípad si ukáºeme nastavení HFA ú tu p es webový prohlíºe. Nastavení najdeme v poloºce System, kde v níºe uvedeném 6.6 menu jsou významy poloºek následující: 48

55 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO ˆ DLS Settings, zde se zadává adresa DLS serveru, pokud tedy nemáme v DHCP podmínky pro provisioning, tak nastavením DLS natvrdo docílíme toho, ºe se nám IP telefon k DLS vºdy p ihlásí sám. To je pro p ípad, ºe pochopiteln DLS máme. ˆ Gateway Settings je práv nastavení, které pot ebujeme vyplnit. ˆ Port Settings umoº uje denovat ve²keré porty, na kterých IP telefon naslouchá, a to HTTP, dále RTP pro média (musí být sudý, automaticky se pouºije o jedni ku vy²²í pro RTCP), dále H245 pro Media Signalling, RAS/H pro komunikaci s GK a nakonec Q.931/H.225.0, tyto porty není nutné m nit, pokud k tomu nemáme n jaký zvlá²tní d vod. ˆ SRSR Settings slouºí pro nastavení parametr p epnutí mezi Home a Standby reºimem (IP telefon se umí p ehlásit na Standby Gateway (STMI v jiné lokalit ), pokud je Home Gateway nedostupná. ˆ Time Settings slouºí k nastavení asu p es NTP. Výchozí nastavení je ze systému, ili telefon ukazuje stejný as, jaký má nastaven hipath4000, ale IP telefon m ºeme mít geogracky v jiné zón a budeme pot ebovat zobrazit jiný as na displeji, coº docílíme p es tuto poloºku. Obrázek 6.7: Vypln ní menu Gateway Settings v HFA IP telefonu. Co se tý e nastavení HFA ú tu p es menu System > Gateway Settings, tak budeme pot ebovat je²t IP adresu STMI, tu jsme si ov²em jiº zjistili vý²e pomocí AMO CGWB. Gateway Address je tedy , Registration Subscriber Number je tel a heslo jsme si zadali JAN123456ZROKYCAN, coº zadáme do poloºek na obr. 6.7 a po potvrzení HFA telefon po 49

56 6 SADA AMO P ÍKAZ PRO SPRÁVU ÚƒASTNÍK chvilce najede. U IP telefon OpenStage je náb h podstatn del²í neº u OptiPointu. Pokud IP telefon nem ºe nalézt STMI modul, tak na displeji se zobrazuje No Gateway, coº adu lidí vede k chybné domn nce, ºe problém je v nastavení sít Dotaz na konguraci, modikace a smazání IP HFA ú astníka Jako první si uvedeme p íklad, pomocí kterého budeme chtít najít v²echny HFA IP telefony pomocí AMO SBCSU. Syntaxi p íkazu konstruujeme tak, ºe dotaz nebude obsahovat STNO (Station Number), ale vyhledáme v²echny ú astníky s typem p ipojení IP2. <DISPLAY-SBCSU:TYPE=SEARCH,CONN=IP2; SUBSCRIBER WITH DEV : CONN : IP MATCH(ES) DISPLAY COMPLETED; Vidíme, ºe byli nalezeni pouze t i a obdobn se m ºeme dotázat na digitální telefony, SIP ú astníky, atd., sta í zm nit typ p ipojení CONN. Pokud bychom cht li vyhledat ú astníky v SBCSU, kte í mají oprávn ní ƒr, tak bychom se ptali na LCOSV=3 a obdobným zp sobem se m ºeme dotazovat na dal²í parametry a vyhledávat. <DISPLAY-SBCSU:TYPE=SEARCH,LCOSV=3; Dal²ím p íkladem bude zm na p ihla²ovacího hesla pro HFA telefon. P i zm n je nutné zadat hodnotu povinného parametru OPT, abychom se k moºnosti zm ny hesla v bec dostali. <CHANGE-SBCSU:STNO=2704,OPT=OPTI,IPPASSW="heslo456testik789"; Pro smazání obdobn jako v AMO SCSU zadáme pomocí syntaxe DEL-SBCSU, ale tentokrát si ukáºeme, jak smazat ú astníka s vy káním na dokon ení probíhajícího hovoru, pokud tedy zrovna hovo í. K tomu pouºijeme p epína OFFTYPE=DC (DEACTIVATE WITH CAMP-ON), ur it je takové vypnutí ²etrn j²í. <DELETE-SBCSU:STNO=2704,SVC=ALL,OFFTYPE=DC; P íklad vytvo ení ISDN ú astníka Uvedeme si p íklad vytvo ení ISDN ú astníka s kongurací OPT=FPP (Point to Point) a DVCFIG=S0PP. Oprávn ní COS je moºné vytvo it v AMO COSSU a pro ú ely ISDN máme vytvo en prol COS=35, který m ºeme pouºít. Protokol nastavíme na DSS1 volbou PROT=SBDSS1 a poslední volba OPTIDX=10 je dána nastavením prolu v p íkaze AMO ZAND. M ºeme si ov it správný index IDX pro DSS1 protokol p es níºe uvedený p íkaz. <DISP-ZAND:TYPE=OPTTBL; Vytvo ený ISDN ú astník bude mít íslo 2720, je z ízen s automaticky p i azeným PEN a pro p ipojení budeme muset vyhledat daný port na systémovém rozvodu. Z odpov di na zadaný p íkaz vidíme, ºe byla p i azena pozice PEN

57 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO <ADD-SBCSU:STNO=2720,OPT=FPP,CONN=DIR,DVCFIG=S0PP,COS1=35,COS2=35, LCOSV1=5,LCOSV2=1,LCOSD1=1,LCOSD2=1,PROT=SBDSS1,OPTIDX=10; H05: 2720 THIS STATION IS ASSIGNED AT PEN H08: 2720 STATION RELEASED FOR CALL PROCESSING ADD COMPLETED; Te m ºeme na hlavním ísle 725 vytvá et MSN ísla dle pot eby. Níºe uvedenou syntaxí je vytvo eno p t MSN ísel v rozsahu 2726 aº 2730 na hlavním FPP. <ADD-SBCSU:STNO=2726\&\&2730,OPT=MSN,MAINO=2720; Dotaz na konguraci, modikace a smazání ISDN ú astníka Provedeme dotaz na z ízené íslo 2720 a v odpov di bychom zjistili, ºe nevidíme MSN ísla. < <DISPLAY-SBCSU:STNO=2720,TYPE=FPP; Bu m ºeme pouºít dotaz na konkrétní rozsah tel.. MSN anebo vyhledáme v²echny MSN v systému, jak je uvedeno níºe a vidíme i hlavní íslo, na kterém jsou MSN z ízeny. <DISPLAY-SBCSU:TYPE=MSN; H500: AMO SBCSU STARTED S E R V I C E STNO MAINO VOICE FAX DTE MSN MSN MSN MSN MSN MSN MSN MSN MSN MSN MSN MSN MSN MSN MSN MSN MSN MSN AMO-SBCSU-111 DISPLAY COMPLETED; STATION AND S0-BUS CONFIGURATION OF SWITCHING UNIT P i mazání nám nedovolí systém smazat hlavní íslo, dokud nesmaºeme v²echny MSN. P i zadání mazání MSN musíme specikovat SVC=MSN. <DELETE-SBCSU:STNO=2725&&2730,SVC=MSN; <DELETE-SBCSU:STNO=2720,SVC=ALL; P íklad vytvo ení IP SIP ú astníka SIP ú astníci jsou z izování na stejném modulu jako HFA, tzn. STMI. Lze vytvo it i virtuální modul STMI na SofGate bez nutnosti mít modul STMI. Moºnosti SIP ú astník m jsou oproti HFA zna n omezeny, coº ej dáno tím, ºe HFA protokol je proprietární a p ená²í ve²keré sluºby 51

58 6 SADA AMO P ÍKAZ PRO SPRÁVU ÚƒASTNÍK Cornet TS. Maximální po et SIP ú astník na jednom modulu STMI je omezen na 240 a pokud bychom pot ebovali v t²í po et, tak bychom museli p idat pot ebný po et STMI karet. SIP ú astníky je moºné z izovat i ve vzdálené jednotce IPDA, pokud je vybavena STMI modulem anebo virtuálním STMI na SofGate. Rovn º je podporováno video a Siemens má adu IP telefon podporujících SIP jako OpenStage a Optipoint, kaºdopádn lze pouºít i za ízení t etích stran, jako nap. aplikaci YATE 6.8. Kongurace SIP ú astník v hipath4000 vychází z Obrázek 6.8: Nastavení SIP klienta YATE. p ístupu kongurace ISDN p ípojek a proto jsme si nejprve v p echozí podkapitole uvedli zp - sob vytvá ení ISDN ú astník. Na rozdíl od ISDN volíme parametr CONN=SIP a zadáváme autoriza ní údaje. Krom hesla, zadáváme USERID pro jednoduchost identické s vytvo eným tel.., pomocí AUTHREQ=YES; vynutíme autorizaci SIP uºivatele a do pole SECZONE m ºeme zadat jakýkoliv et zec (pouºívá se v MD5 pro Digest a uºivatel nevypl uje, nebo et zec dostane ve výzv ze strany SIP serveru). <ADD-SBCSU:STNO=2706,OPT=FPP,CONN=SIP,DVCFIG=S0PP,COS1=35,COS2=35,LCOSV1=3, LCOSV2=1,LCOSD1=1,LCOSD2=1,PROT=SBDSS1,OPTIDX=10,PASSWD="heslosippobocky", USERID="2706",SECZONE="vsb.cz",AUTHREQ=YES; H62: FOR SIP SUBSCRIBERS PARAMETER MBCHL MUST BE SET IN AMO-SDAT. H05: 2706 THIS STATION IS ASSIGNED AT PEN AMO-SBCSU-111 ADD COMPLETED; STATION AND S0-BUS CONFIGURATION OF SWITCHING UNIT V odpov di vidíme, ºe musíme je²t zadat parametr MBCHL pomocí AMO SDAT, takºe doplníme dal²ím p íkazem. Bez MBCHL by nebylo moºné p ijmout druhé volání. <CHANGE-SDAT:STNO=2706,TYPE=ATTRIBUT,AATTR=MBCHL; 52

59 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO M ºeme nastavit SIP klienta, a protoºe je pozice na stejné kart jako HFA (common gateway umoº uje provoz více reºim na jedné kart ), tak nastavíme stejnou IP , jak je vid t v obr. 6.8 kongurace SIP aplikace YATE Dotaz na konguraci, modikace a smazání SIP ú astníka Jedna z moºností u HFA i SIP pobo ek je zadání xní IP adresy, kterou zadáme, pokud chceme omezit p ístup k vytvo enému ú tu pouze z konkrétní IP. <CHA-SBCSU:STNO=2706,OPT=FPP,IPADDR= ,FIXEDIP=YES; H500: AMO SBCSU STARTED H63: THIS DATA CHANGE WILL BE INITIATED AFTER DEACTIVATION AND RE-ACTIVATION OF THE CIRCUIT. (RESTART-DSSU:TYPE=PEN,PEN1= ;) H07: 2706 STATION DATA CHANGED AMO-SBCSU-111 CHANGE COMPLETED; STATION AND S0-BUS CONFIGURATION OF SWITCHING UNIT V odpov di registrujeme informaci, ºe pro zaktivn ní nastavení je nutné provést restart pobo ky pomocí AMO DSSU 6.3 na stran 53. <RESTART-DSSU:TYPE=PEN,PEN1= ; Povolení vým ny médií nap ímo bez ú asti STMI povolíme pomocí parametru AATTR=DMCALLWD (Direct Media Allowed) v AMO SDAT a pro deaktivaci DATTR=DMCALLWD. <CHANGE-SDAT:STNO=2706,TYPE=ATTRIBUT,AATTR=DMCALLWD; <CHANGE-SDAT:STNO=2706,TYPE=ATTRIBUT,DATTR=DMCALLWD; Nakonec si ukáºeme smazání vytvo eného SIP ú astníka, op t obdobn jako u HFA zadáváme DEL-SBCSU. <DEL-SBCSU:2706,ALL; 6.3 AMO DSSU AMO DSSU (Device Switch of Switching Unit) slouºí p edev²ím k vypnutí a zapnutí portu, coº m ºe být provedeno t emi zp soby v závislosti na volb parametru OFFTYPE. ˆ DC - DEACTIVATE CONDITIONALLY, vypnutí je provedeno za podmínky, ºe neb ºí hovor na daném portu i za ízení. Nap íklad vypínám ISDN PRI anebo SIP trunk s t iceti kanály a kanály jsou vypínány postupn, jak jsou ukon ovány hovory a uº nejsou obsazovány, nová volání jsou sm rována p es dal²í kanály. ˆ DI - DEACTIVATE IMMEDIATELY, provede okamºité vypnutí bez podmínky, komunikace se za ízením z stává aktivní (port nelze pouºívat). ˆ L - LONG TERM DEACTIVATION, dlouhodobé vypnutí, náb h je potom del²í. 53

60 6 SADA AMO P ÍKAZ PRO SPRÁVU ÚƒASTNÍK P íklad vypnutí ú astníka s vy káním na ukon ení hovoru. <DEACTIVATE-DSSU:OFFTYPE=DC,TYPE=PEN,PEN1= ; H500: AMO DSSU STARTED H04: PEN PRE-BLOCKED (SOFTLOCK) AMO-DSSU -111 DEVICE SWITCH OF SWITCHING UNIT DEACTIVATE COMPLETED; P íklad zapnutí rozsahu dvaceti port od aº <ACTIVATE-DSSU:TYPE=PEN,PEN1= ,PEN2= ; Restart tel s vy káním 15 sec. <RESTART-DSSU:TYPE=STNO,STNO=2701,WTIME=15; H500: AMO DSSU STARTED H03: STNO 2701 DEACTIVATED, ACTIVATION STARTED H01: STNO 2701 ACTIVATED AMO-DSSU -111 RESTART COMPLETED; DEVICE SWITCH OF SWITCHING UNIT <RESTART-DSSU:TYPE=STNO,STNO=2701,WTIME=15; Dále si uvedeme p íklad zm ny prohození dvou port ú astníka 2701 na portu a 2702 na portu mezi sebou pomocí odhlá²ení a p ihlá²ení TYPE=SIGNON a SIGNOFF. Nejprve je pot ebné provést odhlá²ení obou ú astník. <CHANGE-DSSU:TYPE=SIGNOFF,STNO=2701; <CHANGE-DSSU:TYPE=SIGNOFF,STNO=2702; Te p ihlásíme oba ú astníky na nových portech, 2701 p i adíme port a 2702 port <CHANGE-DSSU:TYPE=SIGNON,STNO=2701,PEN1= ; <CHANGE-DSSU:TYPE=SIGNON,STNO=2702,PEN1= ; Tím jsme provedli zám nu port v ú astnických konguracích, p i emº ve²keré nastavení ú astník je zachováno. 6.4 AMO PERSI P íkaz PERSI je pouºíván k administraci osobních dat ú astník. Ke kaºdému telefonnímu íslu m ºe být p i azeno jedno nebo n kolik (není ohrani eno) jmen, p i emº na displejích dig. p ístroj a IP telefon se bude zobrazovat vºdy první zadané v po adí. P íjmení a jméno m ºe být odd leno hv zdi kou pro p ípadné zkrácení jména na displeji. Displej má 24 znak, pro zobrazovanou délku jména je nutné ode íst délku tel. ísla a dv mezery. Organiza ní jednotka je nepovinný parametr, slouºí pro lep²í orientaci v organiza ní struktu e. Ke kaºdému tel. íslu m ºe být p i azen libovolný po et PIN, jejichº délka je centráln stanovena. PINC je ur en pro identikaci pomocí te ky ipových karet. COSXCD umoºní p epnutí oprávn ní mezi COS, LCOSV a LCOSD (z 1 na 2 a zp t) a piny PIN1 - PIN15 slouºí k identikaci na jiném za ízení. Druh provozu t chto pin je ur en pomocí COPIN. 54

61 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO Nastavení centrálních parametr délky kód v PERSI Délky kód jsou jedine né a jsou nastaveny centráln. Dotazem do PERSI na parametr SYS zjistíme délky nastavených kód a vidíme nap., ºe délka PIN1 je stanovena na ²est íslic, zatímco kód pro p epnutí oprávn ní COSXCD bude ty místný. Pokud bychom cht li délku kódu zm nit, tak musíme vymazat v²echny existující PINy daného typu a poté m ºeme délku zadat. Parametr ATTEMPS nám íká, kolik neplatných pokus m ºe být zadáno a p i p ekro ení je vygenerován záznam do souboru chybových hlá²ek a alarm. Lze tak dohledat, ze kterého tel.. a kdy byly zadávány neúsp ²né pokusy p ihlá²ení. <DISPLAY-PERSI:TYPE=SYS; H500: AMO PERSI STARTED COPIN 1 PIN1LEN 6 2 PIN2LEN 0 3 PIN3LEN 0 4 PIN4LEN 0 5 PIN5LEN 0 6 PINCLEN 0 PINPOINT 5 7 COSLEN 4 COSXCOS2 Y 8 SILEN 7 9 CDRACLEN 5 10 PIN10LEN 0 11 PIN11LEN 0 12 PIN12LEN 0 13 PIN13LEN 0 14 PIN14LEN 0 15 PIN15LEN 4 ATTEMPTS 5 (NUM. OF FAILED ATTEMPTS) AMO-PERSI-111 DISPLAY COMPLETED; PERSONAL IDENTIFICATION DATA P íklad níºe ukazuje vytvo ení délky pro PIN2. <ADD-PERSI:TYPE=SYS,PIN2LEN=4; Význam PIN zjistíme dotazem na TYPE se zadáním hodnoty COPIN. V níºe uvedeném dotazu se dozvídáme, ºe PIN1 je nastaven jako PIN Mobil a umoº uje identikaci na cizím p ístroji, na digitálních p ístrojích lze PIN zadat p ímo z menu, ale mnohem rychlej²í je pouºívání namísto vyhledávání volby kód pro aktivaci i deaktivaci, který lze zjistit p es AMO WABE 6.5 na stran 58. Pomocí parametru PINDUR bychom mohli nastavit zp sob pouºívání PINu a jsou k dispozici následující hodnoty. ˆ PERM (PIN IS PERMANENTLY ACTIVE), PIN je aktivní tak dlouho, pokud manuáln nezadáme jeho deaktivaci. Pokud se uºivatel zapomene odhlásit, tak z stává p ihlá²en a ve²keré provedené hovory jsou ú továny na n j. 55

62 6 SADA AMO P ÍKAZ PRO SPRÁVU ÚƒASTNÍK ˆ TIME (PIN IS DEACTIVATED AFTER TIMEOUT), deaktivace je provedena automaticky po ase neaktivity, standardn po p ti minutách, coº se dá nastavit v AMO CTIME (v sekundách), aktuální as lze zjistit dotazem níºe. <DISP-CTIME:CP1; ˆ ONE (PIN ACTIVATED FOR 1 CALL), a nakonec moºnost nastavit PIN pouze na jedno pouºití, p i kaºdém pouºití je nutné se identikovat PINem. Pomocí DISPID= PERMDISP je zaji²t no, ºe na displeji se permanentn zobrazuje identi- kace p ihlá²eného ú astníka. Rovn º se p ebírá oprávn ní a nastavení funkcí pod tla ítky domovské stanice p ihla²ovaného ú astníka. Provedeme tedy dotaz na nastavení typu PIN1 pomocí PERSI a parametru COPIN. <DISPLAY-PERSI:TYPE=COPIN,COPIN=1; H500: AMO PERSI STARTED COPIN COPIN-PARAMETER COTYPE = MOBILE PINTEXT = 'MAN. PIN MOBILE USER' PIN1LEN = 6 CDRTEXTS = NO CDRTEXT = ' ' DISPRSTN = NO IDHOME = NO PINTEST = TABLE DISPID = PERMDISP TRKCD = 0 TRACE = NO TRKCDTYP = NO PINEXT = NO PINDUR = TIME DISPPIN = NO TRANSFER = ALL PINNKEY = NO DEACKEY = NO POSCHKN = 1 COSHOME = NO PINLCOS2 = NO DPTEST = NO DISPTRKC = NO PARARNGM = NO DISPLAY COMPLETED; Vytvo ení osobních dat ú astníka Vytvo ení je pom rn snadné, zadáme TYP=STN (station), vyplníme tel.. v STNO a následn zadáme jméno, organiza ní jednotku a p ípadn PIN1 pro identikaci na cizím p ístroji a kód pro p epnutí oprávn ní COSXCD. <ADD-PERSI:TYPE=STN,STNO=2701,NAME="Jan*Lucembursky",ORG="KAT440", COSXCD="1234",PIN1="456789"; Dotaz na jména p i azená ú astníkovi 2701 zjistíme pomocí parametru TYPE=NAME a pokud by bylo jmen více, tak uvidíme v²echny zadané. 56

63 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO <DISPLAY-PERSI:TYPE=NAME,STNO=2701; H500: AMO PERSI STARTED STNO CHRISTIAN AND SURNAME CHARCON ORGANIZATIONAL UNIT Jan*Lucembursky KAT AMO-PERSI-111 DISPLAY COMPLETED; PERSONAL IDENTIFICATION DATA Rovn º se m ºeme dotázat na zadané PINy. <DISPLAY-PERSI:TYPE=STN,STNO=2701; H500: AMO PERSI STARTED STNO PIN PINTYPE X.... X X X AMO-PERSI-111 DISPLAY COMPLETED; PERSONAL IDENTIFICATION DATA Zvlá²tním typem PINu je servisní PIN, který je veden v na²em p ípad pod typem 8, coº lze ov it dotazem na COPIN=8. <DIS-PERSI:COPIN,COPIN = 8; COPIN COPIN-PARAMETER COTYPE = SI PINTEXT = 'PIN FOR SERVICE ID ' SILEN = DISPLAY COMPLETED; Hodnotu tohoto PINu zjistíme pomocí níºe uvedeného p íkazu. Pomocí tohoto PINu m ºeme provést odhlá²ení i p ihlá²ení tel.. na dané za ízení (port). <DISPLAY-PERSI:TYPE=PIN,PINTYPE=8; H500: AMO PERSI STARTED PIN STNO PINTYPE X DISPLAY COMPLETED; 57

64 6 SADA AMO P ÍKAZ PRO SPRÁVU ÚƒASTNÍK Smazání v²ech jmen lze provést pomocí TYPE=ALLNAME, p i zadání TYPE=NAME m - ºeme smazat konkrétní jméno, ale musíme vyplnit povinný parametr NAME. <DELETE-PERSI:TYPE=ALLNAME,STNO=2701; Smazání konkrétního PINu u tel provedeme níºe uvedeným p íkazem. <DELETE-PERSI:TYPE=STN,STNO=2701,PINTYPE=1; Jako poslední p íklad si uvedeme zm nu jména, pokud nezadáme OLDNAME, tak se provede zm na u jména vedeného jako prvního v po adí u tel <CHANGE-PERSI:TYPE=NAME,STNO=2701,OLDNAME="Jan*Lucembursky",NEWNAME="Karel*IV"; 6.5 AMO WABE Tento AMO p íkaz slouºí k vytvo ení íselného plánu systému. Ve WABE musí být z ízena ve²kerá volací ísla pro pobo ky, státní linky, sluºby a funkce systému. Celkem je moºné vytvo it 16 skupin WABE (0-15) rozli²ených p ístupem ke sluºbám, k státním i p í kovým vedením, ke spojovatelce, k ú astník m, atd... Kaºdé vytvo ené volb je p id len n jaký význam (DAR - Digit Analysys Result) a provozní situace (CPS - Call Progress State), tzn. podmínky za kterých je moºné íslo i znaky pouºít. P i zasí ování úst eden lze parametrem DNNO (Destination Node Number) p id lit ú astnické íslo k jiné úst edn, po vyto ení takového ísla je hovor sm rován k cílové úst edn. ƒíslo m ºe být maximáln ²estimístné, pomocí parametru ARN lze dosáhnout aº osmimístného o íslování pobo ek. Pokud se chceme dotázat na rozsah tel.. p i azených vlastní úst edn TYPE=DNNO, tak vºdy zadáváme DNNO=0. <DISPLAY-WABE:TYPE=DNNO,DNNO=0; H500: AMO WABE STARTED STN FOR DNNO OWN NODE DISPLAY COMPLETED; M ºe nás samoz ejm zajímat rozsah tel.. p i azených na uzlu 80 anebo na v²ech uzlech, potom bychom hodnotu DNNO nezadávali. <DISPLAY-WABE:TYPE=DNNO,DNNO=80; Zm nu p íslu²nosti tel k uzlu 80 docílíme zadáním zm ny WABE s cílovým DESTNO=80. Vrátit zp t jej m ºeme pomocí DESTNO=0. Samoz ejm musíme znát ísla uzl a topologii celé sít. Tímto jednoduchým zp sobem m ºeme p emís ovat ísla mezi uzly. <CHANGE-WABE:CD=2750,DESTNO=80; 58

65 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO Níºe je proveden dotaz na dv tel a 2750, p i emº volíme typ jako obecný TYPE=GEN (general) a do CD (code) vyplníme hledané ísla v íslovacím plánu. Z odpov di vidíme, ºe ísla jsou platná pro v²echny íslovací plány, vidíme provozní stavy CALL PROGRESS STATE v rozsahu 0 aº 22. Kaºdý stav odpovídá ur ité provozní situaci, za které je moºné íslo pouºít. Vidíme i íslo uzlu, víme, ºe vlastní uzel má hodnotu 0 a pomocí analýzy ísla DIGIT ANALYSIS RESULT poznáme, zda íslo je pouºito anebo volné (R - RESERVED). <DISPLAY-WABE:TYPE=GEN,CD=2701&2750; CALL PROGRESS STATE NODE/DIGIT RESERVED/CONVERT CODE ANALYSIS DNI/ADD-INFO RESULT *=OWN NODE **** ***** ** * STN DESTNO **** ***** ** * STN R DESTNO 0 DISPLAY COMPLETED; Dotáºeme se na význam ísla 0, které slouºí jako prex náb hu na trunk do ve ejné sít. To je pouºíváno u v²ech pobo kových úst eden, kdy p es 0 se lze dostat na odchozí trunk do PSTN a poté se volí íslo ve ve ejné síti, jak jsme zvyklí. Význam ísla je CO (Central Oce). <DISPLAY-WABE:TYPE=GEN,CD=0; CALL PROGRESS STATE NODE/DIGIT RESERVED/CONVERT CODE ANALYSIS DNI/ADD-INFO RESULT *=OWN NODE 0..****..*** ** * CO DISPLAY COMPLETED; Pokud bychom cht li vyhledat v²echna ísla s významem CO, tak nezadáme CD a vyplníme DAR, tím se nám vyhledají v²echna ísla spl ující podmínku DAR=CO. Vidíme rovn º, která ísla nejsou pro náb h na státní pouºita (R). <DISPLAY-WABE:TYPE=GEN,DAR=CO; CALL PROGRESS STATE NODE/DIGIT RESERVED/CONVERT CODE ANALYSIS DNI/ADD-INFO RESULT *=OWN NODE 0..****..*** ** * CO ****..*** ** * CO R 760..****..*** ** * CO R DISPLAY COMPLETED; 59

66 6 SADA AMO P ÍKAZ PRO SPRÁVU ÚƒASTNÍK Obdobn bychom mohli vyhledat v²echna ísla v rozsahu 2701&&3000, která vyhovují podmínce DAR=STN, ili jsou ur eny pro ú astníky a m ºeme je pouºít v SCSU nebo SBCSU. Pro p id lení ísel v uvedených AMO p íkazech, je nutné je mít z ízené ve WABE jako STN (station). <DISPLAY-WABE:TYPE=GEN,CD=2701&&3000,DAR=STN; Uvedeme si seznam moºností analýzy ísla (DAR), hodnoty nejpouºívan j²ích parametru a jejich význam. ˆ ACBK - ACTIVATE CALLBACK, kód pro aktivaci zp tného volání, pro deaktivaci se pouºívá DCKB, v AMO SCBSU 6.2 na stran 43m ºe být nastaveno maximum zp tných volání, které bude moºno provést na konkrétního ú astníka. Níºe je uveden dotaz na oba kódy, kde vidíme, ºe pro aktivaci se pouºívá *9 a pro deaktivaci #9. <DIS-WABE:TYPE=GEN,DAR=ACBK&DCBK; H500: AMO WABE STARTED CALL PROGRESS STATE NODE/DIGIT RESERVED/CONVERT CODE ANALYSIS DNI/ADD-INFO RESULT *=OWN NODE *9. *.....*.....*....* ACBK #9....* DCBK AMO-WABE -111 DISPLAY COMPLETED; DIALLING PLANS, FEATURE ACCESS CODES ˆ ACC - ACCOUNT CODE, zú tovací kód, v AMO PERSI 6.4 na stran 54 m ºe být zadán zú tovací PIN pomocí jeho vlastností v COPIN a p ed vyto ením ísla ú astník zadá tento zú tovací kód, tím pádem bude moºné vid t náklady na hovorné p i e²ení konkrétního projektu. ˆ ACOSX - ACTIVATE COS CHANGEOVER FROM STATION, pouºívá se pro aktivaci p epnutí oprávn ní COS1 na COS a s tím i LCOSV, LCOSD, pro deaktivaci p epnutí a návrat na COS1 resp. LCOSV1, se pouºívá DCOSX. ˆ ADND - ACTIVATE DO NOT DISTURB, jedná se o aktivaci funkce neru²it, pro deaktivaci je nutné vyhledat DDND. ˆ AFFWDVCE - PROGRAM AND ACTIVATE FIXED FORWARDING VOICE, je kód umoº ující nastavení pevného p esm rování, tím se nastaví cíl pevného p esm rování. ˆ AFWDB - ACTIVATE CALL FORWARDING BUSY, aktivace p esm rovaní p i obsazení, pro deaktivaci slouºí DFWDB. ˆ AFWDBNA - ACTIVATE CALL FORWARDING BUSY OR NO ANSWER, obdobn aktivace p esm rování p i obsazení anebo neohlá²ení se (po ase), pro deaktivaci existuje kód s významem DFWDBNA. 60

67 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO ˆ AFWDEXIN - ACTIVATE CALL FORWARDING EXT AND INT, aktivuje p esm rování interní a externí. ˆ AFWDINT - ACTIVATE CALL FORWARDING INTERN, aktivuje p esm rování interní. ˆ AFWDNA - ACTIVATE CALL FORWARDING NO ANSWER, aktivace p esm rování p i neohlá²ení se (p esm rování po ase). ˆ AFWDREM - ACT CALL FORWARDING REMOTE/FOLLOW ME, aktivace vzdáleného p esm rování (následuj mne), po identikaci PINem m ºu zadat p esm rování následuj mne a mé domovské íslo bude p esm rováno na telefon, kde jsem se identikoval PINem. To funguje i v síti úst eden. Identika ní kód zadám v AMO PERSI 6.4 na stran 54. ˆ AFWDVCE - ACTIVATE FIXED CALL FORWARDING VOICE, aktivace pevného p esm rování, zatímco AFFWDVCE slouºí k nastavení cíle p esm rování, deaktivaci provedu pomocí DFWDVCE. ˆ AHTVCE - ADD STATION TO HUNT GROUP VOICE, kód pro p idání stanice do skupinové p ípojky (hunting group), pro deaktivaci pouºiji DHTVCE. ˆ APIN1 - ACTIVATE PIN FOR COPIN1, aktivace PIN1, deaktivaci provedeme pomocí DPIN. ˆ APIN10 aº APIN15 - ACTIVATE PIN FOR COPIN10 aº 15, r zné kódy pro aktivaci r zných typ PIN. Pro v²echny platí deaktivace jediným kódem DPIN. ˆ ASYSFWD - ACTIVATE SYSTEM CALL FORWARDING VOICE, aktivace systémového p esm rování. ˆ ATND - ATTENDANT/INTERNAL OPERATOR CODE, íslo spojovatelského pracovi²t uvnit rmy. <DIS-WABE:TYPE=GEN,CD=1111; H500: AMO WABE STARTED CALL PROGRESS STATE NODE/DIGIT RESERVED/CONVERT CODE ANALYSIS DNI/ADD-INFO RESULT *=OWN NODE * ATNDDID *..*** ** ATND ˆ ATNDDID - INDIAL TO ATTENDANT CONSOLE, íslo spojovatelky zven í, m ºe být nastaveno stejné íslo uvnit i zven í, po vyto ení provolby a zadání jedni ek se u st edn velkých a velkých rem v t²inou dovolám na spojovatelské pracovi²t. Po et jedni ek samoz ejm souvisí s délkou provolby, celkov musí býti v ƒr tel.. devítimístné, a proto v p ípad provolby V B-TUO budu dále volit V p íkladu vý²e je dotaz 61

68 6 SADA AMO P ÍKAZ PRO SPRÁVU ÚƒASTNÍK 62 na íslo 1111, kde je vid t, ºe lze vytvo it jedno íslo s r znými významy, podmínkou jsou ale r zné provozní stavy, za kterých je dané íslo moºné volit. Provozní situace 6 (CO incoming DID) je stav p íchozího hovoru z ve ejné sít PSTN p es provolbu (DID - Direct Dialing In), zatímco 5 je standardní situace ú astníka p i vyto ení ísla (Prex dialing by station user), situace 8 (Consultation of station user from in-house call incl. TIE tie-trunk and SAT satellite PABX) je zp tný dotaz v domácím hovoru v etn p í ky i satelitní PBX, provozní situace 9 (Consultation of a station user from CO call) odpovídá situaci ve zp tném dotazu p i hovoru s ve ejnou sítí (CO - Central Oce) a situace (10 Incoming station line trac, 11 Incoming tie-line trac, 12 Incoming link trac) odpovídají stav m p íchozí volání od ú astníka, z p í ky a z analogového p ena²e e. ˆ ATNDIND - INDIVIDUAL ATTENDANT CONSOLE, je vlastní íslo pultu spojovatelky. ˆ BROADCST - SPEAKER CALL - ONE WAY BROADCAST, je hromadné zavolání, hlas je p ená²en pouze v jednom sm ru. ˆ BUZZ - ALERT (BUZZ) A TARGET STATION, je kód pro upozorn ní cílové stanice. ˆ CALLPARK - CALL PARK FOR ANATE, parkování volání pro analog. ˆ CO -CENTRAL OFFICE, jedná se o kód p ístupnu na státní. ˆ COMGRP - COM GROUP CALL, skupinové vyzván ní. ˆ CONF - ESTABLISH CONFERENCE / ADD PARTY TO CONFERENCE, sestavení konference, v h4k se m ºou sestavovat osmi lenné konference, v t²í konference se sestavují pomocí meet-me. ˆ DCBK - DELETE CALLBACK, smazání zp tného volání. ˆ DCOSX - DEACTIVATE COS CHANGEOVER FROM STATION, deaktivace p epnutí oprávn ní. ˆ DCPA - PARK A USER AT A SPECIFIC USER, pro parkování volání. ˆ DDND - DEACTIVATE DO NOT DISTURB, deaktivace funkce neru²it. ˆ DFFWDVCE - DEACTIVATE AND DELETE FIXED FORWARDING VOICE, deaktivace a smazání pevného p esm rování. ˆ DFWDEXT - DEACTIVATE CALL FORWARDING EXTERN, deaktivace externího p esm rování. ˆ DFWDINT - DEACTIVATE CALL FORWARDING INTERN, deaktivace interního p esm rování. ˆ DFWDREM - DEACT CALL FORWARDING REMOTE/FOLLOW ME, deaktivace vzdáleného p esm rování (následuj mne). ˆ DFWDVCE - DEACTIVATE CALL FORWARDING VOICE, deaktivace p esm rování.

69 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO ˆ DHTVCE - DISASSOCIATE STN. FROM HUNT GROUP, VOICE EQPT, odhlá²ení ú astníka ze skupinové p ípojky (hunting group). ˆ DISUOFF - DISPLAY SUPPRESSION OFF, vypnutí potla ení zobrazení ísla. ˆ DISUON - DISPLAY SUPPRESSION ON, zapnutí potla ení zobrazení ísla. ˆ DPIN - DEACTIVATE PIN, deaktivace PINu. ˆ DREM - DELETE REMINDER, smazání p ipomenutí. ˆ DSYSFWD - DEACTIVATE SYSTEM CALL FORWARDING VOICE, deaktivace systémového p esm rování volání. ˆ DTMFCONV - DTMF-CONVERSION WHEN DIALLING TO PUBLIC NETWORK, knverze DTMF p i volb do ve ejné sít, jedná se o situaci, kdy pot ebuji p epnout na tónovou volbu a pomocí tohoto kódu bude ve²kerá volba vysílána v DTMF. ˆ EOVR - EMERGENCY OVERRIDE, nouzové napojení. ˆ EXHOLDKY - EXCLUSIVE HOLD KEY, exkluzivní p idrºení hovoru (pouºívá se u Key systém ).) ˆ FWDIGNOR - IGNORE CALL FORWARDING, kód pro ignorování p esm rování volání. ˆ FWDREM - SHOW CALL FORWARDING REMOTE/FOLLOW ME, zobrazení cíle vzdáleného p esm rování (následuj mne). ˆ FWDTERM - CALL FORWARDING FOR ALL STNS ASSOC. TO TERMINAL, p esm rování pro v²echny ú astníky p i azené terminálu (jde p edev²ím o sluºby). ˆ HOLD - CALL HOLD BY AN ANALOG PHONE, p idrºení hovoru na anlogovém telefonu. ˆ HUNT - HUNTING GROUP, význam pro skupinovou p ípojku (vyhledání ísla), jedná se o virutální íslo, které se m ºe pouºívat v hunting group. ˆ IUSEKY - SHOW-LINE-KEY-I-USE KEY, zobrazení ísla virtuální linky, která je aktuáln pouºita (vyuºito v Key systémech). ˆ KNOVRKY - KNOCKING/CAMP-ON, OVERRIDE KEY, funkce poklepání do hovoru/napojení, bu jedno nebo druhé, nelze kombinovat obojí. ˆ LNR - LAST NUMBER REDIAL, volba posledn volaného ísla. ˆ MBOFF - MAILBOX LED OFF, vypnutí LED schránky na p ístroji. ˆ MBON - MAILBOX LED ON, zapnutí LED schránky na p ístroji. ˆ MHFALGOF - LOGOFF BY A MOBILE HFA SUBSCRIBER, odhlá²ení mobilního HFA ú astníka (HFA IP telefon). 63

70 6 SADA AMO P ÍKAZ PRO SPRÁVU ÚƒASTNÍK ˆ MHFALGON - LOGON BY A MOBILE HFA SUBSCRIBER, p ihlá²ení mobilního HFA ú astníka (HFA IP telefon). ˆ PARK - CALL PARK AND RETRIEVE TO SYSTEM SLOT, zaparkování hovoru a jeho p evzetí ze systémového slotu. ˆ PU - CALL PICKUP, p evzetí volání (je nutná skupina Pick Up, která se z izuje v AMO AUN). ˆ PUDIR - DIRECTED CALL PICKUP, cílené p evzetí volání, coº je moºné tehdy, pokud znám íslo, ze kterého chci volání p evzít. ˆ RELEASE - EMERGENCY RELEASE OF A STATION, jedná se o kód pro nouzové rozpojení ú astníka. ˆ RMCONFLP - REMOVE LAST PARTY FROM CONFERENCE, pomocí kódu provedu odpojení posledn p ipojeného ú astníka v konferenci. ˆ RMCONFP1 aº RMCONFP8 - REMOVE PARTY AT POSITION 8 FROM CONFE- RENCE, tento kód je pro cílené odpojení ú astníka z konference dle pozice 1-8. ˆ SIGNOFF - SIGN OFF A LINE VIA TERMINAL DEVICE, odhlá²ení ú astníka p es za ízení (za ízení v konguraci SCSU/SBCSU bude vedeno jako bez pozice a ve stavu odhlá²eno - SIGN OFF a lze jej p ihlásit na jiném portu). ˆ SIGNON - SIGN ON A LINE VIA TERMINAL DEVICE, p ihlá²ení ú astníka na za- ízení, vloºením kódu a samoz ejm servisního kódu z AMO PERSI lze docílit p i azení HW pozice ú astníkovi ( ili na daný p ístroj, kde je kód zadán) a tím dojde k dopln ní HW pozice v SCSU/SBCSU. ˆ SNR - SAVED NUMBER REDIAL, kód slouºí pro uloºení ísla pro opakování volby. ˆ SPDC1 - SPEED CALLING CENTRAL 1 a SPDC2 - SPEED CALLING CENTRAL 2, jsou kódy pro p ístup na centrální listy zkrácených voleb, kaºdý ú astník m ºe mít p ístup na dva listy z rozsahu ˆ SPDI - SPEED CALLING INDIVIDUAL, tímto kódem je realizován p ístup na individuální list zkrácené volby. ˆ SPLIT - SPLIT/ALTERNATING CALLS, jedná se o st ídání hovoru mezi dv ma ú astníky. ˆ TIE - TIE LINE ACCESS, jedná se o prex pro náb h na p í ku. ˆ TRACE - MALICIOUS CALL TRACING, tímto kódem je provedeno zachycení zlomyslného volání. ˆ VOICECAL - VOICE CALLING, kód pro p ímé hlasové oslovení, pomocí tohoto kódu lze provést vyzvednutí sluchátka na dálku. 64

71 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO Vytvo ení a smazání nového ísla v íslovacím pánu Nejd íve si p edvedeme vytvo ení ísla 2750 s významem ú astník (STN - Station), které lze pouºít v konguraci AMO SCSU/SBCSU. Toto íslo je z ízeno ve v²ech íslovacích plánech (0-15). <ADD-WABE:CD=2750,DAR=STN; Smazání je pomocí typu CD (Code) a samoz ejm zadáme význam DAR=STN. Podmínkou pochopiteln je, ºe o íslo nesmí býti z ízeno v AMO SCSU/SBCSU, tedy íslo je volné, coº lze ov it i dotazem do WABE a u ísla bude p íznak R (Reserved). <DELETE-WABE:TYPE=CD,CD=2750,DAR=STN; Nyní si íslo z ídíme s významem HUNT (volací íslo skupinové p ípojky) a následn íslo smaºeme. <ADD-WABE:CD=2750,DAR=HUNT; <DELETE-WABE:TYPE=CD,CD=2750,DAR=HUNT; Uvedené p íklady jsou dle mého názoru dosta ující k pochopení práce s AMO WABE a p ístupu k vytvá ení a mazání kód v íslovacím plánu. Jako poslední p íklad si p edvedeme, ºe dv stejné ísla jdou z ídit ve dvou r zných íslovacích plánech DPLN, nap. v DPLN=5 a DPLN=7. Ú astníci mající v AMO SCSU/SBCSU p i azenou DPLN=0, tak nemají k t mto ísl m p ístup. V²echny vý²e uvedená ísla jsme vºdy z izovali s platností pro v²echny íslovací plány, nyní jsou z ízena v r zných, a proto ú astníkovi musím dát p ístup k tomuto íslovacímu plánu p i azením DPLN=5 resp. DPLN=8. <ADD-WABE:CD=2750,DPLN=5,DAR=HUNT; <ADD-WABE:CD=2750,DPLN=8,DAR=HUNT; Je nutno míti na pam ti, ºe ú astník m ºe mít p ístup pouze do jednoho íslovacího plánu. Tím pádem lze nastavit i r zné zp soby zacházení s íslem p i jeho vyto ení. P i mazání je pot ebné zadat DPLN, ve kterém se íslo nachází. <DEL-WABE:TYPE=CD,CD=2750,DPLN=5,DAR=HUNT; <DEL-WABE:TYPE=CD,CD=2750,DPLN=8,DAR=HUNT; 6.6 AMO SXSU P íkaz AMO SXSU (STATION EXCHANGING IN SWITCHING UNIT) usnad uje st hování ú astník i celých nastavení mezi porty. V níºe uvedeném p íkaze je zm na tel na 2702 a smysl dávají pouze dv situace. ˆ Oba ú astníci 2701 a 2702 jsou z ízeni a tím pádem dojde k prohození jejich ísel. ˆ Vytvo ený ú astník je pouze na 2701, ímº dojde ke zm n jeho ísla na Níºe vidíme, ºe k zám n ísel se pouºilo volné íslo 2700, ili 2701 se zm nilo na 2700, poté se 2702 zm nilo na 2701 a následn 2700 na Tímto p íkazem byly provedeny t i kroky, které za nás ud lal skript v h4k. 65

72 6 SADA AMO P ÍKAZ PRO SPRÁVU ÚƒASTNÍK <CHANGE-SXSU:STNO=2701,TYPE=STNO,STNOX=2702; H500: AMO SXSU STARTED H29: FOR INTERMEDIATE STORAGE STNO 2700 WAS USED TEMPORARILY AMO-SXSU -111 CHANGE COMPLETED; STATION EXCHANGING (MOVES), SWITCHING UNIT Nutno podoktnout, ºe zm nou ísel se nep enese nastavení ú astník, do²lo pouze k prohození ísel, ili pokud by se dv osoby st hovaly mezi kancelá emi, tak tímto zp sobem by jim sice tel.. z stali, ale prohodili by si ve²keré kongurace. To je vhodné p i zm n ísla, nikoliv pro st hování. P i st hování pracovník mezi kancelá emi je mnohem vhodn j²í pouºít p emíst ní pozic PEN. Bohuºel p íkaz jiº nepracuje se skriptem a musíme tedy provést t i kroky zmín né v p íkladu vý²e pomocí p íkaz níºe uvedených. Nejd íve si popí²eme stávající stav, tel.. a pozice STNO=2701, PEN= STNO=2702, PEN= K prohození HW pozic v konguraci je nejprve nutné najít volnou pomocnou pozici, p es kterou p esun provedeme. Tu m ºeme nalézt pomocí AMO SDSU, p edpokládejme, ºe volnou pozicí je Provedeme tedy tyto t i kroky: ˆ P esuneme 2701 na pomocnou pozici PEN= ˆ V druhém kroku p esuneme 2702 na cílovou pozici PEN= ˆ Nakonec realizujeme p esun 2701 z pomocné pozice na cílovou PEN= <CHANGE-SXSU:STNO=2701,TYPE=PEN,PEN= ; <CHANGE-SXSU:STNO=2702,TYPE=PEN,PEN= ; <CHANGE-SXSU:STNO=2701,TYPE=PEN,PEN= ; Tímto jsme docílili ºádaného stavu, který m ºeme ov it p es AMO SCSU i SBCSU, pozice se prohodily a tím pádem do²lo ke vzájemnému p est hování mezi kancelá emi v etn ve²keré kongurace a nastavení p vodních uºivatel. STNO=2701, PEN= STNO=2702, PEN= Prohození pozic lze provést rovn º pomocí AMO DSSU 6.3 na stran 53, kde lze vyuºít odhlá²ení a p ihlá²ení (SIGN OFF a SIGN ON) a realizace je na dva p íkazy. Ob moºnosti jsou pouºitelné. Nakonec lze zm na provést i manuáln p ímo z p ístroje za znalosti kódu odhlá²ení SIGNON a SIGNOFF pomocí AMO WABE 6.5 na stran 58 a znalosti servisního kód v AMO PERSI 6.4 na stran

73 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO 7 Sada AMO p íkaz pro správu sluºeb V této kapitole se budeme v novat sluºbám pro ú astníky, a to p edev²ím týmovým a dopl kovým sluºbám. Projdeme si následující sadu AMO p íkaz. ˆ AUN (CALL PICKUP GROUPS), skupiny p evzetí volání umoº ující p ebírat volání mezi ú astníky, parkování a ONS (One Number Service). ˆ SA (HUNTING ARRANGEMENTS), skupinová p ípojka, ve které p i volání ísla ú astnické p ípojky je vyhledáván volný ú astník p ihlá²en do skupiny. ˆ TAPRO (PROGRAMMABLE KEY DEFINITION FOR DIGITAL TERMINALS), programování funkcí pod tla ítka na p ístroji. ˆ ZIEL (DESTINATIONS FOR VARIOUS STATION FEATURES), p íkazem nastavujeme cíle sluºeb. ˆ ACTDA (SUBSCRIBER FEATURES), aktivace a deaktivace sluºeb (p edev²ím p esm rování). ˆ VBZ (INTERNAL TRAFFIC RESTRICTIONS), správa skupin provozních vztah. ˆ HOTLN (HOTLINE/OFFHOOK INTERCEPT), pro nastavení cíl hotline. ˆ BERUM/BERUZ (CLASS OF SERVICE SWITCHOVER, TIMES AT WHICH CLASS OF SERVICE SWITCHOVER IS TO OCCUR), pomocí AMO BERUM lze provést p epnutí oprávn ní u ú astníka i ve skupin COSX a pomocí BERUZ lze vytvo it p epínání oprávn ní v závislosti na ase pro jednotlivé dny. ˆ SDAT (ADMINISTRATION OF SUBSCRIBER ATTRIBUTES AND DATA), p íkaz umoº uje administraci dat ú astníka a jeho atribut pro sluºby. Krom vý²e uvedených p íkaz si ukáºeme i pouºití dopl kových sluºeb a jejich ovládání pomocí kód specikovaných v AMO WABE 6.5 na stran AMO AUN AUN se pouºívá pro správu skupin p evzetí volání (Pick Up) a dosaºitelnosti uºivatele pod jedním íslem (ONS - One Number Service). AUN je skupina ú astník, kde p íchozí volání pro ú astníka m ºe být p evzato jiným ú. skupiny 7.1. Maximáln m ºe být vytvo eno 1000 skupin a v kaºdé aº 225 ú astník. Ú. m ºe být lenem pouze jedné skupiny AUN. V jedné skupin lze z ídit max. 25 digit. p ístroj. Ú astníci ²éf sekretá ské soupravy nem ºou být leny stejné skupiny AUN. Parametrem DISTNO=YES lze nastavit indikaci volajícího ú. na displeji, pro p evzetí druhého volání na jiném p ístroji musí být PUSECOND =YES. Zp sob oznámení se volí pomocí NOTRNG, p i emº moºnosti notikace jsou následující: ˆ OFF (NO NOTIFICATION), bez akustické notikace, pouze se zobrazí na displeji a bude blikat LED tla ítko pro p evzetí volání. 67

74 7 SADA AMO P ÍKAZ PRO SPRÁVU SLUšEB Obrázek 7.1: Ilustrace p ebírání volání ve skupin Pick Up. ˆ ON3 (WITH MULTIPLE BURST NOTIFICATION IN ALL STATES), t i pípnutí ve v²ech stavech. ˆ ONIDLE3 (MULTIPLE BURST NOTIFICATION ONLY IN IDLE STATE), t i pípnutí pouze tehdy, pokud ú astník nehovo í. ˆ ON1 (WITH SINGLE BURST NOTIFICATION IN ALL STATES), jedno pípnutí ve v²ech stavech. ˆ ONIDLE1 (SINGLE BURST NOTIFICATION ONLY IN IDLE STATE), jedno pípnutí pouze tehdy, pokud ú astník nehovo í. ˆ PERIOD3 (WITH MULTIPLE BURST PERIODICAL NOTIFICATION), periodicky opakovaná t i pípnutí ve v²ech stavech. ˆ PERIOD1 (WITH SINGLE BURST PERIODICAL NOTIFICATION), periodicky opakované jedno pípnutí ve v²ech stavech. ƒas periodického upozor ování (notikaci) nastavíme v AMO CTIME pomocí parametru NOTRNG v sekundách. <CHANGE-CTIME:TYPESWU=CPTIME1,NOTRNG=5; Nedoporu uje se kombinovat AUN se sluºbou SA (skupinové p ípojky). V skupin AUN m ºeme p id lit digit.p. tla ítko parkování u analogových z ídit ve WABE kód pro CALL- PARK a zaparkovat hovor tak, ºe stiskneme tla ítko parkování (za ne blikat), poloºíme sluchátko a p ejdete k dal²ímu p ístroji, kde zaparkovaný hovor p evezmeme, pokud si hovor nep evezmeme do p ti minut, za ne vyzván t u ú., kde byl zaparkován. 68

75 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO P ístroje ve skupin mohou vyzván t paraleln v²echny na volání p icházejících na kteréhokoliv ú astníka skupiny. V tom p ípad je nutné p idat do konkrétního COS vytvo eného v AMO COSSU hodnotu GRPCAL do parametru AVCE a tento COS p i adit ú astníkovi z ízeného v AMO SCS/SBCSU viz. 6.1 na stran 39. <CHANGE-COSSU:TYPE=COS,COS=<number>,AVCE=GRPCAL; Dal²í moºností je ONS (One Number Servise), kdy zavoláním na konkrétní íslo m ºe sou asn vyzván t více p ístroj, nap. telefon na stole a mobilní telefon, po p ijetí volání na jednom z p ístroj se dal²í vyzván ní zru²í. Skupinu p evzetí volání lze vytvo it i sí ov a v tom p ípad lze signalizovat volání na pobo ce v systému h4k na jiné pobo ce v jiném hipath4000 a volání lze p evzít Skupina p evzetí volání (Call Pick Up group) ƒlenem skupiny m ºe být analogový, digitální i ú astník s IP telefonem. Na digitálních telefonech je tla ítko PU (Pick Up), které lze p i adit pomocí AMO TAPRO 7.3 na stran 78, v p íkladu níºe je p id lení pod tla ítko.8. <CHANGE-TAPRO:STNO=2702,KY08=PU; Na analogových p ístrojích není moºné funkce pod tla ítka programovat pomocí AMO TAPRO a je nutné pouºít kód, který najdeme p es AMO WABE 6.5 na stran 58. Jedná se o *7, po vyzvednutí sluchátka analogového telefonu a zadání tohoto kódu p evezmeme volání ve skupin. Pokud je volání více v jeden okamºik, tak dojde k p evzetí prvního v po adí. <DISPLAY-WABE:TYPE=GEN,DAR=PU; H500: AMO WABE STARTED DIGIT INTERPRETATION VALID FOR ALL DIAL PLANS CALL PROGRESS STATE NODE/DIGIT RESERVED/CONVERT CODE ANALYSIS DNI/ADD-INFO RESULT *=OWN NODE *7....* PU AMO-WABE -111 DISPLAY COMPLETED; DIALLING PLANS, FEATURE ACCESS CODES P ebírat volání je moºné i cílen (Directed Call Pick-Up), potom ú astník nemusí být lenem skupiny, ale musí zadat íslo, na kterém volání p ebírá. Op t m ºeme zjistit kód sluºby p es AMO WABE 6.5 na stran 58 a v p íkladu níºe vidíme, ºe se jedná o **7. Po zadání tohoto kódu následuje zadání tel.., na kterém probíhá vyzván ní a tím volání p evezmeme. 69

76 7 SADA AMO P ÍKAZ PRO SPRÁVU SLUšEB <DISPLAY-WABE:TYPE=GEN,DAR=PUDIR; H500: AMO WABE STARTED DIGIT INTERPRETATION VALID FOR ALL DIAL PLANS CALL PROGRESS STATE NODE/DIGIT RESERVED/CONVERT CODE ANALYSIS DNI/ADD-INFO RESULT *=OWN NODE **7..****..** * PUDIR AMO-WABE -111 DISPLAY COMPLETED; DIALLING PLANS, FEATURE ACCESS CODES Vytvo ení skupiny pomocí AUN provedeme se za azením t ech pobo ek 2701, 2710 a 2750, se zobrazením ísla volajícího na displeji, moºností p evzít i druhé volání a akustickým periodickým upozor ováním pomocí t ech pípnutí. Níºe vidíme, ºe byla vytvo ena skupina 1, po adové íslo skupiny se p i adí vºdy nejniº²í moºné. <ADD-AUN:TYPE=GR,STNO=2701&2710&2750,DISTNO=YES,NOTRNG=PERIOD3,PUSECOND=YES; H500: AMO AUN STARTED H03: PU GROUP 1 CREATED H17: PU GROUP WITH GRNO 1 CONTAINS 3 STATIONS AMO-AUN -111 CALL PICKUP GROUPS ADD COMPLETED; Pokud bychom cht li do skupiny p idat dal²í tel. íslo 2702, tak jej pot ebujeme jiº p idat do konkrétní skupiny GRNO=1, ostatní parametry budou p evzaty z p vodní kongurace skupiny. <ADD-AUN:GRNO=1,TYPE=GR,STNO=2702; Obdobn vymazání tel ze skupiny provedeme se zadáním GRNO=1 a jako typ musíme zvoli TYPE=STN. <DELETE-AUN:TYPE=STN,GRNO=1,STNO=2701; H20: STNO 2701 DELETED FROM GROUP 1 H17: PU GROUP WITH GRNO 1 CONTAINS 3 STATION AMO-AUN -111 CALL PICKUP GROUPS DELETE COMPLETED; Pro vymazání celé skupiny Pick Up zvolíme TYPE=GR a konkrétní íslo skupiny, v na²em p ípad op t GRNO=1. Pokud zadáme TYPE=SYS, tak dojde k smazání v²ech skupin v systému. Musíme být proto obez etní, zda skute n chceme v²echny skupiny smazat a p ed 70

77 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO zadáním je vhodné si pomocí REG-AUN; anebo konstrukce DIS-AUN se zadáním TYPE=SYS, ov it aktuální stav, aby nedo²lo k nenávratnému kroku a necht nému vymazání jiných skupin p evzetí volání, neº jsme p vodn zamý²leli. <DELETE-AUN:TYPE=GR,GRNO=1; <DELETE-AUN:TYPE=SYS; Nakonec si ukáºeme sí ovou skupinu Pic Up mezi ú astníky na r zných systémech hipath4000. Princip vytvo ení takovéto skupiny spo ívá v tom, ºe na kaºdém hipath4000 se vytvo í separátní skupina p evzetí volání v AUN s interními ú astníky daného systému a tyto skupiny se navzájem spolu propojí, ili volání v jedné skupin s. 1 úst edny s uzlem je signalizováno v jiné skupin. 10 s pobo kou Ob skupiny se tvá í jako jedna, podmínkou je propojení obou h4k p es protokol CORNET NQ, a jiº p es ISDN anebo p es IP trunk, 7.2. Obrázek 7.2: Ilustrace p ebírání volání v sí ové skupin Pick Up. Vytvo íme tedy skupinu 1 GRNO=1 s tel a 7141, kód REMAC obsahuje identikaci prot j²ího systému h4k a musí být z ízen v AMO LDPLN a následuje REMGRNO=10 indikující, ºe jde o vzdálenou skupinu. 10 z ízenou v AUN a pomocí REMSIGO=YES a REMSIGI=YES nastavíme, ºe chceme zasílat upozorn ní do prot j²í skupiny (Remote Signalling Outgoing) a naopak dostávat upozorn ní sm rem do na²í skupiny.1 (Remote Signalling Incoming). <ADD-AUN:GRNO=1,TYPE=GR,STNO=7140&7141,REMAC=808902,REMGRNO=10,REMSIGO=YES, REMSIGI=YES; Obdobn na druhém h4k vytvo íme skupinu. 10 GRNO=10 s tel , p i emº REM- GRNO=1 indikující, ºe jde o vzdálenou skupinu. 1 a nesmíme opomenout p i adit kód REMAC (Remote Access Code) pro sí ování. 71

78 7 SADA AMO P ÍKAZ PRO SPRÁVU SLUšEB <ADD-AUN:GRNO=10,TYPE=GR,STNO=7240,REMAC=808901,REMGRNO=1,REMSIGO=YES, REMSIGI=YES; Nakonec nemusí jít o provázání skupin p evzetí volání, pokud nám sta í cílené p evzetí volání. Pomocí kódu **7 bude moºné p ebírat i mezi ú astníky r zných systém, jak ilustruje obrázek níºe 7.3. Oba systémy musí být propojeny a vzdálený kód z ízen pomocí LCR pravidel pro sí ování v p íkazech AMO LDPLN (LCR Dial Plan) a AMO LDAT (LCR Directions). <ADD-LDPLN:LCRCONF=LCRPATT,DIPLNUM=0,LDP="808902"-"T",LROUTE=902,LAUTH=1; Obrázek 7.3: Ilustrace cíleného p ebírání volání bez skupin Pick Up Sluºba ONS (One Number Service) Sluºba One Number Service (ONS) je pouºívána jedním ú astníkem na r zných za ízeních, kdy p íchozí volání je paraleln signalizováno na v²ech zadaných v ONS. Pokud ú astník na n kterém z t chto za ízení vede hovor, potom je volajícímu indikován stav obsazeno a pokud je volání na n kterém s tel.. p ijato, tak vyzván ní na ostatních za ízeních je zru²eno. Maximální po et ú astník v ONS skupin jsou t i a pouze jeden m ºe být externí, viz. 7.4, kde B1 ab2 jsou interní a B3 je mobilní telefon. Pro odchozí hovory z B1 i B2 je uºívána identikace B íslem, ili hlavním íslem skupiny ONS. Oba ú astníci B1 a B2 mají stejný COS, DPLN, ITR a COSX. To je docíleno permanentní identikací PINem, proto je v PERSI z ízen k tomuto ú elu speciální PIN.15, jak je uvedeno níºe ve výpise COPIN=15 z PERSI 6.4. Pokud je v COPIN nastaveno DISPRSTN = NO, tak je zobrazováno pro odchozí hovory B íslo a pokud DISPRSTN = YES, tak je p evzata skute ná identikace volajícího ze skupiny ONS. 72

79 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO <DISPLAY-PERSI:TYPE=COPIN,COPIN=15; H500: AMO PERSI STARTED COTYPE = NONE PINTEXT = 'ONS MASTER ' PIN15LEN = 4 CDRTEXTS = NO CDRTEXT = ' ' DISPRSTN = NO IDHOME = NO PINTEST = TABLE DISPID = PERMDISP TRKCD = 0 TRACE = NO TRKCDTYP = NO PINEXT = NO PINDUR = PERM DISPPIN = NO TRANSFER = ALL PINNKEY = NO DEACKEY = NO POSCHKN = 1 COSHOME = YES PINLCOS2 = NO DPTEST = NO DISPTRKC = NO PARARNGM = YES DISPLAY COMPLETED; Obrázek 7.4: Ilustrace sluºby One Number Service. Pokud je vytvo ena ONS sluºba a je p esm rováno MASTER íslo ONS skupiny, tak stav p esm rování je platný pro celou ONS. Jestliºe je na MASTER ísle ONS aktivována sluºba neru²it, tak nastavení je platné pro celou skupinu. Druhé volání do skupiny ONS lze nastavit pomocí parametru PUSECOND v AUN. 73

80 7 SADA AMO P ÍKAZ PRO SPRÁVU SLUšEB Parametr SMPF=YES (search mobile phone rst) zp sobí, ºe mobilní telefon je vyván n jako první a vyzván ní na interních tel.. je zpoºd no, as zpoºd ní se nastaví pomocí AMO CTIME parametrem SMPFTIME. Master tel.. ONS m ºe být lenem skupiny SA (hunt group), viz. 7.2, ale nem ºe být MASTER v SA skupin. Postup vytvo ení ONS m ºeme shrnout do následujících bod. ˆ Nejd íve si vytvo íme pomocné tel.. v SCSU jako DVCFIG=AUXDIGI (Auxiliary) a s uvedením do provozu INS=ACLSTN (SCL Support Station), ostatní kongurace je stejná jako u analogu. ˆ V dal²ím kroku p i adíme pomocí AMO SDAT 7.9 na str. 97 atribut PARARNGM u Master ú astníka ONS a u ostatních (Slave) ú astník ONS musíme zadat AA- TTR=PARARNGS. ˆ Pomocí AMO PERSI, viz. 6.4 na str. 54 vytvo íme PIN15 pro Master ú astníka. ˆ Nakonec vytvo íme ONS skupinu v AUN se v²emi interními ú astníky v. pomocného tel.. a vypln ným mobilním íslem v parametru REMAC (Remote Access Code). Obrázek 7.5: Modelový p íklad pouºití sluºby One Number Service. P íklad na obr. 7.5 zahrnuje dva jiº z ízené ú astníky 7150 a 6100, p i emº Master íslo ONS bude Dle bod vý²e budeme pot ebovat nejd íve vytvo it pomocné tel

81 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO <ADD-SCSU:STNO=7151,DVCFIG=AUXDIGI,DPLN=0,ITR=0,COS1=11,COS2=11,LCOSV1=1, LCOSV2=1,LCOSD1=1,LCOSD2=1,INS=ACLSTN; P i adíme atributy v SDAT pro Master 7150 a Slave tel a <CHANGE-SDAT:STNO=7150,TYPE=ATTRIBUT,AATTR=PARARNGM; <CHANGE-SDAT:STNO=6100,TYPE=ATTRIBUT,AATTR=PARARNGS; <CHANGE-SDAT:STNO=7151,TYPE=ATTRIBUT,AATTR=PARARNGS; Nesmmíme opomenout vytvo it PIN15 pro Master ú astníka <ADD-PERSI:TYPE=STN,STNO=7150,NAME="ONS MASTER",PIN15="7150",PININDIV=YES; Nyní m ºeme vytvo it ONS skupinu s tel , 7151, 6100 a mobilním íslem , p i emº pomocné íslo neexistuje fyzicky ale pouze virtuáln. <ADD-AUN:GRNO=8,TYPE=ONS,STNO=7150&7151&6100,REMAC= ,SMPF=YES; Vytvo ili jsme skupinu ONS, ve které po zavolání na 7150, bude vyzván t 7150, 6100 a mobilní íslo Zmínili jsme se, ºe nastavením SMPF=YES (SEARCH MOBILE PHONE FIRST) docílíme prodlevy ve vyzván ní, která umoºní iniciovat volání na mobilní íslo. <DIS-AUN:ONS; H500: AMO AUN STARTED GROUP NO.: 8 PU SECOND CALL: NO ONS : YES SMPF : YES ONSSNS : NO SUBSCRIBERS: 7150 (MASTER) REMAC: AMO-AUN -111 CALL PICKUP GROUPS DISPLAY COMPLETED; Tento as SMPFTIME bychom mohli nastavit p es AMO CTIME (CUSTOMER-SPECI- FIC CP TIMERS) a výchozí hodnota je SMPFTIME=8 sec. Pokud nám tento as nevyhovuje, tak jej m ºeme jednodu²e zm nit. <CHANGE-CTIME:TYPESWU=CP2,SMPFTIME=6; 7.2 AMO SA SA je skupina ú astník, v které je vyzván ní postupn p epínáno mezi konc. p ístroji. Volací íslo skupiny m ºe být íslo tel. ú. MASTER, nebo ktivní íslo HUNT z ízené ve WABE (DAR=HUNT). Obsazování ve skupin je moºné dvojím zp sobem. 75

82 7 SADA AMO P ÍKAZ PRO SPRÁVU SLUšEB ˆ Cyclic, první volný ú astník ve skupin, vyhledáván je první v po adí následujícím po posledn vyhledaném v p edchozím volání. Vyzván ní se p epíná mezi ú astníky skupiny a cykluje dokola mezi v²emi. ˆ Linear, volání je sm rováno na prvního volného ú. ve skupin, p i emº vyhledávání za íná na prvním ú. v po adí z ízeném ve skupin SA a vyhledávání kon í na posledním. Jeden konc. p. m ºe být z ízen i v jiné skupin SA, ale MASTER tel. ú. nem ºe být MASTER v jiné skupin SA. P i p idávání ú. do skupiny SA (TYPE=STN) lze parametrem POS ur it po adí ve skupin. Parametrem CQMAX nastavujeme kolik dal²ích volajících dostane vyzván cí tón, a koliv v²ichni ú. ve skupin jsou obsazeni. P i zadání VARCQ=YES se po et ekajících na obslouºení p izp sobí po tu p ihlá²ených ú. ve skupin. Priorita po adí obslouºených volání je 1. Nouzová, 2. Státní, 3. P í ková, 4. Interní. P i z ízení duplicitního ktivního ísla pro SA, pouºiju TYPE=DUPL. Z ídíme skupinu v AMO SA se t emi ú astníky s cyklickým vyhledáváním a ekací ada bude nastavena dle po tu aktuáln p ihlá²ených. <ADD-SA:TYPE=VCE,CD=2701,STNO=2702&2704&2705,STYPE=CYC,VARCQ=Y; P ihlá²ení a odhlá²ení m ºeme provést pomocí funkce pod tla ítkem, viz. TAPRO 7.3 na str. 78 anebo pomocí kódu pro odhlá²ení a p ihlá²ení ve WABE, viz. 6.5 na str. 58. Vidíme, ºe tyto kódy jsou *13 a #13. Prvním provedeme p ihlá²ení a druhým odhlá²ení. Pokud je ú astník odhlá²en, tak není p edm tem vyhledávání p i zavolání na hlavní íslo skupiny. Nap íklad m ºe jít o situaci v obchodním odd lení, kde jsou ty i osoby a vyhledáván je volný ú astník v SA, ale pokud není p ítomen, tak je odhlá²en a volání není na n j nep ichází. Po návratu se p ihlásí pomocí *13 a je op t sou ástí skupiny. Pokud má ú astník digitální p ístroj anebo IP telefon (HFA), tak lze p i adit pod tla ítku funkci HUNT (HT) pod tla ítko KY08=HT a LED u tla ítka indikuje stav p ihlá²ení (svítí) i odhlá²ení. <DISPLAY-WABE:TYPE=GEN,DAR=AHTVCE&DHTVCE; H500: AMO WABE STARTED CALL PROGRESS STATE NODE/DIGIT RESERVED/CONVERT CODE ANALYSIS DNI/ADD-INFO RESULT *=OWN NODE *13....* AHTVCE #13....* DHTVCE AMO-WABE -111 DISPLAY COMPLETED; DIALLING PLANS, FEATURE ACCESS CODES Ov íme nastavení skupiny dotazem a vidíme adu parametr. Vysv tlíme si tedy dal²í moºnosti. Mezi t mito parametry je FNA nastaveno na Y, coº je p esm rování po ase (FOR- WARD IF NO ANSWER). <DISPLAY-SA:CD=2701; 76

83 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO H500: AMO SA STARTED ++ STATION HUNTING FOR ALL DPLN SERVICE = VCE CD NAME AND TYP CALL PROG. STATE L C I Y N C **** ***** **. * * STNO : ITR: 0 CQMAX : 4 FNA: Y VARCQ: Y CSANS: N LVAFTEXT: Y EXECCFW: N OVFLCYCL: N LSTMBOFF: N OVERFLOW : AMO-SA -111 HUNTING ARRANGEMENTS DISPLAY COMPLETED; Dal²í moºnosti skupiny Hunt group Zamezením p epínání FNA bychom docílili toho, ºe volání by bylo sm rováno vºdy na volného ú astníka (v p ípad cyklického vyhledávání bude spravedliv obsazovat postupn v²echny) a pokud by nevyzvedl, tak volání by se jiº dál nep edalo na dal²ího ve skupin. Zm nu provedeme následující syntaxí AMO p íkazu. <CHANGE-SA:TYPE=TYPE,CD=2701,SVC=VCE,FNA=N; Pro smazání skupiny zadáváme volací íslo CD a typ sluºby SVC=VCE pro kterou byla skupina vytvo ena, VCE znamená Voice. <DELETE-SA:TYPE=HT,CD=2701,SVC=VCE; Pro vytvo ení skupiny SA s ktivním volacím íslem budeme postupovat obdobn, ale musíme nejd íve takového íslo v íslovacím plánu najít anebo vytvo it. Pokud nalezneme v íslovacím plánu ísla s významem HUNT dle první syntaxe, tak u nepouºitého bude p íznak R (Reserved) a pokud takovéto íslo volné nebude, tak jej druhým p íkazem vytvo íme. <DISPLAY-WABE:TYPE=GEN,DAR=HUNT; <ADD-WABE:CD=8500,DAR=HUNT; 77

84 7 SADA AMO P ÍKAZ PRO SPRÁVU SLUšEB Dal²í syntaxe jiº bude identická jako v prvním p ípad s tím, ºe do volacím íslem bude vytvo ené ktivní íslo CD=8500. Pokud SA skupina obsahuje externího ú astníka, tak nastavením LVAFTEXT=NO (LEAVE HUNT GROUP AFTER NETW. MEMBER) docílíme toho, ºe vyhledávání dále nebude pokra ovat po docílení vyzván ní na externím ú astníkovi skupiny. Rovn º m ºeme ovlivnit chování p i p esm rování pomocí parametru EXECCFW (EXECUTE CALL FORWARDING FROM HUNT GROUP), tímto m ºeme zamezit vyzván ní na p esm rované cíle ú astník skupiny. Dal²ím parametrem OVFLCYCL (OVERFLOW AFTER ONE CYCLE) zajistíme vyhledání v²ech volných len skupiny a pokud nikdo nevyzvedne, tak volání skupinu opustí a p jde na p edem nastavený cíl v parametru OVFLDEST (OVERFLOW DESTINATION). Parametr OVFLDEST má v podstat dv moºnosti, a to bu poslat volání do hlasové schránky, kde volající zanechá vzkaz a ten bude nap. následn zkonvertován do audio souboru a poslán na (coº Expression hlasová po²ta zvládá) anebo nastavením hodnoty OVFLDEST=DESTEXT (DESTINATION EXTENSION) m ºeme dále p i adit cíl v parametru NUMBER, nap. mobilní íslo NUMBER= <ADD-SA:TYPE=VCE,CD=2701,STYPE=CYC,CQMAX=2,NAME="OBCHODNI ODDELEN", OVFLCYCL=Y,OVFLDEST=DESTEXT,NUMBER= ; ƒas p epnutí vyzván ní mezi ú astníky SA m ºeme nastavit v AMO CTIME pomocí parametru ANSADV (NO ANSWER ADVANCE) v sekundách. <CHANGE-CTIME:TYPESWU=CP1,ANSADV=16; 7.3 AMO TAPRO AMO TAPRO je uºíváno k p i azení funkcí po tla ítka digitálních a IP telefon. V AMO TAPRO vytvo íme proly rozloºení tla ítek, které p i adíme individuáln ú astník, ale rovn º m ºeme p i adit funkci pod libovolné tla ítko. AMO TAPRO m ºe být uºíváno pro následující terminály: optiset E T3 (t ítla ítkový optiset), optiset E T8, optiset E T12, optipoint 500 T8, optipoint 500 T12 (nejb ºn j²í OPtiPoint500), optipoint 500 T19, optipoint 600 T19, optipoint 400 T12, optipoint 410, optipoint 420, optipoint WL 2 professional, openstage 10, openstage 15, openstage 20, openstage 40, openstage 60, openstage 80. Zobrazení rozloºení tla ítek na 12ti tla ítkovém p ístroji T12 (optiset, optipoint500 i optipoint400) je na obr. 7.6 a vidíme, jak jsou tla ítka íslována, m ºeme uloºit pod cílové tla ítko jakoukoliv funkci, nap. pod tla ítko pravé seshora KY08. Obdobn jsou íslovány tla ítka i na jiných p ístrojích na p ístrojích optiset, optipoint500, optipoint400 a optipoint600 s r zným po tem tla ítek, vºdy zleva seshora za íná tla ítko 1 a index tla ítka se inkrementuje vzestupn od prvního tla ítka dol a seshora v druhém sloupci. Zárove m ºeme kongurovat tla ítka na p ídavných panelech, které se p ipojují k za ízením a tla ítka se p i azují ve dvou úrovních mezi kterými lze p epínat. Tla ítk m na vý²e uvedených p ístrojích m ºeme p i azovat následující funkce: 78 ˆ ADDON (ADD-ON / WITNESS), funkce sv dka, který odposlechne hovor. ˆ BROADCST (SPEAKER CALL - ONE WAY BROADCAST), funkce ob ºníku, která umoº uje volání na více p ístroj najednou a hlasová komunikace je pouze jednosm rná (od volajícího).

85 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO Obrázek 7.6: Rozloºení tla ítek na p ístroji s 12-ti tla ítky. ˆ BUZZ (BUZZ A PREDETERMINED NUMBER), funkce provád jící jen zazvon ní (upozorn ní). ˆ CALLOG (CALL LOG), tla ítko logování volání, v p ípad zme²kaného volání LED svítí. ˆ CH (CHECK), funkce pam (ale má rovn º význam MENU). ˆ CL (CLEAR), funkce smazat. ˆ COMGRP (COM GROUP CALL), funkce skupinového vyzván ní. ˆ COMSPK (COM GROUP SPEAKER CALL - TWO WAY), skupinové vyzván ní hlasové. ˆ DND (DO NOT DISTURB KEY), tal ítko s funkcí neru²it. ˆ DCPA (DIRECTED CALL PARK), cílené parkování na parkovací místo v systému, odkud m ºu hovor následn p evzít. 79

86 7 SADA AMO P ÍKAZ PRO SPRÁVU SLUšEB 80 ˆ DOOROPEN (DOOR OPENER), funkce otev ení dve í, LED indikuje aktivaci. ˆ DSS (DIRECT STATION SELECTION KEY), tla ítko s funkcí p ímého volání, cíl se nastavuje pomocí AMO ZIEL, viz. 7.4 na str. 84. Pokud je na cílovém ísle veden hovor, tak LED u tla ítka svítí, pokud p ichází volání, tak LED bliká a stisknutím tla ítka m ºu hovor p evzít. ˆ CONF (CONFERENCE KEY), tla ítko s funkcí konference. ˆ CONS (CONSULTATION HOLD), funkce zp tného dotazu. ˆ CBK (CALLBACK), funkce zp tné volání. ˆ DOOR (DOOR), funkce pro otevírání dve í. ˆ FWD (FORWARDING KEY), funkce p esm rování. ˆ HOLD (HOLD), funkce p idrºení hovoru. ˆ HT (HUNT GROUP KEY), funkce p ipojení do skupiny SA i odpojení, LED indikuje stav. ˆ HS (HEADSET), funkce náhlavní soupravy. ˆ IUSE (DISPLAY ACTUAL USED LINE), zobrazí aktuáln pouºívanou linku u Keyset. ˆ KNOVR (KNOCKING OVERRIDE KEY), funkce napojení i poklepání do hovoru, nelze kombinovat, autorizace pro poklepání i napojení se p i azuje v AMO SDAT, viz. 7.9 na str. 97. ˆ LINE (LINE KEY), tla ítko linky u Keyset kongurací, coº se vytvá í v AMO KCSU a Keyset m ºe být vytvo en na digitální i IP HFA telefonu. ˆ LANSEL (LANGUAGESELECTION FOR DISPLAY TEXT), výb r e i na displeji. ˆ LNR (LAST NUMBER REDIAL), funkce opakování posledn voleného ísla. ˆ MB (MAILBOX KEY), funkce schránky, kde jsou ukládány informace o poºadavcích na zp tné zavolání i zanechaných správách v hlasové schránce. U tla ítka je LED, která indikuje p ítomnost zprávy ve schránce. ˆ MENU (MAIN MENU KEY OPTISET E), funkce MENU. ˆ MONSLNTL (SILENT MONITORING/BRIDGE OF LINE), funkce s monitorováním místnosti, jede pouze p íchozí audio. ˆ MUTE (MUTE KEY), vypnutí mikrofonu. ˆ NAME (NAME KEY), tla ítko pro uloºení jména. ˆ PARK (PARK KEY), funkce parkování. ˆ PREVIEW (PREVIEW KEY), zobrazení aktuální identikace b hem hovoru. ˆ PU (CALL PICKUP), funkce p evzetí volání.

87 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO Obrázek 7.7: Rozloºení tla ítek na p ístroji OpenStage60. ˆ PUS (CALL PICKUP FOR EXECUTIVE/SECRETARY KEY), p evzetí volání u ²éf sekretá ské soupravy. ˆ RNGXFER (RING TRANSFER FOR EXECUTIVE/SECRETARY KEY), funkce p epnutí vyzván ní k ²éfovi s ²éf sekretá ské souprav. ˆ REMIND (REMINDER KEY), p ipomenutí (termín), v zadaný as telefon zazvoní (LED u tla ítka bliká), pokud je termín aktivní, tak LED svítí. ˆ RLS (RELEASE), funkce rozpojení. ˆ REP (REPRESENTATIVE FOR SECRETARY/DEPUTY KEY), funkce zastoupení pro sekretá ku. ˆ SPKR (LOUDSPEAKER), tla ítko reproduktor. ˆ SPLT (TWO-WAY SPLITTING FLIP-FLOP, TOGGLING), funkce st ídání hovor. ˆ SPARK (SYSTEM CALL PARK KEY), tla ítko systémového parkování. ˆ SNR (STORED NUMBER REDIAL), funkce opakování uloºeného ísla. ˆ SHIFT (SHIFT), funkce p epnutí úrovní. ˆ TRNS (CALL TRANSFER PASS OVER AND TAKE OVER), funkce p edání volání. ˆ VCR (VOICE CALL REJECT KEY), funkce zamezení a povolení p ímého oslovení. 81

88 7 SADA AMO P ÍKAZ PRO SPRÁVU SLUšEB ˆ VC (VOICE CALL KEY - TWO WAY), funkce p ímého oslovení. ˆ VACANT (NOT IN USE), nepouºité tla ítko (volné). Na obr. 7.7 je p ístroj OpenStage60, který má prvních osm tla ítek pevn dedikovaných funkcím, které m ºeme vylistovat v prolu rozloºení tla ítek v AMO TAPRO. P i azujeme tedy funkce pod tla ítka od ísla dev t, coº je první tla ítko seshora napravo od displeje. Pevn p i azenými funkcemi jsou - reproduktor, mute, p ipojení náhlavní soupravy, p esm rování, rozpojení, menu, schránka a poslední tla ítko je rezervováno pro hlasové povely Práce s proly rozloºení funkcí Celá ada prol je jiº p ipravena pro konkrétní typy p ístroj, ili nejd íve si pomocí REG- -TAPRO ukáºeme, jak byl vytvo en nap. prol.0 pro p ístroje s 12-ti tla ítky OPTIT12. Tyto standardy p id lujeme jiº p i z ízení v AMO SBCSU pomocí parametru STD, kde zadáme íslo prolu (výchozí hodnota je 0). Zm nu prolu provedeme snadno pomocí TAPRO, viz. zm na prolu u ú astníka 2704 na standard.8. <CHANGE-TAPRO:STNO=2704,STD=8; P i azený prol ú astníkovi 2704 m ºeme zjistit pomocí AMO TAPRO dotazem na TYP=STN a zadáním ísla ú astníka STNO=2704. <DISPLAY-TAPRO:TYPE=STN,STNO=2704; H500: AMO TAPRO STARTED STATION STD DIGTYP FUNCTION KEYS WHICH DIFFER FROM STANDARD OPTISET AMO-TAPRO-111 DISPLAY COMPLETED; PROGRAMMABLE KEY DEFINITION FOR DIGITAL TERMINALS Níºe je výpis rozloºení tla ítek pro STD=0 u p ístroje s 12-ti tla ítky OPTIT12, coº vyhovuje p ístroj Optipoint500 Standard, Optipoint500 Economy, Optipoint400/410 Standard, Optipoint400/410 Economy. <CHANGE-TAPRO:STD=0,DIGTYP=OPTIT12,KY01=CH,KY02=SNR,KY03=MB,KY04=SPKR, KY05=PU,KY06=KNOVR,KY07=NAME,KY08=NAME,KY09=NAME,KY10=NAME,KY11=NAME,KY12=RLS, INFO="OPTIPOINT 500/12 TLACITEK SAMOSTATNY S 2.VOLANIM"; <CHANGE-TAPRO:STD=0,DIGTYP=OPTIA1,KY01=NAME,KY02=NAME,KY03=NAME,KY04=NAME, KY05=NAME,KY06=NAME,KY07=NAME,KY08=NAME,KY09=NAME,KY10=NAME,KY11=NAME, KY12=NAME,KY13=NAME,KY14=NAME,KY15=NAME; Zleva seshora jsou p i azeny funkce MENU (CH), Opakování posledn uloºeného ísla (SNR), Schránka (MB), Reproduktor (SPKR). V pravém sloupci seshora tla ítka pokra ují od.5, jak je uvedeno na obr. 7.6 a ve výpise m ºeme vy íst, ºe je zde funkce p evzetí volání 82

89 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO (PU), napojení/poklepání do hovoru (KNOVR)a p t jmenných tla ítek (NAME), poslední dole napravo je rozpojení (RLS). Rozloºení OPTIA1 (1ST AUXILIARY UNIT) platí pro první p ídavný panel a je moºné p ipojit aº ty i takovéto panely, ili obdobn to platí pro OPTIA2, OPTIA3 a OPTIA4. V²echny tla ítka jsou pro jména. P i azení funkcí tla ítk m m ºeme p ehledn vypsat dotazem na STD=0 pro daný typ za ízení OPT12 v AMO TAPRO. <DISPLAY-TAPRO:TYPE=STD,STD=0,DIGTYP=OPTIT12; STD DIGTYP "SERVICE INFORMATION" KEY LAYOUT OPTIT12 "OPTIPOINT 500/12 TLACITEK SAMOSTATNY S 2.VOLANIM " 1 CH 2 SNR 3 MB 4 SPKR 5 PU 6 KNOVR 7 NAME 8 NAME 9 NAME 10 NAME 11 NAME 12 RLS OPTIA1 1 NAME 2 NAME 3 NAME 4 NAME 5 NAME 6 NAME 7 NAME 8 NAME 9 NAME 10 NAME 11 NAME 12 NAME 13 NAME 14 NAME 15 NAME Na p ídavném panelu je pravé spodní tal ítko vyhrazeno pro p epínání úrovní, ili celkov je k dispozici na jednom panelu 30 tla ítek a p ipojením maximálního po tu ty ech panel dosáhneme celkov roz²í ení o 120 tla ítek. P i azení po tu p ídavných panel provedeme v AMO SBCSU, viz. 6.2 nastavením hodnoty parametru REP, kde íslo zna í po et p ídavných panel. <CHANGE-SBCSU:STNO=2704,OPT=OPTI,REP=2; P ístroj OpenStage60 na obr. 7.7 má jiº prvních osm tla ítek xn p i azených a tedy budeme p i azovat funkce od tla ítka dev t, p i emº poslední spodní bude mít význam SHIFT (p epnutí úrovní), ímº docílíme toho, ºe se m ºeme p epnout do druhé úrovn a budeme mít dvojnásobek tla ítek. Samoz ejm m ºeme pouºívat aº ty i p ídavné panely, jejich po et nastavíme v SBCSU a funkce pod tla ítka pomocí TAPRO v OPTIA1 aº OPTIA4 v daném standardu. <CHANGE-TAPRO:STD=60,DIGTYP=OPENST60,KY09=PU,KY10=KNOVR,KY11=NAME,KY12=NAME, KY13=NAME,KY14=NAME,KY15=NAME,KY16=SHIFT,INFO="OPESNSTAGE 60"; Nakonec si ukáºeme p ístroj Openstage40, který má stejná xn p i azená tla ítka jako Openstage60, ale má mén tla ítek napravo od devítky. <CHANGE-TAPRO:STD=40,DIGTYP=OPENST40,KY09=PU,KY10=KNOVR,KY11=NAME,KY12=NAME, KY13=NAME,KY14=NAME,INFO="OPENSTAGE 40"; Na oba standardy 40 a 60 provedeme dotaz a získáme rozloºení funkcí pod tla ítky v TAPRO. 83

90 7 SADA AMO P ÍKAZ PRO SPRÁVU SLUšEB <DIS-TAPRO:STD,40&60,; H500: AMO TAPRO STARTED STD DIGTYP "SERVICE INFORMATION" KEY LAYOUT OPENST40 "OPESNSTAGE 40 " 1 SPKR-FIX 2 HS-FIX 3 MUTE-FIX 4 SNR-FIX 5 FWD-FIX 6 RLS-FIX 7 CH-FIX 8 BK-FIX 9 PU 10 KNOVR 11 NAME 12 NAME 13 NAME 14 SHIFT OPENST60 "OPESNSTAGE 60 " 1 SPKR-FIX 2 HS-FIX 3 MUTE-FIX 4 FIX 5 FWD-FIX 6 RLS-FIX 7 CH-FIX 8 BK-FIX 9 PU 10 KNOVR 11 NAME 12 NAME 13 NAME 14 NAME 15 NAME 16 SHIFT DISPLAY COMPLETED; Individuální p i azení funkcí v TAPRO P i azením standardu ú astníkovi v SBCSU anebo v TAPRO ur íme rozloºení funkcí pod tla- ítky, ale stále je moºnost zm nit kdykoliv kterékoliv tla ítko. Nap íklad vyhradíme u ú astníka 2704 tla ítko 10 pro funkci neru²it (DND) a tla ítko 11 pro konferenci (CONF). <CHANGE-TAPRO:STNO=2704,KY10=DND,KY11=CONF; Dotazem do TAPRO zjistíme, ºe ú má p i azen standard.0, ale dv tla ítka se li²í od standardu a vidíme úpravu, kterou jsme provedli v i standardu. Samoz ejm lze uloºit funkci pod tla ítko i p ímo p es MENU p ístroj a pomocí dotazu rovn º zjistíme, jaké funkce si ú astník sám uloºil. <DISPLAY-TAPRO:TYPE=STN,STNO=2704; H500: AMO TAPRO STARTED STATION STD DIGTYP FUNCTION KEYS WHICH DIFFER OPTISET 10 DND 11 CONF DISPLAY COMPLETED; 7.4 AMO ZIEL Pomocí AMO ZIEL m ºeme nastavit cíle následujících sluºeb. ˆ DSS (Direct station select keys), cíl pro tal ítko s funkcí p ímé volání. ˆ NAME (Name/repertory key), cíl pro jmenné tla ítko. ˆ SPDI (Individual speed dialing), cíl individuální zkrácené volby. 84

91 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO ˆ FWD (Call forwarding - xed), cíl pevného p esm rování, viz. AMO ACTDA 7.5 na str. 89. ˆ MSGR (Messenger Call), cíle pro zprávu. ˆ BUZZ (Destinations for the BUZZ Feature), cíl pro sluºbu upozorn ní Cíl volání u jmenného tla ítka Cíl jmenného tla ítka m ºeme nastavit p ímo z p ístroje anebo p íkazem AMO ZIEL, kde do SRCNO dáme zdrojové íslo do DESTNON cílové a tla ítka musí být ur eny pro funkci NAME, coº dokáºeme nastavit p es AMO TAPRO. <ADD-ZIEL:TYPE=NAME,SRCNO=2704,KYNO=10,DESTNON=" ",SLKTYPE=SLKTEXT, SLKTEXT="Mobil Jindra"; <ADD-ZIEL:TYPE=NAME,SRCNO=2704,KYNO=11,DESTNON=" ",SLKTYPE=SLKTEXT, SLKTEXT="Vomacka"; Pokud p ístroj pouºívá tla ítka s podporou textových popisk (SELF-LABELING KEYS SUPPORT), tak se text zadaný v SKLTEXT zobrazí i u tla ítka na p ístroji, jinak by z stal pouze jako informativní p i dotazu p es AMO ZIEL. Po et znak v SKLTEXT je omezen na 12. Cíle volání u jmenných tla ítek, které si uºivatel zadal sám, pochopiteln pomocí dotazu rovn º uvidíme. Pomocí parametru PROTECT=YES lze zamezit uºivateli, aby si cíl uloºený p íkazem sám p epsal, je to ov²em parametr nepovinný a výchozí nastavení umoº uje p epis uºivatelem p ístroje. <DISPLAY-ZIEL:TYPE=NAME,SRCNO=2704; SOURCE DEV KEY DESTINATION WRITE SLKTYPE/ (LEVEL) PROTECT SLKTEXT (CP) BD SLKTEXT Mobil Jindra BD SLKTEXT Vomacka Vymazání cíle u tla ítka 10 provedeme pomocí syntaxe níºe. <DELETE-ZIEL:TYPE=NAME,SRCNO=2704,KYNO=10; Budeme-li pot ebovat vytvo it cíl na p ídavném panelu a je²t na druhé úrovni tla ítek, tak musíme vyplnit DEV, jako výchozí je pouºit vºdy základní p ístroj (BD Basic Device) a pro p ídavný panel. 1 platí AD1 (ADD-ON-TERMINAL 1) a obdobn pro dal²í AD2-4, ili DEV=AD1. Úrove zadáme hodnotou do parametru LEVEL. Syntaxe pro tla ítko 5 na prvním p ídavném panelu v po adí a druhé úrovni tla ítek bude následující. <ADD-ZIEL:TYPE=NAME,SRCNO=2704,KYNO=5,DESTNON=" ",DEV=AD1,LEVEL=2, SLKTYPE=SLKTEXT,SLKTEXT="Mobil Jindra"; 85

92 7 SADA AMO P ÍKAZ PRO SPRÁVU SLUšEB U vymazání musíme správn vyplnit tla ítko KYNO, p ídavný panel v DEV a úrove v LEVEL, p esn tak, jak jsme cíl vloºili. <DELETE-ZIEL:TYPE=NAME,SRCNO=2704,KYNO=5,DEV=AD1,LEVEL=2; Cíl p ímého volání Cíl p ímého volání se nastavuje obdobn jako u jmenného tla ítka, pouze zm ním typ za DSS, TYPE=DSS. Princip je sice identický, ale musím se p esv d it, ºe uvedená tla ítka jsou vyhrazena pro funkci DSS a to m ºu provést jednak p ímo na p ístroji, p íkazem TAPRO se dotázat i p ímo funkci p i adit (DSS pod tla ítka 9 a 10). <CHANGE-TAPRO:STNO=2704,KY09=DSS,KY10=DSS; Nyní m ºu p i adit cíle p ímého volání. LED u tla ítka bude blikat v p ípad p íchozího volání na cíl a m ºu stisknutím volání p evzít. Pokud je cíl obsazen, tak LED u tla ítka svítí. Do cíl m ºu vkládat pouze tel.. z domácího hipath4000. Lze zadávat i z jiných hipath4000, ale jedná se o sí ové DSS, které je nutné nastavit p es AMO AUN. Níºe je uvedeno zadání se SKLTYPE=SKLNAME, kdy je p evzato jméno z PERSI a to je zobrazeno jako popisek na tla ítku, pokud je ov²em samopopisování podporováno (SELF-LABELING KEYS SUP- PORT). <ADD-ZIEL:TYPE=DSS,SRCNO=2704,KYNO=10,DESTNOD=2701,SLKTYPE=SLKNAME; Ve druhém p ípad SKLTYPE=SKLTEXT se jedná jiº o známé nastavení z p edchozího p íkladu cíl jmenných tla ítek. <ADD-ZIEL:TYPE=DSS,SRCNO=2704,KYNO=09,DESTNOD=2702,SLKTYPE=SLKTEXT, SLKTEXT="recepce"; Cíl individuální zkrácené volby Individuální zkrácená volba umoº uje uloºit po ísla 0-9 asto pouºívaná íslo (nap. do zahrani í) a mít tak rychlý p ístup k volb t chto ísel. Kaºdopádn je nejd íve vyºadována autorizace p ístupu na tento seznam SPDI (Speed Dialling Individual), coº m ºeme provést p ímo p i z ízení ú astníka v AMO SCS/SBCSU anebo dodate n kdykoliv zm nit p es AMO SDAT, viz. 7.9 na str. 97. <CHANGE-SDAT:STNO=2704,TYPE=DATA,SPDI=10; P íkazem vý²e jsme povolili uloºení 10-ti ísel na tel Níºe je p íklad uloºení dvou ísel pod tla ítka 1 a 2. <ADD-ZIEL:TYPE=SPDI,SRCNO=2704,SPDNO=1,DESTNOR= ; <ADD-ZIEL:TYPE=SPDI,SRCNO=2704,SPDNO=2,DESTNOR= ; Pokud si uºivatel sám uloºil n jaká ísla, tak krom na²ich vloºených, je ve výpise dotazu rovn º uvidíme. 86

93 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO <DISPLAY-ZIEL:TYPE=SPDI,SRCNO=2704; SOURCE SPDNO DESTINATION AMO-ZIEL -111 DISPLAY COMPLETED; DESTINATIONS FOR VARIOUS STATION FEATURES K pouºívání pot ebujeme znát p ístupový kód SPDI, který najdeme v íslovacím plánu WABE, viz. 6.5 na str. 58. Aby si mohl ú astník na analogovém p ístroji sám nastavovat tyto ísla SPDI, tak pot ebuje znát kód SPDIPROG. Sestavíme tedy AMO p íkaz s dotazem na oba kódy. <DISPLAY-WABE:TYPE=GEN,DAR=SPDI&SPDIPROG; H500: AMO WABE STARTED DIGIT INTERPRETATION VALID FOR ALL DIAL PLANS CALL PROGRESS STATE NODE/DIGIT RESERVED/CONVERT CODE ANALYSIS DNI/ADD-INFO RESULT *=OWN NODE *8..**.*..** * SPDI #8....*......*..... SPDIPROG AMO-WABE -111 DISPLAY COMPLETED; DIALLING PLANS, FEATURE ACCESS CODES Pro pouºívání zkrácené volby jiº máme ve²keré informace, vyto ení ísla inicializujeme volbou: *82 Vytvo ení nové zkrácené volby pro pod íslo 3 p ímo z p ístroje provedeme na digitálním a IP telefonu p ímo p es menu p ístroje, ale na analogovém telefonu pot ebujeme pouºít p ístupový kód SPDIPROG, a to provedeme následovn : # Cíl opakování volby uloºeného ísla Opakování uloºeného ísla je moºné p ímo z digitálního p ístroje i HFA IP telefonu p es menu anebo p es funkci pod tla ítkem, viz. 7.3 na str. 78. Na rozdíl od opakování posledního ísla LNR (Last Number Redial) si pod SNR m ºeme uloºit jakékoliv íslo, které kdykoliv vyvoláme. Rovn º je to moºné i na analogových p ístrojích, to bychom ale pot ebovali vytvo it p ístupové kódy ke sluºb ve WABE, pokud jiº v íslovacím plánu neexistují. 87

94 7 SADA AMO P ÍKAZ PRO SPRÁVU SLUšEB <ADD-ZIEL:TYPE=SNR,SRCNO=2701,DESTNOR= ; Samoz ejm m ºeme zjistit, jaká cílová ísla mají ú. uloºena pod SNR a pro zm nu se dotáºeme, kdo má uloºeno cílové íslo <DISPLAY-ZIEL:TYPE=SNR,DESTNOR= ; H500: AMO ZIEL STARTED SOURCE DESTINATION AMO-ZIEL -111 DISPLAY COMPLETED; DESTINATIONS FOR VARIOUS STATION FEATURES Cíl pevného p esm rování V h4k známe dv varianty p esm rování: ˆ STATION forwarding, ú astnické p esm rování m ºe být vytvo eno nebo smazáno v AMO ZIEL anebo p ímo ú astníkem z p ístroje. Aktivace a deaktivace se provádí bu p ímo ú astníkem anebo v AMO ACTDA. ˆ SYSTEM forwarding, je nový typ p esm rování, p idávání a mazání je moºné p es AMO ZIEL, kde m ºou být zadány r zné cíle pro r zné typy p esm rování (busy, no response), p esm rování m ºe být aktivováno nebo deaktivováno p es AMO ACTDA, viz. 7.5 na str. 89 nebo p ímo ú astníkem uºitím relevantních kód pro sluºbu. V Hipath byl vymy²len koncept aktivace p esm rování p es ACTDA a nastavení jen p es ZIEL není dosta ující. Tento koncept nastavíme pomocí níºe uvedené syntaxe, kde pouºijeme ONLYCFNR (ONLY SPEC. CFNR DEST. WILL BE TAKEN INTO ACCOUNT). <CHANGE-ZAND:TYPE=ALLDATA3,CFNRDEST=ONLYCFNR; Nastavení p es ZIEL bez ACTDA docílíme zm nou CFNRDEST=USECFUF (CFUFIX DESTINATION WILL ALSO BE USED FOR CFNR). CHANGE-ZAND:TYPE=ALLDATA3,CFNRDEST=USECFUF; U systémového p esm rování je rozli²ováno, zda se jedná o interní (internal ITYPE=INT) nebo externí (external ITYPE=EXT) volání, volba ITYPE=GEN platí jak pro interní tak externí. Typy p esm rování, které mohou být pouºity pro SYSTEM forwarding jsou následující: ˆ CFU (Call Forward Unconditional), nepodmín né p esm rování, okamºité. <ADD-ZIEL:TYPE=FWD,SRCNO=2704,SI=VCE,DESTNOF=2701,DTYPE=CFU,ITYPE=INT, CFVAR=SYSTEM; ˆ CFB (Call Forward Busy), p esm rování p i obsazení. 88

95 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO <ADD-ZIEL:TYPE=FWD,SRCNO=2704,SI=VCE,DESTNOF=2705,DTYPE=CFB,ITYPE=GEN, CFVAR=SYSTEM; ˆ CFNR (Call Forward No Reply), p esm rování p i neohlá²ení (po ase). <ADD-ZIEL:TYPE=FWD,SRCNO=2704,SI=VCE,DESTNOF=2705,DTYPE=CFNR,ITYPE=GEN, CFVAR=SYSTEM; ˆ CFDND (Call Forward Do Not Disturb), p esm rování p i aktivované funkci neru²it. <ADD-ZIEL:TYPE=FWD,SRCNO=2704,SI=VCE,DESTNOF=2705,DTYPE=CFDND,ITYPE=EXT, CFVAR=SYSTEM; Dotazem zjistíme, jak jsou p esm rování nastavena a p es AMO ACTDA je m ºeme aktivovat i deaktivovat, anebo to provede ú astník z p ístroje. <DISPLAY-ZIEL:TYPE=FWD,SRCNO=2704; H500: AMO ZIEL STARTED SOURCE SERVICE DTYPE ITYPE CFVAR DESTINATION VCE CFU INT SYSTEM 2701 VCE CFB EXT SYSTEM 2705 VCE CFB INT SYSTEM 2705 VCE CFNR EXT SYSTEM 2705 VCE CFNR INT SYSTEM 2705 VCE CFDND EXT SYSTEM 2705 AMO-ZIEL -111 DISPLAY COMPLETED; DESTINATIONS FOR VARIOUS STATION FEATURES Smazání p esm rování provedeme pomocí syntaxe níºe. <DELETE-ZIEL:TYPE=FWD,SRCNO=2704; Pro STATION forwarding je umoºn no pouze následující: ˆ CFU (Call Forward Unconditional), nepodmín né p esm rování (p esm ruje se vºdy - okamºit ). <ADD-ZIEL:TYPE=FWD,SRCNO=2704,SI=VCE,DESTNOF=2701,DTYPE=CFU,CFVAR=STATION; 7.5 AMO ACTDA Pomocí AMO ACTDA m ºeme aktivovat jednak funkci p ihlá²ení a odhlá²ení u HFA ú astník (tel.. na HFA IP telefonu, na kterém jsem p ihlá²en v práci, si p ihlásím doma a naopak) a dále m ºeme aktivovat a deaktivovat následující sluºby ú astník : 89

96 7 SADA AMO P ÍKAZ PRO SPRÁVU SLUšEB ˆ DND Do-not-disturb, funkci neru²it. <ADD-ACTDA:TYPE=STN,STNO=2704,FEATCD=DND; ˆ REMIND Timed reminder, p ipomenutí (termín).nap íklad v pond lí v 10:20 (v úterý by bylo zadáno 21020, atd...). <ADD-ACTDA:TYPE=STN,STNO=2704,FEATCD=REMIND,REMIND=11020; ˆ FWD Fixed / variable call forwarding, p esm rování volání, nap. p esm rování z 2704 nepodmín né na cílové íslo (DESTNO). <ADD-ACTDA:TYPE=STN,STNO=2704,FEATCD=FWD,CFVAR=STATIONV,DTYPE=CFU, ITYPE=GEN,SI=VCE,DESTNO= ; ˆ VCR Voice call rejection, zamezení p ímého oslovení. Vytvo ení zamezení p es p ímým oslovením a smazání zamezení. <ADD-ACTDA:TYPE=STN,STNO=2704,FEATCD=VCR; <DEL-ACTDA:TYPE=STN,STNO=2704,FEATCD=VCR; ˆ OPTISET individual optiset E / optipoint 500 settings, individuální nastavení u digitálních p ístroj. ˆ OUTHUNT switch out of hunt group, vypnutí ze skupiny SA. Zapnutí do skupiny jiº nem ºeme provést AMO p íkazem. V systému hipath4000 existuje ale celá ada nástroj mezi kterými je i TSKA (Test Simulation of Key Activity), coº je JAVA aplikace dostupná p es webové rozhraní a vzdálen m ºeme p evzít kontrolu nad p ístrojem. V grackém prost edí (p ístroj je vykreslen v Jav a m ºeme my²í ovládat klávesnici) zadáváme volbu stejn, jako bychom byli u p ístroje fyzicky a na displeji vizualizovaného p ístroje sledovat odezvy. Tímto zp sobem by bylo moºné ú astníka op t do skupiny p ihlásit. <ADD-ACTDA:TYPE=STN,STNO=2704,FEATCD=OUTHUNT,SIOUTHT=VCE; ˆ RCUTOFF Ringer Cuto, vypnutí vyzván ní u Key systémových p ístroj. ˆ REPSECR Deputy for secretary, zastoupení sekretá ky u ²éfsekretá ské soupravy. ˆ RNGXFER Ring transfer, p epnutí vyzván ní k ²éfovi u ²éf sekretá ské soupravy. Provedeme dotaz na nastavené sluºby spravované v ACTDA, p i emº pochopiteln uvidíme i sluºby, které si sám ú astník nastavil, nap. si aktivoval zábranu zavolání (neru²it) a nahlásil problém, ºe se k n mu nikdo nem ºe dovolat. Níºe vidíme sluºby, které jsme jiº nastavili v rámci p íklad. 90

97 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO <DISPLAY-ACTDA:TYPE=STN,STNO=2704; H500: AMO ACTDA STARTED STATION NUMBER DIVERSION: DESTINATION NUMBER CFVAR DTYPE ITYPE SI STATIONV CFU GEN VCE DO NOT VOICE CALL RING REP. REMIND RINGER- DISTURB REJECT XFER SECR. HH:MM CUTOFF X 10: INDIVIDUAL SETTINGS FOR OPTISET AND OPTIPOINT500: RINGVOL : 4 RINGSOUN: 4 ALERTVOL: 2 CALLVOL: 1 SPKRVOL : 4 ROOMCHAR: NORMAL DISPCONT: 2 ROLLVOL: 3 SLKCONT : AMO-ACTDA-111 DISPLAY COMPLETED; SUBSCRIBER FEATURES Individuální nastavení pro OpenStage i Optiset provedeme pomocí parametru FE- ATCD=OPTISET, kde dostáváme následující moºnosti nastavení. ˆ RINGVOL (OPTISET RINGER VOLUME), hlasitost vyzván ní v rozsahu 0-7. ˆ RINGSOUN (OPTISET RINGER SOUND), výb r melodie v rozsahu ˆ ALERTVOL (OPTISET ALERT TONE), hlasitost upozor ovacích tón v rozsahu 0-7. ˆ CALLVOL (OPTISET HANDSET VOLUME), hlasitost ve sluchátku v rozsahu 0-7. ˆ SPKRVOL (OPTISET LOUDSPEAKER VOLUME), hlasitost reproduktoru v rozsahu 0-7. <ADD-ACTDA:TYPE=STN,STNO=2704,FEATCD=OPTISET,SPKRVOL=7; ˆ ROOMCHAR (ROOM CHARACTERISTIC FOR HANDS-FREE TALKING), charakter místnosti pro hlasitý hovor, p i emº moºné hodnoty jsou QUIET (QUIET ROOM), NORMAL (NORMAL ROOM) a ECHO (ECHOING ROOM). ˆ DISPCONT (OPTIPOINT DISPLAY CONTRAST), kontrast na displeji v rozsahu 0-7. ˆ DISPCONT (ROLLOVER VOLUME), hlasitost potvrzovacích tón v rozsahu 0-7. ˆ SLKCONT (DISPLAY CONTRAST FOR SELF LABELING KEYS), kontrast displeje pro samopopisující tla ítka. 91

98 7 SADA AMO P ÍKAZ PRO SPRÁVU SLUšEB 7.6 AMO VBZ Kaºdý ú astník je p i azen do n které skupiny interních provozních vztah ITR (Internal Trac Restriction Group). Výchozí hodnota je 0, ili p edpokládejme, ºe v²ichni jsou za azeni do skupiny ITR=0, p i emº skupin m ºe být 16 v rozsahu Pomocí AMO VBZ m ºeme nastavovat vztahy mezi t mito skupinami a zamezit, aby se ú astníci v ITR=0 nedovolali na ú astníky v ITR=5, ale naopak z 5 do 0 to bude umoºn no. Výchozí matice provozních vztah vypadá tak, ºe existuje plná dostupnost mezi skupinami (A Allowed). <DIS-VBZ; ITR - ITR-GROUPS (DESTINATION) MATRIX A A A A A A A A A A A A A A A A 1 A A A A A A A A A A A A A A A A 2 A A A A A A A A A A A A A A A A 3 A A A A A A A A A A A A A A A A 4 A A A A A A A A A A A A A A A A 5 A A A A A A A A A A A A A A A A ITR-GROUPS 6 A A A A A A A A A A A A A A A A 7 A A A A A A A A A A A A A A A A (SOURCE) 8 A A A A A A A A A A A A A A A A 9 A A A A A A A A A A A A A A A A 10 A A A A A A A A A A A A A A A A 11 A A A A A A A A A A A A A A A A 12 A A A A A A A A A A A A A A A A 13 A A A A A A A A A A A A A A A A 14 A A A A A A A A A A A A A A A A 15 A A A A A A A A A A A A A A A A Máme ov²em otvírání dve í, které je realizováno pomocí analogové linky (TABLO) a ovládané pomocí DTMF volby. Na tablo by ov²em mohl zavolat kdokoliv a pokud by znal kód, tak m ºe dve e otev ít. Dejme tomu, ºe tablo má tel a chceme docílit, aby se z tabla dalo dovolat pouze na tel.. dvou zam stnanc útvaru, nap a 2704, zárove omezíme volání na tablo z t chto ísel. Tel.. p i adíme tedy do skupiny ITR=1 a tel , 2705 do ITR=2. <CHANGE-SDAT:STNO=2701,TYPE=DATA,ITR=1; <CHANGE-SDAT:STNO=2704,TYPE=DATA,ITR=2; <CHANGE-SDAT:STNO=2705,TYPE=DATA,ITR=2; Do ITRSRC (INTERNAL TRAFFIC RESTRICTION GROUP, SOURCE) zadáváme zdrojové íslo skupiny a do ITRDEST (INTERNAL TRAFFIC RESTRICTION GROUP, DESTINATION) cílovou skupinu. Pomocí parametru ITRGR nastavíme vztahy mezi skupinami, p i emº moºnosti jsou následující: 92

99 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO ˆ AX (ALLOWED:SOURCE -> DEST., DEST.->SOURCE UNCHANGED), povolení ze zdroje na cíl, v opa ném sm ru je nastavení nezm n no. ˆ DX (DENIED:SOURCE -> DEST., OTHER DIRECTION UNCHANGED), dostupnost ze zdroje na cíl je zakázána a v opa ném sm ru nezm n no. ˆ AD (ALLOWED:SOURCE -> DEST., DENIED: DEST. -> SOURCE), ze zdroje na cíl povoleno a v opa ném sm ru zakázáno. ˆ DA (DENIED:SOURCE -> DEST., ALLOWED:DEST.-> SOURCE), ze zdroje na cíl zakázáno a v opa ném sm ru povoleno. ˆ AA (ALLOWED IN BOTH DIRECTIONS), povoleno v obou sm rech. ˆ DD (DENIED IN BOTH DIRECTIONS), zakázáno v obou sm rech. P íkazem AMO VBZ nastavíme poºadované vztahy. <CHANGE-VBZ:ITRSRC=1,ITRGR=DD,ITRDEST=0,EXEC=Y; <CHANGE-VBZ:ITRSRC=1,ITRGR=DD,ITRDEST=3&&15,EXEC=Y; <CHANGE-VBZ:ITRSRC=1,ITRGR=AA,ITRDEST=2,EXEC=Y; Po provedení dotazu vidíme, jak se zm nila matice dostupnosti mezi skupinami ITR. <DIS-VBZ; ITR-GROUPS (DESTINATION) ITR - MATRIX A D A A A A A A A A A A A A A A 1 D A A D D D D D D D D D D D D D 2 A A A A A A A A A A A A A A A A 3 A D A A A A A A A A A A A A A A 4 A D A A A A A A A A A A A A A A 5 A D A A A A A A A A A A A A A A ITR-GROUPS 6 A D A A A A A A A A A A A A A A 7 A D A A A A A A A A A A A A A A (SOURCE) 8 A D A A A A A A A A A A A A A A 9 A D A A A A A A A A A A A A A A 10 A D A A A A A A A A A A A A A A 11 A D A A A A A A A A A A A A A A 12 A D A A A A A A A A A A A A A A 13 A D A A A A A A A A A A A A A A 14 A D A A A A A A A A A A A A A A 15 A D A A A A A A A A A A A A A A

100 7 SADA AMO P ÍKAZ PRO SPRÁVU SLUšEB 7.7 AMO HOTLN Hotline/O-Hook Recall automaticky sestaví spojení na cílové íslo DEST nastavené p es AMO HOTLN. V kaºdém HTLNIDX m ºe být nastaven jiný cíl, takovýchto skupin lze vytvo it maximáln Vytvo íme cíl pro skupinu HTLNIDX=12. <ADD-HOTLN:TYPE=HOTDEST,HTLNIDX=12,DEST=2701; P i azení ú astníka, pro kterého bude iniciována hotline, se provede p es AMO SDAT. <CHA-SDAT:STNO=2704,TYPE=DATA1,HOTIDX=12; P i azení ú astníka, pro kterého bude iniciována hotline, se provede p es AMO SDAT. <CHA-SDAT:STNO=2704,TYPE=ATTRIBUT,AATTR=HOT; Anebo autorizaci m ºeme provést pomocí COS, nap. pouºijeme jiº stávající COS. 31 v AMO COSSU, ze kterého vytvo íme nový a do n j p idáme hodnotu HOT. Ten p i adíme ú astníkovi v SDAT. Máme dva zp soby, pouºijeme jeden z uvedených. <ADD-COSSU:COPYCOS=31,NEWCOS=71,AVCE=HOT; <CHA-SDAT:STNO=2704,TYPE=DATA,COS1=71,COS2=71; Po vyzvednutí sluchátka na tel bude vy káváno 10 sekund a pokud nezvolí ºádné íslo, tak bude iniciováno volání na Dotazem na HOTLN zjistíme nastavení. <DIS-HOTLN:HOTDEST; H500: AMO HOTLN STARTED HTLNIDX HOTDEST PRECLEVL NONE AMO-HOTLN-111 HOTLINE/OFFHOOK INTERCEPT DISPLAY COMPLETED; Pro smazání pouºijeme syntaxi níºe. <DELETE-HOTLN:TYPE=HOTDEST,HTLNIDX=12; Namísto hotline typu HOT m ºeme nastavit i OFHKRC (OFFHOOK RECALL DESTI- NATION), kde volání je iniciováno aº po ase, kdyº není vyto eno ºádné íslo. ƒas nastavíme v AMO DTIM2, zvlá² pro analogy ANATN1 a pro digitály DTNT1. <CHA-DTIM2:TYPEDH=GEN,ANATN1=10; 10 seconds is default value. <CHA-DTIM2:TYPEDH=GEN,DTNT1=10; 10 seconds is default value V p echozím p ípad jsme pouºili parametr HOTDEST namísto kterého zadáme v AMO HOTLN parametr OFRCDEST. <ADD-HOTLN:TYPE=OFRCDEST,HTLNIDX=12,DEST=2701; 94

101 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO Provedeme p i azení ú astníka a atributu oprávn ní sluºbu pouºít. <CHA-SDAT:STNO=2704,TYPE=DATA1,HOTIDX=12; <CHA-SDAT:STNO=2704,TYPE=ATTRIBUT,AATTR=OFHKRC; Po vyzvednutí sluchátka na tel bude okamºit iniciováno volání na Dotazem na HOTLN zjistíme nastavení. <DIS-HOTLN:OFRCDEST; H500: AMO HOTLN STARTED HTLNIDX OFRCDEST AMO-HOTLN-111 HOTLINE/OFFHOOK INTERCEPT DISPLAY COMPLETED; 7.8 AMO BERUM/BERUZ Pomocí AMO BERUM provedeme manuální p epnutí oprávn ní a pomocí AMO BERUZ asov nastavitelné Manuální p epnutí COS v BERUM P epnutí oprávn ní u ú dosáhneme pomocí AMO BERUM a parametrem COSACT=2 p epneme COS, LCOSV, LCOSD do 2 a nastavením COSACT=1 zase do 1. P epnutí oprávn ní m ºe provést i ú astník sám, a to kódem, který je vytvo en ve WABE, viz. 6.5 na str. 58. <CHANGE-BERUM:TYPE=STN,STNO=2701,COSACT=2; P epnutí m ºeme provést i v celé skupin COSX, p i azení ú. do dané skupiny COSX provedeme p es AMO SDAT. <CHANGE-SDAT:STNO=2705,TYPE=DATA,COSX=7; Nyní m ºeme zm nit oprávn ní ve skupin pomocí syntaxe níºe. <CHANGE-BERUM:TYPE=COSX,COSX=7,COSACT=2; Nakonec ov íme nastavení oprávn ní skupiny COSX. Celkov máme 16 skupin COSX v rozsahu 0 aº 15. Ú astníky p i azujeme do konkrétních skupin COSX. P epnutím oprávn ní v AMO BERUM se nijak neomezuje moºnost ú astníka si individuáln p epnout oprávn ní, p i- emº musí znát jednak p ístupový kód ke sluºb z AMO WABE, standardn *18 pro zamknutí a #18 pro odemknutí a rovn º musí být z ízen kód COSXCD v AMO PERSI u konkrétního ú astníka. 95

102 7 SADA AMO P ÍKAZ PRO SPRÁVU SLUšEB <DISPLAY-BERUM:TYPE=COSX,COSX=7; H500: AMO BERUM STARTED +==========================================================================+ CLASS OF SERVICE SWITCHOVER FOR CLASS OF SERVICE SWITCHOVER GROUPS +==========================================================================+ CA : COS POINTER ( =1 : COS1 IS ACTIVE, =2 : COS2 IS ACTIVE ) CD=A : STATION WITH KEY-LOCK (KEYSTN) - NO SWITCHOVER COS1/COS2 : ACTIVE COS OF COSX C C C C C C STNO COS A D STNO COS A D STNO COS A D COSX 7 (COS2) ==========================================================================+ AMO-BERUM-111 DISPLAY COMPLETED; CLASS OF SERVICE SWITCHOVER ƒasové p epnutí COS v BERUZ P epnutí v AMO BERUZ provedeme v závislosti na ase. Nelze m nit as p epnutí individuáln u ú astníka, ale pouze v celé skupin COSX. Ú astníky musíme nejd íve do této skupiny p i adit pomocí AMO SDAT. V p íkladu níºe je nastavení, které od pond lí do pátku bude zamykat ve 21:00 hod. a odemykat v 7:00 hod., v sobotu a v ned li se bude provád t pouze zamknutí ve 21:00 hod., pokud si n kdo ve skupin sám odemkne oprávn ní, tam mu bude zm n no aaº v nastaveném ase. <CHA-SDAT:STNO=2705,TYPE=DATA,COSX=11; <ADD-BERUZ:COSX=11,DAY=1&&5,COS1T=07-00,COS1=ON,COS2T=21-00,COS2=ON; <ADD-BERUZ:COSX=11,DAY=6&7,COS2T=21-00,COS2=ON; nakonec provedeme dotaz na nastavení ve skupin COSX=11 a pomocí AMO BERUM dokáºeme zjistit, kte í ú. jsou leny skupiny COSX=11. <DISPLAY-BERUZ:COSX=11; ++ TIME ENTRIES FOR AUTOMATIC TIMED CLASS OF SERVICE SWITCHOVER (HH.MM) : SWITCHOVER AT SPECIFIED TIME IS SUPPRESSED COSX = CLASS OF SERVICE SWITCHOVER GROUP C = ACTIVE COS OF GROUP ( 1=COS1, 2=COS2, OTHERWISE:NONEXST) COSX C MON(1) TUE(2) WED(3) THU(4) FRI(5) SAT(6) SUN(7) ( 0.00) ( 0.00) DISPLAY COMPLETED; 96

103 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO 7.9 AMO SDAT AMO SDAT (ADMINISTRATION OF SUBSCRIBER ATTRIBUTES AND DATA) slouºí ke správ parametr z ízených p es SCSU/SBCSU, tím pádem nemusím zji² ovat, zda ú. byl z ízen v SCSU i SBCSU a zm ny provád t p es SDAT a rovn º se pouºívá ke správ atribut slouºících pro autorizaci sluºeb Zm na dat ú astníka v SDAT Nap íklad zm níme oprávn ní LCOSV a zárove nastavíme zamezení zobrazení identikace volajícího, viz. AMO SCSU 6.1. Volíme TYPE=DATA, p i zm n atribut TYPE=ATTRIBUT. <CHANGE-SDAT:STNO=2701,TYPE=DATA,LCOSV1=5,SSTNO=YES; Zm na atribut ú astníka v SDAT N které atributy v SDAT m ºou být nastaveny v AMO COSSU pomocí t ídy oprávn ní COS a takto vytvo ený COS p i adit ú astníkovi. SDAT umoº uje nastavit individuáln n které atributy pomocí AATTR se atribut aktivuje a pomocí DATTR deaktivuje, jako typ volíme samoz ejm ATTRIBUT. ˆ CASTMON (CAN ACTIVATE SILENT OR TONE MONITORING), oprav uje k monitorování zvuku v místnosti. ˆ CBSTMON (CAN BE SILENT OR TONE MONITORED), nastavuje se u monitorovaného ú., zvuk v místnost na tel.. m ºe být monitorován. ˆ HOT (HOTLINE), oprav uje pouºití hotline. ˆ KN (KNOCKING/CALL WAITING), atribut pro poklepání do hovoru. ˆ KNOVR (KNOCKING OVERRIDE), oprávn ní napojení do hovoru. ˆ RKNOVR (REJECT KNOCKING/OVERRIDE), zábrana p ed poklepáním i napojením do hovoru. ˆ EOVR (EMERGENCY OVERRIDE/FORCED HOLD), nouzové napojení do hovoru. ˆ OFHKRC (OFF HOOK RECALL), asová hotline, pokud není zvoleno íslo, tak se provede vyto ení automaticky. ˆ VC (VOICE CALL), p ímé oslovení. ˆ LNGSTAT (STATIC LANGUAGE SELECTION ON THE OPTISET), statické nastavení jazyka. ˆ LNGDYN (DYNAMIC LANGUAGE SELECTION ON THE OPTISET), dynamické nastavení jazyka, po ukon ení hovoru se vrátí zp t do výchozího nastavení. ˆ DSSDEST (NETWIDE DSS-DESTINATION), sí ové p ímé oslovení. ˆ DSFWDEXT (DISPLAY SUPPRESSION FOR CALL FORWARDING TO EXTERN), potla ení zobrazení p esm rování p i externím p esm rování. 97

104 7 SADA AMO P ÍKAZ PRO SPRÁVU SLUšEB ˆ SPKRCALL (SPEAKER CALL - ONE WAY), jednocestné volání (audio pouze v jednom sm ru). ˆ COMSPK (COM GROUP SPEAKER CALL - TWO WAY), audio ob ma sm ry ve suºb COM GROUP. ˆ BROADCST (SPEAKER CALL - ONE WAY BROADCAST), oprávn ní k odeslání ob ºníku (volání na více ísel najednou). ˆ NORELOC (NO AUTOSET RELOCATE), zamezení funkce AUTOSET/RELOCATE (p ihlá²ení a odhlá²ení). ˆ ETD (ELAPSED TIME DISPLAY), as hovoru na displeji. ˆ PARARNGM (MASTER OF A PARALLEL RINGING GROUP), role Master ve skupin AUN (sluºba ONS). ˆ PARARNGS (SUBSCRIBER OF A PARALLEL RINGING GROUP), role Slave ve skupin AUN (sluºba ONS). ˆ MHFATBV (MOBILE HFA PHONE WHICH CAN BE VISITED), autorizace pro sluºbu mobility HFA. ˆ MHFAHOME (HFA HOME PHONE OF VISITOR), atribut domácího telefonu sluºby mobility HFA. ˆ DMCALLWD (DMC ALLOWED), direct media pro p enos médií nap ímo mezi IP telefony. ˆ FAXNOT38 (FAX NO T38), atribut pro faxovou komunikace T.38. ˆ DISSPKMC (DISABLE OPTIPOINT SPEAKER AND MICROPHONE), zakáºe reproduktor a mikrofon pro hlasitý hovor. ˆ NODIV (NO DIVERSION TO ATTENDANT CONSOLE), zamezí p esm rování na spojovatelku. ˆ DMCSEC (ONLY SECURE DMC-CONNECTION ALLOWED), povolí pouze zabezpe ená data v DMC spojení. ˆ MBCHL (MULTIBLE BCHANNEL), vícenásobné hovory (u SIP umoºní p ijetí druhého volání). Atributem KNOVR umoºníme ú napojení do hovoru. <CHANGE-SDAT:STNO=2704,TYPE=ATTRIBUT,AATTR=KNOVR; Pokud bychom cht li ú autorizovat k poklepání do hovoru, tak bychom nejd íve museli smazat atribut napojení do hovoru, coº provedeme dv ma p íkazy. <CHANGE-SDAT:STNO=2704,TYPE=ATTRIBUT,DATTR=KNOVR; <CHANGE-SDAT:STNO=2704,TYPE=ATTRIBUT,AATTR=KN; 98

105 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO 8 Vybrané p íklady sluºeb V p edchozí kapitole jsme si p iblíºili sadu AMO p íkaz pro sluºby a adu sluºeb, na které naváºeme v této kapitole. 8.1 P ímé oslovení Pomocí p ímého oslovení inicializujeme volání na cílové íslo a m ºeme za ít ihned mluvit bez ekání na vyzvednutí volaného. Provedeme mezi 2704 a 2705 navzájem. Pot ebujeme k tomu provést n kolik krok. Nejprve autorizujeme ú astníky 2704 a 2705, musí mít IP telefon anebo digitální p ístroj s mikrofonem a reproduktorem. Autorizaci provedeme v AMO SDAT p idáním atributu VC (Voice Call) na tel a <CHANGE-SDAT:STNO=2704,TYPE=ATTRIBUT,AATTR=VC; <CHANGE-SDAT:STNO=2705,TYPE=ATTRIBUT,AATTR=VC; Dále p i adíme tla ítko pro sluºbu p es AMO TAPRO. <CHANGE-TAPRO:STNO=2704,KY08=VC; <CHANGE-TAPRO:STNO=2705,KY08=VC; Nyní zru²íme zábranu p ed p ímým oslovením pomocí AMO ACTDA. <DELETE-ACTDA:TYPE=STN,STNO=2704,FEATCD=VCR; <DELETE-ACTDA:TYPE=STN,STNO=2705,FEATCD=VCR; Pouºití je stisknutím tla ítka.8 na p ístroji a vyto ením cílového ísla. 8.2 Zm na jazyka na displeji Pro zm nu jazyka musíme povolit autorizaci k pouºití sluºby v AMO SDAT a poté p i adit funkci p epínání jazyka pod vybrané tla ítko. Stisknutím tla ítka m níme jazyk. M ºeme nastavit zm nu jazyka dynamicky i staticky, viz AMO SDAT 7.9 na str. 97. <CHANGE-SDAT:STNO=2705,TYPE=ATTRIBUT,AATTR=LNGSTAT; <CHANGE-TAPRO:STNO=2705,KY09=LANSEL; 8.3 Identikace na cizím p ístroji pomocí PIN a sluºba následuj mne K identikaci na cizím p ístroji budeme pot ebovat vytvo it PIN Mobil u ú astníka, který se bude identikovat na jiném za ízení. To provedeme v AMO PERSI. <ADD-PERSI:TYPE=STN,STNO=2701,PIN1="123123"; Pro pouºití je²t budeme pot ebovat znát kód p ístupu ke sluºb ve WABE a deaktivaci. Deaktivace je jinak provedena i automaticky po ase, 5 min., viz. AMO PERSI 6.4 na str

106 8 VYBRANÉ P ÍKLADY SLUšEB <DISPLAY-WABE:TYPE=GEN,DAR=APIN1&DPIN; H500: AMO WABE STARTED DIGIT INTERPRETATION VALID FOR ALL DIAL PLANS CALL PROGRESS STATE NODE/DIGIT RESERVED/CONVERT CODE ANALYSIS DNI/ADD-INFO RESULT *=OWN NODE *21..****..**.....*....* APIN1 #2..****..**.....*....* DPIN AMO-WABE -111 DIALLING PLANS, FEATURE ACCESS CODES DISPLAY COMPLETED; Funkci následuj mne (follow me) aktivujeme kódem p esm rování anebo u digitálních p ístroj a HFA IP telefon p ímo z menu p ístroje. DISPLAY-WABE:TYPE=GEN,DAR=AFWDREM; H500: AMO WABE STARTED DIGIT INTERPRETATION VALID FOR ALL DIAL PLANS CALL PROGRESS STATE NODE/DIGIT RESERVED/CONVERT CODE ANALYSIS DNI/ADD-INFO RESULT *=OWN NODE *51..**** ***** **..*..... AFWDREM CFREMVAR CFU CFREMSE VOICE 8.4 Mobilita HFA Na obr. 8.1 je znázorn na mobilita HFA, která umoº uje uºivateli se odhlásit ze svého domovského IP telefonu a p ihlásit na jiném. Domácí HFA IP telefon v Mnichov má íslo a v Londýn, na kterém se bude p ihla²ovat má íslo Nejd íve musíme autorizovat oba ú astníky v AMO SDAT. Na domácím tel p idáme atribut AATR=MHFAHOME a kterémkoliv jiném, kde se budeme p ihla²ovat, musí být AATTR=MHFATBV. <CHANGE-SDAT:STNO=22097,TYPE=ATTRIBUT,AATTR=MHFAHOME; <CHANGE-SDAT:STNO=34456,TYPE=ATTRIBUT,AATTR=MHFATBV; Budeme pot ebovat PIN Mobil pro domácího ú astníka, který vytvo íme v AMO PERSI. <ADD-PERSI:TYPE=STN,STNO=22097,PIN1="321123"; 100

107 KOMUNIKAƒNÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU VÝUKU VUT A V B-TUO Obrázek 8.1: Ilustrace mobility HFA. Ú astník bude pot ebovat p ístupový kód ke sluºb, který zjistíme ve WABE, pokud není vytvo en, tak jej m ºeme p idat, nejprve se dotáºeme. Vidíme, ºe kód pro p ihlá²ení je *95 a pro odhlá²ení *96. <DISPLAY-WABE:TYPE=GEN,DAR=MHFALGOF&MHFALGON; H500: AMO WABE STARTED DIGIT INTERPRETATION VALID FOR ALL DIAL PLANS CALL PROGRESS STATE NODE/DIGIT RESERVED/CONVERT CODE ANALYSIS DNI/ADD-INFO RESULT *=OWN NODE *95....* MHFALGON *96....* MHFALGOF DISPLAY COMPLETED; Pokud kód neznáme, tak je moºné provést aktivaci p es menu p ístroje a vyhledat poloºku Mobile HFA Logon a Mobile HFA Logo, pokud poloºku p ihlá²ení zvolíme, tak budeme vyzváni k zadání PIN Mobil, který jsme vytvo ili v PERSI. M ºeme ov²em pouºít i kód 101