Office Communications Server 2007 – krok po kroku (część 1)

Autor: Jacek Światowiak

Opublikowano: 8 sierpnia 2008

Zawartość strony

	Wprowadzenie
	Wymagania instalacyjne
	Front-End Server
	Edge Server
	Access Edge Server
	Web Conferencing Edge Server
	A/V Edge Server
	Mediation Server
	Archiving i CDR Server
	Communicator Web Access (MOC Web Access)
	Optymalne wymagania hardware’owe
	Wymagania software’owe
	Nazwy poszczególnych funkcjonalności Office Communications Server’a 2007 i ich skróty
	Wymagania co do konfiguracji serwera DNS
	Proces instalacji wersji Standard
	Rozszerzenie schematu – Schema Preparation Wizard
	Rozszerzenie schematu z wykorzystaniem narzędzi z linii poleceń
	Przygotowanie lasu – Forest Preparation Wizard
	Przygotowanie lasu z wykorzystaniem narzędzi z linii poleceń
	Przygotowanie aktualnej domeny – Domain Preparation Wizard
	Przygotowanie domeny z wykorzystaniem narzędzi z linii poleceń
	W następnej części

Wprowadzenie

Office Communications Server 2007 stanowi wraz z Exchange 2007 Unified Messaging zestaw produktów umożliwiających zbudowanie kompletnego środowiska do realizacji całkowicie multimedialnego systemu komunikacyjnego zarówno w biurze jak i po za nim.

Produkt dostępny jest zarówno w wersji Standard – typowa instalacja „jedno-serwerowa” dla małych i średnich przedsiębiorstw. To określenie jedno-serwerowa nie jest do końca słuszne, ale wyjaśnimy je w dalszej części. Wersja Enterprise – jak nazwa wskazuje przeznaczona jest dla środowisk o znacznie większej liczbie użytkowników, jest zdecydowanie bardziej skalowalna, jak również umożliwia większe rozdzielenie funkcjonalności pomiędzy wiele serwerów.

Rysunek 1.1: Funkcjonalności wchodzące w skład OCS 2007 Standard Edition. Rysunek pochodzi z dokumentacji Office Communications Server 2007 – Technical Overview.

Opis produktu zaczniemy od wersji Standard, omawiając funkcjonalności oraz sposób konfiguracji. Pokażemy właściwości klientów Office Communicator 2007, oraz mechanizmy integracji z Live Meeting 2007 oraz Office Outlook 2007. Omówimy instalację roli Office Web Communications Server. Następnie pokażemy różnice między wersją Standard i Enterprise. Na końcu pokażemy integrację Office Communications Server 2007 z Exchange 2007 Unified Messaging.

 Do początku strony

Wymagania instalacyjne

W środowisku Office Communications Server 2007 (zwanym dalej OCS 2007) należy wyróżnić następujące pojęcia oraz role serwerów:

• IM Conferencing Server – zapewnia zarządzani grupami Instant Messaging (IM)

• Web Conferencing Server – zapewnia różnoraką wymianę danych między użytkownikami

• A/V Conferencing Server – zapewnia audio- i video-konferencję

• Telephony Conferencing Server – zapewnia współpracę z różnymi systemami audio/video/tele konferencji (audio conferencing providers - ACPs)

 Do początku strony

Front-End Server

IM Conferencing Server i Telephony Conferencing Server zawsze pracują jako oddzielne procesy zarówno w wersji Standard Edition jak i Enterprise Edition (funkcjonalności te są podstawą działania serwera Front-End). Web Conferencing Server i A/V Conferencing Server mogą opcjonalnie być zainstalowane na oddzielnych serwerach (w wersji Enterprise – jako serwery wchodzące w skład, tzw. - Enterprise Pool). W obu wersjach OCS 2007, Front-End serwery są odpowiedzialne za:

• wymianę sygnalizacji pomiędzy serwerami oraz pomiędzy serwerami a klientami

• uwierzytelnianie użytkowników oraz przetwarzanie danych ze wszystkich punktów końcowych

• routowanie wywołań VoIP wewnątrz przedsiębiorstwa oraz do/z sieci PSTN

• Inicjowanie zapowiedzi konferencyjnych oraz zarządzanie stanem konferencji

• zapewnienie rozszerzonego informowania o stanie obecności klienta

• routowanie ruchu IM and konferencyjnego

