Komunika£ní systémy v korporátních sítích pro integrovanou

Transkript

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
VB-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/28.0062
Evropského sociálního fondu a státním rozpo£tem eské republiky.
Za odbornou nápl¬ tohoto vydání odpovídá autor.
Miroslav Voz¬ák je docentem na Fakult¥ elektrotechniky a informatiky VB-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/28.0062 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, VB-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 VB-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 978-80-248-3448-1
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 VB-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/28.0062.
A
A
Skriptum je psáno v systému L TEX, jenº je voln¥ ²i°itelný pod licencí L TEX-
License
(LPPL).
LATEX
© 2014
Miroslav Voz¬ák
17. listopadu 15
708 33 Ostrava Poruba
eská republika
mailto:[email protected]
http://comtech.vsb.cz
ISBN 978-80-248-3448-1
Project Public
Obsah
1 Úvod do podnikových komunika£ních systém·
2
1.1
Podnikový komunika£ní systém
. . . . . . . . . . . . . . . . . . . . . . . . . . .
2
1.2
Dopl¬kové sluºby a aplikace . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
3
2 Microsoft Lync
2.1
2.2
2.3
4
Sluºby Microsoft Lync Serveru 2013
. . . . . . . . . . . . . . . . . . . . . . . .
4
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5
2.1.1
IM & Presence
2.1.2
Hlasové/Video hovory
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
5
2.1.3
Hlasové/Video a IM konference . . . . . . . . . . . . . . . . . . . . . . .
5
2.1.4
Seznam kontakt· . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6
2.1.5
Sdílení plochy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6
2.1.6
Sdílení prezentací, program·, whiteboard
. . . . . . . . . . . . . . . . .
7
2.1.7
Mobilita . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7
2.1.8
Integrace a Interoperabilita
. . . . . . . . . . . . . . . . . . . . . . . . .
7
2.1.9
Federace . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8
Role Microsoft Lync Serveru 2013 . . . . . . . . . . . . . . . . . . . . . . . . . .
8
2.2.1
Front End Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9
2.2.2
Back-End Server
2.2.3
Edge Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
2.2.4
Mediation server
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
2.2.5
Director . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
2.2.6
Monitoring Server
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
2.2.7
Archiving Server
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
10
2.2.8
Persistent Chat Server . . . . . . . . . . . . . . . . . . . . . . . . . . . .
11
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Edice Microsoft Lync Serveru 2013
. . . . . . . . . . . . . . . . . . . . . . . . .
2.3.1
Microsoft Lync Server 2013 Standart Edition
2.3.2
Microsoft Lync Server 2013 Enterprise Edition
10
11
. . . . . . . . . . . . . . .
11
. . . . . . . . . . . . . .
12
3 Seznámení s HiPath 4000
13
4 Úvod do správy komunika£ních systém· pomocí MML jazyka AMO
15
4.1
Syntaxe AMO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
15
4.2
Rychlý úvod do kongurace ú£astník· s praktickými p°íklady
4.3
. . . . . . . . . .
17
4.2.1
Analog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
17
4.2.2
Digitál na Upo rozhraní
. . . . . . . . . . . . . . . . . . . . . . . . . . .
18
4.2.3
HFA IP Phone
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
18
4.2.4
SIP IP Phone . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
19
Comwin
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
5 Architektura systém· Siemens hipath4000
19
23
5.1
Hicom300 - po£átek geneze.
. . . . . . . . . . . . . . . . . . . . . . . . . . . . .
24
5.2
Hicom300E
5.3
Hipath4000/OpenScape4000 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
25
27
5.3.1
ídicí jednotka
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
27
5.3.2
Licencování
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
29
5.3.3
Duplexní °ízení a architektura . . . . . . . . . . . . . . . . . . . . . . . .
30
5.4
5.3.4
IP distribuovaná architektura . . . . . . . . . . . . . . . . . . . . . . . .
32
5.3.5
Virtualizovaná architektura °ízení . . . . . . . . . . . . . . . . . . . . . .
35
Reºimy STMI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
37
6 Sada AMO p°íkaz· pro správu ú£astník·
6.1
39
AMO SCSU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
39
6.1.1
P°íklad vytvo°ení analogového ú£astníka . . . . . . . . . . . . . . . . . .
41
6.1.2
Dotaz na konguraci a smazání analogového ú£astníka . . . . . . . . . .
41
6.1.3
Modikace kongurace analogového ú£astníka . . . . . . . . . . . . . . .
42
AMO SBCSU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
43
6.2.1
P°íklad vytvo°ení digitálního ú£astníka . . . . . . . . . . . . . . . . . . .
45
6.2.2
Dotaz na konguraci, modikace a smazání digitálního ú£astníka
. . . .
46
6.2.3
P°íklad vytvo°ení IP HFA ú£astníka
. . . . . . . . . . . . . . . . . . . .
46
6.2.4
Dotaz na konguraci, modikace a smazání IP HFA ú£astníka . . . . . .
50
6.2.5
P°íklad vytvo°ení ISDN ú£astníka . . . . . . . . . . . . . . . . . . . . . .
50
6.2.6
Dotaz na konguraci, modikace a smazání ISDN ú£astníka . . . . . . .
51
6.2.7
P°íklad vytvo°ení IP SIP ú£astníka . . . . . . . . . . . . . . . . . . . . .
51
6.2.8
Dotaz na konguraci, modikace a smazání SIP ú£astníka
. . . . . . . .
53
6.3
AMO DSSU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
53
6.4
AMO PERSI
54
6.2
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6.4.1
Nastavení centrálních parametr· délky kód· v PERSI
6.4.2
Vytvo°ení osobních dat ú£astníka . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . .
56
6.5
AMO WABE
Vytvo°ení a smazání nového £ísla v £íslovacím pánu . . . . . . . . . . . .
65
6.6
AMO SXSU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
65
6.5.1
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
55
7 Sada AMO p°íkaz· pro správu sluºeb
7.1
AMO AUN
Skupina p°evzetí volání (Call Pick Up group)
7.1.2
Sluºba ONS (One Number Service) . . . . . . . . . . . . . . . . . . . . .
AMO SA
7.3
. . . . . . . . . . . . . . .
67
69
72
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
75
Dal²í moºnosti skupiny Hunt group . . . . . . . . . . . . . . . . . . . . .
77
AMO TAPRO . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
78
7.2.1
7.4
67
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7.1.1
7.2
58
7.3.1
Práce s proly rozloºení funkcí
. . . . . . . . . . . . . . . . . . . . . . .
82
7.3.2
Individuální p°i°azení funkcí v TAPRO . . . . . . . . . . . . . . . . . . .
84
AMO ZIEL
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
84
7.4.1
Cíl volání u jmenného tla£ítka . . . . . . . . . . . . . . . . . . . . . . . .
85
7.4.2
Cíl p°ímého volání
86
7.4.3
Cíl individuální zkrácené volby
. . . . . . . . . . . . . . . . . . . . . . .
86
7.4.4
Cíl opakování volby uloºeného £ísla . . . . . . . . . . . . . . . . . . . . .
87
7.4.5
Cíl pevného p°esm¥rování
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . .
88
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
89
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
92
7.5
AMO ACTDA
7.6
AMO VBZ
7.7
AMO HOTLN
7.8
AMO BERUM/BERUZ
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
94
95
7.8.1
Manuální p°epnutí COS v BERUM . . . . . . . . . . . . . . . . . . . . .
95
7.8.2
asové p°epnutí COS v BERUZ
96
. . . . . . . . . . . . . . . . . . . . . .
7.9
AMO SDAT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
97
7.9.1
Zm¥na dat ú£astníka v SDAT . . . . . . . . . . . . . . . . . . . . . . . .
97
7.9.2
Zm¥na atribut· ú£astníka v SDAT
97
. . . . . . . . . . . . . . . . . . . . .
8 Vybrané p°íklady sluºeb
99
8.1
P°ímé oslovení
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
99
8.2
Zm¥na jazyka na displeji . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
99
8.3
Identikace na cizím p°ístroji pomocí PIN a sluºba následuj mne
99
8.4
Mobilita HFA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 100
8.5
Alternativní tel.£. pro telefon mimo provoz . . . . . . . . . . . . . . . . . . . . . 102
8.6
P°ístupové kódy sluºeb a jejich pouºití . . . . . . . . . . . . . . . . . . . . . . . 102
. . . . . . . .
8.6.1
Autoset/Relocate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102
8.6.2
Zp¥tné volání . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
8.6.3
Zp¥tný dotaz
8.6.4
St°ídání hovor· . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104
8.6.5
Funkce p°ipomenutí/termín . . . . . . . . . . . . . . . . . . . . . . . . . 104
8.6.6
Zachycení zlomyslného volání
8.6.7
Zm¥na oprávn¥ní iniciována ú£astníkem
8.6.8
Napojení/poklepání do hovoru
8.6.9
Neru²it
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103
. . . . . . . . . . . . . . . . . . . . . . . . 105
. . . . . . . . . . . . . . . . . . 105
. . . . . . . . . . . . . . . . . . . . . . . 106
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106
8.6.10 Ostatní kódy sluºeb
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107
9 Diagnostika port· a systémová správa na úrovni modul·
109
9.1
AMO BCSU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 109
9.2
AMO SDSU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110
9.3
AMO HISTA
9.4
AMO LOGBK
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
KOMUNIKANÍ SYSTÉMY V KOPORÁTNÍCH SÍTÍCH PRO INTEGROVANOU
P°edmluva
VÝUKU VUT A VB-TUO
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 VB-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 2014
1
1 ÚVOD DO PODNIKOVÝCH KOMUNIKANÍ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

