Slashdot Mirror

www.linuxtelephony.org

I've been saying this was the direction wireless carriers were going to go for several years. Even wrote an article on LinuxTelephony about it September, 1999.

Once the carriers are able to deliver real data bandwidth, then using data-centric technologies to transfer voice will make more sense and will ultimately prevail.

I've been saying this was the direction wireless carriers were going to go for several years. Even wrote an article on LinuxTelephony about it September, 1999.

Once the carriers are able to deliver real data bandwidth, then using data-centric technologies to transfer voice will make more sense and will ultimately prevail.

linuxtelephony.org is likely of interest. It has some good information and, just as importantly, lots of good links.

Asterisk seems to be a strong, fully featured, GPL'ed PBX project which has some hardware associated with the project that seems to be pretty well priced.

I can't seem to find my other links but they're probably linked off of linuxtelephony.org.

You can look at commercial packages like that offered by VoiceGenie, or Nuance.

Bayonne, suggested earlier, has pretty strict licensing on it for commercial use.

VoiceGenie may be a little young yet with regards to their Linux offering, but it does seem to work ok.

You can check out LinuxTelephony.org, for more ideas.

Caveat with the Dialogic hardware:

• The drivers are closed source and only works on the 2.2.5-14.0 kernel.
• 
  It is dependent on the archaic LiS (Linux Streams) modules.
  Good Luck trying to install security patches or upgrades.
  
  Their hardware pricing is also very strange and counterintuitive.
  Often, More Features != Higher Cost.
  
  There is a new version of the Dialogic drivers coming out, but I've heard they are pretty unstable still, and may not be solid for many more months.

I disagree.

In the world of Art, you are right. If all software was art, you would still be right.
However, in a world of high technology, where being the first to market is enough to give you an edge (or enough attention to be bought out by Microsoft :-), the single most important reason software houses maintain a religious vigil over their code is to avoid competitive coups.

The first thing that comes to my mind Transmeta's Crusoe launch was the utter secrecy and hyped cloistering that went on, almost overclouding the product, but highlighting their "first to market" status.

Also relevant (although even more hardware related) is the fact that Intel released their 8086 six months before Motorola's slicker more pleasant 68000. If they had been released at the same time, my money would have been on the Motorola.

Time has proven that first-to-market works... and in the hotter faster climate of software, with a much smaller design-to-product rollout time, first-to-market is a force to be reckoned with.

I qualify this by saying I come from a telecoms background, where competition is tight at the front-end of emerging technologies, and Free software (despite some huge efforts) has a way to go before touching the feature-set of current technology. I know the leading edge of other niches is just as competition-ridden.
The important thing to realise about this article is that the author rightly says:
"The GPL will eventually dominate Open Source"

NOT that the GPL will dominate software production in general. Until proprietary software is overwhelmed entirely by Open Source - which I am sure will happen - it will still have the decided advantage of being "first to market" with many technologies, and thus stay very much in the sights (and budgets!) of early adopters and news reports everywhere.

Now all we need to do is convince the biggies to tear up all of their NDAs and encourage cross-fertilisation with Open Source ;-)

/prak
--
We may be human, but we're still animals.

If how about useing Speak Freely or Open Phone?

Well, voip isn't very complicated. If you're unsatisfied with the currently available solutions like those available at LinuxTelephony or OpenPhone you can always roll your own. I know I'd lay down a couple bucks for a satisfactory one, so you can probably sell it and make a couple quick bucks from your effort, too. Stop whining and make a difference!

Asterisk Open Source Private Branch Exchange (PBX) and general telephony toolkit
linuxtelephony.org
Freshmeat search

Good luck, and please report your findings to Slashdot!

I know that this has been posted before, but here it is again...I love mozilla html rendering. I can't believe how fast it loads Linuxtelephony.org

--

i was implementing a VoIP solution for a company a few weeks ago where linux based kiosk terminals where euquiped with phones that should be able to make VoIP calls to a central callcenter including video. i looked at the existing software. H323 seems to be the way of the futurere and there are already H323 based solutions on the way. openh323.org. even thought they where not stable enought for my needs yet. but at least the demo appication (voxialla) was able to interoperate with the M$ netmeeting shit. video transmition with H263 codec (for low bandwith) is also on the way. for my solution i decided to use quicknet telephony cards (it greatly enhances the telphony experience if you have a real phone connected to your computer which can also ring and is independent of the sound card). those have a DSP on board which does voice compression accourding to the most important standads. it has a GPL'ed kernel driver. (the only downside is the DSP code itself is not open but that is not that much of a problem).

i decided to just adopt the demo code that came with the quicknet cards for my appolication since it was more stable then the H323 things. (it is easy since the compression is already done on the card). for the video thing i used a parallel netscape server push with 1 picture every 3 or 4 sekunds 160x120 (about 2k Byte) in size). greetings mond.

LinuxTelephony
openphone.org
Packetizer.com
SpeakFreely.org
Voxilla.org
___

One very important thing in 2.2.14 is telephony support.

This could be an area were Linux could really shine. Telephony is all about reliability and can be very price sensitive, especially when you are trying to put together systems for small companies.

I should know, I work for a company producing exactly these kind of systems, unfortunately on NT :-(

For more details see this article on LinuxTelephony.

Linux Telephony

Open Telecom

LinuxTel

The OpenPhone Project aims to make it easier for this kind of software to get built. Other good links include:

OpenH323 Project

Linux Telephony

Voxilla - More Linux Telephony

The nominees were selected by their names being submitted to Vovida Networks on their web page. The information appeared on several web sites, including LinuxToday, Freshmeat, Linux Telephony, and others.

There is already work in progress to build an Open Source solution.
Examples are Speak Freely, Nautilus and Whisper.

check it out and improve it!

Further information might become available under www.linuxtelephony.com or linuxtelephony.org

so long ...

The best resource I've found for finding out about Linux and Computer Telephony is www.linuxtelephony.org. They even leaked about Aculab's Linux support policy last year (it was only announced in February officially).

As an engineer working in the CT industry, I'm seeing more and more companies considering real, money-earning projects using Linux. We're starting to see support for Linux from other CT vendors, and I wouldn't be surprised if Microsoft's investment in Dialogic is a reaction to that. My personal prediction is that we'll see Linux and Solaris grabbing an increasing share of these types of applications, so it should get easier and easier to get Linux drivers and software for CT cards. Aculab certainly plans to expand on Linux support from what I can see.

Solid Compact PCI and hot-swap support under Linux would help a lot in this application area though.

--- Calum

http://www.linuxtelephony.org/ and
http://www.opentelecom.org/

Neither of them answer *my* basic question, which is how to add touch tone response to a web based application I'm working on.