• zarządzanie mediami przeznaczonymi do realizacji konferencji

• hostowaniem aplikacji

• filtrowaniem SPIM (SPAM dla ruchu IM)

 Do początku strony

Edge Server

Serwer brzegowy (Edge Server) umiejscawiany jest w strefie DMZ i zapewnia komunikację z użytkownikami zewnętrznymi oraz wymianę publicznych połączeń IM. Każdy z serwerów brzegowych pełni jedną lub wiele ról: Access Edge Server, Web Conferencing Edge Server czy też A/V Edge Server. Serwer brzegowy umożliwia klientom zewnętrznym komunikację z użytkownikami wewnątrz organizacji korzystając z oprogramowania Microsoft Office Communicator 2007 lub/i Live Meeting 2007.

 Do początku strony

Access Edge Server

Zwany również serwerem Access Proxy. Zapewnia obsługę całego ruchu SIP poprzez firewall’e. SIP jest wymagany do zestawienia i weryfikacji połączeń. Nie odpowiada za transfer danych ani uwierzytelniania użytkowników. W tym celu wymagana jest infrastruktura Active Directory. Uwierzytelnianie ruchu wchodzącego przeprowadzane jest przez specjalną funkcjonalność zwaną - Director lub bezpośrednio przez serwer Front-End’owy. Director zintegrowany jest w OCS 2007 Standard Edition lub instalowany jest w puli Enterprise na serwerze, który nie hostuje użytkowników OCS’a i znajduje się wewnątrz sieci przedsiębiorstwa. Posiadanie Director’a nie jest obowiązkowe, ale bardzo zalecane. Celem Directora jest przekierowywanie ruchu do właściwej puli lub serwera. Jest również pewnego rodzaju pośrednikiem pomiędzy serwerem Access Proxy i innymi rolami serwerów Front-End.

W przypadku niewdrożenia funkcjonalności Director’a, uwierzytelnianie przeprowadzane jest przez Front-End serwery w puli lub przez serwer Standard Edition, który został do tego celu delegowany.

Serwery brzegowe nie mają dostępu do Active Directory, gdyż są zlokalizowane w strefach DMZ. W przypadku wykorzystywania funkcjonalności konferencji, zdalnego dostępu, federacji lub publicznych połączeń IM wewnątrz przedsiębiorstwa – rola Access Edge Server jest niezbędna.

 Do początku strony

Web Conferencing Edge Server

W skrócie Web Conferencing Edge Server umożliwia wymianę danych z użytkownikami zewnętrznymi. Zapewnia funkcjonalność Proxy - Persistent Shared Object Model (PSOM) – dla ruchu pomiędzy serwerami Web Conferencing a klientami zewnętrznymi. Web Conferencing Edge Server dodatkowo zatwierdza przychodzący ruch z zewnątrz domeny. Serwer ten wymaga od użytkowników zewnętrznych zestawienia połączenia typu TLS i pobrania sesyjnego klucza konferencyjnego.

 Do początku strony

A/V Edge Server

Serwer ten zapewnia pojedynczy zaufany punkt połączenia, gdzie wchodzący i wychodzący ruch A/V może bezpiecznie przejść przez firewall’a/NAT’a. Upraszczając umożliwia zestawienie audio i wideo konferencji oraz A/V komunikacji w trybie peer-to-peer z zewnętrznymi użytkownikami korzystającymi z klientów Microsoft Office Communicator 2007. Komunikacja peer-to-peer nie przechodzi przez serwer A/V Conferencing Server. Protokół ICE jest przemysłowym rozwiązaniem zapewniającym przesyłanie ruchu multimedialnego przez firewall’e. ICE bazuje na protokołach - Simple Traversal Underneath NAT (STUN – RFC 3489) i Traversal Using Relay NAT (TURN – przedstawiony w drafcie IETF Traversal Using Relay NAT - draft-rosenberg-midcom-turn-08). Protokół ICE jest przedstawiony w drafcie IETF - Interactive Connectivity Establishment (ICE): A Protocol for Network Address Translator (NAT) Traversal for Offer/Answer Protocols - draft-ietf-mmusic-ice-19. A/V Edge Server to de facto serwer STUN. Wszyscy użytkownicy są uwierzytelniani aby uzyskać bezpieczny dostęp do organizacji i wykorzystać mechanizm przejścia przez firewall’a, który zapewnia A/V Edge Server. W celu wysłania strumienia multimedialnego do użytkownika wewnątrz organizacji, zewnętrzny klient musi zostać uwierzytelniony oraz musi mieć zgodę na zestawienie komunikacji z użytkownikiem wewnętrznym przez A/V Edge Server. Strumień danych multimedialnych jest wymieniany z wykorzystaniem protokołu Secure Real-time Transport Protocol (SRTP), który to jest przemysłowym standardem transmisji danych w trybie Real-time.

 Do początku strony