Pokud provozujeme tisíce koncových uºivatel·, tak hovo°íme o velkém podnikovém sys-
SME
(Small and Medium-sized Enterprise) a kon£í u °ádov¥ stovek koncových ú£astník·.
té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
VÝUKU VUT A VB-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
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 2013. 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 2010. 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 2013. 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
VÝUKU VUT A VB-TUO
2.1.1 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í e-mailový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.
2.1.2 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.
2.1.3 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
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.
2.1.4 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.
2.1.5 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
VÝUKU VUT A VB-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.
2.1.6 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.
2.1.7 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.
2.1.8 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
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 e-mailovými adresami a Microsoft Outlookem.

A dal²í integrace s Microsoft Oce Web Access, Microsoft OneNote £i Microsoft SharePoint 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íóvými load balancery. Seznam podporovaných a kvalikovaných za°ízení se dá nalézt v ociální dokumentaci spole£nosti Microsoft [6].
2.1.9 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²újí síóvé 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²óvá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
VÝUKU VUT A VB-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
2.2.1 Front End Server
FE server je jádrem Microsoft Lync Serveru 2013. 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
2 MICROSOFT LYNC
2.2.2 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í.
2.2.3 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
2.2.4 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
2.2.5 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.
2.2.6 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 2013. Ve star²ích distribucích musel tuto
roli vyuºívat samostatný server nasazený v topologii.
2.2.7 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 2013. Ve star²ích distribucích musel tuto roli vyuºívat
samostatný server nasazený v topologii.
10
VÝUKU VUT A VB-TUO
2.2.8 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.
2.3.1 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
2 MICROSOFT LYNC
2.3.2 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
VÝUKU VUT A VB-TUO
3 Seznámení s HiPath 4000
V roce 1996 bylo na VB-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 VB-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 VB-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
3 SEZNÁMENÍ S HIPATH 4000
Obrázek 3.1: Schéma sít¥ hipath4000 na VB-TUO.
14
VÝUKU VUT A VB-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 Hipath4000.
4.1 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
add, del, cha, dis, act, dea a reg.
sta£í napsat alespo¬ první t°i písmena, £ili
dají zkrátit,
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
4 ÚVOD DO SPRÁVY KOMUNIKANÍ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 (Voicemail 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
VÝUKU VUT A VB-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
W v závislosti na typu pouºité ú£astnické sady,
k

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íóvá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.
4.2.1 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
<ADD-SCSU:STNO=2707,PEN=1-1-1-3,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 1-1-1-3 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).
4.2.2 Digitál na Upo rozhraní
Jak jsme se jiº zmínili na za£átku kapitoly, tak m·ºeme na Upo kongurovat p°ístroje OpenStage 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=1-1-2-23,
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.
4.2.3 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íóvý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
VÝUKU VUT A VB-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).
4.2.4 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 (https://IPadresah4k), volbou Expert Mode > hipath4000
Expert lze otev°ít stahovací dialog MML programu Comwin 4.2. Hipath4000 je moºné kongurovat 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
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 po-
loº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. 4.5. 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
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
Hipath4000 Expert Access 4.3 poloºku
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
20
Retrieve System Variant,
£ímº se ov¥°í verze systému hipath4000 a automa-
VÝUKU VUT A VB-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. 4.6. 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
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ý
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.
je nastaven
22
VÝUKU VUT A VB-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
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 V7.
5.1 Hicom300 - po£átek geneze.
Úst°edna hicom300 5.1 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 1996. 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
VÝUKU VUT A VB-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 20.480 port·, tak hicom300e m¥ly maximální kapacitu na jeden systém 5.760 port·, ale s vyuºitím proprietárního protokolu
NQ
Cornet
bylo moºné je navzájem propojovat tak, ºe ú£astníci nepoznali, ºe jsou na jiných sys-
té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
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
VÝUKU VUT A VB-TUO
p°ipojení 15 x LTU, coº je 5.760 port·. Vývojá°i se u h300e zam¥°ili rovn¥º na sluºby, a to
p°edev²ím síóvé, 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íóvého Cornet N a QSIG. Mezi týmové síóvé sluºby pat°ila nap°.
vytvá°ení skupin p°evzetí volání mezi úst°ednami, síóvé ²éf sekretá°ské soupravy, síóvý 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íóvý 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íóvé 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.
5.3.1 ídicí jednotka
ídící jednotka má po stranách dva v¥tráky
Power Supply Unit,
FAN, ve spodní £ásti vidíme podul zdroje PSU -
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
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
VÝUKU VUT A VB-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í.
5.3.2 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
: H260
HARDWARE ID
: FAFC4AF45
ENTRY DATE
: 14.02.2014
TRIAL MODE
: NOT ACTIVATED
DUPLEX LICENSE: YES
+---------------------------------------------+-------+-------+-------+-------+
|
UNIT
| CON- | USED | FREE |BLOCKED|
|
| TRACT |
|
|
|
+---------------------------------------------+-------+-------+-------+-------+
| HIPATH 4000 V6 FLEX
| 2551 | 2235 | 316 |
|
| SIGNALING SURVIVABILITY
|
0 |
0 |
0 |
|
| CC-AP FOR AP EMERGENCY
|
0 |
0 |
0 |
|
+---------------------------------------------+-------+-------+-------+-------+
H07: TRIAL MODE IS AVAILABLE 2 (MORE) TIMES.
DISPLAY COMPLETED;
29
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.
5.3.3 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
VÝUKU VUT A VB-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

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 3700-13 Shelf (HHS HiPath Host System). AP 3700-13 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 5.3.3 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.
5.3.4 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 3700-9 Shelf (IPDA).
AP 3700-9 má celkov¥ deset slot·, p°i£emº jeden slot, uprost°ed periferních, je vyhrazen pro
32
VÝUKU VUT A VB-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 5.10. 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 5.11. 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
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. 5.11
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 5.13. 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,
34
které se instaluje na po£íta£ se SLES (Suse Linux Enterprise) 5.14. IP ú£astníci se
VÝUKU VUT A VB-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 5.14.
Obrázek 5.14: SoftGate na vzdálené lokalit¥.
5.3.5 Virtualizovaná architektura °ízení
Ve verzi h4k V6 se objevil nový koncept °ízení ve virtualizovaném prost°edí 5.15 pomocí KVM
hypervisoru. Na obr. 5.15 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
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°í:

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 e-mail. 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
36
VÝUKU VUT A VB-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 3530 - HFA IP ú£astník, HiPath Feature Access (HFA) pro IP telefony.
HG 3540 - 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 3550 - 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
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. 5.16 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
media connect, tzn. ºe provoz v IP síti je propojován nap°ímo bez konverze do TDM.
38
direct
VÝUKU VUT A VB-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 Cor-
net 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, SLMAB, SLMAR, SLMAC, SLMAV na obr. 6.1. 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
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¥:
LTG-LTU-SLOT-CCT
Význam poloºek HW adresy je následující:

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 VB-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.
DVCFIG zvolíme typ za°ízení a pro analogový telefon bude hodnota vºdy DVCFIG=ANATE. P°edposledním povinným parametrem je £íslovací plán DPLN (Dial Plan),
Parametrem
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 Re-
striction 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
COS denuje sluºby, LCOSV LCR (LeLCOSD sm¥rování pro data. Pro LCOSD nemá smysl
zadávat LCOSD=1. Pro COSV jsou p°ipravena tato
chápáno jako denní a no£ní oprávn¥ní. Oprávn¥ní
ast Cost Routing) autorizuje volání a
rozli²ovat oprávn¥ní a budeme vºdy
oprávn¥ní:
40

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í
VÝUKU VUT A VB-TUO
6.1.1 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 1-1-1-0 s oprávn¥ním volat £ísla v R.
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.
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;
6.1.2 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
------------------------------STNO
=2701
PEN
= 1- 1- 1- 0
DVCFIG =ANATE
INS
=YES
PMIDX =0
ALARMNO =0
SSTNO =NO
COTRACE =NO
COFIDX =0
DIAL
=VAR
CCTIDX =
ACKST =
DHPAR =
CONN
=DIR
FLASH
=YES
USER DATA ----------------------------------COS1
=11
DPLN =0
SPDI =0
COS2
=11
ITR
=0
SPDC1 =
LCOSV1 =3
COSX =5
SPDC2 =
LCOSV2 =1
RCBKB =NO
LCOSD1 =1
HMUSIC =0
RCBKNA =NO
LCOSD2 =1
SPEC =
PULSTYPE=
PULSLEV=
TEXTSEL=CZECH
NEONMWI=
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
<REG-SCSU:2701;
ADD-SCSU:2701,1-1-1-0,ANATE,0,0,
11,11,3,1,1,1,,,5,0,0,,,VAR,
,,,CZECH,
YES,,NO,,,,0,DIR,YES,NO,0,;
AMO-SCSU -111
STATION CONFIGURATION OF SWITCHING UNIT
REGENERATE COMPLETED;
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;
H08: 2701
STATION DATA DELETED.
AMO-SCSU -111
DELETE COMPLETED;
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
pleted
com-
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;
H08: 2701
STATION DATA DELETED.
AMO-SCSU -111
DELETE COMPLETED;
Pokud bychom cht¥li z°ídit £i smazat nap°. sto £ísel najednou, tak m·ºeme pouºít z°et¥zení
2701&&3701.
6.1.3 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
VÝUKU VUT A VB-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. £. 2701, kterému nastavíme nové tel. £.
2705, 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
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 16-19 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
VÝUKU VUT A VB-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=31.
6.2.1 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 1-1-2-1 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
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=1-1-2-1,DVCFIG=OPTIP500,COS1=31,
COS2=31,LCOSV1=5,LCOSV2=1,LCOSD1=1,LCOSD2=1;
6.2.2 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;
6.2.3 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
46
G711 ALWAYS TO BE USED
G711 PREFERABLY TO BE USED
G723 ALWAYS TO BE USED
VÝUKU VUT A VB-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
ADD COMPLETED;
THIS STATION IS ASSIGNED AT PEN 1- 1- 10-
2
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
ADD COMPLETED;
THIS STATION IS ASSIGNED AT PEN 1- 1- 10-
2
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 10.2.1.20 a poslouchá na TCP 4060.
<DISPLAY-CGWB:LTU=1,SLOT=10,TYPE=GLOBIF;
GLOBAL DATA AND ETHERNET INTERFACE DATA - CONFIGURABLE VALUES:
-------------------------------------------------------------IPADR
= 10 .2 .1 .201
TCPP = 4060
(4060)
NETMASK = 255.255.254.0
VLAN = NO
(NO)
DEFRT
= 10 .2 .0 .1
(0.0.0.0 = 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
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 1-3-0
sou£asn¥, coº chvíli zabere a napoprvé se povede málokdy. V obou p°ípadech je default
heslo 123456 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 https://IPadresa, pokud nepodporuje SSL (star²í OptiPointy), tak kongura£ní
web b¥ºí na portu 8085, £ili http://IPadresa:8085 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
48
System, kde v níºe uvedeném 6.6 menu jsou významy poloºek následující:
VÝUKU VUT A VB-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.225.0 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 10.2.1.201, Registration Subscriber Number je tel. £. 2704 a heslo jsme si zadali
JAN123456ZROKYCAN, coº zadáme do poloºek na obr. 6.7 a po potvrzení HFA telefon po
49
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¥.
6.2.4 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 : IP2
--------------------------------------------------2703
2704
2718
---------------------3 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;
6.2.5 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 1- 1- 4- 16.
50
VÝUKU VUT A VB-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
H08: 2720
THIS STATION IS ASSIGNED AT PEN 1- 1STATION RELEASED FOR CALL PROCESSING
4- 16
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;
6.2.6 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
|
--------------+---------------+----------+----------+----------+
2725
| 2720
| MSN
| MSN
| MSN
|
2726
| 2720
| MSN
| MSN
| MSN
|
2727
| 2720
| MSN
| MSN
| MSN
|
2728
| 2720
| MSN
| MSN
| MSN
|
2729
| 2720
| MSN
| MSN
| MSN
|
2730
| 2720
| 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;
6.2.7 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
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 1- 1- 10- 20
AMO-SBCSU-111
ADD COMPLETED;
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
VÝUKU VUT A VB-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 10.2.1.201, jak je vid¥t
v obr. 6.8 kongurace SIP aplikace YATE.
6.2.8 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=10.2.1.56,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=1-1-10-20;)
H07: 2706
STATION DATA CHANGED
AMO-SBCSU-111
CHANGE COMPLETED;
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=1-1-10-20;
Povolení
vým¥ny
médií
AATTR=DMCALLWD
nap°ímo
(Direct
bez
Media
ú£asti
Allowed)
STMI
v
povolíme
AMO
SDAT
pomocí
a
pro
parametru
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
P°íklad vypnutí ú£astníka s vy£káním na ukon£ení hovoru.
<DEACTIVATE-DSSU:OFFTYPE=DC,TYPE=PEN,PEN1=1-1-1-0;
H500: AMO DSSU STARTED
H04: PEN 1-1-1-0 PRE-BLOCKED (SOFTLOCK)
AMO-DSSU -111
DEVICE SWITCH OF SWITCHING UNIT
DEACTIVATE COMPLETED;
P°íklad zapnutí rozsahu dvaceti port· od 1-1-1-0 aº 1-1-1-19.
<ACTIVATE-DSSU:TYPE=PEN,PEN1=1-1-1-0,PEN2=1-1-1-19;
Restart tel.£. 2701 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
DEVICE SWITCH OF SWITCHING UNIT
RESTART COMPLETED;
<RESTART-DSSU:TYPE=STNO,STNO=2701,WTIME=15;
Dále si uvedeme p°íklad zm¥ny prohození dvou port· ú£astníka 2701 na portu 1-1-1-0 a 2702
na portu 1-1-1-7 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 1-1-1-7 a 2702 port
1-1-1-0.
<CHANGE-DSSU:TYPE=SIGNON,STNO=2701,PEN1=1-1-1-7;
<CHANGE-DSSU:TYPE=SIGNON,STNO=2702,PEN1=1-1-1-1;
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
VÝUKU VUT A VB-TUO
6.4.1 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
PERSONAL IDENTIFICATION DATA
DISPLAY COMPLETED;
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

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 identikace 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;
+-------+-------------------------------------------------+
| COPIN | COPIN-PARAMETER
|
+-------+-------------------------------------------------+
| 1
| 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;
6.4.2 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
VÝUKU VUT A VB-TUO
<DISPLAY-PERSI:TYPE=NAME,STNO=2701;
+------------+---------------------------------------+-------------------------+
|
STNO
| CHRISTIAN AND SURNAME
CHARCON| ORGANIZATIONAL UNIT
|
+------------+---------------------------------------+-------------------------+
|2701
|Jan*Lucembursky
|KAT440
|
+------------+---------------------------------------+-------------------------+
AMO-PERSI-111
DISPLAY COMPLETED;
Rovn¥º se m·ºeme dotázat na zadané PINy.
<DISPLAY-PERSI:TYPE=STN,STNO=2701;
+--------------+--------------+------------------------------------+
|
STNO
| PIN
| PINTYPE
|
|
|
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15|
+--------------+--------------+------------------------------------+
| 2701
| 1234
| . X . . . . X . . . . . . . X|
| 2701
| 456789
| X . . . . . . . . . . . . . .|
+--------------+--------------+------------------------------------+
AMO-PERSI-111
DISPLAY COMPLETED;
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
|
+-------+-------------------------------------------------+
| 8
| COTYPE = SI
|
|
| PINTEXT = 'PIN FOR SERVICE ID '
|
|
| SILEN
= 7
|
+-------+-------------------------------------------------+
DISPLAY COMPLETED;
Hodnotu tohoto PINu zjistíme pomocí níºe uvedeného p°íkazu. Pomocí tohoto PINu 9876543
m·ºeme provést odhlá²ení £i p°ihlá²ení tel. £. na dané za°ízení (port).
<DISPLAY-PERSI:TYPE=PIN,PINTYPE=8;
+--------------+--------------+------------------------------------+
| PIN
|
STNO
| PINTYPE
|
|
|
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15|
+--------------+--------------+------------------------------------+
| 9876543
| -----| . . . . . . . X . . . . . . .|
+--------------+--------------+------------------------------------+
DISPLAY COMPLETED;
57
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. £. 2701 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. £. 2701.
<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
0- 0-181
|
|
OWN NODE
|
-----------------------------------------| 2701
- 2799
|
-----------------------------------------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. £. 2750 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
VÝUKU VUT A VB-TUO
Níºe je proveden dotaz na dv¥ tel. £. 2701 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
|
1 11111 11112 22| ANALYSIS | DNI/ADD-INFO
|
|
|0 12345 67890 12345 67890 12| RESULT | *=OWN NODE
|
-----------------------------------------------------------------------------| 2701
|. .**** ***** **... ..... .*| STN
|
|
|
|
|
|DESTNO 0
|
| 2750
|. .**** ***** **... ..... .*| 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
|
CODE
|
|
|
|0 12345 67890 12345 67890 12| RESULT | *=OWN NODE
|
-----------------------------------------------------------------------------| 0
|. .**** ..*** **... ..... .*| CO
|
|
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
|
CODE
|
|
|
|0 12345 67890 12345 67890 12| RESULT | *=OWN NODE
|
-----------------------------------------------------------------------------| 0
|. .**** ..*** **... ..... .*| CO
|
|
| 721
- 722
|. .**** ..*** **... ..... .*| CO
| R
|
| 760
|. .**** ..*** **... ..... .*| CO
| R
|
59
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;
-----------------------------------------------------------------------------|
|
CALL PROGRESS STATE
|
CODE
|
|
|
|0 12345 67890 12345 67890 12| 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
VÝUKU VUT A VB-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;
-----------------------------------------------------------------------------|
|
CALL PROGRESS STATE
|
CODE
|
|
|
|0 12345 67890 12345 67890 12| RESULT | *=OWN NODE
|
-----------------------------------------------------------------------------| 1111
|. ..... *.... ..... ..... ..| ATNDDID |
|
| 1111
|. ....* ..*** **... ..... ..| 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 VB-TUO 59699 budu dále volit 1111. V p°íkladu vý²e je dotaz
61
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-11-12 (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).

62
DFWDVCE - DEACTIVATE CALL FORWARDING VOICE, deaktivace p°esm¥rování.
VÝUKU VUT A VB-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

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 CONFERENCE, 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 0-15.

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
VÝUKU VUT A VB-TUO
6.5.1 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. £ 2701 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 2702.
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 2702. Tímto p°íkazem byly provedeny t°i kroky,
které za nás ud¥lal skript v h4k.
65
<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=1-1-1-0
STNO=2702, PEN=1-1-1-1
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 1-1-1-5. Provedeme tedy tyto t°i kroky:

P°esuneme 2701 na pomocnou pozici PEN=1-1-1-5.
V druhém kroku p°esuneme 2702 na cílovou pozici PEN=1-1-1-0.
Nakonec realizujeme p°esun 2701 z pomocné pozice na cílovou PEN=1-1-1-1.
<CHANGE-SXSU:STNO=2701,TYPE=PEN,PEN=1-1-1-5;
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=1-1-1-1
STNO=2702, PEN=1-1-1-0
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¥ 54.
66
VÝUKU VUT A VB-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¥ 58.
7.1 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
7 SADA AMO PÍKAZ PRO SPRÁVU SLUEB
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 CALLPARK 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
VÝUKU VUT A VB-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íóv¥ 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.
7.1.1 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;
-----------------------------------------------------------------------------| DIGIT INTERPRETATION
VALID FOR ALL DIAL PLANS
|
-----------------------------------------------------------------------------|
|
CALL PROGRESS STATE
|
CODE
|
|
|
|0 12345 67890 12345 67890 12| RESULT | *=OWN NODE
|
-----------------------------------------------------------------------------| *7
|. ....* ..... ..... ..... ..| PU
|
|
-----------------------------------------------------------------------------AMO-WABE -111
DISPLAY COMPLETED;
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
<DISPLAY-WABE:TYPE=GEN,DAR=PUDIR;
|
-----------------------------------------------------------------------------|
|
CALL PROGRESS STATE
|
CODE
|
|
|
|0 12345 67890 12345 67890 12| RESULT | *=OWN NODE
|
-----------------------------------------------------------------------------| **7
|. .**** ..**. ..... ..... .*| PUDIR
|
|
-----------------------------------------------------------------------------AMO-WABE -111
DISPLAY COMPLETED;
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
ADD COMPLETED;
CALL PICKUP GROUPS
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.£. 2701 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
DELETE COMPLETED;
CALL PICKUP GROUPS
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
VÝUKU VUT A VB-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íóvou 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 1-89-100
je signalizováno v jiné skupin¥ £. 10 s pobo£kou 7240. 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íóvé skupin¥ Pick Up.
Vytvo°íme tedy skupinu 1 GRNO=1 s tel.£. 7140 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.£. 7240, p°i£emº REMGRNO=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íóvání.
71
<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íóvá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.
7.1.2 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
VÝUKU VUT A VB-TUO
<DISPLAY-PERSI:TYPE=COPIN,COPIN=15;
+-------+-------------------------------------------------+
| 15
| 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
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 AATTR=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 7150. Dle bod· vý²e budeme pot°ebovat nejd°íve vytvo°it pomocné tel.£. 7151.
74
VÝUKU VUT A VB-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.£.6100 a 7151.
<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 7150.
<ADD-PERSI:TYPE=STN,STNO=7150,NAME="ONS MASTER",PIN15="7150",PININDIV=YES;
Nyní m·ºeme vytvo°it ONS skupinu s tel.£. 7150, 7151, 6100 a mobilním £íslem 603123456,
p°i£emº pomocné £íslo neexistuje fyzicky ale pouze virtuáln¥.
<ADD-AUN:GRNO=8,TYPE=ONS,STNO=7150&7151&6100,REMAC=0603123456,SMPF=YES;
Vytvo°ili jsme skupinu ONS, ve které po zavolání na 7150, bude vyzván¥t 7150, 6100 a
mobilní £íslo 603123456. 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)
|
|
6100
|
|
7151
|
| REMAC: 0603123456
|
+---------------------------------------------------------------------------+
AMO-AUN -111
CALL PICKUP GROUPS
DISPLAY COMPLETED;
Tento £as SMPFTIME bychom mohli nastavit p°es AMO CTIME (CUSTOMER-SPECIFIC 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
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;
-----------------------------------------------------------------------------|
|
CALL PROGRESS STATE
|
CODE
|
|
|
|0 12345 67890 12345 67890 12| RESULT | *=OWN NODE
|
-----------------------------------------------------------------------------| *13
|. ....* ..... ..... ..... ..| AHTVCE |
|
| #13
|. ....* ..... ..... ..... ..| DHTVCE |
|
-----------------------------------------------------------------------------AMO-WABE -111
DISPLAY COMPLETED;
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 (FORWARD IF NO ANSWER).
<DISPLAY-SA:CD=2701;
76
VÝUKU VUT A VB-TUO
H500: AMO SA
STARTED
+------------------------------------------------------------------------------+
| STATION HUNTING FOR ALL DPLN
SERVICE = VCE
|
+------------+-----------------+---+-------------------------------------------+
| CD
|NAME AND
|TYP|
|
|
|CALL PROG. STATE | | |
|
|
|
|L|C|
|
|
|
1 111 2|I|Y|
|
|
|12345 67890 123 2|N|C|
|
+------------+-----------------+---+-------------------------------------------+
|2701
|.**** ***** **. *| |*| STNO :
|
|
|
| | |
2701
|
|
|
| | |
2702
|
|
|
| | |
2704
|
|
|
| | |
2705
|
|
|
| | | 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;
7.2.1 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
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 e-mail (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=0603123456.
<ADD-SA:TYPE=VCE,CD=2701,STYPE=CYC,CQMAX=2,NAME="OBCHODNI ODDELEN",
OVFLCYCL=Y,OVFLDEST=DESTEXT,NUMBER=0603123456;
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:

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).
78
VÝUKU VUT A VB-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

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.

80
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í.
VÝUKU VUT A VB-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

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.
7.3.1 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
|
+---------------------------+-----+---------+--------------------------------+
|
2704
| 8 | OPTISET |
|
|
|
|
|
|
+---------------------------+-----+---------+--------------------------------+
AMO-TAPRO-111
PROGRAMMABLE KEY DEFINITION FOR DIGITAL TERMINALS
DISPLAY COMPLETED;
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
VÝUKU VUT A VB-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
|
+-----+---------+--------------------------------------------------------------+
| 0 | 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
<DIS-TAPRO:STD,40&60,;
+-----+---------+--------------------------------------------------------------+
| STD | DIGTYP | "SERVICE INFORMATION"
KEY LAYOUT
|
+-----+---------+--------------------------------------------------------------+
| 40 | 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
|
+-----+---------+--------------------------------------------------------------+
| 60 | 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;
7.3.2 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 ú£. 2704 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;
+---------------------------+-----+---------+--------------------------------+
|
STATION
| STD | DIGTYP |
FUNCTION KEYS WHICH DIFFER |
+---------------------------+-----+---------+--------------------------------+
|
2704
| 8 | 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.

84
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.
VÝUKU VUT A VB-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í.
7.4.1 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="0603123456",SLKTYPE=SLKTEXT,
SLKTEXT="Mobil Jindra";
<ADD-ZIEL:TYPE=NAME,SRCNO=2704,KYNO=11,DESTNON="0234680999",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) |
-------------+-----+--------+------------------------+---------+---------------2704
| BD | 10
| 0603123456
|
| SLKTEXT
|
|
|
|
| Mobil Jindra
| BD | 11
| 0234680999
|
| 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="0603123456",DEV=AD1,LEVEL=2,
SLKTYPE=SLKTEXT,SLKTEXT="Mobil Jindra";
85
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;
7.4.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 SUPPORT).
<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";
7.4.3 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.£. 2704. Níºe je p°íklad uloºení dvou
£ísel pod tla£ítka 1 a 2.
<ADD-ZIEL:TYPE=SPDI,SRCNO=2704,SPDNO=1,DESTNOR=000421902345678;
<ADD-ZIEL:TYPE=SPDI,SRCNO=2704,SPDNO=2,DESTNOR=000442321902345678;
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
VÝUKU VUT A VB-TUO
<DISPLAY-ZIEL:TYPE=SPDI,SRCNO=2704;
SOURCE
|SPDNO| DESTINATION
-------------+-----+-----------2704
| 1 | 000421902345678
| 2 | 000442321902345678
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;
|
-----------------------------------------------------------------------------|
|
CALL PROGRESS STATE
|
CODE
|
|
|
|0 12345 67890 12345 67890 12| RESULT | *=OWN NODE
|
-----------------------------------------------------------------------------| *8
|. .**.* ..**. ..... ..... .*| SPDI
|
|
| #8
|. ....* ..... ....* ..... ..| SPDIPROG |
|
-----------------------------------------------------------------------------AMO-WABE -111
DISPLAY COMPLETED;
Pro
pouºívání
zkrácené
volby
jiº
máme
ve²keré
informace,
vyto£ení
£ísla
000442321902345678 inicializujeme volbou:
*82
Vytvo°ení nové zkrácené volby pro 0003658945612345 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¥:
#830003658945612345
7.4.4 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
<ADD-ZIEL:TYPE=SNR,SRCNO=2701,DESTNOR=0603123456;
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 0603123456.
<DISPLAY-ZIEL:TYPE=SNR,DESTNOR=0603123456;
H500: AMO ZIEL STARTED
SOURCE
| DESTINATION
-------------+-----------2704
| 0603123456
AMO-ZIEL -111
DISPLAY COMPLETED;
7.4.5 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;

