Skip to main content
Internet Engineering Task Force

Internet Engineering Task Force

Search complete. 82 mentions across 42 episodes found for "Internet Engineering Task Force".

Oct 27, 2026

Heather FlanaganHOST
0:39
One of those efforts is something called Wimsy.
Heather FlanaganHOST
0:42
It's an IETF working group on workload identity in multi-system environments.
Heather FlanaganHOST
0:46
Interesting because it was addressing a problem that sounded fairly specialized until you realized how much modern infrastructure depends on what it was looking at, which is that software needs identities too.
Heather FlanaganHOST
0:59
And now a year later, I mean, Whimsy has actually gotten even more interesting than it already was.

7 MINS LATER

Heather FlanaganHOST
7:55
Again, those drafts aren't actually adopted by WMSE.
Heather FlanaganHOST
7:58
Some proposals may eventually become WMSE documents.
Heather FlanaganHOST
8:01
Some may go to OAuth or another IETF working group.
Heather FlanaganHOST
8:04
Some may merge with other proposals, and some may simply disappear.
John BundyHOST
16:34
That's what it addresses.
John BundyHOST
16:36
Then they handed it over to an IETF working group.
John BundyHOST
16:39
And so it's no longer a vendor specific thing.
John BundyHOST
16:42
It's been handed over to a neutral body to manage.
Scott RobohnHOST
37:23
So talk a little more about the vendor neutrality or the vendor nuance issues that you've run into.
Bruce DavieGUEST
37:30
Yeah, I mean, this was a big part of my life at Cisco and to some degree also at VMware that I spent a lot of my life at the IETF for better and worse.
Bruce DavieGUEST
37:45
And one sort of anecdote I think that illustrates this was We came up with the idea of MPLS, BGP, VPNs.
Bruce DavieGUEST
37:55
And really, when I say we, it was mostly Eric Rosen and Jakob Rector were, I think, the brains behind that.
Bruce DavieGUEST
38:19
We just sort of published it because that was a thing you could do back in the 90s.
Bruce DavieGUEST
38:23
And then we started talking it up to some potential customers.
Bruce DavieGUEST
38:28
And pretty early on, the question would come up and say, when is this going to the IETF properly? Like, when are you going to actually standardize it? Because we have zero interest in deploying this if it only runs on Cisco gear.
Bruce DavieGUEST
38:41
And so the mandate from the big customers that these clever techniques had to interoperate came early and often.
Tim CallanHOST
1:31
This was part of the presentation that they gave.
Tim CallanHOST
1:33
And they did this in the IETF, and the workings of the IETF are meant for public consumption.
Tim CallanHOST
1:39
And the folks from Chrome are very astute, and they knew perfectly well that they were telling this to the public when they put it in there.
Tim CallanHOST
1:45
So we're just passing along what they decided to say about their plans.

7 MINS LATER

