Planowanie wdrożenia funkcji Enterprise Voice OCS 2007

Autor: Jochen Kunert i Rui Maximo

Opublikowano: 26 listopada 2008

Zawartość strony

	Zdalna kontrola połączeń
	Enterprise Voice
	Funkcja Enterprise Voice zintegrowana z systemem PBX
	Konfigurowanie serwera Office Communications Server
	Konfigurowanie użytkowników
	Plany przyznawania numerów
	Zastosowania i trasy telefonów
	Dalsze działania
	Dodatkowe informacje dotyczące OCS

Microsoft Office Communications Server (OCS) 2007 stanowi korporacyjny produkt, który integruje środki komunikacji w czasie rzeczywistym z wsparciem dla obsługi obecności użytkowników, w tym konferencji w sieci Web (udostępnianie danych, audio oraz video), obsługi wiadomości błyskawicznych (Instant Messaging – IM) oraz konwersacji audio/video. Integracja OCS 2007 z istniejącym systemem PBX może stanowić pewne wyzwanie. Office Communications Server 2007 nie został zaprojektowany jako system PBX, ponieważ obecnie pracownicy informacji wykorzystują w swojej codziennej pracy wiele środków komunikacji, e-mail, IM, telefony oraz pocztę głosową, podczas gdy systemy PBX dostarczają jedynie połączenia telefoniczne.

W celu zapewnienia administratorowi elastyczności, która pozwoli mu stworzyć optymalną indywidualną lub firmową strategię integracji telefonii, Office Communications Server 2007 oferuje trzy scenariusze konfiguracji służące do integracji z istniejącymi środowiskami telefonii: Zdalna kontrola połączeń, Enterprise Voice oraz Enterprise Voice z integracją PBX.

Niniejszy artykuł koncentruje się na zagadnieniu planowania rozmieszczenia telefonii z wykorzystaniem OCS 2007, co może wymagać integracji z istniejącym systemem telefonii. Te informacje powinny zainteresować szczególnie architektów systemów oraz administratorów systemów IT i telefonii. Ponadto zaprezentowany zostanie przegląd innych scenariuszy, ale głównym tematem będzie funkcja Enterprise Voice Office Communications Server 2007.

Zdalna kontrola połączeń

W scenariuszu zdalnej kontroli połączeń użytkownicy dysponują istniejącymi aparatami telefonicznymi PBX, IP-PBX lub Time-Division Multiplexing (TDM). Za pośrednictwem klienta Office Communicator 2007 mogą nawiązywać i odbierać połączenia na swoich aparatach telefonicznych, bez konieczności wykręcania numeru lub podnoszenia zestawu słuchawkowego. Chociaż użytkownicy mogą kontrolować swoje aparaty telefoniczne za pośrednictwem programu Office Communicator 2007, strumień audio jest nadal obsługiwany przez system PBX i nie zostanie przekonwertowany do połączenia Voice-over-IP (VoIP). Pomimo iż Office Communicator 2007 posiada kontrolę nad telefonem, nadal można dzwonić i odbierać rozmowy za pośrednictwem aparatu telefonicznego PBX, niezależnie od tego, czy system Office Communicator 2007 jest uruchomiony.

Aby włączyć zdalną kontrolę połączeń RCC przy użyciu programu Office Communicator 2007 oraz OCS 2007, trzeba zainstalować bramę Session Initiation Protocol (SIP)/Computer Supported Telephony Application (CSTA) (poza włączeniem wsparcia dla RCC w Office Communications Server 2007). Brama SIP/CSTA musi współpracować z wybranym typem systemu PBX i musi być kompatybilna z OCS 2007, ponieważ stanowi pomost między tymi dwoma systemami. Do kontrolowania telefonu PBX program Office Communicator 2007 wykorzystuje protokół CSTA. Protokół ten definiuje schemat XML do współpracy z centralami (PBX), w sposób opisany w standardzie ECMA (European Computer Manufacturers Association) 269, który można znaleźć pod adresem www.ecma-international.org/publications/standards/Ecma-269.htm.

