Trådløs Bedrift Sentralbord - Exchange og Windows-manual for IT-administratorer

Transkript

1 Trådløs Bedrift Sentralbord - og Windows-manual for IT-administratorer INNHOLD INNHOLD FORKLARINGER OG FORKORTINGER INTRODUKSJON Kort innføring i Trådløs Bedrift Sentralbord med funksjoner Øvrig informasjon om dette dokument TBS GRENSESNITT FOR HENTING AV BEDRIFTSINFORMASJON STØTTET INFRASTRUKTUR Klienter (operativsystem/applikasjoner) Tilleggskrav Windows domenekontroller server (Active Directory) Server Følgende krav gjelder for EWS grensesnittet: Følgende krav gjelder for JOC grensesnittet: KRAV TIL OPPSETT AV INFRASTRUKTUR Pålogging og tilgang Auto deteksjon og oppsett av TBS for kommunikasjon mot Active Directory/LDAP og. Windows Domenekontrollere (Active Directory/LDAP) 2007/2010 (EWS) Active Directory innhold (adresselisten) Nettverk Aksess til servermiljø (EWS/LDAP) fra TBS-klient Tilgang til EWS ( 2007/2010) når Internett proxy blir brukt ute på klientene Krav til båndbredde NØDVENDIGE JUSTERINGER I INFRASTRUKTUREN Tilgangsnivå for Active Directory (LDAP) Tilgangsnivå til kalender informasjon Free/Busy informasjon (ledig/opptatt) Detaljert kalender informasjon Lokalt på mottakers kalender Via powershell på Oppsett av 2007/2010 EWS grensesnitt Veiledning for å skru på "Basic Authentication" på EWS Ved problemer med EWS sjekk følgende Test av EWS grensesnittet Viktige feilkorrigeringer på 2007 server FEILSØKING APPENDIX A, KONFIGURERTE SENTRALE PARAMETERE FORKLARINGER OG FORKORTINGER Ord Forklaring TBS Trådløs Bedrift Sentralbord. Sentralbords-applikasjon for å håndtere innkommende samtaler og se tilgjengeligheten på bedriftens ansatte LDAP Lightweight Data Access Protocol. Sentral tjeneste som går på alle domenekontrollere i ett Active Directory for å hente brukerinformasjon TBS-bruker Brukeren som benyttes for å logge på fra TBS applikasjonen. Dette er operatøren av sentralbords applikasjonen Mottager NetCom abonnement som også inngår i bedriftens Windows Nettverk, eller "andre brukere som har mobil og ikke er TBS-Bruker". EWS Web Access. Ett webgrensesnitt for å kunne hente (og eventuelt skrive) informasjon mot server. TBS bruker dette grensesnittet for å hente avtaler satt av de ulike mottakere i TBS

2 Bedriftsliste Internt Adressebok i TBS som vil inneholde alle brukere som blir hentet fra Active Directory (LDAP) og. Denne adresseboken vil også vise status fra NetCom Mobil Sekretær, kortnummer og øvrig informasjonen fra "Bedriftsliste Web". Brukere som er registrert med mobilnummer i Active Directory som samstemmer med listen på "Bedriftsliste WEB" vil bli merket med FET skrift i listen. Bedriftsliste fra Web* Adresseboken i TBS som hentes fra NetComs sentrale database. Denne inneholder data satt i Trådløs Bedrift Web på Denne listen vil IKKE inneholde status fra Kombinert liste* Adressebok i TBS som inneholder insformasjon fra alle adresselister synlige i TBS. JOC Java Outlook Connector. Denne komponenten benyttes av TBS for to formål: Henting av lokale Outlook kontakter. For å støtte miljøer der EWS ikke kan benyttes ( 2003 støtter ikke EWS) kan JOC benyttes isteden for å hente kallender informasjon. Se følgende link for mer detaljer *Merk at det er KUN i listen "Bedriftsliste Internt" og "Kombinert Liste" som vil hente data fra Active Directory og! INTRODUKSJON Kort innføring i Trådløs Bedrift Sentralbord med funksjoner Bildet over viser Trådløs Bedrift Sentralbord, TBS, med "Bedriftliste Internt" valgt. Dette er listen generert fra bedriftens Active Directory. Bildet viser også konfigurasjonpanelet oppe, og brukeren er i ferd med å ende en epost til valgt mottaker.

