Tout le monde a besoin de garder son ordinateur a l'heure. Sous Unix, on utilise en général le logiciel ntp ou ntpdate. (et pas clockspeed/taiclock de Bernstein qui est une véritable horreur !).

Sous windows, jusqu'à maintenant j'utilisais un freeware, mais il fallait prendre le temps de le télécharger, de l'installer et de le configurer. Puis, surprise, j'ai récemment découvert qu'il existe un service ntp sous windows depuis au moins win2000 ! Dans la liste des services, il se nomme : "Horloge Windows".

Pour le configurer, suivez les étapes suivantes :

1- Aller dans le Gestionnaire des Services et mettre le service "Horloge Windows" en automatique

2- Insertion du ou des serveurs ntp :

* net time /setsntp:serveur
(en remplacant "serveur" par "ntp.univ-lyon1.fr" par exemple)

ou

* net time /setsntp:"serveur1 serveur2 .... "
(si vous souhaitez utiliser plusieurs serveurs)

3- Arrêt et démarrage du service ntp :

* net stop w32time
* net start w32time
* C'est au redémarrage du service que la mise à jour se fait.

Avec la démocratisation des accès internet à haut débit (merci Free et ses 8Mbit/s), on arrive à un constat étonnant : la copie de fichiers par SSH ou SCP reste souvent relativement lente (de l'ordre de 2Mbit/s), quelle que soit la puissance des machines encodant et décodant le flux.

Chris Rapier et Michael Stevens ont analysé le problème (taille des buffers d'Openssh), et proposent un patch ainsi que des mises à jour, sur leur site : High Performance Enabled SSH/SCP. Pour aller encore plus loin, on peut coupler leur patch à l'utilisation du protocole Blowfish, plus rapide (mais moins sécure ?) que le protocole par défaut.

Merci à Frank pour avoir trouvé cette info !

J'en profite pour parler d'un de mes vieux patchs contre une vieille (forcément) version d'openssh (trouée, ne l'utilisez plus). Il s'agissait d'envoyer des paquets keepalive pour maintenir le flux quand on souhaitait faire passer du ssh à travers un proxy http, en utilisant corkscrew.

La bonne nouvelle, c'est qu'il semble que les developpeurs d'openssh aient enfin repris l'idée : application layer keep alive (options: ServerAliveInterval ServerAliveCountMax). Ca n'a pas encore l'air parfait d'après mes tests, mais d'ici quelques releases, ca devrait marcher.

Et tant que j'y suis, je vous rappelle que depuis peu, openssh intègre un système de multiplexage de connexions ssh. Il s'agit d'avoir une seule authentification et une seule paire de ports ouverts, et de créer et faire passer plusieurs nouveaux flux quand on le souhaite.

Depuis un moment, j'ai un soucis de téléphonie avec ma freebox : un bourdonnement constant, dès le décroché... Va pour contacter la hotline Free, pour leur demander de régler le problème. Elle n'a pas une bonne réputation, mais je pars sans préjugé. Histoire d'une petite galère.

Tout d'abord, lutter un peu pour trouver le numéro de téléphone. Il n'est pas si évident à dénicher sur leur site web. Tellement bien caché que je ne parviens pas à le retrouver pour mettre l'info dans ce post. Si : 3244 ou le 08 92 13 51 51 (0,34 euros/min). Après l'avoir trouvé, une première bonne surprise : les horaires d'ouvertures sont étonnament larges : la Hotline est disponible du lundi au vendredi de 08h00 à 22h30, samedis, dimanches et jours fériés de 09h à 20h. Bien, ca va être facile de les joindre.

Sauf que non, pas du tout. Ca a commencé par X appels aboutissants sur un message expliquant que la hotline était tellement surchargée qu'elle n'acceptait plus d'appels. Je n'ai même pas le droit d'attendre mon tour. Je raccroche donc, ce qui n'empêche pas France Telecom de me facturer les 34 centimes d'euros pour rien.

Enfin, un appel en milieu de journée parvient à passer dans la file d'attente : l'ordinateur qui répond au téléphone prévoit une attente de "5 minutes". Je patiente donc en écoutant Barry White samplé/massacré en 8kHz. Les cinq premières minutes d'attente passent assez vite... 10 minutes... Barry White commence a être un peu saoulant... 15 minutes pffff.... vers la 16ème minute d'attente, quelques clic-bip-bip se font entendre, qui me font espérer une réponse... mais non...

Enfin, un hotliner répond après 19 minutes et 35 secondes. Sympa, compétent, il me propose de vérifier si mes prises téléphoniques comportent un condensateur (ça n'est pas le cas, j'ai vérifié) et m'informe que les techniciens connaissent le problème et vont envoyer un firmware modifié sur ma freebox, adapté au problème.

Reboot de freebox quelques jours plus tard : Ca marche ! Plus de bourdonnement, la ligne était claire. Heureux, mais 8.16€ plus pauvre. Sauf que ca n'a duré que quelques jours, et depuis, ca recommence. Mais je n'ai pas le courage de repasser 20 minutes à écouter du Barry White à 34 cents la minute.

Jedi a découvert un moteur de recherche incroyablement efficace : Clusty.

Sur la gauche des résultats sont regroupés des filtres par thème qui sont toujours pertinents. Je vous laisse essayer par vous-même !

Et le fin du fin : il propose de s'intégrer à la barre de recherche de Mozilla et FireFox : il suffit pour cela de cliquer sur "Mozilla Search Plugin".

Bon, apparemment c'est quand même plus commercial que google. Démonstration : la recherche suivante http://clusty.com/search?query=link%3Atrutrutrutu.com rapporte 0 résultat, mais 3 liens sponsorisés.

Il y a quelques jours, j'ai fait un entretien d'embauche pour un poste dans le domaine de la voix sur IP. Ceci a réveillé un vieux projet que j'avais : dépoussiérer le vieux modem-voice Olitec SmartMemory 56000 (déniché dans une brocante d'Amboise) et l'utiliser pour créer des services vocaux, un peu comme ceux que je faisais chez CarpeDiem.

La première étape du développement a été couronnée de succès hier : mon pc sous linux commande le modem, qui m'appelle sur mon portable, et me joue un mp3 avant de racrocher.

Si on regarde sous le capot, voici les commandes AT utilisées :

AT&K3#CLS=8#VBS=4#VLS=0#BDR=16#VRN=255#VRA=45
ATDT014379xxxx
(attendre le retour VCON, qui mets plusieurs secondes à arriver)
AT#VTX
(Ctrl+A J) # cat /tmp/BORISmod.RVO > /dev/ttyS1
           # fg
ATH

Le fichier /tmp/BORISmod.RVO est au format ADPCM 4bits 7200Hz. Il faut bien prendre soin de doubler chaque octet de valeur 0x10 et terminer par les octets 0x10 0x03. Un éditeur hexadécimal fera ca très facilement.

Ce que je dois améliorer :

• passer du format ADPCM 4bits 7200Hz au format PCM 8bits 11025Hz (c'est le maxi supporté par le modem) : penser à augmenter la vitesse de connexion et celle du port série.
• essayer d'améliorer la détection du décroché (trop long + bips audibles)

La seconde étape consiste à encoder un flux audio vers le format PCM 8/11025 en temps réel, et le rediriger vers le modem.

La troisième étape, qui rejoint enfin la VoIP, est plus ambitieuse : il s'agit d'ajouter un plugin à Asterisk, le IP-PABX opensource pour faire de la terminaison de Voix sur IP avec la ligne téléphonique gratuite de la Freebox !

PS: Bravo à Olitec pour leur documentation très complète