XDS

Automatyzacja procesów dystrybucji danych, plików, dokumentów i oprogramowania pomiędzy placówkami firm.

Philips Licht

Dostęp dla zewnętrznych współpracowników firmy

Wstęp

Philips Licht w Niemczech, z siedzibą w Hamburgu, postawił sobie ambitny cel. Zrealizowanie połączeń i dostęp do zasobów centrali dla zewnętrznych współpracowników i serwisantów firmy. Dla specjalistów zajmujących się zdalnym dostępem (remote access) jest to raczej zadanie bardzo proste. Ale czy tak jest naprawdę? Nie, jeśli weźmiemy pod uwagę fakt, że całe złożone otoczenie sieciowe zbudowane zostało od początku na fundamentach, które nie oferowały żadnych udogodnień komunikacyjnych. W tym miejscu pojawia się problem: jak dać do dyspozycji zwykłemu użytkownikowi dostęp do skonstruowanych w laboratoriach megabitowych sieci i ogromu informacji zebranej na dyskach twardych o niewyobrażalnej wręcz pojemności.

Określenie celu projektu:

• zcentralizowanie rozproszonej organizacji,
• określenie wewnętrznych serwisów udostępnianych przez centralę,
• zwiększenie wydajności pracy. Współpracownicy zewnętrzni (WZ) nie muszą już być w biurze firmy aby np.:
  • wydrukować ofertę,
  • otrzymać informację o klientach,
  • napisać raport lub sprawozdanie.
    
  za to mogą o wiele więcej czasu spędzić z klientem,
• udostępnienie usług biurowych z wykorzystaniem zdalnego dostępu.

Wymogi

• wykonanie w ciągu 4 tygodni gotowych miejsc pracy u współpracowników zewnętrznych,
• użycie ISDN jako medium transportowego,
• zdalny dostęp (remote access) do baz danych na temat klientów,
• poczta (e-mail),
• zdalne drukowanie (remote printing) z systemu hosta,
• zdalne drukowanie z innych systemów,
• dostęp do systemu hosta poprzez telnet (emulacja VT-510),
• bezpieczeństwo danych (w trybach off-line i on-line)
• usługi dla faxu,
  
• funkcja kopiarki i ksera,
• telefon,
• poczta głosowa (voice mail),
• zastosowanie oprogramowania do administracji i zarządzania zdalnym komputerem.

Inne potrzeby:

• serwis dla potrzeb wymiany sprzętu musi być na miejscu,
• dyspozycyjność,
• opieka/support,
• wsparcie dla logistyki,
• modułowość,
• optymalizacja kosztów,
• multifunkcjonalność urządzeń końcowych,
• zminimalizowanie ilości potrzebnego okablowania,
• stworzenie kompletnych i ergonomicznych stanowisk u współpracowników zewnętrznych,
• akceptacja rozwiązania przez użytkownika końcowego.

Wymogi dla support-u:

• cel: jedna osoba odpowiedzialna za udzielanie wsparcia technicznego dla obsługi całego system,
• sukces = niski nakład pracy,
• minimalizacja kosztów dla wsparcia technicznego,
• odpowiednie zabezpieczenie dostępnego sprzętu telekomunkacyjnego u współpracowników zewnętrznych,
• możliwość tworzenia analizy z zarządzania i konfiguracji całego systemu w czytelnej formie (np. EXCEL),
• przygotowanie CD-ROM-u ułatwiającego start,
• konfigurację dla systemu zapisywać na dyskietce,
• opracowanie i oddanie do dyspozycji współpracowników zewnętrznych "zestawu ratunkowego", którego użycie pomoże w ustaleniu i ewentualnie usunie skutki awarii,
• przeprowadzić szkolenie w zakresie obsługi wszystkich komponentów (software i hardware),
• podjąć kroki w celu poprawy jakości rozwiązania (opracować dokumentację i podręczniki dla użytkownika).

Rozwiązania dla zdalnego dostępu (remote access)

Realizacja

Wariant 1

W pierwszej fazie usługi zdalnego dostępu poprzez ISDN oferowane były poprzez typowe rozwiązania z zastosowaniem routerów multiprotokołowych. Podczas, gdy zadania emulacji hosta i obsługi drukowania pracowały zadowalająco, to próba odpytania bazy danych nie dawała nawet najmniejszego rezultatu. Próba dostępu do bazy danych np. wysłanie zapytania, prowadziło do tego, że cała zawartość bazy danych musiała być załadowana na lokalny komputer. Podczas gdy rozwiązanie to poprawnie funkcjonowało w sieci lokalnej opartej o 100 Mbit Ethernet, to transmisja tej bazy po 64 kbit/s łączu ISDN była wręcz niedopuszczalna.