3 Bildet over viser informasjon om en mottakers status i kalenderen (). For at detaljer om møtet skal kunne vises må pålogget bruker i TBS ha korrekt tildelte tilgang til mottakers kalender. Dersom mottaker har satt en Mobil Sekretær-avtale vil dette også vises i samme status-felt og gult "mouse over"-felt. Det er en betingelse at mottaker har satt sitt mobilnummer i Active Directory likt mobilnummeret registrert hos NetCom for at Mobil Sektertær, kortnummer og Mobilstatus skal vises på mottakerens oppføring i "Bedriftsliste Internt". Merk også at brukere som har match på mobilnummeret fra med mobilnummeret registrert i "Bedriftsliste fra web" får "FET" skrift i "Bedriftsliste Internt" (og Kombinert liste). "Bedriftsliste fra web" hentes fra Trådløs Bedrift Web. Les videre for flere detaljer. Øvrig informasjon om dette dokument NetCom Trådløse Bedrift Sentralbord, TBS, er en Java applikasjon som lastes ned fra TB WEB På linken finner du også drivere til de støttede modemene. Java Runtime vil bli installert under oppstart av TBS om dette ikke er installert fra før. Dette dokument er ett tillegg til den øvrige dokumentasjonen som omfatter installasjon og bruk av Trådløs Bedrift Sentralbord. Brukerveiledninger og øvrig informasjon kan finnes under Dette dokumentet er spesielt skrevet til bedriftens IT administratorer. Den skal forklare nødvendige justeringer i infrastrukturen for å få Sentralbordet til å hente inn informasjon fra bedriftens Windows Nettverk (Active Directory/LDAP) og løsning (EWS). LDAP og EWS brukes for å gi operatøren av sentralbordet god oversikt over tilgjengeligheten til mottakere fra -kalender (EWS) og annen informasjon om mottakere fra Active Directory (LDAP). Lesere av dette dokumentet må ha en viss basiskunnskap i hvordan med EWS og Active Directory med LDAP fungerer. NetCom kan ikke gi noen opplæring i hvordan disse løsningene i detalj fungerer, og vil i dette dokumentet kun komme med nødvendig informasjon for å få TBS til å fungere. Dette dokumentet omfatter mye informasjon, men de aller fleste vil enkelt kunne komme i gang ved å lese kapittelet om å konfigurere og sette opp Web Service "EWS" (gjelder 2007/2010), samt eventuelt å sette opp ekstra tilgang for å lese detaljert kalenderinformasjon. Vi anbefaler å se på dette først, da det normalt holder for å få løsningen til å fungere. TBS GRENSESNITT FOR HENTING AV BEDRIFTSINFORMASJON TBS benytter tre grensesnitt for å hente informasjon om brukere og kalender informasjon fra bedriftens interne nettverk: Grensesnitt Forklaring Active Directory/LDAP Brukes til å hente informasjon om brukernavn, e-postadresse, telefon-numre, avdeling, tittel etc. Denne informasjonen brukes videre for å hente informasjon fra (EWS) og vist i Bedriftsliste internt i TBS. Det er mulig å spesifisere LDAP filtere om ønskelig. Ta kontakt med NetCom Trådløs Bedrifts-support om dette er aktuelt Web Services (EWS) Basert på den genererte brukerlisten fra Avtive Directory/LDAP blir kalender informasjon om brukere hentet gjennom dette grensesnittet. Denne informasjonen blir vist i Bedriftsliste internt i TBS Java Outlook Connector (JOC) Benyttes for å kommunisere med 2003 servere. Dette er ett alternativ til EWS siden 2003 ikke har EWS. JOC benytter Outlook som sitt kommunikasjonsledd.

4 STØTTET INFRASTRUKTUR Klienter (operativsystem/applikasjoner) For TBS-klienten kan følgende operativsystem benyttes: Windows Version Arkitektur Windows XP X86 Windows Vista X86 Windows Vista X64 Windows 7 X86 Windows 7 X64 Tilleggskrav Enkelte av kravene er nøyere spesifisert i egne kapitler lengre ned. Punkt Forklaring Outlook mailklient Outlook mailklient skal være konfigurert og startet mot -miljøet det skal hentes data fra. Følgende Outlook klienter støttes: Outlook 2003 Outlook 2007 Outlook 2010 Web browser 32 bit Internet explorer 32 bit (64 bit er IKKE supporter), Chrome, Firefox Java Runtime 32 bit Java Runtime 32 bit må være installert. Java runtime 64 bit bør IKKE være installert. Brukers tilgangsnivå på lokal maskin Under installasjon av Java Runtime og eventuelle modemdrivere må brukeren være lokal administrator. Miljø Maskinen og brukeren som benyttes til innlogging for å hente -data må være medlem av domenet løsningen står i. Appendix A i bunnen av dette dokument påpeker enkelte parametere som kan hjelpe om dette ikke er tilfellet.