Office Communicator 2007 przesyła polecenia CSTA służące do kontrolowania telefonu PBX w postaci ładunków SIP (ang. payload), które są przekierowywane przez Office Communications Server 2007 do bramy SIP/CSTA. Office Communications Server 2007 nie musi rozumieć protokołów CSTA, musi jedynie wiedzieć, jak je trasować. Następnie brama SIP/CSTA konwertuje polecenia do macierzystego protokołu wykorzystywanego przez system PBX. Zostało to zilustrowane na Rysunku 1.

Rysunek 1: Scenariusz integracji RCC.

Włączenie kontroli RCC wymaga wykonania pięciu kroków. Pierwszy krok polega na skonfigurowaniu bramy SIP/CSTA tak, aby komunikowała się ona z wybraną centralą PBX. Następnie należy skonfigurować OCS 2007 tak, aby żądania CSTA były kierowane do bramy SIP/CSTA. Trzeci krok obejmuje konfigurację użytkowników dla RCC. Czwarty krok wymaga skonfigurowania programu Office Communicator 2007. W piątym kroku definiowane są reguły normalizacji OCS 2007, które służą również do normalizacji numerów telefonicznych w książce adresowej, ale różnią się od reguł normalizacji numerów telefonicznych wykorzystywanych w połączeniu z funkcją Enterprise Voice.

 Do początku strony

Enterprise Voice

Gdy dla użytkownika włączona zostaje funkcja Enterprise Voice, program Office Communicator 2007 lub Office Communicator Phone Edition staje się jego podstawowym telefonem, zastępując telefon PBX. Do programu Office Communicator 2007 zostaje przypisany numer telefoniczny (w fazie testów istniejący telefon PBX może zostać przekierowany na nowy numer rozszerzenia przyznany programowi Office Communicator 2007). Office Communicator 2007, w połączeniu z rekomendowanym urządzeniem audio USB, będzie obsługiwał zarówno kontrole połączeń (lub sygnalizację), jak i media (audio oraz video).

W tym scenariuszu Office Communications Server 2007 trasuje połączenia między punktami końcowymi Office Communicator 2007 w sieci IP (połączenia IP-IP) oraz przekierowuje połączenia do publicznej komutowanej sieci telefonicznej (PSTN)/PBX (połączenia IP-PSTN). OCS 2007 wymusza ograniczenia wybierania numerów na połączeniach trasowanych do PSTN.

Aby połączyć środowisko Office Communications Server 2007 z systemem PBX lub PSTN, trzeba wdrożyć bramę medialną, nazywaną również bramą SIP/PSTN lub IP/PSTN. Brama medialna musi zostać dobrana w parę z serwerem Mediation (rola serwera OCS 2007), aby mogła być połączona ze środowiskiem Office Communications Server 2007, jak pokazano na Rysunku 2. Serwer Mediation i skojarzona z nim brama medialna powinny być zainstalowane w tej samej lokacji fizycznej.

Rysunek 2: Scenariusz integracji funkcji Enterprise Voice z siecią PSTN lub istniejącym systemem PBX.

Serwer Mediation umożliwia łączenie bramy medialnej wspierającej zarówno standardowe, jak i niezabezpieczone implementacje SIP, pomimo iż Office Communications Server 2007 zezwala jedynie na uwierzytelnioną i zaszyfrowaną komunikację. Innym zadaniem serwera Mediation jest obsługa tłumaczenia kodeków między standardowymi kodekami (G.711, G.723 itd.) a opracowanymi przez firmę Microsoft kodekami audio czasu rzeczywistego. Wykaz bram medialnych wspieranych przez Office Communications Server 2007 znaleźć można na liście strategicznych partnerów dostarczających sprzęt pod adresem technet.microsoft.com/bb735838.

Bramy medialne można połączyć bezpośrednio z siecią PSTN lub z łączem typu Primary Rate Interface (PRI) Trunk istniejącej centrali PBX. Rysunek 2 prezentuje jeden z możliwych scenariuszy integracji Enterprise Voice z PSTN oraz istniejąca centralą PBX. Serwer Director (zazwyczaj Office Communications Server Standard Edition Server) nie stanowi wymaganego komponentu rozmieszczenia Enterprise Voice, jednak jest zalecany.

