Názory k článku
Coccinella: telefonujeme a kreslíme přes Jabber

hezké, nedávno jsem řešil možnosti hlasové komunikace, a na tuto variantu jsem už skoro zapomněl. jestli on ale ten protokol vůbec někdy oficiální bude - vypadá to, že poslední aktualizace příslušného JEPu je rok a půl stará. má o jeho současném vývoji autor článku nějaké informace ?

http://www.xmpp.org/extensions/xep-0166.html

20.6.2007 neni rok a pul stary. Bohuzel se Jingle stale vracel (a snad to bylo naposledy a je to na dobre ceste) z last callu kvuli pripominkam. JEPy byly nahrazeny XEPy.

aha, tak to jsem asi koukal na XEP-0179 (Jingle + IAX), bylo už docela pozdě.. )

Roadmap XMPP vypadá docela jasně.

http://www.xmpp.org/xsf/roadmap.shtml

Už aby to bylo!

Něco takového jsem potřeboval! Kolikrát jsem potřeboval něco načrtnout, protože jeden obrázek je lepší než tisíc slov a neměl jsem jak.

Když už jsme u toho - neexistuje nějaká webová stránka, kde se dá podobně volně kreslit a ostatní návštěvníci to vidí také? Kdysi jsem viděl nějakou flashovou věc, ale čmáralo tam tak 1001 lidí zaráz a bylo to nepoužitelný.

tuto je nieco take: Doodle Too

Neumí propojení přes jabber i inkscape? Něco takového jsem v menu viděl.

Je to tak...

U toho kreslení to problém nebude, sem tam se pošle nějaký vektor, ale u hlasu to může být horší: co se stane, když jsou oba účastníci v domácích sítích za NATem? Jde komunikace přímo (jako při přenosu souborů), nebo přes server? V druhém případě to může být při větším rozšíření dost nepříjemné pro servery z hlediska zátěže.

Nejsem odborník, ale podle toho co jsem četl by právě toto měla řešit zmíněná knihovna jingle.

Ono je to tak, ze i pro prenos souboru se pouziva IBB, hlavne, kdyz neni k dispozici pripojeni primo. Takze uz se ty data prenasi pres server. Pro Jingle se da pouzit STUN server nebo nejaka stream proxy, to ale stale neresi problem s prenosem hlasu za prisnym firewallem. Vzhledem k latenci XMPP serveru presne nevim, jestli by byl prenos hlasu mozny. Asi ano. Z hlediska zateze serveru to neni az takove peklo, jak to vypada. On vlastne ten server tu stanzu vezme a hodi ji ze socketu do socketu, jen si precte odkud kam jde. Neco jineho je kapacita a kvalita hostingu, protoze malokdo vas necha na pateri za par stovek se strojem s prenosy v radech TB mesicne :-). Pokud takovy ISP jsou, tak at se mi ozvou :-).

PS: Samozrejme, pokud je clovek pripojen pres nejakou http proxy k Jabberu, tak se volat skrz in-band streams urcite telefonovat nebude dat. Proste FW jsou problem ale zaroven pravo spravcu site.

Pokud si pamatuji, Google dokáže Jingle protlačit i přes HTTPS proxy. Umí tohle Skype? Chce to každopádně finance na takovou HTTPS relay... nebo nějakou obdobu supernodů. :)

Když už jsme u toho přenosu souborů - přes jabber se mi to nikdy nepodařilo, to už přes to ICQ to prošlo víckrát. Používám nejnovější Pidgin a jsem za NAT, žádnou proxy nepoužívám. Čím to může být?

Nepouzivate filetransfer proxy, prestoze jste za NAT a jako by to nestacilo, tak jeste pouzivate Pidgin. Smrtelna kombinace :-).

IAX je spickovy protokol, co vychazi ze SIP, vymysleli ho lidi od Astarisk ..
Takze nejaky NAT je mu totalne ukradeny, funguje proste vsude. SIP by uz mel byt davno nahrazeny IAX ... :-)

Pouzivam ho na sve ustredne a planuju i pro jednoho zakaznika. Tusim, ze by ten jabber sel spojit i s Asterikem ..

