Ammetto poi che quest’idea ha potuto contare sul mio carattere non proprio smanioso di comunicazione 1a1 e, si, magari anche non proprio spendaccione . Mi ricordo che una volta, con vodafone e naturalmente ancora senza abbonamento a internet, non feci una ricarica per così tanto tempo che mi arrivò un SMS che mi intimava a farne una, altrimenti la sim si sarebbe disattivata.

Sono un fan delle soluzioni accessibili, che abbattono barriere e che grazie alla tecnologia permettono di aggirare ostacoli, magari evitando di dipendere da decisioni di altri. In poche parole basta SMS/Telefonate tradizionali, mi basta Internet! Si possono trovare traccia di questi discorsi sul blog qui e qui.

Attualmente la soluzione più semplice è usare Gtalk, ribadisco per chi non avesse letto questo che non parlo di Gtalk perchè di Google o perchè integrato bene in Android, ma perchè Gtalk usa protocolli aperti, Jabber/XMPP. Con Gtalk quindi è già possibile scrivere e fare chiamate audio/video da Android, sostituendo le spese di telefonia.

A casa ho un telefono voip, non lo uso più per le chiamate su rete tradizionale perchè non mi interessa (ma ci vorrebbe un attimo per ripristinarlo), lo uso di più invece come semplice interno Asterisk da chiamare via SIP per contattare casa. L’utilizzo che ne faccio però è solo cellulare->casa, perchè altrimenti dovrei tenere sempre acceso un client SIP sul telefono, sprecando batteria.

Gtalk invece è sempre attivo in background su Android, come posso unire le due cose?

Come ho detto Gtalk usa protocolli aperti, tecnicamente mettere in comunicazione il protocollo SIP con la libreria jingle di XMPP non dovrebbe essere difficile, infatti il team Asterisk ci ha già pensato!

Non mi dilungo sula configurazione necessaria perchè di guide se ne trovano a bizzeffe.

Google

Ti ringrazio vivamente Google per aver scelto un protocollo aperto per il tuo servizio chat di riferimento, ma perchè mai dovresti abbandonare gli standard per fare di testa tua?

Non ho studiato XMPP ne Jingle, ci ho solo giochicchiato, ma posso dire senza dubbi che Google crea problemi di integrazione con Gtalk semplicemente perchè personalizza gli stream che i vari client usano per comunicare col server. A prova di questo basta sapere che Asterisk usa, giustamente, due plugin diversi per la stessa cosa, uno per Jabber e uno per Gtalk.

Non conosco l’history dei cambiamenti, ma ho letto di sviluppatori che si lamentavano di cambiamenti improvvisi di Google che rompevano compatibilità. In più posso garantire che con il client Android per Gtalk ha ulteriormente fatto confusione cambiando lo stream di comunicazione.

Non solo, sia il client Android (4.0) che il client da Google+ (con microfono e webcam disponibili) hanno impostato “jingle capable = no“, vale a dire che si auto dichiarano non capaci di fare chiamate audio/video, quando sappiamo benissimo che ne sono capaci. #nosense

Ringrazio anche Asterisk per essere un ottimo centralino software, ma soprattutto per essere Open Source. Così ho preso il file chan_gtalk.c e ho cercato di capire come poter ovviare alla confusione creata da Google.

Ne ho tirato fuori queste 3 semplici patch, la prima qui è un workaround abbastanza “sporco”, semplicemente se vede “android_talk*” come resource forza l’avvio della chiamata; la seconda, qui, risolve invece un problema con le chiamate da Gtalk verso Asterisk che non vengono processate perchè nel client Android il tag </jingle> viene chiuso prima del tag <session>; la terza, qui, risolve un problema simile, ma per le chiamate verso Gtalk. La versione di Asterisk su cui ho lavorato è la 1.8.9.0.

Morale

Grazie a protocolli aperti possiamo far parlare “cose”, software e protocolli stessi completamente differenti, anche se l’azienda di turno non ha previsto utilizzi diversi da quello base.

Non basta usare un protocollo aperto, ma bisogna anche rispettarne gli standard, Google ha il vizietto di non farlo e di personalizzarsi le cose, meglio sempre stare allerta. (per non parlare di Apple che usa XMPP castrato e non accessibile)

Grazie alla disponibilità del codice sorgente ho potuto fixare e segnalare le modifiche al team Asterisk.

Eppure c’è chi continua a usare protocolli chiusi, continua a sostenere aziende che palesemente lo prendono in giro e continua ad usare software proprietario…

Fattibilità

Non tutti hanno la possibilità di avere un server Asterisk e purtroppo da quello che ho capito ne pbexes ne liberailvoip supportano le chiamate via XMPP. Oltre ovviamente ad arrangiarsi con il semplice Gtalk, si può sempre installare Asterisk su un router/access point con openwrt.

