Packet Pushers

Where Too Much Technology Would Be Barely Enough

  • Home
  • Shows
    • Weekly Show
    • Priority Queue
    • Network Break
    • Brief Briefings
    • Datanauts
    • Full Stack
    • Community
  • News
  • Hosts
  • Toolbox
  • Sponsor
  • Contact

MEMBER DASHBOARDMEMBER LOGIN

You are here: Home / Podcast Episodes / Show 43 – Microsoft Teredo is Crap

Show 43 – Microsoft Teredo is Crap

Greg Ferro May 2, 2011

Show 43 – Microsoft Teredo is CrapGreg Ferro
  • Social:
  • Link:
  • Embed:
http://media.blubrry.com/packetpushers/content.blubrry.com/packetpushers/show-43-microsoft-IPv6-teredo-is-crap.mp3
Download Audio Subscribe

A shorter show this week as Greg gets ready to go to Interop in Las Vegas next week. We look at recent events and talk generally about network with Tom Hollingsworth, Brandon Carroll and Greg Ferro.

Amazon AWS outage.

People need to start realizing that just parking your infrastructure in the cloud doesn’t make it redundant. There is additional planning and design work. Network engineers and architects don’t just make this stuff up, as the people who undoubtedly lost their jobs because of this fiasco are now learning.

According to this post by Jeremy Gaddis, it would appear that a wayward engineer was attempting to upgrade IOS on a device and jumped the gun on downing another section of the network, triggering a waterfall of failure. A cautionary reminder that you can never anticipate the human element:

http://evilrouters.net/2011/04/29/the-ec2-ebs-outage-what-amazon-didnt-tell-you/

Sony Playstation Network

Playstation Network goes down and gets pwned. If you thought AWS was bad, Sony managed to exposed 77 million people in one shot. The whole backbone of their online distribution network went down and they couldn’t do anything about it. To add insult to injury, it appears customer data was readily available from the hack. As of today, there are approximately 2.2 million credit cards up for sale, all with the critical CVV codes. Compartmentalization, anyone?

IPv6 / IPv4 NAT – Hang our Heads in Shame

RFC 6146 – Stateful NAT64 and RFC 6147 – DNS64. I think there’s a lot of discussion around these two. It appears that someone is of the opinion that the transition from IPv4 to IPv6 won’t happen without a little hand holding. I think these people are the same ones that still take chewable vitamins. Yes, it’s a bitter pill but you had best get used to swallowing it.

http://tools.ietf.org/html/rfc6146 http://tools.ietf.org/html/rfc6147

IPv6 and Microsoft Teredo

  • Host to Host, Host to Router, Router to Router.
  • Teredo is Host to Host, relies on public gateways of someone elses/anyones servers
  • not HA
  • not reliable

http://www.potaroo.net/ispcol/2011-04/teredo.html

Teredo is described in a Microsoft technical note – http://technet.microsoft.com/en-us/library/bb457011.aspx.

Teredo uses what has become a relatively conventional approach to NAT traversal, using a simplified version of the STUN active probing approach to determine the type of NAT, and uses concepts of “clients”, “servers” and “relays”

http://tools.ietf.org/html/rfc6144

The choice between the terms “transition” versus “coexistence” has engendered long philosophical debate. “Transition” carries the sense that one is going somewhere, while “coexistence” seems more like one is sitting somewhere. Historically with the IETF, “transition” has been the term of choice [RFC4213] [RFC5211], and the tools for interoperability have been called “transition mechanisms”. There is some perception or conventional wisdom that adoption of IPv6 is being impeded by the deficiency of tools to facilitate interoperability of nodes or networks that are constrained (in some way, fully or partially) from full operation in one of the address families. In addition, it is apparent that transition will involve a period of coexistence; the only real question is how long that will last.