5 Nettverk Maskinen må kunne nå Active Directory, -servere og Internett samt ha en stabil forbindelse med tilstrekkelig kapasitet. Krav til båndbredde samt latency (forsinkelse) er avhengig hvor mye data (informasjon) som skal hentes. TBS skal normalt ikke medføre noen problemer i bedriftens infrastruktur. Generelt så anbefales det at dersom det er mange brukere kombinert med punktene under bør en gjennomføre en test på responstiden i TBS applikasjonen. En bør også sjekke at den ekstra belastningen ikke påfører forsinkelser i andre applikasjoner. Se kapittel "Krav til båndbredde under" for flere detaljer.: Liten ledig kapasitet på servere/klienter Liten ledig kapasitet på WAN/LAN... Eventuelt om en bruker VPN-tunell for oppkobling må denne være startet før TBS startes. Windows domenekontroller server (Active Directory) Følgende krav gjelder: Windows Server 2003 eller nyere med Active Directory installer og konfigurert* Komplekse løsninger med flere domains og trusts kan gi ulike typer utfordringer, men skal i de fleste tilfeller kunne fungere med noen justeringer i oppsettet (se mulige settinger i Appendix A som kan hjelpe) Server Følgende krav gjelder for EWS grensesnittet: Server 2007 server 2010 SP1 eller nyere* * server 2010 RTM har en bug som gjør at EWS ( Web Services) og dermed TBS ikke fungerer tilfredsstillende. Se artikkel server EWS må ha tilpasninger for Basic Authentication på Web Service - EWS (som beskrevet senere i dette dokument). Følgende krav gjelder for JOC grensesnittet: server 2003 minimum Outlook klienten startet og konfigurert Vi anbefaller på det sterkeste å benytte EWS dersom dette er mulig. Merk at dersom du har ett blandet miljø med 2003 og 2007/2010 kan EWS benyttes dersom servere er i samme organisasjon. Dette fordi EWS på 2007/2010 vil kunne gi kallender data også for de brukere som fortsatt ligger på 2003 løsningen. KRAV TIL OPPSETT AV INFRASTRUKTUR Pålogging og tilgang TBS krever en konto i Windows Active Directory som også har nødvendige tilgang til. D.v.s. at vi ikke kan operere med forskjellige brukeridentifikasjoner hver av de to tjenestene. Denne kontoen bør være brukerens egne brukeridentifikasjon som vedkommende logger seg på lokal maskin med. Dersom bedriften har mange domener og trusts skal løsningen fortsatt kunne fungere, forutsatt at bruker innlogget TBS har tilgang til domenet og løsningen der brukerobjekter og data er plassert. Det er mulig for TBS å logge på med en annen brukeridentifikasjon enn den identiteten som er brukt for å logge på maskinen om dette er nødvendig (se appendix A). Scenarioer som ikke er støttet:

