Slashdot Mirror

← Back to Stories (view on slashdot.org)

A Stateless IP Phone In The Works From AT&T

Posted by timothy on from the you-might dept.

Boli writes: "Ran across this broadband phone today. It appears to be based on the Virtual Network Computing work done at AT&T Labs Cambridge. The most interesting feature is that all apps run on a server while the phone is only a display and I/O device. This opens the possibility for a variety of devices to display the same stuff. Imagine transferring a call from the phone to your browser display to paste a graphics file, then transfer again to a cordless. The VNC tools are free (as-in-beer) today." AT&T says they even have a working wireless prototype working in their building. (And VNC is Free as in GPL as well, according to their front page.) How long till conventional phones are obsolete?

149 comments

  1. Security by fogof · · Score: 0, Redundant

    I just hope that the phone has some kind of secondary storage ... I wouldn't want to keep my files on some central server ... even if they are just phone numbers ... or emails. ... Just imagine, they have access to all email and phone numbers stored in your address book... The amount of annoying spam can rise ...

    --
    --=.=-- www.cyber2000.qc.ca
    1. Re:Security by Cirvam · · Score: 1

      I think this would be more targeted towards the large busness enviroment, like a voicemail system. Then it wouldn't really matter too much if your company had access to the phone numbers stored in the address book. However if this were to be depolyed to replace service from Verizon it would need some revamping for privicy concerns.

    2. Re:Security by mr100percent · · Score: 1

      VNC doesn't have the client store anything, it's just a remote display system.

    3. Re:Security by Katan · · Score: 1
      Its also nice for businesses due to the fact they can control the amount of latency to be expected. A VoIP call goes sour around 200 ms of latency.


      The codecs at each end of the call often add between 5 and 40 ms of latency. This doesn't leave much room for a packet to travel long distance.


      Course this is talking toll quality voice too...

      --
      K
  2. Not just beer by SubtleNuance · · Score: 3, Informative

    According to their dload page the whole bit is also Free as in Freedom.

    1. Re:Not just beer by SubtleNuance · · Score: 0, Offtopic

      Whats the issue?

      I suggest we drop the useless withering pr*cks in the Sentate and fill their seats via PR.

    2. Re:Not just beer by voxman · · Score: 1

      That this thing uses VNC is speculation. As far as anyone here knows, this phone may be ENTIRELY proprietary, and coming from AT&T, it probably is. 70's video phone updated to use SIP. Even if you do get a tiny little VNC viewer running on your desk phone, it's still sitting next to your spacious monitor and input devices. Why bother? B. F. D.

    3. Re:Not just beer by Anonymous Coward · · Score: 0

      Certainly it's a problem when you have a lot of different parties, and it's always a minority candidate that gets elected (whereas, in the US the two party system makes this less of an issue). But the RP solution is a bad solution, because it "guarantees" representation among the entire representative body. This screws up the whole idea of "representation", where the representative is supposed to represent a particular district. Each district should have the right to pick their own representative independent of what's happening anywhere else.

      I think having runoff elections of the top two candidates is a much better way to reach consensus for a particular district.

      I have to admit, though, that the site at votepr.org is a lot less radical than a lot of the PR movements. I seen some that want to guarantee racial balance, sexual orientation balance, ethnic balance, all sorts of ludicrous, arbitrary balances.

    4. Re:Not just beer by Anonymous Coward · · Score: 0

      Actually, Canada is number 2. In fact, it's called America 2 by most, and as we all know, THE SEQUEL ALWAYS SUCKS.

    5. Re:Not just beer by ThatComputerGuy · · Score: 1

      Let's please keep the posts on topic. I fail to see what the Berkeley Fire Department has to do with-- oh...

      --
      XML is like violence. If it doesn't solve the problem, use more.
  3. Monitor shape by mr100percent · · Score: 2

    unless there's scrolling, the monitor on that phone is poorly shaped, unless you're controlling a palm with VNC...

    VNC rocks, if only there were some better mac updates that were stable...

    1. Re:Monitor shape by cowmix · · Score: 1

      Try Chromatix VNC for the Mac.

      http://www.chromatix.uklinux.net/vnc/

    2. Re:Monitor shape by netpixie · · Score: 1

      Sorry about that, but the whole toolbox is just too looney. No threading, Strange memory management and an almost unbelieveable mechanism for OS calls. I just never could manage to get it all sorted.

      Luckily, as another reply mentions, the baton is now being carried by someone who knows far more about the whole kit and kaboodle than I did, and apparently has made a much better attempt.

      As a point in my defence as a programmer, I did write the first version of the VNC driver for Mac On Linux, that actually *did* work.

    3. Re:Monitor shape by Anonymous Coward · · Score: 0

      Thank god in a few years, everybody will be using OS X. Programming for that is a dream...

    4. Re:Monitor shape by slim · · Score: 2

      unless there's scrolling, the monitor on that phone is poorly shaped, unless you're controlling a palm with VNC...

      I don't think the idea is for the remote application to be a desktop. Yes, the VNC protocol can be used this way, and that's how the vast majority use it these days, but you could use it for *any* visual interface.

      This thing would probably connect to a server which piped non-windowed applications at the same (low) pixel height and width of the screen.

  4. Things move much slower in telephony. by Stoutlimb · · Score: 1

    "How long till conventional phones are obsolete? "

    I would say about as long as it takes 1970's video phones to replace conventional telephones. If anything will replace regular phones it's a cell.

    Blah

    1. Re:Things move much slower in telephony. by Anonymous Coward · · Score: 0

      Oh, but doesn't EVERYBODY own a computer?

      Old skewl phones will be here for a long time to come. Taco and other techies may not use them any more, but PCs are still a luxury to many.

    2. Re:Things move much slower in telephony. by Anonymous Coward · · Score: 0

      I'm still waiting for ATT to roll out GSM in Boston (no way I'm getting Voicestream).

  5. Not bad by mr100percent · · Score: 2

    I can see some good uses here, like having people collaborate over a word document, which is possible using Windows-only Netmeeting.

    What's nice about VNC is that it doesn't strain your bandwidth, especially if these phones can dialup to the VNC server. Yet another thing I'll need to telecommute...

  6. Think of the implications for Phone Sex! by Ghoser777 · · Score: 2

    Now you don't only have to talk dirty, but you can sketch picturers of what my body would look like if I hadn't been playing Wolfenstein for the past couple of days and loved on a steady diet of Good and Plenty's and Jolt. My nerdy body was approaching "rather not see naked, but it wouldn't kill me," but I can always aspire for this some other time.

    The more technology advances, the better the artificial sex.

    F-bacher

    --
    James Tiberius Kirk: "Spock, the women on your planet are logical. No other planet in the galaxy can make that claim."
  7. Does it come with a wiretap? by bihoy · · Score: 1


    My biggest concern about IP Telephony is that the packets can be easily intercepted and decoded. No longer will someone need physical access to the "wire" to tap your conversations.

    1. Re:Does it come with a wiretap? by Enigma2175 · · Score: 2
      No longer will someone need physical access to the "wire" to tap your conversations.

      You don't need access to the "wire" now. Almost all calls are digitally switched, and routing a call to 2 places is almost as easy as routing it to one. Yes, the investigating agency still needs to contact the RBOC, but it is quite easy to tap your phone from a technical standpoint.

      --

      Enigma

    2. Re:Does it come with a wiretap? by krazyninja · · Score: 1

      You could always use protocols which support encryption above IP.

      --
      "Do something man. Right now."
    3. Re:Does it come with a wiretap? by Anonymous Coward · · Score: 0

      I'm developing IP telephony stuff, and right now
      I just finished implementing 2048 bit Diamond2 encryption with 2048 bit RSA key exchange. So
      wiretapping wont be all easy on our stuff ...

  8. Obsolete? by terri+rolle · · Score: 2, Interesting
    How long till conventional phones are obsolete?

    Given how little conventional telephones have changed over the past century, how we still use them by the millions, and how we have so many technological and regulatory problems when adopting new communications technologies, I wouldn't be holding my breath waiting for them to become obsolete. No matter what new technologies come down the pike.

  9. Wolf in Sheep's Clothing. by Moosifer · · Score: 1

    The re-centralization of the decentralized U.S. phone industry. Any surprise that this is being propounded by AT&T?

    1. Re:Wolf in Sheep's Clothing. by dachshund · · Score: 2
      The re-centralization of the decentralized U.S. phone industry. Any surprise that this is being propounded by AT&T?

      Any surprise that it's not going to work that way? I see the only serious buyer for this technology being business, which generally already uses centralized systems.

      In any case, I think this technology is pretty nifty (more so if it included a small camera.) The client-server GUI architecure is unnecessary, though. It'/\fer2=[h

  10. Echos of many dead technologies by moebius_4d · · Score: 2, Informative

    I'd really like to see this work. But, I recall too many previous attempts to deploy dumb clients and provide all services from a few central locations to be at all sanguine about this.

    For example, Java. I make a living doing Java architecure, design, and development. But I recall when Java's promise was to make the dumb web browser into any application we wanted it to be. Companies would put specific services up as applets, and we would always have the latest versions. This failed. We can talk about why, but the fact is that it did.

    Jini was supposed to do the same thing. It had a UDDI-like feature so that we would all just plug new devices onto our networks and they would all just make efficient use of each other. We wouldn't need to put all the smart technology in one box, we could distribute the intelligence. This failed.

    I could easily name others, but these two were the highest profile attempts in the last five years. And both were from Sun, who at least are masters of PR and spin: witness the popularity of Java in the enterprise. This new phone is from AT&T, of whom Jerry Pournelle once observed that they couldn't market eternal life.

    So as much as I want one, and want things like this be to successful, I would be surprised to see this take off, or even make to market. Happily surprised, but still.

    1. Re:Echos of many dead technologies by Anonymous Coward · · Score: 0

      Or there's the World Wide Web, where we'd deploy dumb clients (web browsers) and provide services from a few central locations (dot-coms). Too bad it failed.

    2. Re:Echos of many dead technologies by moebius_4d · · Score: 1

      If this is supposed to be sarcasm, and your point is that the dumb broswer/smart site actually did work, let me comment.

      The idea behind the web was of course to share research papers. Its design aimed at sharing more or less static text, and offered a way for people reading a paper to submit comments, or a paper of their own. It did not aim at providing a universal, secure platform for downloading and running executables.

      Second, making a new platform that has to achieve the kind of adoption rate and penetration of the world wide web to be a success smakcs of hubris. Not many innovations have had the success of the web, primarily because the network infrastructure was in place and a critical mass of computers existed in industry and the home. The web made access to things that already existed far easier. This phone does not.

      I'm not saying that no new universal client/server technologies can succeed. I am saying that it is a very difficult proposition, and that a number of recent attempts that provided more features than this does have failed. That's why I don't expect much from this.

  11. Sounds like something I've already used. by parc · · Score: 1

    While the glossy is definately light in details, this sounds like yet another(ok, probably the third or forth to actually work) SIP phone. I've used these devices before. The idea is good, but the two implementations I've seen that got even close to working were not up to snuff yet.

  12. Simple IP-Based Telephony by waldoj · · Score: 3, Interesting

    I'm a bit baffled why nobody has unveiled basic IP-based telephony. A regular ol' telephone that simply has an Ethernet jack. Great for businesses, and fine for the small percentage of geeks like me that don't have a landline. The phone could be really quite simple -- the telephone equivalent of a computer with a TCP/IP stack, a soundcard and a speaker. I assume that it would have to be tied to a particular service (configuration information burned into the EEPROM), but fancier ones could let you specify the IP of a gateway, I guess. Then, any company with a sufficent number of POPs would be able to eliminate the bulk of long-distance costs, as the calls themselves could simply be routed over the Internet.

    I can't say that the plan is flawless -- I leave such details up to much more knowledgable people than myself -- but I still think that this is a pretty basic goal for IP-based telephony, rather than this platform-specific strap-on-some-headphones kind of thing.

    -Waldo

    1. Re:Simple IP-Based Telephony by Anonymous Coward · · Score: 1, Informative

      They have. Cisco has one that is very expensive, but SNOM has one that is linux based.

    2. Re:Simple IP-Based Telephony by MadDog+Bob-2 · · Score: 1

      Cisco's done this. It's apparently basically a 386 with a sound card and ethernet. It uses dhcp and tftp to grab config info. One of its more abusable features is the fact that you can download wav files to it to replace the ring.

      I never did quite get around to getting on the serial port and trying to netboot linux,tho...

    3. Re:Simple IP-Based Telephony by Anonymous Coward · · Score: 0

      Damn, that's hot!

    4. Re:Simple IP-Based Telephony by dachshund · · Score: 3, Interesting
      Then, any company with a sufficent number of POPs would be able to eliminate the bulk of long-distance costs, as the calls themselves could simply be routed over the Internet.

      One word. Latency. It'd be a great idea within a single LAN, though. My company has an expensive dedicated digital telephone network in house, and I can't imagine that it does anything that a standard Ethernet couldn't. And when low-latency QoS services are available from the backbone providers, cheap long-distance'll follow. With residential broadband QoS and a VPN, you could have an office extension in your house in no time.

      What bugs me about this phone is the dumb-client design. I can picture banks of these phones lying around with blank screens because of a server crash. There's no good reason for this design, other than a futile desire to come up with a service for AT&T to sell. Some centralized storage for a group of phones to tap into, sure. A centralized network gateway to interface with POTS phone lines, that makes sense. But making the phone nothing more than a remote display is sort of silly.

    5. Re:Simple IP-Based Telephony by krazyninja · · Score: 1

      Cisco, Netrix, Nortel and other VoIP companies have been providing VoIP phones (for quite a long time now) for the corporate customer, who can choose these phones for long distance communications like conference calls.

      --
      "Do something man. Right now."
    6. Re:Simple IP-Based Telephony by Anonymous Coward · · Score: 1, Insightful

      The Cisco stuff is great, where I work we have about 200 of them and they are wonderful. We are thinking about replacing 3*2000 line PABX's with VOIP, except for one small issue.

      The call managers are Cisco "Black boxes" that are accessed via a web browser to configure, unfortunatly they are actually running Windows 2000 or Windows NT4, and are suseptable to CODE-RED and Nimba. And cisco will only support Call managers that have particular versions of OS and patches on them. So when something like Nimba comes along, you have to wait for Cisco to certify the patch before you can patch your call manager, meanwhile its blerting virus and DOS's everywhere, or you patch it and pray, or you take it off the network and have no phones.

      Requires a bit more thinking at this point

    7. Re:Simple IP-Based Telephony by Detritus · · Score: 3, Insightful
      My company has an expensive dedicated digital telephone network in house, and I can't imagine that it does anything that a standard Ethernet couldn't.

      There is one important thing that your expensive digital phone system has over standard Ethernet, reliability.

      Most telephone systems are designed to be reliable and fault-tolerant. Most data networks are designed to be fast and cheap. They are optimized for different goals.

      --
      Mea navis aericumbens anguillis abundat
    8. Re:Simple IP-Based Telephony by Anonymous Coward · · Score: 0

      You put your _phone switch_ on a _live Internet-connected network_? Your grandma's toaster having an IP address makes more sense than that.

    9. Re:Simple IP-Based Telephony by Anonymous Coward · · Score: 0

      The main problem I've heard about is that some c8blem0d3m d00d gets infected and then VPNs in. Blam -- all the poorly patched intranet servers behind the firewall are worm-infected.

      Well, maybe in your world every box, including the phones, are completely up to date on patches, but that's not anywhere I've worked.

    10. Re:Simple IP-Based Telephony by thogard · · Score: 1

      When code red hit, I started pulling out home pages. I was hit by three different Cisco Call Mangers playing host to code red. I'm guessing cisco blew their reputation with this product. We were about ready to put in an order to. So much for that crud. Then can call back when they have it running on unix. Till then, well keep using the 3com nbx 100. Its sad because 3com's support of the nbx sucks (look for support online for details) and nbx corp worked with cisco. It would have been nice if cisco had bought out nbx instead of 3com.

    11. Re:Simple IP-Based Telephony by zm · · Score: 1

      > You put your _phone switch_ on a _live Internet-connected network_?

      Well, if the _phone switch_ is a VOIP phone switch, where do you suggest they put it on? Anyways, there is a bunch of companies out there developing VOIP switches, that are called Media Gateways, SoftSwitches, H.323 GateKeepers, SIP proxies etc, depending on the protocols used and their respective network positioning and function. And yes, everyone and their brother is planning to put a firewall (or a firewall cluster if serving many phones) in front of any Internet connected VOIP box, which brings up a range of problems and issues.

      More info: search for: SIP (Session Initiation Protocol, IETF working group), MIDCOM (IETF Firewall control working group), IPTEL (IETF IP Telephony working group), SIGTRAN (IETF IP Signaling transport working group), softswitch, H.323 and a lot of other things.

      zm

      --
      Sig ?
    12. Re:Simple IP-Based Telephony by sgtrock · · Score: 1

      Cisco and 3Com already sell this as a package deal. Both systems require that you buy their phone switch as well, though. At least, they did the last time I checked (early last year). I haven't been involved in that side of our network for a while, so my info may very well be out of date.

    13. Re:Simple IP-Based Telephony by Curt+Cox · · Score: 1

      There is nothing wrong with putting all your eggs in one basket--if you can build a really, really, good basket. The phone system works with dumb clients and central servers now, and I doubt I've ever been unable to make a call because a server was down.

      I dare you to point out a fat client consumer device (OK, other than TiVo) with a history of transparent software upgrades.

      I think that the stronger argument, is that while this architecture makes sense now, putting all of the brains in central servers (the phone system) has historically made upgrading the network hard and slow, compared to putting all of the brains in peers (the Internet), where the network has been rapidly and continually upgraded. This argument is still relatively weak. Phones need good uptime much more than ever increasing bandwidth.

    14. Re:Simple IP-Based Telephony by Anonymous Coward · · Score: 0

      ROTFL!

      Man you are not even close.

      The VoIP phone is build on a very complex custom ASIC. No 386, no "sound card". It has a very robust 3-port 10/100 switch. Line power... the list goes on and on.

      As to the "abusable" ringer, that can only be abused by the system administrator.

    15. Re:Simple IP-Based Telephony by Anonymous Coward · · Score: 0

      What!? Cisco VoIP product do not require "special phone switches". If that were true, it wouldn't be VoIP!

      All that is required is an IP network! It _is_ advisable to purchase equipment that supports QoS for VoIP. It's convenient to purchase ethernet switch cards with line power. But nothing is _required_ beyond IP.

      It is true that 3Com requires special phone switches, that's because they don't have a VoIP product. It's a proprietary "Voice over ethernet" product.

    16. Re:Simple IP-Based Telephony by Sleeper+Service · · Score: 1

      The thin-client design allows you to deploy the phones without worrying about the cost of having to fire upgrades at them, and allows you to build them using some really cheap, simple, hardware.

      By providing services from a central server, yes, AT&T is obviously trying to make some money out of people, but it also means that whenever a new service or upgrade is available, it can happen in one place, and for everyone, transparently. Conflicts between updates can be dealt with before the upgraded system is even placed online, rather than having users sit there fiddling with broken phones as they often do with "upgraded" PCs. It's unreasonable to expect the average consumer to want to administer their own phone.

      And of course because the phone has a display, not just IP telephony, on it, so you can provide much more than just phone calls.

      Before anyone asks, yes, I am biased, since I worked for AT&T Labs on the VNC project... :)

    17. Re:Simple IP-Based Telephony by evil_one · · Score: 2

      I am sitting not more than 3 feet from a Nortel internet phone. It works just like a regular phone as far as I'm concerned, except it shares my lan with my PC through a 3 port 10/100 switch. here's the product page.

      --
      Desperation is a stinky cologne
    18. Re:Simple IP-Based Telephony by Anonymous Coward · · Score: 0

      Of course you can have "special phone switches". IP phones are just phone extensions hooked to the ethernet. You still want access to POTS lines and manage them. An extension without some type of PBX/PABX/etc. would be very limited in functionality.

  13. This is what LPCP was supposed to be for by Anonymous Coward · · Score: 0

    LPCP - the low-level phone control protocol (now hosted here) was designed to provide exactly this kind of thin client phone.

  14. not all there yet by nerdsv650 · · Score: 1, Funny
    On the "Contact" page, the last line reads:

    "We cannot, unfortunately, answer telephone enquiries at this time."

    Why do I find this hilarious?

    -michael

    1. Re:not all there yet by Anonymous Coward · · Score: 0

      Because you're thinking of a situation in which they couldn't answer the phones, probably that they're tied to a chair... "stuck in the middle with you"

  15. Want to borrow my cellular? by image · · Score: 3, Funny
    From their contact info page:


    After reading these pages and the FAQ, if you need more information, please contact:

    The Broadband Phone team
    AT&T Labs Cambridge
    24a Trumpington Street
    Cambridge CB2 1QA
    United Kingdom
    Email: bphone-query@uk.research.att.com

    We cannot, unfortunately, answer telephone enquiries at this time.


    Emphasis mine. :)
    1. Re:Want to borrow my cellular? by Anonymous Coward · · Score: 0

      you should mail them bricks, marked business reply mail-postage paid by recipient

  16. Wow! by waldoj · · Score: 1

    I'm a genius!

    ;)

    -Waldo

    1. Re:Wow! by alienmole · · Score: 2
      I'm a genius!

      ;)

      Except you know what Edison said: "Genius is 1% inspiration and 99% perspiration". Seems like you have some sweating to do!!

  17. 1.5 meg connection required. by BrookHarty · · Score: 2

    I wish I had a spare 1.5meg connection lying around I could use for an voip phone. But all I qualify for is idsl on the soon to be out of business Covad, then its back to either isdn or modem. Design a voip phone with the compression of Divx on a 28.8 modem, and I'm set.

    I read that University of Washington broadcasts HDTV over the Internet2. Only need a 200mbs connection. Anyone got a 200mbs connection for 90bux?

    1. Re:1.5 meg connection required. by jroysdon · · Score: 1

      It all depends on the codecs they run. g.729a can get voice down to 12kbps with another 12kbps of protocol overhead (if you're running frame relay with FRF.11 you can use compressed TCP headers and keep it about 16kbps). Vast improvement over g.711 64kbps standard PSTN calls use.

      Cisco's way ahead of the game on all of this. Their 79x0 line of phones with CallManager on the backend rocks. Granted, it's not as bloated as the AT&T phone looks to be, but it's got XML and basic graphics capabilities built-in.

      The also have a "soft phone" as well that runs great when you're not near you regular desk phone (so you can pick up calls remotely).

      Someone was mentioning fear of tapping VoIP packets. Why even go that far? Until everything is on VoIP, you still need to have a connection to the PSTN, and that's where they'll be tapping things for a long while. If you're concerned about sniffing VoIP packets, run a VPN with encryption back to your office's PSTN... of course they can still use a classic wiretap once you hit the office PRI and on to the PSTN.

      I'd like to see a pricetag on these phones and the backend servers they're talking about. Cisco's solution isn't cheap, and you know the telco's aren't going to be any better priced. Of course, they want you hooked up to their servers and paying monthly fees, not taking a free ride.

    2. Re:1.5 meg connection required. by vrmlknight · · Score: 1

      that is one sexy looking phone too bad i dont have the money to set it up in my house but alredy got the cables run so im 1/2 way there

      --
      This must be Thursday, I never could get the hang of Thursdays.
  18. Great For Implementation Debugging by adamjone · · Score: 2, Insightful

    I work for an integrator, and the most frustrating thing we do is support our systems once we have deployed them. Customers love to twiddle with our settings, modify the code, and do various other technically dangerous things. We have just begun using VNC as a remote debugging and support tool. What would usually take hours of phone calls, e-mails, and screen shots now gets covered in a few minutes. I can't count the number of site visits VNC has saved me.

    Integration between my business phone and my desktop would be great. The phone could use some type of caller ID to determine which VNC connection(s) to create, and I could immediately be viewing the customers system. This would definitely save time and a lot of frustration.

  19. A better question would be... by egarland · · Score: 1
    How soon until conventional PBX's are obsolete.

    The analog phone line will continue to be a standard for a long long time. They are universal and have endured the test of time. PBX's however are proprietary, expensive and account for a large number of the phones in the world. This is where IP telephony is going to take off.

    Being able to buy a setup that runs all your phones over your network infrastructure, where you don't have to run individual lines from each phone to your central PBX, just a 100mbit ethernet connection, that's huge! Being able to add phones in an area by dropping in 4 port hub, that's revolutionary. IP telephony will be big, not in the home, at the office. It will usher in a new era of inter operability and standards in the corporate phone industry that will save companies huge money long term.

    -The song "Hot Shot City" is particularly good.

    --
    set softtabstop=4 shiftwidth=4 expandtab nocp worlddomination
    1. Re:A better question would be... by JesseL · · Score: 2

      I listened to a sales pitch for a system from 3Com a few years ago that did exactly that. These systems seem to be slowly replacing older pbx systems.

      --
      "Prefiero morir de pie que vivir siempre arrodillado!"
    2. Re:A better question would be... by jroysdon · · Score: 1

      3Com's NBX system blows in comparison to Cisco's solutions. Including, but not limited to doing a hybrid connection to expensive legacy PBX equipment.

      3Com's gear only makes sense if you're a 25 phone or less system and never plan to expand.

      But them I'm biased ;-)

    3. Re:A better question would be... by Anonymous Coward · · Score: 0

      3Com is way behind Cisco in both technology and deployment. The Cisco corporation alone has deployed around 15K VoIP phones. All of the legacy PBXs save two have been removed (I won't say where those two are).

      I can call from my desktop IP phone to any other Cisco office in the word and the call is VoIP end-to-end. No PSTN required!

      VoIP in the enterprise is here today and growing fast. The PBX is already dead, most people just don't realize it yet.

  20. If only we can find good applications by RadioheadKid · · Score: 2, Interesting

    As stated earlier, it seems that we go through this ebb and flow of "cpu power is better in the client" and then back to "cpu power on the server is where it should be". There are good arguements for both. But with the increasingly more powerful and smaller processors, what day to day app's wouldn't the cell phones/PDA's of the near future be able to handle? I'm not sure. Granted it would be really cool if I could securely connect to my X Server and take care of something I had forgotten to do before I left work.

    And I have to say the VNC screenshots are pretty cool seeing different combinations of OS A running in a virtual console on OS B. And props to AT&T (for once) for making it free...

    --
    "Karma can only be portioned out by the cosmos." -Homer Simpson
    1. Re:If only we can find good applications by Tyrall · · Score: 2, Insightful

      VNC was developed a LONG time ago by Olivetti Research Labs.
      It's always been free; what I'm surprised at is that when AT&T took over, they allowed active development of a free tool.

      I've been using it in one shape or another on various platforms since '98. It's possibly the only application I can say I've used on a regular basis for that entire time.

  21. AT&T tries again? by mj6798 · · Score: 2
    They tried before, a phone apparently based on Inferno (AT&T's ill-fated Java killer).

    I love VNC, and it is certainly a good way of building light-weight, reliable clients. But I can't quite figure out why I would like this functionality in a phone. I like phones to be unobtrusive, simple, and portable. And for anything more complicated than a phone call, I'd rather have a full screen and a keyboard.

  22. Broadband? Ahhh, yeah. by WasterDave · · Score: 2

    Using VNC? Oh yeah, that'll need broadband OK. I can see a pattern emerging here:

    Java->slow language, made by people that sell big computers.

    VNC netphones->bandwidth heavy, made by people that sell fat pipes.

    Hmmm. I guess that whole better mousetrap thing is being forgotten again.

    Dave

    --
    I write a blog now, you should be afraid.
    1. Re:Broadband? Ahhh, yeah. by superpeach · · Score: 1

      TightVNC is actually very usable over a 56k modem (which only conects at 33.6 because of BT's DACS crap). This has nothing to do with telephony tho, as the compression techniques used in vnctight probably wont be too good for voice :), but if the other things like data sharing are done in a normal VNC kinda way then the tight encoding could be useful..

    2. Re:Broadband? Ahhh, yeah. by belg4mit · · Score: 1

      Which is why you snag TightVNC or some other modified VNC with compression.

      --
      Were that I say, pancakes?
    3. Re:Broadband? Ahhh, yeah. by Anonymous Coward · · Score: 0

      have you actually USED java outside your web browser? It's obviously fast enough for the hundreds (thousands?) of enterprise customers who clamor for systems built in Java.

      And it's fast enough for me. I'm a Java engineer; after 20 years of basic/pascal/c/c++/asm/lisp/perl/sh/etc, I can safely say it's the best all-around language I've run into.

    4. Re:Broadband? Ahhh, yeah. by fyonn · · Score: 1

      if you've got a second line via DACS and you use it for data then you should complain to BT. dacs is good enough for voice but not for data (as you well know). with all the advertising bt used to do about getting a seocnd phone line for modem use they should damn well install a full second line and not mux, after all, you're paying a full second amount of line rental I'm sure.

      get them to send the engineers back and do a proper job.

      dave

  23. What's the deal with thin clients ? by Guignol · · Score: 1

    I'd like to understand.. is that some kind of new cool fashion ?
    Many many people are talking about thin client for this and thin client for that
    I don't get it...
    Isn't local computing power and storage much cheaper than bandwidth ?
    Isn't distributed computing power much cheaper than centralized ?
    I understand thin clients are a wonder for the server and bandwidth business (that is, if they actualy can deliver the promised service), especialy now that we are concerned with information control (it will be much easier for carnivore-like projects to spy just about anything)
    Bust isn't this going backward just for greed ?
    I'm just asking really, I wonder what I am missing
    I could understand how this is presented as a nice technology for anyody that is concerned about control, but price ?
    Doesn anybody have some insight about it because I really don't get it.
    Also, I'm thinking about how this would evolve: heavier and heavier applicationes, managing more and more complex/sensitive data... Oh well..

    1. Re:What's the deal with thin clients ? by Bookwyrm · · Score: 2

      It's simple.

      Most people order phone services to get *services*. Most people aren't going to want to deal with a fat client, particularly if the fat client requires them to do all the maintenance on it.

      Most people don't grow their own food. Most people don't build their own houses. Most people don't do their own medical work. People pay each other to take care of things.

      A fat-client phone that requires most people to make sure it is up-to-date with the latest software, to patch security holes, to do their own trouble-shooting and debugging, etc. isn't going to go over with the majority of the populace. Geeks would love them probably, of course.

      As long as paying for telephone service as a service is around, the model is going to be pushing for thin-clients because it simplifies the maintenance and service issues, and keeps the costs down.

      The ideal architecture would allow for both fat and thin clients, to let those who want to deal with fat clients be able to use them.

      There is also another reason why cheap, thin-clients are a good idea -- cost. A cheap, reliable PSTN phone is under $10 USD -- almost everyone can afford one of those. An IP phone with LCD display, CPU enough to handle real time VoIP, RAM, ethernet interface, DSPs, etc. is not cheap -- and the more complexity you cram into it, the more expensive it gets.

      People want services, not do-it-yourself kits.

    2. Re:What's the deal with thin clients ? by Anonymous Coward · · Score: 0

      I own a TiVo, it's certainly a "fat client", with it's own Linux distribution, etc. It's upgraded itself with the newest software two or three times since I've purchased it, no problem, no thinkering, no do-it-youserlf kits. (Except for a rumored third party Ethernet file server I really want to play with. ;)

      Although I tinker with my systems all the time, I've found that Debian linux also provides similar functionality in the PC world. Ten to twenty keystrokes every once in a while keep everything nicely up to date, without rebooting.

      While thin clients are easier in that there is only one copy of the system to be maintained, they also impose a single point of failure, and serious security issues--And you need a robust distribution system whether you run thin or fat clients.

      So the question is, is the increased network utilization/decreased performance associated with moving applications (or data) over long distnaces every time a program is opened worth the savings in hardware, and the up-front cost of providing a reasonable out-of-the-box configuration that is capable of updating itself?

    3. Re:What's the deal with thin clients ? by Bookwyrm · · Score: 2

      As far as single points of failure and security issues go, take a look at the reliability and security of the current PSTN verses the current Internet. It is indeed possible to build a centralized system with 99.999% uptime.

      And each person always has a single point of failure -- their own endpoint or phone. Which is more likely to maintain a 99.999% or better uptime -- the thin-client simple, stateless phone, or the fat-client service laden, stateful phone? (Which is more likely to crash, your calculator or your computer?)

      If you looked at the AT&T phone described in the article, you would see that the applications are not moved at all. Only the data. And moving the data from end to end is the point of communications, after all.

    4. Re:What's the deal with thin clients ? by Anonymous Coward · · Score: 0

      Each person does not have a single point of failure. There is no single point of failure. If my laptop catches fire, and burns down my home, I can get another laptop. If I made offsite backups, I'll be ready to go pretty quick. If I didn't make offsite backups, then either there's nothing important on my laptop, or I've learned a hard lesson. At any rate, you really don't care, as your computer's is still whizzing away.

      If the big centralized system crashes, then all computers in the system go down. If the system has as many nodes as the US telephone system, and each node is a desktop computer, then we've got a problem bigger than anyone imagined the Y2K thing could be.

      It might not even be the centralized system's fault. What happens if someone really wants to take it out? Thin client architectures decrease the number of targets required to knock out a system dramatically.

    5. Re:What's the deal with thin clients ? by Guignol · · Score: 1

      Well, thank's but I don't see your point so well.
      Isn't what you say also achievable with a not so dumb client ?
      I don't see a thin clint live any longer than a fat one for several reasons:
      - the client displays/interface capabilitites will evolve just as significantly as the applications themselves, so in the end, you will have to change it (but I grant you the cost part, although I think the processing capability is less expensive than the user interfe capability)
      - if anyway the point it to have something that will work for many different applications, open to future services etc.. then the plan is effectively to run increasingly complex applications that will have three major consequences:
      : more bandwidth required for each application
      : more cpu required for each application
      : more people connected at the same time, geting away slowly of the idea that to give service to x users, you need a fraction of the capability as they are not all using it at once. this fraction will tend to x.
      So finally, there wil be a service availability issue (not to mention price)
      That's wat I think anyway, but I wasn not specificaly talking about telephone thin-clients. I'm also thinking about Sun and Aranea ideas

    6. Re:What's the deal with thin clients ? by Bookwyrm · · Score: 1

      I would suggest you look at your network equipment more closely. Unless each of those fat-clients has dual NICs, dual last-mile connections following different physical routes to different terminating end-point equipment, etc. You will always have single points of failure. (PBCAK, even.)

      If there is no information worth backing up on your fat-client, why do you have it? If it's just an access device, why not a thin client?

      Amazingly, the US telephone system has shown itself to be fairly reliable. You are correct that "if" the entire US phone system crashed, there would be problems. Systems can be built to that level of reliability, however. Fortunately so far we have not had problems with the rather centralized root DNS servers going down too much, either -- though there was that problem about four years ago with the routing accident.

      Indeed. Looking around the Internet at all the 'fat-clients' (i.e. computers) connected to it, I do not see things like worms (nimda, Code Red, etc.) taking out/degrading the system because all those fat-clients increase the number of targets. I am absolutely positive that if fat-client phones were installed in every household in the US that every person would dutifully make sure the fat-clients were always upgraded with the latest security fixes to all of the applications running on them, and that DDoS attacks would never happen.

      You are correct that there are 'fewer targets' to take out in a thin-client system. However, by the same token, there are fewer targets to defend and your efforts can be concentrated on those.

    7. Re:What's the deal with thin clients ? by Bookwyrm · · Score: 1

      Of course it can be achievable with a not-so-dumb client. You can always add complexity to a system. Just because you can does not mean it's a good idea, though. Complexity can lead to fragility.

      More bandwidth is NOT required for each application. Why do people keep thinking that? If it takes X number of bytes (worst case) per second to keep the display updated, then it will always take X number of bytes (max) per second to keep the display updated *regardless of the application running*.

      More CPU may be required for each application, but that would be supplied off the central server which can facilitate more efficient usage of resources (i.e. 50 users running on one CPU at 50% capacity, verses each of those users running their own CPU at 1% capacity. And it's much easier to make that one CPU have a 99.999% uptime than fifty of them.)

      As far as service availability goes, I do not feel that is an issue. I cannot recall the last time I picked up my favorite thin-client (i.e. my telephone) and not gotten a dial tone. These things can be done.

    8. Re:What's the deal with thin clients ? by funky+womble · · Score: 1
      There is also another reason why cheap, thin-clients are a good idea -- cost. A cheap, reliable PSTN phone is under $10 USD -- almost everyone can afford one of those. An IP phone with LCD display, CPU enough to handle real time VoIP, RAM, ethernet interface, DSPs, etc. is not cheap -- and the more complexity you cram into it, the more expensive it gets.
      It doesn't cost *all* that much to build something like that. It's about the level of complexity of a GSM phone (the only difference really is using ethernet rather than an air interface, I don't think that changes the cost much). GSM phones are cheap enough to be as popular as landlines some places.
    9. Re:What's the deal with thin clients ? by Bookwyrm · · Score: 1

      Current prices on SIP phones appear to be in the $500-$600 range. Remember, your average cell phone gets subsidized by a service contract which is why providers can give them away for free/1 cent/etc. The actual cost of the phone is masked by that.

    10. Re:What's the deal with thin clients ? by Guignol · · Score: 1

      Of course it can be achievable with a not-so-dumb client. You can always add complexity to a system. Just because you can does not mean it's a good idea, though. Complexity can lead to fragility
      Well, the server's complexity is greater to handle 100 clients than the complexity of the 100 clients, but anyway, I see what you mean, and I agree it can be better for certain purposes, I was talking about something more general, and specifically of a few examples I've seen that don't work very well.
      More bandwidth is NOT required for each application. Why do people keep thinking that? If it takes X number of bytes (worst case) per second to keep the display updated, then it will always take X number of bytes (max) per second to keep the display updated *regardless of the application running*.
      That's not what I'm thinking, that's not what I'm saying, but I understand it could be understood like that (though I feel bad you thought I was that stupid :)) (I'll detail later)
      More CPU may be required for each application, but that would be supplied off the central server which can facilitate more efficient usage of resources (i.e. 50 users running on one CPU at 50% capacity, verses each of those users running their own CPU at 1% capacity. And it's much easier to make that one CPU have a 99.999% uptime than fifty of them.)
      Well, this is a good point, and I agree, it's a good example of when you have an interest in such a configuration. but I don't think it is happening that often, most applications use far more CPU, especially those involving graphics (IMHO anyway). Thank's anyway, I was looking for such an answer with my question, (wasn't bashing or anything like that, just proposing my reasons no to see this as a good solution, but you gave me a good argument to consider it, even if I was sure it might be of interest sometimes, I didn't have a good example/reason)
      As far as service availability goes, I do not feel that is an issue. I cannot recall the last time I picked up my favorite thin-client (i.e. my telephone) and not gotten a dial tone. These things can be done
      Thank you, that was precisely my point above, as how bandwidth is related to the application.
      Think about your cell phone, or your ISP.
      They have capacity for about 20 users, but they give service to about 150 users.
      They are for what matters to the discussion a good model of thin-clients solution.
      But how can they work with with so many customers if they only have capacity (service availability and/or bandwidth) for a fraction of them ?
      Well, precisely because of the application.
      Nobody (very few) stays connected to the internet the 24hours (with a modem I mean)
      People talk a little with their cell phones and hang.
      So really, the game for those service providers is that they evaluate what fraction of the users are being connected simultaneously, how long etc. so they know they don't need 100% of the bandwidth/phone lines. to provide a decent services to everybody.
      (as a matter of fact, they aren't playing very well where I live where cell phone is a nightmare)
      But, the problem, is that the applications are changing, and they are thus changing the way the device is used.
      Imagine now that your cellphone/palm pilot is a thin-client, you connect it to your car and it drives you through the city. (something like that, feel free to create less dumb examples that will work as well).
      This application will change customers behavior, so that the fraction of simultaneously connected people will be much higher.
      and it will get higher and higher as long as it will be more and more required by applications getting more and more useful/necessary in everyday life.
      This is why I'm saying applications will increase bandwidth requirements. I wasn't saying it would be a per/client increase, but a global one (which is the one we have limited in fact).
      th same reason also applies for the CPU requirements of course and it is also what I was talking about, but it was also obvious as a per/client direct relationship.

    11. Re:What's the deal with thin clients ? by Bookwyrm · · Score: 1

      Actually, the complexity for a server that handles 100 clients is less than the complexity of 100 clients -- depending on your metrics. If you need a management system that can manage and monitor 100 clients verses a management system that just manages one system, that weighs into the complexity calculation. For 100 fat-clients, what are the tech support issues verses 1 server and 100 very basic thin-clients? Now, take these two issues and start having a fat-client base where some fat-clients are running older software, some newer software, etc. There is a reason why some companies moved their server-farms onto a single mainframe.

      Sorry, in other threads people kept talking about bandwidth increases per application on a thin client, missing the point.

      Whether or not applications use more CPU misses the point again. Suppose user A in the US is running a CPU intensive program during the day -- it uses 100% of a CPU, but only during the day. During the night, then user B in Australia can use the CPU 100%. This is more efficient utilization, and cuts the cost for both. If you have the usage modelling/statistics to manage the capacity, it scales much more efficiently for all concerned, and (in an ideal world) better efficiency == lower cost. Or, imagine if a user has a highly CPU intensive program, but they only need to run it once every month or so -- does it make sense for them to invest in a fat-client solution that has the capacity to run the application, but will be idle most of the time, or invest in a thin-client and only use/pay-for the CPU used by the application when running? The example of 50 users each running 1% was just an example -- a more accurate version might be 50 users running an *average* of 1%, with an overall average usage total on the CPU of, say, 75%.

      Now, in the ideal world, we would support both configurations, thin and fat, and let people choose the one they prefer.

    12. Re:What's the deal with thin clients ? by Guignol · · Score: 1

      I of course agree with your last point which is obviously the ideal world.
      But I still don't agree with the rest :)
      About the complexity, well, to be fair, you are right, and it depends on how you measure it. Above all, it depends on the application.
      But for the CPU part, and especially its costs, I just can't agree.
      The cost of the CPU doesn't increase lineary with the capacity, so n cpu are cheapers than a n-capable cpu.
      Also, for those thin clients with display, sound and comunication capability, the big part of the cost isn't in the CPU (unless you want to run some very heavy applications, but then again, your central CPU will be very expensive).
      (I'm not saying that it won't be justified in the end if for your particular application, this leads to saving monney somewhere else (tech support for example))
      Also, and this is "naturaly logical", we are bound to hit physical limits on the thin client side that we are not on the fat client side:
      CPU power and bandwidth are limited so that the cost increases as we approach this limit.
      Remember I'm talking about a long term solution, i mean, how it will change people behavior, so that they'll ask some more.
      More will increase CPU requirements (at least on the server side), it will also, despite the arguments increase the clients cost because they'll have to offer increased battrery life/lower weight/better audio-video capability/better comunication medium support/force feedback/etc...
      And of course the bandwidth will also change globally (more people connected at the same time because of the higher value of the application) and also (not my previous point) more bandwidth requirements per client because of the new data exchanges (movies/songs/virtual meetings...) and its improved formats(22khtz ? no 44 ! 16bits color ? no 340x200 ? no...)
      And on the cpu side, just imagine if we want to play quake the kind of server you will need if it is supposed to give you the pure image and sound
      I know I'm talking about somewhat exagerated "applications" (quake ??) :)
      But I'm sure that's how it's going to be, it's just natural.
      That's why I don't see thin-client as a reasonable architecture (specialy where I have seen it proposed, by SUN among others)
      But I understand it might fit in some special cases (I still have a hard time to see it so justified, but I agree nevertheless)

  24. It's embarassing that US phones are still analog by Animats · · Score: 2
    Wireline voice phones ought to be ISDN by now. The voice quality is better. New voice installs in Switzerland have been ISDN for years. ISDN home phones work more like office phones, with usable conferencing, transfer, and such. (It's very Swiss that the cost of the call is displayed continuously during the call.)

    But the US telcos botched ISDN so much, pricing it as a premium service, that it never went anywhere. There's also the wierd thing that US ISDN doesn't provide power to the phone instrument, while everywhere else in the world, you get power, just like analog phones.

  25. Correction: *BSD is DEAD by Anonymous Coward · · Score: 0

    Hop this hlp.

  26. In a lot of places... by FFFish · · Score: 1

    ...conventional phones (ie. land-line phones) are already obsolete.

    Cell phone technology in North America (USA and Canada) is primitive compared to what Europe has, and what Europe has will be considered primitive in China, once that country gets its shit together. All part of the advantage of bypassing several stages of development...

    --

    --
    Don't like it? Respond with words, not karma.
    1. Re:In a lot of places... by vrmlknight · · Score: 1

      This is not a troll I repeat this is not a troll the reason the cell phones are that much better is because the land line blow goatse I have been in a many different European hotels trying to dial out or even connect to person (voice) it's a royal pain in the ass

      --
      This must be Thursday, I never could get the hang of Thursdays.
  27. Holy retro look, Batman! by Soko · · Score: 3, Funny

    Doesn't the phone on this page look an awful lot like the red "Hot Line" that Commissioner Gordon used to pick up with the cloth?

    "Chief O'Hara, to the Batphone!"
    "Aye. What's Batman's IP address again, sar?"
    "Oh, forget it - you can't draw the Bat Symbol to save your life anyways... Last time we got 20 bottles of Ron Bacari Rum."
    "Aye. Thet was noice, wasn't it sar?"

    Soko
    (Please excuse the rather poor attempt at typing in an Irish accent...)

    --
    "Depression is merely anger without enthusiasm." - Anonymous
  28. Phone Phreaking: the Next Generation by dido · · Score: 2

    Bruce Schneier recently had a bit to say about the security problems of replacing POTS with IP telephony. In short, it's not a good idea. But I see how this sort of system might be useful in a business setting, to replace the PABX systems used in many offices. Heck, it's sure to be an improvement over the PABX we have here in our office!

    --
    Qu'on me donne six lignes écrites de la main du plus honnête homme, j'y trouverai de quoi le faire pendre.
    1. Re:Phone Phreaking: the Next Generation by Anonymous Coward · · Score: 0

      Old Brucey at it again. The guy is just a troublemaker and rabblerouster, just like Steve Gibson. Any IT security professional worth his salt knows that Schneier is just out to get a reputation for himself, his non-crypto articles are just wind and gas.

  29. video star by rakerman · · Score: 1

    Cool! I bet this thing will catch on as fast as the videophone did!

  30. Re:ln -s /bin/laden RMS by Anonymous Coward · · Score: 0

    heh, gotta love geek humor. I work in mostly a winders office, and I sent an e-mail around the office to a few of the other proggies here with the 'rm -rf /bin/laden.' The ones that laughed were the ones that I knew were the good people :)
    I fear the ones that asked what that meant.

  31. CmdrTaco by Anonymous Coward · · Score: 0

    Domo Arigato, CmdrTaco...
    Domo Arigato, CmdrTaco...

  32. Where's the phone...erm, news? by cyberian.org · · Score: 1

    Seems to be like a dumb consoled packed in a fancy phone looking box. There's nothing wrong with that but haven't we had this boxed in many flavours, for decades.

    Wait a minute...! Maybe I could put my laptop inside my old blackandwhite TV, replace the display with the TFT screen and call it a Digital TV with a broandband IP connection!

  33. It runs Linux by jdh28 · · Score: 1


    Not only does the server run under Linux, the prototype phones themselves run a full 2.2 Linux kernel on a Strongarm. Obviously if the phones were to go into production they would have to be cut down a bit.


    john

  34. Re:dialing? by vrmlknight · · Score: 1

    Dialing up defeats the purpose of this in the first place....

    --
    This must be Thursday, I never could get the hang of Thursdays.
  35. Old news by orblee · · Score: 1
    They unvelied these plans in the O'Really Open Source conference last year. I'm surprised it's taken so long to take off.

    VNC is a really cool piece of technology AND they have vnc clients as Java applets so that you can connect using a web browser. For those who don't know, it is an X server that only sends information over to the client when the presentation changes, and then it only sends a rectangle that contains the changed data. With something like a phone, it will barely every change.

    One reason it's good is that you can have a truly dumb terminal that does nothing but run the underlying OS and a VNC client. State remains on the server so that if the client dies for some reason, you restore exactly from where you left off. The Windoze vnc server is ridiculously slow as well

  36. "How long till conventional phones are obsolete? " by saider · · Score: 3, Insightful

    Probably about the same time that your new shiny IP phone will work during a power outage.

    --


    Remember, You are unique...just like everyone else.
  37. VNC over SSH by websensei · · Score: 2
    I use VNC over SSH when I work from home, and it is remarkably reliable, secure and simple.


    If this article does nothing more than turn a few more people on to a great, free, Free tool, then it was worth posting.


    Thanks Tim.

    --

    La via sola al paradiso incommincia nel inferno
  38. Look at the bright side... by dpilot · · Score: 2

    If this thing could only catch on, maybe we'd finally get fiber to the curb. It's clear that DSL hasn't yet succeeded in doing so. It's also clear that the phone companies don't care squat about data traffic. But maybe if phone traffic drove some serious bandwidth, then they'd get serious about it, too.

    --
    The living have better things to do than to continue hating the dead.
  39. I have been using VNC for about a month now... by Lostman · · Score: 2

    and I have to admit: there are a few problems but this is good stuff!

    Bell labs released FULLY (source code and binaries) of software designed to allow users to access and remotely admin their computers from abroad... the only other thing that does something like this is RAdmin and although it does have a few better points, the software (compared to VNC) doesnt warrent the price.

    VNC does have a few problems.. one of the most strange problem that can be fixed (not their fault) would be the lag created by your computer uploading pictures of its entire desktop when anything on it has changed... well, this COULD be fixed by just uploading the changed part of the desktop. RAdmin does this and gets better mouse movement/page display, but not when the entire page is changing... then it is uploading entire page and is just like VNC.

    Overall: I have to give it out to these guys at the labs.. to make such a quality product and then release it for free (source included) so anyone can modify it... that also runs from any JAVA enabled browser... these guys deserve major thanks.

    1. Re:I have been using VNC for about a month now... by slim · · Score: 2

      VNC does have a few problems.. one of the most strange problem that can be fixed (not their fault) would be the lag created by your computer uploading pictures of its entire desktop when anything on it has changed... well, this COULD be fixed by just uploading the changed part of the desktop. RAdmin does this and gets better mouse movement/page display, but not when the entire page is changing... then it is uploading entire page and is just like VNC.

      Check the options in your vncviewer -- unless you select "raw" as the preferred encoding, VNC will only transmit screen "tiles" which have changed.
      Of course, as you say, if the entire screen changes, not much can be done.

    2. Re:I have been using VNC for about a month now... by Sleeper+Service · · Score: 1

      VNC does only transmit the areas which claim to have changed. Under Windows this is hard to detect without replacing device drivers and suchlike, so WinVNC has to check whether things have really changed, which eats CPU in some cases and leads to lag.

  40. Where's the basic IP phone? by Deadplant · · Score: 2, Insightful

    Why is there no basic IP phone?

    dammit! I want a simple phone with 1 or 2 ethernet jacks, maybe with a regular phone jack aswell. This phone would let you dial the IP address of another such phone and then the two phone could talk!

    Why does this not exist? why do all IP phones have to be reliant on some kind of expensive complicated single-point-of-failure server???

    This would be a great product. Geeks would snap it up, law firms could use it to make encypted calls between offices (i'm thinking vpn here)... It sounds really simple to me too. hmmm... maybe i'll have to build my own... :-(

    don't give me crap about latency. business class ADSL gets you 30ms pings to nearby cities, and home DSL is generally under 100... if it's good enough for Quake i'm sure it's good enough for voice.

    1. Re:Where's the basic IP phone? by 4ginandtonics · · Score: 1
      This does exist.

      The optiPoint 100 advance, for one.

      They get much more usefull if they have a SPBX (Soft PBX) or something.

    2. Re:Where's the basic IP phone? by Deadplant · · Score: 1

      sweet! now if only they weren't so damn expensive!

  41. mobile VNC by Anonymous Coward · · Score: 0
    It's funny cause only a couple of days ago I was thinking of a GPRS or 3G mobile phone that gets its entire UI via VNC from a server. It then gets commands back from the server in a separate stream (stuff like "dial this number" or "terminate call" or whatever). This would put the phone under the control of the operator instead of the manufacturer ... and these guys would pay good cash for this.

    And if your mobile phone is VNC enabled (more likely TightVNC enabled http://www.tightvnc.com/) you could have it use tons of services that are VNC enabled. Imagine driving by your regular ATM and controling its UI safely from your car (type in your PIN, select the amount, etc.). Then you just go ahead and swipe the card and get your cash and ... voila!

    Am I just crazy or what?

    --
    Razvan Dragomirescu
    eActiveSoftware SRL
    drazvan@kappa.ro

  42. VNC by Hugh+Kir · · Score: 1

    VNC is great. I started using it a couple of years ago because I wanted to connect remotely to X running off of a Linux box from a laptop running Windows for a particular project I was doing, but I wasn't going to be using it enough to pay for a solution. I found VNC and was very happy with how well it worked. Being able to start a program running from one computer and then connecting from another computer later to check out the results was nice, too. I'm glad to see AT&T is doing more with it.

  43. A few good reasons why not... by Zigurd · · Score: 2

    Why would you want a phone on a desk? Coreless, at least, and mobile (GSMCTS please), optimally, are the right thing.

    Why would you want an IP phone with no apps that integrate with the network or nodes on the network? Sketchpad? Faxes??!! How retro. Gimme a break. Does this thing integrate with PCs, integrate with IM, do anything useful?

    Why would you want a phone with a color LCD display? Do you want a $600 phone? Cordless, mobile, small as possible is nicer, and on the GSM handset cost curve would be good too.

    Why would you want a phone that makes you run new wiring or an oddball network on existing phone wiring? Bring the broadband wiring to one desk. All else in the home should be wireless.

    Why would you want a phone with latency issues? Is your internet provider ready with a QoS-aware network? Should they be? And if they are, would it cost any less than the PSTN?

    Why would you want a phone that exposes latency and reliability issues in 802.11b, which are not important to data, but could make a wireless IP phone perform very badly? And is 802.11b coverage in your home as good as your $30 900Mhz cordless phone coverage?

    Why would you want a phone with less than the voice quality provided by an analog line? Why not implement the ISDN high quality speech CODEC (not even ISDN phones do this - terrible shame), at least? What is so good about "toll grade" that people can't seem to think about better quality?

    Sorry, until IP phones do something I'm willing to pay to have, I would rather have a smaller/cheaper/longer-battery-life mobile than an IP phone.

    --
    I wrote parts of this stuff
  44. Re:VNC (former work of Olivetti and Oracle) by VDM · · Score: 1

    Historical note.
    I would like to remember people that VNC has a pretty long story: it was created at the Olivetti Research Laboratory, that become Olivetti&Oracle Research Lab, and then was bought in 1999 by AT&T (including VNC).

  45. How long till conventional phones are obsolete? by huckda · · Score: 1

    Hopefully SOON!
    Phone Companies Suck a Big FAT Wad!
    All they do is rape consumers and then sell their contact info to F'n telemarketers and credit card companies to try and sell them crap they don't need and time-share idiots...

    Plus telephone lines could better serve us for MORE BANDWIDTH!!! =) Eba!!!

    DOWN WITH 'MA BELL!!!

    --
    "Just Smile and Nod." --Huck
  46. Re:VNC usage by jamner · · Score: 1

    I have also used VNC for some time now on a Win P2P network and works quite well. There is some lag between the remote mouse and the local but they(AT&T) have a little marker under the remote mouse that marks the actual mouse location so there's no need to wait on the lag.

  47. Got IP phone and broadband.. now what? by 4ginandtonics · · Score: 1

    So, I have this nice little H323 IP phone, and a broadband connection....

    Are there any public H323 gateways out there? I could point my phone to it and call the world!

  48. Great Abilities by wsloand · · Score: 1

    So it's great to hear that since they're using the phone in office they "cannot, unfortunately, answer telephone enquiries at this time."

  49. You tool by thejake316 · · Score: 1

    "Imagine transferring a call from the phone to your browser display to paste a graphics file, then transfer again to a cordless."

    What the hell is amazing about that except how stupid it sounds? Imagine transferring this article from your computer to a toilet, and then transfer again to a sewer system. Oh oh, can I email my high score on Super Mario Moron World from my Gameboy to my grandmother's dishwasher and then automatically deposit the $5 she gives me to stop bugging her to my money market account?

    This is the kind of crap people spouted in the 50's except we'd all be living on the moon, smoke cigarettes that lasted 30 hours, and have aluminum robots that would bring us cocktails in the evening. Tool.

    --
    AC's cheerfully ignored
  50. Cablespan RISU by sydbarrett74 · · Score: 1

    When I had digital telephony installed by AT&T Broadband, they gave me this cool device. It was a Cablespan RISU (remote integrated service unit?) with a coax input and a couple of RJ-11 ports for conventional phones. What really piqued my curiosity, though, was the two RJ-45 ports. I asked the technician what could be plugged into them, and he said IP phones. Apparently the box has support for IP telephony right from the start. Although I cancelled service with AT&T Broadband because it was lacklustre, I look forward to applications like this in future.

    --
    'He who has to break a thing to find out what it is, has left the path of wisdom.' -- Gandalf to Saruman