17 April 2008 @ 08:38 pm
My Opening Remarks to the FCC Today...  
note: I went off script here and there, but essentially, this is what I said:

Network Management and Consumer Expectations
by Robert M. “Robb” Topolski - robb@funchords.com
for the Federal Communications Commission
April 2008 En Banc Hearing on Broadband Practices


Thank you for inviting me to speak on this panel.

For the past 25 years, I’ve been working on Networking protocols, products and
platforms, starting as a hobby and eventually, as a profession. I’ve worked on
projects ranging from Amateur Radio packet BBS systems, to one of the first
commercial ports of the NCSA Mosaic browser to scalable datacenter servers.

Over the years, I have been responsible for ensuring that numerous networking
products behaved according to established Standards.

Another hobby of mine is barbershop harmony.

Over the years, I had collected samples of printed and recorded musical history,
in the old-time Barbershop Quartet style. While trying to use the Peer-to-peer
networks to share this with others, I found that I was completely unable to upload
any of it on the Gnutella network.

Using packet traces and end-to-end comparisons between Comcast and non-
Comcast connections, I concluded that TCP Reset flags were being used to tear
down P2P connections when the uploading peer was on the Comcast network.

Investigating this technology further, I found that it was nearly universally
despised – it’s the same method used by “The Great Firewall of China.” Dr. Sally
Floyd, wrote a paper which the IETF later adopted as a “Best Current Practice,”
demonstrated that TCP resets used for network management are both rare and
harmful (BCP 60, “Inappropriate TCP Resets Considered Harmful”).

As technologists are apt to do, I publicly posted about my findings and
described my tests and results. My findings have since been independently
verified, have been covered in thousands of press articles, and are at the heart of
these hearings on these practices.

The impacts of an ISP behaving this way strike at the heart of the ability to
innovate on the Internet. At the February hearing, David Reed told you that,
“Providing Internet Access implies adherence to a set of standard technical
protocols and technical practices that are essential for the world-wide Internet to
work for all its users.” The entire Internet community counts on that fact, every
day.

I have to know, as a developer, that the Web Browser that I am developing in a
lab in Santa Monica, California will work on an ISP anywhere in Africa. As a
consumer, I expect that Slingbox, which was developed in Israel, will work on my
Cable ISP in Hillsboro, Oregon.

Consumers and the Internet community were harmed when Comcast offered
“High Speed Internet” yet secretly delivered something much less and different.

Consumers obviously got significantly less product than they purchased; and
they applications they tried to use did not work correctly. The developers were
also harmed, as they down user issues that they could not reproduce to debug.

This situation continues today. It has not stopped.

Using RST flags to tear down established and working TCP connections is an
extreme act, having no place in Reasonable Network Management.

Comcast’s interference occurs during all hours of every day, a fact which does
not jive with the idea that it is somehow responding to rare moments of
congestion.

As a ham radio operator, I see this simply as – without regard to the Network
Neutrality implications – a jamming complaint.

The FCC usually does a fantastic job of putting active jamming activity on the top
of their list, however this period of jamming has continued from sometime in 2006
until present day – and this “Jammer” assures us that he’ll stop when he’s
damned good and ready to change his ways to something else yet to be
determined – hopefully by the end of the year.

This is both unprecedented and unacceptable. The FCC should take immediate
action, today if possible, to stop Comcast from using this technology any longer.

The various complainants in this case have asked for certain relief. Considering
those requests seems to be the appropriate and logical next steps in this case.

In such that we have a case of under-delivery of services, restitution is in order.

Most importantly, the FCC needs to prepare. The advent of high-speed Deep-
Packet-Inspection hardware such as that used by Comcast opens up a whole
new set of capabilities – many involving changing the behavior or even the
content of Internet messages.

These products are in the field, now.

Sometimes, this technology can be used for good, such as law enforcement
executing surveillance according to a signed warrant to stop criminal activity, or
a subscriber using the technology on an "opt-in" basis to filter content for his
or her family.

But this technology is very difficult to detect. When used without the subscriber's
knowledge, it's used to change how the Internet behaves or to monitor users
secretly for future marketing campaigns. For the integrity of the Internet
“product,” there needs to be a way to monitor and protect it.
Tags:
 
 
( Post a new comment )
Jazzfanatic[info]jazzfanatic on April 18th, 2008 06:13 am (UTC)
Good job!
The Bear Icon[info]eggwards on April 18th, 2008 12:10 pm (UTC)
Congrats to you for making your case! The freedom of the internet will be challenged a lot of the next few years as the government tries to come to terms with it, and business tries to control it for their ends. It's sad that our government can't pass the Net Neutrality act. It shows how powerful the lobby is of these providers.
(Anonymous) on April 18th, 2008 04:53 pm (UTC)
excellent!
robb, your presentation yesterday was excellent. thank you very much!

(Anonymous) on April 21st, 2008 05:46 am (UTC)
Testimony is available on Youtube
I was at the hearing and was part of the team of volunteers who videotaped the hearings for later airing on the local Public Access TV station. I've posted unedited video of Rob's testimony here...

http://www.youtube.com/watch?v=FrmS19ej73E

and some discussion on the use of TCP Resets during the Q/A session here...

http://www.youtube.com/watch?v=_rxeZEgtS1I