6 Flere separate løsninger slik at kalender data må hentes fra flere mailboks-servere. servere koblet i cluster eller samme domene skal kunne fungere. Løsninger der en må snakke med flere LDAP servere for å få tak i brukerinformasjon. Ett unntak kan være dersom dette dreier seg om en løsning der alle brukere ligger tilgjengelig i en Global Catalog (samme forrest). Ta kontakt med NetCom Trådløs Bedrifts-support og angi LDAP bane og port til Global Catalog server i sentral konfigurasjon (appendix A). Auto deteksjon og oppsett av TBS for kommunikasjon mot Active Directory/LDAP og. TBS-klienten vil under oppstart forsøke å finne ut hvordan maskinen er konfigurert. TBS trenger da å finne ut av LDAP-server/bane samt hvilken -server den skal kommunisere med. Dette skjer på følgende vis under oppstarten "LOGONSERVER"-variabel på maskinen som brukes for å kontakte nærmeste LDAP-server. Dette vil si at domenekontrolleren brukeren logger seg på mot vil benyttes for å kommunisere over LDAP. Merk at navneoppløsningen på klienten også må være satt opp slik at LOGONSERVER kan kontaktes uten FQDN. GetObject("LDAP://RootDSE (ldap://rootdse/)") kjøres for å finne korrekt LDAP bane. Brukeren MÅ ha kontakt med domenekontroller når TBS starter for å kunne hente denne verdien korrekt. -server EWS banen hentes fra installerte servere som indikert i Active Directory (objekter av typen objectcategory=msexchserver). TBS vil gå gjennom listen og forsøke servere til forespørsel er vellykket. Det kan være en fordel å låse konfigurasjonen til en bestemt URL dersom bedriften har mange servere og der de kan forekomme servere med lav WAN kapasitet. Foreslåtte brukeridentifikasjon og domene ved første gangs pålogging hentes fra systemvariable satt lokalt på maskinen. Dette kan overstyres i påloggingsboksen for TBS. Normalt skal dette fungere, men om bedriften har en spesiell konfigurasjon å ta hensyn til har TBS en sentral konfigurasjondatabase som kan overstyre de verdier som auto-deteksjonen forsøker å hente inn. Innstillinger kan gjøres globalt for alle TBS-installasjoner i bedriften (VPN) eller per modem/-telefon nummer (MSISDN) som benyttes for TBS. Ta kontakt med NetCom Trådløs Bedrifts-support for å angi ønskede parametere (se appendix A) Windows Domenekontrollere (Active Directory/LDAP) Brukeridentiteten som blitt brukt i TBS må kunne logge på og lese informasjon fra domenekontrolleren brukeren benytter som pålogging server. LDAP er tilgjengelig uten øvrige justeringer på domenekontrollere (Active Directory). 2007/2010 (EWS) For at sentralbordet skal kunne konfigureres automatisk må Web Services (EWS) være satt opp på de samme serveren(e) som brukeren benytter i sitt Outlook oppsett (Mailbox server). Ved behov kan det tilpasses en spesiell URL. Ta da kontakt med NetCom Trådløs Bedrifts-support for å få denne lagt inn i sentral konfigurasjon. For at Autodetect skal fungere må URL for EWS være på formen Det er mulig å legge inn spesielle URL'er i konfigurasjonen (se appendix A), dette må i så fall varsles til NetCom Trådløs Bedrifts-support. Active Directory innhold (adresselisten) Det er viktig at alle brukere som det ønskes å få listet i "Bedriftliste Internt" i sentralbordet har satt ett mobiltelefon nummer som er identisk med nummeret satt for brukeren Trådløs Bedrift Web på

7 TBS henter og matcher telefon nummeret satt i egenskapen "mobile" på brukerobjektet: i Active directory. TBS støtter også internasjonale formater som f.eks: Det er mulig å få konfigurert andre Active Directory-felter for å hente data om ønskelig. Ta da kontakt med NetCom Trådløs Bedrifts-support og angi hvilket felt som ønskes brukt. Om ønskelig kan man legge opp Contacts i Active Directory for NetCom TB-abonnementer som er en del av bedriftens telefoni-løsning, men som ikke har registrert noen pålogging i Active Directory. Viktig informasjon om internasjonale nummer Dersom ditt firma har brukere/kontakter med internasjonale nummere anbefaller vi å legge inn den nasjonale koden foran mobilnummeret på samtlige brukere/kontakter. Dette for å hindre at ett utenlandsk telefon-nummer blir matchet feilaktig mot ett mobilnummer i NetCom TB Web. Oppsummert om brukere som skal sees i TBS: "mobile"-feltet blir fylt ut med telefon nummer for alle brukere som en ønsker skal dukke opp i TBS Telefonnumre satt i "mobile" må være unike for alle brukere "mobile"-feltet må stemme overens med telefon-nummeret registrert i NetCom Trådløs Bedrift på Dersom din bedrift har internasjonale brukere, er det viktig å bruke internasjonale prefiks på mobilnumre for å hindre at telefon numre kan være identisk for to eller flere brukere. Eksempelvis kan nummeret være to forskjellige mottakere i to forskjellige land, og da må dette skilles med landskode for eksempel og Nettverk Aksess til servermiljø (EWS/LDAP) fra TBS-klient Active Directory (LDAP) og Web Services (EWS) må kunne nås direkte fra arbeidsstasjonen brukeren av Trådløs Bedrift Sentralbord (TBS) kjører fra. Ett av tre vil fungere: 1. På bedriftens interne LAN/WAN. Om det er brannmurer finnes mellom klienter og servere må det være åpnet for TBS-klienten mot

