Dan York

Just a guy in Vermont trying to connect all the dots...

Author's posts

Net Neutrality: Did We "Win" A Battle, Only To Possibly Lose The War?

FCC logo

Friends don't understand why I'm not jumping for joy after the FCC's "Network Neutrality" decision yesterday.  After all, they've been hearing me passionately argue for years about how we need to wake up and pay attention to the choices we have to make for the future of the Internet.  They've heard me rail against the Internet access providers here in the US who seek to be the new gatekeepers and require people to ask permission or pay to get new services online.  They've heard me strongly say that "The Internet Way" is for services to be "decentralized and distributed".  They've seen me write about "permissionless innovation" and the dangers we could face.  In fact, I'll be in Austin, TX, next week speaking at the NTEN conference about "Our Choice of Internet Futures"

They know that I joined the Internet Society in 2011 specifically to fight for the open Internet - and that a large goal in my life is to be one of the voices helping advocate for the open Internet and ensuring that my children have the same "Internet of opportunity" that I've been able to have.  Friends could hear in the closing words of FCC Chairman Tom Wheeler many of the same phrases and words that I have been so passionately advocating about over many years.  
 
Why, then, am I not dancing in the streets?
 
Two reasons.
 
1. What Is In The FCC Order? - Seemingly lost in all the media euphoria yesterday was a basic fact:
WE DON'T KNOW WHAT THE FCC ACTUALLY VOTED ON!
No one outside the FCC Commissioners and their staffs have seen the actual "Order" that the FCC voted on yesterday.  Sure, we've heard all the lofty rhetoric and seen the summaries... but the rumors are that the actual document is over 300 pages and full of details.
 
Perhaps I’m just cynical, but the telecommunications industry in the United States employs hundreds of lawyers in Washington, DC, to influence and shape legislation and regulations in ways that benefit the telecom industry - and they've been doing so for over 100 years.  And so while some of the companies may line up to file lawsuits against this FCC Order, odds are very good that their lobbyists and specialists have been hard at work attempting to shape these new regulations. I know some people at the FCC who are strong open Internet advocates and who I'm sure are trying to do the right thing... but I also know that 300+ pages has a whole lot of room for things to slip in.
 
My greatest fear is that when we actually see the full text, we may find that while there are some provisions we like, there are many others we don't - and there may be loopholes big enough to drive an entire residential network through.  

    
"The other problem with rules is that they are brittle. Teams of lawyers will comb through whatever the FCC finally publishes and find any loopholes. There will be defined bright lines going forward and, make no mistake, ISPs will now get as close to those lines as they can. Whatever the Internet's rough consensus of "acceptable" was before, it's about to be thrown out in favor of a set of rules written by lawyers. Ironically, that may end up resulting in a regulated network that is less neutral than what we have today."
 
2. The Internet Is Not (or WAS Not) The Telephone Network - For so many years (in fact, decades for some people), we who are advocates of the open Internet have said at every chance we could one simple fact:
The Internet is NOT the telephone network.  The Internet is NOT the PSTN (Public Switched Telephone Network).
 
And therefore the Internet should NOT be regulated like the traditional telecom network.  The Internet should not fall under traditional telecom legislation and regulation.  The Internet should not be regulated by the traditional telecom authorities and telecom regulators.  
 
You cannot apply the old rules of telecom to the new world of the Internet.
 
The Internet is something new.  The Internet is NOT telecom.   Again and again and again and again we've all said this.  Going back many, many years.
 
If you remember back to 2012 and the whole World Conference on International Telecommunication (WCIT) where so many were concerned that the International Telecommunications Union (ITU) was going to try to assert authority over the Internet, millions of us around the world rallied together to encourage our advocates in governments and organizations to say at WCIT that: 

The Internet is NOT telecom.  You cannot apply the old rules of telecom to the new world of the Internet.
 
And the outcome of WCIT was that the Internet was left alone and was recognized as being outside the scope of a treaty focused on telecommunications/telephony.
 
We all within the Internet have been saying this consisistently again and again:
The Internet is NOT telecom.  Those are old rules - we are living in a new medium.
 
But guess what?  
 
Yesterday's ruling by the FCC says (as best we understand it) - the Internet does fall under telecommunication regulations.  Internet service providers should be classified under Title II just like all the other telecommunications service providers.
 
The FCC has effectively said: 
The Internet IS telecom.  The old rules DO apply.
I am not sure that is something to celebrate.
 
