Letzte nderung: 13.12.10
--------------------------------------------------------------------------------------------

Folgende Windows Probleme knnen bei der Installation oder beim Betrieb von 
HiPath TAPI 170 V2.0 auftreten:


Allgemein
==========

Hinweis:   Die Anschaltung des Tapi 170 ber das IP-Interface ist an der Hicom 150 E
           Office Rel. 2.2 nicht freigegeben.

--------------------------------------------------------------------------------------------

Problem:   Die Applikation erkennt die eingerichteten TAPI Lines nicht.
           Der Produktname des TSP hat sich gendert. Falls die Applikation
           flschlicherweise Produktnamen und nicht die Global Unique ID
           zur Identifikation benutzt, werden die Lines nicht erkannt.
 
Lsung:    Die Applikation sollte die Extension ID nutzen, um Lines des TSP
           zu suchen.

           GUID:      lineNegotiateAPIVersion
                      APIVersion=x10004
                      extID.ID0=x3ab39627, .ID1=x9fa111d3, .ID2=xbd250050, .ID3=x46786eb, 

--------------------------------------------------------------------------------------------
09.02.09

Problem: MULAP an HOOME geht nicht in Service

Lsung:  im Gegensatz zur HiPath 3000 ist an der HiPath OpenOffice ME nicht die Teilnehmer-Nummer eines MULAP-Mitgliedes,
         sondern die Nummer der MULAP selbst in der TSP-Leitungs-Konfiguration einzutragen.

--------------------------------------------------------------------------------------------
18.11.08

Problem: CMDService.exe des HiPath TAPI 120/170 wird flchlicherweise als Spyware eingestuft

Aktuell existiert ein Spyware Programm namens CMDService.exe.
Einige Viren- / Spywarescanner erkennen aufgrund unsauberer Signatur-Programmierung nicht nur diese Malware-Datei sondern auch die gleichnamige EXE Datei des CSTA Message Dispatchers (CMD) als Spyware.

In solchen Fllen muss vor jeglicher Aktion des Viren- / Spywarescanners geprft werden, ob es sich um die Datei des CSTA Message Dispatcher oder tatschlich um die Malware gleichen Namens handelt. 

Die Datei des CSTA Message Dispatcher heit:
CMDService.exe

liegt per default im Verzeichnis
c:\Windows\system32\

und ist mit den Dateien:
CMDUI.cpl 
VulkanClient.mdb 

verbunden.

Im Zweifelsfall ist die neueste Signaturdatei fr den Viren- / Spywarescanner oder zustzlich ein anderer Scanner zu verwenden.

--------------------------------------------------------------------------------------------


Fr Windows NT
==============

--------------------------------------------------------------------------------------------
Problem:   Keine Verbindung zum Telefonie Server bei aktivem RAS:

Lsung:    (siehe auch das TAPI 2.1 readme)
Es kann keine Line des Telefonieservers von einem Client PC benutzt
werden, wenn der Remote Access Service (RAS) dort aktiv ist. 
Eine Umgehungsmglichkeit ist, den RAS Selbstwhlservice von 
automatischen auf manuellen Start umzustellen.
Das Problem tritt aber trotzdem auf, wenn der RAS Dienst von einer
Applikation gestartet wird.

--------------------------------------------------------------------------------------------
Problem:    Kein Eintrag des Telefonieservers mit TCMSETUP

Lsung:     (siehe auch das TAPI 2.1 readme)
In manchen Umgebungen kann mit TCMSETUP der Telefonieserver 
nicht eingerichtet werden. 
In diesen Fllen mu entweder nach der Durchfhrung von TCMSETUP
dem Telefoniedienst unter Systemsteuerung-Dienste das 
DOMNEN-Administrator-Login nochmal zugeordnet werden, oder die
Konfiguration vollstndig manuell vorgenommen werden:
Dazu mu der Telefondienst wie folgt 
 Systemsteuerung-Dienste: Telefondienst
  			    Startart = Automatisch 
			    Anmelden als: 
			      Dieses Konto = <Administratorkonto>

In der Registry einen neuen "Server" Schlssel unter 
"HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Telephony" 
Erzeugen. Und dort dem neuen Eintrag "MapperDLL" den Wert "tsec.dll"
(String) zuordnen.

--------------------------------------------------------------------------------------------


Fr Windows 2000
================

