ETHERNET LAN SERVICE ENHANCEMENTS

• US 20140219096A1
• Filed: 04/04/2014
• Published: 08/07/2014
• Est. Priority Date: 01/20/2004
• Status: Abandoned Application

• Current Assignee: RPX Clearinghouse LLC (RPX Corporation)
• Original Assignee: Rockstar Consortium US LP (Rockstar Consortium Inc.)
• Inventors: RABIE, Sameh, ABOUL-MAGD, Osama
• Application Number:
  US14/245,525
• Publication Number:
  US 20140219096A1
• Time in Patent Office: Days
• US Class Current: 370/235
• CPC Class Codes: H04L 12/2852 Metropolitan area networks
• CPC Class Codes: H04L 12/4633 Interconnection of networks using encapsulation techniques, e.g. tunneling
• CPC Class Codes: H04L 12/4645 Details on frame tagging routing of packets H04L45/00; support for virtual LAN H04L49/354
• CPC Class Codes: H04L 41/0893 Assignment of logical groups to network elements
• CPC Class Codes: H04L 41/5022 by giving priorities, e.g. assigning classes of service
• CPC Class Codes: H04L 47/125 by balancing the load, e.g. traffic engineering
• CPC Class Codes: H04L 47/20 Traffic policing
• CPC Class Codes: H04L 47/24 Traffic characterised by specific attributes, e.g. priority or QoS
• CPC Class Codes: H04L 47/2425 for supporting services specification, e.g. SLA
• CPC Class Codes: H04L 47/2433 Allocation of priorities to traffic types
• CPC Class Codes: H04L 47/2441 relying on flow classification, e.g. using integrated services [IntServ]

Abstract

Numerous enhancements to metro Ethernet network (MEN) E-LAN services and IETF Virtual Private LAN Service (VPLS) include an enhancement of the overall Quality of Service (QoS) architecture, an enhancement to classification at the provider edge, the use of Ethernet QoS classes, enhancements to policing and marking at ingress provider edge equipment, the provision of traffic management functions at egress provider edge equipment, the use of multiple Ethernet virtual connections (EVCs) and Aggregate EVCs, an enhancement to QoS across an external network-network interface and an enhancement to treatment of Ethernet service frames in a core network.

Claims

1. A traffic management method comprising, at a first provider edge node in a provider network:

receiving an Ethernet service frame;

determining an identity of an Ethernet Virtual Connection (EVC) to associate with the Ethernet service frame;

determining a service class for the Ethernet service frame based on the identity of the Ethernet Virtual Connection;

selecting a forwarding treatment for the Ethernet service frame based on the service class;

determining how to schedule transmission of the Ethernet service frame based on the forwarding treatment; and

transmitting the Ethernet service frame over the EVC from the first provider edge node to a second node in the provider network.

2. The method of claim 1, comprising:

determining an access scheduling treatment for association with the Ethernet service frame;

selecting a candidate core scheduling treatment for the Ethernet service frame, based on the access scheduling treatment; and

selecting a candidate transport tunnel in a core of the provider network based on the candidate core scheduling treatment;

wherein transmitting the Ethernet service frame over the EVC comprises transmitting the Ethernet service frame on the candidate transport tunnel.

3. The method of claim 2, wherein the core of the provider network is a multi-protocol label switching network.

4. The method of claim 3, comprising setting up the candidate transport tunnel using a resource reservation protocol with traffic engineering.

5. The method of claim 3, comprising setting up the candidate transport tunnel using a label distribution protocol.

6. The method of claim 3, wherein:

the second node in the provider network is a second edge node in the provider network;

the candidate transport tunnel terminates at the second provider edge node in the provider network; and

the first provider edge node and the second provider edge node are connected as part of a mesh of pseudo-wires.

7. The method of claim 6, comprising:

determining an estimate of a bandwidth requirement for traffic between the first provider edge node and the second provider edge node; and

setting up the candidate transport tunnel to have a dimension sufficient to accommodate the estimate of the bandwidth requirement.

8. The method of claim 6, wherein the pseudo-wires are Ethernet pseudo-wires.

9. The method of claim 6, wherein the pseudo-wires are asynchronous transfer mode pseudo-wires.

10. The method of claim 6, wherein the pseudo-wires are frame relay pseudo-wires.

11. The method of claim 1, comprising:

determining an estimate of a bandwidth required between the first provider edge node and the second node in the provider network for the EVC;

establishing a tunnel in the provider network based, at least in part, on the estimate;

receiving a request to admit a pseudo-wire on the tunnel; and

admitting the pseudo-wire on the tunnel.

12. The method of claim 1, comprising:

determining an access network class of service associated with the Ethernet service frame;

selecting a core network class of service based on the access network class of service; and

marking the Ethernet service frame with an indication of the core network class of service to provide a marked Ethernet service frame;

wherein transmitting the Ethernet service frame over the EVC comprises transmitting the marked Ethernet service frame over the EVC.

13. The method of claim 1, comprising:

determining an identity of a Ethernet virtual connection group associated with the Ethernet service frame, where the Ethernet virtual connection group associates a plurality of Ethernet virtual connections; and

selecting the EVC from the Ethernet virtual connection group.

14. The method of claim 1, comprising:

selecting a candidate Quality of Service (QoS) class, from among a plurality of QoS classes, for the Ethernet service frame;

determining a type and at least one limit for a traffic parameter for the Ethernet service frame based on the candidate QoS class;

determining a compliance rule for the Ethernet service frame based on the candidate QoS class;

determining a performance target for the Ethernet service frame based on said candidate QoS class; and

servicing the Ethernet service frame according to the type and the at least one limit for the traffic parameter, the performance target and the compliance rule.

15. The method of claim 1, wherein the EVC is a multipoint-to-multipoint EVC.

16. The method of claim 1, wherein the EVC is associated with a Virtual Private LAN Service (VPLS).

17. The method of claim 1, wherein:

the first provider edge node receives the Ethernet service frame at a first network interface of the first provider edge node;

the second node in the provider network is a second provider edge node in the provider network; and

the EVC associates the first network interface of the first provider edge node with at least a second network interface of the second edge node of the provider network

18. The method of claim 17, wherein at least one of first network interface and the second network interface is a User-Network Interface (UNI).

19. The method of claim 18, wherein at least one of first network interface and the second network interface is a Network-Network Interface (NNI).