Mediation Server

OCS 2007 Mediation Server zapewnia sygnalizację i konwersję strumienia medialnego pomiędzy infrastrukturą oraz prostymi bramkami medialnymi typu - basic media gateway. Mediation Server zapewnia również połączenie OCS 2007 z centralkami PBX. Traktować go można jako aplikację pracującą wewnątrz firewall’a. Od strony OCS, Mediation Server nasłuchuje na pojedynczym adresie komunikacji opartej na uwierzytelnionym obustronnie ruchu typu TLS (MTLS). Od strony gateway’a – nasłuchuje na pojedynczym adresie – korzystając ze zwykłego protokołu TCP/IP. Podsumowując, pełni następujące funkcje:

• translację ruchu SIP over TCP (od strony gateway’a) do SIP over mutual TLS (od strony przedsiębiorstwa)

• szyfrowanie oraz rozszyfrowywanie ruchu SRTP po stronie OCS

• translację strumienia medialnego pomiędzy serwerami OCS a bramkami mediów

• połączenie klientów poza siecią przedsiębiorstwa do wewnętrznych komponentów korzystając z mechanizmów protokołu ICE, co zapewnia komunikację przez firewall’a oraz NAT’y

• pełni rolę pośrednika, zapewniając dodatkowe funkcjonalności, których nie posiadają proste bramki medialne, jak np. wywoływanie klientów wewnątrz organizacji przez klientów zewnętrznych

 Do początku strony

Archiving i CDR Server

Serwer Archiving i CDR (ang. Call Details Records) zapewnia następujące funkcjonalności:

• archiwizację całej komunikacji – konwersacji IM – dla wszystkich lub indywidualnych użytkowników

• archiwizację wszystkich CDR’ów dla wszystkich użytkowników – zapis stanów wywołań konferencji czy wiadomości

Wiadomości pochodzące od OCS Front-End Server’a są przesyłane za pośrednictwem mechanizmów systemowych Windows Server Message Queuing do serwerów Archiving i CDR. Serwery te korzystają z bazy Microsoft SQL Server do przechowywania zarchiwizowanych danych. Funkcjonalność Agenta Archiving i Agenta CDR jest składową każdego serwera OCS w wersji Standard Edition oraz Enterprise Edition. Jednakże mimo, że agenci Archiving i CDR są instalowani automatycznie, to konfiguracji i uruchomienia procesu archiwizacji ruchu IM oraz wywołań należy dokonać manualnie. Mechanizmy Archiving i CDR składają się z trzech komponentów:

• kolejki docelowej, którą zarządza mechanizm Microsoft Message Queuing

• komponentów serwerowych serwisów Archiving i CDR

• SQL’owej bazy danych do archiwizacji

Komponent serwerowy Archiving i CDR czyta wiadomości pochodzące od agentów Archiving i CDR, umieszczone w kolejce docelowej a następnie zapisuje je w bazie danych archiwizacji.

 Do początku strony

Communicator Web Access (MOC Web Access)

Mechanizm Communicator Web Access zapewnia komunikację pomiędzy klientami bez konieczności instalacji żadnego dodatkowego oprogramowania. Wystarczy zwykła przeglądarka internetowa. Aplikacja wygląda i zachowuje się identycznie jak pełna wersja Microsoft Office Communicatora 2007. Bazuje na doświadczeniach uzyskanych z poprzedniej wersji - Live Communications Server 2005 SP1 i komunikatora w wersji Communicator Web Access 2005. Oczywiście jak dużo innych aplikacji korzystających z dostępu web’owego, również ona posiada pewne ograniczenia. Ale zostaną one omówione w dalszej części.

 Do początku strony

Optymalne wymagania hardware’owe