Włączenie funkcji Enterprise Voice wymaga realizacji czterech kroków. Pierwszy krok polega na wdrożeniu i skonfigurowaniu bram medialnych. Ponieważ jest to produkt partnerski firmy Microsoft, należy odwołać się do dokumentacji dostawcy, ponieważ każda brama medialna posiada swoją własną procedurę instalacji.

Następnie należy wdrożyć serwer Mediation dla każdej bramy medialnej. W tym kroku trzeba skonfigurować jedną kartę sieciową serwera Mediation tak, aby wysyłała i odbierała ruch z bramy medialnej oraz skonfigurować inną kartę sieciową serwera Mediation tak, aby wysyłała i odbierała ruch z systemu Office Communications Server 2007 (we wdrożeniu Enterprise Edition zwykle z serwera Director). Jeśli brama medialna nie należy do klasy zaawansowanej, będzie wymagała pomocy roli serwera Mediation OCS 2007 do współpracy z infrastrukturą Enterprise Voice OCS 2007.

W trzecim kroku należy zdefiniować plan przydzielania numerów. A to wymaga zdefiniowania zasad Voice, tras telefonów oraz profili lokalizacji.

Następnie należy skonfigurować funkcję Enterprise Voice dla użytkowników. Użytkownicy muszą otrzymać możliwość dokonywania i odbierania połączeń z systemu PBX lub PSTN. A to wymaga przypisania unikalnego numeru telefonu dla każdego użytkownika.

 Do początku strony

Funkcja Enterprise Voice zintegrowana z systemem PBX

Ta konfiguracja stanowi rozszerzenie konfiguracji Enterprise Voice. Różnica polega na tym, że telefon PBX użytkownika jest zsynchronizowany z klientem Office Communicator użytkownika. Konfiguracja jest podobna do scenariusza funkcji Enterprise Voice połączonej z PSTN przy pomocy centrali PBX, jak pokazano na Rysunku 2. Jednak w tym przypadku zamiast zastępowania telefonu PBX użytkownika klientem Office Communicator 2007, Office Communicator 2007 oraz istniejący telefon PBX posługiwać się będą tym samym numerem telefonu.

Jeśli rozmówca wykręci numer rozszerzenia użytkownika z innego telefonu PBX lub telefonu PSTN, system PBX rozwidli połączenie i skieruje je zarówno na telefon PBX użytkownika, jak i do klienta Office Communicator 2007 użytkownika za pośrednictwem systemu Office Communications Server 2007. Gdy nadejdzie połączenie, klient Office Communicator 2007 oraz telefon PBX użytkownika zadzwonią jednocześnie. I na odwrót, system Office Communications Server rozwidli połączenia inicjowane z systemu OCS 2007 do systemu PBX za pośrednictwem bramy medialnej. Ten scenariusz nie jest możliwy w przypadku wykorzystania edycji Office Communicator Phone Edition. Ta konfiguracja wymaga, aby poczta głosowa była obsługiwana przez system poczty głosowej PBX. Exchange Server 2007 Unified Messaging nie może służyć jako rozwiązanie poczty głosowej dla takich użytkowników.

Wdrożenie funkcji Enterprise Voice zintegrowanej z systemem PBX wymaga zrealizowania tych samych czynności co rozmieszczenie funkcji Enterprise Voice, jednak potrzebne są trzy dodatkowe kroki. W pierwszym dodatkowym kroku brama medialna musi zostać połączona bezpośrednio z centralą PBX. Następnie system PBX musi zostać skonfigurowany tak, aby wspierał ten scenariusz (co może wymagać aktualizacji oprogramowania centrali PBX, w zależności od dostawcy). Na zakończenie należy upewnić się, że klient wspiera integrację z PBX.

Firma Microsoft pracuje nad dostarczeniem wsparcia dla bezpośredniego łączenia serwera Mediation z centralą IP PBX, bez pośrednictwa bramy medialnej. Strona technet.microsoft.com/bb735838 zawiera najnowsze informacje na ten temat.

 Do początku strony

Konfigurowanie serwera Office Communications Server

