IP Telephonie mit TAPI 3.0 Peter Koen Partial Copyright (C) Microsoft Corporation course material -...

IP Telephonie mit TAPI 3.0IP Telephonie mit TAPI 3.0

Peter Koen

Partial Copyright (C) Microsoft Corporationcourse material - not for commercial use

Copyright (C) 2000 KEMA –Koen Electronic Media Agency

Themen:

Grundlagen der IP TelephonieEinführung in TAPI 3.0H.323 KommunikationsstandardIP Multicast KonferenzenQuality of ServiceIP Telephonie InfrastrukturNetMeeting 2.0

Grundlagen der IP Telephonie


Was bietet IP Telephonie

Stimmen –Daten –Video –

Übertragung über existierende IP-basierte LANs, WANs und das Internet

IP Telephonie verwendet die offenen Standards IETF und ITU um multimediale Daten über IP-basierte Netzwerke zu transportieren.


Physikalische Medien

ADSLISDNHDSL StandleitungenCoaxialkabelSatellitenübertragungTwisted Pair


Was ist TAPI 3.0

TAPI 3.0 ist eine evolutionäre API die die Verbindung von traditionellen PSTN Telephonie Netzwerken mit IP-basierenden Netzwerken ermöglicht.


Vorteile von IP Telephonie

Moderne VideokommunikationGemeinschaftliche Nutzung einer AnwendungGemeinschaftliche Nutzung eines DokumentsWhiteboard Tools


Mögliche Anwendungsbereiche

TelearbeitEchtzeit ZusammenarbeitTelelearningMitarbeitertrainingVideokonferenzenVideomailVideo on demand


Medienkonvergenz

Einführung in TAPI 3.0


Konvergenz von IP und PSTN Telephonie


TAPI 3.0 Intern

TAPI 3.0 integriert Multimediastreamkontrolle und konventionelle Telephonie.

Es ist eine Weiterentwicklung der TAPI 2.1 auf den COM Standard

TAPI 3.0 kann nun in jeder Programmiersprache verwendet werden.


Unterstützte Standards

Klassische TelephonproviderH.323 KonferenzstandardIP multicast conferencingWindows 2000 Active Directory ServiceQuality of Service (QoS)


Die 4 Hauptkomponenten

TAPI 3.0 COM APITAPI ServerTelephondienstanbieterMedia Stream Provider


Call Control Model – Objekte

TAPIAdresseTerminalCallCallHub


TAPI 3.0 Objektbeziehungen


TAPI Objekt

Anfangspunkt der ApplikationRepräsentiert alle Telephonieresourcen auf die ein Computer zugriff hatSucht nach allen lokalen und remote Adressen


Adressen Objekt

Anfangs- und Endpunkt eines AnrufesVerwaltet die Fähigkeiten einer AdresseKann auf einen Anruf warten Kann selbst einen Anruf erzeugen


Terminal Objekt

Datenquelle eines Streams (sink)Wiedergabegerät eines Streams (renderer)Hardware (Telephon, Mikrophon)Software (Dateien, Whiteboard Programme)Jedes Gerät, daß einen audiovisuellen Input oder Output erzeugen/verarbeiten kann


Call Objekt

Repräsentiert eine Verbindung zwischen zwei Adress Objekten (lokal oder remote)Übernimmt sämtliche Kontrollfunktionen eines AnrufesKann direkt oder über einen Call Hub verwendet werden


Call Hub Objekt

Repräsentiert eine Menge von ähnlichen AnrufenKann nicht direkt erzeugt werden; wird von TAPI 3.0 automatisch erzeugt wenn ein Anruf eingehtDurch den Call Hub kann der angerufene User die Stammdaten des Anrufers auswerten und in die Kontrolle des Call eingreifen wenn er über ausreichend Rechte verfügt.


Call – Call Hub Beziehung

Die Verwendung von TAPI Objekten


Erstellen eines Anrufes

1. Erstellen und initialisieren eines TAPI Objektes2. Alle verfügbaren Adressen des PC ermitteln3. Fähigkeiten der einzelnen Adressen ermitteln4. Ein passendes Adressobjekt auswählen5. „CreateCall“ aufrufen für eine Verbindung zwischen

