Slashdot Mirror


Canadian Telco Telus Moves All Call Traffic to the Net

justice0x1 writes "An article on the Tornonto Star about Canada's Telus making a large scale motion to move all call trafic over to IP caught my eye today. 'Telus will become the first dominant phone carrier in North America to make the risky transition, a move much talked about and which Telus will make happen on a dramatic scale.' Since I work in the Telus Internet Service department, it will be interesting to see exactly how this new technology fares. Seems almost premature to me, but I guess it's all or nothing with telecomunications these days; you need to get an edge on the competition somehow. Why not start by moving youre entire long distance network over to IP?"

250 comments

  1. Let's Call Mom!!! by yoey · · Score: 4, Insightful

    Hi, mom? How're you doing? All is well wi....

  2. Bandwidth? by Anonymous Coward · · Score: 5, Interesting

    What kind of bandwidth would this require?

    1. Re:Bandwidth? by Anonymous Coward · · Score: 0

      A voice call takes about 11kbs. There is around 10 million phone lines in canada so that will be 11 * 10 000 000 = 110 G/bit.

    2. Re:Bandwidth? by PerlGuru · · Score: 4, Informative

      I use Vonage VOIP for my home phone and they require 90kbps both ways in their default config. They have an option to reduce the call quality, and thus the size. 90kbs is about 2/3rds the way to standard phone quality comming from cell phone quality, if that makes since to you.

    3. Re:Bandwidth? by AmunRa · · Score: 5, Informative

      In europe, traditional circuit-switched telephone networks use channelised E1s, which basically have 15 64kbit/s data channels, along with a 64kbit/s control channel, giving a 2Mbit/s channel.

      Using H.323 (the main VoIP standard) you can choose from a number of compression codecs, from 32kbits upwards, although there exists a couple of codecs which sound pretty good (coparable to a average analogue phone line) at 64kbit/s, to you can make the transition without effecting you capacity.

      I was involved in some trials here in the UK, and (IIRC) we were using about 90kbits, and that was _crystal clear_ - the thing you most notice is that when no-one is talking, it is actually *silent* - you don't realise it until you try VoIP howe much noise is in a normal analog call.

      This is fact one of the advantages of VoIP, you can have in effect variable bitrate encoding, as if no-one is talking, then you don't have any data to encode!

      --
      " To steal ideas from one person is plagiarism; to steal from many is research. "
    4. Re:Bandwidth? by Enraged_jawa · · Score: 1

      A standard T1 line is 1.544 mb/s which is divided into 24 voice channels of 64 kb/s each. Due to signaling constrains (on hook, off hook) this brings useable voice bandwidth down to about 56 kbs per voice channel.

    5. Re:Bandwidth? by Anonymous Coward · · Score: 0

      16 * 64 = 1024

    6. Re:Bandwidth? by spacefrog · · Score: 1

      These figures are rough and are based upon my personal experience with a Cisco VoIP gateway as well as some general knowledge of the CODEC's used, and the CODEC's used in CDMA and TDMA/GSM systems. Some of the CODEC's they have developed that are optimized for spoken word are really quite interesting.

      Okay, with the disclaimer out of the way, one channel of OK quality voice can be had for about 9.6kb, a good quality one you are looking closer to 14.4kb.

    7. Re:Bandwidth? by jcdr · · Score: 4, Informative

      Nope!

      E1 is 30 B channels at 64kbits/s + 1 D channel at 64kbits/s for signalisation plus 1 synchronisation and misc operator stuff at 64kbits/s. So E1 is 32*64k=2048Mbits/s.

      Some operators have services for 10, 12, 15, 20 or 24 channels depending of the offert but this is simply a limit of concurrent B channels open in a 30 B channles capacity E1 line.

    8. Re:Bandwidth? by AmunRa · · Score: 1

      Correction - you get 32 channels on an E1, with 2 lost to signalling and control, leaving 30 usable data channels... Sorry :-)

      --
      " To steal ideas from one person is plagiarism; to steal from many is research. "
    9. Re:Bandwidth? by tius · · Score: 1

      Might want to check your math there: there are 32 DS0's (64kbps) channels in an E1 link, with one being used for signalling, I forget what the other channel is used for, but there are basically 30 channels for general usage.

      Also, at 90kbps I would hope the call was crystal clear as that's more bandwidth than is fundementally required for voice (~8KHz which at baseband requires the infamous 64Kbps of bandwidth).

      I don't know off hand which codecs H.323 recommends, but there are actually a few that are very decent at 16Kbps. There are also passable codecs at 8Kbps. It would be interesting if long distance became a quality of service fee based system, no?!? Not only the telcos could save money, but so could it's customers. Don't really want to know what the person on the other end is saying...buy a 2Kbps connection.

    10. Re:Bandwidth? by fact0r · · Score: 1
      Not correct - the whole 64kb/s is used for digitalised audio (G.711). Signalling is done out of band.

      A T1 line is made up of 23 B channels and 1 D channel. The B channels have G.711 getting pumped down them, The D channel is used for signalling (Q.731 rings a bell).

    11. Re:Bandwidth? by Paul68 · · Score: 1
      So notice that while a traditional channel is 64 or 56 kb/s depending if you are in Europe or in the US (yes, US folks, you are literally robbed of a bit per byte, its called rob-bit signalling but I digress) a VoIP call takes 90kb/s so 50% more, thanks due to the codec over RTP over UDP over IP over ......


      So this is NOT done to save bandwidth, it is done do save management costs.

    12. Re:Bandwidth? by Citizen+of+Earth · · Score: 1

      90kbs is about 2/3rds the way to standard phone quality comming from cell phone quality

      Wow. Ogg Vorbis music files encoded at 45-kbps sound very close to the original. I think they need to use some better quality.

    13. Re:Bandwidth? by fact0r · · Score: 1

      Sorry - my mistake - there are multiple options for signalling on T1 and one of them is in-band signalling.

    14. Re:Bandwidth? by GraZZ · · Score: 1

      Maybe once there is a cheap, low power, realtime Ogg Vorbis encoder IC to build into telephone equipment they will switch.

      In the meantime, it sounds like everyone is most interested in keeping latency to a minimum. Pumping data through a CPU do to intensive compression isn't exactly the best way to do this.

    15. Re:Bandwidth? by Citizen+of+Earth · · Score: 2, Interesting

      Pumping data through a CPU do to intensive compression isn't exactly the best way to do this.

      On an Athlon XP2100+ box, I can encode Vorbis files at 9x realtime speed. You could do realtime encoding on 1/9th this amount of 'box'. OTOH, Vorbis is not necessarily optimized for speech.

    16. Re:Bandwidth? by zentigger · · Score: 1

      Actually the H.323 protocol is primarily for call setup, but is on it's way out. It's cumbersome and inefficient.

      A for bandwidth requirements, 90kbps would probably be ADPCM encoding, which actually is onyl about 88kbps (that's full duplex). G.729a is even more efficient at 34Kbps while maintaining a very reasonable voice quality. There are, of course, many less efficient codecs as well. A good system can recognize when there is congestion and drop to a lower bit rate as well.

      Most good VoIP phones will acutally recreate some of the "noise" locally during the call. It's called comfort noise. (as in nice and fuzzy?!?)

      And yes, silence suppression is a HUGE saver of bandwidth, especially when you are looking at a call network with many thousands of simultaneous users.

      --

      the above is my personal opinion and does not necessarily reflect that of the little voices in my head

    17. Re:Bandwidth? by whereiswaldo · · Score: 1

      On an Athlon XP2100+ box, I can encode Vorbis files at 9x realtime speed. You could do realtime encoding on 1/9th this amount of 'box'.

      And thus serve nine customers? They have millions of customers. Should they invest in a million boxes?

    18. Re:Bandwidth? by doctor_oktagon · · Score: 1

      If VOIP needs 90Kbps bandwidth then IP must be a *huge* overhead on the voice signal.

      When I worked for BT the scientists could compress "normal" voice data into around 6Kbps for normal landline quality speech.

      This was when the first telco-based answering services were being written, ie. your messages are stored by the Telco on a central storage platform and streamed to your phone when you need to access them.

    19. Re:Bandwidth? by terrymr · · Score: 1

      huh ?

      90kbps is about 150% of the standard data rate used to carry telephone calls ... many businesses get their calls over T1 lines which are split into 24 x 64k channels.

    20. Re:Bandwidth? by mmol_6453 · · Score: 1

      You would need a platform one-ninth the performance of his Athlon for each cell phone.

      The easiest way to do that would probably be to build the capability into the phone, which means new phones for most people, firmware upgrades for everyone else.

      I can't imagine they'd want to buy an Athlon box for every nine cell phones they serve. But then, the parent didn't mention the bitrate he was using.

      --
      What's this Submit thingy do?
    21. Re:Bandwidth? by RovingSlug · · Score: 3, Interesting
      the thing you most notice is that when no-one is talking, it is actually *silent* - you don't realise it until you try VoIP howe much noise is in a normal analog call.

      The background white noise in an analog phone call is artificially inserted ("comfort" noise). Studies showed users were not comfortable with a "dead" line, where the static reassures them the connection is still active.

    22. Re:Bandwidth? by BuckaBooBob · · Score: 1

      There is no phone network in the world than can handle all lines being active at the same time :) Phone switches are made to drop calls when they start getting over loaded.. and havn't you ever heard the annoyting voice on monthers day when your trying to call mom and wish her a happy mothers day? :)

      --
      Who needs WiFi when we can have Packet Over Sheep! http://datacomm.org/PoS-InternetDraft.txt
    23. Re:Bandwidth? by RollingThunder · · Score: 1

      Sorry, but I have to ask for a source on that one... this sounds a little too fishy for me.

    24. Re:Bandwidth? by Anonymous Coward · · Score: 0

      If I had to guess, he simply misread the parent article, which mentioned the Telus engineers inserting white noise into digital signal to make it sound like analog.

    25. Re:Bandwidth? by atomico · · Score: 1
      In most western Europe, it would be really hard to make a normal analog call: almost all transmision and switching equipment is digital nowadays. Analog-to-digital coding is made at the local switch, not in your terminal.

      As others have said before, the noise you hear has been artificially generated, to avoid users thinking the line has gone dead. The quality of switched circuits at 64 kbps is really good.

      In cellular networks (at least in GSM) that same 'comfort noise' is also used, but it is added at the receiving end: saving bandwith when a user is silent really matters there.

    26. Re:Bandwidth? by atomico · · Score: 2, Informative
      You can take my word for it - they do insert so called 'comfort noise' to avoid having thousands of users hanging because "the line went dead". BTW, I am a telecommunication engineer.


      Try entering the term in Google, I got 540,000 hits.

    27. Re:Bandwidth? by Anonymous Coward · · Score: 2, Informative

      Actually the sample rate is 56kbit/sec on voice calls, which is where the 56k maximum theoretical speed of a modem comes from. 64kbit/sec is a full B channel. In the old days everything telco related was based around B channels (A T1 is 24 B channels for example). Most of the "old" telcos still around are still based on this. The newer companies have to work with it to interoperate but internally their networks probably aren't based on it.
      There's a big difference between desirable internet traffic flow and desirable voice traffic flow though. Voice traffic is sensitive to latency and changes in latency far beyond most internet traffic. Voice phone calls are supposed to be real-time two way conversations, if data arrives "late" in a phone call you may as well just discard it.
      Your minimum overhead is going to be something like (Layer 2 header per pkt + IP Header per pkt + higher protocol headers per pkt) / ( 56kbit/sec * (maximum acceptable one-way latency) ) so if you're willing to accept > 1 second worth of latency in each direction then you can get that down to about 1% overhead, if you're aiming for 1/100th of a second one-way latency you'll have about 85% overhead. These are just minimum latency values attributed to buffering a certain amount of data before sending it - as required for a packet based network - nothing says upstream or lower layer handling wont add more on top of that (and since it takes some finite amount of time to transmit the data it surely will, but hopefully not anything noticable).
      IP isn't designed for this kind of thing at all though. Surely it can carry any data you want it to, but when you're talking about wanting to send data in 30 byte chunks to minimize the latency between the first sample encoding at the source end and decoding at the far end, the IP header is going to contain a lot more information than is practical.
      But hey, if you have piles of money it doesn't matter if you go about things ass-backwards. Just type in "osprey crashes" to google for a good military example!

    28. Re:Bandwidth? by kruczkowski · · Score: 1

      Sounds true to me. I know I hate to hear a dead line.

      --
      hmm... for fun I enjoy launching DDoS attacks against 127.87.42.5
    29. Re:Bandwidth? by RollingThunder · · Score: 1

      Ah, I'd tried "white noise" before I posted. Proper terms certainly help. ;)

      Thanks for the pointer.

    30. Re:Bandwidth? by amorsen · · Score: 1
      mobile phone user guide

      That is for GSM phones. "Analog" calls around here are digitized with A-law-encoding (or is it u-law? I forget which), but not compressed otherwise. With a POTS phone call you get guaranteed bandwidth, so there is no point in not sending all the time. I am sure the cheap long distance carriers use compression and signal detection though. Modem calls probably do not survive that, but who does long distance data over POTS anyway?

      --
      Finally! A year of moderation! Ready for 2019?
    31. Re:Bandwidth? by billstewart · · Score: 2, Interesting

      90kbps is 64kbps uncompressed audio with IP overhead. Sure, they can compress it to 6.5kbps and get cellphone-quality speech, but if they don't have to compress it for bandwidth reasons, it simplifies a lot of other things. I'd have expected the IP overhead to be a bit lower, but not a lot lower, and one of the problems with VOIP is that the IP overhead doesn't shrink just because the voice does, because the voice needs to send 100 or more samples per second to sound good, so they're all tinygrams.

      --

      Bill Stewart
      New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
    32. Re:Bandwidth? by ipjohnson · · Score: 1

      Why did this get modded as funny ... did I miss something?

    33. Re:Bandwidth? by halbritt · · Score: 2, Interesting

      The encoding traditionally used by telcos (but *not* VOIP) is 64kbps ADPCM for each call. There are compression and silence-suppression technologies that can get this down to around 8kbps per call, however compression isn't something really considered for "carrier-grade" voice service. For a sense of scale, an OC-192 will handle 150,000 voice calls. I know that this isn't the first US carrier to move all of it's long-distance traffic over IP, though it may be the first to publicly do so. It's not too far-fetched really as long as the carriers that do it have their own IP backbones, it's just another form of switching.

    34. Re:Bandwidth? by oh · · Score: 2, Interesting
      Wow. Ogg Vorbis music files encoded at 45-kbps sound very close to the original. I think they need to use some better quality.

      You don't really care how long it takes to encode a music file, and you can compress in chunks as large as you like. What matteres to a telephone conversation is lag, if I say something I don't want to have to wait 10 seconds for a reply. I can't record 10 seonds worth of data, compress it, and send it. I have to record something like 10ms worth (80 samples), compress this, and send it.

      This limits the size of the packets, down to the point that the IP header takes up a substantial portion of the bandwidth. In additon, with only 80 samples, there isn't really much you can work with when compressing.
      --
      Democracy isn't about no one telling you what to do. It's about everyone telling you what to do.
    35. Re:Bandwidth? by smackdaddy · · Score: 1

      Using H.323 (the main VoIP standard) you can choose from a number of compression codecs, from 32kbits upwards, although there exists a couple of codecs which sound pretty good (coparable to a average analogue phone line) at 64kbit/s, to you can make the transition without effecting you capacity. H.323 is not the main VOIP standard. Where have you been. Back in 1999 there was a big push for it, but people have gone away from it cause it sucks. The main voip standards are either SIP or MGCP. And of course Cisco SCCP(skinny). Also 90kb that someone said is hi, I have no problems speaking with my gf on our ip phones and she has a 64kbit uplink. We use the G. 723 standard for compression, but G. 729 would work as well, and it much more common in voip.

    36. Re:Bandwidth? by smackdaddy · · Score: 1

      The background white noise in an analog phone call is artificially inserted ("comfort" noise). Studies showed users were not comfortable with a "dead" line, where the static reassures them the connection is still active.

      You are right about that. Any good voip system will insert comfort noise, just so the user know's they aren't disconnected. We always do that on our phones.

    37. Re:Bandwidth? by bigdavex · · Score: 1

      The background white noise in an analog phone call is artificially inserted ("comfort" noise). Studies showed users were not comfortable with a "dead" line, where the static reassures them the connection is still active.

      And where did the callers get the idea that noise was a good thing? From years of of using analog lines. I think they add the white noise into digital calls to simulate the experience of an analog line.
      --
      -Dave
    38. Re:Bandwidth? by rocca · · Score: 1

      Regular voice channel takes 64K including signalling, ie a voice circuit known as a DS0 and is 56K after signalling is stripped. A T1 (DS1) which holds 24 of these 64K channels leaves 56K for voice per channel, or for ISDN PRI, 23 voice channels at 64K and 1 data signalling channel also at 64K. This is using zero compression. With PCM (pulse coded modulation) encoding it typically fits in 32K and with compression it can be anywhere from 4K to 8K.

      In any case, going to IP will result in an immediate savings of 50% of bandwidth, plus only having a single network to manage.

  3. New error messages by wiggys · · Score: 4, Funny

    "Sorry, but your call could not be connected at this time due to a 404 error. Please reconfigure your phone line and try again."

    --

    Sorry, but my karma just ran over your dogma.

    1. Re:New error messages by SEWilco · · Score: 1

      "Operator, please connect my call!
      I optimized my speed dial and even rebooted with *-2-# and I still can't talk to Grandma!"

    2. Re:New error messages by Anonymous Coward · · Score: 0

      beautiful, just beautiful :)

    3. Re:New error messages by muonzoo · · Score: 4, Funny
      That's not just funny, it's in the SIP [a common VoIP protocol] spec! :

      RFC 3261 Section 21.4.5 clearly states:

      21.4.5 404 Not Found

      The server has definitive information that the user does not exist at
      the domain specified in the Request-URI. This status is also
      returned if the domain in the Request-URI does not match any of the
      domains handled by the recipient of the request.

      I see them every day at work if I misdial from my Cisco 7960.

      Made me laugh the first time; now it just makes me cry. :-)
    4. Re:New error messages by zm · · Score: 1
      From RFC 3261 Session Initiation Protocol
      21.4.5 404 Not Found

      The server has definitive information that the user does not exist at
      the domain specified in the Request-URI. This status is also
      returned if the domain in the Request-URI does not match any of the
      domains handled by the recipient of the request.
      The parent is actually not joking, this is a real error code, the only thing is that reconfiguring the caller's phone... scratch phone... SIP user agent will not remedy the situation....
      --
      Sig ?
  4. IP != The Net by ashitaka · · Score: 1

    I wouldn't trust them to carry voice over IP over the public Internet any more than I trust their DHCP servers to consistently provide an address.

    Hence the IPCop gateway on 24x7.

    --
    If you don't want to repeat the past, stop living in it.
    1. Re:IP != The Net by 8282now · · Score: 5, Informative

      Just because it's VoIP, it doesn't mean it has to flow over the "public" IP network. They can simply point the VoIP over their own network and still see massive savings.

      For the VoIP/PSTN imparied, VoIP traffic can be optimized (that's compressed) down to 8K (or more, but a cost of clarity) as opposed to 56K for traditional circuit switched telephony traffic.
      And yes I have worked with the technology.

    2. Re:IP != The Net by ashitaka · · Score: 1

      Read the subject.

      The article title implied the traffic would be on the public Internet instead of Telus' own network.

      And yes, I've worked with the technology too.

      Convincing my firm to get rid of their 20 year-old Rolm switch is a different story.

      --
      If you don't want to repeat the past, stop living in it.
    3. Re:IP != The Net by 8282now · · Score: 1

      If you'd read the article, which I'm sure you had, they specifically stated that the traffic (though perhaps not exclusively) would flow through their network.

    4. Re:IP != The Net by ashitaka · · Score: 2, Informative

      Read my subject again, you know what "!=" means right?

      The article *title* "Canadian Telco Telus Moves All Call Traffic to the Net" implies that Telus will be using the public Internet.

      The *article* says several things but doesn't clearly state for non-technical readers that the network that Telus will be using for this VoIP service is their *private* network. The article talks about the poor quality of previous Internet phone call implementations without qualifying that assertion with something like "but Telus will use their own network instead of the Internet."

      Others have pointed out the same thing. The title is misleading.

      --
      If you don't want to repeat the past, stop living in it.
    5. Re:IP != The Net by esobofh · · Score: 2, Informative

      Indeed, the title is misleading. The traffic will flow over TELUS's national Private IP network which, incidentally, happens to be the fastest optical/IP network in north america end-to-end.

      --

      ----------------------------
      Esobofh - Currently drinking fresh mango juice.
    6. Re:IP != The Net by gmack · · Score: 1

      But just because it's not flowing over the public IP network doesn't mean there are no risks involved. Even at the telco grade the equipment doesn't seem to meet the same standards as voice.

      Case in point: Last year Worldcom found some sort of glitch in their cisco gear and that in turn crashed the border routers at several other ISPs. The fun happened when Group Telecom's routers went down hard taking their voip system with it.

      No internet and no means of calling their helpdesk to see what is going on.

      If this is going to work the standards for IP connectivity need to ne raised considerably.

    7. Re:IP != The Net by robertchin · · Score: 1

      Would it really see massive savings if it used VoIP over their own network? ATM packets are still 48 bit, having to have to throw another network protocol in there would just increase the overhead. And if they don't gurantee a channel, there's always a chance that someone's packet is going to be dropped if they load up lines with more than however many 48k channels would fit.

    8. Re:IP != The Net by Anonymous Coward · · Score: 0

      Guys, perhaps the article has mislead you, but as a TELUS insider, I can tell you most definately that we are only deploying IP on our core network, and NOT into the public IP cloud.

    9. Re:IP != The Net by mafeesh · · Score: 1

      Yes I thought the main reason to go with VOIP was not to put it on the internet, but because T1/E1 lines are notoriously more expensive to purchase/rent than the equivalent megabit IP connections.

    10. Re:IP != The Net by CyberWolf · · Score: 1

      True..however, BCTel (which was bought by Telus later) and Telus, back in the early 90s, started laying fiber cabling whenever they could.

      Most of this cabling was not needed at the time, but was installed anyways whenever an oportunity arose (upgrading ditches along the highway? Ok, we will work with you and install some cabling we need. et al).

      I have seen them do it, I would not be surprised if most of BC and Alberta are already wired with fiber.

      The biggest opstacle at the moment is upgrading the main switches in rural areas to use the fiber cabling.

      So at least within BC and Alberta, they already have the backbone installed.

      Just my two cents

  5. Hmm.... by watzinaneihm · · Score: 1, Insightful

    In fact, the quality of the transmission was so good, so much like being there, that Telus engineers added a bit of noise to make the call sound, well, more normal.
    Just wait for the Slashdot effect to strike...., then you an have dropped packets, shift in time and all sort of digital noise... No need to add analog noise to it.

    --
    .ACMD setaloiv siht gnidaeR
    1. Re:Hmm.... by HermanAB · · Score: 1

      'Comfort noise' is usually added to digital systems, else your ear 'hurts' when nobody is talking. All digital cellphones do this for instance. Old hat for those inthe know.

      --
      Oh well, what the hell...
  6. And So we move closer to integrated communication by SkArcher · · Score: 5, Interesting

    Turnabout is fair play it seems. No more than 5 years ago, I was using a phone line to access the internet. Soon i'll be using the internet to make telephone calls.

    --

    An infinite number of monkeys will eventually come up with the complete works of /.
  7. Is this really a good idea? by inaeldi · · Score: 1

    I'm sure this will eventually be the way of all telcos, but shouldn't they have waited until the Internet is a little more stable? I'd hate to be blocked off from the rest of the world if a router goes down in Seattle or something. This would be a huge increase in 'net traffic, and knowing Telus' ISP uptime personally, this kind of worries me.

    1. Re:Is this really a good idea? by jaredmauch · · Score: 1

      I work for an ISP, and was on a VoIP call during the time when the ms-sql slammer stuff hit the internet as a whole. Even with the saturation that added to the networks, there was no problems communicating with the other parties. We eventually conferenced a few other people in as we were coming up with our filtering strategy. There should also be a clear seperation between the facts and guesses from the /. community. This will provide considerable savings to Telus even if all they do is convert their existing DS3 (m13)/DS1 trunks into IP based trunks with some seperate equipment from their existing IP network. Because of the way most of the VoIP things work, they will actually [likely] see a decrease of overall "network" traffic as they are able to locally switch most of the traffic. How many times have you called your neighbor next door? What if that traffic now can stay on your local cable/dsl/whatnot segment and not have to establish a 56/64k fixed bandwidth allotment all the way to the CO and back. Locally routing (or switching) the traffic will increase overall network capacity. And for those of you that are concerned about call quality, yes, it's true, if you are using some VoIP hardware (Cisco7960 for example), it actually seems too quiet. There isn't that background noise. I've been on international multi-isp VoIP calls before and the call quality has been better than via the existing PSTN.

    2. Re:Is this really a good idea? by esobofh · · Score: 1

      This isn't going over the internet... it's using TELUS's private 'NGN' IP network.

      --

      ----------------------------
      Esobofh - Currently drinking fresh mango juice.
    3. Re:Is this really a good idea? by Captain_Stupendous · · Score: 1

      "Wait until the internet is a little more stable"? It's been around for thirty years now. I think this is about as stable as it's gonna get. It's become standard operating procedure for telcos, dotcoms, and other so-called "innovators" to jump the gun a little, just to be first to market. The end result is a whole lot of innovation, with the occasional economic collapse (a la dot-com bubble).

      --


      I am alone, yet I also surf the universal backwash of undifferentiated Being, which is LOVE.
    4. Re:Is this really a good idea? by Anonymous Coward · · Score: 0

      The Telus Residential ISP service is crap. I have a Business-grade connection, which includes a 99.7% SLA, which isn't all that bad. They even provide a Cisco router for your end at no extra cost. Of course, Business-grade DSL comes with a business price ;)

  8. Not the public Internet (I hope) by Zarhan · · Score: 4, Insightful

    It should be noted that altough everything is transporter over IP, they are (probably :)) not transferring their voice over public Internet and it is not even connected to Internet in any way.

    It's still a private network, they are just shifting to a more generic and cost-effective infrastructure. So I suppose you still can not slashdot the phone network..

    1. Re:Not the public Internet (I hope) by wiggys · · Score: 0, Redundant
      Exactly. It simply breaks the voice data into packets and routes it over their own internal network.

      I very much doubt that they'll route calls over the public internet.

      --

      Sorry, but my karma just ran over your dogma.

    2. Re:Not the public Internet (I hope) by Realistic_Dragon · · Score: 4, Funny

      So I suppose you still can not slashdot the phone network.

      My sister has been trying to DoS the phone network through overuse for many years now, so far to no effect.

      --
      Beep beep.
    3. Re:Not the public Internet (I hope) by the+uNF+cola · · Score: 1

      I'm sure there'll be telco's who offer phones via computer to the real world, and use infrastructure to manage that w/o killing either networks.

      --

      --
      "I'm not bright. Big words confuse me. But Wanda loves me and that should be enough for you." - Cosmo

    4. Re:Not the public Internet (I hope) by n3k5 · · Score: 4, Informative
      I very much doubt that they'll route calls over the public internet.
      You _doubt_ it, your parent says _probably_ not. Well, they're _definitely_ not connected to the Internet in any way, which becomes apparent if you just read the first few paragrphs of the article. The /. headline says something different, of course. Great job, timothy!
      --
      but what do i know, i'm just a model.
    5. Re:Not the public Internet (I hope) by Zarhan · · Score: 1

      You _doubt_ it, your parent says _probably_ not. Well, they're _definitely_ not connected to the Internet in any way, which becomes apparent if you just read the first few paragrphs of the article.

      Actually, I inserted the "probably" (and a smiley) because, after all, they could implement this private network over Internet using some sort of VPNs or other similar tricks.

    6. Re:Not the public Internet (I hope) by Anonymous Coward · · Score: 1

      Doesn't matter (except maybe concerning privacy). Networks, and that includes conventional telecom networks, are not designed for the worst case of everybody using it at maximum individual bandwidth at the same time. The same kind of overload which can happen on the internet and reduce the quality to unusable levels could happen with their own network when more people than expected make calls at the same time. IPv4 has no quality of service guarantees, regardless of the owner of the network. Retrofitting QoS onto an IP network may or may not work. That is the risk which they are taking.

    7. Re:Not the public Internet (I hope) by n3k5 · · Score: 1

      I saw the smiley, but my comment looked nicer that way ;-) Seriously, I doubt that routing their packets into the Internet and out again would make any sense. They have to pay for the bandwidth, i.e. the network infrastructure, either way. Of course, when buying data lines, there might well be Internet traffic going through other fibers in the very same lines, and there might even some load balancing going on between these two types of traffic, but I don't see any advantage in mixing them.

      --
      but what do i know, i'm just a model.
    8. Re:Not the public Internet (I hope) by Baron_Yam · · Score: 1

      While it was before MY time, I'm informed by members of my parent's generation that at one time consistently sucessful DDoS attacks were repeatedly launched against the analog phone network via zombie clients known as 'listeners' by a hacker who used the alias 'Wolfman Jack' and broadcast his instructions via a publicly broadcast audio stream.

    9. Re:Not the public Internet (I hope) by Anonymous Coward · · Score: 0

      I worked at Nortel on the VOIP project in DMS land (as part of the 'Next Generation Network'), and I can tell you we had NO security between the trunking nodes and the control nodes, which were all connected to the 'green' (a.k.a 'PC') LAN at some point (we were using Linux on Motorola compact PCI chassis, BTW). I am not sure if Telus is using Nortel equipment, and of course they could implement it their own way, even adding some sort of security. Yet think about it, when someone roots a box on the LAN, they can now take shots at a long distance network connected via TCP/IP, and therefore your 'private' conversations...

    10. Re:Not the public Internet (I hope) by dk.r*nger · · Score: 1

      So I suppose you still can not slashdot the phone network..

      A few examples:

      9-11: Phone jams all over the NE US.

      Roskilde Festival: 9 guys killed in crowd accident - cellphone network jammed for half a day

      Eurovision song contest, Europe, this weekend: Serveral countries vote by jury (as opposed to public phone-vote) because the network in these countries can't handle the load.

      (I am in no way relating these events in importance or significance or any other way than the fact that they in some way 'slashdotted' the phonenetwork)

  9. A matter of time by RosCabezas · · Score: 5, Interesting

    In fact it was just a matter of time. At last, telcos are realizing that technology is a helper and not a foe. Probably 3rd generation as designed is not going to generate the expected revenue and some side paths need to be found.

    1. Re:A matter of time by TC+(WC) · · Score: 1

      At last, telcos are realizing that technology is a helper and not a foe

      Because, you know, telephone companies have generally been luddites... what, with Bell Labs and the like...

  10. quality of sound by epicstruggle · · Score: 1

    In fact, the quality of the transmission was so good, so much like being there, that Telus engineers added a bit of noise to make the call sound, well, more normal.

    How different/irritating was the call that they needed to add the noise. Also does SprintPCS do this too? I would imagine that having no noise in a call would actually be a marketing edge (remember the pin droping commercial!)

    later,

    --
    "Im drowning here, and you're describing the water!"
    1. Re:quality of sound by parc · · Score: 2, Informative

      The article is not technical, and this is pure market speak. What they were adding was probably "comfort noise." Comfort noise is placed in the dead air where you aren't actually sending sound (to save bandwidth).

      Another thing normally added is near-end echo. This is the sound of your own voice piped back at you with reduced volume, something that happens in the standard phone system naturally. People have become so used to hearing the echo that they think something is wrong if they don't get it. Because of this, you see a lot of people yelling at their cell phones.

    2. Re:quality of sound by kent_eh · · Score: 1

      When I am on a call between 2 (or more) GSM phones, I find many prople reacting to the silence in the lulls with "Hello? Are you still there?"

      --

      ---
      "I can't complain, but sometimes still do..." Joe Walsh
  11. I wonder by mericet · · Score: 3, Interesting

    I wonder how much bandwidth they are going to allocate to a phone call once it's pure VoIP? and will it change according to load? what will be the effect on modem/fax data?

  12. Great! by Anonymous Coward · · Score: 4, Funny

    I used to have to yell at my roommates to get off the phone and stop hogging the phone line.

    Now I'll have to yell at them to get off the phone and stop hogging the bandwidth.

  13. not 'to the net' by delmoi · · Score: 3, Interesting

    Dude, using IP dosn't mean they are transfering call trafic over the general internet. I really doubt they are going to give each phone line a real IP address rather then a 'local' one.

    It would be pretty cool if they did. Imagine an RFC standard phone protocol that was implemented on lots of telephone like devices. In conjunction with DHCP you could have an internet phone that worked as simply as a regular phone. And you could talk to anyone with a PC and/or another phone (maybe by typing in the IP address? :P probably not).

    Well, I can dream, can't I? (or is this not that far off? I know you can buy IP phones today, but I don't think that they can work with both the general internet and the general phone system)

    --

    ReadThe ReflectionEngine, a cyberpunk style n
    1. Re:not 'to the net' by dj-nix · · Score: 1

      Ahhh. Just imagine that.
      Funny.. Sounds alot like H.323 to me. (The primary VoIP protocol in use today)
      If you want to know more about VoIP have a read at www.packetizer.com

      There are plenty of hardware and software H323 and SIP (A competing but less powerfull VoIP protocol) based phones out there. Voice quality comes down to a combination of available bandwidth and compression codec in use.
      As the article implies a well designed VoIP network can infact give better voice quality than PSTN.
      H323 already support seemless routing of calls on and off of PSTN networks, and publishing of your H323 gatekeeper/gateway's ip address in DNS for seemless interdomain routing without any prior configuration between the calling and called parties.
      H323 DOES already do everything you want, it is an open protocol, and you can already buy hardware phones that are basically plug in and call.

    2. Re:not 'to the net' by LiquidCoooled · · Score: 1

      Windows comes with Netmeeting as standard (though its now being phased out via MSN Messenger) whereby voice and video conferences have been accessible by IP for years.

      not sure if linux has anything similar, or if the protocol has been opened up but it would be of interest to me, since I use MSN Messenger daily.

      --
      liqbase :: faster than paper
    3. Re:not 'to the net' by sffubs · · Score: 1

      Netmeeting is an example of an H.323 client, and is capable of communicating with other non-MS H.323 clients such as gnomemeeting with no problems at all.

      openH323 has plenty of links and information about this subject, although a lot of it is rather cryptic.

      -s

      --
      ݼ)s$æúßðíÊ'öX'îò5^àûßQç£
    4. Re:not 'to the net' by LiquidCoooled · · Score: 1

      thanks :) helps make things a little less murky

      --
      liqbase :: faster than paper
    5. Re:not 'to the net' by cotu · · Score: 1

      > Dude, using IP dosn't mean they are transfering
      > call trafic over the general internet. I really
      > doubt they are going to give each phone line a
      > real IP address rather then a 'local' one.

      I think you're conflating two things here: address availability and quality of service. VoIP is very good candidate for where you'd really, really like to have globally routable addresses because you really, really want the RTP traffic (if not the signaling) to be end to end -- and hence free of snoopers or man in the middle attacks. Hence what you really want is IPv6. This has been something that I've been recommending for going on 5 years now as an inevitable need for VoIP. The 3G guys also get this and are requiring IPv6 in their handsets. This argument (along with the mobile IPv6 route optimization), in fact, turned the tide at one routing vendor with whom most people are acquainted.

      The QoS angle, however, isn't really a function of "public" vs. "private" Internets, per se. It's a function of treatment and the SLA's which can be cobbled together. Many carriers who are (or were until the service provider's China Syndrome) planning on rolling out VoIP *do* plan on putting the traffic over their normal Internet backbone, mostly intending to use Diffserv marking (typically DSCP 5 for EF PHB's for RTP traffic) in their core. Some are planning to use first hop admission control in the form of RSVP (cable), but the whole area of cross-provider QoS treatment is still something of an unknown. Their expectation is that they can get SLA's with other providers when needed, or always just carry it on their own network. This is mainly due to their current view of their business model which though running over the public internet, views the VoIP service as a vertical service modeled on the old Telephant business model (ie, they do everything). That is, they aren't looking that far out. For the time being, if that business model results in medium to large sized islands of VoIP service with QoS, that would be a generally good thing since it will ultimately give reason to start interconnecting those islands, and hence the QoS assurances.

      And this is hardly a dream. The technology has been maturing at a very rapid rate; it's been the provider meltdown that's really been the largest issue. This wasn't true about 3 years ago. If they went back into invest mode again, they'd find that what was bleeding edge and only for those of stout heart is now stable and well tested.

    6. Re:not 'to the net' by Anonymous Coward · · Score: 0

      You can use GnomeMeeting (here)

    7. Re:not 'to the net' by Anonymous Coward · · Score: 0

      Netmeeting uses H.323 protocol, MSN messenger uses SIP. SIP is becoming the defacto standard (and not because M$ uses it)
      H.323 and SIP are "open" protocols. H.323 is defined by I-TUT and SIP by IETF.

  14. It's worth a try by GMontag · · Score: 2, Insightful

    This method certainly can't make them go out of business any faster than the other Canadian telcos.

    1. Re:It's worth a try by OrenWolf · · Score: 1

      The incumbant Canadian telcos are *swimming* in profits actually, because in many cases their profits are *proteted by regulation*, that is, they use the CRTC to protect their profit margins.

      You might find the CLEC's here having a hard time, but certainly not the incumbants like Bell, BCE, Telus, NBTel, etc.

    2. Re:It's worth a try by GMontag · · Score: 1

      Ah, my perception may be a bit clouded with all of the empty TeleGlobe and Nortel buildings around here in Northern Virginia.

      Not that there is any shortage of former MCI buildings (the Defense firm that employs me is about to take onof those over), but MCI seems to have leased from folk that rip the "badge" off of the building a little quicker than others.

      Thank you for the correction!

  15. Having read a little deeper by SkArcher · · Score: 5, Insightful

    The benefits, however, are enormous and noticeable, particularly on a carrier's balance sheet. Telus stands to substantially lower its operating and capital costs with the new infrastructure, and will be in a position to offer customers new business services that can combine voice, video and data. "We literally have three infrastructures," says Pathak, explaining that separate networks exist today to carry phone calls, Internet and data services, and video. "The goal is to merge into one simple platform.

    So their ultimate plan is to have Video, Phone and Data linked into the same system? An Extreme bandwidth use, but one that would raise some hopes of breaking down the current 'methods of communication' fragmentation and simply leaving us with one single, integrated, communications method.

    Now that raises all sorts of possibilities in terms of remote conferencing, especially as the younger, technically proficient generations move into higher echelons of the decision making process in government and corporations.

    Any ideas on what OS is used to control this?

    --

    An infinite number of monkeys will eventually come up with the complete works of /.
    1. Re:Having read a little deeper by dago · · Score: 1

      "Any ideas on what OS is used to control this?"

      maybe this one ?

      --
      #include "coucou.h"
    2. Re:Having read a little deeper by Anonymous Coward · · Score: 1, Funny
      Any ideas on what OS is used to control this?

      Psh. Windows PE (Phone Edition), of course. What other OS could possibly give five 9's?

    3. Re:Having read a little deeper by ralmeida · · Score: 1

      Five 9's as in 9.9999%?

      --
      This space left intentionally blank.
    4. Re:Having read a little deeper by Senjutsu · · Score: 1

      Five 9's as in 9.9999%?

      No, actually. Lacking Control and Delete buttons, you have to push five 9's on the phone to get Windows PE to reboot whenever your call freezes on you.

    5. Re:Having read a little deeper by Anonymous Coward · · Score: 0

      All the servers run Solaris on Sun hardware. Networking equipment varies, but includes Ciscos, Nortels/Shastas, and others. Application servers also come from various vendors, as do provisioning systems, etc. Things like voice and video over IP are hugely involved systems, with all kinds of hardware and software solutions.

    6. Re:Having read a little deeper by noselasd · · Score: 1

      It's usually Engine from Ericcson. Atleast thats what most european telecom companies buy at this time. (Telenor here in Norway is about to deploy it, and send voice/signalling over ATM, and later on (a few years) IP.)

  16. Dial Up by DJPenguin · · Score: 1

    So.. if you're dialing up the net on your modem, you potentially doing IP over PPP over Voice over IP ? I guess then you could load up a VoIP app and make a voice call too :)

    OK, so you wouldn't be dialing long distance in the first place, but still, it's a lot of protocols.

    1. Re:Dial Up by dr00p · · Score: 1

      No need for that. Only long distance calls are VOIP, and usually the internet connection is a local call.

      And you don't need an ip address for every phone. I think they are using PSTN for local loop and big voip gateways( a relatively big gateway can handle up to 8E1's , that means 240 simultaneous calls ) .

    2. Re:Dial Up by parc · · Score: 1

      Ignoring the question of dialing a long-distance ISP...

      Most VoIP equipment out there will do one of two things when confronted with a modem or fax call: drop to g.711 (no compression at all), or drop to a proprietary method of connecting. It will actually intercept the call, change it to data, then back to modem tones at the far end, compressing with a different algorithm. than for voice.

  17. "normal" call ? by Rosco+P.+Coltrane · · Score: 4, Funny

    In fact, the quality of the transmission was so good, so much like being there, that Telus engineers added a bit of noise to make the call sound, well, more normal.

    They should drop calls and overcharge customers too to complete the picture.

    --
    "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    1. Re:"normal" call ? by rigga · · Score: 1

      LOL, So thats why my home phone has been sounding like crap. I just need to call Telus and tell them to stop making my phone line pop and hiss.

      Why would they try to make it sound worse??? I am sure that people would not be freaked out if their phone sounded any better.

      However this is Telus so who knows.

      --
      RiGgA
    2. Re:"normal" call ? by huh_ · · Score: 1

      They should drop calls and overcharge customers too to complete the picture.

      A bit offtopic, but when I signed up for Telus's ADSL service I could have sworn the woman told me 6 months free service then, $39/Month. 2 days ago I got a call saying they noticed I havent been billed for internet service for 6 months and now they are going to back bill me (Only for 3 months though, such nice folks).

    3. Re:"normal" call ? by Anonymous Coward · · Score: 0

      VoIP systems are usually absolutely silent when there is nothing to transmit. The volume has to exceed a threshold before data is sent. The effect is that you can't tell whether the connection is still up, which you normally can because with conventional systems there's a small amount of noise even when nobody's speaking.

    4. Re:"normal" call ? by Anonymous Coward · · Score: 0

      Can you say, "small claims court" and "bait and switch"? I knew you could!

  18. Wonderful... by Anonymous Coward · · Score: 0

    Now we can slashdot a pay phone...

  19. Having worked for Telus by Frederique+Coq-Bloqu · · Score: 4, Interesting

    a bit outside of Québec City (I no longer work for them), I would say this is a generally good move. Most of the equipment, at least in Québec is shoddy stuff late 1950s. Needs constant maintainence. I can definitely see why they're upgrading.

  20. MPLS by Anonymous Coward · · Score: 2, Interesting

    They're not going to go on general IP network but with a carrier-class MPLS network. Lets see who they will choose for their backbone, Cisco, Juniper or perhaps Chiaro or Hyperchip??

    1. Re:MPLS by Anonymous Coward · · Score: 0

      Nortel Networks, cuz they're Canadian!

    2. Re:MPLS by Anonymous Coward · · Score: 0

      Telus uses Cisco gear, and they will employ MPLS because hey all encumbant carriers and carrier wannabees use or want to use MPLS. It offers them control of the flow and quality delivered. The word being control. Telco's love control.

    3. Re:MPLS by Anonymous Coward · · Score: 0

      Telus uses Cisco. But to deploy a carrier-class MPLS network you need carrier-class routers which the Cisco GSR is not. They should talk with Hyperchip!

  21. Lessons fron SQL Slammer? by imag0 · · Score: 1, Insightful

    didn't Bank of America lose about 14,000 ATM machines to the SQL Slammer worm?

    moving data across a public network isn't safe or intelligent. Let's hope they open their eyes before this foolisness gets any further.

    1. Re:Lessons fron SQL Slammer? by rkhalloran · · Score: 1

      BoA wasn't using the public network for the ATMs; the worm was putting so much chatter on their we-just-migrated-everybody-to-Win2K INTERNAL network that the ATMs couldn't get to the Big Iron in the Back Room...

    2. Re:Lessons fron SQL Slammer? by zm · · Score: 1

      It is NOT a public network; shoot whoever moderated parent as insightful...

      --
      Sig ?
    3. Re:Lessons fron SQL Slammer? by satterth · · Score: 1

      If there are any kind of machines on the INTERNAL network that can be infected by some type of worm/virus then their could be a possible problem in the future. Especially if there are some computers connected to both networks. (lets take support or billing for example)

      --
      Being called a dork on Slashdot must be like being called the retard in special ed.
    4. Re:Lessons fron SQL Slammer? by Anonymous Coward · · Score: 0

      It's telco hardware on a fucking packet-switched network, not a LAN with a bunch of Windows boxes. Other than the fact that both networks use the same low-level IP protocol, this has nothing to do with the internet.

    5. Re:Lessons fron SQL Slammer? by satterth · · Score: 1
      Dude, no where did i mention that there were going to be a bunch of windows boxes on the network. Please don't put words into my mouth.

      All i'm saying if there is some type of machine that has access to both the "fucking packet-switched network" and some other accessible network, then it might be possible to get a virus/worm/trojan that eats bandwidth for lunch and causes problems.

      --
      Being called a dork on Slashdot must be like being called the retard in special ed.
  22. IPv6? by HaloZero · · Score: 2, Interesting

    Will the software used for this transition support IPv6? Will it be BASED on IPv6? I mean, the point of IPv6 is to give us more IP addresses than the initial 256 * 256* 256 * 256, and moving an entire phone network would only make the IP addressing problem worse (if not using v6...), right?

    --
    Informatus Technologicus
    1. Re:IPv6? by Anonymous Coward · · Score: 0

      It's just the transport network, not end-to-end VoIP.

    2. Re:IPv6? by jroysdon · · Score: 1

      As it is a private network, they'll most likely be using some RFC1918 (10.0.0.0, 172.16-31.0.0, 192.168.0.0) address space. The only devices moving to VoIP are the phone switches themselves, not the end phones. The customer won't even know there has been a change.

  23. Noise on the line. by Anonymous Coward · · Score: 0

    This is stupid. I don't think Telus actualy add noise on the line. The journalist don't realy understand or think his readers are a bunch of clueless.

    I guess an engineer tell him: "The voices was so clear we decided to compress it further. This add a bit of noise".

    Make more sense to me.

  24. The future is convergence by metz2000 · · Score: 2, Interesting

    From what I can see everything is heading toward one device - the PC. The PC of the future, as many of us know, will be compact enough to put on a table top (or under your TV) and will be a compliment to your lounge/living room as it may be well designed and stylish.

    So, what's going to come through this little wonder? Well pretty much everything. People will have wireless digital phones which connect to this 'base unit' via bluetooth or other wireless tech. All this telephone traffic will travel across a VoIP system and additional features will most probably be video links through built-in cams and possibly a text message feature to send info such as telephone numbers or addresses through on-the-fly without having to talk it out loud on the phone.

    Also coming down the high speed net links will be television on demand. No more arial/satellite systems, just pure internet provided media. It could be argued that radio is very much internet based already - I for one have no arial set up for FM signals.

    The international network coupled with a micro-PC in every home is the way of the future. Faster internet backbones will provide a media-rich lifestyle.

  25. Spam by Rosco+P.+Coltrane · · Score: 4, Funny

    By treating voices and video like any other piece of data, such as e-mail

    Soon Canadians will be getting enlarge-your-penis and invest-in-nigeria phone calls.

    --
    "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
  26. For more info. by AmunRa · · Score: 2, Informative

    The main VoIP standard is H.323 - Check out OpenH323, an open-source implentation of this technology.

    --
    " To steal ideas from one person is plagiarism; to steal from many is research. "
    1. Re:For more info. by Anonymous Coward · · Score: 0

      I disagree. H.323 has been surpassed by SIP. SIP (being defined by IETF) fits neatly in the IP space. H.323 is a clone of SS7 for IP.

    2. Re:For more info. by smackdaddy · · Score: 1

      The main VoIP standard is H.323 - Check out OpenH323, an open-source implentation of this technology.

      Obviously you don't really use VOIP in the real world as H.323 is not the main standard. SIP is the most common (unfortunately). Don't waste your time with H.323 no one wants it. Here is the link to OpenSIP

  27. It's the TORONTO star.... by Anonymous Coward · · Score: 0
    ... not the Tornonto Star.

    How 'bout editors that can actually, you know, edit?? Would that be too much to ask?

  28. What effect would this have on long distance? by HeadbangerSmurf · · Score: 1

    Let's look at this from a US perspective. Right now, unless you can also sell long distance in the US, you must rely on another carrier to handle that portion of a call. What, besides federal regulations, is stopping the ILEC's from just firing the calls over their network to the endpoint (if they happen to service that endpoint) bypassing the LD carrier? Yeah, those pesky regulations might be a problem but has that stopped anyone? Does this save us money in the future or do they charge more because it's VoIP?

    Or am I barking up the wrong tree here?

    Either way, it's nice to see someone finally moving toward a full scale VoIP implementation. The technology is amazing (I'm pretty good with Cisco's voice stuff) and I'd love to see more people go this route.

    Tom

  29. Dude! I got this chick's number! 127.0.0.1! by gatesh8r · · Score: 4, Funny

    I'm going to have to call her later on. She's like, into Lord of the Rings and other geeky stuff. BTW, what's Linux???

    --
    Karma whorin' since 1999
  30. I'm already fully converted... by caffeinex36 · · Score: 2, Informative

    ..I use Vonage for my phone at home. I do not even have a land-line installed in my apartment. I find the features to blow any phone company away, and the price and service is excellent.

    Besides the overall geekness of being totally VoiP, I have had nothing but good experiences with it.

    And I get to have an LA and NY number....
    Rob

    1. Re:I'm already fully converted... by Talez · · Score: 2, Funny

      That's scary.

      You can call Sydney cheaper than I can and I live in Australia!

    2. Re:I'm already fully converted... by Anonymous Coward · · Score: 0

      I have had nothing but good experiences with it.

      Opposite here. Our regional offices were switching to VOIP for interoffice phone communications, after that we were going to switch all phone service over to IP with the exception of our fax pools. To make a long story short.. The service and quality completely sucked. AT&T was constantly "testing" something else and adding this and that to try to improve the levels of service and the quality, sometimes it worked, sometimes not. The round robin style of everyone blaming each other for the problems (software, hardware, power flucuations, bandwidth providers etc..). We finally got out of the agreement as they refused to commit to a service level that was acceptable to our business and probably any business for that matter. I believe we also have not renewed some of our other contracts with them and like our cell phones, bandwidth, and LD service.

    3. Re:I'm already fully converted... by Anonymous Coward · · Score: 0

      Vonage sounds really cool but I'd be worried about those times when your ISP decides to do maintenace, or there's heavy load on the net. How the hell do you call 911 in an emergency?
      *Dials 911*
      404 Error. Sorry this call cannot be completed due to . Please try again later.
      *bolocksed*

    4. Re:I'm already fully converted... by Anonymous Coward · · Score: 0

      Your experience isn't due to a fault of the technology but rather the implementation. Sounds like AT&T was trying to make a quick buck without really knowing their shit. The technology itself is mature enough, you simply need a better implementation.

  31. Goddamnit! by Ryvar · · Score: 2, Funny

    In fact, the quality of the transmission was so good, so much like being there, that Telus engineers added a bit of noise to make the call sound, well, more normal.

    Damnit! Damnit! Damnit!

    I was going to use a modem over VoIP! Curse you, Telus!

    1. Re:Goddamnit! by Anonymous Coward · · Score: 0

      Yeah, funny. This is actually an interesting question. You won't be able to use a modem on a long-distance telephone connection anymore because the codecs are optimized for voice compression and the modems won't connect through them. That is if they use compression and unless they intercept data calls with modems installed at the CO.

    2. Re:Goddamnit! by Anonymous Coward · · Score: 0


      When using sprint PCS there was so little noise (in no small part due to digital filtering of white noise) that you could confuse a small pause on either side as a loss of connection. This never happens on analog lines where you always have the comforting, low tone shshshshsh letting you know that the circuit is still there...

    3. Re:Goddamnit! by Anonymous Coward · · Score: 0

      Yeah, funny. This is actually an interesting question. You won't be able to use a modem on a long-distance telephone connection anymore because the codecs are optimized for voice compression and the modems won't connect through them. That is if they use compression and unless they intercept data calls with modems installed at the CO.

      Fax Relay (T.38) and Modem Relay handle this by de-modulating the tones, transferring as data across the packet network, and re-modulating the tones at the far end.

      Just like voice, when the modem/fax is not transmitting, no bandwidth is used up (unlike traditional TDM networks).

  32. IPv6 by Luguber123 · · Score: 2, Insightful

    Are they using IPv6 for the voice transmissions? It sounds like a good idea to me (not beeing a field expert tho..) since there are a lot of QoS features and security features in v6, wich would require a lot of extra hassle with v4.

    Anyways I'm moving as far away from telco business as possible. After 20 years, as a customer, I'm less than satisfied with the 'competitive' pricing of services.

    1. Re:IPv6 by jroysdon · · Score: 1

      But if it's a voice-only network, all traffic is going to look the same, so QoS would have no affect. Further, just because you'd use a QoS-enabled protocol like IPv6, it doesn't mean the traffic would be given different priority. You have to have QoS-enabled switches and most importantly routers to look at those packets and give priority to the right ones. For voice traffic, since it's RTP, it's very easy to identify and have QoS priorities for that traffic without IPv6's extra QoS field info.

    2. Re:IPv6 by Anonymous Coward · · Score: 0

      Are they using IPv6 for the voice transmissions? It sounds like a good idea to me (not beeing a field expert tho..) since there are a lot of QoS features and security features in v6, wich would require a lot of extra hassle with v4.

      No they are using IPv4. And QOS does matter as I think they run their ISP traffic over the same network. But you can just set the QOS field in the IP header and have your cisco router give priority to voiss.

  33. Death of Alaxander Gram Bell's invention by zakezuke · · Score: 4, Interesting

    Remarkably enough, telephone technology hasn't really changed all that much since it's invention. the infrastructure has changed vastly, but for the most part, you can still use a first generation telephone over copper, with the exception of the cellular model. This is probally why it's no great shock to me that mobile phones are the first to actually experiment with adapting.

    My first reaction to this move to tcp/ip based voice communication is great, dispite the fact that the telephone it self has a remarkable level of simplisity to it. Speaker, amp, microphone, even without a touch tone generator most networks i'm familar with still permit the rotery system, a call can be placed by touching wires together in that rythmic fasion.

    So what is there to be gained by TCP/IP transport for telephone use, assuming we are talking about the classic land line as well as the mobile, a great deal i'd say. Fax machines for one thing will no longer be barred by that pesky 9600/14000 bandwidth issue, color faxing can be an option. A "mobile" could in theory be jacked into a land line and calls can be recieved regardless of reception, eliminating the need for features like call forwarding. A push to upgrade to this cheeper form of transport could push the telcos to actually upgrade way out of the way regions to this new digital system, so even Farmer Joe miles away from the CO could get reliable network access. Let alone the boom to the deaf community.. even with present mobile text and instent messaging it has practicaly rendered ye old TDD terminal obsolete.

    But... there is a major downside. It puts control of network access back to the telcos, well not like they don't have it already. We create a dependence on high technology, requiring all homes being essentally wired for network. We also create a dependence on power, not that classic telephone doesn't take a bit of juice, but imagine if everyone's house had additional DA converters, and essentally hubs rather then splitters. Privacy could be made a think of the past, as packet sniffers could be employed to actually track specific people without the physical access that is presently required.

    But I'm leaning more tward the side of the fact that there is just so much crap I want rendered obsolete, and a level of digital intrigration I would like to achieve. I no longer want to be barred by the limits of dialup service being the only thing that can be actived on demand, I want phones to be TCP/IP ready.

    And yes... I want mobile phones to actually provide high speed internet and I want it everywhere! And if this means I can't use my circa 1970's phone that I bought specificly to be compatable with my first acustic(sp) modem and so be it.

    --
    There is no sanctuary. There is no sanctuary. SHUT UP! There is no shut up. There is no shut up.
    1. Re:Death of Alaxander Gram Bell's invention by Safiire+Arrowny · · Score: 1

      Just a nitpick, but I don't think that VOIP uses TCP, or that any other service like it would. TCP is set up so that packets should never be able to get lost, if they are lost they're resent and assembled even if they arrive out of order. This is why most streaming media now uses UDP, because when packets become lost with UDP they stay lost.

      You wouldn't want a few packets that took a wrong turn during a phone call to suddenly arrive out of order, or for your call to lag out, waiting for some insignificant 512 byte packet to arrive. UDP or something like it will be used and not TCP.

    2. Re:Death of Alaxander Gram Bell's invention by Anonymous Coward · · Score: 0

      Despite, simplicity, familiar, rotary, rhythmic, received, cheaper, instant, practically, dependance, essentially, than, thing, toward, integration, compatible.

      At least you knew you spelled acoustic wrong :).

  34. Re:And So we move closer to integrated communicati by SEWilco · · Score: 4, Funny
    "Dear Sir,

    I am writing this letter to request ISP service from you. After that is completed, I will be able to telephone you to arrange a domain transfer.

    Incidentally, do you know to whom I can write to arrange for water service so I can watch CNN?"

  35. What''s next? by JamesTRexx · · Score: 1

    I wonder how long it'll be before the internet is converted into a real world wide web, and every means of communication will run over IPv6 (or another new protocol)...
    No more large bunches of different cables for internet, phone, cable tv, etc... One cable, one protocol would make maintenance easier and cheaper on the hardware side. It'll also make expansion easier like the idea for The Grid, the internet that would expand into space.
    On the other side security needs to be beefed up with better encryption, but that shouldn't be too big a problem with enough numbercrunching processors.
    Time for a new slogan, "One net, one people"...

    --
    home
  36. The obvious question is... by Anonymous Coward · · Score: 0

    ...will this breed a new generation of Canadian phreakers? YOU BET IT WILL!!! :-D I'll be the first one to try and "research" that network no doubt about it ;) Someone should probably mention security to them...

  37. Sprint announced similar move by jeffmurphy · · Score: 1
  38. IP "the Net" by nochops · · Score: 1

    By "the Net" I assume you're referring to the internet.

    I just thought I should let you know that IP is not the same as the internet. You know, just to keep you from embarrasing yourself on the front page of a really popular website that has "News for Nerds. Stuff that matters".

    --
    "A terrorist is someone who has a bomb but doesn't have an air force." -William Blum
  39. Hold the phone. by FreeLinux · · Score: 5, Informative

    As a few posts have already descibed, VoIP is not the same as voice over the internet. The VoIP that Telus is using is actually being carried over dedicated data circuits which offer, not only high speed (OC-12 +), but also end to end Quality of Service control. Indeed, these dedicated data circuits may well carry some internet traffic as well, but Telus is able to run the voice traffic at a higher priority than the less time sensitive data.

    In fact, this is already being done by several carriers including Sprint, MCI, Intermedia, Verizon and probably others.

    I have also installed numerous private networks utilizing Nortel or Cisco equipment to carry VoIP over dedicated private networks, usually frame-relay WANs. These VoIP calls are 100% reliable and are perfectly clear.

    In two cases standard internet connections (cable, xDSL, frame-relay) were used to carry calls between several different offices in the United States, Canada, Europe and Mexico. These connections are not always as clear as those running on private WANs but, they have proven to be 98% reliable and are indistinguishable from regular land lines, in terms of clarity, 85% of the time.

    1. Re:Hold the phone. by Cedric+C.+Girouard · · Score: 1
      In fact, this is already being done by several carriers including Sprint, MCI, Intermedia, Verizon and probably others.
      I have also installed numerous private networks utilizing Nortel or Cisco equipment to carry VoIP over dedicated private networks, usually frame-relay WANs. These VoIP calls are 100% reliable and are perfectly clear.



      A couple of years back, Videotron had a project going to provide phone service over their cable modem infrastructure.

      They had the pilot going with the employees, and it worked VERY well. So well that most of them dropped the Bell landlines in favor of the VoIP service.
      But you would not believe all the red tape you have to cut through in order to provide phone service. The VoIP unit was brick sized but required a UPS in case electricity went out. And also a bunch of other safety's. Anyways. When they got sold to Satan^H^H^H^H^HQuebecor, the project was quickly canned, and Videotron started losing money.


      As for the 100% reliability, I installed and admined a BCM system from Nortel, and while I agree it's pretty reliable, it's very far from 100% reliable. And remember that Nortel will not guarantee anything over public network. They only guarantee reliability over QoS'ed end to end private circuits. But yeah, they were pretty sweet. And at the lowest quality, were clear enough to have a conversation at 6K second.

      --

      Marriage is considered capital punishment for the theft of a goat in some third world countries...

    2. Re:Hold the phone. by Anonymous Coward · · Score: 0

      When they got sold to Satan^H^H^H^H^HQuebecor,

      Well you can thank the Party Quebecois for that, and its strong meddling with the Caisse for that.

    3. Re:Hold the phone. by s7ark · · Score: 1

      I think the major backbone for TELUS is a cross Canada OC192 actually. I remember reading that last year when they turned it up. That should be enough bandwidth for this endeavour

    4. Re:Hold the phone. by Cedric+C.+Girouard · · Score: 1
      Well you can thank the Party Quebecois for that, and its strong meddling with the Caisse for that.


      Do not waste your energy preaching to a convert. In an ideal world, the company would have been sold to Rodgers, and I'd have been a freaking millionaire... But noooooo... They needed to intervene so it was sold to national interests... Anyways... We'll be safe for another 4 years now... Or at least we'll get the liberal kind of meddling... Better ? Worst ? Who knows... It's all the same to me...

      --

      Marriage is considered capital punishment for the theft of a goat in some third world countries...

  40. Spelling nit by Marc3321 · · Score: 1, Troll

    That would be "Toronto Star" not "Tornonto Star". Although I do like the sound of Tornonto.... :-)

    1. Re:Spelling nit by Anonymous Coward · · Score: 0

      And remember, it's pronounced "Tronteh".

    2. Re:Spelling nit by Anonymous Coward · · Score: 0

      At least it wasn't the Tonto Star. Eh, Kemosabe?

    3. Re:Spelling nit by Anonymous Coward · · Score: 0

      Not to be confused with Pornonto, the biggest, most turgid urban centre in Carnalda...

  41. Here we go again. by professorpoole · · Score: 0, Flamebait

    Some of us *require* real-time transmission (or as close to it as we can get) - in broadcasting, where I work, just to name one. Ethernet is more efficient for an office network because it allows many machines to share resources. At times when the network gets really busy, people notice a delay; annoying, but not the end of the world. The same principle applies here: if the circuits get really busy, there might be a delay (or even a brief dropout) before you hear Aunt Lona say "hello" at the other end of the line. Again: annoying, but not the end of the world. But now imagine that the connection is being used to control a piece of equipment many miles away. Or, to transport a real-time signal, say, a ballgame from a distant city. Both are true in our case. We need real time, or as close as you can get. When you can't get a satellite channel, the method of choice for a quickie audio remote is ISDN. The telcos hate these nowadays: technically, because you're tying up one "slice" of a T1 group. They'd much rather distribute packets on that T1 like a card dealer in Vegas; if the table is full of gamblers, it just takes a little longer, is all. More efficient. You folks in Canada: don't be surprised if your internet service suffers as a result of this. You're gonna be sharing bandwidth with the call to Aunt Lona ... :)

  42. IPv6 can come in here by Anonymous Coward · · Score: 0

    Telcos may be a good reason for IPv6 to get popular .. instead of a telephone number maybe everyone can have IPv6 addresses with a easy to remember domain like myname.phonecompany.com
    That way your phone can be a person's mini answering machine/weblog or webserver/instant messenger device as well.

    That would be cool. Of course it would never happen given current state of fcc/monopolies/regulatory crap.

  43. 802.11 cordless phone. by Anonymous Coward · · Score: 0

    What I'd like to see is a cordless phone or headseat combination which is wireless using 802.11 protocol to communicate WITH my wireless access point and through the internet. Not any of these current cordless phones all using proprietary digital and analog transmission methods knocking down my access point quality every time a cordless phone in the same frequency is powered up. Additionally, this cordless phone must be able to communicate via instant messaging and free voice chat services as well. Doesn't make sence to be paying for both a phone number and an internet account.

    1. Re:802.11 cordless phone. by ZenJabba1 · · Score: 1

      http://www.infoworld.com/article/03/04/28/HNciscop hone_1.html?networking

      Dream Answered

      --
      `find / -name "*your_base*" -exec chown us:us {} \;`
  44. Re:Bandwidth - ITU recommends G723.1 - 6.3kb/s by fact0r · · Score: 3, Interesting
    VoIP Standards are all made by ITU-T.

    The most widely used VoIP protocol is H.323. H323 allows negotiation of a compression CoDec. The base (worst) codec which must be supported is G.711 (64kb/s - this is what goes down an ISDN line - this is regarded as lossless digital encoding).

    Latency is dealt with by using QoS. I make calls from Australia to Europe through a VoIP carrier at a cost of about 3cents/minute. The round trip delay appears less than 0.2 seconds. The recommended CoDec is G.723.1 which is 5.3 or 6.3 kb/s (switches dependent on complexity I believe). This CoDec gives speech quality better than a mobile network will give you.

    The bandwidth is only required in the direction of speech - when there is silence going the other way the bandwidth drops to near zero (just comfort noise generation and control signals send down the line). Comfort noise generation is done by a funny little algorithm that tells the other end the type of "silence" (static) to produce.

  45. Tornonto by Apostata · · Score: 3, Funny

    Meanwhile, in hockey news, the Ananheim Mighty Ducks face the Newn Jersney Devils.

    (I see the upcoming pot de-regulation is having it's effect)

    --

    This wasn't just plain terrible, this was fancy terrible. This was terrible with raisins in it. - Dorothy Parker
    1. Re:Tornonto by Anonymous Coward · · Score: 0

      There are solutions to the packet loss problem.
      In particular, combining buffering, with retransmission, and crc checks. who care's if there's a delay. it's only a few seconds at worst. It's not like radio stations (who supposedly need instant communication) aren't already using this type of tech to censor our unwanted comments without hearing a little beep over it.

  46. IANALuddite, but... by gobbo · · Score: 2

    you'll get my old black rotary phone with the real metal bells and indestructible hard shiny plastic and nice neck-cradling handset when you pry it from my cold dead hands.

    No electricity? no problem, it still works. Plus, analog has nostalgia value, too!

    Maybe there's a cool mod someone's done for old phones like this so that we can convert them to VOIP...

    1. Re:IANALuddite, but... by Anonymous Coward · · Score: 0

      Actually, there is a mod for that, it's called net2phone. sure you've heard of it. and linksys (among others) makes a box which will connect any phone to your net2phone account. not sure how popular that is though.

    2. Re:IANALuddite, but... by Anonymous Coward · · Score: 0

      Your old black rotary phone should work fine for incoming calls using a consumer grade VoIP service (Vonage, VoicePulse, Packet8, etc.) but the analog to digital adaptors don't accept dial pulses. However, you could get a surplus Mitel Smart-1 dialer (as cheap as $20 from some online sources) and use it to do pulse to tone conversion (it would accept the dial pulses and spit out the tones). Only trouble is you'd have no easy way to enter the * or # keys, which are used for certain features (I suppose you could program in the "leading 11 = * key" hack, as used by many phone companies).

  47. Did anyone RTFA? by A+nonymous+Coward · · Score: 1

    Nothing says "the Internet". The /. headline says the Net, which is dubious and vague. The poster says "IP", which is certainly not Intellectual Property.

    None of it says The Internet or The Public Internet.

  48. Sprint is doing the same by beerboy · · Score: 1

    http://abcnews.go.com/wire/Business/ap20030527_381 .html

    Switching to IP using Nortel equipment.

  49. SPRINT is doing the same thing down here by wornst · · Score: 1

    check out http://abcnews.go.com/wire/Business/ap20030527_381 .html

    1. Re:SPRINT is doing the same thing down here by egoots · · Score: 1

      Interesing... there is another article here. It seems that they just announced this 12 year plan to switch over all their local phone traffic.

      The timing makes me wonder whether they are announcing this in response to what Telus is doing so as to be able to claim they are on the cutting edge. It sounds like Telus is quite far ahead in terms of progress not just plans; albiet for long distance traffic for now

  50. Siz^H^H^HCase Matters by Anonymous Coward · · Score: 0

    You would have made a much stronger point if you had capitalized Internet or said "The Internet".

    Lower case internet is generally used for any network using IP protocol. Upper case Internet is generally used when referring to the particular instance of an internet that one uses to read /. and surf pr0n sites.

    The actual article suggests they are using an internet, not the Internet. But you're right in that the /. article title is misleading.

  51. Global Crossing has been doing it for a LONG time by Petronius · · Score: 1
    --
    there's no place like ~
  52. Not the only one by CurMo · · Score: 1

    As a former employee of Nortel Networks, I can say they have been developing this equipment for many years and have been testing in the field for at least the last 3 years. 2 years ago a 2 billion dollar contract with Sprint was rolled out with the 2nd generation Voice-over-IP equipment (Nortel Networks calls it "Succession" equipment), and we were already working on the 4th generation of it late in 2001 (when I stopped working there). The 4th generation contained virtually every current phone option + more, and plans were in place already for features through the 6th generation back then. There were also several other companies (Cisco Systems) working on the same Voice-over-ip equipment, but Nortel was at least 4 years ahead of them (at least that's what Sprint and several other companies told us).

    As far as stability of packet based phone network, the goal is to have 99.999% (5 9's) of stability that is already achieved on our current POTS telephone service, and I can vouch that we were getting very close to that kind of stability with redundancy and nightly sanity tests - no telecom will stand for anythign less out of phone equipment than 5 9's.

    Lastly, the equipment being developed by Nortel was amazing and great to work on. All pieces of the network auto-detected each other once connected to the 'net (either over tcp/ip or atm), and would integrate seemlessly with the current phone network making an unnoticable change when it begins to be rolled out in mass. Also ,the reason the telecoms are pushing for packet-based phone networks is because its WAY cheaper for them to support 1 network, than it is for them to support internet and phone networks simultaneously and because phone networks must be connected in a web, each local station must connect to every other local station, up to a large scale one where there is a trunk to another large scale.

  53. ha!!!! by oPless · · Score: 1
    Why not start by moving youre entire long distance network over to IP
    It's your
    1. Re:ha!!!! by Anonymous Coward · · Score: 0

      How about by correcting you're punctuation? Ha, indeed.

  54. Clearing things up... by lynx_user_abroad · · Score: 1
    The article (and additionally, the Slashdot headline) makes several things unclear. I'll clean these up here.

    Understand; while it is VOIP (voice over Internet Protocol), it is not running voice calls over "The Internet". When you place a phone call through this service, the packets never share a line with Internet traffic. (Unless they've really screwed something up royally.) The packets use the same protocol (IP) that hosts on "The Internet" use to talk to one another, that is where the sharing of information ends. You'll never see some script kiddee in Tiawan DDOS your IP phone into molten slag, or (if you pardon the mixed metaphor) get a "404 error" trying to ring your grandmother. It's an entirely other, airgap firewalled network. That's important for two reasons; here's why:

    First; it's a network that the network provider owns and controls completely. You won't be able to put a phone onto it unless you have a service agreement with them, pay a monthly fee, and use only equipment they have vetted. There will be no anonymity. Every packet you send will be tracable (and likely billable) to you. They aren't likely to allow you to put your Linux Phone onto this system (for fear you'd become that Tiawan script kiddee). Their Internet will be closed. You won't be able to offer an innovative service, unless you have their blessing (read: they get a cut of the profits). Forget about storing voicemail on a local hard disk: that will still be $9.95/month plus $0.11 per kilobyte.

    Second, since they now have a closed, controlable, internet they own, why should they promote that Other Interent, or support it, or even allow it to continue to exist?

    The good news is that this is a sign of a return to profitability for the telecommunications industry as a whole. We're likely to see our entire communications environment change over to an industry run like this; optimizing for high quality and shunning any change which could impact reliability of the existing system. Here starts a new 150 year era of innovations like Call Waiting and the Princess Phone.

    The bad news is that this is a sign of a return to profitability for the telecommunications industry as a whole. We're likely to see our entire communications environment change over to an industry run like this; optimizing for high quality and shunning any change which could impact reliability of the existing system. Here starts a new 150 year era of innovations like Call Waiting and the Princess Phone.

    <SOAPBOX> We had 10 years to "make the Internet work", but instead we handed it over to the spammers and the music traders and the Flash-only IE-only web sites and the script kiddees. Maybe now that The Internet is about to die they'll all go find some other network to infest. They've built a walled city inside the noosphere; you can choose to live within the city or live without. Didn't you always want to live in a "Road Warrior" kinda world?</SOAPBOX>

    --

    The thing about things we don't know is we often don't know we don't know them.

    1. Re:Clearing things up... by jroysdon · · Score: 1

      To add more clarification, they're bascially replacing their phone switch to phone switch infrastructure with VoIP. I doubt they'll offer VoIP service anytime soon, if ever, and definately not ever any connections directly to this network (perhaps to some gateway services).

      What's switch-to-switch traffic? When you place a call a home on a 'POTS' (Plain Old Telephone Service) line, it goes over a copper pair, perhaps then aggregated to fiber with all your neighbors on the way back to the CO (Central Office) switch. If the call is to a switch outside that CO (or even a different switch inside a large CO), that's where VoIP will take over (vs. traditional SS7 signalling over DS1/DS3 type circuits).

      Guess what though, since all the other carriers are still using SS7 over traditional circuits, they still have to keep all that old infrastructure, at least at the "edges" where they talk to long distance carriers (I don't know if Canada has CLECs, but I can see ILECs having to still handle circuits to CLECs being a major hurdle for US telcos doing this). It would make sense if other telcos, starting with long distance carriers, did this, and I can see them then going VoIP between telcos. But that's the problem... no one is going to do it until the other telcos do it, until the critical mass is there. Even then, regulatory laws will probably be messy.

      This is basically akin to what the IT world has been doing for at least 10 years now. A traditional voice network would use a T1 circuit (DS3's, etc., of course, but I'm just using a T1 for an example) that's chopped into 24 voice 64KB channels (23 channels if it is a PRI with the 24th channel for signalling) and only allowing 24 calls on it. Even if a call is silent or put on mute, it still takes 64KB each direction. Why not convert it to VoIP, optionally compress it (g.729a is typical 'good' 24KB compression) or even leave it "uncompressed" at 64KB g.711 (either way, it must go through some sort of CODEC, but 64KB g.711 is what the telcos use as well), so you wouldn't notice a difference).

      What would the advantage be? You can run 2.6 more calls over the same circuit if using g.729a, or if you're aggregating a large volume of g.711 calls, you can get away with the true bi-directional VoIP traffic not always taking up the full bandwidth (in other words, not always transmitting 64KB worth of voice traffic in VoIP packets, especially when on hold or when there is silence on either side, and voice calls are typically always silent when the other side is talking). As the article talked about, the remote side produces a "comfort noise" background "ambient" hiss so you think you're still on a call.

      If you're not a telco (not that they couldn't do this, but most likely they'd want a seperate dedicated network for this, 'just in case') and you've implemented QoS so VoIP packets always get priority, why not just share the same data circuits for all your VoIP and PC traffic? That's where the big savings come for companies, as the two can coexist perfectly fine so long as QoS is implemented correctly.

    2. Re:Clearing things up... by SuiteSisterMary · · Score: 1

      The idea here is that a single fiber, instead of carrying one conversation per line, can now carry one IP stream per line, that stream being made up of N number of VoIP connections.

      --
      Vintage computer games and RPG books available. Email me if you're interested.
    3. Re:Clearing things up... by robertchin · · Score: 1

      How do 24 voice channels at 64KB fit in with the fact that ATM frame sizes are 48KB?

    4. Re:Clearing things up... by lynx_user_abroad · · Score: 1
      ...a single fiber, instead of carrying one conversation per line, can now carry one IP stream per line...

      Well, yes, but it goes even deeper than that.

      A single fiber can support multiple wavelengths. A single wavelength supports a $#!+load of packets, and (remember, this is IP) each of those packets *could* be from a different IP stream.

      And, yes, since everything is encapsulated, two adjacent packets could be destined for two different "Internets".

      Fiber has always been packet, but in the past it's been primarily ATM. ATM has a guaranteed throughput, which means your connection stays sane even if some American Idol contest uses up every other bit of capacity on the line. The downside of this is that the carrier has to pay the same amount for all of those bits even when there isn't some American Idol contest using the rest of them.

      With IP, you put all of your required capacity onto as few trunks as you need, use all of the bits for paying customers, and have a much more profitable system. The downside, then, is when some American Idol contest comes along and you suddenly need 10x the packet capacity, and have to start routing packets via Tokyo just to get them to the destination.

      Don't worry about the telecom industry. They learned this lesson a hundred times before, they'll learn it again this time, too.

      --

      The thing about things we don't know is we often don't know we don't know them.

    5. Re:Clearing things up... by jroysdon · · Score: 1

      Ah, bits vs bytes. You are correct, I should have used 64kb (or even 64kbit to be crystal clear). A single voice channel or g.711 stream is 64kbits.

      ATM hardware cell size is 53KBytes (including header info), while the payload cell size is indeed 48KBytes (remember, it is cell, not frame when dealing with ATM).

  55. This creates a market for a new internet service by deanc · · Score: 1

    Anyone who's ever taken a class on networks knows that there is always a proposal out there to add "quality of service" guarantees that ISPs can theoretically charge more money for. However, no ISP we use in day-to-day life has ever actually implemented this, for various reasons relating to the structure of the internet to the billing issues involved.

    However, what Telus has done has been to finally create an IP network that can deliver these QoS guarantees to themselves and anyone they sell their VoIP bandwidth to.

    I can see the internet splitting into the "regular backbone" and the "bandwidth guaranteed network", and you (or your router) just decide which service you need to use when you route your traffic.

  56. Noise on the background? by Anonymous Coward · · Score: 0

    I'd just like to add, having seen (and played with) the elaboration of a large-scale VOIP network over a Cable company here In Montreal, it's funny to see the emphasis of actually stating that they actually had to put background noise on the line. If they are using that pitch, it's surely because they are using a cisco based solution, and it was the cisco engineers who actually implemented this "human-friendly" touch. Heck, I wouldn't be surprised if half the staff on this project is manned by Cisco employees.

  57. they know how to charge for it by DuckWing · · Score: 1

    As a fellow Canadian, I'm interested in this move. Our LUG had a presentation on Linux Telephony, VOIP and such a month or two ago. If you're interested, grab the .

    The problem as I see it, I think Telus has figured out a way to charge for Long Distance with VoIP that THEY implement. I'd be weary of it myself. But who knows, Telus could surprise me, but I doubt it.

    --
    -- DuckWing
    1. Re:they know how to charge for it by DuckWing · · Score: 1

      clicked the wrong button. Anyway, that should read, grab the slides!

      --
      -- DuckWing
  58. DNS for phone entries? by ArhcAngel · · Score: 1

    I have been contemplating this question ever since Houston, Tx went to mandatory 10 digit dialing several years ago. The question of why phones couldn't be set up the way the internet is? using conventional Personal/Business names for dialing and a DNS like server to route the call to the appropriate location. That way it wouldn't matter who your provider is you would always be John.Smith.Home, John.Smith.Mobile, etc. The majority of people using the internet have no idea what an IP address is because DNS works so well but these same people have no problem accepting the fact they must remember their mother/father/sibling/friend/etc.'s voice#/cell#/fax# or that they must look up the number for bob's takeout. If they were on the internet the first thing they would do is type www.bobstakeout.com to see if that worked and ~60% of the time it would. With Telus switching to an IP based system they could easily do something like this (at least for local customers).

    --
    "A person is smart. People are dumb, panicky dangerous animals and you know it." - K
    1. Re:DNS for phone entries? by Anonymous Coward · · Score: 0

      You'd need a keyword based search engine to complement this as well.

  59. Why, indeed? by mwood · · Score: 1

    "Why not start by moving youre entire long distance network over to IP?"

    Because circuit-switched voice doesn't suffer from dropouts every time there's a sudden interest in the latest /. story?

    VoIP is like hauling gravel via airplane. You can do it, but that's not what airplanes are good at.

    1. Re:Why, indeed? by Anonymous Coward · · Score: 0

      Don't be a fucking retard. They're not gonna run this over public networks.

  60. Question... by ArcSecond · · Score: 1

    How will this help in terms of delivering Quality of Service to different classes of customers? I am guessing that using "IP" will make it easier to balance the needs of high v. low level service agreements. Which means higher prices for their services, which = more money.

    So they might save money in terms of maintaining infrastructure, and also make more money from better control of their product.

    --

    I've got a bad attitude and karma to burn. Go ahead. Mod me down.

  61. Nortel, Hyperchip by Pippity · · Score: 1

    Well Hyperchip happens to be Canadian too!

  62. What it really means... by ZPO · · Score: 1

    Based on what I see in the article they are talking about using a VOIP infrastructure to replace their TDM infrastructure between switches.

    (I'll use the US network as an example since its the one I'm most familiar with)

    Right now each state is broken up into LATAs (Local Access Telecommunication Area - IIRC). Within each LATA there is a LD tandem which lets IXCs (long-distance carriers) accept and terminate calls to the local phone providers within that LATA.

    The IXCs in turn have their own switches which are connected to the LD (inter-lata) tandem. The IXC switches are interconnected with each other via a TDM network. The TDM network uses multiplexers to build T1 (E1) service up to high-speed carrier level for transport between physical switch sites. Each T-1 gets broken out again and plugged in individually to another switch somewhere. (I know some switches can handle DS3 directly - I'm simplifying a bit) For the duration of the call a full 56/64Kbps DS0 line is nailed end-to-end.

    Since this gets a bit expensive the network isn't physically a full-mesh. Smaller switches (leaf nodes) connect to major switches to route calls across the network. To acheive the P.01 service grade (1 call in 100 blocked) a large percentage of this capacity sits idle most of the time.

    By going to a VOIP infrastructure for inter-switch trunking you get several advantages:

    1 - Full mesh network. A call from Frog Jump, Kentucky can go directly to Fort Stockton, Texas. This frees up a large number of switch ports at the major sites and can greatly simplify call routing.

    2 - Efficient bandwidth utilization. The packets are only flowing when there is audio to send. During pauses in speech (Probably something like 40% of a typical call) no data is sent (silence detection). (NOTE: This is where the noise comes in. A small bit of noise is sent to the near-end receiver during the silence intervals) With compression in he codec even more savings can be realized. Most implementations can detect fax/modem tones and switch over to a full-bandwidth codec so they won't degrade/disable fax/modem transmissions.

    3 - Efficient bandwidth loading. Bandwidth can be sized for the total utilization of a switch rather than attempting to discern "average" calling patterns. Having done trunking analysis within a CLEC intra-lata network I can only imagine its a nightmare on LD networks.

    4 - Equipment consolidation. The softswitch device can likely be plugged directly into some number of OC-3/12/48 interfaces. This cuts out things like M13 muxes, a DACS, copper patch panels, etc.

    5 - Network consolidation. From a single office the IXC probably has a TDM voice network, IP network, frame-relay network, and possibly (especially outside the US) an X.25 network. The more of these things you can run across a single network the more economies you get.

    All in all, its a very good thing. Its totally transparent to the customer, but it saves the IXC a big chunk of change.

  63. TELUS - Seemless switch? by eKto1 · · Score: 1

    As both a business and cellular subscriber of TELUS I can say that this switch has not been seemless. Over the past too weeks there have been a large amount of issues with their networks. For instance for 3 days in a row for the first 3 hours of our business day our phones could not dial out, or recieve calls. We were not notified that there was a shortage, and were baffled, thinking it was our Meridian storage. Their cellular service has been spotty at best, again with the lack of ability to dial out or recieve calls (fast busy, no voice mail). This has been a severe inconvenience too me. There are other local providers who have been providing great VOiP service in our center for one, that is clearly a better choice. Telus has also been offering their own brand of VOIP service for residential and business customers. This is not a new endeavor for Canadian telecom, but it is a good switch. Perhaps soon we may see free telecom w/the purchase of internet services (monopoly what?). The question is, when are major corporations going to go with a free software VOIP service (H.323) over expensive proprietary Nortel software.

    --
    -eK "I don't mean to sound bitter, cold, or cruel, but I am, so that's how it comes out." (Bill Hicks)
    1. Re:TELUS - Seemless switch? by Anonymous Coward · · Score: 0

      You could also use GnomeMeeting no?
      http://www.gnomemeeting.org

    2. Re:TELUS - Seemless switch? by s7ark · · Score: 1

      Uh I don't think they have actually made the switch yet. I think they have only made the first call using VOIP. They haven't actually switched the public phone system yet. The article said they were going to move internal TELUS communication to VOIP first and then the public sector later.

  64. That's great... by tx_kanuck · · Score: 1

    but what are the odds that the customers will get a rate decrease? They say they will cut costs by 20%+, but where will those savings go? Right into their CEO's paycheque. OTOH, by lower prices, they will force other telcos to lower their prices. Which will put them out of business. Which will tie us customers into a single telco. Great. Its not like their customer service didn't suck already, now we won't even have a chance to leave. We're screwed.

    --
    Now, if that makes sense to anyone, could you please explain it to me? I think I've confused myself.
  65. I guarantee this will fail by Ih8sG8s · · Score: 0

    I was involved in the testing process for this technology, and I have deployed some of the world's first exclusively VoIP switches. I tested and tweaked this stuff for over two years.

    Firstly, there are reasons why it is taking this long for telcos to adopt VoIP. It simply doesn't work as reliably as traditional telco equipment. Some of the main reasons for its failure are more fundamental than some would think.

    First, a building could be half exploded and on fire, and most people could reasonably assume that picking up a phone on the opposite side of the building would produce a dialtone. This is an extreme example, but the idea is that telecom services have been so reliable for so long, that any failure at all is unacceptable.

    Cell phones are a different story because the tradeoff for shoddy service levels is mobility and convenience.

    When you get anything less that stellar performance out of a desktop phone, people will not be satisfied. I have learned this first hand.

    Switched circuit equipment is designed to deliver small chunks of data in a time sensitive fashion. Ok, read that again now. Small amounts of data in a time sensitive fashion.

    Now look at traditional "Internet" routing gear and circuits. The problem becomes clear.

    Data-centric gear and protocols are designed to deliver as much data as possible in gulps. This is because it is assumes that one wants to get N bytes of data from here to there. These devices are designed to deliver large amounts of data, in a NON-TIME-SENSSITIVE fashion. By time sensitive, I mean size-predictable chunks of data, delivered at predictable and stable intervals.

    When data is lost in a switched circuit, the result is a miniscule dropout in a largely stable and predictable service level. The technology is designed in such a way so that loss of a small bit of data is not a big deal, as it results in a tiny "tick" in the conversation.

    There are several other reasons why this will fail, but here's one more:

    During times of non-talk, the connection appears to go dead in that the line goes silent. This conserves bandwidth which is good, but it provides the user with an odd experience.

    It's similar to using a single-duplex speakerphone, only worse, because not only can you not hear the person you're conversing with, you can't hear yourself. You can literally watch someone having a conversation on one of these phones and watch them get confused. If there is someone technical in the area, they WILL ask wtf is going on with the phone.

    You end up with situations where both people are like "can you hear me now?" And they trip over eachother as they both try to speak at the same time and stop short, and jerk back in.

    VoIP technology (at this point) completely removes the "connection" made between two people when they converse on the phone.

    We played with gain controls and squelch and inserting white noise, and playing with the sensitivity. All that. The botton line is that it is nowhere near the same experience, and I suspect that many people will reject the experience until this problem is sorted out.

    1. Re:I guarantee this will fail by EQ · · Score: 3, Informative

      Try learning more modern stuff than whatever antiquated VoIP crap your company was using.

      As an example, I was working with VoIP stuff 3 years ago with Cisco, T-Mobile and Level 3: we had a project that took a GSM signal, put it onto a local (in building only) network, and from there to VoIP and onto the Cisco Call Manager system. This allowed the cell phone to be your internal company phone extension while on campus, but automatically switch back when off campus. We faced many of the same problems you cited but all were solved by the end of the "beta" test.

      Also we deployed a nation-wide softswitch infrastraucture that allowed us to hook Cisco VoIP phones at any point in the network and make toll-quality calls out from the main PBX back in Broomfield. This saved the company from having to drag a copper pair to each and every little regeneration site onthe fiber right of way, which is not an inconsiderable amount of cash when you figure the extent of Level 3's network.

      Update your knowledge base. IP is starting to be picked up now that the private IP networks Like Level 3, Genuity, plus parts of AT&T and Sprint have worked out the problems. Draft Martini (Read the IETF documents) has been delivering standard phone services like ATM and FR over IP for a year. And Level 3, where I used to work, has had an all IP infrastructure for several years now, using the old XCom (Now VIPER) sofswitch. Want to know where those cheap long distance calling cards are coming from? They probably travel over Level 3's all IP network, converting at the edges on the softswitched architecture. And a good percentage of Worldcom/MCI long distance moves on Level 3's all IP network as well.

      Secondly, the VoIP mentioned here is primarily in the backhaul, behind the CO switches (RTFA again!). For Inter and Intra-LATA carriage, VoIP is highly reliable, and much less expensive than the TDM stuff.

      As for the "silence", RTFA. Seriously, they solved this one a long time ago with a little echo back on the reciever side, as well as "comfort noise" from the IP switch. This technique goes back several years.

      Seriously, you need to learn more - and RTFA, because you are "mistaken about a great many thing"....

      --
      Buffalo buffalo Buffalo buffalo buffalo buffalo Buffalo buffalo! http://goo.gl/J9bkO
  66. Sprint by kirn_malinus · · Score: 1

    Thought it was worth noting, Sprint is up to pretty much the same thing right now:
    http://channels.netscape.com/ns/news/story.jsp?flo c=FF-APO-1700&idq=/ff/story/0001%2F20030527%2F0818 18105.htm&sc=1700

    --
    All circuits busy.
    1. Re:Sprint by Anonymous Coward · · Score: 0

      or move to Japan. Yahoo does VoIP over its dsl service, anywhere in Japan for three yen /minute, unless you call another Yahoo user, in which case it is free. All calls are toll calls, not just long distance. You get a combination dsl modem/phone converter into which you plug your own phone. and there are people selling the service on the street outside Appliance shops and train stations,The local electric company in the Kansai region (Oasaka/Kyoto/kobe/Nara) sells 100mbps FTTH, and bundles TV, and phone.

  67. Not to mention... by Anonymous Coward · · Score: 0

    No reliance on a precision clock reference as would be required in a synchronously switched network. Those clock references used by telcos are expensive to run (hydrogen MASERs IIRC) and require multiple synchronized low-latency sources.

    1. Re:Not to mention... by ZPO · · Score: 1

      Not really that expensive. The last few networks I've built had a GPS 1pps output disciplining a pair of rubidiums. Plenty accurate for telco requirements (even with a couple days of hold-over).

      I've never seen a hydrogen maser used in a telco network time sync setup. Just LORAN and GPS.

  68. Pricing? by Captain_Stupendous · · Score: 1

    AFAIK, one of the major advantages of VoIP is the cost. Will this translate to lower / more accessible pricing for the consumer? (My vote: Unlikely.)

    --


    I am alone, yet I also surf the universal backwash of undifferentiated Being, which is LOVE.
  69. Hell, use the inet for phone today... by ehintz · · Score: 2, Insightful

    I already am. Vonage runs $40/mo for unlimited calling within the US and Canada. I did the math, and found that I could double my DSL upload speeds (which was needed as the 1.5/128k ADSL connection I had was not quite enough upload) and slightly reduce my monthly telco/internet costs. Since I'm on DSL, I still had to keep a landline, but it's the uber cheap one ($13/mo), had I been on cable the savings would've been even better. I'm totally happy with it. I did need to setup queueing on my outbound router to prioritize VOIP (so somebody hammering my webserver wouldn't kill my phone) but on a normal home network the thing would be plug and play. For that matter, if your home servers are low load you probably wouldn't need to bother prioritizing at the router; I found packet loss in testing (having a freind hammer the server while we were on the phone) but it took me 3 weeks before I got around to setting up the router and we never had a problem in actual use. But I was more than happy to have an excuse to play with altq. ;-)

    --
    ehintz
  70. From the submission: "An article on the Tornonto Star about Canada's Telus...caught my eye today." and later "Since I work in the Telus Internet Service department..."

    Is anybody else bothered that Telus's Internet Service department is finding this out by reading the Toronto Star?

    --
    This is not my sandwich.
    1. Re:DYN by Anonymous Coward · · Score: 0

      Because the submitter is a retard who hasn't been paying attantion. The widely publicized (internally in Telus and through news releases) NGN Project (Next Gen Network) is all about VoIP, and has been going on for almost 2 years. How he's missed this little tidbit is beyond me.

  71. Oh great! by patrick42 · · Score: 1

    As a Telus customer here in British Columbia, this is scary news. They can't even provide reliable ADSL service!

    "We're sorry, the number you dialed cannot be reached because you did not get an IP address from our DHCP server. Please renew your lease and dial again."

    1. Re:Oh great! by Anonymous Coward · · Score: 0

      A common joke here in Edmonton when Telus internet has a problem is "They must be rebooting the Londonderry router again."

  72. Testing 1-2-3 by Snork+Asaurus · · Score: 1

    caaaaan ou h ear e ow?

    --
    Sigs are bad for your health.
  73. Don't Worry... companies like BELL will ruin it by zaqattack911 · · Score: 2, Interesting

    Why not start by moving youre entire long distance network over to IP?

    Quite simply Large monopoly Telco's have invested large amounts of cash in the already existing (and out of date) telephone network, and would rather blow up the planet than see that change. Have a look at this .

    Bell , AT&T will start whining to governments for compensation or tax immediatly.

    All I'd like to know is when did the government make it a priority to start protecting large corps from the consumers, instead of protecting the consumers from corps.

  74. Instead of using QoS I wrote this script.. by kcurrie · · Score: 1

    I too use Vonage, and have been a little to lazy to set up a proper QoS solution, but would be very interested in a brief summary of what you did.

    Being the hack that I am, I whipped up a bash script using ngrep that sniffs the phone calls, pulls out caller ID and outgoing call numbers for syslogging, and can run commands when incoming or outgoing calls occur. I wrote this because I have long running rsync processes that I wanted killed and restarted when a call occurs.

    My script:
    watchp

    --
    -- I speak only for myself.
  75. Internet via VPN by redback · · Score: 2, Interesting

    I assume that eventually they plan to run some kind of IP service to peoples houses, and use VoIP phones. What would be nice if you could use say, some kind of VPN, to get to a internet router, and obtain a public IP.

    Theres your broadband......

  76. this is good for all of us by aldousd666 · · Score: 1
    The fact that one or two companies, even though not in the US, will switch to this kind of technology, is good, because it will be that much harder for our government to legislate against a system that's already in place elsewhere. It's not a gurantee, sure, but it's one for the good guys (consumers) at the very least. I look forward to seeing more companies stick their electronic tongues out at big telcos everywhere.

    Where do I sign up?

    --
    Speak for yourself.
  77. Considering the reliability on my Telus ADSL by TheLastUser · · Score: 1

    I assume this will mean that I will only be able to use my phone 80% of the time too.

  78. Re:And So we move closer to integrated communicati by swordboy · · Score: 1

    Soon i'll be using the internet to make telephone calls.

    But when will I be able to use the internet to make a phone call with my modem in order to connect to the internet?

    --

    Life is the leading cause of death in America.
  79. Are calls sniffable, or encrypted? by Anonymous Coward · · Score: 0


    Why not start by moving youre entire long distance network over to IP?


    With calls going over the internet, should I get my packet sniffer ready? Will others be listening in on my top secret calls?

    Or are calls "encrypted"?

    With this change, did we lose even more of our privacy? Tapping into a hard wire is a bit more complicated than packet sniffing the internet. Not much, but just a bit more.

    Any info on the security?

  80. Re:Bandwidth - ITU recommends G723.1 - 6.3kb/s by Anonymous Coward · · Score: 0

    it's not "CoDec" you freak. It's "codec". Even if you want to enSturdlyCaps it, it would become "CodEc".

    Codec. Codec. Codec codec codec.

  81. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  82. Altq ruleset by ehintz · · Score: 1

    Well, mine's something of a hack as well, but I suppose it's a step up from a shell script... ;-) I just threw together a quick webpage with the details, hope it helps.

    --
    ehintz
  83. Voice and Overhead Bandwidth, Signalling by billstewart · · Score: 1
    There are two main components to the bandwidth of VOIP - the actual digitized and optionally compressed voice itself, and the overhead required to package that into IP. Raw telephone-quality voice is 64kbps - 8000 samples per second, each 8 bits (in non-linear mu-law or A-law companding, relatively equivalent to 12-bit-per-sample linear coding.) It may not sound like much to you audiophiles, but it's good enough for speech, giving you a 3-4KHz mono audio signal. There are lots of audio compression techniques, and the most popular ones tend to be 32kbps or 8kbps for wireline use, and 6.5kbps for cellphones, usually transmitted at around 100-200 packets per second. Silence Suppression lets you cut this in half, on average, because you don't need to transmit much in the direction that's not talking.

    The problem is the overhead required to pack it into IP packets - you can easily get 40 bytes of header (IP, UDP, RTP) even without IPSEC or NAT traversal or ethernet or PPP, which obviously is a lot to add to a 10-byte data packet. There are Compressed RTP versions that let you reduce this, and in a Cisco VOIP router, 8kbps coding generally uses 11kbps if you can turn on all the compression, or 22kbps if you can't, which depends on lots of things. If they do Voice Over Frame or Voice Over ATM instead (packing it in link-layer frames without IP), it's closer to 8-11kbps, though some of the ATM options let you handle multiple voice and data streams in ways that can be more efficient.

    Bandwidth is only part of the issue, though - scalability and signalling are also major drivers. For a couple of years, the fact that you only need ~1/6th as much bandwidth for voice-over-data as you did for compressed voice was really important, and it does reduce call costs, but the other simplicities are important. Traditional circuit-switched voice networks use a skinny signalling network to build 64kbps data paths, which are carried on switches that are very good at connecting together lots of pieces of 64kbps data, and dealing with the complexities of finding the best available route across the entire network. VOIP networks split up most of the problem into edge-based work (compressing the voice, and finding the right destination, and ringing the phones and such) vs. core work (just basic IP transport) so instead of having a core of very expensive very big telephone switches, which is hard to grow without spending lots of money, you have a core of big IP routers, which are a lot simpler, because they're handling a small number of fat pipes and some routing protocols. All the complex work happens at the edge, which scales well, and at the boundaries between the old phone network's SS7 signalling systems and the VOIP signalling systems - the reasons it's taken so long to do much of this have included protocol maturity, especially for the interfaces, as well as capital replacement costs for the edges.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  84. Re:Bandwidth - ITU recommends G723.1 - 6.3kb/s by Anonymous Coward · · Score: 0

    No, since it's Encoder/Decoder it would in fact CoDec.

  85. Spammers already abusing Internet Deaf Relays by billstewart · · Score: 1

    I just got my first Nigeria-scam phone call this weekend - some of the scammers have discovered that the relay services for deaf people now have web interfaces as well as the old TDD interfaces. The scammer was calling on a Sunday evening before a US Monday holiday, and apparently wasn't thinking about the fact that just because it was working time in Nigeria, that didn't mean it was working time in the US west coast :-)

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  86. Protocols for VOIP by billstewart · · Score: 1

    Depending on whether they're using H.323 or SIP or another standard, the VOIP tends to use a mix of transport protocols. The call setup signalling does tend to use TCP, because that part needs to be reliable and it's ok if it's delayed a couple hundred milliseconds as long as it all arrives and in order. The voice content itself tends to be RTP (Real Time Protocol) over UDP over IP.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
    1. Re:Protocols for VOIP by smackdaddy · · Score: 1

      Depending on whether they're using H.323 or SIP or another standard, the VOIP tends to use a mix of transport protocols. The call setup signalling does tend to use TCP, because that part needs to be reliable and it's ok if it's delayed a couple hundred milliseconds as long as it all arrives and in order. The voice content itself tends to be RTP (Real Time Protocol) over UDP over IP.

      Actually most of the signaling is done in UDP as well. People just build some reliability into the protocol. SIP and MGCP will both run in UDP or TCP and I am seeing it used in UDP only due to scalability reasons. You can't accord to burn a dedicated socket for every phone. It just doesn't scale up to hundreds of thousands of phones. UDP on the other hand scales much better.

  87. Telus by Redize_007 · · Score: 1

    I have dealt with Telus for a number of years both as a consumer and as an ISP and I cannot imagine the absolute hell they will put their customers through on this one.... "Customer Service" at Telus is an oxymoron so pardon me while I spit milk out my nose laughing as I read how they are going to lead us into the new era of telecomminucations. If they can't support their existing infrastructures how the hell are they going to manage new technologies?

    1. Re:Telus by ^_^x · · Score: 1

      Right with you on that one! I wouldn't be surprised if they tried unencrypted and uncompressed to start off with, considering the utter deficit of technical knowledge there.

      I remember when you could buy a DSL hookup kit, then hook it up yourself, and use someone else's account, buy logging in with a common name and default password (i.e. "Mike25/Telus**"). You'd just register yourself as their second complimentary IP address and no one would ever be the wiser.

      (Mind you, I never did this. I have a 2.5mbps business connection at home. A friend of mine was hijacked a year or two ago though.)

      They also restrict your usage to a certain amount of bandwidth. I think 5GB/mo? Whatever. I don't know what they theoretically charge for going over, but I often use 30GB/month and they couldn't check it if they wanted to. No hacks from me or anything, they just suck. I have friends who use MUCH more.

      Mark my words: they lack the expertise to do this, and they WILL fail, sadly enough.

    2. Re:Telus by Anonymous Coward · · Score: 0

      1. You can login and make use of their dynamic IP, you're still paying for the service obviously. Just because you have a dsl modem plugged in doesn't mean you're getting service. 2. Would you actually like them to enforce the bandwidth caps? They're currently capable of doing it, but why would they? The rules are stated, but there's of course the attraction to customers of not being monitored.

  88. er.... by Anonymous Coward · · Score: 0

    Anyone else misread this title as "Cmdr Taco Tells Us..."

  89. I got two words for you... learn to frigging type by Anonymous Coward · · Score: 0

    Here you go, grammar boy:

    Ass both a business and cellular subscriber of TELUS eye can say that this switch has knot been seemless. Over the passed to weaks their half bin a large amount of issues with they're networks. Four instance four 3 days inn a row four the first 3 hours of hour business day hour phones could knot dial out, or recieve calls. Wee were knot notified that there was a shortage, and were baffled, thinking it was hour Meridian storage. They're cellular service has bin spotty at best, again with the lack of ability two dial out or recieve calls (fast busy, know voice male). This has bin a severe inconvenience too me. There ar other local providers who have bin providing grate VOiP service inn hour center four wan, that is clearly a better choice. Telus has also bin offering there hone brand of VOIP service four residential and business customers. This is knot a gnu endeavor fore Canadian telecom, butt it is a good switch. Perhaps soon wee may see free telecom w/the purchase of internet services (monopoly what?). The question is, when are major corporations going two go with a free software VOIP service (H.323) over expensive proprietary Nortel software.

  90. Re:And So we move closer to integrated communicati by ehintz · · Score: 1

    You jest, but some are indeed doing so. You see, TiVos in their natural state use dialup to an ISP for programming information. Some folks have their TiVos running over Vonage systems, so they are indeed doing exactly as you describe. Of course, the proper solution is to get a TurboNet card, but that costs money and time...

    --
    ehintz
  91. Oh my god... NO!!!!! by strangemoose · · Score: 1

    If they handle the VOIP as well as they handle thier DSL internet... You won't be talking to anyone in Alberta or BC for a very long time :(

    --
    Sig? What sig?
  92. Re:Bandwidth - ITU recommends G723.1 - 6.3kb/s by oh · · Score: 1

    These figures don't incldue IP header overhead.

    --
    Democracy isn't about no one telling you what to do. It's about everyone telling you what to do.
  93. Actually you CAN slashdot the PSTN. by Ungrounded+Lightning · · Score: 2, Informative

    So I suppose you still can not slashdot the phone network..

    Actually you CAN slashdot the PSTN (Public Switched Telephone Netowork). And you always could. The equipment is sized to handle the expected peak loads with some slop. But there is nowhere near enough equipment in place to handle every phone being connected to another phone.

    You can slashdot it at several levels. The commonest is the "all-trunks busy" level - where all the routes from the calling phone to the called number (that the switching equipment knows how to use) are busy. In the older exchanges that produced the tones that sounded like a busy signal but twice as fast. Modern stuff gives you a recording.

    You can also tie up all the equipment that gives you a dial tone and collects the digits you dial, by getting enough people on the exchange to try to make calls at once. Usually this just means you wait a second or so for a dial tone - and maybe not even notice it. If it's REALLY severe you might wait seconds, or minutes, and then it is really noticible. But it's also really rare.

    The last time I recall that actually happening where I lived was the Loma Prieta earthquake, and the time before was the assassination of JFK. Before that was at an old relay-based exchange (using line-finders rather than registers) where the line finders didn't time out, and a tornado had shorted out enough lines - which made them look "off-hook" - to busy out all the line-finders that could give my phone a dial tone.

    Again, modern equipment is more informative: When things get hairy the people operating the network can switch it to a mode where, when you take your phone off the hook, it first connects you to a recording asking you to hold off unless it's an emergency, then giving you a delay followed by a fair chance at a dialtone. (I THINK it actually deliberately delays you a bit even if it COULD have given you a dial tone right away, both to throttle you and to give you a chance to hang up if it wasn't urgent.)

    --
    Bantam Dominique roosters crow a four-note song. Once you've heard it as "Happy BIRTHday" you can't NOT hear it that way
  94. you guys must be crazy... by shaitand · · Score: 1

    I'm seeing lots and lots of posts indicating this is a good thing. Sure it will save the phone companies money... but do you think penny for penny the savings will be passed to customers? Hell no, and short of that it's not worth it. Circuit switching is much faster than packet switching, the equiptment is also much much more reliable.

  95. Telus is not a refutable company by Aurelfell · · Score: 1

    I'm a Canadian, and I used to live in one of the Telus-dominated areas of the country. When I moved out of their service area, I called and asked them to cancel my service, but they didn't. In fact, they continued to bill me for four months on a number that wasn't in use. I didn't know until a collection agency called me trying to round up $250 dollars in back charges. I told them to $#%@ off, then sent a letter to Telus about it, but I don't expect them to do anything about. They're no Micro$soft, but they've got a firm enough hold on the market that customer service is a luxury they don't need to offer. They might as well spell their name Telu$.

  96. Sounds like typical Telus work... by WebCowboy · · Score: 1

    ..although they do eventually learn. Telus IS in some ways like Microsoft--useless technical support and usually their 3rd try at something is when it is truly useful (just like with Windows). That, and whenever they mess with something add "enhancements" they introduce 2x more new bugs.

    I have to say beyond that Telus is fairly reliable (for everything but wireless/cellphone stuff), despite having crappy customer service. Lately however, Telus has been messing with things and it has affected my DSL service. Perhaps this was due to "improvements" in their Calgary network. Hopefully, this doesn't follow the path my last run-in with Telus did, or I'll be changing telephone providers very soon:

    When my old ISP (CADVision) was bought out by Telus, I found that although service was not affected much at first, they completely botched the transfer of CADVision customers to their infrastructure. They missed all deadlines by a few days, ruined my hosting configuration (without warning my email and web page stopped working right). After waiting on hold for up to an hour for phone support or for days via email (exruciatingly delivered via dial-up as the DSL was out). I would get ill-informed, conflicting advice on how to move things along.

    I was so pissed off that rather than allow Telus to honour the 1-year contract I signed with CADVision, I cancelled my service entirely before they fixed the mess and went with another ISP. They were cheaper, had a more flexible choice of service plans and better, faster service. I decided to host my own web, email and DNS servers on leftover and existing hardware running Linux, so that any screwups would be those I was responsible for (and I could use a "connectivity only" package at a 35% savings over Telus' closest offering). I was already using fixed IPs for some services, so I figured I might as well handle everything. The only problem is that since Telus is the established monopoly, so ALL DSL providers must rely to some degree on Telus infrastructure, and that Telus sill gets a least a small portion of my money.

    Incidentally, in order for your ADSL modem to work, Telus has to light up your line at the CO, and the biling contact for that phone number eventually covers the cost of providing the DSL signal--all you would be stealing from Telus (or the targeted victim) is the IP address and whatever other services offered with their package (web space, email etc).

  97. Telus is the problem not the tech by 0xA · · Score: 1
    I think what he was trying to say is that Telus sucks. They _really_ suck. Thier network is setup stupid (DSL especially), their QOS is is the toliet and the support is actually scary it is so useless.

    Public, private, doesn't matter they will find a way to screw it up. Frankly I have so many stupid Telus stories I can't figure out what to say next.

    Belive me, huge pile of suck.

  98. Re:Bandwidth - ITU recommends G723.1 - 6.3kb/s by smackdaddy · · Score: 1

    The most widely used VoIP protocol is H.323. H323 allows negotiation of a compression CoDec. The base (worst) codec which must be supported is G.711 (64kb/s - this is what goes down an ISDN line - this is regarded as lossless digital encoding).

    H. 323 is not the most widely used protocol. Most gateways are running SIP these days. IAD's tend to prefer MGCP (as it is a much more flexable and powerful protocol than SIP). For phones probably the most common is SCCP (skinny) that Cisco is pushing, but their phones will also run SIP or MGCP. And there are many SIP Phones out there. H. 323 is a relic and is not being used much in the real world. It is a terrible protocol. None of our customers even want it. Everyone seems to want SIP that is where everything is headed.