Il blog di DiRete

Quanta banda ci vuole per Skype?

Sono a Fai della Paganella (TN) e la connessione ad Internet è sempre stata un parto:

  • in paese ci sia la fibra ottica (posata, da valle fino ad Andalo e forse oltre quest’estate per ragioni che, ad oggi, non conosco)
  • la provincia di Trento ha attivato la copertura wireless ma non ho intenzione di abbonarmi con i concorrenti, i cui piani tariffari e le prestazioni sono quantomeno “curiosi” (da un punto di vista tecnico rabbridividsco guardando come son posizionate le radio, ma … che ci volete fare … il pubblico è così …)
  • NGI ha installato recentemente una BTS sulla Paganella … ma … porca miseria … guarda proprio dall’altra parte e da qui non è visibile …
  • 3 non ha copertura … e i gestori di telefonia mobile hanno sempre avuto solo il GPRS (o l’EDGE, a momenti, nel caso di TIM)

Beh, oggi una piacevole sorpresa: in un angolo della casa, che guarda un traliccio posto a circa 500 metri di distanza … c’è copertura UMTS e … non solo … HSDPA !!! Certo, non sono i 7 Mbps di cui ci parlano in TV (e chi li ha mai visti???) ma dei miseri 360 Kpbs:

Download Speed: 317 Kbps (39.6 KB/sec)
Upload Speed: 50 Kbps (6.3 KB/sec)

con una latenza piuttosto alta:

— www.l.skype.com ping statistics —
20 packets transmitted, 20 packets received, 0% packet loss
round-trip min/avg/max/stddev = 153.110/230.886/516.985/100.738 ms

La domanda, spontanea, ora è: basteranno per SKYPE?

Beh, non ci crederete (e io non ci credevo), ma audio e video fluidi, in due direzioni e comunicazione assolutamente perfetta !!!

I “ragazzi” di Skype son stati proprio bravi, non c’è che dire !!! Da oggi mi sento un po’ meno digital diviso !!!

Pranzo di Natale

Ieri ci siamo scambiati gli auguri di Natale a pranzo.

C’eravamo quasi tutti. Mancavano infatti Fabio e … la morosa di Fabrizio (ahi  ahi ahi !!!). Siamo stati al “Galeotto” a Gazzo di Bigarello (MN), riseria con agriturismo a nord est di Mantova.
E’ stato bello incontrarsi con le rispettive famiglie e poter ringraziare tutte le persone che quotidianamente contribuiscono alla crescita dell’azienda. Il posto non era proprio vicinissimo, ma l’allegra tavolata sembra aver gradito!

Grazie ancora a tutti !!!

Ecco qui alcune foto fatte con l’iPhone (scarsa qualità direi …)

Con l’occasione … buon Natale a tutti !!!



Antonio ha fatto l’albero di Natale!

Vediamo chi indovina di che si tratta.

Asterisk: niente audio sui client sip remoti e firewall Sonicwall.

Il nostro centralino Asterisk è ormai ad un eccellente livello di funzionalità. Ogni giorno impariamo cose nuove e siamo ormai praticamente pronti al test da qualche cliente ed alla commercializzazione del pacchetto (vedremo, a breve, di costruire un’offerta commerciale).

Oggi, però, abbiamo riscontrato (nuovamente) un problema già visto in passato: i softphone (usiamo eyebeam) connessi da reti remote si autenticano correttamente sul centralino, ma l’audio non passa.
“Sniffando” il traffico (sul ns. server linux il comando è: tcpdump -i eth0 -n -v not port 22 (not port 22 serve per evitare che ci si autosniffi essendo collegati in ssh)) si scopre che i pacchetti RPT (Real Time Transport Protocol) vengono mandati da asterisk all’ip privato del softphone.

Si apre quindi il tema, annoso, del VOIP su reti nattate. Premesso che il centralino non è nattato ma ha un ip pubblico sulla scheda di rete, il client non è nella stessa situazione e viene nattato dal router della connessione dietro cui si trova.

La soluzione standard, “banalmente” è quella di aggiungere una riga al file sip.conf:

nat = yes

o, se come noi usate l’ottimo voiceone (ne parleremo a breve), potete anche impostare il nat direttamente sulle singole estensioni che userete fuori dalla rete dell’ufficio (non che non lo si possa fare senza voiceone, ma con quest’ultimo è, evidentemente, tutto più semplice)

Questo, di per sè, sistema le cose … a patto … di non avere un firewall Sonicwall con attivo il flag su ” Enable SIP Transformations”, perché in quel caso, il sonic ci metterà uno zampino malefico e non funzionerà nulla!!!

In effetti, dal manuale, è chiaro che il firewall con quell’opzione attiva si occupa di cambiare l’ip scritto dentro i pacchetti ma, secondo logica, dovrebbe farlo correttamente, non al contrario (l’esempio, a onor del vero, è per il caso opposto: sip client in lan nattato e proxy asterisk remoto non nattato):