Funkcjonalność Enterprise Voice jest obsługiwana przez usługi uruchomione w edycjach Office Communications Server 2007 Enterprise oraz Office Communications Server 2007 Standard. Rysunek 3 opisuje usługi Enterprise Voice, które biorą udział w procesie trasowania przychodzących i wychodzących połączeń.

Rysunek 3. Usługi Enterprise Voice.

|Usługa|Opis| |--- |--- | |Translation Service|Stosuje reguły normalizacji w oparciu o profil lokalizacji lub kontekst telefonu.| |User Services|Realizuje wsteczne wyszukiwanie numeru na docelowym numerze telefonu.| |Inbound Routing Component|Stosuje preferencje dzwonienia użytkownika docelowego.| |Exchange Unified Messaging|Przesyła żądanie dalej do poczty głosowej, w razie konieczności.| |Outbound Routing Component|Określa optymalną trasę w oparciu o adres URI i zasadę użytkownika.| |||  

Rysunek 4 ilustruje, w jaki sposób każdy z tych komponentów manipuluje przychodzącymi połączeniami, gdy są one trasowane przez system OCS 2007 dla rozmów komputer do komputera. Połączenia przychodzące mogą pochodzić z połączonego punktu końcowego, takiego jak Office Communicator 2007 lub Office Communicator Phone Edition bądź z serwera Mediation w przypadku połączeń przekierowanych z systemu PSTN/PBX (rozmowy PSTN-SIP). Połączenia wychodzące zapoczątkowane w jednym z punktów końcowych klienta Office Communications Server 2007, takim jak Office Communicator 2007, są przesyłane na serwer Standard Edition lub do puli Enterprise, do której przydzielony został użytkownik. Jest ona nazywana pulą domową użytkownika.

Rysunek 4: Interakcja usług związanych z funkcją Enterprise Voice na serwerach front-end OCS.

W tym momencie Office Communications Server 2007 przetwarza połączenie, określając jego trasę. Następnym celem może być pula domowa strony przyjmującej połączenie, serwer Mediation lub Microsoft® Exchange Server 2007 Unified Messaging (patrz Rysunek 5). Gdy połączenie zostaje przekierowane do innej puli domowej, OCS 2007 przesyła połączenie do wszystkich aktywnych punktów końcowych strony przyjmującej połączenie. Program Office Communicator 2007 lub Office Communicator Phone Edition strony przyjmującej połączenie zadzwoni, a na urządzeniu pojawi się okno z powiadomieniem.

Rysunek 5: Trasowanie połączenia.

Serwer Mediation jest skonfigurowany tak, aby, gdy otrzyma przekierowane połączenie, trasować je do określonej bramy medialnej. Jeśli brama medialna jest bezpośrednio połączona z systemem PBX, połączenie jest trasowane przez system PBX na telefon stacjonarny lub do sieci PSTN. Jednak jeśli brama medialna jest bezpośrednio połączona z siecią PSTN, połączenie zostaje wysłane do PSTN.

Jeśli kolejnym celem jest Exchange Server 2007 Unified Messaging, rozmówca może zostawić wiadomość. Poczta głosowa jest dostępna niezależnie od tego, czy strona odbierająca jest zarejestrowana w systemie Office Communications Server 2007.

Gdy połączenie zostanie odebrane, strumień audio jest przesyłany bezpośrednio z programu Office Communicator 2007 lub Office Communicator Phone Edition strony dzwoniącej do programu Office Communicator 2007 lub Office Communicator Phone Edition strony odbierającej w połączeniu IP-do-IP. Jeśli strona dzwoniąca wykorzystuje telefon PBX lub PSTN, serwer Mediation przesyła ruch audio bezpośrednio do programu Office Communicator 2007 lub Office Communicator Phone Edition strony odbierającej w połączeniu IP-do-PSTN. OCS 2007 obsługuje jedynie sygnalizację połączenia i dlatego audio i video przechodzi bezpośrednio między punktami końcowymi i nie jest trasowane przez OCS 2007.

 Do początku strony

Konfigurowanie użytkowników