--------------------------------------------------------------------------------------------
12.09.05
Problem:   Kein Zugrif per Remote TSP auf einen Windows 2000 Telefonie Server nach Installation 
des "Updaterollup 1 fr Windows 2000 SP4" auf dem Server:

Um TAPI Clients den Zugriff auf einen Windows-2000-TAPI-Server wieder zu ermglichen, gibt es folgende
Mglichkeiten:

  Windows XP Clients:
	Windows XP Clients muessen auf SP2 hochgerstet werden (Empfohlene Lsung).

  Windows 2000 Clients
	Installation des "Updaterollup 1 fr Windows 2000 SP4" auch auf den 
 	Windows 2000 Clients (Empfohlene Lsung).

Alternativ kann die erhte Sicherheit auf dem Windows 2000 Server wieder zurckgenommen werden. 
Dazu kann folgender Registrykey gesetzt werden:
		[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Telephony\Server]
			"HighSecurity"=dword:00000000 
	   Dieses kann durch Importieren der Datei W2000TAPIPatch.reg, die unter 
           MS\W2000_Hotfixes\w2000_serverpatch abgelegt ist erfolgen.  

Die separate Installation der Hotfixes zu KB824692 auf den Clients ist nicht mehr notwendig.
Die Hotfixes zu KB824692 werden daher nicht mehr mitgeliefert.

--------------------------------------------------------------------------------------------


Fr Windows 2003
================

--------------------------------------------------------------------------------------------
20.02.04 (Neu 12.09.05)
Problem:   Kein Zugrif per Remote TSP auf einen Windows 2003 Telefonie Server:

In Windows 2003 Server sind standardmaessig erhhte Sicherheitsmechanismen aktiviert. 
Dieses fhrt dazu, dass TAPI Clients vom Server keine TAPI-Lines mehr erhalten.

Um TAPI Clients den Zugriff auf einen Windows-2003-TAPI-Server zu ermglichen, gibt es folgende
Mglichkeiten:

  Windows XP Clients:
	Windows XP Clients muessen auf SP2 hochgerstet werden (Empfohlene Lsung).

  Windows 2000 Clients
	Installation des "Updaterollup 1 fr Windows 2000 SP4" auf den Windows 2000 Clients
	(Empfohlene Lsung) .

Alternativ kann die erhte Sicherheit auf dem Windows 2003 Server zurckgenommen werden. 
Dazu kann folgender Registrykey gesetzt werden:
		[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Telephony\Server]
			"HighSecurity"=dword:00000000 
	   Dieses kann durch Importieren der Datei W2003TAPIPatch.reg, die unter 
           MS\W2003_Hotfixes\w2003_serverpatch abgelegt ist erfolgen.  

Die separate Installation der Hotfixes zu KB824692 auf den Clients ist nicht mehr notwendig. 
Die Hotfixes zu KB824692 werden daher nicht mehr mitgeliefert.
--------------------------------------------------------------------------------------------


Fr Windows XP/SP2 (und hher)
==============================

--------------------------------------------------------------------------------------------
09.02.09
Problem:   Der Telefonie-Client mit Windows XP Service Pack 2 (und hher) kann nicht mit den Telefonie-Server kommunizieren