88
CFB (Call Forward Busy), p°esm¥rování p°i obsazení.
VÝUKU VUT A VB-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
-------------+----------+-------+---------+---------+----------------------2704
| 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;
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

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=0603123456;

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.

RINGVOL (OPTISET RINGER VOLUME), hlasitost vyzván¥ní v rozsahu 0-7.
RINGSOUN (OPTISET RINGER SOUND), výb¥r melodie v rozsahu 0-15.
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
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 0-15. 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-GROUPS (DESTINATION)
ITR - |
MATRIX | 00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15
|
----------|-----------------------------------------------0 | 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
ITR-GROUPS
(SOURCE)
----------|-----------------------------------------------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.£. 2701 a chceme docílit, aby se z tabla
dalo dovolat pouze na tel.£. dvou zam¥stnanc· útvaru, nap°. 2705 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.£. 2704, 2705 do
ITR=2.
<CHANGE-SDAT:STNO=2701,TYPE=DATA,ITR=1;
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
VÝUKU VUT A VB-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 | 00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15
|
----------|-----------------------------------------------0 | 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
3 | A D A A A A A A A A A A A A A A
ITR-GROUPS
(SOURCE)
----------|-----------------------------------------------93
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¥ 2512. 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.£. 2704 bude vy£káváno 10 sekund a pokud nezvolí ºádné
£íslo, tak bude iniciováno volání na 2701. Dotazem na HOTLN zjistíme nastavení.
<DIS-HOTLN:HOTDEST;
H500: AMO HOTLN STARTED
+------------------------------------------+
| HTLNIDX HOTDEST
PRECLEVL |
| 12
2701
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 DESTINATION), 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
VÝUKU VUT A VB-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.£. 2704 bude okamºit¥ iniciováno volání na 2701. Dotazem
na HOTLN zjistíme nastavení.
<DIS-HOTLN:OFRCDEST;
H500: AMO HOTLN STARTED
+------------------------------------------+
| HTLNIDX OFRCDEST
|
| 12
2701
|
+------------------------------------------+
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é.
7.8.1 Manuální p°epnutí COS v BERUM
P°epnutí oprávn¥ní u ú£. 2701 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
<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)---------+------------------------+------------------------+
| 2705
31 2 |
|
|
+==========================================================================+
AMO-BERUM-111
DISPLAY COMPLETED;
CLASS OF SERVICE SWITCHOVER
7.8.2 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) |
+------+-+---------+---------+---------+---------+---------+---------+---------+
|
| | 7.00 | 7.00 | 7.00 | 7.00 |
7.00 | ( 0.00) | ( 0.00) |
| 11 | | 21.00 | 21.00 | 21.00 | 21.00 | 21.00 | 21.00 | 21.00 |
+------+-+---------+---------+---------+---------+---------+---------+---------+
DISPLAY COMPLETED;
96
VÝUKU VUT A VB-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.
7.9.1 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;
7.9.2 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

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 ú£. 2704 napojení do hovoru.
<CHANGE-SDAT:STNO=2704,TYPE=ATTRIBUT,AATTR=KNOVR;
Pokud bychom cht¥li ú£. 2704 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
VÝUKU VUT A VB-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.£. 2705 a 2704.
<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. 54.
99
8 VYBRANÉ PÍKLADY SLUEB
<DISPLAY-WABE:TYPE=GEN,DAR=APIN1&DPIN;
|
-----------------------------------------------------------------------------|
|
CALL PROGRESS STATE
|
CODE
|
|
|
|0 12345 67890 12345 67890 12| RESULT | *=OWN NODE
|
-----------------------------------------------------------------------------| *21
|. .**** ..**. ..... .*... .*| APIN1
|
|
| #2
|. .**** ..**. ..... .*... .*| DPIN
|
|
-----------------------------------------------------------------------------AMO-WABE -111
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;
|
-----------------------------------------------------------------------------|
|
CALL PROGRESS STATE
|
CODE
|
|
|
|0 12345 67890 12345 67890 12| 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 22097 a
v Londýn¥, na kterém se bude p°ihla²ovat má £íslo 34456.
Nejd°íve musíme autorizovat oba ú£astníky v AMO SDAT. Na domácím tel.£ 22097 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
VÝUKU VUT A VB-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;
|
-----------------------------------------------------------------------------|
|
CALL PROGRESS STATE
|
CODE
|
|
|
|0 12345 67890 12345 67890 12| RESULT | *=OWN NODE
|
-----------------------------------------------------------------------------| *95
|. ....* ..... ..... ..... ..| MHFALGON |
|
| *96
|. ....* ..... ..... ..... ..| MHFALGOF |
|
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
p°ístupu sluºby, coº bude rychlej²í a pro p°ihlá²ení zadat kód sluºby, £íslo domácího ú£astníka
ukon£eného #, poté PIN Mobil ukon£ený #.
*9522097#321123#
Pro odhlá²ení posta£í zadat *96. Rovn¥º m·ºeme provést p°ihlá²ení a odhlá²ení p°íkazem
AMO ACTDA.
<ADD-ACTDA:TYPE=MOBHFA,ACTION=MLOGON,HOMESTNO=22097,HOMEPIN="321123",VISSTNO=34456;
<ADD-ACTDA:TYPE=MOBHFA,ACTION=MLOGOFF,HOMESTNO=22097;
Protoºe na hostujícím p°ístroji s tel.£. 34456 je te¤ p°ihlá²en host, tak bychom m¥li p°esm¥rovat volání pro tel.£. 34456 nap°. na mobilní telefon.
<ADD-ZIEL:TYPE=FWD,SRCNO=34456,SI=VOICE,DESTNOF=0603123123,DTYPE=CFNR,ITYPE=GEN,CFVAR=SYST
8.5 Alternativní tel.£. pro telefon mimo provoz
Pokud je ú£astník mimo provoz (nap°. nedosaºitelný IP telefon), tak m·ºeme p°es AMO
SDAT zadat cíl pro stav OOS (Out Of Service) v parametru STNOOOS (SUBSCRIBER
INDIVIDUAL ALTERNATE ROUTING NUMBER FOR OOS).
<CHANGE-SDAT:STNO=2704,TYPE=DATA1,STNOOOS=0603565965;
8.6 P°ístupové kódy sluºeb a jejich pouºití
V podkapitole si projdeme pouºívané kódy z £íslovacího plánu pro sluºby.
8.6.1 Autoset/Relocate
Pomocí kódu pro odhlá²ení a p°ihlá²ení ve WABE a servisního kódu v PERSI m·ºeme provád¥t
p°ihlá²ení a odhlá²ení p°ístroj·.
<DISPLAY-WABE:TYPE=GEN,DAR=SIGNOFF&SIGNON;
|
-----------------------------------------------------------------------------|
|
CALL PROGRESS STATE
|
CODE
|
|
|
|0 12345 67890 12345 67890 12| RESULT | *=OWN NODE
|
-----------------------------------------------------------------------------| *12
|. ....* ..... ..... ..... ..| SIGNON |
|
| #12
|. ....* ..... ..... ..... ..| SIGNOFF |
|
-----------------------------------------------------------------------------AMO-WABE -111
DISPLAY COMPLETED;
Je²t¥ budeme pot°ebovat servisní kód z PERSI.
102
VÝUKU VUT A VB-TUO
<REG-PERSI:SI;
ADD-PERSI:SI,"9876543";
AMO-PERSI-111 PERSONAL IDENTIFICATION DATA
REGENERATE COMPLETED;
Pro p°est¥hování nejprve provedeme odhlá²ení tel.£. 2704 a 2705.
#1298765432704
#1298765432705
Nyní je m·ºeme prohodit a p°ihlásit.
*1298765432704
*1298765432705
8.6.2 Zp¥tné volání
Po vyto£ení £ísla z digitálního £i HFA IP telefonu je nám nabízeno ihned zp¥tné volání. Pokud
jej vybereme, tak tím aktivujeme poºadavek na zp¥tné zavolání p°i zm¥n¥ stavu volaného.
Nap°íklad je volaný obsazen, vyvolám zp¥tné volání a jakmile dohovo°í, tak m·j p°ístroj
za£ne vyzván¥t a po jeho vyzvednutí bude vyzván¥t i p°ístroj p·vodn¥ volaného.
Siemens nesprávn¥ sluºbu ozna£uje od po£átku zp¥tné volání, ale jedná se o Call Completion (dokon£ení volání). Sluºba funguje jak ve stavu obsazeno (CCB - Call Completion Busy),
tak ve stavu volno (CCNR - Call Completion No Reply). Ve stavu volno je poºadavek na digitálních p°ístrojích uloºen do schránky (LED indikuje poºadavek) a po stisknutí tla£ítka vidím
£as a kdo poºadavek zadal, volbou výstup akceptuji a volbou smazat poºadavek vymaºu.
Z analogových p°ístroj· m·ºeme provést zp¥tné volání volbou kódu sluºby, který je p°id¥len
ve WABE.
<DISPLAY-WABE:TYPE=GEN,DAR=ACBK;
|
-----------------------------------------------------------------------------|
|
CALL PROGRESS STATE
|
CODE
|
|
|
|0 12345 67890 12345 67890 12| RESULT | *=OWN NODE
|
-----------------------------------------------------------------------------| *9
|. *.... ..*.. ....* ..... .*| ACBK
|
|
-----------------------------------------------------------------------------AMO-WABE -111
DISPLAY COMPLETED;
8.6.3 Zp¥tný dotaz
Zp¥tný dotaz m·ºeme provést z analogových telefon· pomocí funkce FLASH (krátké rozpojení
smy£ky), velmi £asto bývá na p°ístrojích ozna£eno jako Cosultation anebo Recall. Po vyvolání
103
zp¥tného dotazu m·ºeme vyto£it jiné £íslo a zav¥sit, tím do²lo p°edání hovoru. Pokud není
hovor akceptován, tak se nám po £ase vrátí zp¥t a p°ístroj vyzvání.
Na digitálních p°ístrojích nám zp¥tný dotaz nabízí p°ímo rolovací menu k výb¥ru. M·ºeme
pro zp¥tný dotaz i ob¥tovat n¥jaké tla£ítko a p°i°adit pod n¥j funkci CONS.
<CHANGE-TAPRO:STNO=2704,KY08=CONS;
8.6.4 St°ídání hovor·
Na digitálních p°ístrojích a HFA IP telefonech je st°ídání hovor· dostupné z rolovacího menu
anebo m·ºeme p°id¥lit funkci st°ídání hovor· libovolnému tla£ítku.
<CHANGE-TAPRO:STNO=2704,KY11=SPLT;
U analogových p°ístroj· budeme pot°ebovat kód p°ístupu ke sluºb¥, který je *15. Sluºbu
m·ºeme vyvolat ve stavu zp¥tného dotazu, kdy jeden ú£astník je ve stavu HOLD (p°idrºen) a
£eká, zatímco se druhým vedeme hovor. Pro návrat k prvnímu, aniº bychom hovor s druhým
ukon£ili budeme muset nejd°íve vyvolat FLASH (na analogu Consultation £i Recall) a poté
zadat kód *15.
<DISPLAY-WABE:TYPE=GEN,DAR=SPLIT;
-----------------------------------------------------------------------------|
|
CALL PROGRESS STATE
|
CODE
|
|
|
|0 12345 67890 12345 67890 12| RESULT | *=OWN NODE
|
-----------------------------------------------------------------------------| *15
|. *.... ..**. ..... ..... .*| SPLIT
|
|
------------------------------------------------------------------------------
8.6.5 Funkce p°ipomenutí/termín
Jak jsem si jiº vysv¥tlili v p°íkaze TAPRO 7.3 a ACTDA 7.5, tak na digitálních a HFA telefonech m·ºeme prvním p°íkazem p°i°adit funkci pod tla£ítko a druhým nastavit poºadovaný £as
p°ipomenutí. Sluºba je pochopiteln¥ dostupná i p°es MENU p°ístroje. U analogových telefon·
budeme pot°ebovat kód p°ístupu ke sluºb¥, jednak z°ízení a p°ípadn¥ i zru²ení.
<DISPLAY-WABE:TYPE=GEN,DAR=AREM&DREM;
-----------------------------------------------------------------------------|
|
CALL PROGRESS STATE
|
CODE
|
|
|
|0 12345 67890 12345 67890 12| RESULT | *=OWN NODE
|
-----------------------------------------------------------------------------| *16
|. ....* ..... ....* ..... ..| AREM
|
|
| #16
|. ....* ..... ..... ..... ..| DREM
|
|
------------------------------------------------------------------------------
104
VÝUKU VUT A VB-TUO
Zadání termínu na 10:20 hod a dal²ího na 18:50hod. docílíme zadání ur£ité sekvence z
analogového p°ístroje, po vyzvednutí vloºíme níºe uvedené.
*161020
*161850
8.6.6 Zachycení zlomyslného volání
Zachycení zlomyslného volání provedeme kódem pro danou sluºbu, kterou zjistíme p°es AMO
WABE.
<DISPLAY-WABE:TYPE=GEN,DAR=TRACE;
-----------------------------------------------------------------------------|
|
CALL PROGRESS STATE
|
CODE
|
|
|
|0 12345 67890 12345 67890 12| RESULT | *=OWN NODE
|
-----------------------------------------------------------------------------| *17
|. *.... ..**. ..... ..... ..| TRACE
|
|
-----------------------------------------------------------------------------Zachycení funguje, i kdyº volající neposílá svou identikaci a zav¥sí, my naopak nesmíme
zav¥sit a zav¥síme aº po zadání kódu pro zachycení.
*17
Zachycená zlomyslná volání jsou uloºena v souboru chybovek a alarm· s uvedením £ísla volajícího volané a £asu. Chybová hlá²ení k zachycení jsou vedena jako FM (DISPLAY ALARMS
AND FAULTMESSAGES) s £íslem 2750. P°ístup k souboru a vyhledávání v n¥m se provádí
p°es AMO HISTA (READ HTS HISTORY FILE).
<START-HISTA:RTYPE=SEARCH,CONTEXT=MID,MID=FM,NUM=2750;
8.6.7 Zm¥na oprávn¥ní iniciována ú£astníkem
Zm¥nu oprávn¥ní u digitálních a HFA telefon· m·ºeme provést p°ímo z MENU p°ístroj, ale
rovn¥º pomocí kódu, který zjistíme z WABE.
<DISPLAY-WABE:TYPE=GEN,DAR=ACOSX&DCOSX;
-----------------------------------------------------------------------------|
|
CALL PROGRESS STATE
|
CODE
|
|
|
|0 12345 67890 12345 67890 12| RESULT | *=OWN NODE
|
-----------------------------------------------------------------------------| *18
|. ....* ..... ..... ..... ..| ACOSX
|
|
| #18
|. ....* ..... ..... ..... ..| DCOSX
|
|
------------------------------------------------------------------------------
105
Budeme je²t¥ pot°ebovat vytvo°it v PERSI sekvenci £ísel v COSXCD, která bude slouºit
k autorizaci odemknutí.
<ADD-PERSI:TYPE=STN,STNO=2701,COSXCD="1234";
Te¤ jiº máme v²echny informace k pouºití sluºby. Níºe je uveden p°íklad zamknutí a
odemknutí, aktivací se zm¥ní oprávn¥ní na COS2, LCOSV2, LCOSD2 a po odemknutí se
vrátí na p·vodní, £ili záleºí i na tom, co vloºíme do COS, LCOSV a LCOSD v SCSU £i
SBCSU p°i vytvo°ení ú£astnických dat.
*18
#181234
8.6.8 Napojení/poklepání do hovoru
P°i vysv¥tlení p°íkazu SDAT 7.9 jsme si ukázali, jak p°i°adit funkci Napojení/poklepání do
hovoru pod tla£ítko digitálnímu £i HFA IP telefonu a jak autorizovat ú£astníka k pouºití
sluºby. U analogových p°ístroj· pouºijeme SDAT pro autorizaci, ale tla£ítko s funkcí nelze
vytvo°it, pot°ebujeme tedy p°ístupový kód sluºby, který najdeme ve WABE. P°i pouºití je
nutné op¥t vyvolat FLASH (Consultation £i Recall) a poté zadat kód níºe. Podle oprávn¥ní
v SDAT se provede napojení do hovoru £i poklepání.
<DISPLAY-WABE:TYPE=GEN,DAR=KNOVR;
-----------------------------------------------------------------------------|
|
CALL PROGRESS STATE
|
CODE
|
|
|
|0 12345 67890 12345 67890 12| RESULT | *=OWN NODE
|
-----------------------------------------------------------------------------| *19
|. *.... ..... ..... ..... ..| KNOVR
|
|
------------------------------------------------------------------------------
8.6.9 Neru²it
Funkci neru²it vyvoláme pomocí kódu *40 a pomocí #40 zase sluºbu deaktivujeme. Samoz°ejm¥ m·ºeme p°i°adit funkci neru²it pod tla£ítko v AMO TAPRO 7.3 a aktivaci m·ºeme
provést i p°íkazem ACTDA 7.5.
<DISPLAY-WABE:TYPE=GEN,DAR=ADND&DDND;
-----------------------------------------------------------------------------|
|
CALL PROGRESS STATE
|
CODE
|
|
|
|0 12345 67890 12345 67890 12| RESULT | *=OWN NODE
|
-----------------------------------------------------------------------------| *40
|. ....* ..... ..... ..... ..| ADND
|
|
| #40
|. ....* ..... ..... ..... ..| DDND
|
|
------------------------------------------------------------------------------
106
VÝUKU VUT A VB-TUO
8.6.10 Ostatní kódy sluºeb
Celý £íslovací plán m·ºeme vylistovat syntaxí níºe, kde uvidíme ve²keré £ísla pro ú£astníky,
prexy pro trunky a kódy sluºeb.
<DISPLAY-WABE:TYPE=GEN;
Uvedeme si seznam ostatních pouºívaných kód· sluºeb, které najdeme £íslovacím plánu
hipath4000 v laborato°i katedry telekomunika£ní techniky na VB-TU v Ostrav¥. Pe£livý
£tená° jiº jist¥ zaregistroval, ºe aktivace sluºby je zpravidla uvozena symbolem * a deaktivace
symbolem # , uvedeme si tedy pouze jejich aktivace.

