VoIP on iMil.net

Faire cuire les oignons 5 minutes

Sun, 01 Feb 2009 23:58:24 +0000

Deux ptites astuces que je poste plus pour m’en souvenir qu’autre chose.

J’avais acheté il y a quelques temps une oreillette bluetooth. À cette époque, j’avais vilainement galéré avec btsco et la stack bluetooth Linux, pour finalement obtenir un résultat moyennement satisfaisant puisque l’attachement de l’oreillette nécessitait moult manipulations.

Sur ma Debian flambant neuve, et pres de 3 ans plus tard, les choses se sont considérablement améliorées.

1. ajout des lignes suivantes dans le fichier ~/.asoudrc :

parprouted, le bridging sans les mains

Tue, 01 May 2007 16:56:41 +0000

Depuis que j’ai collé des foneras partout, il y a très peu de RJ chez moi. Seulement voila, impitoyable est la vie, et j’ai reçu ceci de la part d’un mysterieux “PiteurPetw’elli” :

Evidemment, le bestiau ne se raccorde que via un RJ45 magique.

Tout naturellement, je me tourne vers brctl et commence une conf des plus classiques à coups de brctl addbr br0; brctl addif blah blah blah vous connaissez tout ça par coeur. Et bah oui mais non. Il se trouve que ça merde à plein tubes cette histoire. Je ne sais pas si c’est parce que le lien vers l’exterieur se trouve sur le brin wireless, si c’est parce que ce dernier utilise WPA, mais le résultat est là, l’interface monte, fonctionne pendant quelques secondes / minutes, puis plus rien, néant, no route to host. Misère. Je me souviens alors de ce tout petit tool, parprouted, qui permettait de faire du bridging ARP. Ni une ni deux :

j'ai un ami qui m'attend à l'interieur

Wed, 04 Apr 2007 22:59:42 +0000

Histoire de m’affranchir de N regles de firewalling / forwarding / nat à se faire des nœuds au cerveau à coups l’iptables, je me suis dit qu’il serait du meilleur effet d’embarquer un simple proxy SIP dans la Fonera. Après 2/3 googlisations, j’identifie siproxyd comme le candidat idéal pour mon petit exercice. Muni de l’environnement de développement de FON, je compile :

. libosip2 dont il dépend . siproxyd lui même

Ça donne à peu près ça :

zapata.conf..pata.zonf...conf

Sat, 20 May 2006 14:53:16 +0000

Dans la foulée, voici mon zapata.conf. Après quelques options bien placées, le son ne crachote plus sur la ligne FT et il ne semble plus y avoir d’echo :

[channels] ; carte reliant la ligne Free signalling=fxs_ks context=free_pstn channel => 1 language=fr cidsignalling=bell callerid=asreceived callwaiting=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancel=yes echotraining=yes echocancelwhenbridged=yes rxgain=00.0 txgain=00.0 callprogress=no busydetect=yes busycount=3 hanguponpolarityswitch=yes ; pour le raccrochage, aparemment pas supporté en 1.2

; carte reliant la ligne FT signalling=fxs_ks context=ft_pstn channel => 2 language=fr cidsignalling=bell callerid=asreceived callwaiting=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes cancallforward=yes callreturn=yes echocancel=yes echotraining=no echocancelwhenbridged=yes rxgain=00.0 txgain=00.0 callprogress=no busydetect=yes busycount=3 hanguponpolarityswitch=yes

Unplug and Play

Sat, 20 May 2006 14:40:25 +0000

Étrangement, il arrivait assez fréquemment qu’au boot de ma gate Asterisk, une seule des deux cartes FXO soient prise en compte par le driver wcfxo. Typiquement, je me mangeais ce genre de message :

Apr 29 12:51:55 home /netbsd: Registered Span 2 (‘WCFXO/0’) with 1 channels > Apr 29 12:51:55 home /netbsd: wcfxo0: Out of space to write register 06 with e0 > Apr 29 12:51:55 home /netbsd: wcfxo0: Out of space to write register 0f with 10 > Apr 29 12:51:55 home /netbsd: 0: Failed to init DAA, giving up… Et autres messages du driver de type: wcfxo0: can’t map interrupt Après quelques rapides recherches, je lis qu’il est souhaitable dans ce type de situation de :

vous avez demandé la police, ne quittez pas

Sun, 30 Apr 2006 22:40:28 +0000

ouh-ouh sammy, ça maaaarche :

Après avoir raccordé la ligne Free sur une des cartes X100P et la ligne FT sur l’autre, nous obtenons :

La présence des téléphones analogiques sur les lignes “Phone” assure simplement que si tout le systeme se vautrait lamentablement, des téléphones “classiques” seraient toujours en fonction.

Un ztcfg -vv nous donne désormais:

Keyword: [loadzone], Value: [fr] Keyword: [defaultzone], Value: [fr] Keyword: [fxsks], Value: [1-2]

Zaptel Configuration

Channel map:

i'm fREEEEEeeeee

Sat, 29 Apr 2006 13:17:25 +0000

ca-y-est, je les ai reçues… 8}~

Sous NetBSD, avec le driver zaptel-netbsd (comms/zaptel-netbsd), on ajoute à son /etc/lkm.conf ceci :

/usr/pkg/lkm/mod_zaptel.o -s - /usr/pkg/sbin/zaptel_postinstall - - > /usr/pkg/lkm/mod_wcfxo.o -s - - - -

Et au boot on obtiendra :

FXO device: vendor=1057 product=5608 subvendor=1057 > wcfxo0 at pci1 dev 11 function 0: Wildcard X100P > zaptel at wcfxo0 not configured > wcfxo0: interrupting at irq 6 > Registered Span 2 (‘WCFXO/0’) with 1 channels > wcfxo: DAA mode is ‘FCC’ > FXO device: vendor=1057 product=5608 subvendor=1057 > wcfxo1 at pci1 dev 12 function 0: Wildcard X100P > zaptel at wcfxo1 not configured > wcfxo1: interrupting at irq 9 > Registered Span 3 (‘WCFXO/1’) with 1 channels > wcfxo: DAA mode is ‘FCC’

allo moto ?

Sat, 22 Apr 2006 14:30:08 +0000

Nouveaux joueeeets !

Lorsque que j’ai décidé de mettre en vrac mon installation telephonique, je m’étais dis que, tant qu’à faire, autant que ce soit loutre-compliant. Alors mes conversations téléphoniques seront désormais redirigées sur ceci :

Apr 22 12:16:19 vader kernel: snd-bt-sco revision 1.11 $ > Apr 22 12:16:20 vader kernel: snd-bt-sco: snd-bt-scod thread starting > Apr 22 12:17:08 vader kernel: snd-bt-sco: playback_open > Apr 22 12:17:08 vader kernel: snd-bt-sco: capture_open > Apr 22 12:17:08 vader kernel: Bluetooth: SCO (Voice Link) ver 0.5 > Apr 22 12:17:08 vader kernel: Bluetooth: SCO socket layer initialized

uNLimitEEEeed POOOwwweeEEeer

Sun, 02 Apr 2006 12:25:32 +0000

Alors je viens de commander deux de ces merveilles sur eBay pour environ 15 euros chaque. Les rares importateurs de ce type de matos en france vendent l’unité à environ 100 euros… Bref, je les commande d’Australie, on verra quand et dans quel état elles arrivent, et alors.. alOrs.. mmMmh ça va être un beau bordel la téléphonie chez moi :) (cf http://www.rfc1149.net/blog/2005/03/23/asterisk_build_your_own_pbx/ )