8 LDAP og EWS. 2. På utsiden av bedriften, men med VPN-klient som slipper trafikk for LDAP og EWS gjennom til det interne nettet. 3. LDAP (og EWS) gjøres tilgjengelig direkte over Internett for klienter utenfor bedriftens nettverk. Selv om dette er mulig anbefaler vi av sikkerhetsmessige årsaker IKKE å gjøre LDAP tilgjengelig direkte over Internett. Teoretisk kan SSL LDAP benyttes for å høyne sikkerheten noe, men det er ikke vanlig praksis å gjennomføre dette. Tilgang til EWS ( 2007/2010) når Internett proxy blir brukt ute på klientene Dersom Proxy-tjeneste benyttes for tilgang til Internett: Det er viktig at alle servere som har EWS tilgjengelig omfattes av unntak på proxy-oppsettet på klientene TBS kjøres fra. Hvis ikke vil TBS forsøke å hente EWS data gjennom bedriftens proxy-server. Dette fungerer vanligvis dårlig siden Proxy-tjenesten ofte er satt opp kun til å hente data fra Internett og ikke internt. Konfigurer følgende om Proxy-tjeneste blir brukt. Eksempelet under er fra Internett Explorer - tilsvarende gjelder for de aller fleste browsere. Eventuelt, kan en legge inn EWS-adressen (-server) til i listen under "Avansert/Advanced" Dersom ett Proxy skript brukes må skriptet redigeres til å håndtere unntaket. Over er ett eksempel når ett slikt script brukes, og "MedEWS.PAK" må redigeres av administratoren.

9 Krav til båndbredde Active Directory (LDAP) og EWS er satt opp til å hente informasjon hvert 15. minutt NetCom har testet: Henting av brukerdata for 4733 brukere Testet ved hjelp av VPN over en Internett link Resultat: Tar ms (2 minutter og 16 sekunder) Det er mulig å spesifisere LDAP-filter for å begrense antall brukere. Man kan også justere tidsintervallet mellom hver gang dataene hentes dersom det er ønskelig. Ta da kontakt med NetCom Trådløs Bedrifts-Support. Tips: Sjekke loggfiler Du kan selv sjekke loggfiler ved å gå til brukerens profil og se på /.WOAS/LOGS Eksempel (Windows 7 Maskin) C:\Users\testbruker\.woas\logs\exchange.log Se etter oppføringer for henting av data og hvor lang tid hver henting tar: :46:51,550 no.marcello.general.library.impl.generallibraryimpl Total number of users that will be sent to Dakota: :46:51,550 no.marcello.general.library.impl.generallibraryimpl Total time used to get information for 4733 users is ms NØDVENDIGE JUSTERINGER I INFRASTRUKTUREN Tilgangsnivå for Active Directory (LDAP) TBS-bruker som benyttes på TBS må ha lesetilgang til alle Active Directory-objekter (brukeridentifikasjon/kontakter) som skal presenteres i TBS adresseboken. TBS-bruker er vanligvis det samme som brukerens Windows brukeridentifikasjon på arbeidsstasjonen. Tilgangsnivå til kalender informasjon Free/Busy informasjon (ledig/opptatt) TBS-bruker som benyttes på TBS må minimum ha tilgang til å lese free/busy -informasjon på. TBS-brukeren er vanligvis det samme som brukerens Windows brukeridentifikasjon på arbeidsstasjonen. Detaljert kalender informasjon Dersom TBS-brukeren ønsker å se mer detaljert informasjon (emne, lokasjon for møtet) om møtet en mottaker er opptatt i, må det gjøres noen justeringer på sikkerheten på mottakers kalender. Dersom TBS-brukeren logger på med samme identitet som brukes i Outlook inn i TBS-applikasjonen, kan det være at disse tilgangene allerede er gitt. Det er fordi disse brukere ofte trenger å se detaljer om mottageres kalender i sin Outlook. Dette er nøyaktig samme tilgang som TBS applikasjonen trenger.. Tilganger fra mottaker til TBS-bruker slik at TBS-bruker skal kunne se detaljert kalender informasjon i mottakers kalender kan gis på to måter. Lokalt på mottakers kalender Dette omtales også i brukerdokumentasjonen til sluttbrukere. Husk at vi her omtaler disse to brukere: TBS-bruker: Den brukeridentiteten som TBS-operatøren benytter for å kunne se kalender informasjonen til andre brukere (mottakere) Mottaker: Den brukeren som TBS-brukeren ønsker å få sett mer detaljerte kalender-informasjon for. Prosessen under beskriver hva som må gjøres for ÉN mottager for at TBS-brukeren skal få opp mer informasjon fra mottakerens kalender. Eksempelet under er fra Outlook 2010, men skal kunne fungere på tilsvarende måte for de fleste andre Outlook-versjoner. 1. I mottakers mail -klient (Outlook), gå til kalender og trykk på "Calendar Permissions/Kalender-tilganger"