Many countries around the world have followed the lead of the US in treating the Internet lightly - but now that the FCC is effectively declaring the Internet to be like the telephone network, what is to stop those countries from doing the same?  Indeed what is to prevent the ITU from now using this action to justify a larger role for it in regulating the Internet?  After all, it's just telecom now.
 
I would have personally been far happier if the U.S. Congress had come up with new legislation that enshrined the principles of the open Internet in a new form  of legislation that didn't carry with it all the legacy baggage of 100 years of telecom regulation. Yes, the legions of lawyers might have made it a hard fight, but it would have at least been something new - and at least we would have known more of what was actually being voted on. But that didn't happen - and so here we are today.
 
The "devil is in the details", as they say... and now we have to wait to see what exactly the FCC actually did yesterday.  I'd like to be wrong and just be cynical and jaded.  I fear that I am right.
 
I applaud FCC Chairman Wheeler for the lofty language he and the other commissioners used yesterday.  It is a huge victory to have the heads of the FCC saying publicly so many of the things that so many of us have been advocating about for so many years.  It is also a huge victory to have so many millions of people, not just in the US but all around the world, rise up and pay attention to these issues as a result of this whole issue here in the U.S. That is HUGE.  We've needed something like this to wake people up to the choices we have to make.
 
But I do worry that in "winning" this victory yesterday, we may in fact be setting ourselves up to lose the larger war to keep the Internet open.

WordPress iOS App Now Has WYSIWIG Visual Editor

Writing blog posts for a WordPress site on an iPad or iPhone just got a whole lot easier! Or... at least, a whole lot prettier! With the new version 4.8 out this week, Automattic included a new visual editor that can give the "what you see is what you get (WYSIWIG)" experience:

Wordpress 4 8 wysiwig

Here is what it looked like before the change on my iPad - basically, it was just a raw HTML editor:

WordPress ios app before upgrade

There was a preview mode that would let you see what it was going to look like, but all the writing was in HTML. No big deal if you are a long-time HTML coder like me... but probably not the most fun for newer writers - and the HTML markup is also distracting.

Here is what the new post-upgrade view is:

WP iOS app after upgrade

A much nicer view - and also some of the commonly-used features are more accessible. There's also the "HTML" button for those who want to get into the actual HTML code.

The WordPress.com blog post about the new iOS version gets into a few of the other features that the new app has. I do like the updates to the navigation. I haven't yet worked with the new image settings, but look forward to doing so.

Anyway, if you haven't yet upgraded the WordPress app on your iOS device, you may want to do so... and if you haven't tried the app in a while you may want to give it a new try.


If you found this post interesting or useful, please consider either:


Speaking At NTEN 15NTC Conference In Austin About Our Choice Of Internet Futures

I'm delighted to be speaking next Wednesday, March 4, 2015, at the 2015 Nonprofit Technology Conference (NTC) in Austin, Texas, on the topic of "A Choice Of Internet Futures - Will Nonprofits Be Stuck In the Slow Lane?"  The event, sponsored by the Nonprofit Technology Network (NTEN) will bring together over 2,000 people involved with nonprofit organizations around the world to learn and share information.

Dan York

Main IETF Website Returns To Being DNSSEC Signed Via CloudFlare

Good news this week for DNSSEC and content-distribution-networks (CDNs)! Last year the Internet Engineering Task Force (IETF) decided to move the main IETF web site over to a CDN to speed up access to IETF web pages for people trying to reach them all over the world.   While this sped up access to the IETF’s content, it unfortunately meant that the main IETF website had to lose its DNSSEC signature because the CDN vendor, CloudFlare, did not yet support DNSSEC.  (I’d note that this was only the main IETF web site – other IETF web sites such as the datatracker and tools sites continued to be DNSSEC-signed.)

Those of us advocating for DNSSEC were naturally disappointed by this move last year, but we understood the need and also understood that CloudFlare was committed to bringing DNSSEC to their customers – and indeed we’ve been writing about CloudFlare’s journey towards DNSSEC.

So this week we were very pleased to see this announcement by IETF Chair Jari Arkko:

Some time ago we moved the static parts of the IETF web page to a CDN service. While this provided a significant improvements for page load times and retained our ability to serve the pages over IPv6, we were unable to provide DNSSEC for the web pages that were being served by the CDN.

Our CDN vendor, Cloudfare, however, has worked in the background to enable DNSSEC for their customers. They have now come back with a system that we have enabled for the IETF web pages. (Thank you Cloudfare, this was important!)

We plan to keep the new arrangement on at http://dnssec.ietf.org for a while before finally moving to this arrangement on http://www.ietf.org. Testing the new arrangement on dnssec.ietf.org would be appreciated!