Optymalna konfiguracja wymaga: procesora taktowanego zegarem 3.2 GHz lub jego odpowiednika dwu-rdzeniowego; 2 GB pamięci RAM; 2x18 GB HDD oraz 2x36 GB 15 k rpm 1 MB cache w przypadku zcentralizowanego serwera w wersji Standard Edition; karty sieciowej standardu 1 Gbit/s.

Wersja zcentralizowana Standard Edition zawiera skonfigurowane następujące komponenty:

• Front-End Server, Web Conferencing Server oraz A/V Conferencing Server

• Director

• Archiving i CDR Server

• Edge Server (jedna lub więcej funkcjonalności z listy Edge server)

 Do początku strony

Wymagania software’owe

• System Microsoft Windows Server 2003 SP1, SP2, R2 w wersji Standard, Enterprise lub Datacenter – Windows 2008 nie jest wspierany do instalacji komponentów OCS 2007

• System Microsoft Windows 2000 SP4 lub późniejszy dla usługi Active Directory Domain Services, łącznie z Windows 2008

• Usługa Active Directory oparta o serwery Windows 2000 Server lub późniejszy – pracująca w trybie native mode, dla wszystkich funkcjonalności OCS 2007 (Windows Server 2003 native mode zalecany)

• Dla wersji Enterprise Edition – wymagana obecność zewnętrznego serwera Microsoft SQL Server 2005 SP2 (zalecany) lub SQL Server 2005 SP1, SQL Server 2000 SP4

• Jednostka certyfikująca klasy Enterprise (zalecana), Standalone lub publiczne centrum certyfikacji

• IIS 6.0 na każdym z komputerów, gdzie zainstalowana jest wersja Standard Edition lub serwer Front-End dla wersji Enterprise Edition (lub w przypadku wdrożenia wersji Enterprise Edition- konfiguracja rozszerzona – w komputerach będących członkami farmy serwerów Web). Komponenty ASP Active Server Pages dla IIS 6.0 na każdym z komputerów na którym będzie zainstalowana rola Web Components Server’a (dla wersji Standard Edition, na komputerze pełniącym rolę serwera Standard Edition; dla wersji Enterprise Edition: dla konfiguracji zcentralizowanej – na wszystkich serwerach Front-End); dla konfiguracji rozproszonej (Expanded Configuration) na dedykowanych serwerach IIS.

 Do początku strony

Nazwy poszczególnych funkcjonalności Office Communications Server’a 2007 i ich skróty

• Office Communications Server Front-End (RTCSRV)

• Office Communications Server Audio/Video Conferencing (RTCAVMCU)

• Office Communications Server IM Conferencing (RTCIMMCU)

• Office Communications Server Telephony Conferencing (RTCACPMCU)

• Office Communications Server Web Conferencing (RTCDATAMCU)

• Office Communications Server Archiving and CDR (RTCLOG)

• Office Communications Server Audio/Video Authentication (RTCMRAUTH)

• Office Communications Server Audio/Video Edge (RTCMEDIARELAY)

• Office Communications Server Access Edge (RTCSRV)

• Office Communications Server Web Conferencing Edge (RTCDATAPROXY)

• Office Communications Server Mediation (RTCMEDSRV)

 Do początku strony

Wymagania co do konfiguracji serwera DNS

Aby umożliwić klientom automatyczne odkrywanie konfiguracji oraz automatyczną rejestrację należy utworzyć rekordy SRV w konfiguracji strefy w serwerze DNS . Rekord ten wskazuje na nazwę FQDN serwera w wersji standard lub nazwę puli dla wersji Enterprise.

Uwaga!

Rekordy te trzeba utworzyć manualnie. Kreator instalacji serwera nie tworzy ich automatycznie.

Składnia rekordu

• _sipinternaltls._tcp.<domena> - dla wewnętrznych połączeń korzystających z mechanizmu TLS

• _sipinternal._tcp.<domena> - dla wewnętrznych połączeń TCP

Gdzie <domena> to nazwa wewnętrzna domeny.

Rekordy wskazują na porty:

• 5061 dla połączeń TLS lub/i

• 5060 dla połączeń TCP

Dla połączeń zewnętrznych tworzymy rekordy następujące:

• _sip._tls. <domena> - dla zewnętrznych połączeń korzystających z mechanizmu TLS

• _sip._tcp.<domena> - dla zewnętrznych połączeń TCP

