VoIP

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 ~/.

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.

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

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.

É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 :

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:

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’

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.

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/ )