Kürzlich stieß ich auf ein altes Softwarepaket, an das ich seit Jahrzehnten nicht mehr gedacht hatte: Microsoft Net Meeting. Und wenn Sie sich an Net Meeting erinnern, denken Sie vielleicht, es sei nur ein weiterer Eintrag in der Liste der wahrscheinlich Tausenden von internetbezogenen Anwendungen, die damals auf den Markt kamen. Als ich jedoch das ursprüngliche Erscheinungsdatum nachschlug, stellte ich fest, dass es genau vor 30 Jahren erschienen war . Und nachdem ich das gesehen hatte, fing ich plötzlich an, mich zu erinnern. Meine Erinnerungen an ein Netmeeting begannen, glaube ich, im Jahr 1996 oder 1997. Und was für mich am wichtigsten war: Es war kostenlos. Das bedeutete also, dass es auch für einen Teenager wie mich damals zugänglich war. Und obwohl ich keine Webcam hatte, nutzte ich sie trotzdem, um mit meinen Freunden aus dem ganzen Land zu sprechen, die ich online kennengelernt hatte. Und damals war ich auch ein Fan von professionellem Wrestling. Ich schaute mir also damals die WWF auf einem alten Röhrenfernseher in meinem Schlafzimmer an und schrie wie ein Irrer ins Mikrofon, wenn während eines Kampfes etwas passierte. Ja, du lachst. Net Meeting ist für mich mit vielen positiven Erinnerungen verbunden, aber an nichts mehr nach dem Jahr- 2000-Problem kann ich mich erinnern. Und was ist damit geschehen? Wir hatten uns vorgenommen, mehr über seine Geschichte zu erfahren und sein 30-jähriges Jubiläum zu feiern. Doch wir ahnten nicht, dass wir eine unglaubliche Geschichte aufdecken würden, die Jahrzehnte zurückreicht. Wenn Sie nach Informationen zu Netzwerkkonferenzen suchen, werden Sie unweigerlich auf die sogenannten T120-Standards stoßen. Hierbei handelte es sich um eine Reihe von Datenkonferenzstandards, die in den frühen bis mittleren 90er Jahren entwickelt wurden und zusammen mit H323 die Grundlage für Net Meeting bildeten . Und der Hauptverantwortliche für T120 ist Neil Starky. Starky hegte schon früh eine Leidenschaft für Kommunikation, unter anderem arbeitete er als Discjockey und Tontechniker bei einem Rock'n'Roll-Radiosender. Ich war bereits seit der neunten Klasse an der High School Amateurfunker. Dann habe ich mein Funksprechzeugnis dritter Klasse erworben, damit ich im kommerziellen Radio arbeiten konnte, richtig? Und schließlich, ein paar Jahre später, habe ich den ersten Abschluss geschafft, sodass ich Ingenieur werden konnte. Und ja, ich habe damals als Rock'n'Roll-Discjockey gearbeitet , weshalb ich beim ersten Mal vom College geflogen bin. Dies hatte letztendlich enorme Konsequenzen für sein Leben, denn Ende der 60er Jahre bedeutete es für einen jungen Mann, der nicht an einer Hochschule eingeschrieben war, dass er ein Hauptkandidat für die Wehrpflicht war. Und genau das ist passiert. Weißt du, sechs Monate später trug ich in Südostasien, im sonnigen Land, einen kleinen grünen Anzug , nicht wahr? Das war also der Reifungsprozess, der mir nach meiner Rückkehr geholfen hat, mich besser zu konzentrieren. Zurück in den USA Anfang der 70er Jahre begann er die zweite Runde seiner Hochschulausbildung an der University of Kentucky. Ich gehöre eigentlich zur ersten Generation dessen, was wir heute Computeringenieure nennen, aber so etwas gab es Anfang der 70er Jahre noch nicht. Meine erste Erfahrung machte ich mit einem Intel 4004. Die vollständigen technischen Informationen bestanden aus einem einzigen doppelseitigen Blatt Papier. Auf der einen Seite befanden sich die Spezifikationen für den elektrischen Anschluss. Die andere Seite war die Assembler-Sprachspezifikation. Und an der Universität von Kentucky war einer seiner Professoren gerade von seiner Doktorarbeit am MIT zurückgekehrt und hatte eine Projektionsdisplay-Technologie entwickelt, die eine Auflösung von 1 bis 2000 Zeilen darstellen konnte. Und zu der Zeit kam nichts anderes auch nur annähernd an das heran. Videokonferenzen erhielten viel Aufmerksamkeit in der Öffentlichkeit, aber nicht viel geschäftlichen Nutzen, richtig? AT&T hatte es mit einem Videokonferenzsystem versucht , aber im Grunde bestand das einzige Geschäft darin, diese riesigen, millionenschweren Konferenzräume zu nutzen, die speziell angefertigt wurden und mit Spezialausrüstung ausgestattet waren, und wirklich schlechte Videoqualität über dedizierte Telefonleitungen zu gewährleisten. Wir sahen aber in diesen Dingen einen entscheidenden Mangel, der einen wichtigen Teil dessen ausmacht, was ein wirkliches Meeting erfordert. Es fehlten die Daten, das Papier, die Zeichnungen, solche Sachen. Die Standard-Fernsehauflösung hatte einfach nicht die nötigen Pixel, um ein Blatt Papier im Format 8 1/2 x 11 Zoll in einer für den Menschen lesbaren Form darzustellen. Die damalige Anzeigetechnik, die beim Standardfernsehen mit schrecklicher Komprimierung und schrecklicher Qualität zum Einsatz kam, konnte nicht annähernd die gewünschte Auflösung darstellen, es sei denn, man zoomte bis auf etwa ein Sechzehntel eines Blattes Papier herunter. Doch mit dieser neuen Technologie gab es einen gewaltigen Sprung in der Auflösung. Also beschlossen sie, daraus ein Produkt zu machen. Wir gründeten das Unternehmen, aus dem später Databromic Technology Incorporated hervorging. Das ist ein ganz schöner Brocken. Das passiert eben, wenn Ingenieure versuchen, Dinge zu benennen , nicht wahr? Denn die Technologie war eigentlich ein kathodischer Phosphor. Es handelte sich also um eine Art Leuchtstoff, der nicht leuchtete. Es änderte tatsächlich seine Farbe, wenn man mit einem Elektronenstrahl anstatt mit Tinte darauf schrieb. Das US-Militär, das zu den weltweit größten Nutzern von Fernkonferenzen gehörte, finanzierte schließlich ihren ersten Prototyp. Die Regierung, insbesondere das Star-Wars-Programm, baute zu dieser Zeit diese millionenschweren, hochsicheren Konferenzräume und brauchte dringend eine Technologie wie unsere. Wir haben den Auftrag erhalten, ein Terminal zu bauen, das all diese Funktionen bot und sich in den Codeex des Kompressionslabors in diesen Räumen integrierte. Es nutzte den ersten kommerziellen Flüssigkristallprojektor, der von Hughes Aircraft gebaut wurde und ursprünglich als Borddisplay für den Lagezentrum auf dem Schiff konzipiert war. Es war also auch sehr teuer. Unser Produkt hatte einen Wert von 50.000 US-Dollar. Der Projektor kostete 50.000 Dollar. Aber wenn man diese beiden Dinge in einem Konferenzraum im Wert von einer Million Dollar zusammenbringt, dann ist es nur noch ein gleichmäßiges Rauschen. Sie begannen, diese Systeme an das Verteidigungsministerium und sogar an die NASA zu verkaufen. Doch es gab ein Problem. Die Regierung wollte aber keine firmeneigenen Produkte kaufen. Als dieser große Auftrag anstand, schlugen wir vor, unsere Protokolle und die Funktionsweise unserer Systeme zu öffnen und sie im Rahmen eines Standardisierungsprozesses öffentlich zugänglich zu machen. Ich hatte keine Ahnung, was zum Teufel da auf mich zukommen würde, und wir haben gewonnen. Die Regierung wünschte sich einen offenen internationalen Standard, damit die eingesetzte Technologie nicht an einen einzelnen Hersteller gebunden wäre. Zu diesem Zeitpunkt gab es tatsächlich nur sehr wenige Datenkonferenzsysteme. Der einzige Markt von nennenswerter Größe war also der Markt für Datenkonferenzen im Rahmen von Videokonferenzen. Also ein komplettes Meeting-Konzept, richtig? Die treibende Kraft waren jedoch die kommerziellen und staatlichen Interessen. Sie wollten, dass das funktioniert. Sie erkannten, wie wichtig das war, und wollten, dass es auf Standards basiert, damit sie nicht von einem einzigen proprietären Anbieter im Stich gelassen würden, wie es in den 80er Jahren der Fall gewesen war. Ich habe also buchstäblich meine damaligen 8 bis 12 Ingenieure mitgenommen. Wir haben sechs Monate damit verbracht, all diese Dinge, die wir getan hatten, in einer Form zu dokumentieren, die wir einreichen konnten. Wir hatten es dem Tierschutzkomitee TR29 vorgelegt. Damit kam die Sache ins Rollen und ich begann zu verstehen, wie der Normenprozess funktioniert. Ich wurde gebeten, als Teil der US-Delegation an der Tagung der Internationalen Fernmeldeunion im Winter 1988 in Genf, Schweiz, teilzunehmen. Die ITU oder Internationale Fernmeldeunion ist eine UN-Sonderorganisation, die sich mit Kommunikations- und Informationstechnologien befasst. Und die ITUT, früher CCITT genannt, ist die Normungsabteilung dieser Agentur und verantwortlich für alles von den in den 80er und 90er Jahren entwickelten Modemstandards für Einwahlverbindungen bis hin zu den modernen, hochmodernen Videocodecs wie H.266. Starky hatte jedoch praktisch keinerlei Erfahrung mit Normen. Und bei der ITU fand er sich in einem einschüchternden Umfeld wieder. Und dann sitze ich da in dem großen Raum mit Kopfhörern und wähle meine Sprache und all das. Und ich bin auch noch vom Jetlag geplagt, weil ich erst am Abend zuvor angekommen bin, und ich denke mir: Wie um alles in der Welt kann irgendjemand in dieser Umgebung irgendeine Art von Arbeit erledigen ? Anschließend hatten wir ein anderthalbstündiges Meeting und danach eine zweistündige Kaffeepause. Nun ja, ich habe schnell gelernt, dass die Kaffeepausen wichtiger sind als die Besprechungen, wenn es darum geht, tatsächlich etwas zu erreichen. Die ITU hatte ein neues Arbeitsthema eröffnet, das sie als Frage innerhalb einer Studiengruppe bezeichneten, die sich mit Audiografiken, Daten, Sprache und Grafiken befasste, die in einer einzigen Telefonkonferenz ausgetauscht werden. Und für jede neue Frage brauchte es jemanden, der die Bearbeitung leitete . Eine Position, die früher als Spezialraptor bezeichnet wurde. Laut Starky war Italien für die Besetzung der Position vorgesehen, hatte aber niemanden, den es vorschlagen konnte . Die Vereinigten Staaten sahen also eine Chance, sich den Sitz zu sichern, und der Anwalt des Außenministeriums in der Delegation hatte Starky im Sinn. Und sie zogen mich beiseite, und er sagte, der Anwalt sei italienischer Abstammung. Also, er sagt mir: „Haben wir ein Angebot für Sie?“ Und er sagt: „Nun ja, man muss sich für vier Jahre verpflichten.“ Und wir sind ein Startup, richtig? Sie müssen sich also für 4 Jahre verpflichten, und übrigens, Sie verkaufen ja an die US-Regierung, deshalb können wir Sie nicht sponsern . Man muss also der ITU als Industriemitglied beitreten, und es gibt nur einen einzigen Beitragssatz, richtig? AT&T, IBM und Data Beam zahlen also den gleichen Betrag. Wir hatten kein Geld. Ich meine, es war so, als hätten wir gerade unser erstes profitables Jahr mit gerade mal 250.000 Dollar hinter uns. Aber wir sagten: Nun ja, das ist so ein Moment, wo es heißt: Wenn wir pleitegehen, gehen wir pleite, dann können sie nicht kommen und sich bei einer Schlägerei bereichern, richtig? Also sagten wir: Lasst es uns einfach mal ausprobieren und sehen, was passiert. Also, wir haben, ich glaube, es waren 50.000 Dollar Jahresbeitrag, bezahlt, richtig? Ich wurde zum Spezialrepertoire für Frage 13, die aioraphische Frage, die die Entwicklung der T120- Normenreihe zum Ziel hatte. Und damit wurde offiziell der sogenannte T120-Standard ins Leben gerufen, der eigentlich eine Reihe von Standards umfasste, die ein breites Spektrum an Konferenzfunktionen abdeckten . Während Starky und die Studiengruppe der ITU an einem neuen Standard arbeiteten, war eine kleine Gruppe von Softwareentwicklern in England damit beschäftigt, ihre eigene Konferenzlösung zu entwickeln. Im Jahr 1981 verließ eine Gruppe von Ingenieuren die britische Niederlassung von IBM und gründete ein eigenes Unternehmen in Nordlondon. Sie riefen die Firma Data Connection Limited an. Während ihrer Zeit bei IBM haben sie gerade das Just- in-Time-Lagerverwaltungssystem von Tesco fertiggestellt, bei dem in jeder Filiale ein 8100-Minicomputer installiert wurde . Bei Data Connection oder DCL, wie sie genannt wurden, spezialisierten sie sich zunächst auf die Verbindung verschiedener Computersysteme mit IBM-Großrechnern. Doch Anfang der 90er Jahre sollten sie bald auf eine völlig neue Anwendung umsteigen. Ich leitete eine Geschäftseinheit, die ursprünglich als Gruppe für Sonderprojekte gedacht war. Ähm, aber dann entwickelte sich daraus die Gruppe für kollaborative Softwareentwicklung, und ursprünglich haben wir in diesem Bereich Grafikgerätetreiber entwickelt – eines der ersten Projekte, die wir in dieser Geschäftseinheit durchgeführt haben. Es handelte sich um Treiber für Grafikgeräte, aber wir sprachen mit IBM und deren RS6000- Abteilung. Ich war mit einem der Technikexperten aus dem Team dort, um ihnen unseren Grafikgerätetreiber zu verkaufen . Wir haben mit Chris Mays gesprochen. Er war Mitbegründer von Data Connection und stieß nur wenige Wochen nach der Firmengründung zum Unternehmen hinzu. Doch ein Jahrzehnt später sollte sein Treffen mit IBM massive Auswirkungen für das Unternehmen haben. Ich hatte ein Gespräch mit dem Laborleiter in Texas. Ich glaube, er ist in Austin, glaube ich. Wir haben ihm die Treiber für die Grafikkarte vorgestellt . Dann sagt er: „Nun, das ist alles sehr gut. Ich finde, ihr seid tolle Kerle.“ Er sagte: „Aber wir haben bereits Treiber für die Grafikkarte.“ „Äh“, sagte er, „aber was wir uns wirklich wünschen würden, wäre eine Möglichkeit zur gemeinsamen Nutzung von Anwendungen zwischen zwei RS6000-Workstations, und idealerweise auch zwischen Workstations verschiedener Hersteller .“ Wir glauben, dass ein großer Bedarf an dieser Art der Anwendungsfreigabe bestehen wird, bei der nicht nur jemand anderes sehen kann, was auf Ihrem Bildschirm zu sehen ist, sondern auch die Kontrolle über Ihren Bildschirm übernehmen und tatsächlich manipulieren kann, was auf Ihrem Bildschirm passiert. Er sagte: „Haben Sie so etwas?“ Er sagte: „Nun, nein, das tun wir nicht.“ Aber ich melde mich dazu später noch einmal. Der entscheidende Punkt war die Forderung nach herstellerübergreifender Kompatibilität, da Desktop- und Anwendungsfreigabe zwar bereits Anfang der 90er Jahre existierten, aber im Allgemeinen an spezifische Plattformen wie Timbuktu für Macs oder HPs Shared X gebunden waren. Wir fuhren weg, und Ken und ich saßen am Hotelpool und tranken ein Bier, und nach ein paar Minuten sagte Ken zu mir: „Weißt du was?“ Er sagte: „Ich denke, wir könnten ziemlich schnell eine Demo davon erstellen. Ich glaube, ich weiß, wie wir das anstellen würden.“ Also fuhren wir zurück nach Nordlondon, wo wir unseren Sitz hatten, und stellten ein Team aus den vier besten Ingenieuren meiner Geschäftseinheit zusammen. Vier wirklich sehr technisch versierte Experten. Und wir sagten: „Okay, so wollen wir das machen.“ Äh, wir haben 8 Wochen Zeit, um eine Demo zu erstellen. „Los geht’s.“ Und sie bauten das, und wir präsentierten es in einer Demo. Und ich muss sagen, die Demo war wirklich beeindruckend. Wie alle Demos war sie noch weit von einem fertigen Produkt entfernt, aber sie funktionierte. Nachdem wir die Demo präsentiert hatten, bevor wir das Produkt tatsächlich fertiggestellt hatten , sprachen wir mit unseren Freunden bei Microsoft, da wir zu dieser Zeit in verschiedenen Projekten eine sehr enge Zusammenarbeit mit Microsoft pflegten . Wir sprachen mit den richtigen Ansprechpartnern. Und diese sagten: „Ja, wir stimmen Ihnen zu, dass die gemeinsame Nutzung von Anwendungen sehr wichtig sein wird, aber wir entwickeln sie bereits, daher macht es für uns keinen Sinn, sie von Ihnen zu lizenzieren.“ Das war etwas enttäuschend. Unmittelbar nach der Absage von Microsoft erregten sie jedoch die Aufmerksamkeit einer Firma namens Picture Tell, und wir verkauften unsere Lösung zunächst an Picture Tell. Picture Tell war damals der größte Anbieter von Videokonferenzsystemen . Sie hatten einige sehr hochwertige Systeme. Sie begannen aber auch, kompaktere Systeme zu implementieren und waren von der Technologie begeistert. Tatsächlich waren sie die ersten, die diese einsetzten. Die Idee war, sie dann anderen Herstellern von Videokonferenzsystemen zur Verfügung zu stellen . Picture war mit seinem Live-PCS-System bereits führend im Bereich Desktop-PC-Videokonferenzen, und Data Connection sollte nun die Anwendungsfreigabetechnologie entwickeln, die Microsoft gerade verworfen hatte. Die technischen Herausforderungen bei der Implementierung unter Windows 3.1 waren jedoch aufgrund von Bandbreiten- und CPU-Beschränkungen enorm. Bitmap- Mirroring, bei dem ein Bitmap- Bild der Anwendung oder des Desktops gerendert wird (ähnlich einem Screenshot), war völlig ausgeschlossen . Data Connections Lösung bestand darin, Windows-GDI- oder Grafiktreiber-Schnittstellenaufrufe abzufangen und an den Remote-Client zu senden. Nur für primitive Elemente wie Linien, Formen und Text, die zu komplex für die Reproduktion waren, sollten Bitmaps verwendet werden. Dies erforderte eine tiefe, undokumentierte Integration in Windows. Während Data Connection und Picture ihre eigene proprietäre Lösung entwickelten, steckten Starky und die T120-Gruppe in den politischen Auseinandersetzungen um die Entwicklung eines internationalen Standards fest. Das Problem für Starky und die Die T120-Gruppe stand vor der Herausforderung, dass der Standard in einer Welt unglaublichen Wandels entstand. Die Technologie veränderte und entwickelte sich rasant. Unternehmen investierten in unterschiedlichste Technologien, von X25 über ISDN und Wählmodems bis hin zu T1, ATM und so weiter. Auch die Datenkonferenztechnik selbst umfasste eine Vielzahl von Anwendungen und Branchen, wobei jeder unterschiedliche Vorstellungen von der Funktionsweise der Konferenzprotokolle hatte. Wir haben viel Zeit damit verbracht, etwas zu entwickeln, das nie zum Einsatz kam, nicht wahr? Starkys Aufgabe bestand also darin, all diese inkonsistenten Technologien zu integrieren und einen einheitlichen Standard zu schaffen, der die Interoperabilität aller Technologien gewährleisten sollte. Anfang der 90er-Jahre wurde deutlich, dass der Desktop-PC eine entscheidende Rolle spielen würde. Es gab damals zwei Branchenkonsortien, richtig? CATS war das eine, und die PCWG, die im Wesentlichen von Intel gesponsert wurde, war die andere. Ich war eher neutral, da ich den Standard entwickeln wollte und mein Ziel darin bestand, all diese Aspekte zu berücksichtigen. Die PCWG, die Arbeitsgruppe für persönliche Konferenzen, war Intels Initiative zur Integration von Multimedia- und anderen Technologien. Konferenzen wurden auf den PC übertragen. CATS stand auf der anderen Seite. Sie vertraten traditionelle Konferenzanbieter wie Polycom. 1994 sprachen die Verantwortlichen von CATS Starky beiseite und unterbreiteten ihm einen Vorschlag. Ich war bei einem Treffen in Newport Beach, wo die Verantwortlichen von CATS anwesend waren, und ich kannte alle. Wir kannten uns alle. Sie sagten also, dass sie so etwas machen wollten und jemanden mit der nötigen Autorität im Bereich der Standards brauchten . CATS wollte, dass Starky die beiden Lager vereinte. Es sollte eine Organisation, einheitliche Testregeln und ein gemeinsames Ziel geben. Ich erklärte mich bereit, Gründungspräsident dieses neuen internationalen Multimedia- Konsortiums zu werden, und eine meiner ersten Aufgaben war es, Pat Gellzinger und Intel davon zu überzeugen, dass dies auch für sie von Vorteil wäre . Das gelang mir. Sie fusionierten und wurden zu einem unserer größten Unterstützer. Das Ergebnis war das International Multimedia Teleconferencing Consortium, das IMTC. Es sollte ein Umfeld schaffen, in dem man seine Prototypen präsentieren konnte. Aus dem Labor, unter strenger Geheimhaltungsvereinbarung, sollte versucht werden, mit Wettbewerbern zusammenzuarbeiten, Probleme zu lösen und die Erkenntnisse dann in den Standardisierungsprozess einfließen zu lassen, um den Standard zu optimieren. Da der Markt für Datenkonferenzen immer intensiver wurde, arbeitete die Gruppe bei DCL bereits an einer Windows-95-Portierung der Anwendungsfreigabetechnologie, als sie sich erneut an Microsoft wandte. Diesmal stießen sie jedoch auf eine andere Resonanz. Wir präsentierten ihnen die Technologie, und sie waren begeistert und sagten: „Wir würden gerne ernsthafte Gespräche über die Lizenzierung für die Nutzung in NetMeeting führen.“ Bis dahin war Microsoft mit seinen Vorstößen in den Netzwerkbereich weitgehend erfolglos geblieben. In den 80er- und frühen 90er-Jahren dominierte Noville Network den Markt. Microsofts erster Versuch, mit dem Netzwerkmanagement zu konkurrieren, war der Land Manager, der über OEMs wie 3Com und IBM vertrieben wurde. Die Netzwerksparte erkannte, dass diese Strategie des Vertriebs über OEMs nicht sehr erfolgreich war und letztendlich scheiterte. John Lewig kam 1988 als Programmmanager zur Netzwerksparte von Microsoft. Ich stand kurz davor, einen weltverändernden Weg einzuschlagen. Als der Geschäftsbereich Netzwerk explodierte, wechselte ich zu Brad Silverberg, der das Windows-Geschäft leitete. Wir beschlossen, eine Windows-Version mit integrierter Netzwerkfunktion zu entwickeln: Windows for Work Groups. Das erwies sich als Riesenerfolg. Nicht, dass die Leute unbedingt unzählige Netzwerke haben wollten, aber es wurde zum Standard, den alle PC-Hersteller auslieferten, da es Netzwerkunterstützung bot und ihnen die Arbeit erleichterte. Es hatte ein schnelleres Dateisystem und wurde einfach zum dominierenden Bestandteil jedes ausgelieferten PCs. Nach dem Erfolg von Windows for Work Groups begann Microsoft fast sofort mit der Entwicklung des nächsten Betriebssystems, genannt Chicago, das schließlich Windows 95 werden sollte. Anfang 1994 erhielt Bill Gates einen Brief von Steven Sonowski, einem seiner engsten Vertrauten, der gerade den Campus der Cornell University im Rahmen einer Rekrutierungsreise besucht hatte. Der Brief selbst ist eine Schilderung der Geschichte der Informationstechnologie in Cornell. Aber wo er wirklich beginnt Interessant ist, dass Sinowski von einem Paradigmenwechsel spricht. In Cornell war das Internet bereits vorhanden. Es war allgegenwärtig. Und vor allem war es praktisch kostenlos. Er schließt den Brief mit einer Liste von Vorschlägen ab, darunter die Implementierung von TCP/IP- Netzwerkprotokollen sowohl für Chicago als auch für Windows NT und die entscheidende Untersuchung des Einsatzes netzwerkbasierter Konferenzen, wie sie im CUCM-Projekt in Cornell gezeigt wurden. Wir können es nicht mit Sicherheit wissen, aber dieser Brief schien bei Gates einen Funken entzündet zu haben. John Lugwigs nächste Aufgabe in der Windows-Gruppe war es daher, die Netzwerkfunktionen in alles, was möglich war, für die nächste Windows-Version zu integrieren. Ja, das gesamte Netzwerkteam für Windows 95 arbeitete für mich. Wir entwickelten den IP-Stack. Wir entwickelten alle anderen Stacks, die wir mit Windows 95 auslieferten . Wir alle waren frühe Internetnutzer, noch bevor Windows 95 auf den Markt kam, und erkannten, dass das Internet wirklich wichtig sein könnte. Wir wollten, dass Windows die führende Methode für den Internetzugang wird. Deshalb integrierten wir auch die gesamte Einwahlnetzwerktechnik, denn wir wollten, dass jeder das Internet als etwas Normales wahrnimmt. Sie wollten Windows 4 nutzen. Im Februar 1995 kündigte Microsoft seine Unterstützung für Starkys IMTC an und lizenzierte Datab Beams T120-Toolkit. Das waren sehr interessante Verhandlungen, nicht wahr? Sie wollten mit Windows 95 wirklich für Furore sorgen, richtig? Und sie waren der Meinung, dass sie im Bereich Telekommunikation, Videokonferenzen und elektronische Meetings etwas brauchten, da wir Produkte für Sun Microsystems und ähnliches im Angebot hatten, richtig? Sie wollten also unbedingt etwas Eigenes entwickeln und überzeugten sich für das Argument der Standards, wie sie es immer tun. Sie nutzen Standards, schauen sich aber auch Webbrowser an, richtig? Sie wollen sie aufgreifen und erweitern, richtig? Genau das wollten sie tun. Aber wir konnten nicht nur die Kerntechnologien liefern, sondern hatten auch einen Server namens Net120-Server, der Gruppenbesprechungen aggregieren und steuern konnte und auf T120 basierte. Das gab ihnen die Möglichkeit, genau das zu tun und ihr Produkt sofort in einem Umfeld lauffähig zu machen, das viel Aufmerksamkeit und Diskussionen erregte. Die Welt sah damals ganz anders aus. Würden sie für immer dabei bleiben? Natürlich nicht. Windows 95 wurde im August 1995 mit TCP/IP-Einwahlnetzwerk ausgeliefert und legte damit den Grundstein für das, was Microsoft in den nächsten Jahren entwickeln würde. Und diese Grundlage war beabsichtigt. Bill Gates erklärte das Internet zur wichtigsten Entwicklung seit dem IBM PC und wies alle Abteilungen von Microsoft an, es genauso zu behandeln. Nachdem Windows 95 nun weit verbreitet war und die T120-Standards kurz vor dem Abschluss standen, veranstaltete das IMTC Interoperabilitäts- Events, um zu demonstrieren, wie verschiedene Produkte und Plattformen über diese standardbasierten Protokolle kommunizieren konnten. Im März 1996 veranstalteten das IMTC, Microsoft und Intel in Santa Clara das Event 120 mit 140 Testsitzungen, die 6.000 Testsequenzen umfassten und in denen über 95 % erfolgreich waren. Dies demonstrierte erhebliche Fortschritte bei der Interoperabilität der Konferenzinfrastruktur. Diese IMTC-Events erwiesen sich als Glücksfall für Datab Beam. Das war das Genialste, was wir je gemacht haben. Aber jetzt hatten wir 150 Unternehmen weltweit, die wollten, dass all das funktioniert. Wir arbeiteten zusammen und entwickelten zufällig portable Software, die lizenziert und eingesetzt werden konnte. Von den etwa 150 bis 160 Unternehmen, denen wir Lizenzen erteilten, trugen 150 maßgeblich zu unserem Erfolg bei . Währenddessen entwickelte Lugwicks Gruppe bei Microsoft weiterhin Anwendungen, die die neuen Funktionen von Windows 95 nutzten. Microsoft arbeitete damals an einer Reihe verschiedener Netzwerkanwendungen, und wir waren motiviert, netzwerkbasierte Apps zu entwickeln, da die Nutzer diese dann eher annehmen und installieren würden. Blake Irving, ein Mitarbeiter von Lugwick, arbeitete an einer dieser Apps. Am 29. Mai 1996 präsentierte Microsoft der Welt NetMeeting zusammen mit dem Internet Explorer 3.0. Es wurde als kostenloses, offenes und standardkonformes Produkt beworben und bot zahlreiche Funktionen, darunter Sprachübertragung und natürlich die gemeinsame Nutzung von Anwendungen. So konnten vor allem neue PC- Nutzer die Möglichkeiten des Internets kennenlernen . Die Nutzer waren begeistert. Microsoft veröffentlichte 1997 die zweite Version von NetMeeting. H323-konforme Videokonferenzen mit Codecs von Intel vervollständigten die ursprüngliche Vision von Audio, Video und Daten in einem einzigen Konferenzanruf. Die Videoqualität galt allerdings schon damals als ziemlich schlecht. Aber es funktionierte ausreichend. Der Zielrechner, auf dem es laufen sollte, war angeblich ein Computer, den Laura Butler, die damalige Microsoft-Projektleiterin für das Produkt, gerade erst für ihre Großmutter gekauft hatte . NetMeeting hatte vielfältige praktische Anwendungsmöglichkeiten. Wir saßen oft in Meetings bei Microsoft zusammen und sprachen über die verschiedenen Anwendungsfälle. Zum Beispiel hatte man ein Röntgenbild oder Ähnliches, und der Hausarzt war sich nicht sicher, wie er es interpretieren sollte, aber es gab einen Experten, der Tausende von Kilometern entfernt war. Man konnte sich per Benutzername zu NetMeeting anmelden und die Bilder teilen. Das wurde tatsächlich genutzt. Oder ein Kind wollte mit seiner Großmutter sprechen, die Hunderte von Kilometern entfernt war, und dann griff man auf den ILS-Server zu und stellte fest, dass es noch viel mehr Möglichkeiten gab. Riskante Anwendungen, wissen Sie, man denkt sich: Moment mal, vielleicht sollte ich mir das auf der Arbeit ansehen. Net Meeting nutzte ULS-Server (später ILS-Server genannt) als eine Art Telefonbuch für Net Meeting-Nutzer. Dort konnte man sehen, wer sonst online war und diese Personen anrufen, ohne deren IP-Adresse zu kennen. Um es klarzustellen: Das waren öffentliche Server, auf die sich jeder einloggen konnte. Sie können sich also vorstellen, was dann passierte. Ja. Ich meine, heutzutage ist das doch offensichtlich, oder? Aber damals war es das nicht , glaube ich. Ich erinnere mich, wie ich mir das ansah, und vielleicht zeigt das einfach, wie naiv ich war, aber ich war ziemlich entsetzt. Wir entwickelten so etwas. Zum Glück für Martin Davidson, der Ende 1995 zu DCL kam, wollte Microsoft Net Meeting in eine stärker auf Unternehmen ausgerichtete Umgebung portieren. Da war also die Entwicklung von Windows 95, und die neigte sich dem Ende zu – ich meine, sie war nicht ganz vorbei, aber sie begann sich dem Ende zuzuneigen, als ich… Als ich dazukam, fing ich ungefähr um Weihnachten herum damit an. Wir begannen mit den Online-Meetings zur Portierung auf NT. Ich war von Anfang an Teil des Teams . Im Vergleich zu 95 war NT ein ganz anderes Kaliber. Es lehrte uns zwar viel, aber es war eher ein richtiges Betriebssystem mit Kernel und Benutzermodus. Man konnte nicht einfach im Kernel machen, was man wollte. Daher war eine Art Umstrukturierung des NT-Displaytreibermodells erforderlich, um diesen parallelen Displaytreiber zu haben, an den wir uns anhängen und die grundlegenden Funktionen extrahieren konnten. Wir hatten dann natürlich einen Displaytreiber im Kernel, mit dem wir mit den Benutzermoduskomponenten kommunizieren mussten . Es gab also eine Menge Arbeit, und wir migrierten zu 32 Bit. Damals lief NT nicht nur auf x86, sondern war auch eine Alpha-Version für PowerPCs. Es gab also einiges zu tun, um es zu portieren. Auch das galt für Net Meeting. Die geschäftliche Nutzung war allerdings eher gering, und der Markt war bereits mit anderen Konferenzanwendungen überschwemmt. Net Meeting war zwar gut angekommen, aber kein einzigartiges Produkt mehr . Das war doch immer ein Traum, oder? Ich meine, wie viele Whiteboard- Apps habt ihr schon benutzt? Gemeinsam nutzbare Whiteboard-Apps. Wahrscheinlich Dutzende im Laufe eurer Karriere. Ich weiß, ich habe Dutzende benutzt. Und das klingt immer nach einer tollen Idee, nicht wahr? Es klingt einfach super, aber ich muss sagen, ich sehe heutzutage kaum noch jemanden, der das nutzt. Es klingt zwar nach einer tollen Idee, aber in der Praxis ist es nicht wirklich überzeugend. Während Net Meeting also in mancher Hinsicht eher eine Spielerei war, hatte eine Funktion durchaus Potenzial für den Unternehmenseinsatz: die gemeinsame Nutzung von Anwendungen oder das, was später als Remote-Desktop bekannt wurde. Mitte der 90er-Jahre veröffentlichte Citrix Windframe für Windows und T3.51, wodurch Windows zu einem Mehrbenutzer- Betriebssystem wurde, das es mehreren Benutzern ermöglichte, sich am selben System anzumelden und Anwendungen auszuführen. Unabhängig voneinander . Nun, sie hatten all diese Technologie, aber Microsoft wollte, glaube ich, die Datenleitung, das Protokoll und die Leistung kontrollieren. Sie sahen, dass wir ihnen über NetMeeting einen Teil dieser Technologie zur Verfügung stellten . Also dachten sie: „Wir können das nehmen und mit Citrix Windframe kombinieren und dann einen Terminalserver bauen, wie er damals hieß.“ Davidson und seine DCL-Kollegen wechselten zu einem neuen Projekt namens „ Terminaldienste für Windows NT“. Der Fokus lag damals ganz klar auf der Leistung. Ich habe viel an der Clientseite gearbeitet. Das Ziel war, dass ein Datenpaket vom Kabel kam, entschlüsselt wurde und sich dann, sobald es entschlüsselt und in einem Puffer war, nicht mehr kopiert oder verschoben wurde . Es gab also keine weiteren Datenkopien mehr, da Datenkopien teuer sind. Das Ziel war, dass wir interaktiv Flipper über einen 10-Zoll-Bildschirm spielen konnten. Ein Ethernet-Netzwerk mit Megabit pro Sekunde war, wie ich finde, ein wirklich anspruchsvoller Testfall, denn ich testete ja schließlich nicht, sondern spielte Flipper. Währenddessen hatte Microsoft, parallel zur Entwicklung der Terminaldienste, das Anwendungsfreigabeprotokoll von Net Meeting der T120-Gruppe der ITUt vorgelegt. Im Februar 1998 wurde es als T128, dem Standard für die gemeinsame Nutzung von Anwendungen über mehrere Punkte, ratifiziert. Vier Monate später, im Juni, gipfelte die Arbeit von Data Connection Limited, Citrix und Microsoft schließlich in der Windows NT 4.0 Terminal Server Edition. Diese nutzte Microsofts eigene Erweiterung des T128- Protokolls, die sie RDP (Remote Desktop Protocol) nannten. Doch Net Meeting hatte kein langes Leben. Mit der Veröffentlichung von Windows XP im Jahr 2001 wurde Net Meeting absichtlich aus dem Startmenü entfernt und fristete stattdessen sein Dasein im Windows-Verzeichnis als comp.exe. Ich glaube, ich hatte während meiner Zeit bei Microsoft drei, vielleicht vier Net-Meeting-Anrufe, und zwar immer mit Blake, dem Leiter des Net-Meeting-Teams. Ja, genau. Die anfängliche Erfahrung war so eingeschränkt, dass sie keine wirkliche Bandbreitenverbindung ermöglichte . Wir hatten keine konkreten Nutzungsziele. Es ging lediglich darum, den Wert von Windows und Netzwerkfunktionen aufzuzeigen und den Kauf anzuregen. Aber es gab kein eigenständiges Geschäftsziel für NetMeeting und auch kein Nutzungsziel. Ich glaube, es wurde im Laufe der Jahre auf etwa 800 Millionen PCs installiert. Obwohl es nicht den Erfolg hatte, den es meiner Meinung nach hätte haben können, stand es nie wirklich im Mittelpunkt. Es wurde im November 2003 offiziell eingestellt und durch Office Live Meeting ersetzt . Eine letzte Hotfix- Version 3.02 wurde am 22. März 2007 veröffentlicht, fast elf Jahre nach seinem Debüt. NetMeeting war, wie so viele andere Konferenztools, seiner Zeit einfach zu weit voraus. Die Ideen waren gut, aber die damals verfügbare Technologie und Bandbreite konnten , trotz ihrer rasanten Entwicklung, die Anforderungen nicht erfüllen . So funktioniert Technologie nun mal, oder? Man bringt etwas auf den Markt, erzeugt genug Hype darum, und die Leute stürzen sich darauf. Dann heißt es: „ Wir müssen es zum Laufen bringen“, richtig? Irgendjemand muss ja der Erste sein, und der Erste ist nie der Beste. Selbst T.120, der bahnbrechende Standard für Datenkonferenzen, geriet in Vergessenheit. Er war nicht skalierbar. Das war die grundlegende Schwäche dieser Architektur. Als wir dieses Video zum 30-jährigen Jubiläum von Net Meeting drehten, wussten wir nichts über seine Geschichte oder was davon noch übrig war. Es war für uns nur noch eine verblassende Erinnerung. Es ist also verrückt zu sehen, dass das, was ursprünglich nur dazu gedacht war, die Internetverbindung unter Windows zu demonstrieren, in Form von Remote Desktop bis heute nachwirkt . Es gibt definitiv ein Erbe dessen, was mit Thin Clients und Remote Desktop passiert ist. Videokonferenzen waren immer absehbar , aber ich denke, es war interessant, sie damals zu nutzen, als die Hardware gerade so dazu in der Lage war. Interessant. Und du hast Recht, RDP ist das Legacy-System. y. Man kann eine Linie von diesen Anfängen bis zu dem ziehen, was die Leute heute als selbstverständlich ansehen, wie zum Beispiel Zoom und Google Meet, wo man Anwendungen teilen kann und die Idee, einfach seinen eigenen Desktop zu teilen, völlig normal erscheint. Und während Net Meeting in der Versenkung verschwand, machten die Menschen, die daran gearbeitet hatten, Karriere bei Größerem und Besserem. Datab Beam wurde 1998 von IBM übernommen, und Neil Starky übernahm die Rolle des leitenden Ingenieurs. Data Connection Limited wurde schließlich zu Meta Switch und konzentrierte sich zunächst auf die Migration von TDM zu Voiceover-IP. Chris Mayers wurde CTO, bevor er sich vielen anderen Projekten widmete, unter anderem als Direktor bei Raspberry Pi. Und in einer Wendung, die sich wie ein geschlossener Kreis der Geschichte anfühlt, erwarb Microsoft im Jahr 2020 Meta Switch. Ein Unternehmen, das bereits in den frühen OS2-Tagen mit Microsoft zusammengearbeitet hatte, wurde schließlich Teil davon. Also, ein Hoch auf 30 Jahre Microsoft Net Meeting, das Konferenztool, das uns körnige Videos in Miniaturansicht und ein größtenteils nutzloses Whiteboard bescherte, uns aber letztendlich etwas viel Besondereres gab, das wir noch heute nutzen. Vielen Dank fürs Zuschauen beim seriellen Port, wir sehen uns beim nächsten Mal.