Gdzie <domena> to nazwa zewnętrzna domeny.

 Do początku strony

Proces instalacji wersji Standard

Rysunek 1.2: Logo instalatora.

Po uruchomieniu instalatora z płyty CD lub katalogu mignie logo instalatora i zostaniemy poproszeniu o zatwierdzenie instalacji pakietu redystrybucyjnego Visual C++ 2005 SP1, o ile wcześniej jakiś produkt go nie zainstalował.

Rysunek 1.3: Instalacja pakietu redystrybucyjnego Visual C++ 2005 SP1.

Instalator jest przygotowany w postaci kilkudziesięciu okien, z których zbudowano hierarchiczne menu instalacyjne.

W oknie głównym wybieramy wdrożenie Serwera w wersji Standard lub instalację dodatkowych ról serwerowych.

Praktycznie wszystkie czynności można wykonać z instalatora graficznego, chyba że wymagane jest wcześniejsze przygotowanie środowiska Active Directory a osoba instalująca Office Communications Server 2007 nie ma odpowiednich uprawnień, np. do instalacji bazy danych, modyfikacji schematu czy konfiguracji lasu/domeny Active Directory. Wówczas można przeprowadzić pewne czynności wstępne oddzielnie, ale korzystając wyłącznie z narzędzi z linii poleceń.

Wymagane uprawnienia w lesie do instalacji Office Communications Server 2007

Procedura

Wymagane uprawnienia administracyjne lub role

Prep Schema

Administrator schematu I lokalny administrator na kontrolerze domeny pełniącym rolę wzorca schematu

Prep Forest

Administrator przedsiębiorstwa lub administrator domeny root’owej lasu

Prep Domain

Administrator przedsiębiorstwa lub domeny

 

Tabela. Wymagane uprawnienia w lesie do instalacji Office Communications Server 2007.

Główne okno instalatora. Rozpoczynamy od Deploy Standard Edition Server.

Rysunek 1.4: Okno główne instalatora.

Po wybraniu Deploy Standard Edition pojawi się okno z kolejnymi krokami wdrożenia wersji Standard. Proces zaczynamy od kroku pierwszego - przygotowania Active Directory – Prepare Active Directory.

Rysunek 1.5: Okno wdrożenia serwera w wersji Standard.

Okno przygotowania Active Directory – Active Directory Preparation.

Rysunek 1.6: Okno przygotowania Active Directory.

 Do początku strony

Rozszerzenie schematu – Schema Preparation Wizard

Rozpoczynamy od rozszerzenia schematu. Wymagane tu jest członkostwo w grupie administratorów schematu (Schema Admins) lub administratorów przedsiębiorstwa (Enterprise Admins).

Rysunek 1.7: Rozpoczęcie procedury rozszerzenia schematu.

Następnie wskazujemy lokalizacje pliku odpowiedzialnego za rozszerzenie schematu.

Rysunek 1.8: Wskazanie domyślnej lokalizacji pliku rozszerzającego schemat.

Domyślna lokalizacja pliku schema.ldf.

Rysunek 1.9: Zawartość folderu setup/i386 nośnika instalacyjnego OCS 2007.

Okno podsumowania kreatora rozszerzenia schematu.

Rysunek 1.10: Podsumowanie czynności wstępnych kreatora.

Procedura rozszerzania schematu.

Rysunek 1.11: Procedura rozszerzani a schematu.

Zakończenie procedury rozszerzania schematu.

Rysunek 1.12: Zakończenie procedury rozszerzani a schematu.

Weryfikacja poprawności rozszerzenia schematu.

Rysunek 1.13: Weryfikacja zakończenia procedury rozszerzani a schematu.

Ukończona faza rozszerzania schematu.

Rysunek 1.14: Procedura rozszerzani a schematu zakończona powodzeniem.

 Do początku strony

Rozszerzenie schematu z wykorzystaniem narzędzi z linii poleceń

Na płycie lub folderze instalacyjnym \Setup\i386 znajduje się narzędzie LcsCmd.exe

Składnia polecenia:

LcsCmd.exe /forest /action:SchemaPrep [/ldf: <folder gdzie znajduje się plik .ldf>]

/ldf – parametr wymagany jeżeli plik .ldf znajduje się poza folderem \setup\i386

Np.:

