Slashdot Mirror


Is VOIP Over WLAN DOA?

prostoalex writes "Voice-over-IP in Wireless LAN environment - a futurist's dream of always-on always-connected service. Guy Kewney from eWeek tests the technologies that try to satisfy this market today and finds nothing but disappointment. " The best result we got was that just once, I heard his voice with a delay of about 15 seconds, saying "You just have to speak up!"--which was part of a 20-second burst of speech from him. The rest was lost.""

10 of 234 comments (clear)

  1. sataphone by Cyberglich · · Score: 5, Informative

    Well i have used stantaphone over my home wifi worked ok (1-1.5 sec delay) normal for anything of that nature.

    1. Re:sataphone by dasmegabyte · · Score: 4, Informative

      I've used iChat over my wireless lan to my boys in Cinci who ALSO use wireless lan. Not only was there no lag at all, the clarity was better than any phone I've used.

      --
      Hey freaks: now you're ju
  2. The 802.11 basic standard does not support voice! by Ho+Kooshy+Fly · · Score: 5, Informative

    802.11 standard was modeled around having a CSMA/A algorithm that tried to be as much like Ethernet as possible. There is no provision in the BASIC standard to provide for clients to shut up for higher priority voice clients at all! This means that a data client can blow the voice guy to kingdom come.

    There are extensions to the 802.11 standard like 802.11e and WME that will allow priority queuing and some minimalistic scheduling to take place. Other companies play tricks with the protocol to allow for voice clients to perform better under the BASIC standard but there are drawbacks.

    In the end, it is too early to judge VOIP over WLAN because clients and access points have yet to adopt extensions to the basic standard.

    -Ho

  3. VOIP over DSL isn't much better by EmbeddedJanitor · · Score: 4, Informative

    A collegue of mine has VPN over DSL to a corporate network. They do all their phones via VOIP. If you send him a ~1MB email while he's on the phone, the call goes down the toilet. Not exactly a "new millenium experience".

    --
    Engineering is the art of compromise.
  4. Re:too early by BWJones · · Score: 4, Informative

    Shoot, we used iChatAV rather successfully from Auckland, New Zealand to Salt Lake City for remote collaboration in a lab environment rather successfully with hardly any delay whatsoever. In fact, I routinely used (and still use) iChatAV with a wireless connection, so I do not understand what this is all about.

    --
    Visit Jonesblog and say hello.
  5. Works fine at my house by Gaewyn+L+Knight · · Score: 4, Informative

    My main phone line comes over a 6.1 mile 802.11b link. I use Asterisk PBX with the IAX protocol to bridge the calls.

    And my Grandstream SIP phone works great attached to a Linksys WET-11 client bridge.

    And my Ipaq runs IAXComm just fine over it's wireless card to use as a netphone.

    Does the battery life suck... yes... does it work and show promise... YES!

    Just because people have problems with these cheap (as in quality)(usually SIP or H.323 based) piece of crud phones doesn't mean the technology and possibilities are not still there. SIP is VERY prone to problems from NAT (which many wireless networks use of course).

    Anyways... for my 2 cents though I say... just give it time.

    --
    Telcos have alot of dark fibre in the States. Most people assume that's optical fibre...but it's actually moral fibre.
  6. Test your connection out by fiji · · Score: 5, Informative

    You can simulate a VoIP call and get the MOS voice quality score. So if you want to see how your Wireless setup fares, visit testyourvoip.com.

    Even if you don't care about VoIP, it is a useful test of the latency and bandwidth of your connection. VoIP is pretty sensitive to late packets so this tool highlights connectivity problems.

    -ben

  7. I just put a Cisco VoIP system in... by eric2hill · · Score: 4, Informative

    ...one of our plants in Ohio. The install was a little rocky, and many of the features you'd find in any circuit-based system were simply non-existant or poorly implemented.

    Now, that said, I put the system on its own POE switches and isolated network. Nearly 100 phones and the voice quality is superb. As a matter of fact, I had to introduce some comfort-noise because if nobody was talking, you couldn't tell you were even connected to anyone. It was really that clear. The POTS connection was done with a single PRI span, so calls were digital end-to-end.

    I had to place two of the ephones on a remote end of a 10MB fiber link. They worked flawlessly. I then tried a single phone on a WIFI bridge, and it worked flawlessly.

    Back to the article... The protocol the phones talk to each other using is g729. It uses roughly 9.6K worth of bandwidth, and sends packets every 20ms or so. A quality secured WiFi connection without any interference can support at least 25 to 30 phones before you start having channel speed or bandwidth problems.

    In summary, a properly architected system has NO problems, whereas a system implemented over old, crappy hardware will have problem after problem.

    --
    LOAD "SIG",8,1
    LOADING...
    READY.
    RUN
  8. Re:too early by sg3000 · · Score: 4, Informative

    > shoot, we used iChatAV rather successfully from Auckland,
    > New Zealand to Salt Lake City for remote collaboration in a lab
    > environment rather successfully with hardly any delay
    > whatsoever

    Yeah. I do this all the time.

    Ingredients:
    1. PowerBook G4
    2. Mac OS X 10.3
    3. iChat AV
    4. AirPort (802.11b version)
    5. Comfy bed, little computer lap tray, Collie sitting on your feet (all optional)

    Results: no problem at all. No delay noticeable. Voice quality was fine. Voice quality was so good, the whole thing was kind of anti-climatic.

    --
    Insert simplistic political, ideological, or personal proselytization here.
  9. It works well. by tarak.org · · Score: 4, Informative
    Its all in the connectivity and the speed of the device getting the call packetized and placed on the wire. I use my softphone on my laptop with a 802.11b PCMCIA card at home through a Juniper SSL VPN with consistant success and quality. I have installed VoIP phones that connected to a gateway for call setup and tear down over a wireless bridge with good success. I have also experienced the mediocre quality of the DialPad's/Net2Phones etc.. If the device doing the codec compression can get the packet on the wire fast enough and there is enough throughput for the call. The call will succeed and be quality, WLAN's included. If the network is already taxed and the device doing the codec compression/and or call setup and teardown is taxed (in the case of some of the VoIP providers) the call will suffer.

    VoIP over WLAN has just started. If you work for an intrenched Wireless Phone provider or a Baby Bell you wish that VoIP over WLAN was dead and this is probably just the beginning of the FUD from these guys and their pawns in an effort to hold on to their customers. So my answer is no.. its not dead.