• Home
  • Archive
  • Disclosure
    • Disclaimer
    • Comment Policy
    • Privacy Policy
  • Just Three
  • Contact
    • Who Am I ?
    • What does Ethereal Mind mean ?

EtherealMind

Software Defined & Intent Based Networking

You are here: Home / Blog / Packet Pushers – Show 5 – Deep Diving on Data Centre Switching – Trill, RBridges, and Ethernet – Oh My

Packet Pushers – Show 5 – Deep Diving on Data Centre Switching – Trill, RBridges, and Ethernet – Oh My

30th May 2010 By Greg Ferro Filed Under: Blog, Featured

We started out looking at new Juniper switches after this article on the Register Juniper rolls out multi-product attack on Cisco

Somehow we got into discussion of Data Centre switches and then we started deep diving into Data Centre Ethernet and the Death of Spanning Tree. On the way we took a detour through why Catalyst C6500 aren’t so great but are a universal workhorse, and some of the limitations of the Nexus 7000 platform and spend some time musing on the vagaries of IOS and its differences on different hardware platforms.

We took a quick look at the IOS Naming Conventions on IOS in Version 15.0 after Ivan Pepelnjak posted some information. IOS Release Numbering at IOS Hints.

EtherealMind on Network Fabric:TRILL for Server and Network People. Welcome RBridges

IETF Base Protocol

IETF Working Group

Subscribe in iTunes

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

Media Player and MP3 Download

I am working on a RSS Feed for the MP3 version, hopefully this week.

You can download an MP3 Version FROM HERE.

You can subscribe to the Podcast RSS feed (M4A version)

About Greg Ferro

Human Infrastructure for Data Networks. 25 year survivor of Corporate IT in many verticals, 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 the largest networking podcast on the Internet.

My personal blog at http://gregferro.com

Comments

  1. Kevin says

    30th May 2010 at 23:39 +0000

    I thought the issue with FCoE multi-hop has to do with the congestion control standard being delayed. QCN is the algorithm that seems to be in favor with the IEEE 802.1Qau committee at the moment to resolve this. I don’t believe the switches need to talk FCIP between themselves, but they do all need to support the DCB standards, including DCBX.

  2. Kevin says

    31st May 2010 at 00:17 +0000

    TRILL is TRansparant Interconnction of Lots of Links. While it does provide for redundancy, Redundant isn’t part of the title….

    Regarding knowing all the hosts, in TRILL, only the RBridges that have end-hosts in a VLAN need to add those hosts into it’s forwarding tables. Transit RBridges only see the outer TRILL header MAC’s and never see the end-host MAC address. 39:30 in or so?

    Per Section 2.5 of the TRILL protocol standard that’s been submitted to the IETF as a proposed standard: “RBridges enforce delivery of a native frame originating in a particular VLAN only to other links in the same VLAN”.

    At the moment they are currently waiting for the Layer 2 IS-IS standard to be completed. They recently broke apart that group so the TRILL standard could move forward.

    I believe it’s likely that TRILL products will be shipping by the end of the year btw, with the only issues being software (L2 IS-IS & VLAN mapping). And I’m not sure I want VLAN mapping yet. To easy to mistakenly join two networks you don’t want connected with a FW.

    Thanks for the podcast.

  3. Kevin says

    31st May 2010 at 06:31 +0000

    BTW, if you want to scale a TRILL network, you need to look at using a Clos architecture. That’s why not having transit RBridges not learn end MAC addresses is important to scale. You still can’t reasonably put huge numbers of hosts in each VLAN because of the impact of all the broadcast traffic on end hosts.

    You mentioned DC’s with 10-20K MAC addresses and routers that can handle “hundreds of thousands”. It’s not really that optimistic. This is the coming DC scale issue – If you want to consolidate layers and virtualize your environments onto a couple L3 routers at the edge you’re toast at any real scale with Cisco and most if not all other vendors.

    Look to TRILL plus a mechanism like Etherproxy/Portland/VL2/Seattle to really solve that problem. Leaning towards VL2 myself…

  4. Kevin says

    31st May 2010 at 06:39 +0000

    Jeez…

    Last sentence in second post should end with “without a firewall”.

    The second sentence in my third post should read “Thatís why having transit RBridges not learn end MAC addresses is important to scale.”

Network Break Podcast

Network Break is round table podcast on news, views and industry events. Join Ethan, Drew and myself as we talk about what happened this week in networking. In the time it takes to have a coffee.

Packet Pushers Weekly

A podcast on Data Networking where we talk nerdy about technology, recent events, conduct interviews and more. We look at technology, the industry and our daily work lives every week.

Our motto: Too Much Networking Would Never Be Enough!

Find Me on Social Media

  • LinkedIn
  • RSS
  • Twitter
  • YouTube

Return to top of page

Copyright Greg Ferro 2008-2019 - Thanks for reading my site, it's been good to have you here.

Opinions, Views and Ideas expressed here are my own and do not represent any employer, vendor or sponsor.Full disclosure