Google Talk: enkele eerste indrukken
Eindelijk is het zover. Google lanceert eindelijk de langverwachte IM-dienst. Als naam werd geopteerd voor Google Talk. Als protocol werd geopteerd voor XMPP (Extensible Messaging and Presence Protocol), het door het IETF goedgekeurd XML-gebasseerd protocol dat de basis vormt van de IM dienst Jabber. VoIP zat nog niet in de Jabber-standaarden en het is dan ook fantastisch dat Google hierin werk geleverd heeft en volgens dit FAQ-onderdeel dat ze dit protocol volledig gaan documenteren. Zou een prachtige toevoeging aan Jabber betekenen!
Dat Google gebruik maakt van een open standaard deze bijgevolg wat gepusht wordt, is een fantastische zaak. Jammergenoeg wordt het grote voordeel van een open standaard, namelijk interoperabiliteit, momenteel tenietgedaan aangezien men nog geen server2server connecties toelaat (tech talk: hun DNS SRV records staan (nog) niet ingesteld en de server aanvaard nog geen s2s) toelaat zodat gebruikers van een andere Jabber server nog niet rechtstreeks kunnen communiceren met Google Talk gebruikers. Je bent verplicht van een gmail account aan te maken en gebruik te maken van de google servers. Gelukkig kan dit laatste wel met een der welke Jabberclient. Nu ja, op hun developer pagina staat wel dat ze uitgaan van een vrije keuze van platform, client en service, met redelijk veel uitleg rond, waardoor ik veronderstel dat binnenkort communicatie vanop andere servers wel mogelijk zal zijn. Uit de tekst maak ik ook op dat ze MSN- en ICQ-gebruikers ed willen laten communiceren met Google Talk gebruikers, waardoor ik verwacht dat ze binnenkort een Jabber Transport (mooie uitleg over Jabber en transports op deze pagina) zullen opzetten.
Hopelijk raakt deze betafase snel voorbij en worden alle mogelijkheden van server2server communicatie, Jabber transport en VoIP via Jabber binnenkort toegevoegd. Ik kijk er alvast naar uit. Het zou een mooie stimulans en een serieuse push qua bekendheid betekenen voor de gemeenschap. Op naar een wereld waarin iedereen met iedereen kan communiceren dankzij open standaarden!
Tot slot nog enkele quotes uit de Google Talk about- en developer pagina's die mij hoop geven op een beter gebruik van open standaarden.
We believe that you should have a choice in how you communicate with your friends, that you shouldn't have to use one service because that's where you keep your contacts and other information. (...) Today, with instant communications, you can't talk to your contacts or buddies in one service while using another service. We hope to change that. (...) That's why we're also supporting open standards and the same protocol that clients such as Trillian, GAIM and iChat do.
Google's mission is to make the world's information universally accessible and useful. Google Talk, which enables users to instantly communicate with friends, family, and colleagues via voice calls and instant messaging, reflects our belief that communications should be accessible and useful as well. We're committed to open communications standards, and want to offer Google Talk users and users of other service providers alike the flexibility to choose which clients, service providers, and platforms they use for their communication needs.
What is "service choice" and how does Google Talk enable it?
Service choice is something you have with email and, for the most part, with your regular phone service today. This means that regardless of whom you choose as your email service provider (Gmail, Hotmail, Yahoo! Mail, your school or ISP, etc), you can email anyone who is using another service provider. The same applies to phone service. (...)
Unfortunately, the same is not true with most popular IM and VOIP networks today. If the people you want to talk to are all on different IM/VOIP services, you need to sign up for an account on each service and connect to each service to talk to them.
We plan to partner with other willing service providers to enable federation of our services. This means that a user on one service can communicate with users on another service without needing to sign up for, or sign in with, each service.
9 reacties
Mjah, redelijk goeie analyse, bedacht +- hetzelfde deze ochtend toen ik de site las ;-)
Toch een opmerking: de voice extensie is pas echt goed/nuttig indien het een officiele JEP/RFC wordt...
Ook S2S is een must natuurlijk. Let wel dat het eigenlijk niet nodig is een SRV record in te stellen om dat werkend te krijgen ;-)
Daarnaast: ik vrees dat dit in .be niet zo gaat aanslaan. Zoveel mensen gebruiken gmail namelijk niet ("Ik heb hotmail, das toch genoeg?").. Vergeet niet dat MSN in .be erg populair is, maar in vele andere landen (niet-Benelux) een stuk minder hoor... In .de bvb zijn ICQ en AIM niet weg te krijgen.
Maar 't zou op sommige vlakken wel nuttig zijn natuurlijk. Al heeft MSN Messenger nuttige (hmm ;-)) features die er hier niet inzitten, spijtiggenoeg.
Nu nog een goeie free client natuurlijk... Iemand goesting mee te werken aan GIM? :-)
Ikke
Over 'GIM': google werkt zelf aan een cliënt voor linux...
(Ik hoop vooral dat ze snel werk maken van die s2s verbindingen.)
Jah, een closed-source client die enkel op hun netwerk werkt, en niet geïntegreerd is in de desktop. Njah... :-P
De voice extentie is idd pas nuttig wanneer het een echte open standaard wordt, en geen API zoals bijvoorbeeld Skype dat doet of gepatenteerde toestanden.
SRV record is idd niet nodig voor s2s, wel als je gewoon wil aanmelden (of mensen toevoegen) mbv het JID ipv zelf de servernaam en poort ed te moeten opgeven.
In .be staat MSN idd nogal sterk. Ooit was dat ICQ, maar op uiterst korte termijn bleef er van ICQ niets meeer over en is iedereen MSN geworden. Gmail is ondertussen wel vrij populair aan het worden, Skype heeft ook kunnen teren op een ferme hype en het succes van een sterk verbeterde geluidskwaliteit. Die hype zal een pak minder zijn bij Talk: iedereen heeft iets wat nu al deftig werkt. Ze zullen het vooral moeten hebben van toegevoegde waarden: zoekfuncties, communicatie vanop Talk/Jabber naar MSN/ICQ,... Hopelijk lukt het om toch een degelijk marktaandeel te krijgen zodat Jabber ook een kans maakt in deze MSN-only wereld.
En een client: tja, zolang ze geen API of standaard van hun VoIP gedeelte vrijgeven, is het moeilijk zelf iets te maken. Het chatgedeelte is simpel: elke Jabber client kan ermee overweg.
Ik hoop echt op voldoende openheid en de status van standaard voor hun VoIP protocol. Ze gaan ook wel SIP ondersteunen, maar dat lijkt mij niet echt goed: je moet de poorten waarop je je "servertje" draait doorgeven. Normale routers en NAT-gateways kunnen daar niet mee overweg. Op UGent-VPN zou dat alvast niet werken ;-)
Hmm, SIP heeft geen router/firewall changes nodig, je hebt het over H323 (NetMeeting) denk ik... SIP werkt perfect over upnp.
Client: met GIM bedoel ik niet Google Instant Messenger, maar Gnome Instant Messenger :-) Zie de wiki voor meer details (indien je er toegang toe hebt ;-))
BTW: Skype protocol is vandaag een klein beetje opener geworden :-)
UPNP is wel een feature die normale firewallbeheerders direct uitschakelen hé. Het is niet de bedoeling dat een client die achter een firewall zit, zelf kan vragen om specifieke poorten aan de WAN kant open te zetten. Zeker als het om een NAT-router gaat, kan dit serieuze problemen opleveren, bijvoorbeeld als twee clients vragen om dezelfde poort open te zetten. UPNP is sterk af te raden uit veiligheidsoogpunt. Bij SIP ga je (via de server) aan de client aan de andere kant vertellen naar welke poort hij het dataverkeer (voice/video) moet sturen. Een normale firewall gaat die poorten niet openzetten. Dit is not done. Een firewall zet normaal enkel de poort open van waarop een pakket verstuurd is, en zo hoort het ook. Dit is de reden waarom men bij het IETF niet al te gelukkig is van deze SIP-standaard. Vele developers zijn het erover eens dat het niet kan dat je in een pakket naar een host te kennen geeft dat deze de datapakketten in jouw richting naar een andere poort moet sturen. Je stuurt terug naar de poort van waar het pakket verstuurd is. Voor signaling is er geen probleem: die communicatie gebeurt met de SIP-server en tussen de SIP-servers onderling. Die SIP-server zal netjes antwoorden op de poort van waarop je je eerste register message verstuurde.
NetMeeting weet ik niet, maar Windows Messenger gebruikt normaal SIP. We hebben daar dit jaar een practicum mee gedaan en dat SIP-protocol wat moeten analyseren. Best wel interessant.
Skype protocol: wist ik niet, ga ik direct s gaan bekijken zie :-) Thanks!
Windows Messenger/MSN Messenger voice is idd SIP, NetMeeting is H323, en mss ook wel andere protocols.
Het Skype protocol is niet open, wel enkele subonderdelen (niet speech-related)
About Skype: idd, heb 't gelezen ondertussen. Misschien komt er binnenkort wel een transport voor Jabber-Skype (enkel IM uiteraard). Nu ja, is niet echt hard nodig eigenlijk. Ik denk niet dat er veel mensen zijn die enkel Skype gebruiken.
Google instant messagingEn jawel mensen, het is zover. Na maanden speculatie: Google lanceert Google talk, een nieuwe instant messaging service die de concurrentie met Yahoo en MSN zal aangaan.
Plaats een nieuwe reactie