Wariant 2

Aby ominąć problemy przedstawione w wariancie 1, zostało wypróbowane w rzeczywistych warunkach specyficzne "rozszerzenie pasma" polegające na zwiększeniu pasma wykorzystywanego przy połączeniu. Lecz z powodu wysokich kosztów połaczeń telekomunikacyjnych odstąpiono od wdrażania tego rozwiązania.

Wariant 3

Poszukiwanie rozwiązania należało rozpocząć od początku. Było oczywiste, że zawartość bazy danych musiała pozostawać w sieci lokalnej. Tak sięgnięto w Philipsie do starego stosowanego z sukcesem rozwiązania: zdalne sterowanie (remote control). W tym celu zainstalowano w centrali gateway-e dla PC, przez które obsługiwani byli użytkownicy, chcący użyć zdalnego sterowania. Teraz czas odpytania bazy danych był już do zaakceptowania ale pojawił się nowy problem. Zdalni użytkownicy zmuszeni byli do przełączania się pomiędzy aplikacjami przeznaczonymi dla baz danych i zestawiania połączeń. Czasami wymagało to innej konfiguracji komputera i potrzebę jego restartu. Cóż za uciążliwość! Do tego dochodziła jeszcze jeszcze kwestia, że software dla "remote control" był produkcji amerykańskiej, nie obsługiwał kart ISDN (o obsłudze CAPI już nie wspominając) lecz emulował je poprzez port modemowy. Brrrr...

Rozwiązania więc, w żadnym razie nie należało szukać w kontynuacji i rozwijaniu dotychczasowych osięgnięć lecz należało zbudować nową, konsekwentnie realizowaną koncepcję dla udostępniania usług poprzez WAN. Natychmiast wyeliminowano użycie IPX po ISDN. Ustalono, że po trasach WAN jako protokołu transportowego będzie używać się wyłącznie TCP/IP. Dzięki użyciu interfejsu gniazd WINSOCK zagwarantowano w ten sposób przyszły rozwój systemów.

Zdalni użytkownicy zostali wyposażeni w notebook'i klasy PC i adaptery PCMCIA dla uzyskania dostępu do ISDN. Pomiędzy interfejsem WINSOCK (od TCP/IP) a CAPI (od adaptera ISDN) zostało zainstalowane specjalne oprogramowanie ISDNDIS PPP. Oprogramowanie to, generalnie rzecz biorąc, emuluje kartę ISDN jako kartę sieciową. Z punktu widzenia użytkownika instalacja oprogramowanie jest w pełni przezroczysta i przebiega automatycznie.

Wariant 4

Struktura sieci i protokół dla połączeń poprzez WAN pozostały w porównaniu z wariantem 3 niezmienione, również moduły software'owe się nie zmieniły. Jedyną zmianą jest wyposażenie zdalnych użytkowników w routery zamiast kart ISDN. To ma duże znaczenie poprzez: możliwość zdalnej konfiguracji urządzeń (ISDN-Login), prostą wymianę i instalację systemu, wizualną kontrolę statusu urządzenia w miejscu jego instalacji.

Przebieg i realizacja projektu

Po tym jak znalezione zostało satysfakcjonujące rozwiązanie oparte na dotychczasowych doświadczeniach projektowych, firma Firma Xnet Communications GmbH z siedzibą w Hamburgu, przystąpiła do stworzenia prototypu. Urządzenia zastosowane w rozwiązaniu zostały wybrane na podstawie oferowanych możliwości technicznych, w drodze otwartego przetargu.

Gdy przystąpiono do realizacji i wdrażania projektu zleconego przez Philipsa, w firmie Xnet została wyznaczona osoba odpowiedzialna za kontakty i realizację projektu. Po pierwszej rozmowie przeprowadzonej na miejscu Xnet przystąpił do oględzin środowiska systemowego i dostępnych zasobów. W kolejnym kroku opracowane zostały zadania do spełnienia dla nowego systemu komunikacyjnego. Wymogi te kładły nacisk na: przyjazność systemu dla użytkownika, dobrą wydajność, stabilność i niezawodność oraz funkcjonalność.

Zamiast długich akademickich poszukiwań, Xnet znalazł szybkie i skuteczne rozwiązanie, które wcielił w życie i oddał do dyspozycji firmie Philips.

