200 OK

The ECG staff technical blog.


AT&T "will not block or degrade [Internet] traffic."

At the metaswitch user forum, AT&T VP Joe Weinman was asked about whether AT&T would block internet traffic that they disagreed with. He said: "AT&T is a common carrier. We will not block or degrade traffic."


Deploying a new system? Want new features? Expect immaturity.

If you're a Bellhead, accustomed to the stability, processes, and reliability you get from old-line telephony companies like Nortel, Lucent, and Siemens, and you want to deploy VoIP and get neat-new-whiz- bang features, then you shouldn't expect to get the same stability and reliability. There's an intrinsic trade-off in complex systems: if you want new features, then you get new bugs, an...


Nothing sells VoIP like a woman on a telephone

It's an epidemic of conventionality: it seems like every company who's ever tried to sell something related to VoIP uses, at some point, a photo of a woman holding a telephone. Proof by Numerous Examples: Genisys: XO Communications:   From Sprint: AT&T: Covad:   From Level(3) (She's using a SIP Soft Client, of course):


VoIP RTP Packetization Interval: Maybe it's time for a smaller ptime

When a one vendor's VoIP media/trunking gateway is talking to another of the same type, it uses 5 ms packetization (ptime) by default. I.e., each RTP packet has only 5 ms of audio recorded in it. At first this sounds crazy. The efficiency is awful! The bandwidth across Ethernet for G.711 goes to 188 kbps per call per direction! It also means that a single call imposes 400 packets per seco...


Private IP Addresses in VoIP Networks Considered Harmful: Sloppiness

Over the past few years, it's become very common for VoIP carriers (i.e., telephone companies using VoIP) to use private (RFC 1918) IP addresses in their internal VoIP network. These have IPs like 192.168.0.1 or 10.0.0.1. This practice has been promoted by many of the hardware vendors. It reflects the setup many of them use in their labs. There are a number of problems this creates. One of...


Flooding packets for VoIP testing

It's sometimes useful to saturate a network with simple traffic to test your QoS measures. What you want is something that'll send a controlled amount of bandwidth. A TCP-friendly connection won't work, because TCP slows down to the available amount of bandwidth. iperf from NLANR is one such tool. However, you have to have it running on both the sender and the receiver. I couldn't find anyth...


Getting VoIP Equipment Documentation

VoIP software and hardware vendors come from two camps: There are those who hide their documentation from the general public, and those who are open. Too many hide their documentation. Even if you register on their site as a guest, you can't get it. You usually have to be a customer with a paid support agreement. This includes Sylantro, BroadSoft, MetaSwitch, Acme Packet, General Bandwidth, P...


On Network Diagrams

Update: This page desperately needed some diagrams. So I've added some. -- Mark, 2008 May 26 I'm a consultant for telcos and ISPs who do VoIP. Nearly all of my customers have diagrams. They're always Visio. We use their diagrams to help do network design changes or troubleshooting.At nearly every customer, as we start studying their diagrams in detail, they'll say, "wait, that's not right. This...


VoIP Monitoring Tools

Monitoring tools come in these categories: Reactive Passive Monitoring Comprehensive Passive Monitoring Active Probing Reactive Passive Monitoring is when you run tcpdump/wireshark to troubleshoot individual call problems. This is the most critical to have -- but managing and analyzing real-time data streams is no easy skill. Comprehensive Passive Monitoring (CPM) monitors all calls, all the t...


New Discussion Group

There's a new discussion group, "BroadWorks-Discuss" for discussing the BroadSoft BroadWorks platform. It's one of the leading VoIP carrier software platforms out there, and this mailing list is intended to let people who use it, work with it, manage it, etc., discuss things. To subscribe, email broadworks-discuss-on@e-c-group.com


Verizon does agree with Jeff Pulver – but neither realizes it

Jeff Pulver of FreeWorldDialup and Pulver.com and the VON Coalition got into it a bit with Brian Whitton of Verizon Labs at IPTComm 07 last week. Pulver argues that VoIP systems should be open, and new ideas should be tried. Brian Whitton argued that "business realities" were what caused Verizon to do the things it does -- like deploy FTTX using Voice over ATM at first. Both of them are probabl...


Henning Schulzrinne: We need a PHP for VoIP

New York, NY: IPTComm 2007 at Columbia University was organized by Henning Schulzrinne, one of the co-inventors of SIP and an ongoing developer of VoIP applications. Schulzrinne commented that he thinks one of the big reasons people aren't developing new communication services is because there's nothing like PHP that can control calls. He's referring to the PHP programming language, which was o...


Jonathan Rosenberg: No new applications because all the ideas are old.

New York, NY: Jonathon Rosenberg, the principle inventor of SIP IPTComm 2007 at Columbia University, claims that we're not seeing new interesting VoIP-based services because people have been working on Voice services for a long time. All the obvious ideas have already been tried. It's not easy to have new useful ideas.


Brian Whitton of Verizon Labs: Integration is the Problem

New York, NY: At IPTComm 2007 at Columbia University, Brian Whitton spoke about the network. He disagreed with Jeff Pulver's assertion that innovation wasn't happening because people didn't have guts. Whitton showed slides of Verizon's Fiber-to-the-home network that uses Voice over ATM, and showed the new architecture where SIP FTTX NIDs (ATAs) that talk to BroadWorks. The new architecture also...


Jeff Pulver: Why aren't there advanced services? Nobody has any guts.

New York, NY. According to Jeff Pulver at the IPTComm 07 conference in Columbia: The reason there aren't any advanced services is because everybody lost their courage. We took the closed network environment of traditional telcos and replicated it in VoIP. So now people can't easily build new services on top of VoIP services. "People need to have guts. People need to take changes. We got real, a...