Jari Arkko, IETF Chair

As noted, the main IETF website is NOT yet DNSSEC-signed at the regular “www.ietf.org” but is instead available with a DNSSEC signature at http://dnssec.ietf.org while everything is tested out.

Regardless, this is great news for DNSSEC, for the IETF … and also as a demonstration that CloudFlare’s implementation is obviously getting that much closer to being available!

Please do check out http://dnssec.ietf.org and give it any kind of DNSSEC-related tests that you can!

IETF web site

And if you haven’t gotten started with DNSSEC yet, please visit our Start Here page to find out how you can begin!

Verizon Wireless At 56% IPv6 In Latest World IPv6 Launch Measurements

Some amazing percentages of IPv6 deployment in the February 2015 World IPv6 Launch measurements. As I wrote about on the Deploy360 blog, Verizon Wireless now is showing 56% IPv6 deployment and T-Mobile USA just crossed over 50% IPv6.

Verizon Wireless IPv6 %If you read the notes on the bottom of the measurements page you can see that Google, Facebook, Akamai, LinkedIn and Yahoo! are all measuring the amount of the amount of IPv6 they are seeing to their sites and reporting that back to the World IPv6 Launch project.

The key point for application developers is that all those people on those networks will be able to natively connect over IPv6 – if your application works over IPv6.  

And a reason for caring may be… speed!

If a network is deployed with IPv6 in the main network, as I understand T-Mobile USA has now done, then connections from IPv6 clients can do directly to IPv6 servers.  But connections to legacy IPv4 services will need to go through a gateway.  Gateways typically introduce some degree of latency / delay, even at a microscopic level.

If your application works with IPv6 then you won’t need to worry about any v6/v4 gateways with any potential delays.

The reality that these measurements show is that IPv6 is very real today – will your app work over IPv6?

P.S. the goal of this book is to help! :-)

 

Verizon Wireless At 56% IPv6 In Latest World IPv6 Launch Measurements

Some amazing percentages of IPv6 deployment in the February 2015 World IPv6 Launch measurements. As I wrote about on the Deploy360 blog, Verizon Wireless now is showing 56% IPv6 deployment and T-Mobile USA just crossed over 50% IPv6.

Verizon Wireless IPv6 %If you read the notes on the bottom of the measurements page you can see that Google, Facebook, Akamai, LinkedIn and Yahoo! are all measuring the amount of the amount of IPv6 they are seeing to their sites and reporting that back to the World IPv6 Launch project.

The key point for application developers is that all those people on those networks will be able to natively connect over IPv6 – if your application works over IPv6.  

And a reason for caring may be… speed!

If a network is deployed with IPv6 in the main network, as I understand T-Mobile USA has now done, then connections from IPv6 clients can do directly to IPv6 servers.  But connections to legacy IPv4 services will need to go through a gateway.  Gateways typically introduce some degree of latency / delay, even at a microscopic level.

If your application works with IPv6 then you won’t need to worry about any v6/v4 gateways with any potential delays.

The reality that these measurements show is that IPv6 is very real today – will your app work over IPv6?

P.S. the goal of this book is to help! 🙂

 

Google Finally Kills Off GoogleTalk and XMPP (Jabber) Integration

GoogleTalk is dead, Jim!

By way of a comment to a post I wrote back in May 2013 about Google seeming to kill off XMPP/Jabber support in Google+ Hangouts (spoiler: They did!), I learned from a friend that the GoogleTalk API was officially deprecated as of February 23, 2015. I confirmed this by finding a Google+ post from Google's Mayur Kamat.

Now, this is not a surprise. Google has been clear that Hangouts was the replacement and also that Hangouts does not support XMPP:

Googletalk end

Still, I'm sad to see the XMPP integration die off. It is just a continuation of the descent of messaging services into walled gardens ... a topic I've been writing about for many years.

UPDATE: Please see the post "No, it’s not the end of XMPP for Google Talk" on the XMPP Standards Foundation site. The XSF notes that XMPP is still used inside of Google and that XMPP federation can still occur with a third-part XMPP client. However, because Google does not support the secure use of XMPP via TLS, many public XMPP servers will not connect to its server. I join the XSF in wishing that Google would embrace secure messaging and better federation. However, given that their product direction is for Hangouts, which does NOT support XMPP, I'm skeptical that we'll ever see any better federation at this point.

On that note, it was really no surprise to see the media reports about Microsoft killing off Google and Facebook chat support in its Outlook.com service. Microsoft made this Google integration available back in May 2013, but today Microsoft really has no choice:

  • Google has killed off XMPP integration with Hangouts.
  • Facebook has killed off XMPP integration with their new v2.0 API.