Kódy *21 aº *25 jsou pro aktivaci PIN1 aº PIN5, pro deaktivaci slouºí #2.
Kódy *30 aº *34 jsou pro skupinová vyzván¥ní spravovaná p°íkazem AMO COMGR.
Kódy *30 aº *34 (COMGRP, COMSPK, SPKRCALL, COMSPK, BROADCST) jsou
pro skupinová vyzván¥ní spravovaná p°íkazem AMO COMGR.

Kód *35 CALLPARK je pro parkování hovor·, je nutné mít skupinu Pick Up group
z°ízenou pomocí AMO AUN.

Kód *36 HOLD je pro p°idrºení hovoru.
Kód *39 CONF je pro vytvo°ení konference.
Kód *41 AFWDINT je pro vytvo°ení interního p°esm¥rování.
Kód *42 AFWDEXIN je pro vytvo°ení externího a interního p°esm¥rování.
Kód *43 AFWDEXT je pro vytvo°ení externího p°esm¥rování.
Kód *44 AFWDVCE je pro vytvo°ení p°esm¥rování.
Kód *48 ASYSFWD je pro vytvo°ení systémového p°esm¥rování.
Kód *49 AFFWDVCE je pro vytvo°ení pevného p°esm¥rování.
Kód *50 DISUON aktivuje potla£ení identikace volajícího.
Kód *51 AFWDREM pro aktivaci vzdáleného p°esm¥rování (follow me).
Kód *57 EOVR pro aktivaci nouzového napojení do hovoru.
Kód *60 - *69 PARK je pro parkování na systémová místa 0-9.
Kód *7 PU pro p°evzetí volání.
Kód *8 SPDI pro p°ístup na individuální zkrácenou volbu.
Kód *9 ACBK pro zp¥tné volání.
Kód *91 MBON pro aktivaci LED u schránky.
Kód *92 MBOFF pro deaktivaci LED u schránky.
107

