Coming soon - Get a detailed view of why an account is flagged as spam!
view details
17
Why Wasn’t a Time-to-Live (TTL) Feature Ever Introduced to Ethernet Frames?
Post Flair (click to view more posts with a particular flair)
Post Body

Networking community,

I’ve been pondering the design evolution of Ethernet and its frames, particularly in the context of historical updates and the absence of a Time-to-Live (TTL) feature. We know Ethernet frames have been updated over time for various functionalities. For instance:

• VLAN tagging was introduced with 802.1Q.
• Priority tagging came with 802.1p for QoS capabilities.
• The concept of Jumbo Frames to handle larger data sets.

Considering these updates, I’m curious why a TTL value was never introduced to Ethernet frames, especially given the known issues with broadcast loops. Spanning Tree Protocol (STP) addressed this to an extent, but could the introduction of a TTL in Ethernet frames have been a more direct or efficient solution?

Wouldn’t a frame-level TTL, implemented in a backward-compatible way like other Ethernet frame updates, have offered a more foundational solution to the problem of broadcast loops?

Author
Account Strength
100%
Account Age
4 years
Verified Email
Yes
Verified Flair
Yes
Total Karma
9,449
Link Karma
9,467
Comment Karma
n/a
Profile updated: 1 day ago
Posts updated: 1 day ago

Subreddit

Post Details

We try to extract some basic information from the post title. This is not always successful or accurate, please use your best judgement and compare these values to the post title and body for confirmation.
Posted
1 year ago