LcsCmd.exe /forest /action:SchemaPrep

Weryfikacja poprawności rozszerzenia schematu:

LcsCmd.exe /forest /action:CheckSchemaPrepState

 Do początku strony

Przygotowanie lasu – Forest Preparation Wizard

Przygotowanie lasu powoduje:

• Utworzenie globalnych ustawień konfiguracji i obiektów

• Utworzenie odpowiednich grup w Active Directory wykorzystywanych przez Office Communications Server 2007

W przypadku wyboru przechowywania konfiguracji w kontenerze System – tworzony jest kontener dla usługi RTC Service wraz z obiektem msRTCCSIP-GlobalContainer oraz nowy obiekt msRTCSIP-Domain w domenie root’owej.

Tworzone są grupy:

- serwisów:

• RTCHSUniversalServices

• RTCComponentUniversalServices

• RTCArchivingUniversalServices

• RTCProxyUniversalServices

• RTCUniversalGuestAccessGroup – daje uprawnienia do uczestnictwa w konferencjach. Grupa ta jest wykorzystywana zarówno przez użytkowników mających konta w Active Directory, którzy logują się zdalnie, jak i użytkowników anonimowych, nie mających kont w AD

- administracyjne:

• RTCUniversalServerAdmins - daje uprawnienia zarządzania serwerami oraz ustawienia puli serwerów

• RTCUniversalUserAdmins – pozwala zarządzać ustawieniami użytkowników, oraz przenosić ich pomiędzy serwerami lub pulami serwerów

• RTCUniversalReadOnlyAdmins – pozwala na odczytywanie informacji o konfiguracji i ustawieniach: serwerów, pul i użytkowników

- infrastruktury:

• RTCUniversalGlobalWriteGroup – nadaje uprawnienia do modyfikacji ustawień globalnych obiektów związanych z Office Communications serwerem.

• RTCUniversalGlobalReadOnlyGroup – nadaje uprawnienia do tylko odczytu ustawień globalnych obiektów związanych z Office Communications serwerem.

• RTCUniversalUserReadOnlyGroup – nadaje uprawnienia do tylko do odczytu ustawień użytkowników związanych z Office Communications serwerem.

• RTCUniversalServerReadOnlyGroup – nadaje uprawnienia tylko do odczytu ustawień związanych z Office Communications serwerem. Grupa ta nie daje uprawnień do puli serwerów. Daje uprawnienia do konkretnego serwera .

Następnie grupy administracyjne dodawane są do odpowiednich grup infrastruktury:

• RTCUniversalServerAdmins – do grup RTCUniversalGlobalReadOnlyGroup, RTCUniversalGlobalWriteGroup, RTCUniversalServerReadOnlyGroup oraz RTCUniversalUserReadOnlyGroup.

• RTCUniversalUserAdmins – do grup RTCUniversalGlobalReadOnlyGroup, RTCUniversalServerReadOnlyGroup oraz RTCUniversalUserReadOnlyGroup.

• RTCHSUniversalServices, RTCComponentUniversalServices oraz RTCUniversalReadOnlyAdmins – do grup RTCUniversalGlobalReadOnlyGroup, RTCUniversalServerReadOnlyGroup oraz RTCUniversalUserReadOnlyGroup.

Pominiemy ustawienia parametrów list dostępu ACE i drobne modyfikacje konfiguracji, gdyż są on na tym poziomie mało istotne.

Poniżej poszczególne ekrany kreatora przygotowania lasu.

Rysunek 1.15: Okno wstępne kreatora przygotowania lasu na przyjęcie struktury OCS.

Rys. 1.15. Okno wstępne kreatora przygotowania lasu na przyjęcie struktury OCS.

Wybór lokalizacji przechowywania globalnych ustawień konfiguracji. Do wyboru mamy domyślny kontener systemowy w partycji domeny root’owej lub w partycji konfiguracji.

Rysunek 1.16: Wybór lokalizacji przechowywania globalnych ustawień konfiguracji.

Wybór lokalizacji (domeny) w której utworzone zostaną grup uniwersalne związane z konfiguracją OCS 2007.

Rysunek 1.17: Wybór domeny, w której będą utworzone grupy wykorzystywane przez OCS 2007.

Wybór domeny domyślnej dla protokołu SIP.

Rysunek 1.18: Wybór domeny domyślnej dla protokołu SIP.