Do użytkowników, dla których włączona została funkcja Enterprise Voice, muszą zostać przypisane numery telefoniczne, które są unikalne w obrębie organizacji. Konfigurację taką osiąga się przy pomocy usługi Active Directory®. Różni się ona od większości systemów telefonii, w których numer telefoniczny jest przypisany do telefonu. Zaletą takiego rozwiązania jest to, że użytkownicy mogą przekształcić dowolny komputer z programem Office Communicator 2007 w telefon roboczy poprzez zarejestrowanie go w systemie OCS 2007 przy użyciu klienta. Ta funkcja przenośności może być szczególnie przydatna dla telepracowników oraz osób pracujących w terenie.

Numer telefoniczny użytkownika jest określany w formacie E.164 w usłudze Active Directory. Format ten stanowi międzynarodowy plan numerowania w telekomunikacji publicznej i jest schematem numerowania, który w sposób jednoznaczny reprezentuje numery telefonów. Format E.164 określa numer telefoniczny w następujący sposób:

+<kod kraju><kod obszaru><numer telefonu>

Użytkownik z włączoną funkcją Enterprise Voice posiada dwie unikalne reprezentacje: identyfikator SIP URI oraz numer telefoniczny E.164. Gdy wykręcony zostaje numer telefoniczny, Office Communications Server rozpoznaje reprezentację E.164 numeru (+14255551212) i określa odpowiadający jej identyfikator SIP URI użytkownika (joe@contoso.com). Następnie Office Communications Server 2007 trasuje połączenie w oparciu o identyfikator SIP URI strony odbierającej. Jeśli identyfikator SIP URI nie może zostać rozpoznany dla danego numeru telefonicznego, OCS 2007 przekierowuje połączenie na zewnątrz do systemu PBX/PSTN za pośrednictwem serwera Mediation.

Planując wdrożenie funkcji Enterprise Voice, w której do każdego użytkownika Office Communications Server musi być przypisany unikatowy numer telefoniczny, trzeba wziąć pod uwagę istniejący system telefonii. W przypadku łączenia się z siecią PSTN bezpośrednio przez bramę medialną, prawdopodobnie dostępny jest cały blok numeryczny 2- lub 3-cyfrowych rozszerzeń, numerów Direct-Inward-Dialling (DID), które można rozdzielić między użytkowników OCS 2007. W przypadku łączenia się z siecią PSTN za pośrednictwem centrali PBX, prawdopodobnie istnieje zdefiniowany przez PBX blok numerów DID, które mogą być przyznawane użytkownikom OCS 2007.

 Do początku strony

Plany przyznawania numerów

Pomimo iż numery telefonów sformatowane zgodnie z zaleceniem E.164 dostarczają unikatową reprezentację, nie stanowią one zbyt wygodnej metody wybierania numerów. Nie jest również możliwe wpisanie numeru w tym formacie w programie Office Communicator Phone Edition lub standardowym telefonie PBX/PSTN. W jaki sposób wprowadzić znak + przy użyciu 10-cyfrowej tarczy? Użytkownicy przyzwyczaili się do wykręcania skróconych numerów wewnętrznych, które są zwykle unikatowe w określonej lokalizacji, ale niekoniecznie w obrębie całej firmy. W związku z tym konieczne jest określenie reguł przekształcania ich do formatu E.164.

Administrator musi zdefiniować profile lokalizacji, które określają reguły normalizacji służące do realizacji tych przekształceń numerów. Gdy klient (Office Communicator 2007 lub Communicator Phone Edition) bądź usługa Translation Service systemu Office Communications Server 2007 rozszerzą numer telefoniczny do formatu E.164, usługi User Services mogą przeprowadzić wsteczne wyszukiwanie numeru i dopasować numer E.164 do odpowiadającego mu identyfikatora SIP URI. Jeśli dopasowanie zostanie odnalezione, reguły normalizacji zdefiniowane w profilu lokalizacji wykorzystają wyrażenia regularne do dokonania przekształcenia. Na przykład jeśli wykręcony zostanie numer 1234, pasująca normalizacja, która przekształca każdy czterocyfrowy wzorzec w +1425555{4-cyfry}, przekształciłaby numer 1234 w +1425551234. A zatem dzięki profilom lokalizacji użytkownicy mogą nadal wykręcać numery w sposób, do którego przywykli.