Thus, coexistence is an integral part of the transition plan, not in conflict with it, but there will be a balancing act. It starts out being a way for early IPv6 adopters to easily exploit the bigger IPv4 Internet, and ends up being a way for late/never adopters to hang on with IPv4 (at their own expense, with minimal impact or visibility to the Internet). One way to look at solutions is that cost incentives (both monetary cost and the operational overhead for the end user) should encourage IPv6 and discourage IPv4. That way natural market forces will keep the transition moving — especially as the legacy IPv4-only stuff ages out of use. The end goal should not be to eliminate IPv4 by fiat, but rather render it redundant through ubiquitous IPv6 deployment. IPv4 may never go away completely, but rational plans should move the costs of maintaining IPv4 to those who insist on using it after wide adoption of IPv6.

Hosts / Guests

Tom Hollingsworth http://networkingnerd.wordpress.com | Twitter: @NetworkingNerd

Brandon Carroll http://globalconfig.net/ | Twitter: @brandoncarroll

and last, and the very least:

Greg Ferro http://etherealmind.com| Twitter @etherealmind

Feedback

Follow the Packet Pushers on Twitter (@packetpushers | Greg @etherealmind | Tom Hollingsworth), and send your queries & comments about the show to packetpushers@gmail.com.  We want to hear from you!

Subscribe in iTunes and RSS

You can subscribe to Packet Pushers in iTunes by clicking on the logo here.

Media Player and MP3 Download

You can subscribe to the RSS feed or head over to the Packet Pushers website to download the MP3 file directly from the blog post for that episode.

 

About Greg Ferro

Human Infrastructure for Data Networks. 25 year survivor of Corporate IT in many verticals, many tens of employers working on a wide range of networking solutions and products.

Host of the Packet Pushers Podcast on data networking at http://packetpushers.net - now one of the largest networking podcasts on the Internet.

Microblog: http://etherealmind.com
Personal blog: http://gregferro.com

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

  • Email
  • Facebook
  • LinkedIn
  • RSS
  • Twitter
  • YouTube

Latest Podcasts

RSS The Weekly Show

  • Show 386: Building Trusted Network Infrastructure With IOS XR (Sponsored) April 20, 2018

RSS Network Break

  • Network Break 181: Russia Accused Of Infrastructure Attacks; US Targets ZTE April 23, 2018

RSS Briefings In Brief

  • BiB 039: Reviewing The D-Link DGS-1510-52 April 12, 2018

RSS Datanauts

  • Datanauts 130: The Good, Bad And Ugly Of The VAR Life April 18, 2018

RSS Priority Queue

  • PQ 146: Practical Python For Deploying BFD April 19, 2018

RSS The Community Show

  • Advocating For Enterprise Interests At The IETF – IETF 99 August 22, 2017

Recent Comments

  • Review of apps on The Importance of Diagrams When Building A Network
  • Mario on FlexVPN QoS
  • Ashish on Why Is Cisco Bothering with “Open” EIGRP?
  • John W Kerns on FreeZTP: Zero-Touch Provisioning for Cisco Catalyst
  • Gaso on FreeZTP: Zero-Touch Provisioning for Cisco Catalyst
  • Karthic Kannan on EVPN: Intro to next gen L2VPN

PacketPushers Podcast

  • Full Feed
  • Weekly Show
  • The Network Break
  • Briefings In Brief
  • Datanauts
  • Full Stack Journey
  • Priority Queue
  • Community Podcast

PacketPushers Articles

  • All the News & Blogs
  • Only the Latest News
  • Only The Community Blogs

Search

Website Information

  • Frequently Asked Questions
  • Subscribe
  • Sponsorship
  • How To Pitch Us
  • Meet the Hosts
  • Terms & Conditions
  • Privacy Policy

Connect

  • Contact PacketPushers
  • Ask Us Anything!
  • Subscribe to Podcasts
  • Become a Member
  • Sponsorship
  • Facebook
  • LinkedIn
  • RSS
  • Twitter
  • YouTube

© Copyright 2018 Packet Pushers Interactive, LLC · All Rights Reserved · Designed by Teal Umbrella