10 2. Under fliken "Tillatelser/Permissions" vil du nå finne: Dette er standard oppsett 3. TBS-bruker må minst ha tilgang til "Free/Busy time, subject, location" informasjon.

11 I eksempelet over er TBS-bruker angitt som "Test Bruker" 4. Dette må så repeteres for alle mottakere som TBS-bruker skal se informasjon om. Via powershell på Man kan automatisere prosessen ved å bruke PowerShell-kommandoen Set-MailboxFolderPermission på serveren. Dette er utenfor skopet i denne manualen, men se denne artikkelen på hvordan denne fungerer: Oppsett av 2007/2010 EWS grensesnitt TBS bruker Web Services for å hente inn kalender status for brukere. Standard er denne tjenesten satt opp med HTTPS "Self Signed" sertifikat og NTLMv2 ("Windows Authentication"). Trådløst Bedrift Sentralbord støtter IKKE NTLMv2, så det må gjøres en justering i påloggingssikkerheten på EWS. Merk at TBS støtter "Basic Authentication" (og "Digest Authentication"). Vi anbefaller å bruke "Basic Authentication". Veiledning for å skru på "Basic Authentication" på EWS Dette kan gjøres på -serveren gjennom " Management Shell". Rutinen fungerer på 2007 og Målsetningen her er at den virtuelle katalogen "EWS" får tilgjengeliggjort "Basic Authentication" som normalt er avskrudd. Du må gjøre dette på alle servere som TBS-applikasjonen skal kontakte. Dette er normalt mailboks-servere brukeren kan koble seg til. 1. Logg på server med Administrator 2. Åpne "Internet Information Services (IIS) Manager" 3. Finn og merk "EWS" Virtual Directory 4. Velg "Authentication"

12 5. Merk "Basic Authentication", høyreklikk på denne og velg "Enable". Ved problemer med EWS sjekk følgende A. Restart IIS. Du kan gjøre dette ved å kjøre kommandoen IISRESET i ett CMD shell startet med en administrator bruker. Husk "Run as administrator": B. Dersom du fortsatt har problemer, ta en omstart av servere(ne). Test av EWS grensesnittet Ved å stå på serveren kan du teste om EWS grensesnittet ved å åpne URL

13 Velg "Continue to this Website..."

14 Responsen skal ligne bildet over... Viktige feilkorrigeringer på 2007 server Det finnes en kjent feil i EWS som muligens må korrigeres på alle EWS servere: "You may receive the following error while browsing or Could not load file or assembly 'Microsoft..Diagnostics, Version= , Gjør da som beskrevet i følgende artikkel: Dette er en enkel rettelse i C:\Program Files\Microsoft\ Server\ClientAccess\Autodiscover\web.config filen for Autodiscover tjenesten. FEILSØKING Her beskrives noen vanlige feil og hvordan du kan håndtere dem. Feilsituasjon Foreslåtte tiltak Brukeren får ikke logget på med brukerident i TBS for å få tak i kalender informasjonen Sjekk at brukeren kan logge på Windows maskinen og Outlook. Feil med det lokale nettet eller brukeren skal normalt kunne avdekkes her Får feilmeldinger om at TBS ikke kan hente kalender data (ikke kontakt med server) Sjekk at brukeren har kontakt med nettet: Active Directory domenekontroller og server. Ta en omstart av TBS om feil blir funnet. Sjekk at Outlook er konfigurert korrekt på klienten.

