On Tue, 2006-03-21 at 07:45 +0100, Bartek Kania wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Mon, 20 Mar 2006, Beau Hargis wrote: > > The channel driver is the issue. The library and the drivers are all > > packaged together from Sangoma. Getting the data from the channels is > > not that difficult and libpri can do the signaling if necessary. We do > > have plans to plug a DS3 into a machine and Zaptel has worse performance > > than the old 8250 RS-232 interface. I have never in my life seen > > interrupt rates that bad before. > > What signalling protocols can be done with libsangoma? > Only stuff on E1/T1/J1-lines or do they have FXS/FXO cards also? > And what do YOU want to have in the channel? > > If someone would write it, do you have the means to help test it and > fix bugs? >
A chan_sangoma was on someone's wish list. I mentioned that to some developers at Sangoma. It would really do them a lot of good, since the cards can perform a lot better than zaptel permits. The cards can be configured in any way. You can split the d-channel off into it's own device, and have the other b-channels in another another. Or you can have them all in one stream. Usually librpi is used to do the signaling, it seems. I found mention somewhere of the card doing some of the signaling that libpri does, but it seems to have been something put on the back burner. If someone has a plan to develop such a thing, then I would be most willing to test it out and debug it. Someone must have something started. I have 2 boxes with 20 T1s each (10, 4-port cards). We are getting a few more boxes as well. I think we will have to port AEL or AEL2 to OpenPBX to make such a transition. The extension-centric dialplan shit makes developing large applications impossible. It has been easier for me to write things in C. Right now we are evaluating Yate because I can actually get that to work well enough for development and some load testing. It is using the API in the drivers, I believe. That still has some problems. Bayonne is also on the list of things to get working for testing. Zaptel is useless for anything large-scale. _______________________________________________ Openpbx-dev mailing list [email protected] http://lists.openpbx.org/mailman/listinfo/openpbx-dev
