Chrysolite - a backbone bridging solution
draft-yousuf-thomas-hunter-rtgwg-bb-02
| Document | Type |
Expired Internet-Draft
(individual)
Expired & archived
|
|
|---|---|---|---|
| Authors | David K. Hunter , Mohammad A. Yousuf , Matthew Thomas | ||
| Last updated | 2008-06-16 | ||
| RFC stream | (None) | ||
| Intended RFC status | (None) | ||
| Formats | |||
| Stream | Stream state | (No stream defined) | |
| Consensus boilerplate | Unknown | ||
| RFC Editor Note | (None) | ||
| IESG | IESG state | Expired | |
| Telechat date | (None) | ||
| Responsible AD | (None) | ||
| Send notices to | (None) |
This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:
Abstract
Chrysolite is a combination of differing technologies to create a wide area switched Ethernet solution. Each Chrysolite switch has a unique MAC address (N-MAC). A link state protocol provides pairwise shortest paths between the N-MACs (one N-MAC per switch). Customers connect to the Chrysolite cloud using Ethernet connections. By setting the locally administered bit in the Ethernet address used to connect to the Chrysolite cloud, customers can directly encapsulate traffic into assigned source and destination C-MAC (MAC) addresses. Each of these C-MAC addresses specifies a unique customer 'VLAN circuit'. This proves end to end paths across the Chrysolite cloud without requiring any special headers, MAC in MAC or Q-in-Q encapsulation.
Authors
David K. Hunter
Mohammad A. Yousuf
Matthew Thomas
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)