And so Microsoft can only offer Outlook.com its own proprietary walled garden... Skype!

Goodbye GoogleTalk and... sadly... goodbye XMPP integration!


If you found this post interesting or useful, please consider either:


Today: Interop Radio – The Real Scoop on IPv6

Interop RadioToday seems to be the day for people to do webinars/podcasts on the topics we care about… in about 35 minutes at 3:00pm US Eastern, an episode of “Interop Radio” will focus on IPv6!

Hosted on BlogTalkRadio, this is the kind of show that anyone can call in to using the phone number listed on the episode page.  From that page, the abstract is:

Everyone knows we’ve run out of network addresses. That’s old news. So why don’t we hear about the solutions any more? Is it a thoroughly solved problem or have we all just decided to ignore it until the problem goes away (or the Internet falls over and dies)?

In this episode of Interop Radio we’ll give you the answers and help you understand what those answers mean for your network. To do that we have an expert on board to talk about the technologies and practices that will make a difference for you and your organization.

Brandon Ross, Chief Network Architect and CEO at Network Utility Force, is a network architect and entrepreneur with years of experience building, operating and managing large scale service provider networks. He’s interested in helping telecommunications companies with the best network engineering team and network in the industry via scalable and stable architectures.

The episode records live in about 35 minutes – and then presumably will be available for later listening if you aren’t able to hear it live.

It’s great to see this kind of discussion happening out there – and with very real IPv6 deployment happening around the world, the time is NOW for you to be understanding how your networks and content can be available over IPv6!

We look forward to hearing this show and for seeing even more IPv6 deployment happen!  If you want to get started with IPv6, please visit our Start Here page to find resources tailored to your role or type of organization!

T-Mobile USA Crosses 50% IPv6 Deployment, Verizon Wireless 65%, AT&T 38%

Great news for IPv6 deployment! Our colleague Mat Ford just wrote about the February 2015 World IPv6 Launch measurements and noted that T-Mobile USA crossed over the 50% IPv6 deployment mark!

T-Mobile USA IPv6 deployment

They join fellow North American wireless carrier Verizon Wireless who has been in the “over 50% IPv6″ club for a while now and this month is right at the 65% mark (64.57% if you want to be precise):

Verizon Wireless IPv6 deployment

Looking at the measurements for February 2015, you can see other great numbers:  XS4ALL in the Netherlands is now at almost 60%, Telenet grew to 56%, Comcast is nearing 36%, AT&T has jumped to 38%, and Time Warner Cable continues on a nice trend line at 14%.

World IPv6 Launch measurementsTo better understand these measurements, you can scroll to the bottom of the measurements page and see more about how the partners contribute their data to the measurements project.  Current partners include: Akamai, Facebook, Google, LinkedIn and Yahoo!

What these measurements show very clearly is that IPv6 deployment is happening right now – and if you haven’t been paying attention, you really need to be looking at what you can do to ensure your networks and content will work with the IPv6-enabled Internet.  Please visit our Start Here page to find resources that will help you begin!

 

Ziff Davis Webinar Today: DNSSEC – Do You Need DNS Security Now?

Webinar about DNSSECVia Twitter today, I learned that technology journalist Sean Kerner will be speaking in a webinar about DNSSEC at 1:00pm US Eastern today (in about 65 minutes).  If you are interested, more information can be found at:

http://www.eseminarslive.com/c/a/security/GeoTrust-021715/

I’ll be honest and say I don’t know what precisely will be covered in this session but back in the earlier days of DNSSEC deployment (~2010) Sean wrote a number of pieces on the topic and I’ve generally appreciated the coverage he gives to security topics. The abstract sounds useful:

Ever since the Kaminksy DNS security disclosure back in 2008 DNSsec (DNS Security extensions) have been hailed as the key tool in the fight to secure domains. Despite this recognition, few have actually implemented it. What should you do? How does SSL complement or compete with DNSsec to provide security for your domain?

We’ll have to see what he says.

If you are interested in deploying DNSSEC – or simply learning more about it – I would encourage you to visit our Start Here page where you can find DNSSEC resources tailored to your role or type of organization.

If you want to understand the current state of DNSSEC deployment, you may want to view our DNSSEC Deployment Maps or check out some of the different DNSSEC statistics sites that are out there.

And if you want to learn more about how DNSSEC can work with SSL/TLS, please do visit our information about the DANE protocol.

Let’s get the word out there and get more DNSSEC and DANE deployed!