Moin @ bootplazma,

blootplazma wrote on 25. May 2007 at 11:30:


Nun ja, es gibt den Marktführer mit ausgeklügelter Werbestrategie, einem Geldpott, um diese Werbung daraus zu zahlen, und die Möglichkeiten, die man mit der Software des Marktführers hat.

Und es gibt Phoner... diese Software ist weit verbreitet (wie wir hier feststellen mussten), nutzt die gegebenen technischen Möglichkeiten, und dient ausschliesslich dem Telefonieren.

blootplazma wrote on 25. May 2007 at 11:30:


Das meinte ich mit "Möglichkeiten, die man mit der Software ... hat".

Zur Geschichte der Buddy-Liste

In den Zeiten, als man sich noch im UseNet über die Box "unterhielt", wurden in diesem Verfahren Nachrichten hinterlassen - man konnte nur in Echtzeit "miteinander" kommunizieren, wenn man gerade geichzeitig online war - also A hinterlässt B eine Nachricht, und B beantwortet diese zeitnah.

Dann wurde das IRC entwickelt - dort gab's "Räume", und über ein IRC-Kommando konnte man abfragen, wer sich alles in diesen Räumen aufhielt. 'Ne echte BuddyList war das aber auch noch nicht - erst als die ersten IRC-Clients (so etwa mIRC) die ~user-Abfrage in einem seperaten Fenster darstellten, konnte man von der Freundes-Liste reden.

Das Verfahren wurde später von AOL verfeinert, und mit dem Instant Messenger erstmalig etabliert - ICQ folgte mit einem eigenen Protokoll unmittelbar darauf nach. Seit dem wird in jedem CHAT-Client die Buddy-Liste benutzt, egal ob IRC, Jabber, ICQ etc. pp.

Das macht in dieser Hinisicht wirklich Sinn, weil man ja nur mit jemandem Chatten kann, wenn dieser auch online ist. Sonst täte es ja auch eine EMail.

blootplazma wrote on 25. May 2007 at 11:30:


Nach der SIP-Spezifikation RFC 3261 können ausser Audiodaten auch andere Echtzeit-Streamings möglich sein, etwa auch die Übertragung von Videos. 

Selbst wenn die Umsetzung mit SIP jedoch gar kein Problem wäre, so existiert jedoch das Problem, dass ein weiterer zentraler Server existieren muss, auf dem alle SIP-Teilnehmer (die online sind) registriert sein müssen - dann erst kannst Du erkennen, ob einer Deiner "Buddys" online ist.