einer Adresse und einem Callobjekt6. Entsprechendes Terminal wählen7. „Connect“ aufrufen um die Verbindung herzustellen


Entgegennehmen eines Anrufes

1. Erstellen und initialisieren eines TAPI Objektes2. Alle verfügbaren Adressen des PC ermitteln3. Fähigkeiten der einzelnen Adressen ermitteln4. Ein passendes Adressobjekt auswählen5. Registrieren eines bestimmten Medien Typs

für das Adressobjekt6. Registrierem eines „Call Event Handler“ für

das Adressobjekt


Entgegennehmen eines Anrufes (2)

1. TAPI benachrichtigt die Anwendung über den neuen Anruf und erstellt ein Callobjekt.

2. Entsprechenden Terminal auswählen3. „Connect“ Funktion aufrufen um die

Verbindung herzustellen4. „Answer“ Funktion aufrufen um den Anruf zu

beantworten.

Media Streaming Model


Direct Show

Mittels der COM Schnittstelle bietet DirectShow für TAPI 3.0 eine einheitliche Datenflußkontrolle.

Direct Show ist ein modulares System. Es besteht aus mehreren Filtern, die zu einem sogenannten Filtergraphen zusammengefaßt werden. Diese werden wiederum von einem Filtergraphmanager verwaltet, der sich auch um Kontrolle des Datenflußes kümmert.


Direct Show (2)

Direct Show beinhaltet Erweiterungen gegenüber dem normalen Windowstreibersystem, die eine Verbindung auf der Gerätetreiberebene ermöglichen. Dies verhindert unnötige Datenmanipulationen zwischen User- und Kernelmode und dient somit dem effizienten Austausch von Daten zwischen verschiedenen Hardwarekomponenten.


DirectShow (3)

Jeder Kernelmode Filter wird von einem entsprechenden Usermode Proxy gespiegelt um den Verbindungsaufbau und die Kontrolle über hardwarespezifische Fähigkeiten zu vereinfachen.

Das RTP (Real-time-Transport-Protocol) übernimmt die Übertragung der Daten über das IP-basierende Netzwerk. In TAPI 3.0 ist bereits ein kernel-mode RTP Netzwerkfilter integriert.


Beispiel für einen Filtergraphen

H.323 Kommunikation in TAPI 3.0


Was ist H.323?

H.323 ist ein Standard für multimediale Kommunikation (Stimme, Video und Anwendungsdaten) von der ITU (International Telecommunications Union) für IP-basierende Netzwerke ohne garantierte Verbindungsqualität, wie etwas das Internet.

Er ist Netzwerk-, Platform- und Anwendungsunabhängig und ermöglicht somit allen H.323-kompatiblen Terminals miteinander zu kommunizieren.


Was wird von H.323 unterstüzt?

AnrufkontrolleMultimediamanagementBandbreitenmanagmentPunkt-zu-Punkt ÜbertragungMehrpunkt ÜbertragungUnterstützung für Audio und Video Codecs„Datasharing“ durch den T.120 Standard

H.323 Architektur


H.323 Architektur (2)

Der H.323 Standard spezifiziert 3 Protokolle:H.245 für RufkontrolleQ.931 für RufanzeigeDas RAS (Registration, Admissions and Status) eine Signalfunktion für Registrierung, Berechtigungsvergabe und Statusabfrage.


H.245

Das H.245 Protokoll ist Zuständig für Kontrollnachrichten, die die Funktion eines H.323 Terminals steuern. Dies sind unter anderem Befehlsnachrichten, Fähigkeitsnachweiß der Terminals und Indikatoren für den Terminaltyp.


Q.931

Das Q.931 Protokoll wird benötigt um eine Verbindung zwischen zwei Terminals aufzubauen und diese zu verwalten.


RAS

RAS ist erledigt die Registrierung und Rechtevergabe für einzelne Benutzer als auch die Verwaltung der Bandbreite zwischen den Endpunkten und den GateKeepern.