Sempre per la storia che Google fa le cose a metà, il client Android utilizza l’autoparlante generale per le chiamate (o le cuffie se attaccate), rendendo le chiamate a volte impossibili da fare in pubblico. In quel caso ovviamente si può sempre usare un client SIP normale, l’importante è aver catturato l’attenzione della persona con una chiamata (o con un messaggio, usando il comando JabberSend di Asterisk).

Posted from Padova, Veneto, Italy.

Il mio server con blog, mail, jabberd, amuled ecc.. ha come distribuzione debian etch; l’intenzione era di fare l’upgrade stasera ma sono tornato ora e sono stravolto .

Nel frattempo (dubito perchè domani mattina appena mi sveglio procedo con l’upgrade) se qualcuno ha qualche consiglio volevo fare una cosa del genere. Fare un backup dell’intera immagine del disco su un altro hard disk, avviare l’upgrade sul server e nel frattempo virtualizzare l’immagine del disco da un altro pc e continuare a rendere il server attivo su internet tramite virtualizzazione…

Update 1.05 15/02 Un annuncio semiufficiale c’è qui.

Update 22.26 15/02 Upgrade completato mi pare tutto ok,nessun probema grave da senalare.

Update 11.10 18/02 Ho avuto un paio di problemi minori. Il repository di aMule per debian stable non ha aggiornato i pacchetti per la nuova stable, mettendo a testing e upgradando aMule riprende a funzionare.

Il cms(non credo possa definirsi solo un cms ma non so come chiamarlo ) Trac aveva smesso di funzionare per l’upgrade di Python e sqlite. La soluzione è avviare lo script di installazione (non si perdono i dati) e convertire il database per sqlite3.

$ python ./setup.py install
$ sqlite trac.db .dump | sqlite3 trac.db.new

Costo 10€, non conosco altri modelli e non ho modo di verificare quanto preciso sia, quindi probabilmente i dati che andrò a scrivere dovranno essere presi con le pinze. Quando antepongo la tilde “~” prima del numero di watt vuol dire che ho fatto una media a occhio del consumo su 15-20 secondi di test.

Ultimamente mi sta venendo il pallino del risparmio energetico e delle fonti alternative di energia, la mia torcia solare mi accompagna sempre nei viaggi, in più questo natale a tutti gli zii/cugini abbiamo regalato solo accessori ad energia solare . (a breve mi regalerò uno scotty mi sa)

Oggi mi ci sono messo e ho fatto qualche test con computer e periferiche varie.

PANORAMICA PC E PERIFERICHE

Per capire bene cosa ho misurato ecco le specifiche

Server:

• Pentium 3 S 1.3ghz (tualatin)
• 512mb ram
• Matrox g400 (VGA)
• Hard disk 120gb
• Realtek RTL-8139 (ethernet)

Core Duo:

• Core Duo E6300 @ 1800 (se indicato l’overclock è a 2.5ghz)
• Asus P5B (scheda madre)
• 2gb ram
• Ati HD2600xt (Se indicato overclockata)
• Hard disk ide 120gb
• Hard disk sata 250gb
• Hard disk sata 500gb
• Masterizzatore DVD LG
• Led vari ed eventuali

Pentium4

• Pentium 4 2.5ghz
• 768mb ram
• Ati radeon 9200
• Hard disk ide 160gb
• Masterizzatore CD

Sempron (laptop)

• Sempron 3200+
• 512mb ram
• Sis ?? (VGA)
• 60gb hard disk ide
• Masterizzatore DVD

Eeepc (laptop)

• Eeepc 701 4g…

Stampante

• Stampante HP Photosmart C5180

Casse

• Casse Trust 2.1

Software

• Debian etch kernel 2.6.18-6-686
• Ubuntu Intrepid aggiornato a oggi, kernel 2.6.27-eeepc (adam kernel) sull’eeepc e 2.6.27 generic ufficiale sugli altri.
• Windows SP3 sul Core Duo e SP2 sul Sempron

PC E PERIFERICHE ACCESE

Iniziamo con calma e vediamo quanto consumano i miei pc da accesi:

Server

• Debian ~53 W

Core Duo (con compiz)

• Idle Ubuntu ~116 W
• Idle Windows ~137 W
• Idle Ubuntu Overclockato (da Bios ma con clock di default da Cpufreq) ~139 W
• Idle Windows Overclockato ~156 W

Pentium4

• Idle Ubuntu 60 W

Sempron (driver video linux solo 2d)

• Idle Ubuntu ~30 W – monitor off ~23 W
• Idle Windows ~35 W – monitor off ~30 W
• Idle Ubuntu in carica ~40 W – monitor off ~35 W
• Idle Windows  in carica ~37 W - monitor off ~35 W

Eeepc (con compiz)

• Idle Ubuntu 13 W – monitor off 10 W
• Youtube¹ Ubuntu 15 W – monitor off 13 W
• Idle Ubuntu in carica ~20 W
• Overclockato (a 900mhz) i consumi rimangono uguali

Stampante

• Idle 11 W

Monitor Samsung 20′

• ~40 W

Monitor Samsung 19′