Podsumowanie przygotowania do przygotowania lasu.

Rysunek 1.19: Podsumowanie przygotowania do przygotowania lasu.

Procedura przygotowywania lasu.

Rysunek 1.20: Procedura przygotowywania lasu.

Zakończenie procedury przygotowywania lasu.

Rysunek 1.21: Zakończenie procedury przygotowywania lasu.

Weryfikacja zakończenia procedury przygotowywania lasu.

Rysunek 1.22: Weryfikacja zakończenia procedury przygotowywania lasu.

Ukończona faza przygotowywania lasu.

Rysunek 1.23: Procedura przygotowywania lasu zakończona powodzeniem.

 Do początku strony

Przygotowanie lasu z wykorzystaniem narzędzi z linii poleceń

Korzystamy ponownie z narzędzia LcsCmd.exe znajdującego się w folderze instalacyjnym \Setup\i386:

Składnia polecenia:

LcsCmd.exe /forest /action:ForestPrep / global:[system|configuration] ] [/groupdomain:<FQDN domeny do utworzenia grup uniwersalnych>]

/global – oznacza miejsce lokalizacji ustawień globalnych

/groupdomain – oznacza nazwę domeny, nie podanie – oznacza domenę lokalną

Np.:

LcsCmd.exe /forest /action:ForestPrep /global:system

Weryfikacja poprawności rozszerzenia schematu:

LcsCmd.exe /forest /action:CheckForestPrepState

 Do początku strony

Przygotowanie aktualnej domeny – Domain Preparation Wizard

Następnym krokiem jest przygotowanie domeny na przyjęcie infrastruktury OCS 2007.

Rysunek 1.24: Kreator przygotowywania domeny.

Okno informacyjne związane z przygotowywaniem domeny.

Rysunek 1.25: Okno informacyjne związane z przygotowywaniem domeny.

Start kreatora przygotowywania domeny.

Rysunek 1.26: Start kreatora przygotowywania domeny.

Zakończenie procedury przygotowywania domeny.

Rysunek 1.27: Zakończenie procedury przygotowywania domeny.

Weryfikacja zakończenia procedury przygotowywania domeny.

Rysunek 1.28: Weryfikacja zakończenia procedury przygotowywania domeny.

Ukończona faza przygotowywania domeny.

Rysunek 1.29: Procedura przygotowywania domeny zakończona powodzeniem.

 Do początku strony

Przygotowanie domeny z wykorzystaniem narzędzi z linii poleceń

Korzystamy ponownie z narzędzia LcsCmd.exe znajdującego się w folderze instalacyjnym \Setup\i386:

Składnia polecenia:

LcsCmd.exe /domain[:<FQDN domeny>] /action:DomainPrep

Nie podanie parametru /domain – powoduje wybranie domeny lokalnej

Np.:

LcsCmd.exe /domain: test.local /action:DomainPrep

Weryfikacja poprawności rozszerzenia schematu:

LcsCmd.exe /domain /action:CheckDomainPrepState

Np.:

LcsCmd.exe /domain: test.local /action:CheckDomainPrepState

Ekran informujący o zakończeniu kroku pierwszego instalacji – przygotowania Active Directory.

Rysunek 1.30: Procedura przygotowywania Active Directory zakończona powodzeniem.

 Do początku strony

W następnej części

Proces instalacji – Office Communications Serwera 2007 w wersji Standard.

---

Więcej informacji

• Office Communications Server 2007 – krok po kroku (część 2)

---

Jacek Światowiak (MCT, MCSE, MCSE+M, MCSE+S, MCTS, MCP) Absolwent Wydział Elektroniki, Telekomunikacji i Informatyki Politechniki Gdańskiej. Obecnie zatrudniony w Altkom Akademia S.A. jako Trener Technologii Microsoft. Posiada bogate doświadczenie w zakresie wdrażania różnych technologii informatycznych. Od 2002 roku wykładowca Technologii i Protokołów Sieciowych na Podyplomowym Studium Politechniki Gdańskiej. Jest współautorem skryptu dla studentów informatyki: „Protokoły IPv6 – Opis protokołów. Materiały do laboratorium”. Posiada certyfikaty MCT, MCSE, MCSE+M, MCSE+S, MCTS Microsoft Exchange Server 2007, MCP ID 3621156.

Do początku strony

---