RAS wird nicht verwendet wenn kein GateKeeper verfügbar ist.


Die 4 Komponenten von H.323

TerminalsGatewaysGatekeepersMCUs (Multipoint Control Units)


Terminals

Terminals sind die Client – EndpunkteSie müssen Stimmenkommunikation unterstützenVideo- und Datenunterstützung


Gateway

Ist optionalBilden die Brücke zu anderen Netzwerken, Kommunikationsprotokollen und multimedia Formaten


Gatekeepers

AdressübersetzungBandbreiten ManagementMapen von LAN AliasesAdresssucheLimitierung von H.323 Verbindungen Limitierung der benötigten Bandbreite


Gatekeeper(2)

In H.323 Zonen ist ein Gatekeeper nicht notwendig. Sollte allerdings einer vorhanden sein, dann muß dieser verwendet werden.


H.323 Komponenten


Multipoint Control Unit (MCU)

Die MCU bildet Konferenzen zw. 3 oder mehreren Endpunkten. Eine MCU besteht immer aus einem Multipoint Controller (MC). Optional können auch Multipoint Processors (MPs) enthalten sein. Der MC führt alle H.245 Operationen zwischen den Terminals durch um deren Fähigkeiten und Eigenschaften aufeinander abzustimmen.


MCU (2)

Die Multipoint Processors sind zuständig für das Routing von Audio-, Video- und Programmdatenstreams zwischen den jeweiligen Terminals.


Garantierte Gemeinsamkeitenaller H.323 Clients

H.261 : ITU standard Videocodec für 64kbps 176*44 Pixel (QCIF) G.711 : ITU standard Audiocodec für A-law und µ-law PCM Audiodaten mit Bitraten von 48, 56 und 64 kbps


Optionale Clientcodecs

H.263 : wie H.261, allerdings mit einem verbesserten KompressionsalgorithmusH.723 : ITU standard Audiocodec, der speziell für sehr geringe Bitraten entwickelt wurde.

TAPI 3.0 H.323 TSP

Der Telephony Service Provider


H.323 TSP

Ermöglicht jeder TAPI tauglichen Anwendung die Kommunikation mit H.323 kompatiblen GerätenImplementiert den H.323 SignalstackAkzeptiert mehrere verschiedene AdressformateZuständig für den Aufbau des DirectShow Filtergraphen für eine H.323 Verbindung (inkl. RTP, Codec, Datenquelle und Datendarstellung)

Integration mit der Windows 2000 Active Directory Struktur


Probleme bei H.323

Eine Netzwerkadresse eines Users (in diesem Fall seine IP Adresse) ist meistens nicht gleichbleibend. Somit muß eine Möglichkeit gefunden werden bei jeder H.323 Sitzung die IP Adresse des gewünschten Teilnehmers zu ermitteln.


IP Auflösung

Der TAPI 3.0 H.323 TSP benutzt die Windows 2000 Active Directory Dienste um die IP Adressen der User aufzulösen. Dazu wird der ILS (Internet Locator Service) verwendet.

Der ILS ist eine Eichtzeitserverkomponente des Active Directory.


Beispielszenario

Der User John wünscht eine Verbindung mit Alice, einem anderen User im LAN. Wenn Alice‘s Anwendung ein Adressobjekt erstellt hat und sich dieses im „listen mode“ befindet wird ihre IP Adresse im Active Directory eingefügt. Diese Information hat eine beschränkte Lebensdauer (TTL) und wird somit in regelmäßigen Abständen durch das LDAP (Lightweigth Directory Acess Protocol) erneuert.


Beispielszenario (2)



John‘s H.323 TSP fragt beim ILS Dynamic Directory Server nach Alice‘s IP Adresse. Hierbei werden alle Objekte abgefragt, die mit Alice verknüpft sind.



John initiert einen H.323 Anruf mit der nun aktuellen IP Adresse von Alice. Die TSPs der beiden Computer versuchen nun einen geeigneten Datenstream mit den entsprechenden Multimediaobjekten aufzubauen. Nachdem die entsprechenden Fähigkeiten gefunden wurden wird versucht einen DirectShow Filtergraphen aufzubauen und alle Datenströme an diesen weiterzureichen.