Dla zdalnych użytkowników zostały zrealizowane następujące funkcję:

• emulacja terminala VT-510 dla dostępu do hosta,
• Remote Control-Software NetOp - dla dostępu do bazy danych,
• LPR/LPD-usługi drukowania - dla drukowania z maszyn IBM i DEC,
• Microsoft Network dla drukowania w środowisku Windows,
• CC.MAIL Mobile Electronic-Mail,
• XDS Client - dla automatycznej dystrybucji danych.

Poprzez użycie TCP/IP i szlaków WAN wszystkie aplikacje mogą pracować jednocześnie bez wzajemnych zakłóceń.

W centrali został zainstalowany ISDN-Access-Router norymberskiej firmy BinTec Communications GmbH, który umożliwia połączenia z macieżystą siecią zainstalowaną w centrali firmy Philips. Firma położyła duży nacisk na bezpieczeństwo przez co połączenia nawiązywane są z wykorzystaniem protokołu uwierzytelniania CHAP oraz identyfikacją numeru wywołującego (CLI). Ponadto została stworzona zamknięta grupa użytkowników. Dostęp zdalnych użytkowników do hosta następuje emulatorem terminala po TCP/IP. Zastosowania związane z bazą danych i drukowaniem realizowane są przez zainstalowany w centrali serwer aplikacyjny. Na tym serwerze (Windows NT Server) zainstalowane są zarówno serwer dla zadań drukowania jak i oprogramowanie dla "remote control". Dodatkowo obok wymienionych powyżej zastosowań zainstalowano także odpowiednie komponenty software'owe realizujące konfigurację, monitoring i accounting (po SNMP) dla wszystkich pracujących w sieci lokalnej urządzeń. W ten sposób można spokojnie i komfortowo wykorzystać dostępność modułu dla WAN. Dodatkowo w LAN umieszczono serwer Intranetowy, na którym umieszczona jest cała dokumentacja, podręczniki użytkownika i wskazówki na temat instalacji. To wszystko oczywiście dostępne jest także dla zdalnych użytkowników.

Teraz mogła rozpocząć się faza testowa instalacji. Na początku wybrano dwóch użytkowników dla pilotowej fazy projektu. Tych dwoje użytkowników wyczerpująco testowało cały system przez okres dwóch tygodni. W systemie dokonane zostały jeszcze małe korekty, mające na celu zwiększenie wydajności systemu. Po sukcesie fazy pilotażowej można było przystąpić do fazy roll-out, czyli wprowadzenia kolejnych 30 użytkowników. Rozważono, że w szkoleniu pracownicy otrzymają kompletny pakiet (hardware i software) do bezpośredniego zainstalowania systemu w warunkach domowych. Z troską została sporządzona lista z zawartością pakietu. Każda konfiguracja została najpierw stworzona w centrali Philipsa, sprawdzona pod względem działania po czym zapakowana do kartounu z pakietem i wysłana. Ten tok postępowania (koszty) zwrócił się za to 100% sukcesem. To osiągnięcie zawdzięczać należy długiej i skutecznej fazie przygotowawczej.

Osiągnięcie Xnet Communications GmbH nie tkwi tylko w pomyśle projektu i opracowaniu systemu. Xnet prowadził także kompletną fazę testową i pilotażową, wdrożył rozwiązanie, zainstalował notebooki i troszczył się o dalsze szkolenie użytkowników. Użytkownikom tym, nie łatwo było przestawić się z wykorzystywanych w codziennej pracy, papieru i ołówka na nowoczesne metody pracy z użyciem połączeń typu on-line.

Podsumowanie

Zdalna praca biurowa jak dotąd w Niemczech nie jest jeszcze dobrze rozpowszechniona, liczba takich miejsc pracy może zostać określona jako minimalna. Niemieccy specjaliści od zarządzania stronią przeważnie od eksperymentów z elektronicznym wariantem pracy biurowej w domu, argumentując to wysokimi kosztami i niepewnymi wynikami czy niepewnym sukcesem. Z odpowiednio przemyślaną strukturą organizacyjną firmy możliwe jest jednak stworzenie praktycznego i użytecznego miejsca pracy przy domowym komputerze. W Polsce pionierem powyższego rozwiązania jest międzynarodowy koncern Lucent Technologies z siedzibą w Bydgoszczy. Xnet Communications Polska uczestniczył w tym projekcie dostarczając urządzenia dla zdalnego dostępu do zasobów firmy.