Ainsi, mon dom0 GNU/Linux possède les règles suivantes :

# on accepte le traffic SIP et une plage destinée au RTP
-A INPUT -p udp -m udp --dport 5060 -j ACCEPT
-A INPUT -p udp -m udp --dport 10000:10100 -j ACCEPT
# On accepte le forward pour ces memes ports vers le domU qui accueille le PBX
-A FORWARD -d 10.20.30.1/32 -i eth0 -p udp -m udp --dport 5060 -j ACCEPT
-A FORWARD -d 10.20.30.1/32 -i eth0 -p udp -m udp --dport 10000:10100 -j ACCEPT
# On reroute le traffic vers ces ports sur le domU adéquat
-A PREROUTING -i eth0 -p udp -m udp --dport 5060 -j DNAT --to-destination 10.20.30.1
-A PREROUTING -i eth0 -p udp -m udp --dport 10000:10100 -j DNAT --to-destination 10.20.30.1

Sur le domU en question, ma configuration n’a guère changé, si ce n’est que j’ai réduit le pool de ports RTP dans le fichier rtp.conf :

; ces ports correspondent aux ports reroutés par iptables sur le dom0
rtpstart=10000
rtpend=10100

Le reste de la configuration est strictement identique à la documentation visible sur Freephonie.org.
Notez qu’afin de pouvoir débugger tranquillement avec votre utilisateur, grace à la commande asterisk -r, et pour pouvoir éditer les fichiers de configuration d’Asterisk sans peine, pensez à vous ajouter au groupe “asterisk”, autoriser l’ecriture pour le groupe dans /usr/pkg/etc/asterisk, et modifier les champs suivants dans le fichier asterisk.conf :

runuser = asterisk ; The user to run as
rungroup = asterisk ; The group to run as

[files]
astctlpermissions = 0660
astctlowner = asterisk
astctlgroup = asterisk
astctl = asterisk.ctl

Et enfin: “Allo Bob ? c’est Paul !”

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 :

. Activer l’option “Plug and Play OS” dans son BIOS
. Ajouter le support ACPI dans son noyau. Exemple :

options MPBIOS # configure CPUs and APICs using MPBIOS
options MPBIOS_SCANPCI # find PCI roots using MPBIOS
options MPACPI # configure CPUs and APICs using ACPI

acpi0 at mainbus0
options ACPI_PCI_FIXUP # PCI interrupt routing via ACPI
options ACPI_ACTIVATE_DEV # If set, activate inactive devices

Recompilation, installation du nouveau noyau, et depuis, tout semble se dérouler pour le mieux

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’

Il est evidemment possible de faire ce chargement directement grace à modload -s (ne pas oublier le -s) et en prenant bien soin d’executer le script /usr/pkg/sbin/zaptel_postinstall qui créera les devices nodes nécessaires à l’exploitation de la carte.

Et maintenant, on va tout pêter le téléphone de la maison…