Skype mit seinem geschlossenen, propietären Protokoll kann das, weil alles über die Skype-Server läuft - einen zentralen Server für jeden kleinsten SIP-Provider (und davon gibt's mittlerweile ziemlich viele) gibt es jedoch meiner Kenntnis nach nicht. Somit ist auch nicht die Möglichkeit gegeben, Benutzer, die gerade online telefonieren, in Phoner(Lite) einer Buddy-Liste zuzuordnen.

Um jedoch auch Leute erreichen zu können, die über verschiedene Anbieter sippen, müsste erst einmal jeder Anbieter die "Wer-ist-gerade-online"-Funktion anbieten - und die Software muss diese Information für verschiedenste Anbieter auslesen können.

blootplazma wrote on 25. May 2007 at 11:30:


Das wäre der reinste Horror!

Szenario 1: Stell Dir einfach einmal vor, Du kommst müde, erschöpft, ausgepowert nach Hause - dass wird irgendwo registriert, und dann steht dass Telefon nicht mehr still...

Szenario 2: Stell Dir einfach einmal vor, Du telefonierst per SIP - und ständig klopft jemand an, und will mit Dir quatschen, und Du muss glechzeitig auf allen 8 (Phoner) Kanälen sprechen...

Szenario 3: Stell Dir einfach einmal vor, Szenario 1 und Szenario 2 wären im Festnetz möglich...

Phoner und PhonerLite sind in dieser Hinischt "einfache Telefone" - der Logik eines Telefonats folgend: Will man mit jemandem sprechen, ruft man denjenigen an. Ist derjenige nicht da, hat man Pech...

Skype verursacht nun folgendes: "Ach guck mal, der ist ja gerade da - den rufe ich jetzt mal an..."

Ganz einfach einmal davon abgesehen, dass es bei der technischen Umsetzung des zentralen SIP-Servers bereits ein Problem gibt (Heiko könnte theoretisch einen eigenen Server für alle Phoner-Sipper einrichten - Benutzer mit anderen SIP-Phones blieben auch da aussen vor. Heiko hatte jedoch bereits zum Ausdruck gebracht, dass er dass niemals machen würde) - 

Welchen Nutzen hätte eine Buddylist für ein Telefon? Ausserdem gibt's da ja das Telefonbuch und das Logbuch - man könnte diese beiden Funktionen als "Buddylist für erreichbare SIP-Teilnehmer" ansehen. Nur: Wenn einer davon nicht da ist, oder selber gerade telefoniert, bringt die beste "Wer-ist-gerade-online"-Liste rein garnichts.

Es dürfte absehbar sein, dass es eine "echte Buddylist" in Phoner(Lite) wohl niemals geben wird.

Viele Grüße vom Kai

Moin die II. @ bootplazma,

Okay, lass uns dass Szenario durchspielen...

Der passenste Ort für diese Abfrage wäre im Telefonbuch...

Es liesse sich realisieren, indem man für alle Mitglieder, die online sind (dazu mehr später) einen grünen Knopf darstellt, für alle Mitglieder, die nicht online sind, einen roten...

Der Request würde also an alle Benutzer gesendet werden, die in Deinem Telefonbuch stehen. Dass würde einen seperaten Server unnötig machen.

Ein Ping würde lediglich zurückliefern, dass ein Benutzer online ist - da kommt nun die Fritzbox-Geschichte (und alle anderen Router) ziemlich ungelegen, weil hierdurch ein "Ist Online" signalisiert wird, obwohl der Benutzer selbst nicht zwangsläufig erreichbar sein muss.

Ein Request sollte jedoch von Client zu Client möglich sein, oder den Namen eines benutzten Clients zurückliefern. Das wäre meiner Meinung nach umsetzbar: Hat der Benutzer seinen Client gestartet, beantwortet der Client den Request mit "Benutzer ist online".

Nächstes Problem:

Wie erfährt Dein abfragender Client, ob die Clients Deines Telefonbuchs online sind? Theoretisch nur, indem eine Testverbindung hergestellt wird. Über die SIP-Rufnummer erhält man die IP, und über die IP könnte ein regelmässiger Request (man will ja in Echtzeit in Erfahrung bringen, wer aus dem eigenen Telefonbuch online ist) stattfinden.

Nächstes Problem:

Wechselt während einer Session die IP (Providerabschaltung, man will ja für statische IP's kassieren, und vergibt daher wechselnde IP's), muss Dein abfragender Client dieses irgendwie in Erfahrung bringen. Ansonsten hast Du einen "Netsplit" - die Testverbindung zu Deinen Buddys muss daher regelmässig wiederholt werden.

Nächstes Problem:

Der empfangende Client darf diese Testverbindung, damit Du die IP der Gegenstelle erfährst, jedoch nicht als Anruf werten - ich kann Dir jedoch jetzt nicht genau sagen, ob nach der RFC 3261 nicht jede SIP-Verbindung auch als Anruf gewertet werden wird...

Das liesse sich mit einer propietären Phoner-Funktion realisieren:

Wenn ein Request "Bist-Du-Online" kommt, werte dieses nicht als Anruf, sondern als Request, und zeige für den Request-sendenden-Benutzer im Telefonbuch gleichzeitig einen grünen Knopf dar.

Alle restliche SIP-Clients blieben jedoch aussen vor... Damit würde Phoner nun wieder propietär (was es jedoch nicht sein will).

Viele Grüße vom Kai.

Hi @blootplazma

blootplazma wrote on 25. May 2007 at 13:36:


Das wäre eine Lösung, die - so wie ich de RFC 3261 verstehe - laufen könnte.

Quote:


Ich verstehe Deine Verständnisprobleme . Sobald die Registirerung beim SIP-Provider stattfindet, sieht das SI-Protokoll für den Request-Header eine Auszeichnung des User-Agents vor. Ob diese Bezeichnung beim ACK auch mitgesendet werden kann, bzw. ob dieser Header bei einem ACK dem empfangenden User-Agent bekannt gegeben wird, ist mir unbekannt.

Quote:


... der diese Anfrage (Teilmenge von ACK) zulassen muss, oder, weil ein solches, neues Feature zu Lasten der SIP-Betreiber geht, von den SIP-Betriebern als DOS-Attacke gewertet werden könnte - aber dass nur einmal so am Rande bemerkt . Gibt's in dieser Hinsicht eigentlich ein SIP-Softphone mit dem von Dir gewünschten Feature? Ich meine, wenn nicht, dann würde ich mich dazu bereit erklären, einige Anbieter anschreiben, um nach den Gründen zu fragen.

Quote:


Na sag einmal - warum lässt Du solcherlei überdachte Vorschläge eigentlich scheibchenweise einfliessen? Für den Fall, dass Du Heiko bereits einen konzeptionell ausgearbeiteten Vorschlag vorlegen kannst, tu es einfach .

Quote:


Meine Meinung: Ein solches Feature ist als weiteres Feature (und als, soweit ich weiss, für SIP-Clients, einzigartiges Feature) sicherlich interessant. Persönlich würde ich jedoch keine Person anrufen wollen, nur weil mir signalisiert wird, dass diese Person gerade angerufen werden kann.

Viele Grüße vom Kai

Ich habe einfach einmal SIPGATE und die Hersteller von SIPPS (Ahead) angeschrieben, ob die Umsetzung einer BuddyListe - so wie man sie von Skype kennt - Sinn machen würde, und, falls nicht, aus welchen Gründen. Auf die Antworten bin ich gespannt - vor allem jedoch, ob SIPGATE über einen Request (ob jetzt ACK oder ein anderer) ohne den Zweck eines Verbindungsaufbaus begeistert wäre. In dieser Hinsicht wäre tatsächlich zu absehbar, dass ein enormer Traffic auf die SIP-Provider zukäme, falls solche Requests zum Start jedes SIP-Clients zulässig wären.

Tatsächlich würde da ein Request ausreichen - falls die IP hinter dem SIP-Provider nicht verschleiert wird, oder falls die Aktualität dieser IP später auf anderem Wege zuverlässig erkannt werden könnte.

Als nächstes Problem sehe ich die Verschlüsselung und die Firewall eines Benutzers: Ist dem Rechner, auf dem Phoner läuft, die IP eines anderen bekannt, so muss in der externen Firewall zur ständigen Überprüfung, ob der Nutzer online ist oder nicht, eine Berechtigung eingerichtet werden... 

In dieser Hinsicht müsste man sich Gedanken zu einem "sauberen" Verfahren machen.

Viele Grüße vom Kai

Gibt es Antworten von sipgate oder von Ahead?