108
Kód *95 MHFALGON pro p°ihlá²ení u HFA mobility.
Kód *96 MHFALGOF pro odhlá²ení u HFA mobility.
Kód **10 aº **15 APIN10 aº APIN15 je pro aktivaci PIN10 aº PIN15.
Kód **7 PUDIR je pro cílené p°evzetí volání.
Kód **99 BABYLSNG je pro poslech audia v místnosti.
Kód *# DTMFCONV je pro p°epnutí do DTMF b¥hem hovoru.
VÝUKU VUT A VB-TUO
9 Diagnostika port· a systémová správa na úrovni modul·
V této kapitole si uvedeme n¥kolik p°íkaz·, které umoº¬ují spravu systému na úrovni modul·
a port·. Budeme se zabývat následujícími AMO p°íkazy:

BCSU (BOARD CONFIGURATION, SWITCHING UNIT) pro konguraci periférií do
SWU.

SDSU (STATUS DISPLAY IN SWITCHING UNIT), pro zobrazení stavu port· a modul·v SWU.

HISTA (READ HTS HISTORY FILE), pro výpis r·zných hlá²ení systému (alarmy a
chybovky).

LOGBK (MML LOGBOOK), pro výpis log· zadaných p°íkaz·.
9.1 AMO BCSU
Pomocí AMO BCSU m·ºeme vypsat moduly systému a zobrazit jejich stav. Rychle tak získáme
p°ehled o neobsazených slotech £i IP adresách STMI karet.
<DIS-BCSU;
ADDRESS : LTG 1
LTU 1
SOURCE GROUP 1
ALARMNO-LTU 0
-----+-----------+--------+---+-+-+---+-+------------+------------+-----------|
|
| |S|H|AL-| |
|
|
| ASSIGNED | MODULE |FCT|E|W|ARM| | INSERTED |
HW| MODULE
PEN | MODULE
| TYPE |ID |C|Y|NO | | MODULE
|STATE INFO | STATUS
-----+-----------+--------+---+-+-+---+-+------------+------------+-----------1 | Q2191-C
SLMAC
A
0| | Q2191-C
| 1 -07 - | READY
2 | Q2168-X
SLMO24
1 A 0| | Q2168-X
| 1 -06 - | READY
3 | Q2217-X
STMD3
1
A 0| | Q2217-X
| 1 -05 - | READY
4 | Q2169-X
STHC
1 A
0| | Q2169-X
| 1 -14 - | READY
5 | Q2196-X
DIU-N2
1 A 0| | Q2196-X
| 1 -06 - | READY
6 | AVAILABLE
0| | AVAILABLE |
|
7 | Q2266-X
LTUCA
0| | Q2266-X
| 1 -12 - | READY
8 | Q2196-X
DIU-N2
1 A 0| | Q2196-X
| 1 -07 - | READY
9 | AVAILABLE
0| | AVAILABLE |
|
10 | Q2316-X
STMI2
1
A 0| | Q2316-X
| 1 -07 - | READY
+--------------------------------+-+------------+------------+-----------| IP ADDRESS : 10. 2. 1.201
B-CHANNELS : 60
BCHLCNT : 60
+--------------------------------+-+------------+------------+-----------9 | AVAILABLE
0| | AVAILABLE |
|
+--------------------------------+-+------------+------------+-----------12 | AVAILABLE
0| | AVAILABLE |
|
13 | AVAILABLE
0| | AVAILABLE |
|
14 | AVAILABLE
0| | AVAILABLE |
|
DISPLAY COMPLETED;
109
9 DIAGNOSTIKA PORT A SYSTÉMOVÁ SPRÁVA NA ÚROVNI MODUL
Pro p°idání dal²ího modulu SLMO24 do slotu 9 pot°ebujeme znát jeho verzi PARTNO
(Part Number), kterou získáme bu¤ p°ímo z modulu (opí²eme ze ²títku na £ele karty) anebo
pokud jiº stejný modul je pouºíván, tak jednodu²e opí²eme kód z p°ede²lého výpisu.
<ADD-BCSU:MTYPE=PER,LTG=1,LTU=1,SLOT=9,PARTNO="Q2168-X
",FCTID=1;
Následn¥ m·ºeme ov¥°it, ºe modul byl vytvo°en, p°i£emº se pro jednoduchost jiº dotáºeme
pouze na obsazení slotu £. 9. Vidíme,ºe status je NPR (Not Present), jelikoº se karta fyzicky
v systému neneachází, ale po vloºení okamºit¥ uvidíme její stav READY, pokud najede anebo
WBT (Wrong Board Type), pokud je vloºen jiný typ modulu.
<DISPLAY-BCSU:TYPE=TBL,LTG=1,LTU=1,SLOT=9;
ADDRESS : LTG 1
LTU 1
SOURCE GROUP 1
ALARMNO-LTU 0
-----+-----------+--------+---+-+-+---+-+------------+------------+-----------|
|
| |S|H|AL-| |
|
|
| ASSIGNED | MODULE |FCT|E|W|ARM| | INSERTED |
HW| MODULE
PEN | MODULE
| TYPE |ID |C|Y|NO | | MODULE
|STATE INFO | STATUS
-----+-----------+--------+---+-+-+---+-+------------+------------+-----------9 | Q2168-X
SLMO24
1 A 0|*|
|
| NPR
AMO-BCSU -111
DISPLAY COMPLETED;
BOARD CONFIGURATION, SWITCHING UNIT
Smazání provedeme syntaxí níºe a je úsp¥²né pouze tehdy, pokud neexistuje kongurace
na portech modulu, a´ uº se jedná o ú£astnické pozice anebo port, na kterém je nakongurován
trunk.
<DELETE-BCSU:MTYPE=PER,LTG=1,LTU=1,SLOT=9,PARTNO="Q2168-X
",FCTID=1;
9.2 AMO SDSU
AMO SDSU nám umoºní získat stav portu, p°i£emº dotaz dáváme na TYPE=PEN se zadáním
konkrétní pozice a úrove¬ výpisu zadáváme pomocí LEVEL=PER2. Pro podrobn¥j²í výpis
bychom zvolili hodnotu PER3. Vidíme, ºe na pozici PEN 1-1-1-0 se nachází ú£astník 2702 a
je ve stavu READY, pokud by zrovna telefonoval, tak by stav byl BUSY a pokud by port
nebyl obsazen, tak status NOGEN (Not Generated). Rovn¥º m·ºeme zjistit, ºe nap°. port byl
vypnut pomocí AMO °íkazu (HIRAMO) anebo je ve stavu odhlá²eno (SIGNOFF).
<DISPLAY-SDSU:STATUS=ALL,TYPE=PEN,LEVEL=PER2,LTG=1,LTU=1,SLOT=1,CCT=0;
LTG1 (PERIPHERY)
-----MOUNTING LOCATION
MODULE NAME
BDL BD(#=ACT) STATUS
------------------- LTG
1 --------------------- READY
-AP370013-----SG 1 LTU
1 --------------------- READY
P203.AP3 1.AP3 1.001 SLMAC
A Q2191-C
READY
CCT LINE
STNO SI BUS TYPE
000 1622
2702 VCE
READY
DISPLAY COMPLETED;
110
VÝUKU VUT A VB-TUO
Pro výpis v²ech port· na modulu, bychom nezadali CCT (Ciurcuit/Port) a syntaxe by
vypadala následovn¥.
<DISPLAY-SDSU:STATUS=ALL,TYPE=PEN,LEVEL=PER2,LTG=1,LTU=1,SLOT=1;
Rovn¥º bychom jednodu²e mohli zjistit v²echny volné porty v systému.
<DISPLAY-SDSU:STATUS=NOGEN,TYPE=PEN,LEVEL=PER3;
Anebo v posledním p°íklad¥ syntaxe vypí²eme v²echny porty, na kterých je zrovna veden
hovor na modulu ve t°etím slotu jednotky LTU=1.
<DISPLAY-SDSU:STATUS=BUSY,TYPE=PEN,LEVEL=PER3,LTG=1,LTU=1,SLOT=3;
9.3 AMO HISTA
Výpis chybových hlá²ení a alarm· ze souboru HISTA nám poskytne p°ehled o událostech v
zadaném £ase.
<START-HISTA:RTYPE=SEARCH,STIME="2014-05-26/00:30",ETIME="2014-05-26/01:35";
F5749 E8 N0102 NO ACT
BPA BOARD
LW REQUEST
14-05-26 00:51:23
ALARM CLASS:CENTRAL:002
P203:LTG1 :LTU1 :010: 00
: 0 Q2316-X
STMI2/1
BST:01 PLS:-07
FORMAT:43
REASON:00H ONLY SIGNALING
MSG_IP_LINK_FAILURE
4576656E74436F64653A204D53475F49 505F4C494E4B5F4641494C5552452020
202053657665726974793A204D616A6F 72FFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
Z textu vidíme, ºe na modulu 1-1-1-10 je problém s IP link failure, £ili není zde poºadovaná
konektivita, ale hlub²í analýza dané události z hexa informací vyºaduje nahlédnutí do dokumentace výrobce anebo servisní nástroje na interpretaci chybových hlá²ení. Pokud bychom
hledali konkrétní chybu FM (Fault Message) s £íslem 5749 od 10.5.2014, tak pouºijeme následující syntaxi AMO p°íkazu.
<START-HISTA:RTYPE=SEARCH,STIME="2014-05-10/00:00",CONTEXT=MID,MID=FM,NUM=5749;
9.4 AMO LOGBK
Posledním p°íkazem, který si v tomto výukovém materiálu uvedeme, je výpis z logu zadaných p°íkaz·. Ve²keré zadané AMO p°íkazy se logují do souboru, který se cyklicky p°episuje.
P°íkazem níºe bychom vylistovali celou historii, coº by bylo £asov¥ náro£né a nep°ehledné.
<DIS-LOGBK;
Pokdu víme, ºe hledáme zadané p°íkazy ze dne 26.5.2014 v intervalu 1:20 aº 1:50 hod.,
které osblahovaly NOUN=SDSU, tak j snadno vyhledáme a rovn¥º vidíme, ze kterého za°ízení
(DEV) byly zadány.
111
9 DIAGNOSTIKA PORT A SYSTÉMOVÁ SPRÁVA NA ÚROVNI MODUL
<START-LOGBK:STIME="2014-05-26/01:20:00",ETIME="2014-05-26/01:50:00",NOUN="SDSU";
H500: AMO LOGBK STARTED
8 MATCHES
P05893 DEV:FAS
TSN:0299 UID:8 NOUN:SDSU
DISPLAY-SDSU:ALL,,PEN,PER3,1,1,1,0;
TYPE:START
TIME:14-05-26 01:20:28
P05894 DEV:FAS
DISPLAY COMPLETED;
TYPE:END
TIME:14-05-26 01:20:28
P05895 DEV:FAS
TYPE:START
TIME:14-05-26 01:20:35
P05896 DEV:FAS
DISPLAY COMPLETED;
TYPE:END
TIME:14-05-26 01:20:35
P05897 DEV:FAS
DISPLAY-SDSU:ALL,,PEN,PER2,1,1,1,;
TYPE:START
TIME:14-05-26 01:20:43
P05898 DEV:FAS
DISPLAY COMPLETED;
TYPE:END
TIME:14-05-26 01:20:44
P05899 DEV:FAS
TYPE:START
TIME:14-05-26 01:20:52
P05900 DEV:FAS
DISPLAY COMPLETED;
8 MATCHES
TYPE:END
TIME:14-05-26 01:20:52
AMO-LOGBK-111
START COMPLETED;
112
MML LOGBOOK
VÝUKU VUT A VB-TUO
Reference
[1] M. Voznak.
Spojovací systémy.
Vysoká ²kola bá¬ská - Technická univerzita Ostrava,
2009. ISBN 9788024819617.
[2] Voz¬ák M. Mikulec, M.
Pokro£ilé sluºby v podnikové komunikaci.
Technická univerzita Ostrava, 2011. URL
[3]
Vysoká ²kola bá¬ská -
<http://hdl.handle.net/10084/89509> .
Technet.microsoft.com [online].
Client comparison tables, 2014 [cit. 2014-05-01], . URL
Introduction to Lync Server 2013. 2014 [cit. 2014-05-01],
<http://technet.microsoft.com/en-us/library/gg425836.aspx> .
[4]
. URL
[5] K. Wallace.
VoIP bez p°edchozích znalostí.
vyd. Brno: Computer Press, 2007. 231 s.,
2007. ISBN 987-80-251-1458-2.
[6]
2014-05-01], . URL
[7]
Infrastructure qualied for Microsoft Lync. 2014 [cit.
<http://technet.microsoft.com/en-us/lync/gg131938.aspx> .
Server Roles. 2014 [cit. 2014-05-01], .
Scalability. 2014 [cit. 2014-05-01], .
URL
//technet.microsoft.com/en-us/library/gg398536.aspx> .
[8]
URL
technet.microsoft.com/library/gg417160(OCS.15)> .
[9]
URL
<http:
<http://
Planning for Enterprise Voice, 2014 [cit. 2014-05-01], .
[10] ITU-T recommendation Z.301.
Language.
Man Machine Language, Introduction to the Man-Machine
ITU-T, 1988.
[11] ITU-T recommendation Z.315.
Input (Command) Language Syntax Specication.
ITU-T,
1988.
Service Documentation, OpenScape 4000 V6 AMO-Description, Part. No
A31003-H3160-S101-1-20. Munich, 07/2010.
[12] Siemens AG.
Service Documentation, OpenScape 4000 V6 Feature Description, Part. No
A31003-H3160-S103-1-20. Munich, 08/2010.
[13] Siemens AG.
113
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 VB-TUO
Místo, rok, vydání:
Ostrava, 2014, 1. vydání
Po£et stran:
113
Vydala:
Náklad
CD-ROM, 50 ks
Neprodejné
ISBN 978-80-248-3448-1

Komunika£ní systémy v korporátních sítích pro integrovanou

Transkript

Podobné dokumenty

Oracle 10g: Vývoj Java aplikací