I přes to se mi daří přes ICQ posílat soubory bez jakýchkoliv filetransfer proxy a to i ve spojení NAT-NAT.
Pidgin je fajn věc - multiprotokolový IM. Sice není dosaženost 100%ní funkčnosti u všech protokolů, ale stále to funguje lépe, než transporty protokolů přes Jabber (registrace nových účtů, přenos souborů, další vlastnosti protokolu, které transport nezvládne - ten je vhodný na čisté přijímání a zasílání zpráv a tím to hasne).

Jabber klient gajim je defaultne nastaven tak, ze prenos souboru funguje. Pidgin se da taky tak nastavit, ale musite vedet, jak si v nem nastavit tu proxy.

Já přez jabber taky prd poslal přez pidgin. Ale nevim proč, regnul jsem s ena Gtalk a teď posílám soubory na jabber na jakejkoli server bez problémů i s Pidginem.

Přesměroval jsem si port z routeru a jde mi i z Psi i z Gajima - s klienty, kteří jsou za NATem..

Když už jsme u toho přenosu souborů - přes jabber se mi to nikdy nepodařilo, to už přes to ICQ to prošlo víckrát. Používám nejnovější Pidgin a jsem za NAT, žádnou proxy nepoužívám. Čím to může být?

Je to vlastnosti NATu. Tak si nastavte ve svem Jabber-klientu file transfer proxy. Nebo jeste lepe pokud mate pristup k NATu, nastavte si v nem port forwarding pro odpovidajici port. Na PsiWiki existuje clanek venujici se teto problematice. Domnivam se, ze u jinych Jabber-klentu by to mohlo byt obdobne.

Neco podobneho existuje i jako rozsireni pro Firefox - http://sameplace.cc, a taky to pouziva Jabber. Volat pres to nejde, ale krome kresleni pres to muzete hrat treba i sachy...

Whiteboarding umí taky Tkabber a je v plánu i pro klienta Jabbim.

umi, je tam na to plugin. ale spoji se to zase jenom s tkabberem. nic univerzalniho zatim asi neni ...

Google Talk vydal před časem knihovnu "libjingle", jež je použitá ve v článku zmíněných klientech - Jabbin, experimentálně Psi a Kopete. Tato knihovna je s Google Talk kompatibilní.

Jingle jako specifikace XMPP Standards Foundation se od původní implementace Google odchýlila, takže je třeba rozlišovat klienty, jež jsou Jingle a klienty, jež jsou libjingle.

Dokonce se zdá, že to není takhle jednoduché. Nepovedlo se mi totiž zjistit, co vlastně používá Coccinella, jenom jsem našel informaci o tom, že _není_ kompatibilní s Google Talk.
http://www.thecoccinella.org/faq/voip

To IMHO může znamenat dvě věci:
1) Používá Jingle (od XSF) + Jingle AIX transport method (tohle píšou na stránkách)
2) Používá sice Google Sessions, _ale_ mají jenom AIX transport.

Pokusím se odpověď zjistit :-)

Proboha k čemu to je, když je to kompatibilní jenom samo se sebou. To se asi zbláznili.

Nieco ako Skype?

jestli to jede podle specifikace a ne podle libjingle, tak je to z mého pohledu v pořádku a to že nejsou jiní klienti, kteří by komunikovali podle specifikace není jejich problém. K čemu ty specifikace teda máme? Jen pro okrasu, a implementovat si protokol budeme jak nás napadne? Tak to je cesta do pekel.

No já nevím, na odkazu, který uvedl zenek je odkaz na XEP-0179, kde je napsáno, že implementace se nedoporučuje. Rozhodně by udělali líp, kdyby udělali pro Linux klienta, co se domluví s Google Talkem.

No to máš zase pravdu, ale tak ta specifikace ještě není finální, až bude, tak by to vše mělo jet podle ní, jinak v tom bude bordel.

http://tapioca-voip.sourceforge.net/wiki/index.php/Screenshots