15 Brukere i Bedriftsliste Internt har ikke riktig telefon nummer og/eller mangler telefon status Sjekk at telefon nummeret er konfigurert korrekt i mobil for Active Directory opp mot telefon nummeret satt i listen Bedriftslite internt. Merk at brukere som har dette korrekt blir merket bold i Bedriftsliste Internt NetCom Trådløs Bedrift Support kan konfigurere TBS til å bruke andre Active Directory felt om ønskelig. Se "Appendix A". APPENDIX A, KONFIGURERTE SENTRALE PARAMETERE Verdiene under (System) er de parametere som blir brukt om ingen korrigeringer blir satt. Disse kan overstyres på VPN-nivå (det vil si for alle sentralbord tilhørende en kunde) eller på USER-nivå. User-nivå er knyttet opp mot telefon-nummeret til modemet som benyttes av TBS-brukeren. Du kan da derfor justere verdier for hele din bedrift eller for hvert sentralbord for seg. Ta kontakt med NetCom TB Support ved spesielle behov. Autodetect er mekanismene TBS bruker under oppstart for å selv forsøke å finne nødvendige parametere. Dette fungerer vanligvis fint, men det kan være unik konfigurasjon i nett, servere eller klient som gjør at dette ikke fungerer. Typisk eksempel er dersom klienten TBS kjøres på ikke er meldt inn i domenet. Se i så fall kolonnen "Verdi oppgis til NetCom om Autodetect ikke kan brukes" Konfigurasjonrammeverket gir mulighet til å overstyre og spesialtilpasse parametere. NetCom må da få beskjed om konkret hvilke parametere som skal endres og nøyaktig hva inneholdet skal være. NetCom vil ikke ha mulighet til å forutse om endringen vil skape problemer i nettverket, så dette må gjøres med forsiktighet. Feltnavn Forklaring Default verdi satt CFG_EXCHANGE_JOC EXCHANGE.TZ.Bias Settes til true ved 2003 miljø -60 EXCHANGE.TZ.StandardTimeBias 0 EXCHANGE.TZ.StandardTimeTime 03:00:00 EXCHANGE.TZ.StandardTimeDayOrder 5 EXCHANGE.TZ.StandardTimeMonth 10 EXCHANGE.TZ.StandardTimeDayOfWeek Tuesday

16 EXCHANGE.TZ.DayLightBias -60 EXCHANGE.TZ.DayLightTime 02:00:00 EXCHANGE.TZ.DayLightDayOrder 5 EXCHANGE.TZ.DayLightMonth 3 EXCHANGE.TZ.DayLightDayOfWeek Monday EXCHANGE.TZ.FreebusyInterval Avtalevindu 15 EXCHANGE.INTERVAL Avtalevindu 15 EXCHANGE.POLLINGINTERVAL Hentefrekvens for oppdatering av kalenderinformasjon EXCHANGE.MSISDN_LOOKUP_FIELD LDAP felt for å kjøre kryssmatch mot mobilnummer fra WEB mobile EXCHANGE.LDAP_SERVER Bane og port til AD domenekontroller EXCHANGE.ROOT_DSE LDAP Root til AD EXCHANGE.LDAP_USERNAME Brukernavn (Windows konto) EXCHANGE.LDAP_PASSWORD Passord (til windows konto) EXCHANGE.DOMAIN Domene (Netbios) EXCHANGE.EXCHANGE_SERVER HTTP URL til EWS tjeneste, 2007/2010

17 EXCHANGE.MAP.COMPANY Comany company EXCHANGE.MAP.DEPARTMENT Department department department EXCHANGE.MAP.TITLE Title title EXCHANGE.MAP.LASTNAME etternavn sn EXCHANGE.MAP. epost adresse mail EXCHANGE.MAP.MOBILE_PHONE mobiltelefon mobile EXCHANGE.MAP.HOME_PHONE hjemme telefon homephone EXCHANGE.MAP.FIXED_PHONE fast telefon telephonenumber EXCHANGE.FILTER LDAP filter for å filtere ut brukere fra AD (&(&((mobile=*)))( (&(objectcategory=person)(objectclass=contact))(& EXCHANGE.MAP.FIRSTNAME fornavn givenname