Administratorzy mogą przypisywać profile lokalizacji do użytkowników na trzy sposoby:

• Zdefiniować profil lokalizacji dla użytkowników wykorzystujących Office Communicator 2007 za pośrednictwem zasad grupy.
• Zezwolić użytkownikom na wybranie profilu lokalizacji w programie Office Communicator Phone Edition.
• Przypisać profil lokalizacji do puli domowej. Użytkownikom znajdującym się w tej puli będzie automatycznie przypisywany dany profil lokalizacji.

Definiowanie planu przydzielania numerów wiąże się z tworzeniem zasad Voice, tras telefonów oraz profili lokalizacji z regułami normalizacji. Zasady Voice definiują, jaki typ dostępu do funkcji połączeń jest dozwolony dla użytkowników. Office Communications Server 2007 określa sposób przekierowywania połączenia do systemu PBX/PSTN przy pomocy tras telefonów. Ponieważ numery telefoniczne mogą być wykręcane na wiele sposobów, reguły normalizacji profilu lokalizacji definiują, jak należy konwertować wykręcony numer telefoniczny do formatu E.164, który może następnie podlegać trasowaniu.

Każdy użytkownik, dla którego włączona została funkcja Enterprise Voice, zostaje powiązany przez administratora z zasadą Voice. Zasada Voice definiuje uprawnienia do połączeń przypisane do użytkownika. Uprawnienia do połączeń określają, jakie trasy może wykorzystywać dany użytkownik, a tym samym które numery może wykręcać. Każdy użytkownik musi być powiązany z jedną zasadą Voice. Dostępne zasady tworzone są przez administratorów.

Każda zasada Voice zawiera ustawienie, które zezwala lub nie zezwala użytkownikom na włączanie jednoczesnego dzwonienia i uporządkowanej listy zastosowań telefonów. Zasada Voice, podobnie jak zasada Meeting, stanowi logiczny kontener dla ustawień, które są zdefiniowane w postaci dokumentu XML i przechowywane w usłudze Active Directory. Takie rozwiązanie gwarantuje swobodę wprowadzenia w przyszłych wersjach OCS 2007 rozszerzeń wspierających dodatkowe ustawienia zasady, bez konieczności rozszerzania schematu usługi Active Directory. Jeśli zasada Voice nie jest powiązana z żadnym zastosowaniem telefonu, w konsekwencji użytkownicy przypisani do tej zasady nie będą mogli umieszczać żadnych połączeń wychodzących w systemie PBX/PSTN. Tacy użytkownicy będą mogli jedynie nawiązywać połączenia IP-IP.

 Do początku strony

Zastosowania i trasy telefonów

Zastosowanie telefonu definiuje, jakie przywileje w zakresie określania tras telefonów przyznawane są użytkownikom. Zastosowanie telefonu stanowi kolekcję tras telefonów. Jest to ciąg, który musi stanowić unikatowe słowo kluczowe, co oznacza, że żadne inne zastosowanie telefonu nie może nosić tej samej nazwy. Administratorzy mogą tworzyć tyle zastosowań, ile tylko zapragną.

Chociaż zasada Voice mogłaby być bezpośrednio powiązana z trasą lub zestawem tras zamiast zastosowaniem telefonu, słowo kluczowe zastosowania telefonu stanowi transakcję służącą do utrzymywania powiązania między zasadami a trasami. Gdyby zasady były bezpośrednio przypisywane do tras, co w praktyce prowadziłoby do zlikwidowania koncepcji zastosowań telefonów, gdy administrator zmodyfikowałby nazwę trasy, każda zasada związana z tą trasą musiałaby zostać uaktualniona. Dzięki temu, że do tworzenia skojarzenia między zasadą a trasą służy zastosowanie telefonu, które stanowi atrybut zasady i trasy, relacja między zasadą a trasą zostaje zachowana nawet wtedy, gdy nazwa trasy ulegnie zmianie.