• 33 W

Casse

• Mute 2 W

PC E PERIFERICHE SPENTE

Ora viene il bello o meglio il brutto…

Server

• Non è mai spento

Core Duo

• Interruttore alimentatore su (I) 13 W
• Interruttore alimentatore su (O) 6 W

Pentium4

• (Senza interruttore) 8 W

Sempron

• 6 W
• In carica ~20 W

Eeepc

• 0 W
• In carica ~6 W
  

Stampante

• 10 w

Monitor Samsung 20′

• 0 W

Monitor Samsung 19′

• 6 W

Casse

• 0 W

CONCLUSIONI

Sono letteralmente stupito/incazzato dei consumi da SPENTI degli elettrodomestici misurati, facciamo un paio di conti:

Core Duo 13W+Pentium4 8W+Sempron 6W+Stampante 10W+Monitor19′ 6W+Casse 2W=45 W

45W · 24h= 1kWh

1kWh · 0,16 kWh/€= 0,16

0,16 · 365 = 58€ all’anno

Quarantacinque Watt e cinquantotto euro all’anno per nulla…quasi un secondo server acceso. E ovviamente ho contato solo questi 4 computer qua, ci sono molti altri elettrodomestici in giro per la casa. Particolarmente scandalosa è la stampante, che rimanga accesa o spenta è praticamente la stessa cosa…

Mi sono quindi munito di una mega-ciabatta con interruttore…speriamo di ricordarmi di spegnerla la sera.

Per il resto si può vedere come Ubuntu batta sempre Windows XP riguardo i consumi (a parte in ricarica della batteria ma lì ci sono altri fattori probabilmente) . Sono un pò stupito dai bassi consumi del pentium4 rispetto al server…mi fa venir voglia di spostare il pentium4 a server lol.

[1] Youtube aperto a questa pagina…processore parecchio impegnato…come al solito con flash purtroppo

Questo vuol dire niente jabber o messenger (fra le altre cose). Già per controllare i download di aMule usavo questo trucchetto di ssh, in pratica creo un tunnell ssh della porta 4712 fra il mio eeepc e il mio server. Poi dico ad aMuleGui di connettersi a localhost su quella porta…ecco che vedo i miei download .

Settimana scorsa mi sono creato un server jabber sul mio server casalingo, vedendo che jabberd non è per niente pesante ho deciso di usarlo stabilmente…vantaggio? Avere come account jabber monossido@lorenzobraghetto.com .

Ora unendo le due cose in questo momento ho un tunnel ssh della porta 5222 e pidgin che crede di connettersi a localhost mentre si connette al mio server…wireless dell’uni powned .

Tutto questo era ovviamente possibile con messenger vero??? bha…

E fuori piove…io non ho nemmeno la giacca.

AMule gira sul server con 120gb di spazio, dentro ci stanno anche foto, video e documenti di tutta la famiglia; ovviamente lo spazio spesso non basta. Quando si entra in crisi io faccio presto a liberare, sposto tutto sul disco di backup da 500gb che ho su un altro pc. Se invece è l’altro membro della famiglia il principale colpevole la cosa si fa lunga…spesso si deve organizzare a spostare e a masterizzare tutto, oltre al fatto che orientarsi in mezzo al casino che c’è nella sua cartella è un impresa. È capitato spesso che mi trovassi e-mail in entrata e uscita bloccate per mancanza di spazio .

Oggi mi è venuta in mente la possibilità di limitare lo spazio per un singolo utente in modo che i suoi download di aMule si blocchino preventivamente e che non possa aggiungere niente di grosso. Metodo drastico ma di spazio ne ha in abbondanza! 70gb…più della metà dell’hard disk e sono sicuro che prima o poi ci arriverà (ora ha liberato da poco).

Ho cercato in giro e le operazioni da fare non sembrano troppo chiare…scrivo quello che ho fatto io.

# apt-get install quota quotatool

# nano /etc/fstab

Aggiungere “usrquota” e/o “grpquota” a seconda se c’è bisogno del supporto solo degli utenti o anche dei gruppi fra le opzioni riguardanti la partizione interessata. Ri-montiamo la partizione:

# mount -o remount,usrquota /path

Al posto di “path” mettere il punto di mount della partizione (/ per la partizione di root). Carichiamo i moduli e facciamo partire quota:
# modprobe quota_v2
# echo 'quota_v2' >> /etc/modules
# touch /aquota.user
# touch /aquota.group
# chmod 600 /aquota.*
# /etc/init.d/quota restart

Ora impostiamo il limite vero e proprio, esempio:

# quotatool -u user -bq 65000M -l 70000M /path

Soft limit a 65gb e hard limit a 70gb, quanto l’utente raggiunge il soft limit viene avvisato, l’hard limit non può essere superato.

Non posso aggiungere feedback perchè il limite non è stato raggiunto…spero che tutto funzioni! Una prima verifica può essere guardare se digitando

repquota /path

si vedono i vari limiti impostati.