Selecting Enable SIP Transformations transforms SIP messages between LAN (trusted) and WAN/DMZ (untrusted). You need to check this setting when you want the SonicWALL security appliance to do the SIP transformation. If your SIP proxy is located on the public (WAN) side of the SonicWALL and SIP clients are on the LAN side, the SIP clients by default embed/use their private IP address in the SIP/Session Definition Protocol (SDP) messages that are sent to the SIP proxy, hence these messages are not changed and the SIP proxy does not know how to get back to the client behind the SonicWALL. Selecting Enable SIP Transformations enables the SonicWALL to go through each SIP message and change the private IP address and assigned port. Enable SIP Transformation also controls and opens up the RTP/RTCP ports that need to be opened for the SIP session calls to happen. NAT translates Layer 3 addresses but not the Layer 7 SIP/SDP addresses, which is why you need to select Enable SIP Transformations to transform the SIP messages.
Tip: In general, you should check the Enable SIP Transformations box unless there is another NAT traversal solution that requires this feature to be turned off. SIP Transformations works in bi- directional mode, meaning messages are transformed going from LAN to WAN and vice versa.

Vuoi “risparmiare” il 25% sul tuo nuovo impianto di videosorveglianza?

La camera di commercio di Brescia ha pubblicato un bando per il finanziamento di impianti di sicurezza, tra i quali, quelli di videosorveglianza.

Finanziano il 25% fino ad un massimo di 2.500 euro di contributo e per spese minime di 2.500 euro.

In DiRete stiamo usando Axis e Mobotix da un po’ e … se siete interessati … oltre ad un preventivo gratuito possiamo aiutarvi a compilare la modulistica per provare a chiedere il finanziamento!
Ecco qui il  bando:  http://www.bs.camcom.it/show.jsp?page=652171

Corsi di informatica a Desenzano!

Parte lunedì prossimo (22 dicembre) un nuovo corso di informatica a Desenzano, tenuto da Cristiano (direi che non ha bisogno di presentazioni … è l’anima di questo blog e, nonostante sia il commerciale di DiRete, è anche un tecnico coi fiocchi!)

Ecco il trafiletto apparso sul giornale (click per ingrandire)

Nuovo corso di informatica a Desenzano!

Impostare il server NTP in Windows 2003

Non l’ho provato … ma, x esperienza, non fatico a credere che Microsoft abbia trovato una via così complessa per una cosa tanto banale quanto impostare l’orologio di windows perché si sincronizzi automaticamente con un server NTP (tipicamente usiamo time.ien.it)

L’articolo è in inglese, ma è ben scritto:

http://www.windowsnetworking.com/articles_tutorials/Configuring-Windows-Time-Service.html

Maledetto gestionale

Il nostro gestionale (facciamogli pure “pubblicità”, direi che se lo merita!!! Si tratta di Gestionale2 di Zucchetti) se n’è inventata una nuova! Ha addebitato ad alcuni clienti x 2 volte lo stesso RID.

Se, quindi, pagate il vostro abbonamento EOLO con questa modalità (e solo con questa), verificate gli addebiti, ma senza temere: a giorni chiuderemo le partite sul gestionale (ora corretto) e scopriremo chi ha pagato due volte. Se, quindi, rientrerete tra questi “fortunati” … riceverete una mail con le ns. scuse e, naturalmente, il rimborso.

Per finire … il gestionale ha pure pensato di non addebitare alcune rate x mesi e mesi e, alla fine, emettere tutti i rid insieme …
Questo ha portato ad addebiti piuttosto ciccioni … E anche x questi ci scusiamo, anche se, almeno in questo caso, abbiamo in’attenuante: ci abbiam rimesso certamente più noi!

😉

P.s.: si sono ufficialmente aperte le selezioni x il nuovo gestionale … direi, citando una famosa pubblicità: Mejo cambiare, no?

EOLO: Attiva la BTS S. Zeno di Montagna!

E’ finalmente attiva la BTS EOLO di San Zeno di Montagna (sul monte Baldo).

La postazione è ottima per coprire la sponda ovest della parte nord del lago di Garda. Sono interessati in particolare i comuni di Gargnano, Bogliaco, Gardone Riviera, ma anche Salò, San Felice e Manerba del Garda, in particolare per quelle zone a lago che, precedentemente, non potevano collegarsi ad EOLO perché non vedono Selva Piana o le altre BTS della zona.

Oltre a questi, la BTS copre anche altri paesi, tra i quali Bardolino, Garda, Lazise e dintorni.

Ecco un’anteprima della mappa:

Consiglio comunale di Desenzano in diretta

Da qualche tempo abbiamo realizzato il sistema di trasmissione (e archiviazione) online di audio e video delle sedute del consiglio comunale di Desenzano del Garda.
Oggi, finalmente, è arrivato il connettore per il cavo audio e la qualità è finalmente quella che avevamo previsto! L’inquadratura è piccina, ma è stata una specifica richiesta dell’amministrazione. La telecamera, comunque, è una ptz (pan, tilt, zoom) robotizzata e consentirebbe, quindi, in futuro (se il comune lo volesse) di effettuare inquadrature più chiare e dettagliate.

Proprio in questo momento è in corso una seduta. Ascoltarla e guardarla da casa, dal letto, è assolutamente fantastico!

Ecco il link per la trasmissione in diretta:

http://comune.desenzano.brescia.it/italian/cc-diretta.php

😉