Trasa zawiera wzorzec numeru telefonicznego oraz listę serwerów Mediation połączonych z bramami medialnymi. Trasa musi być przypisana do co najmniej jednego zastosowania telefonu. Skojarzenie między wzorcem a bramami określa, w jaki sposób mają być trasowane numery telefoniczne, które pasują do danego wzorca.

Wzorzec określa zakres pasujących numerów telefonicznych. Jest definiowany w postaci wyrażenia regularnego, które może obejmować i wykluczać numery telefonów. Dostępne jest narzędzie Enterprise Voice Route Helper, które ułatwia budowanie tych wyrażeń regularnych. W efekcie, jeśli numer telefoniczny, który został wykręcony, pasuje do wzorca (wyrażenia regularnego) trasy, połączenie jest kierowane do jednej z bram zdefiniowanych w trasie.

W pojedynczej trasie można zdefiniować więcej niż jeden serwer Mediation (a tym samym bramę medialną). Office Communications Server 2007 trasuje połączenie do serwerów Mediation w sposób cykliczny, równoważąc w ten sposób ruch między bramami. W przypadku awarii lub przerwy serwisowej danej bramy, odpowiadający jej serwer Mediation prześle odpowiedź z powrotem do systemu Office Communications Server 2007, który natychmiast dokona próby przekierowania połączenia do innego serwera Mediation (a tym samym innej bramy medialnej) znajdującego się na liście trasy.

Po 10 próbach przekierowania połączeń do niedziałającej bramy medialnej, Office Communications Server 2007 zacznie ograniczać ruch kierowany na tę bramę medialną, dopóki ponownie nie zacznie ona odpowiadać. Jeśli brama medialna nadal nie będzie przyjmować połączeń po 10 dodatkowych próbach, Office Communications Server 2007 wstrzyma przekazywanie ruchu do bramy medialnej, dopóki nie zacznie ona odpowiednio reagować na żądania.

Lista bram medialnych zdefiniowana w trasie telefonu jest opisywana przy użyciu w pełni kwalifikowanej nazwy domeny oraz numeru portu. Jeśli numer telefoniczny nie pasuje do wzorca wyrażenia regularnego, sprawdzana jest kolejna trasa powiązana z zastosowaniem telefonu przypisanym do użytkownika, aż do odnalezienia dopasowania. W przypadku niepowodzenia w odnalezieniu jakiegokolwiek dopasowania, połączenie nie może zostać poddane trasowaniu i nie dociera do celu. Użytkownik otrzymuje powiadomienie, że połączenie nie mogło zostać zrealizowane.

 Do początku strony

Dalsze działania

Office Communications Server 2007 zapewnia trzy poziomy integracji telefonii. Planując wdrożenie telefonii, należy ustalić, który poziom w najwyższym stopniu spełnia aktualne i przyszłe wymagania biznesowe dotyczące telefonii. Po podjęciu tej decyzji można rozpocząć planowanie wdrożenia. Ważnym aspektem planowania jest zdefiniowanie planu przydzielania numerów dla wdrożonej funkcji Enterprise Voice Office Communications Server. Należy z uwagą rozważyć tę kwestię.

Sekcja "Dodatkowe informacje dotyczące OCS 2007" pozwala odnaleźć więcej informacji na temat funkcji Enterprise Voice Office Communications Server 2007 oraz związanych z nią technologii.

 Do początku strony

Dodatkowe informacje dotyczące OCS

• Pro LCS: Live Communications Server Administration
• Integrating Telephony with Office Communications Server 2007
• Enterprise Voice Planning and Deployment Guide

O autorach

Jochen Kunert posiada 10-letnie doświadczenie w branży telekomunikacyjnej i obecnie pracuje jako Senior Program Manager w grupie Office Communications w firmie Microsoft. Jest współautorem książki Microsoft Office Communications Server 2007 Resource Kit, która wkrótce zostanie opublikowana. Można skontaktować się z nim pod adresem jkunert@microsoft.com.

Rui Maximo jest weteranem branży IT z 14-letnim doświadczeniem i współautorem dwóch książek: Pro LCS: Live Communications Server Administration oraz Microsoft Office Communications Server 2007 Resource Kit . Można skontaktować się z nim pod adresem ruim@ruimaximo.com.

Do początku strony