[Asterisk-bsd] chan_phone.so on Freebsd (Quicknet hardware)?

[msg]

Greetings:

Reading the various list archives and Digium's own documentation
reveals little mention of using Quicknet hardware (Internet Phone
Jack) on Asterisk/FreeBSD -- there don't seem to be any specific 
negative references either.

Has anyone made it work?

My experience so far:

(host: Pentium III/450, diskless, NFS, FreeBSD 4.11-RELEASE)
1. built and installed 'ixj' driver dated "07/22/2002"
2. built and installed Quicknet IXJ SDK (from openh323.org)
3. tested 'ixj' driver using SDK tools:
	-- all tools work properly, telephone connected to fxs port
	   performs as expected.
4. built asterisk 1.0.2 from FreeBSD ports on 4.11-RELEASE:
	-- this seems to be the latest port for 4.11 when fetched using
	   /usr/src/ports/net/asterisk/Makefile
5. tested asterisk without 'device => /dev/phone0' in 'phone.conf':
	-- demo performs as expected using /dev/dsp console, IAX
	   connection to Digium demo server works
6. tested asterisk with /dev/phone0 enabled:
	-- 'bus error' on loading chan_phone.so if 'mode=dialtone';
	-- 'bus error' on loading asterisk if 'mode=immediate' and
	    'CONSOLE=Phone/phone0';
	-- load completes occassionally if 'mode=immediate',
	    'CONSOLE=Console/dsp':
		-- add extension: exten => 1265,1,Dial(Phone/phone0,15)
		-- dial 1265
			-- telephone doesn't ring, but ringback is heard
			   on console
			-- 'bus error' when you pick up the telephone
			   handset, ringback is heard in the handset.

7. music-on-hold problems:
	(mpg123 Version 0.59r (1999/Jun/15) from packages)
	-- 'mpg123' must be disabled (eg. rename the executable)
	   or one gets no console audio and asterisk can't be
	   stopped;
	-- with or without 'mpg123' enabled, console is plagued
	   by messages:
		NOTICE[135197696]: res_musiconhold.c:306
		monmp3thread: Request to schedule in the
		past?!?!
		-- asterisk host and NFS host are NNTP synched.
	-- can't 'noload res_musiconhold.so' -- resources needed by
	   other routines.

Built CVS version of latest release:
	-- uses '-pthread' instead of '_r' libs
	-- console audio breaks-up and doesn't complete
	-- same 'bus error' problems

I _REALLY_ need to get fxo and fxs hardware working on this platform
(just a few lines); since it must run diskless and not need massive
amounts of RAM for ramdisks, linux is not an option.

Help is very much appreciated!!!!

Michael Grigoni
Cybertheque Museum