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

Folgende Windows Probleme können 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 geändert. Falls die Applikation
           fälschlicherweise Produktnamen und nicht die Global Unique ID
           zur Identifikation benutzt, werden die Lines nicht erkannt.
 
Lösung:    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

Lösung:  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 fälchlicherweise 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 Fällen muss vor jeglicher Aktion des Viren- / Spywarescanners geprüft werden, ob es sich um die Datei des CSTA Message Dispatcher oder tatsächlich um die Malware gleichen Namens handelt. 

Die Datei des CSTA Message Dispatcher heißt:
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 für den Viren- / Spywarescanner oder zusätzlich ein anderer Scanner zu verwenden.

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


Für Windows NT
==============

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

Lösung:    (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 Umgehungsmöglichkeit ist, den RAS Selbstwählservice 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

Lösung:     (siehe auch das TAPI 2.1 readme)
In manchen Umgebungen kann mit TCMSETUP der Telefonieserver 
nicht eingerichtet werden. 
In diesen Fällen muß entweder nach der Durchführung von TCMSETUP
dem Telefoniedienst unter Systemsteuerung-Dienste das 
DOMÄNEN-Administrator-Login nochmal zugeordnet werden, oder die
Konfiguration vollständig 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" Schlüssel unter 
"HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Telephony" 
Erzeugen. Und dort dem neuen Eintrag "MapperDLL" den Wert "tsec.dll"
(String) zuordnen.

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


Für Windows 2000
================

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

Um TAPI Clients den Zugriff auf einen Windows-2000-TAPI-Server wieder zu ermöglichen, gibt es folgende
Möglichkeiten:

  Windows XP Clients:
	Windows XP Clients muessen auf SP2 hochgerüstet werden (Empfohlene Lösung).

  Windows 2000 Clients
	Installation des "Updaterollup 1 für Windows 2000 SP4" auch auf den 
 	Windows 2000 Clients (Empfohlene Lösung).

Alternativ kann die erhöte Sicherheit auf dem Windows 2000 Server wieder zurückgenommen 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.

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


Für 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 erhöhte Sicherheitsmechanismen aktiviert. 
Dieses führt dazu, dass TAPI Clients vom Server keine TAPI-Lines mehr erhalten.

Um TAPI Clients den Zugriff auf einen Windows-2003-TAPI-Server zu ermöglichen, gibt es folgende
Möglichkeiten:

  Windows XP Clients:
	Windows XP Clients muessen auf SP2 hochgerüstet werden (Empfohlene Lösung).

  Windows 2000 Clients
	Installation des "Updaterollup 1 für Windows 2000 SP4" auf den Windows 2000 Clients
	(Empfohlene Lösung) .

Alternativ kann die erhöte Sicherheit auf dem Windows 2003 Server zurückgenommen 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.
--------------------------------------------------------------------------------------------


Für Windows XP/SP2 (und höher)
==============================

--------------------------------------------------------------------------------------------
09.02.09
Problem:   Der Telefonie-Client mit Windows XP Service Pack 2 (und höher) 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.
Standardmäßig wird durch die Windows Firewall in Windows XP SP2(und höher) der RPC Port geblockt.

Das Problem kann wie folgt gelöst werden:

Entweder die XP/SP2(und höher) Firewall komplett auf allen Clients deaktivieren oder
TCP Port 251 muss als Windows-Firewall Ausnahme für Remotesp aktiviert werden, 
entweder manuell über die Systemsteuerung (auf allen XP/SP2(und höher) Clients) 
oder bevorzugt mittels Gruppenrichtlinie auf dem Domänen-Controller, z.B. wie folgt:
Auf Windows Server 2003:
- Verwaltung / Active Directory-Benutzer und -Computer
- Eigenschaften <eigene Domäne>
- Tab "Gruppenrichtlinien"
- Neu: "Remotesp"
- Optionen "Remotesp": Kein Vorrang
- Eigenschaften "Remotesp": Benutzerdefinierte Konfigurationseinstellungen deaktivieren
- Bearbeiten "Remotesp": Computerkonfiguration / Administrative Vorlagen / Netzwerk / Netzwerkverbindungen / Windows-Firewall / Domänenprofil
- Einstellung "Windows Firewall: Portausnahmen festlegen": Aktiviert, Anzeigen... / Hinzufügen... / Hinzuzufügendes Objekt: 251:TCP:localsubnet:enabled:Remotesp
- Alle Dialoge schließen, falls erforderlich mit OK bestätigen
- gpupdate.exe ausführen, um sicherzustellen, dass das neue GPO bereit zur Replikation ist
Auf Windows Server 2008:
- Verwaltung / Gruppenrichtlinienverwaltung
- Baum öffnen <eigene Domäne>
- Rechte Maus-Taste <eigene Domäne>: Gruppenrichtlinienobjekt hier erstellen und verknüpfen...
- Name: "Remotesp", OK
- Rechte Maus-Taste "Remotesp": Erzwungen
- Rechte Maus-Taste "Remotesp": Bearbeiten...
- Baum öffnen "Computerkonfiguration / Administrative Vorlagen / Netzwerk / Netzwerkverbindungen / Windows-Firewall / Domänenprofil"
- Eigenschaften der Einstellung "Windows-Firewall: Eingehende Portausnahmen festlegen": Aktiviert, Anzeigen... / Hinzufügen... / Hinzuzufügendes Objekt: 251:TCP:localsubnet:enabled:Remotesp
- Alle Dialoge schließen, falls erforderlich mit OK bestätigen
- gpupdate.exe ausführen, um sicherzustellen, dass das neue GPO bereit zur Replikation ist
Nach Ausrollen dieser Gruppenrichtlinie ist nach Neustart aller Clients das Problem verlässlich 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:   Verzögerungen (bis zu mehreren Minuten) in MS TAPI Client/Server Umgebung via Remote TSP:

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

Das Problem kann wie folgt gelöst 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 höher) Clients) 
oder bevorzugt mittels Gruppenrichtlinie auf dem Domänen-Controller, z.B. wie folgt:
Auf Windows Server 2003:
- Verwaltung / Active Directory-Benutzer und -Computer
- Eigenschaften <eigene Domäne>
- 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 / Domänenprofil
- Einstellung "Windows-Firewall: Ausnahme für Datei- und Druckerfreigabe zulassen": Aktiviert, localsubnet
- Alle Dialoge schließen, falls erforderlich mit OK bestätigen
- gpupdate.exe ausführen, um sicherzustellen, dass das neue GPO bereit zur Replikation ist
Auf Windows Server 2008:
- Verwaltung / Gruppenrichtlinienverwaltung
- Baum öffnen <eigene Domäne>
- Rechte Maus-Taste <eigene Domäne>: Gruppenrichtlinienobjekt hier erstellen und verknüpfen...
- 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 / Domänenprofil"
- Eigenschaften der Einstellung "Windows-Firewall: Eingehende Ausnahme für Datei- und Druckerfreigabe zulassen": Aktiviert, localsubnet
- Alle Dialoge schließen, falls erforderlich mit OK bestätigen
- gpupdate.exe ausführen, um sicherzustellen, dass das neue GPO bereit zur Replikation ist
Nach Ausrollen dieser Gruppenrichtlinie ist nach Neustart aller Clients das Problem verlässlich 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 erhält man ein lokal erzeugtes LINEERR_INVALPARAM.

