Industry-Standard VOIP Phone Using All Free Software 138
Ralf Ackermann writes: "Voice over IP on a HardPhone running Linux and
just using Open Source software became real. We have sucessfully installed and tested (interoperability with Cisco
7960 as well as Pingtel xPressa in an environment with a partysip SIP registrar and proxy) the linphone SIP phone on a StrongARM based
TuxScreen.
Here is the link describing the steps for others
to use the setup as well: TuxScreen running SIP. All the infos for setting up a comparable installation can be found on the
URL, please also feel free to ask or drop opinions. Many thanks to the linphone developers as well as to my student Florian
Winterstein (for working on a console linphonec version). The setup (on a StrongARM system) is well suited for PDA (iPAQ) or
wearable environments as well."
SIP (Score:2, Informative)
Re:SIP (Score:3, Informative)
And there's also the hack value.
Re:SIP (Score:2)
Cisco isn't going to include SIP in CM until the end of the year, and when they do, it's to target hotels and other public areas with the IP Tel and the 7905 phone.
Re:SIP (Score:1)
One advantage to SIP is that it is much easier to write a client for it than for H.323. Hopefully this will allow more experimentation with new kinds of applications.
Holy shit. (Score:1)
Re:Holy shit. (Score:2)
Pardon me, but WTF? What part of this do you want censored? I do not understand. Does anyone else understand what io333 is talking about?
Re:Holy shit. (Score:1)
This would be great with a Wireless connection... (Score:1, Troll)
You even already have an MPL'd H.323 protocol library [openh323.org] to provide communication with NetMeeting and GnomeMeeting [beardedlinuxhippies.org] users. In fact, I've been looking for something like this which could compile on the LinuxARM architecture, in order to turn my iPAQ running Linux into a WiFi cellular phone.
Re:This would be great with a Wireless connection. (Score:2)
Re:This would be great with a Wireless connection. (Score:1)
Re:This would be great with a Wireless connection. (Score:2)
Symbol Technologies and they work pretty good:
http://www.symbol.com/products/wireless/voice_ove
Also check out IP Blue, a company that sell IP Phones for your IPaq. It works over an 802.11b connection.
What about SNOM? (Score:4, Interesting)
It's been out for quite awhile, over a year. My company is a reseller. They're cheap (~ $199 each) and they rock.
Re:What about SNOM? (Score:2)
... They're cheap (~ $199 each) and they rock.
Cool. Since you seem to have some knowlege about these phones, is there plugin or module of some sort included for encryption? If not, is it easy to tunnel through ssh? It seems to me that a VoIP telephone directory could also serve the public key (or fingerprint at least). It would just be a matter of trust.
Re:What about SNOM? (Score:3, Informative)
Nothing that I know of, but that's an awesome idea. It would probably require a new extension (well, codec).
The way we've solved that problem to date is with VPNs, which incidentally solve other problems, such as QOS.
Re:What about SNOM? (Score:3, Funny)
"Well, I think so, Brain. But how can we launch a VoIP phone directory with just a couple of servers and a database? I mean (NARF!) even before we add the public key fingerprints and web-of-trust links, we are talking about gigabytes! And we're just a couple of mice!"
Re:What about SNOM? (Score:2)
We (HCS Systems) sell them, and we're in the US (Raleigh, NC). Shoot me an email and I'll hook you up.
Phone companies had 50+ years to become efficient (Score:1, Insightful)
Re:Phone companies had 50+ years to become efficie (Score:1)
However, a recent bill had local charges of $36, long-distance charges of $2.88. And state/federal/fcc/usf charges of $11.36!
a 29% tax rate on a more-or-less necessary service!
Re:Phone companies had 50+ years to become efficie (Score:1)
Re:Phone companies had 50+ years to become efficie (Score:2, Insightful)
Maybe I'm being pessimistic here, but I think that when VoIP is phased in, we may see lower prices but the system will still get the shit taxed out of it. Essentially, the only thing that will change is the technology underlying the means of how we communicate. Then again, that's just my opinion.
Sure you will... (Score:2)
Am I imagining things or is net traffic and latency going to be a real serious problem before these can become used abound?
Re:Sure you will... (Score:1)
An international team set a new record for Internet performance by transferring the equivalent of an entire compact disc's contents across more than 7608 miles (12,272 km) of network in 13 seconds. The rate of 401 megabits per second achieved in transferring 625 megabytes of data from Fairbanks, Alaska to Amsterdam in the Netherlands is over 8000 times greater than the fastest dial-up modem."
Perhaps that's what it will take for these phones to be suitable for everyday use...
Re:Sure you will... (Score:1)
Re:Sure you will... (Score:1)
I saw a presentation a few years ago by one service provider who used their own proprietary VoIP protocols over the Internet with VoIP-to-circuit-switched telephony gateways all over the world. Each gateway was connected to at least 2 ISPs, and the gateways would all ping each other to check for congestion. If routes through one ISP were congested, it would switch to the other ISP. If both were congested, it would start routing calls through a backup, traditional long-distance service. Even though they couldn't use the Internet for every call, they were able to use it enough to save a significant amount of money.
Re:Phone companies had 50+ years to become efficie (Score:3, Insightful)
Now how often do your telephone systems crash? How often does the quality of the call degrade or drop during the call?
Traditional phone systems are consistant, rock solid stable, and can handle a large user base.
Re:Phone companies had 50+ years to become efficie (Score:1)
Re:Phone companies had 50+ years to become efficie (Score:2)
Re:Phone companies had 50+ years to become efficie (Score:1)
is the single largest cost for a phone company,
but even if that were true it would still be
necessary. Otherwise, what is to stop some people
from hogging huge amounts of capacity by making
thousands of long-distance calls every month?
Re:Phone companies had 50+ years to become efficie (Score:1)
Xeyes (Score:3, Funny)
Re:Xeyes (Score:1)
notie how tiny and dark lookin' the screens were? i bet it's a pain in the neck trying to find the cursor on those phones!
Re:Xeyes (Score:2, Funny)
Turns a PDA into a cell phone... (Score:1)
But can it turn a cell phone into a PDA?
How do I use one of these? (Score:1)
Re:How do I use one of these? (Score:1, Informative)
Re:How do I use one of these? (Score:1)
Re:How do I use one of these? (Score:2)
Re:How do I use one of these? (Score:1)
Nortel Network's Succession [nortelnetworks.com] products do have SIP as well as H.323 compatability, and they are designed for building large VoIP networks. Also see SIPCenter [sipcenter.com] for other venders. Hopefully we will see services built with this stuff soon, and then SIP phones, and SIP software for your PC will be more useful.
One step closer... (Score:3, Interesting)
Unfortunately, the prohibiting factor has been the cost of the phones themselves. The cost for an actual system is within reason, but some VoIP telephones run into the $700 range.
At this pricepoint, it seems much more affordable and reasonable. And while the GUI would need work to make it dummy-friendly, we have no shortage of graphics designers and programmers who could make that work.
One step closer to VoIP from beginning to end makes me happy. And I know it'd make our CFO happy, too. =)
jrbd
Re:One step closer... (Score:2)
never mind.
Re:One step closer... (Score:2)
Wireless is making net phones less relevent. (Score:2, Insightful)
Re:Wireless is making net phones less relevent. (Score:1)
Voice over IP would be great for international calls though. I can't even place an overseas call from the cell.
Civil rights restored? (Score:3, Funny)
Chop fish into 128 pieces, add and blow.
Simmer and stir, and allow 1-3 secs for CPU to cool.
Talk when done.
Why so low market penetration? (Score:3, Interesting)
a) have so low market penetration
b) cost so much
-- I know part of the problem with a is b.
What I think really is needed is a low cost, high quality server system for one of these systems. Based on what little research I have done, it costs almost as much, if not more, for hardware for a small office system as it would to get a real small PBX like phone system.
I don't think a phone really needs a 9" LCD screen, or whatever was in the screen shot, but the "Java Phone" from the other company has a screen size perfect for the company phone directory. That I think could be the "killer app" for these things.
Anyway, anyone know of low cost PBX software (if that is even what is is called in the IP phone world)? Open Source, under a BSD like license would be cool, and lower the barrier to market entry for companies wanting to roll a system like this out. Of course, cards to hook up to a POTS connection would also be needed. Voicemail over the web, via shoutcast or something would rock. I havn't listened to my voicemail at work in 3 months. With a better interface, I may stop refusing to use it.
-Pete
Open source IP PBX software (Score:3, Informative)
VOCAL [vovida.org]
Re:Why so low market penetration? (Score:2, Funny)
a) have so low market penetration
All of those Netware users are still waiting for VoIPX.
Re:Why so low market penetration? (Score:3, Funny)
a) VoIP phones have such a low market penetration because...
b) VoIP phones cost so much because...
a) VoIP phones have such a low market penetration because...
b) VoIP phones cost so much because...
a) VoIP phones have such a low market penetration because...
b) VoIP phones cost so much because...
a) VoIP phones have such a low market penetration because...
b) VoIP phones cost so much because...
...and so on and so forth...
Re:Why so low market penetration? (Score:1)
Could you provide a URL, or at least a product name for that?
Re:Why so low market penetration? (Score:2)
Re:Why so low market penetration? (Score:2)
In terms of new phone systems being put in, VoIP is winning hands down. It's usually cheaper, hardware wise to move to a VoIP system, maintenence is cheaper, PSTN charges are lower.
Nortel and Avaya are getting KILLED in the enterprise market right now. Both have PBX sales down 25% and their stocks are almost rock bottom.
VoIP is winning.
The next step (Score:4, Interesting)
Get an older box (P2 400 or so), with plenty of PCI slots, and preferrably an onboard NIC also. Get some Winmodems equal to the # of pci slots.
WinModems, even in all of their Microsoft-sponsored godless evil towards open source platforms, are basically A/D and D/A converters hooked to a phone jack. It should be relatively simple to talk (no pun intended) to them in software and use one as an interface to POTS. It has all of the neccesary hardware, and writing a sound driver for it shouldn't be too difficult. A brand of WinModem with fairly standard hardware could be decided on by the implementer, and drivers written for that. (Winmodems? Standard?
Client software with available source code could be modified to use those, as well as control the phone-line functions. Just run an instance per WinModem.
Honestly, I think that this could work, and it would be a great hack to accomplish. Anyone fancy a go at it?
Re:The next step (Score:2, Funny)
but first, watch me play with myself live, at autopr0n.com [autopr0n.com].
Re:The next step (Score:3, Interesting)
Think about it.. A box with six PCI slots and mobo-NIC using six WinModems could handle six phone lines - old analog lines at that. While a single PRI-card could handle 30 lines, and considering that each ISDN line is just 64000bps (8000 samples at 8bits per second - if I remember correctly), it doesn't really all that much computing power, so a single PC should easily handle it.
Of course a small shop doesn't need 30 phone lines, and could do with the WinModem-based setup, and those that need can get the VoIP from the telco, not needing their own VoIP-POTS conversion.
Re:The next step (Score:2)
Wildcard T400p [yahoo.com] at $1495 - handle up to 4 T1's.
All well and good. Any for sale? (Score:2)
Are there any "low cost" IP telephones in the market today? $600 (what looks like the going rate) seems like too much to me.
-Pete
Re:All well and good. Any for sale? (Score:2, Insightful)
IMHO that's what makes this implementation so revolutionary. Other posters were asking why this is newsworthy? Well, a $100 phone that runs open-source VoIP is pretty newsworthy to me. I've done both VoIP and voice-over-frame-relay installations, and you're talking about thousands of dollars for even a small implementation (using IP phones or regular digital PBX phones, special cards in the PBX and the router, special software, and so on).
Compare this to $100 phones and a gateway running on a cheap Linux box.
Re:All well and good. Any for sale? (Score:1)
Open-source speech coding (Score:5, Informative)
Re:Open-source speech coding (Score:1)
Re:Open-source speech coding (Score:2)
Okay, maybe I'm an idiot, but the "female" samples on that site are the exact same size.
Of course they are, what would you do with a file called "female_speex.vxz" ? .wav file so people can compare the quality of *before* and *after* compression.
The file is decompressed again into a
Regarding the filesize, the site says: 15.1 kbps, and the file is about 6 seconds, which would make the compressed file about 11.3 KB
They also differ in only one place in the file.
Realy ?
Market penetration (Score:1)
I was travelling through asia and later in south america. Callign home using a conventional calling card was ridiculously expensive.
But, a lot of little businesses were around offering international calls for very cheap. From Laos to canada for 15 cents a minute. Sure there was a little delay, but it was well worth it. All of these were using some sort of VOIP box./
In places without much telecommunications infrastructure, especially when most of the peopel own cell phones and not land phones, VOIP allows the convergence of all sorts of telecommunications traffic onto one simple infrastructure.
And by using open source software, free to all, the third world can much more easily afford it.
VOIP for PCs? (Score:2, Interesting)
Any advice?
Cross-Platform Voice Chat (Score:1)
FYI (Score:4, Interesting)
Open Source VoIP and telephony is tracked at http://www.linuxtelephony.org.
VoIP hardware (PCI cards) is IIRC $79, gateways are $179, drivers have been in the kernel since (again IIRC) 2.2.16. http://www.quicknet.net.
VoIP in the U.S. is almost pointless because the PSTN is too good. No one wants near perfect when perfect is cheap and easy. In the third world, if you can get a phone circuit it averages $1.27 per minute, whereas VoIP through a hop-off provider like Net2Phone (http://www.net2phone.com) runs average about $0.23 per minute or less. Straight IP to IP (like across a VPN from company branch to branch) is just the cost of the ISP (usually flat rate). So VoIP cafes are a popular way for the non-super-rich and powerful to make calls to their relatives in the first world.
Personally, the VoIP calls I have made have an almost imperceptible latency problem and sounded *far* better than any GSM call I have ever heard. Then again, these calls were during business hours so net congestion was not an issue for me.
The Ogg Vorbis has a low bit rate mode that is useful for VoIP telephony, and is grossly better than GSM to my ear.
Finally, VoIP is used by the big players here in the US. Qwest and Sprint use VoIP in preference to ATM due to cost of the equipment (Bits per second/price of hardware. IP is more efficient than ATM due to less overhead). Any cross-country call is VoIP nowadays.
Just my two bits.
-C
Re:FYI (Score:2)
What about interstate or international calls? If your ISP doesn't volume charge, then surely it would be attractive.
Re:FYI (Score:2, Interesting)
That is, ATM has a fixed, roughly 10% header overhead per cell compared to data payload. IP can have lower relative overhead by having larger packets verses the IP header size -- *however* the time it takes to gather the data to fill one large IP packet increases the delay.
For instance, if you are using an 8:1 compression codec, then that 64K bits-per-second voice becomes 8Kbps, or 1KBps. You can fit that entire one 1K bytes into a single IP packet, yes -- but you have to wait one entire second (the time it takes to gather that second of voice) before you can send the packet. With 8:1 compression, each byte of data is roughly 1 millisecond of voice -- each byte you pause to gather adds one millisecond delay before you send the data.
ATM becomes more efficient for voice as the payload size decreases per IP packet below around 300 bytes (i.e. 300 milliseconds delay in voice transmission between the first byte encoded and the last byte encoded before the packet is sent.) IPv6 will have an even poorer efficiency, of course, due to the larger header.
This is not comparing the cost of ATM network hardware to IP networks, just commenting that from a strict data point of view (i.e. bits per second of payload), ATM is going to be have better efficiency/quality for voice data. Now, for mixed voice and data networks, that may not be the primary concern.
Re:FYI (Score:3, Informative)
End users will start wanting VoIP too. For one thing other providers, like cable companies, will be able to offer it where they can't offer PSTN service. As with all competition, this should give lower prices and more features.
Speaking of features, VoIP has plenty of cool ones. I really like the Cisco phones (other probably have it too, they are jsut what we tried) ability to be logged in to. You log into a phone, it acquires your number and all your preferences.
However where it will probably be the biggest winner is for bussinesses. Whenever we setup a remote site they have to have enough T1s to cover all the phone lines they need plus T1s for data. With VoIP, we could elimante a bunch of those since with PSTN you have to have a B channel for every phoneline and with VoIP you need only enough bandwidth to cover your peak line usage. These palces never hit 100% usage and probably rarely hit even 30%, hence all that overhead can be eliminated. It also would simply things on our cable plan. We'd only need fibre to a building, then all vocie and data would run over that.
Personally I think that VoIP is sort of a slow inevitability. IT won't happen overnight, but it makes so much ecenomic sense that we'll migrate totally to it eventually.
Check this out..... (Score:1)
VoIP on Linux available for several years (Score:2, Informative)
The OpenH323 Project (http://www.openh323.org) has had a H.323 protocol stack availble since 1999. This stack works with Cisco gear and most other commercial H.323 products, and works on Linux, *BSD, Windows and other systems.
A full GUI Linux client using this stack can be found at http://www.gnomemeeting.org.
There is also a SIP stack available as part of the OPAL Project available from the same site. Others are also available (see http://www.vovida.org) for one example.
Lots of companies (including my own) have been doing "real" VoIP using Open Source for years.
(Disclaimer: I'm one of the authors of OpenH323)
If you want a TuxScreen... (Score:1)
Re:If you want a TuxScreen... (Score:1)
SIP is great but... (Score:2)
whats the big deal? (Score:1)
I can take most of the devices that I've got that hook to decent phone lines and if I get a 64kbit data stream in (aka a phone call), I can dump it to a port. That port can dump audio out in ISDN format (mulaw or alaw depending on its place in the world) and the callie can get a nice message of "press 1 to do splat and press two for garfarbinsplat". Its trival to do an fft that can figure out which touchtone they are pressing and then I can cope with it in one of seval ways. All of this just by redirecting any call taffic to a tcp port on a linux box. Funny thing is I have yet to take advntage of any call set up or three way calling features in this code. It jusst answers the phone, plays back
Cost/Benefit (Score:1)
The system over all is pretty spendy to install. Servers for call manager, server for Voice Mail system, all new phones, retrofiting with Cat5e. I can't see a big reason for this if I just need to switch 3 phone lines between 5 people. But for a couple of hunded people in a few locations, it's a different story. Phone company here charges $100/hr for a tech to work on our system. That adds up quickly, and much of the work seems trivial. Move this line from this office to another. Change this or that extension. Blah blah $100 blah. We're basically doing this to squeeze the local telco out of our service costs. Now it's all soft, we control extensions, we control dialing rules, we control call blocking and such. All of this is fine because our IT staff isn't overworked, so adding this layer probably won't add any bodies.
Bottom line is if you are installing network infrastructure and are spending money for managed switches and other hardware, and have more than a handfull of employees, consider making sure your switches and routers are VoIP capable, i.e. QOS, VLAN, etc., and consider replacing your PBX with a VoIP server solution when it comes time to expand or replace. The primary beauty of VoIP for us is 1. Scalability, 2. Independence from local telco 3. More feature rich phones.
That said, IMO the VoIP revolution is of the LAN, not WAN type.
Re:ooh fucking yES!! (Score:1)
Any more code examples ?