IP Multicast Konferenzen


Vorteile von IP Multicast

SkalierbarFehlertolerantRobustEinfache Installation


IP Multicast Features

Keine globale Koordination notwendig um User zu einer Konferenz hinzuzufügen oder zu entfernen.Um Daten zu senden braucht ein User nicht alle Empfänger zu kennen. Eine multicast IP Adresse genügt.Um Daten zu empfangen benötigt ein User nur eine IP Adresse mit einem multicastfähigen Router. Es ist keine Kenntnis der anderen Teilnehmer erforderlich.


IP Multicast Features (2)

Routers „verstecken“ die Implementationsdetails vor dem User und ermöglichen somit eine einfache Anwendung.Einsparrung der Bandbreite, da ein User nicht mehr an alle Teilnehmer senden muß.


Netzwerktopologie (Datenquelle)


Netzwerk Topologie

IP Multicast ist in der Lage bereits vorhandene Netzwerk Topologien so zu nutzen, daß keine Belastung durch redundantes Senden von Daten entsteht.


Bsp. einer Netzwerk Topologie


Kommunikationsmodel

SitzungsbasierendWenig Netzwerklast für jeden BenutzerPaßt sich an eine sich ändernde Anzahl von Benutzern anAufbau eines sogenannten „Spanning Tree“Daten werden nur kopiert, wenn sich deren Weg an einem Router teilt.


Spanning Tree


Adressbereich der Hostgruppen

Klasse-D Internet Protokoll Adressen von 224.0.0.0 bis 239.255.255.255Permanente und temporäre GruppenPermanente Gruppen werden von der IANA (Internet Assigned Numbers Authority) vergeben.


Reservierte Adressen

