Na Symposium 2014 jsem si připravil několik rychlých tipů a triků k Sametime; část z nich jsme nestihnuli z časových důvodů předvést, tak jsem si řekl, že je napíšu sem — třeba se budou někomu hodit.
Rychlá změna stavu
Svůj aktuální status, tedy těch několik slov, kterými doprovázíte přepínač Online / Mimo / Na schůzce / Nerušit můžete změnit tak, že kliknete na symbol stavu, vyberete jeden ze zmíněných přepínačů a můžete volitelně dopsat vlastní komentář.
Nebo zkuste rychlejší cestu: udělejte dvojklik přímo na ten text. Řádek se přepne do editace a přímo v něm můžete upravit nebo přepsat status.
Rychlé přidání kontaktů do seznamu
Pokud přetáhnete e-mail v Notesech nad jméno skupiny v seznamu kontaktů v Sametime, ukáže se okno, které vám nabídne uložení všech nebo některých jmen (From, To, CC) do seznamu.
Zamezení uložení historie chatu
Běžně se historie vašich chatových rozhovorů ukládá, buď do vyhrazeného adresáře na disk (jako HTML) nebo do poštovní databáze v Notes. Funguje to krásně automaticky, v historii se i lehce hledá. Někdy se ale může stát, že chcete jeden konkrétní rozhovor vést „mimo záznam“.
V takovém případě jednoduše otevřte menu v chatovacím okně (pravý horní roh, pod ikonou ozubeného kola) a vyberte Prevent Transcript Save. Všem zúčastněným se v chatovacím okně objeví zpráva a navíc se vpravo dole objeví ikona připomínající, že tento chat se neloguje.
Součástí licence klienta IBM Notes je už řadu let (myslím tak od verze 6.5.1) právo používat základní funkcionalitu Sametime (tj. chatování) bez dalších poplatků. Oficiálně se to jmenuje licence IBM Sametime Limited Use.
Protože je to doplňková licence k hlavní licenci (tou je zmíněný klient IBM Notes), je nutno s upgradem doplňkové komponenty počkat, až mi to dovolí hlavní licence. A to i přesto, že technicky to může být proveditelné.
Tato situace nastala na přelomu roku: Na podzim vyšla nová verze Sametime 9.0 a jedna z instalaček klienta Sametime byly určena pro upgrade zabudovaného Sametime v klientu Notes. ALE použít ji mohli jenom ti, kteří měli zakoupenou plnou licenci Sametime.
A pro ostatní nastává ten čas nyní. Na konci ledna vyšlo oficiální oznámení, které sděluje, že uživatelé s nainstalovaným nejnovějším klientem IBM Notes 9.0.1 mohou aktualizovat v něm zabudovaný Sametime na poslední verzi Sametime 9.0 Limited Use.
„Limited“ znamenám že můžete používat tyto funkcionality:
Online presence status; availability status icons; custom status message
Business card display
Primary, frequent and recent contact list views
Initiate chats with users not in your contact list
Security-rich one-on-one text chat and multiway text chat
Rich text formatting, spell check, emoticons, and emoticon palettes
Time and date stamps, chat history
IBM Sametime Connect client
Built-in integration with Microsoft™ Outlook, Microsoft Office, Microsoft SharePoint
Minulý víkend jsem dokončil poslední část instalace Sametime 9 v mém demo prostředí. Sledoval jsem tím dva cíle: mít k dispozici přenosnou infrastrukturu poslední verze Sametime, na které mohu předvádět a testovat funkcionality a ověřit, zda je postup publikovaný v návodu Sametime 9 – From Zero to Hero spolehlivý stejně, jako všechny předchozí návody od Franka Alenburga.
Oba cíle splněny, instalace proběhla „na první dobrou“, nemusel jsem žádné kroky opakovat vícekrát, vracet se, tápat v návodu. Postupoval jsem podle Frankova dokumentu s jedním rozdílem: jako LDAP jsem nepoužil Domino, které je přímo pod Community serverem, ale „systémově správněji“ samostatné Domino se skupinami a uživateli. Pro Community server jsou použil samostatnou Domino Domain (s jediným serverem a jediným administračním Person dokumentem) tak, jak to doporučuji všem na seminářích a konzultacích.
Pokud jste instalovali Sametime verze 8.5.x zjistíte, že devítka má principy instalace stejné, s dvěma hlavními rozdíly:
Installation Manager a WAS si nyní musíte nainstalovat sami, nejsou již přibaleny do instalaček všech serverových komponent
Media Server je změněn, přesněji rozšířen o komponenty postavené na technologii Polycom, pro které budete potřebovat dva oddělené fyzické nebo virtuální servery s linuxovým operačním systémem RHEL nebo SLES.
I když jsem to úplně nečekal, všechny komponenty se mi vešly na můj pracovní notebook s procesorem Intel i7 a 16 GB RAM. Pět virtuálních serverů jsem rozdělil takto:
LDAP Server
zdroj uživatelů a skupin na Dominu 9.0.1
Windows 2008 R2
1 jádro
1 GB RAM
Sametime WAS Server
DB2, System Console, Proxy Server, Meeting Server, Media PR+CF Server
Windows 2008 R2
1 jádro
4 GB RAM
Sametime Community Server
Community Server na Dominu 9.0
Windows 2008 R2
1 jádro
2 GB RAM
Sametime VMGR Server
Media Video Manager
RHEL 6.4
1 jádro
2 GB RAM
Sametime VMCU Server
Media Video Multi-Point Control Unit
RHEL 6.4
1 jádro
2 GB RAM
Jsou to opravdu minimální hodnoty, použitelné k tomu, aby jste si instalaci vyzkoušeli, případně ji použili jako demo pod malou zátěží.
Asi před měsícem vyšla nová verze Sametime 9 – serverová a klientská část. Tento týden byli aktualizováni mobilní klienti (jeden pro chatování a druhý pro virtuální schůzky) tak, abyste mohli využívat i nové funkcionality, které verze Sametime 9 přináší; zejména aktualizace komponent pro přenos audia a videa.
Před malou chvílí jsem si novou mobilní verzi stáhnul (jsou k dispozici pro iOS a Android) a hned jsem vyzkoušel nové funkce. V chatovací aplikaci se objevily ikonky pro audio a video hovor. Meetingová aplikace má nový vzhled, který odpovídá vzhledu webovému a desktopovému, a hned se si v něm úspěšně vyzkoušel použití kamery.
Minulý týden vyšel podle plánu IBM Sametime 9. Instalační soubory jsou k dispozici na download serverech.
Připravil jsem seznam partnumbers, které můžete zadat do vyhledávání na downloadu a stáhnout všechny potřebné balíčky. Sametime 9 má tři základní licence, balíčky jsou pro tu nejvyšší, Sametime Complete, která obsahuje vše.
Sametime 9 pro Windows
CIL0DML – Installation Manager 1.6.2
CI6TYML – DB2 10.1 Limited Use
CIK2HML, CIK2IML, CIK2JML – WAS ND 8.5.5
CIQ6JML – WAS fixes for Sametime 9
CIBM0EN – Domino 9 (32-bit)
CIQ4CML – Sametime System Console
CIQ8XML – Sametime Community Server 9
CIQ48ML – Sametime Proxy Server 9
CIQ47ML – Sametime Meeting Server 9
CIQ49ML – Sametime Media Manager 9
CIQ4AML – Sametime Video MCU 9 (nová komponenta, pouze pro Linux!)
CIQ4BML – Sametime Advanced Server 9
CIQ44ML – Sametime Connect Client 9
Sametime 9 pro Linux
CIK2GML – Installation Manager 1.6.2
CI6TQML – DB2 10.1 Limited Use
CIK2HML, CIK2IML, CIK2JML – WAS ND 8.5.5
CIQ6JML – WAS fixes for Sametime 9
CIBM4EN – Domino 9 (32-bit)
CIQ4CML – Sametime System Console
CIQ45ML – Sametime Community Server 9
CIQ48ML – Sametime Proxy Server 9
CIQ47ML – Sametime Meeting Server 9
CIQ49ML – Sametime Media Manager 9
CIQ4AML – Sametime Video MCU 9 (nová komponenta)
CIQ4BML – Sametime Advanced Server 9
CIQ44ML – Sametime Connect Client 9
Přesný seznam požadavků pro instalaci (kompatibilita systémů, požadované verze OS, …) najdete na Supportu.
Již brzy, 20. září 2013, vyjde nejnovější verze software pro komunikaci v reálném čase – IBM Sametime 9. Oficiální oznámení a předvedení možností budete moci vidět ve webcastu o dva dny dříve. Již nyní jsou ale venku veřejné informace o nových typech licencí, které přijdou s touto verzí.
Sametime Communicate
Tato licence obsahuje to, co si představíme pod pojmem chatování a přímá komunikace. Tedy nejenom to, co je nyní v Sametime Entry a v Sametime Standard (co se týče chatování), ale například i posílání offline zpráv či chatovací skupiny, které jsou nyní až v Sametime Advanced. Samozřejmě sem patří i přenosy audia a videa i možnost připojení na firemní telefonní ústřednu. Tyto funkcionality můžete využívat prostřednictvím samostatného klienta, webového klienta nebo mobilního klienta; vývojáři se na Sametime mohou připojit z aplikací pomocí API.
Sametime Conference
Sem patří vše kolem webových schůzek, tedy i nová komponenta v Sametime 9 – video MCU, které umožní přenos a zobrazení více video kanálů najednou (tady například 4 „mluvící hlavy“ na obrazovce).
Sametime Complete
Obsahuje vše, co edice Communicate a Conference, plus navíc funcionality, které tímto spojením dávají smysl: propojení chatu a web meetingu – instant share (sdílení plochy); přístup k meetingům z contactlistu, propojování videohovoru z videochatu do meetingu a podobně.
Sametime Unified Telephony
Tato licence obsahuje kompletní telefonní middleware, tedy i včetně služeb firemní telefonní ústředy (PBX), inteligentního routování příchozích hovorů atd.
Externí uživatelé
Další důležitou změnou v licencování je to, že se nemusí platit za externí uživatele! Externím uživatelem je například váš zákazník, potenciální zákazník nebo obchodní partner, se kterým chcete pravidelně chatovat nebo jenom občas uspořádat webovou schůzku. Licence není potřeba, pokud externí člověk komunikuje s interním (který má licenci), což je typické použití takové komunikace.
Tohle můžete výborně využít například ve spojení se Sametime API, kdy na své firemní webové stránky dáte možnost zákazníkům komunikovat přes webový chat s vašimi zaměstnanci, například oddělením nákupu nebo podpory.
Řešil jsem teď jeden problém v Sametime: instalace byla v pořádku, vše fungovalo dobře, jenom SSO (Single Sign-On) se chovalo záhadně. Mezi ST Proxy (na WAS) a ST Community (na Dominu) to fungovalo výborně, ale mezi ST Proxy a ST Meeting (oba na WAS) ne. Člověk by řekl, že mezi oběma komponentami běžícími nad WAS poběží SSO bezproblémově a pokud budou nějaké potíže, tak při komunikaci mezi platformami.
Ono je to ale trochu jinak. Autentikaci pro ST Meeting dělá WAS, autentikaci pro ST Proxy dělá Domino. Tohle je nejdůležitější věta z tohoto článku, od které se vše odvíjí. Protože kdo dělá autentikaci, ten také generuje SSO cookies.
Když jsme hledali příčinu chyby, zkoumali jsme také cookies v prohlížeči. A zjistili jsme, že ST Proxy generovala SSO cookie s názvem LtpaToken, zatímco ST Meeting generoval cookie s názvem LtpaToken2. Z toho je teda jasné, že žádné SSO opravdu proběhnout nemohlo, když se tokeny jmenují jinak. Otevřeli jsme tedy Domino Directory a znovu překontrolovali SSO dokument. A zde byl kámen úrazu: při instalaci nového Sametime 8.5 se neudělal nový SSO dokument v Dominu, ale použil se již existující (kvůli iNotes).
Takže jsme se rozhodnuli udělat v Dominu nový, separátní SSO dokument, jenom pro potřeby Sametime — postup je na konci. A pozor, i zde je nutno dávat pozor na to, jak nastavíte generování SSO cookies. V Sametime 8.5 se používá WAS 7 a ta již defautně generuje pouze LtpaToken2, který je bezpečnější. Pokud chcete generovat i LtpaToken, musíte ve WAS zapnout Interoperability mód. Stejně se to dá nastavit i na Dominu, tam volíte, jestli se má generovat nový, starý nebo oba tokeny. A aby SSO fungovalo, musí být obě platformy nastaveny na stejnou hodnotu. Tedy buď obě pouze LtpaToken2 (tedy vypnutá Interoperability ve WAS) nebo obě povoleny oba tokeny.
Poznámka: Experimentálně jsem si potvrdil, že když negenrují obě platformy stejné tokeny, tak SSO funguje „z menšího do většího“. Když například nastavím Domino, že generuje (a tady i akceptuje) pouze LTPA2 a WAS generuje LTPA1 i LTPA2, tak SSO fungovalo ve směru z Domina do WAS. Naopak ne. Je to proto, že WAS rozuměla LTPA2, ale Domino nerozumělo LTPA1.
Po té, co jsme tedy udělali nový SSO dokument v Dominu, který generuje pouze LTPA2 a ve WAS vypnuli Interoperabilitu, vše zrestartovali, tak SSO začalo fungovat.
Samostatný SSO dokument pro Sametime
Domino pro své potřeby (např. iNotes) používá LTPA token, který se konfiguruje v dokumentu s názvem LtpaToken. Je to jeho defaultní hodnota a název se nemá měnit. Když potřebujete udělat nový SSO dokument a naimportovat do něj klíče z WAS, udělejte si nový SSO dokument a nazvěte jej třeba LtpaTokenST. (Poznámka: toto je pouze název dokumentu v names.nsf, není to název cookie, kterou dostane prohlížeč.) V něm nastavte, že platí pouze do Domino server, na kterém běží ST Coomunity server.
Teď už jenom zbývá někde v Sametime nastavit, že si nemá sahat pro defaultní dokument, ale pro dokument s novým názvem. Dělá se to přes sametime.ini (je v programovém adresáři Domina). Do sekce AuthToken přídáme tento řádek:
Už na Symposiu jsme říkali, že na podzim se očekává nová verze IBM Sametime. Zaměří se na tyto oblasti:
Rich Communications: vylepšení služeb pro audio a video
Mobile: přístup z mobilů a tabletů
Social Networks: propojení s Connections
Cloud Delivery: využívání služeb bez nutnosti provozovat vlastní infrastrukturu
Ve středu 18. září 2013 proběhne celosvětové slavnostní předvedení Sametime 9 a novinek v SmartCloud for Social Software, akce má název Reinvent the way work works with the leading social platform. Podobně, jako oficiální uvedení Notes 9 koncem loňského roku, i toto proběhne jako videopřenos přes Internet. Přenos začne v 16:00 hodin našeho času (10:00 ET) a má trvat asi 3 hodiny.
Další informace a možnost se zaregistrovat najdete na oficiální stránce.
Několikrát jsem tento upgrade již prováděl (na Windows i na Linuxu), proto se vypíšu věci, které mi pomohly a které byste mohli využít i vy.
Zálohujte
Nejlepší na to jsou snapshoty ve VMware (ať už v lokální Workstation nebo v ESX na serveru). Pokud to děláte poprvé, je to nutnost. Upgrade Sametime má přesně tolik kroků, kolik má instalace — aktualizuje se každá z 5 hlavních komponent (System Console, Community server, Proxy server, Meeting server, Media Manager). Po každém úspěšném dokončení každého z těchto pěti kroků si udělejte snapshot. Až bude vše komplet hotovo, smažte dílčí snapshoty a nechejte jenom před a po dokončení IFR1.
Rovněž tak z každého konfiguračního souboru, který budete modifikovat, si předem udělejte zálohu (obligátní kopie „.orig“), ať v případě překlepu víte, jaké byly původní hodoty a můžete to buď vrátit zpět nebo opravit a posunout kupředu.
Postupujte podle návodu
Jděte krok po kroku podle předem odzkoušených postupů. Vynikající je ten od Franka Altenburga, autora série From Zeto to Hero. Jeho kopii pro Upgrade na 8.5.2 IFR1 najdete třeba na Sutolu. Pokračuje tam, kde skončil předchozí návod (Základní instalace Sametime 8.5.2).
Nepřeskakujte žádný z kroků. Už jsem viděl příklady, kdy třeba nebylo úplně dokončeno napování virtuálních hostů ve WAS a potom to samozřejmě neposlouchalo na portu 80 a správném hostname.
Zrušte Windows services
Pokud jedete na Linuxu, tato část se výs netýká. Pokud máte servery na Windows, pravděpodobně jste pro jejich snadné startování využili kroky, které Frank zminěje ve svém základním návodu pro instalaci Sametime 8.5.2: pro DMgr, NodeAgenty i aplikační servery je vytvořena služba ve Windows, která má start Automatic a dokonce jsou mezi nimi i závislosti.
Tohle je šikovná pomůcka, ale před upgradem si to všechno zrušte. Některé upgradovací procedury totiž dělají i několik restartů příslušných serverů a pokud na to máte navěšeny různé závislosti, Windows služby a podobně, tak to nedopadne dobře. Všimnul jsem si toho, když jsem upgradoval Meeting server. Do té doby to bylo vše OK, ale Meeting se nechtěl nechat aktualizovat. Kontroloval jsem průběžně všechny relevantní logy a zjistil, že během toho nebyl v synchronizaci STMeetingServer a jeho NodeAgent. Server myslel, že agent běží, ten se ale ukončoval, a podobně.
Zkoušel jsem to vypínat postupně: nejdříve jsem odebral jenom závislosti mezi službami, potom služby Meetingu a System Console, nakonec mi zabralo, a opakovaně jsem si to potvrdil, toto:
zrušit úplně všechny Windows servisy, související s WAS (pomocí příkazu WASService.exe -remove). Po úplném dokončení celého upgradu si je zase můžete vytvořit, podle návodu od Franka.
uložit hesla pro wasadmina šifrovaně do soap.client.properties. Soubor je uložen v podadresáři properties u každého z profilů. Pro šifrování použijte utilitku PropFilePasswordEncoder.bat. Návod, jak to udělat najdete třeba tady (strana 259; nezapomeňte, že to musíte udělat ve všech profilech, ne pouze u DMgr)
Když ale zrušíte služby, budou se vám obtížněji startovat jednotlivé servery. Proto jsem si vytvořil sadu skriptů, které jsou používal pro startování a ukočování jak jednotlivých serverů, tak i kompletně celého Sametime. Když si uložíte hesla pro wasadmina podle předchozího tipu, nebudete muset ani zadávat žádná hesla.
Kroky před upgradem Sametime System Console
Nezapomeňte, že než pustíte první upgrade binárek pro System Consoli, měli byste udělat kroky, které popisuje tento článek.
stáhnout aktualizovaný iscmod_uninstall.py a umístit jej na správné místo
smazat cache pomocí ejbdeploy-clear-cache.bat
Oba kroky jsem při mých upgradech vždy dělal a nikdy jsem neměl problém s následnou aktualizací System Console.
Dokumentujte
Pokud děláte některé věci jinak, než jsou v návodu, poznačte si to.
Sametime Standard se nejčastěji instaluje na Windows nebo na Linux (SLES nebo RHEL). Při instalaci na Windows nemusíte potkat žádné závažnější problémy, stačí postupovat podle srozumitelných návodů.
Při instalaci na Linuxu možná narazíte na zádrhel, a tím je instalace v grafickém režimu. Sametime používá pro instalaci univerzální IBM Installation Manager, který sice nabízí i instalaci v silent režimu, ale instalace v grafice je přece jenom příjmnější. Dokumentace říká, že pro správnou instalaci potřebujete na Linuxu plné prostředí XWindow. Což o to, když si to zkoušíte u sebe, ve virtálu pod VMware, tak si tam ty X-ka dáte. Na reálných serverech jsem ale zpravidla viděl, že admini tam Xwindow neinstalují.
Metodou pokus a omyl jsem sestavil seznam balíčků, které nám umožnili nainstalovat v grafice Sametime Standard (tedy DB2, WASkovou i Dominovou část) s minimálními požadavky na systém.
Jsou dva typy balíčků, které musíte přiinstalovat. Jedny se týkají samotných Xwindow, druhé zajišťují to, aby 32-bitový Installation Manager běžel korektně na 64-bitovém Linuxu (compat knihovny)
Je to připraveno pro RHEL 6.3, 64bit. Balíčky instaluju klasicky přes yum install.