Dieses Problem tritt auf, weil der Remote Telephony Service Provider (TSP), 
wie die Remote TSP ((Remotesp.tsp) Komponente, einen Remoteprozeduraufruf (RPC)
zur Kommunkation zwischen Telefonie-Client und Telefonie-Server benutzt.
Standardmig wird durch die Windows Firewall in Windows XP SP2(und hher) der RPC Port geblockt.

Das Problem kann wie folgt gelst werden:

Entweder die XP/SP2(und hher) Firewall komplett auf allen Clients deaktivieren oder
TCP Port 251 muss als Windows-Firewall Ausnahme fr Remotesp aktiviert werden, 
entweder manuell ber die Systemsteuerung (auf allen XP/SP2(und hher) Clients) 
oder bevorzugt mittels Gruppenrichtlinie auf dem Domnen-Controller, z.B. wie folgt:
Auf Windows Server 2003:
- Verwaltung / Active Directory-Benutzer und -Computer
- Eigenschaften <eigene Domne>
- Tab "Gruppenrichtlinien"
- Neu: "Remotesp"
- Optionen "Remotesp": Kein Vorrang
- Eigenschaften "Remotesp": Benutzerdefinierte Konfigurationseinstellungen deaktivieren
- Bearbeiten "Remotesp": Computerkonfiguration / Administrative Vorlagen / Netzwerk / Netzwerkverbindungen / Windows-Firewall / Domnenprofil
- Einstellung "Windows Firewall: Portausnahmen festlegen": Aktiviert, Anzeigen... / Hinzufgen... / Hinzuzufgendes Objekt: 251:TCP:localsubnet:enabled:Remotesp
- Alle Dialoge schlieen, falls erforderlich mit OK besttigen
- gpupdate.exe ausfhren, um sicherzustellen, dass das neue GPO bereit zur Replikation ist
Auf Windows Server 2008:
- Verwaltung / Gruppenrichtlinienverwaltung
- Baum ffnen <eigene Domne>
- Rechte Maus-Taste <eigene Domne>: Gruppenrichtlinienobjekt hier erstellen und verknpfen...
- Name: "Remotesp", OK
- Rechte Maus-Taste "Remotesp": Erzwungen
- Rechte Maus-Taste "Remotesp": Bearbeiten...
- Baum ffnen "Computerkonfiguration / Administrative Vorlagen / Netzwerk / Netzwerkverbindungen / Windows-Firewall / Domnenprofil"
- Eigenschaften der Einstellung "Windows-Firewall: Eingehende Portausnahmen festlegen": Aktiviert, Anzeigen... / Hinzufgen... / Hinzuzufgendes Objekt: 251:TCP:localsubnet:enabled:Remotesp
- Alle Dialoge schlieen, falls erforderlich mit OK besttigen
- gpupdate.exe ausfhren, um sicherzustellen, dass das neue GPO bereit zur Replikation ist
Nach Ausrollen dieser Gruppenrichtlinie ist nach Neustart aller Clients das Problem verlsslich beseitigt, da kein Client versehentlich die Einstellungen ndern kann.
Dieses GPO kann mit dem aus dem nachfolgenden Abschnitt kombiniert werden (nur das Setting "Windows Firewall: ..." und der Name sind unterschiedlich)

--------------------------------------------------------------------------------------------
09.02.09
Problem:   Verzgerungen (bis zu mehreren Minuten) in MS TAPI Client/Server Umgebung via Remote TSP:

Dieses Problem wird dadurch verursacht, dass die XP/SP2(und hher) Firewall mit Standard-Einstellung eingeschaltet bleibt.
Achtung: wenn die Firewall auch nur auf einem XP/SP2(und hher) Client aktiviert bleibt, dann treten die Verzgerungen auf allen Clients und auf dem Server auf!!!

Das Problem kann wie folgt gelst werden:

Entweder die XP/SP2 Firewall komplett auf allen Clients deaktivieren oder
die Datei- und Drucker-Freigabe muss als Windows-Firewall Ausnahme aktiviert werden, 
entweder manuell ber die Systemsteuerung (auf allen XP/SP2(und hher) Clients) 
oder bevorzugt mittels Gruppenrichtlinie auf dem Domnen-Controller, z.B. wie folgt:
Auf Windows Server 2003:
- Verwaltung / Active Directory-Benutzer und -Computer
- Eigenschaften <eigene Domne>
- Tab "Gruppenrichtlinien"
- Neu: "Datei- und Druckerfreigabe"
- Optionen "Datei- und Druckerfreigabe": Kein Vorrang
- Eigenschaften "Datei- und Druckerfreigabe": Benutzerdefinierte Konfigurationseinstellungen deaktivieren
- Bearbeiten "Datei- und Druckerfreigabe": Computerkonfiguration / Administrative Vorlagen / Netzwerk / Netzwerkverbindungen / Windows-Firewall / Domnenprofil
- Einstellung "Windows-Firewall: Ausnahme fr Datei- und Druckerfreigabe zulassen": Aktiviert, localsubnet
- Alle Dialoge schlieen, falls erforderlich mit OK besttigen
- gpupdate.exe ausfhren, um sicherzustellen, dass das neue GPO bereit zur Replikation ist
Auf Windows Server 2008:
- Verwaltung / Gruppenrichtlinienverwaltung
- Baum ffnen <eigene Domne>
- Rechte Maus-Taste <eigene Domne>: Gruppenrichtlinienobjekt hier erstellen und verknpfen...
- Name: "Datei- und Druckerfreigabe", OK
- Rechte Maus-Taste "Datei- und Druckerfreigabe": Erzwungen
- Rechte Maus-Taste "Datei- und Druckerfreigabe": Bearbeiten...
- Baum ffnen "Computerkonfiguration / Administrative Vorlagen / Netzwerk / Netzwerkverbindungen / Windows-Firewall / Domnenprofil"
- Eigenschaften der Einstellung "Windows-Firewall: Eingehende Ausnahme fr Datei- und Druckerfreigabe zulassen": Aktiviert, localsubnet
- Alle Dialoge schlieen, falls erforderlich mit OK besttigen
- gpupdate.exe ausfhren, um sicherzustellen, dass das neue GPO bereit zur Replikation ist
Nach Ausrollen dieser Gruppenrichtlinie ist nach Neustart aller Clients das Problem verlsslich beseitigt, da kein Client versehentlich die Einstellungen ndern kann.
Dieses GPO kann mit dem aus dem vorhergehenden Abschnitt kombiniert werden (nur das Setting "Windows Firewall: ..." und der Name sind unterschiedlich)

--------------------------------------------------------------------------------------------
08.12.05
Problem:   lineForward() mit einer nicht leeren Ziel-Adresse funktioniert nicht via Remote TSP auf dem client:

auf dem Client erhlt man ein lokal erzeugtes LINEERR_INVALPARAM.

Derzeit ist von MS kein Hot-Fix verfgbar.

Als Umgehung kann der HT120 auf den Clients benutzt werden.

--------------------------------------------------------------------------------------------


Fr Windows Vista
==================

--------------------------------------------------------------------------------------------
09.02.09
Problem:   Der Telefonie-Client mit Windows Vista kann nicht mit den Telefonie-Server kommunizieren

Siehe Lsungsbeschreibung unter XP/SP2(und hher).

--------------------------------------------------------------------------------------------
09.02.09
Problem:   Verzgerungen (bis zu mehreren Minuten) in MS TAPI Client/Server Umgebung via Remote TSP:

Siehe Lsungsbeschreibung unter XP/SP2(und hher).

--------------------------------------------------------------------------------------------
23.11.07

Vista (abgesehen von den Home Editions) wird von HiPath TAPI 120/170 untersttzt, beginnend mit V2 R0.55.0.
Bitte beachten Sie die folgenden Anforderungen / Einschrnkungen.

--------------------------------------------------------------------------------------------
23.11.07

DebugSpy funktioniert nicht unter Vista

Die aktuelle Version von DebugSpy protokolliert keinen OutputDebugString in Vista.

Als Umgehungslsung kann man die aktuelle Version von DebugView (DbgView.exe) von MS / SysInternals benutzen:
http://www.microsoft.com/technet/sysinternals/Miscellaneous/DebugView.mspx
Es ist erforderlich, es mit "Ausfhren als Administrator" zu starten
und dann im Menu / Capture / Capture Global Win32 zu aktivieren.

--------------------------------------------------------------------------------------------
19.02.08

HiPath TAPI 120 Setup kann unter Vista nicht rekonfiguriert werden

Wenn nur der TSP auf einem PC installiert ist und dies rekonfiguriert werden soll durch Hinzufgen des CMD durch das Setup, so wird dies nicht funktionieren.
Stattdessen mu zuerst der TSP deinstalliert werden und danach der TSP gemeinsam mit dem CMD neu installiert werden.

--------------------------------------------------------------------------------------------


Fr Windows 7
==================

--------------------------------------------------------------------------------------------
09.02.09
Problem:   Der Telefonie-Client mit Windows 7 kann nicht mit den Telefonie-Server kommunizieren

Siehe Lsungsbeschreibung unter XP/SP2(und hher).

--------------------------------------------------------------------------------------------
09.02.09
Problem:   Verzgerungen (bis zu mehreren Minuten) in MS TAPI Client/Server Umgebung via Remote TSP:

Siehe Lsungsbeschreibung unter XP/SP2(und hher).

--------------------------------------------------------------------------------------------
12.02.10

Windows 7 (abgesehen von den Home Editions) wird von HiPath TAPI 120/170 untersttzt, beginnend mit V2 R0.63.0.
Bitte beachten Sie die folgenden Anforderungen / Einschrnkungen.

--------------------------------------------------------------------------------------------
23.11.07

DebugSpy funktioniert nicht unter Windows 7

Die aktuelle Version von DebugSpy protokolliert keinen OutputDebugString in Windows 7.

Als Umgehungslsung kann man die aktuelle Version von DebugView (DbgView.exe) von MS / SysInternals benutzen:
http://www.microsoft.com/technet/sysinternals/Miscellaneous/DebugView.mspx
Es ist erforderlich, es mit "Ausfhren als Administrator" zu starten
und dann im Menu / Capture / Capture Global Win32 zu aktivieren.

--------------------------------------------------------------------------------------------
19.02.08

HiPath TAPI 120 Setup kann unter Windows 7 nicht rekonfiguriert werden

Wenn nur der TSP auf einem PC installiert ist und dies rekonfiguriert werden soll durch Hinzufgen des CMD durch das Setup, so wird dies nicht funktionieren.
Stattdessen mu zuerst der TSP deinstalliert werden und danach der TSP gemeinsam mit dem CMD neu installiert werden.

--------------------------------------------------------------------------------------------
27.10.10

CMD und Firewall - Windows 7:
Die Windows-Firewall ist bei Windows 7 blicherweise aktiviert. Nach
Installation und Konfiguration des CMD knnen deshalb TAPI 120
Clients nicht auf den CMD zugreifen. Die Windows-Firewall lt sich
fr CMD beispielsweise wie folgt ffnen: 
- "Systemsteuerung\Alle Systemsteuerungselemente\Windows
  Firewall\Zugelassene Programme:"
- Button: <Einstellung ndern> und dann <Anderes Programm zulassen...>
- mit <Durchsuchen...> das CMD Service Modul:
 "C:\Windows\System32\CMDService.exe" auswhlen und <Hinzufgen>

--------------------------------------------------------------------------------------------


Fr Windows Server 2008
========================

--------------------------------------------------------------------------------------------
26.01.09

Damit auf einem Windows Server 2008 der Telefonie-Server/-Dienst mit einem Domnenadmin-/Admin-Konto in Betrieb genommen werden kann,
mssen dem entsprechenden Benutzer-Konto vorher zwei zustzliche Rechte manuell zugewiesen werden:

Auf einem Domnen-Controller:
- gpme.msc ausfhren (frheres dcpol.msc)
- Tab "Alle" auswhlen
- "Default Domain Controllers Policy" auswhlen, OK klicken
- Baum ffnen: "Computerkonfiguration/Richtlinien/Windows-Einstellungen/Sicherheitseinstellungen/Lokale Richtlinien/Zuweisen von Benutzerrechten"
- Richtlinie "Ersetzen eines Tokens auf Prozessebene" doppelklicken und entsprechenden Benutzer hinzufgen
- Richtlinie "Generieren von Sicherheitsberwachungen" doppelklicken und entsprechenden Benutzer hinzufgen

Auf einem Server, der kein Domnen-Controller ist:
- secpol.msc ausfhren
- Baum ffnen: "Sicherheitseinstellungen/Lokale Richtlinien/Zuweisen von Benutzerrechten"
- Richtlinie "Ersetzen eines Tokens auf Prozessebene" doppelklicken und entsprechenden Benutzer hinzufgen
- Richtlinie "Generieren von Sicherheitsberwachungen" doppelklicken und entsprechenden Benutzer hinzufgen

--------------------------------------------------------------------------------------------


Fr 64 bit Windows (nur CMD)
============================

--------------------------------------------------------------------------------------------
13.12.09

Problem:    1. TAPI 170 kann nicht auf einem 64 Bit Windows installiert werden,
               wenn dort bereits eine MS-Office 32 Bit Installation vorhanden ist.
	    2. Nach einer Installation von TAPI 170 auf einem 64 Bit Windows kann
               dort kein MS-office in der 32 Bit Version installiert werden.

Lsung:     Beide Produkte verwenden die "Microsoft Access database engine". 
            Microsoft untersttzt derzeit nicht die gleichzeitige Installation der 32-Bit und 
	    der 64-Bit Variante der "Microsoft Access database engine". 
            Auf einem 64-Bit TAPI 170 PC darf MS-Office nur in der 64-Bit Version installiert werden. 

