Oggi la JSF, la Jabber Software Foundation ha proposto due estenzioni per l’ XMPP,
il Jingle e il Jingle Audio.

E Google nel frattempo ha rilasciato le sue Libjingle, implementazioni delle Jingle e delle Jingle-audio. Librerie che google talk usa per negoziare, stabilire e mantenere le sessioni p2p.

Le licence vengono rilasciate in Berkeley-style license

Incorporare le Libjingle nei vari software, dovrebbe consentire di interagire con Google Talk.

Grazie Jabber, grazie Google!

Aspettando un gateway sip/iax/h323, ovviamente.

La JSF dice:
“Grazie all’ impegno di Google negli standard open, la comunita’ di Jabber puo’ ora costruire una larga serie di nuove applicazioni, dalla voce e video al file sharing, gaming, application casting, shared editing, e whiteboarding

riferimenti:

http://www.jabber.org/press/2005-12-15.shtml
http://code.google.com/apis/talk/index.html
http://googletalk.blogspot.com/2005/12/jingle-all-way.html
http://agnv.blogspot.com/2005/12/google-talk-releases-voip-protocol-and.html
http://www.voidstar.com/node.php?id=2633
http://www.corante.com/getreal/archives/2005/12/15/
jabberorg_releases_open_voip_and_multimedia_protocols.php

Posted by becks as Voip, IM, Tech, Protocol at 10:53 PM CET

No Comments »

Come gia’ detto qui alcune societa’ stanno cercando di vendere applicazioni per bloccare skype dalle intranet.

Il sistema di skype e’ decentralizzato.

Come si vede da questa immagine, skype e’ composto da nodi e supernodi. Per diventare supernodi, e’ necessario avere un ip pubblico, ed abbastanza cpu/memoria e banda disponibile.

Sotto si vede una rappresentazione dei nodi europei.

Come si vede da questo diagramma di flusso, la procedura per collegarsi al network di skype e’ molto flessibile (forse troppo per alcune intranet).

L’ SC (skype client) cerca di connettersi a un HC (host cache, supernodo) direttamente via udp. Se non ci riesce, prova via http porta 80, se non ci riesce prova un tunnel con una CONNECT sulla 443 tcp. Se esiste un proxy, dovrebbe prendere le credenziali da explorer.

Insomma skype, riesce ad uscire da qualunque http proxy con abilitate le porte 80 e la 443.

Come bloccarlo?
Non e’ possibile bloccare gli HC, perche’ sono dinamici.
In una intanet non e’ plausibile bloccare tutto il traffico in uscita verso http e https… ma esiste un workaround che puo’ diventare un compromesso come viene descritto qui.

Il metodo e’ semplice, ma sembra efficace.

Skype sembra fare sempre delle CONNECT verso degli ip, e non degli hostname.

Configurando in questo modo squid:

# Your acl definitions
acl numeric_IPs urlpath_regex ^[0-9]+\.[0-9]+\.[0-9]+\.[0-9]+
acl connect method CONNECT

# Apply your acls
http access deny connect numerics_IPs all

si bloccano le connect verso ip, ma non verso hostname.
I falsi positivi probabilmente saranno pochi, perche’ e’ molto probabile che quando si visitano siti https, si digiti l’ indirizzo e non il nome.

ulteriori informazioni:
An Analysis of the Skype Peer-to-Peer Internet Telephony Protocol
p2p experts map SkypeNet’s Supernodes

Posted by becks as Voip, Skype, Protocol at 11:13 AM CET

1 Comment »

Una buona spiegazione del protocollo SIP, per non addetti ai lavori.
La nascita, le funzionalita’ e le potenzialita’

Posted by becks as Voip, Protocol at 3:20 PM CET

No Comments »

un interessante tabella apparsa su voip.cornfed.com sulle possibile convergenze fra email IM , 2-way voice,2-way video,web,blog,1-way audio, 1 way video

il mito della convergenza web/email/telefonia/video/blog/etc…

Posted by becks as IM, Protocol at 2:27 PM CET

No Comments »