Bohužel, pro KDE/Qt stále asi nic (leda by už Kopete bylo dostatečně adaptované pro Decibel...), pokud nepočítám nestabilní a nepodporované patche pro Psi a Kopete.

Google slíbil že jakmile bude specifikace Jingle finální, předělá svůj Google Talk tak aby s ní byl kompatibilní.

Je rozhodně lepší se řídit standardizovanou specifikací, než nějakou chybnou implementací od Google.

Tak to je dobra firma :-) Uz se taky tesim az tohle vsechno bude naprosto bezny jako treba email. Muzu ale jenom doufat, ze lidi v CR nezustanou u ICQ.

... MSN něco takového nabízí už hezky dlouho a spolehlivě to funguje. Nicméně přesto asi přejdu na tento klient, protože PSI mi už dost dlouho nevyhovuje... Jenom by to mohli dotáhnout do spolehlivě funkčního konce...

Neznate nekdo nejaky SIP program, ktery se na OpenBSD nejen zkompiluje, ale dokonce nespadne zahy po pusteni na segfault, a nedejboze se v nem da vytocit cislo a (to uz fakt chci asi moc) prenos zvuku chodi obema smery a to i (apokalypsu na me!) i kdyz jsem za NATem?

O tomto programu vim uz delsi dobu(par mesicu). Na konkurencnim portale je o tom zaznam(jen ne final verze, zrovna jsem nemel naladu to zformulovavat do pouzitelne podoby, tak to udelal nekdo za me).
Zajimalo by me jestli autor zkousel verzi s voip. Verze bez voip funguje vpohode(kdyz pominu vzhled). Ale verze ktera ma zabudovane voip proste nefunguje(ne bezduvodne je v tom zaznamu stale 0 uzivatelu). Prihlasim se, ok. Pak se neco stane, mozna nekdo zmeni stav nebo co ja vim co, v klientovi vyskoci okno chybovych hlasek, jenze tech chybovych hlasek je najak moc, okno presahuje obrazovku smerem dolu, nejde odkliknout a krizek nefunguje. Od teto chvile je klient NEPOUZITELNY. Proste bez zruseni toho okna nedovoli nic udelat.
Nebo delam neco spatne? Byla by velmi zajimava kdyby fungovala.

Odpovim si sam. Zkousel. Spustil coccinellu na dvou pc, na kazdem vytvoril jeden ucet, do tohoto uctu pridal kontakt na ten druhy ucet a ono to slo. Ja jsem byl vzdy liny vytvaret dalsi ucet a tak jsem pouzival realny kde mam kontakty. Staci jediny kontakt prihlaseny z nevyhovujiciho klienta(pro coccinellu) a hned vyskoci toto okno.

Zkoušeli jsme program s několika kolegy a to nejen v testovacích účtech, ale i v těch běžných (já tam mám přes 120 lidí) a nezaznamenal jsem jediný problém.

Tak jsem to nainstaloval, spustil a koukal :-). Spotřeba paměti celkem děsivá. Nějakých 80 MB mi připadá opravdu hodně na kecálka. Tak to šlo zase pryč.

U mě naopak předběžně celkem nadšení. Spotřeba paměti max. 17MB při telefonování a kreslení. To nejpodstatnější: jabber (chat, icq transport, sms transport), volání a tabule funguje pěkně. Testuju to na Linux Ubuntu 7.04 <-> Linux Ubuntu 7.04 a zběžně jsme to zkusili i na WinXP <-> WinXP. Pro normální uživatele to bude asi fajn, jen by to ještě chtělo češtinu.

Este som to neskusal s dvoma strojmi (VoIP), takze, ako je to optimalne pre telefonovanie:
1) Moze byt user1 na inom jabber serveri ako user2?
2) Je to optimalne (user1&user2) na jednom jabber serveri?
3) vsetky jabber serveri to podporuju, pripadne, ktore najlesie pre cz,sk
4) Moze to byt sifrovane to telf. a ako?

Budem rad, ak sa dostanem vdaka Vam, trochu do obrazu, ci sa to oplati pouzivat. vopred diky za pomoc.