Derzeit ist von MS kein Hot-Fix verfügbar.

Als Umgehung kann der HT120 auf den Clients benutzt werden.

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


Für Windows Vista
==================

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

Siehe Lösungsbeschreibung unter XP/SP2(und höher).

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

Siehe Lösungsbeschreibung unter XP/SP2(und höher).

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

Vista (abgesehen von den Home Editions) wird von HiPath TAPI 120/170 unterstützt, beginnend mit V2 R0.55.0.
Bitte beachten Sie die folgenden Anforderungen / Einschränkungen.

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

DebugSpy funktioniert nicht unter Vista

Die aktuelle Version von DebugSpy protokolliert keinen OutputDebugString in Vista.

Als Umgehungslösung 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 "Ausführen 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 Hinzufügen 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.

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


Für Windows 7
==================

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

Siehe Lösungsbeschreibung unter XP/SP2(und höher).

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

Siehe Lösungsbeschreibung unter XP/SP2(und höher).

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

Windows 7 (abgesehen von den Home Editions) wird von HiPath TAPI 120/170 unterstützt, beginnend mit V2 R0.63.0.
Bitte beachten Sie die folgenden Anforderungen / Einschränkungen.

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

DebugSpy funktioniert nicht unter Windows 7

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

Als Umgehungslösung 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 "Ausführen 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 Hinzufügen 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 können deshalb TAPI 120
Clients nicht auf den CMD zugreifen. Die Windows-Firewall läßt sich
für 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" auswählen und <Hinzufügen>

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


Für Windows Server 2008
========================

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

Damit auf einem Windows Server 2008 der Telefonie-Server/-Dienst mit einem Domänenadmin-/Admin-Konto in Betrieb genommen werden kann,
müssen dem entsprechenden Benutzer-Konto vorher zwei zusätzliche Rechte manuell zugewiesen werden:

Auf einem Domänen-Controller:
- gpme.msc ausführen (früheres dcpol.msc)
- Tab "Alle" auswählen
- "Default Domain Controllers Policy" auswählen, OK klicken
- Baum öffnen: "Computerkonfiguration/Richtlinien/Windows-Einstellungen/Sicherheitseinstellungen/Lokale Richtlinien/Zuweisen von Benutzerrechten"
- Richtlinie "Ersetzen eines Tokens auf Prozessebene" doppelklicken und entsprechenden Benutzer hinzufügen
- Richtlinie "Generieren von Sicherheitsüberwachungen" doppelklicken und entsprechenden Benutzer hinzufügen

Auf einem Server, der kein Domänen-Controller ist:
- secpol.msc ausführen
- Baum öffnen: "Sicherheitseinstellungen/Lokale Richtlinien/Zuweisen von Benutzerrechten"
- Richtlinie "Ersetzen eines Tokens auf Prozessebene" doppelklicken und entsprechenden Benutzer hinzufügen
- Richtlinie "Generieren von Sicherheitsüberwachungen" doppelklicken und entsprechenden Benutzer hinzufügen

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


Für 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.

Lösung:     Beide Produkte verwenden die "Microsoft Access database engine". 
            Microsoft unterstützt 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. 