224.0.0.1 : Alle Multicast Hosts im lokalen Netzwerk224.0.0.2 : Alle Router im LAN224.0.0.0 – 224.0.0.255 ist reserviert für Routing und andere Low-Level Netzwerkdienste224.0.13.0 – 224.0.13.255 : Net NewsMehr Informationen im RFC 1700, „Assigned Numbers“ (ftp://ftp.internic.net/rfc/rfc1700.txt)


Transportprotokoll für IP M.

RTP (Real-time Transport Protocol) : Ein standard multimedia Header der Zeitmarken, Sequenznummern und Belastungsformat angiebt.


Anwendungen von IP Multicast

Konferenzen (Audio + Video)TelearbeitDatenbank- und WebseitenreplikationTelelearningAktienkursinformationenEDV Zusammenarbeit


MBONE (Multicast Backbone)

Experimentelles, globales multicast Netzwerk im InternetExistiert seit 1995Überträgt NASA space shuttle starts, Musik, Livekonzerte, Veranstaltungen,...http://www.mbone.com


IP Multicast Konferenz TSP

Auflösung von KonferenznamenVerwendet SDP (Session Description Protocol)Konferenzdeskriptoren werden im ILS Dynamic Directory Conference Server gespeichertRendezvous conference controlsIP Multicast Conferencing MSP ist verantwortlich für den Aufbau des DirectShow Filtergraphen


IP Multicast Konferenz Architektur

Integration mit dem Windows 2000 Active Directory


Integration in Windows 2000

IETF-standard SDP (Session Description Protocol) wird verwendet um Konferenzen im Netzwerk bekanntzugeben.SDP Descriptoren weren im Active Directory abgespeichertIm Gegensatz zum H.323 TSP gibt es nur einen ILS Conference Server pro (Firmen-)NetzwerkZwischenspeichern von Konferenzankündigungen um ständiges Nachfragen am Netzwerk zu vermeiden.


Beispielszenario

Ein User „John“ will eine Konferen abhalten. Seine Anwendung verwendet die Rendezvous Controls um einen SDP Session Descriptor am ILS Conference Server zu erstellen. Der SDP Descriptor enthält unter anderem: Konferenzname, Beginzeit, Endzeit, IP Multicast Adresse der Konferenz, Datentypen die für die Konferenz verwendet werden.


Beispielszenario(2)


Beispielszenario(3)

Ein anderer User „Jim“ fragt beim ILS Conference Server nach den SDP Descriptoren aller Konferenzen, die seinen Suchkriterien entsprechen.


Beispielszenario(4)


Beispielszenario(5)

Andere User fragen ebenfalls SDP Descriptoren ab und entscheiden sich an der Konferenz teilzunehmen. Anhand der Multicast IP Adresse aus dem Descriptor tragen sie sich in der entsprechenden Multicast Host Group ein. Nun Können Sie Daten vom Multicast Server empfangen und an diesen schicken.


Beispielszenario(6)


TAPI 3.0 Rendezvous Controls

Gruppe von COM KomponentenAbstrahieren die Funktionsweise des KonferenzverzeichnissesStellen Mechanismen zur Erstellung von neuen und zum Suchen von bestehenden Konferenzen zur VerfügungEinheitliches Schema für Konferenzankündigungen


TAPI 3.0 Rendezvous Controls (2)

Skriptfähiges InterfaceBenutzerauthentisierungDatenverschlüsselungZugriffskontrolle


TAPI 3.0 Rendezvous Controls(3)


Benutzerfunktionen der RC

Hinzufügen von KonferenzenKonferenzen löschenKonferenzen abfragen

Manipulation erfolgt durch das LDAP (Leightweigth Directory Access Protocol)


Verbindung zu einer Konferenz

Anhand der ACLs (Access Control Lists) werden sämtliche Konferenzen angezeigt, die ein User sehen darf.Nachdem der User eine Konferenz ausgewählt hat werden alle Adressobjekte, die den Adresstypen IP Multicast Conference Name unterstützen ausgewählt.Der Name der Konferenz wird als Parameter für die CreateCall Routine des Adressobjektes genutzt.


Verbindung zu einer Konferenz (2)

Die Anwendung weißt dem CallObjekt ein entsrechendes Teminalobjekt zu.Call->Connect wird aufgerufen.


SDP Deskriptoren


3 Teile des SDP Deskriptors

Ein Session Descriptor (enthält globale Attribute für die gesamte Konferenz, bzw. alle Datenstreams)Keiner oder mehrere Time Descriptors (Konferenzbeginn, –ende und eventuell Wiederholungszeiten)Keiner oder mehrere Media Descriptors


Unterschiede zw. TAPI 3.0 undtraditionellen IP Multicast Methoden

Traditioneller Multicast nutzt „push model“ und basiert auf dem SAP(Session Announcement Protokoll)TAPI 3.0 verwendet „pull model“ und basiert auf den Windows 2000 Active Directory Diensten. Vorteil ist dabei die effektivere Nutzung der Bandbreite

Konferenzsicherheit


Sicherheitsprobleme

„Belauschen“ von KonferenzenKonferenzankündigungen sehenKonferenzen erstellenKonferenzen löschen


Lösung der Sicherheitsprobleme

Sicherheitsfeatures von Windows 2000 Active Directory werden verwendetJedes Objekt wird mit einer Access Control List (ACL) assoziertPersonen, die Konferenzen erstellen können angeben wer daran teilnehmen darf und welche Verschlüsselungsverfahren genutzt werdenUserverwaltung erfolgt über das Windows2000 Sicherheits Subsystem


SDPs und ACLs


Verteilung des SDP


Verschlüsselter Datenstream

Quality of Service


Probleme

Multimedia Streams brauchen viel BandbreiteIn IP basierenden Netzwerken können Datenpakete in unbestimmter Reihenfolge eintreffenDatenpakete können verloren gehenDatenleitungen können nicht exklusiv verwendet werden


Bandbreite

Multimedia Daten, im besonderen Videodaten bilden sehr große Datenmengen. Ein umkomprimierter Videostream kann bis zu 220 Megabit pro Sekunde benötigen. Leider sind Videodaten auch in gut komprimiertem Zustand noch immer sehr groß.


Latenz

Die Latenz ist die Zeit, die ein Datenpaket braucht um von der Quelle zum Ziel zu gelangen. Demzufolge hat natürlich die Qualität des Bildes einen sehr starken Einfluß auf die Latenz. Ursachen für eine hohe Latenz können in der Übertragungsdauer, der Warteliste der Hardware (Queu delay), Sortierung der Daten im Protokoll und viele weitere Faktoren verantwortlich sein.


Jitter

Im Gegensatz zu Datenpaketen müssen Echtzeit-Multimediapakete (Audio und Video) in einer bestimmten Reihenfolge verarbeitet werden. Variationen in der Empfangsreihenfolge müssen unter einem bestimmten Grenzwert liegen, damit Störungen im Audio oder Videostream vermieden werden. Jitterkorrekturen haben auch einen Einfluß auf die Latenz.


Koexistenz

Im Vergleich zu multimedia Daten bilden andere Daten (FTP, WWW,...) eine eher sprunghafte Belastung des Netzes (z.B. beim öffnen einer Homepage). Treten solche Belastungsspitzen häufiger auf können sie den Transfer von Stream Daten deutlich stören oder gar komplett zum erliegen bringen.


Normales Telephon

Garantierte Minimalqualität der Leitung, da für jeden Anruf eine statische Schaltung aufgebaut wirdNicht ausfallsicher„verschwendet“ BandbreiteKeine Möglichkeit Stimmen-, Video- und Datenübertragung gleichzeitig stattfinden zu lassen


QoS Vorteile für IP Netzwerke

Unterstützung für echtzeit multimedia AnwendungenSicherung zeitlich genauer Transfers von großen DatenmengenFähigkeit das Netzwerk mit anderen Diensten zu teilen. „Verhungern“ von Anwendungen wird vermieden.


QoS und TAPI 3.0

1. RTP Filter sucht nach Netzwerkfähigkeiten der Partner und nach DirectShow Codecs, die diese unterstützen

2. RTP Filter verwendet das Interface der Winsock2 QoS COM Objekte um die benötigte Übertragungsqualität beim Winsock2 QoS Service Provider sicherzustellen

3. Der QoS SP startet verschiedene Mechanismen um eine entsprechende Mindestqualität an beiden Enden der Verbindung zu gewährleisten


QoS Mechanismen

Resource Reservation Protocol (RSVP)Packet Scheduling802.1pEntsprechende Layer-2 signaling mechanismenIP Type of Service und DTR Header Einstellungen


RSVP

IETF StandardErmöglicht Resourcenreservierung in Netzwerken mit verschiedenen Topologien und Medien.Übergibt Daten an die Router, damit sich das Netzwerk an die erwartete Belastung anpassen kann.


RSVP (2)

Erstellt sogennante „Flows“ im Netzwerk (Ein Flow ist ein Netzwerkpfad der mit einem oder mehreren Sendern und Empfängern als auch mit einer bestimmten QoS asoziiert wird)Anhand der Rückgabewerte der Reservierungsnachrichten, wird entschieden ob die Verbindung mit der gewünschten Qualiität erstellt werden kann.

Lokale Übertragungskontrolle


Packet Scheduling

Dieser Dienst kann mit oder ohne RSVP genutzt werden. Daten werden nach ihrer Flow-Zugehörigkeit und Priorität sortiert bevor diese versendet werden. Dies geschieht in Verbindung mit einer Kontrolle der Netzwerklast.


801.2p

Die Übertragungskontrolle wird auch verwendet um die 802.1 „User Priority“ mit den Datenpaketen zu asoziieren. Die User Priorität ist ein Teil des MAC Header Feldes, welcher der Festlegung der relativen Priorität eines Paketes dient. Voraussetzung hierfür ist, daß auch die Switches Prioritätsstufen unterscheiden können.


Layer2 Signalmechanismen

In Verbindung mit der Winsock 2 QoS API kann der QoS SP auch weitere Übertragungskontrollmechanismen starten, wie zum Beispiel einen Subnet Bandwidth Manager (SBM).


IP Type of Service

Jedes IP Datenpaket enthält ein 3 bit großes Feld, das die Priorität des Paketes angiebt. Diese Felder entsprechen den 802.1 Prioritätsstufen, werden allerdings von einer höheren Netzwerkschicht interpretiert.

Firmenumstellung auf TAPI 3.0 IP Telephonie Infrastruktur

Nutzung der Vorteile, die durch die Verbindung mit dem Windows 2000 Active Directory entstehen.


Firmenstruktur für IP Telephonie

Das IP/PSTN Gateway ist der A/D Wandler zwischen einem „normalen“ Telephon und dem H.323 Stream.Der H.323 Proxy erlaubt die Verbindung zum Internet, indem er Daten durch eine Firewall weiterreicht.Der IP Multicast Proxy reicht Streamdaten und Konferenzdaten durch eine Firewall durch.


Windows 2000 Active Directory Struktur für IP Telephonie

H.323 TSP verwendet ILS Dynamic Directory für NamensauflösungEine Organisation besteht aus einer Sammlung von SitesSites sind Regionen mit sehr guter Verbindung (z.B. ein Firmengebäude)Ein ILS pro Site, um Bandbreite zu sparen wird nicht laufend repliziertEin globaler Katalog speicher welcher User zu welcher Site gehört.


Beispielszenario

John registriert seinen ILS Server Namen beim Active Directory Global Catalog. Bei der Initialisierung einer Konferenz fragt John‘s H.323 TSP beim GC nach dem Subnetobjekt für seinen Rechner und speichert die Information in seinem Userobjekt.



Alice‘s H.323 TSP fragt ihre lokale Kopie des globalen Katalogs ab umd den Namen von John‘s ILS Server zu erfahren.



Alice‘s H.323 TSP fragt bei John‘s ILS über das WAN nach seiner derzeitigen IP Adresse.



Alice initiert anschließend eine H.323 Sitzung mit John.

Dank der Rufabstraktion der TAPI 3.0 ist es möglich, daß die ILS und Active Directory Interaktionen transparent erscheinen. Wie für den User, so auch für das system.

TAPI 3.0 und NetMeeting 2.0


Microsoft NetMeeting

Konferenz- und ZusammenarbeitstoolDesigned für Internet und IntranetKann um eigene Konferenzfunktionen erweitert werdenIP TelephonieTeleworking


Anwendungsteilung

Ein user kann seine laufenden Programme anderen NetMeeting Usern zugänglich machen. User die Zugang zu Programmen auf anderen PCs haben können mit diesen Arbeiten als wären sie bei ihnen lokal gestartet. Sie bearbeiten hierbei die gleichen Daten wie der User auf dessen Gerät die Software läuft.


Gemeinsame Zwischenablage

Über die gemeinsame Zwischenablage können Daten mit anderen Teilnehmern einer Konferenz ausgetauscht werden. Der Benutzer muß sich hierfür keine neuen Befehle aneignen. Die alten Kopieren, Auschneiden und Einfügen Befehle werden einfach übernommen.


Dateitransfer

Über das File Transfer Modul können die Konferenzteilnehmer untereinander beliebige Daten austauschen. Der Dateitransfer entspricht voll dem T.127 Standard.


Whiteboard

Mehrere User können gleichzeitig in einem Paint ähnlichen Programm Graphiken erstellen. Im Gegensatz zum Paint ist das Whiteboard Objektorientiert. D.h. daß der Benutzer Objekte (Kreise, Linien,...) jederzeit ändern (verschieben, skalieren,...) kann. Es gibt auch einen Remotepointer (wie bei einem Laserpointer) um wichtige Elemente für andere Konferenzteilnehmer leichter ersichtlich zu machen.


Chat

Das Chatmodul entspricht im Prinzip den Erwartungen, die man von gängigen Chatprogrammen, wie etwa ICQ oder dem IRC gewohnt ist.


TAPI 3.0 und NetMeeting 2.0

IP Telephonie mit TAPI 3.0 Peter Koen Partial Copyright (C) Microsoft Corporation course material -...

Documents

Transcript of IP Telephonie mit TAPI 3.0 Peter Koen Partial Copyright (C) Microsoft Corporation course material -...