Jason SorokoHOST
9:14
And I think it deserves an entire episode, Tim.
Jason SorokoHOST
9:18
And you just mentioned Turducken certificates, which sounds like the craziest thing ever.
Jason SorokoHOST
9:23
But yes, that is, in fact, an IETF standardization process.
Jason SorokoHOST
9:26
And that needs its own
Scott RobohnHOST
37:23
So talk a little more about the vendor neutrality or the vendor nuance issues that you've run into.
Bruce DavieGUEST
37:30
Yeah, I mean, this was a big part of my life at Cisco and to some degree also at VMware that I spent a lot of my life at the IETF for better and worse.
Bruce DavieGUEST
37:45
And one sort of anecdote I think that illustrates this was We came up with the idea of MPLS, BGP, VPNs.
Bruce DavieGUEST
37:55
And really, when I say we, it was mostly Eric Rosen and Jakob Rector were, I think, the brains behind that.
Bruce DavieGUEST
38:19
We just sort of published it because that was a thing you could do back in the 90s.
Bruce DavieGUEST
38:23
And then we started talking it up to some potential customers.
Bruce DavieGUEST
38:28
And pretty early on, the question would come up and say, when is this going to the IETF properly? Like, when are you going to actually standardize it? Because we have zero interest in deploying this if it only runs on Cisco gear.
Bruce DavieGUEST
38:41
And so the mandate from the big customers that these clever techniques had to interoperate came early and often.
Scott RobohnHOST
37:23
So talk a little more about the vendor neutrality or the vendor nuance issues that you've run into.
Bruce DavieGUEST
37:30
Yeah, I mean, this was a big part of my life at Cisco and to some degree also at VMware that I spent a lot of my life at the IETF for better and worse.
Bruce DavieGUEST
37:45
And one sort of anecdote I think that illustrates this was We came up with the idea of MPLS, BGP, VPNs.
Bruce DavieGUEST
37:55
And really, when I say we, it was mostly Eric Rosen and Jakob Rector were, I think, the brains behind that.
Bruce DavieGUEST
38:19
We just sort of published it because that was a thing you could do back in the 90s.
Bruce DavieGUEST
38:23
And then we started talking it up to some potential customers.
Bruce DavieGUEST
38:28
And pretty early on, the question would come up and say, when is this going to the IETF properly? Like, when are you going to actually standardize it? Because we have zero interest in deploying this if it only runs on Cisco gear.
Bruce DavieGUEST
38:41
And so the mandate from the big customers that these clever techniques had to interoperate came early and often.
Jas KaurHOST
12:24
So where we are as of October 2026? Things which are shipped, agent identities in major directories, the latest MCP specification with tight authorization rules and cross app access with several identity vendors adopted within days of each other.
Jas KaurHOST
12:40
Things which are still in draft are OAuth 2.1 itself and an IETF proposal on agent authentication co-written by engineers from Okta, Ping, AWS, Zscaler, OpenAI and DeFacto.
Jas KaurHOST
12:52
NIST is still working on it too.
Jas KaurHOST
12:55
And the biggest gap which is still there is a standard for one agent safely handing work to another which is still open.
Josh WoodruffGUEST
19:41
I think it's desperately needed.
Josh WoodruffGUEST
19:43
And I want nothing more than to help Dick and Carl and everybody else get these IETF standards shift.
Josh WoodruffGUEST
19:49
But as they always say, you got to make it easy, right? You got to make it easy for people to use these things for them to work.
Josh WoodruffGUEST
19:55
And I think we're getting there.
Sally WentworthGUEST
8:13
The issue that you're speaking about right now, I think, is really important.
Sally WentworthGUEST
8:17
And I guess, you know, ISOC directly doesn't engage on this, but where this is happening, of course, a lot of the discussion around this is in the Internet Engineering Task Force.
Sally WentworthGUEST
8:28
And that's really important because the extent to which this conversation can happen in an open standards environment is a really good thing.
Sally WentworthGUEST
8:37
So much of the dialogue around AI is happening within proprietary systems in these closed off environments.
Brian CuteGUEST
40:39
There really was a, and still is in the ICANN space, a group of engineers who built it, designed it, but also cared very deeply about how the technology was used.
Brian CuteGUEST
40:53
And you have standards bodies like the IETF out there that are still doing what's important in terms of creating the right standards.
Brian CuteGUEST
41:01
But that community played such an important role in how governance of the domain name system grew.
Brian CuteGUEST
41:10
And they were a presence in ICANN throughout those years and often consulted, you know, that's the The first thing I did when I got to Network Solutions is I called actually one of the engineers I work with today, Leslie Daigle, who's the CTO at Global Cyber Alarmist.

32 more episodes mention Internet Engineering Task Force.

Create an account to see the whole feed, search across every transcript, and follow the entities you care about.

We value your privacy

We use cookies to understand how you use our platform and to improve your experience. Click “Accept All” to consent, or “Decline non-essential” to opt out of non-essential cookies. Read our Privacy Policy.