+

WO2005018145A1 - Systeme et procede de fourniture de services de reseau lan transparents - Google Patents

Systeme et procede de fourniture de services de reseau lan transparents Download PDF

Info

Publication number
WO2005018145A1
WO2005018145A1 PCT/US2003/024997 US0324997W WO2005018145A1 WO 2005018145 A1 WO2005018145 A1 WO 2005018145A1 US 0324997 W US0324997 W US 0324997W WO 2005018145 A1 WO2005018145 A1 WO 2005018145A1
Authority
WO
WIPO (PCT)
Prior art keywords
ring
packet
label
node
service header
Prior art date
Application number
PCT/US2003/024997
Other languages
English (en)
Inventor
Vinay Bannai
Luh Luh Ting
Mukesh Hira
Atul Shinde
Raj Sharma
Original Assignee
Luminous Networks, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Luminous Networks, Inc. filed Critical Luminous Networks, Inc.
Priority to PCT/US2003/024997 priority Critical patent/WO2005018145A1/fr
Priority to AU2003259715A priority patent/AU2003259715A1/en
Publication of WO2005018145A1 publication Critical patent/WO2005018145A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1886—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with traffic restrictions for efficiency improvement, e.g. involving subnets or subdomains
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/42—Loop networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1836—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with heterogeneous network architecture

Definitions

  • This invention relates to communication networks, and in particular to a system and method for providing transparent LAN (Local Area Network) services.
  • transparent LAN Local Area Network
  • point- to-point private line circuits and shared WAN (wide area network) technologies, such as frame relay and ATM (Asynchronous Transfer Mode) technologies.
  • WAN wide area network
  • ATM Asynchronous Transfer Mode
  • use of the foregoing approaches is limited in providing network users an efficient, scalable solution.
  • network users using point-to-point private line circuits typically require a separate point-to-point private line circuit for each pair of locations, or sites. Consequently, a network user having four locations requires six point-to-point private line circuits and a network user having six locations requires fifteen point-to-point private line circuits.
  • the point-to-point private line circuit solution is not easily scalable and for large numbers of locations even larger numbers of point-to-point private line circuits are necessary. Indeed, for large numbers of locations, a point- to-point private line circuit solution can be expensive due to the cost of establishing and maintaining the various point-to-point private line circuits.
  • the point-to-point private line circuit solution is not bandwidth efficient. That is, unused bandwidth on some of the point-to-point private line circuits is not typically available for routing network traffic traversing other of the point-to-point private line circuits.
  • the point-to-point private line circuit solution is further inefficient since data packets sent to all locations must be sent over each of the multiple point-to- point private line circuits.
  • data packets are broadcast over a ring only to members of a particular domain using multicast MPLS protocol so that the data packets are forwarded to members of the particular domain only and not to other domains that are also connected to the same ring.
  • bandwidth efficiency is achieved by using native layer two broadcast of multicast MPLS data packet over a fiber optic ring having a Resilient Packet Ring (RPR) topology.
  • RPR Resilient Packet Ring
  • Another aspect of the present invention provides the ability to specify SLA (Service Level Agreement) guarantees, or QoS (Quality of Service) for each domain.
  • SLA Service Level Agreement
  • QoS Quality of Service
  • the nodes may limit the maximum amount of bandwidth each member of a domain may send or receive, the maximum amount of bandwidth the domain may use, and the type and quality of service provided to the members of the domain.
  • a management console may be used to remotely provision, manage, and monitor network usage.
  • a user at the management console may configure a node via a graphical user interface to perform network provisioning.
  • Yet another aspect of the present invention provides a service header in the multicast MPLS data packet for communication of service level parameters.
  • the service header may include the unicast label, a version field, and the IP address of the source.
  • the nodes receiving this unicast label store the unicast label and the IP address of the source.
  • the node may unicast the data packet to the appropriate node using the unicast label rather than sending the data packet to all nodes.
  • a transmitting device belonging to a domain and connected to one of the nodes sends a data packet destined for another member of the domain over the ring .
  • the data packet sent by the transmitting device includes a destination MAC address, a source MAC address, and a payload.
  • the node to which the transmitting device is connected receives the data packet sent by the transmitting device and appends a unicast MPLS label, a multicast MPLS label, and a ring header to form a ring packet.
  • the node then transmits the ring packet over the ring .
  • Each of the nodes on the ring receives the ring packet and inspects the multicast MPLS label to determine whether any members of the domain associated with the multicast MPLS label are connected to physical ports of the receiving node. If no members of the domain associated with the multicast MPLS label are connected to physical ports of a given node, that node passes the packet to other nodes on the ring without sending a copy of the packet on any of the customer ports of the node. Otherwise, the node strips off the ring header, the multicast MPLS label, and the unicast label and forwards the packet, as transmitted by the transmittig device, to the destination device.
  • the node also maintains an association table that associates the unicast label, or source label, and the source IP address with the source MAC address of the transmitting device.
  • the node may unicast the data packet by appending the known unicast MPLS label associated with the device having that source address and a ring header, rather than multicasting the data packet, thereby furthering bandwidth efficiency.
  • FIG. 1 illustrates multiple transparent LAN services domains in a single ring in accordance with one embodiment of the present invention.
  • FIG. 2 illustrates multiple transparent LAN services domains in multiple rings in accordance with one embodiment of the present invention.
  • FIG. 3 illustrates pertinent functional units in a node of a FIG. 1 or FIG. 2 network in accordance with one embodiment of the present invention.
  • FIG. 4 illustrates a functional diagram of the node of FIG. 3 in accordance with one embodiment of the present invention.
  • FIG. 5 illustrates a data packet in accordance with one embodiment of the present invention.
  • FIG. 6 illustrates details of the service header of the FIG. 5 data packet in accordance with one embodiment of the present invention.
  • FIGs. 7A, 7B, and 7C illustrate data packet details in accordance with one embodiment of the present invention.
  • FIG. 1 illustrates a network 100 in accordance with one embodiment of the present invention.
  • the network 100 includes a ring 102, which interconnects nodes 104, 106, 108, 110.
  • the ring 102 may comprise a fiber optic ring having a Resilient Packet Ring (RPR) topology.
  • RPR Resilient Packet Ring
  • the network 100 may comprise a metro area network (MAN) .
  • Each of the nodes 104- 110 may comprise a high speed routing/multiplexing device. Details of the nodes are described below and in U.S. Patent Application No. 09/518,956, the disclosure of which is hereby incorporated by reference in its entirety.
  • TLS domains such as domains A and B may co-exist on the ring 102.
  • a TLS domain may be identified by a port of a slot of a node.
  • each TLS domain has an associated multicast MPLS label; each site within a TLS domain has a unique site ID.
  • the multicast label may be used to send data to the various ports of the various nodes belonging to the domain associated with the multicast label.
  • domain A may represent one network customer and domain B may represent another network customer where each of the customers has multiple locations, or sites.
  • the network customer of domain A has multiple locations 120, 122, 124, and 126. Each of these locations may comprise a LAN.
  • the location 120 is connected to node 110
  • the location 122 is connected to node 108
  • locations 124, 126 are connected to node 106.
  • the locations 120 and 122 may thus exchange data with each other over the ring 102 rather than over a point-to-point private line circuit.
  • the locations 124, 126 may also exchange data with locations 120 and 122 over the ring 102.
  • Each of the nodes 104-110 may include physical ports, such as Ethernet and Gigabit Ethernet ports. These physical ports may be configured to be a part of any of the domains A, B of the ring 102. In some embodiments, a physical port may be configured to be a part of multiple domains by virtue of subports (e.g., logical ports). Pursuant to the configuration of FIG. 1, the membership in the domains A and B does not extend beyond the ring 102.
  • multiple locations, or sites, 124, 126 of a single domain, such as domain A, may be supported by a single node, such as the node 106.
  • QoS Quality of Service
  • QoS Quality of Service
  • transparent LAN services may be provided for each of the domains A and B.
  • an endpoint device device such as a personal computer, of domain A may send a data packet to another endpoint device of domain A using multicast MPLS (Multi Protocol Label Switching) protocol. Because each multicast MPLS label is associated with one and only one of the domains, the data packet is multicast to members of domain A only and not to any members of the domain B.
  • a device of domain B may send a data packet to other devices of domain B using multicast MPLS protocol to broadcast the data packet to members of domain B only and not to any members of domain A.
  • Nodes receiving the multicast MPLS data packet pass the packet " on the ring without sending a copy of the packet to any of its customer ports if no member of the source domain is connected to the receiving node. If a node receiving the multicast MPLS data packet has a member of the source domain connected thereto, then the receiving node strips off a multicast MPLS label from the data packet and forwards the packet to the member of the domain connected thereto.
  • a transmitted data packet from one of the nodes 104- 110 may also include a service header.
  • the service header is generally used to communicate service level parameters or path negotiation. Details regarding the service header are described below with reference to FIGS. 5 and 6.
  • a management console 130 may also be connected to the ring 102 by a node 132.
  • the management console 130 is used to permit network management and provisioning of the devices connected to the ring 102 as described in more detail below.
  • FIG. 2 illustrates a network 200 in accordance with another embodiment of the present invention.
  • the network 200 includes the network 100 connected to a wide area network (WAN) 202 by the node 104 and provider transport 204.
  • Provider transport 206 connects a ring 212 to the WAN 202 via a node 222.
  • provider transport 208 connects a ring 214 to the WAN 202 via a node 224.
  • Each provider transport 204, 206, 208 may comprise an internet gateway.
  • domains A and B are connected to the rings 212 and 214. As shown, a member of domain A and a member of domain B are connected to ring 212 via node 226. Similarly, a member of domain B is connected to the ring 212 via node 228. Further, a member of domain A and a member of domain B are connected to the ring 214 via node 232. A member of domain A is connected to the ring 214 via node 234. Accordingly, as shown in FIG. 2, domain A and domain B may span multiple rings 102, 212, 214. Moreover, a transparent LAN services domain, such as the domains A and B, may be within a single ring, across multiple rings, or between rings intervened by a WAN cloud.
  • FIG. 3 illustrates details of one of the nodes of FIGS. 1 and 2, which may be similarly configured.
  • Node 108 is shown as an example.
  • the node 108 includes ring interface cards 330 and 332, a switching card 338, line cards 352, and a system controller 362.
  • the ring interface cards 330 and 332 convert the incoming optical signals on fiber optic cables 334 and 336 to electrical digital signals for application to switching card 338.
  • the ring interface cards 330, 332 may be implemented as a singe card. Additional details regarding the ring interface cards 330 and 332 are disclosed in U.S. Patent Application No. 09/519,442, entitled "Dynamically Allocated Ring Protection and Restoration Technique" filed March 3, 2000, the disclosure of which is hereby incorporated by reference in its entirety.
  • FIG. 4 illustrates a functional diagram of the node 108 (FIG. 3) in accordance with one embodiment of the present invention.
  • the functional diagram includes system controller applications 402, a control plane framework 404, line card applications 406, and ring card applications 408.
  • the system controller applications 402 include a management interface 410, a multicast MPLS client 412, a TLS manager 414 and a shelf manager 416.
  • the system controller applications 402 may be performed by the system controller 362 (FIG. 3) .
  • the management interface 410 performs interface functions between the node 108 (FIG. 3) and the management console 130 (FIG. 1) .
  • the management interface 410 presents a user at the management console 130 with a graphical user interface to facilitate configuration, monitoring, management, and provisioning of the node 108 remotely from the management console 130.
  • the management interface 410 thus permits point-and-click provisioning and monitoring of the node 108.
  • the TLS manager 414 fronts other interfaces and provides logical control for TLS functionality, remembers the TLS configuration of the node 108, and restores TLS configuration information after reboots.
  • the TLS manager 414 controls node-level information regarding TLS-related configurations on the node 108, and interfaces to the multicast MPLS client 412, other of the system controller applications 402, and the line card applications 406. In particular, the TLS manager 414 deals with domains and interfaces that are members of those domains . [0041]
  • the TLS manager 414 also enforces logical rules to validate TLS-related requests. In one embodiment, the rules include the following. An interface may only join a TLS domain if the TLS domain is created first. A TLS domain may not be deleted if the TLS domain has members. TLS domain creation and member joining both query the multicast MPLS client 412 to verify, or determine, the multicast label for the domain.
  • the TLS manager 414 also communicates with the multicast MPLS client 412 to get the TLS identifier label binding.
  • the shelf manager 416 implements TLS mode and provides triggers to the TLS manager 414 for card-level and port-level events.
  • the line card applications 406 include a card manager 420, TLS microcode 422, and other applications 424.
  • the card manager 420 manages the operation of the line card 352 (FIG. 3) .
  • the TLS microcode 422 performs TLS-related line card functions. At the ingress of the line card 352 (FIG. 3) the TLS microcode 422 looks up the source MAC address of the incoming packet in an association table (not shown) .
  • the format of an example incoming packet 700 is illustrated in FIG. 7A and includes a destination MAC address 702, a source MAC address 704, and a payload 706.
  • the incoming packet 700 may also include cyclic redundancy code, an Ethernet type field of the payload, or both (not shown) .
  • the TLS microcode 422 adds the source MAC address 704 of the incoming packet to the association table. [0046] The TLS microcode 422 also looks up the destination MAC address 702 of the incoming packet 700 in the association table. If the destination MAC address 702 of the incoming packet 700 is not found in the association table, the TLS microcode 422 appends to the incoming packet the broadcast MAC address and the multicast MPLS label of the associated TLS domain. In one embodiment, the TLS microcode 422 appends the service header 506, a multicast MPLS label 710, and a ring header 712 to the incoming packet 700 (See, FIG. 7B) to form a ring packet 720. The line card 352 (FIG. 3) then forwards the ring packet 720 to the switching card 338 for transmission over the associated ring to all members of the associated TLS domain.
  • an MPLS unicast label 702 is allocated for a logical port at the time the logical port joins a domain.
  • the unicast label 702 is appended to every incoming data packet on the logical port, going out on the ring.
  • the other nodes on the ring, and on connected rings learn from the transmitted data packets including the unicast label 702 and use this label to send packet to MAC addresses at the associated logical port.
  • the ring card is provisioned with the forwarding entry to direct all incoming packets with this label to the corresponding logical port.
  • the TLS microcode 422 retrieves the corresponding destination unicast label 702 from the association table.
  • the TLS microcode 422 then appends the service header 506, the destination unicast label 702, and the ring header 712 to the incoming packet 700 to form the ring packet 730 of FIG. 7C.
  • the TLS microcode 422 appends the service header so that the destination node can learn the parameters contained therein upon receipt of the service header.
  • the node 108 (FIG. 3) then transmits the ring packet 730 according to the unicast label 702 to the specific node associated with the destination MAC address 702.
  • a user at the management console 130 may remotely request a TLS domain for a particular line card of a specific node over the ring.
  • the TLS domain request may be to add a new domain or to add a member to an existing domain.
  • the request may also specify SLA guarantees, rate limts, quality of service, and the like assoicated with the domain.
  • the associated MPLS client sets up, or establishes a MPLS multicast tunnel and an associated MPLS multicast label for that tunnel.
  • the ring card applications 408 may be performed by the ring interface cards 330, 332, the switching card 338 (FIG. 3), or both.
  • the ring interface cards 330, 332 receive ingress packets from the ring 102 (FIG. 1) .
  • the TLS microcode 432 determines whether the ring packet is a multicast or a unicast ring packet by determining whether the ring packet includes a multicast MPLS label associated with a domain, such as one of the domains A, B (FIGs. 1, 2) . If the ring packet does not include a multicast MPLS label, the microcode 432 passes the packet to the associated line card 352 (FIG. 3) according to the unicast label 708.
  • the TLS microcode 432 determines whether a member of the domain associated with the multicast MPLS label is connected to the node 108. If a member of the domain associated with the multicast MPLS label is connected to the node 108, then the TLS microcode 432 strips the ring header and any multicast and unicast labels and passes the data packet to the line card 352 associated with the member of the domain. If a member of the domain associated with the multicast MPLS label is not connected to the node 108, the TLS microcode 432 causes the packet to be forwarded on the ring without sending a copy of the packet to any of its customer ports.
  • FIG. 5 illustrates an embodiment of a ring packet 500 including a ring header 502, an MPLS label 504, a service header 506, and a payload 508.
  • the service header 506 is used for two end points to communicate any service level parameters or path negotiation.
  • the service header 506 may, in some applications, be considered as a part of the payload 508.
  • FIG. 6 illustrates details of an embodiment of the service header 506 of FIG. 5.
  • the service header 506 includes a version field 602, a header length field 604, unused field 606, a unicast label field 608, a CoS (Class of Service) field 610, a stack bit field 612, a TTL (Time To Live) field 614, and an IP address of source field 616.
  • the version field 602 may be four bits long and indicates the version of the service.
  • the header length field 604 may be four bits long and indicates the length of the service header in multiples of 16 bits. Hence, a value of three in the header length field indicates a service header length of six bytes or 48 bits long.
  • the unicast label field 608 is used by the TLS service layer to indicate the source MPLS label to use for return path for the source MAC address in the payload. This field may be set to be 20 bits long and may contain a static MPLS label .
  • the CoS field 610 contains the CoS tobe used in the return path. This is ignored by the TLS service endpoint and instead the provisioned CoS for the TLS port is used while sending packets.
  • the CoS field 610 may be 3 bits long.
  • the stack bit 612 may be l ' bit long.
  • the TTL field may be 8 bits long and may be replaced with a hash ID of a ring card of the source node .
  • the present system and method provide an efficient mechanism for providing transparent LAN services by performing multicast MPLS over a ring network and the provision of a service header to communicate service level parameters.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Small-Scale Networks (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention concerne système un procédé de fourniture de services de réseau LAN transparents dans un environnement métro-WAN de façon à étendre les réseaux LAN de l'entreprise à des réseaux métro et de longue portée. Ces services de réseau LAN transparents fournissent d'une façon générale des clients avec une couche 2 de connectivité Ethernet et des capacités d'apprentissage MAC.
PCT/US2003/024997 2003-08-08 2003-08-08 Systeme et procede de fourniture de services de reseau lan transparents WO2005018145A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/US2003/024997 WO2005018145A1 (fr) 2003-08-08 2003-08-08 Systeme et procede de fourniture de services de reseau lan transparents
AU2003259715A AU2003259715A1 (en) 2003-08-08 2003-08-08 System and method for providing transparent lan services

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2003/024997 WO2005018145A1 (fr) 2003-08-08 2003-08-08 Systeme et procede de fourniture de services de reseau lan transparents

Publications (1)

Publication Number Publication Date
WO2005018145A1 true WO2005018145A1 (fr) 2005-02-24

Family

ID=34192562

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2003/024997 WO2005018145A1 (fr) 2003-08-08 2003-08-08 Systeme et procede de fourniture de services de reseau lan transparents

Country Status (2)

Country Link
AU (1) AU2003259715A1 (fr)
WO (1) WO2005018145A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005049263A1 (de) * 2005-10-14 2007-04-26 Siemens Ag Verfahren und Netzelement zur Übertragung von Daten in einem Netz
WO2008042999A2 (fr) * 2006-10-04 2008-04-10 Scientific-Atlanta, Inc. Algorithme d'attribution d'étiquettes avec un traitement côté réception
CN101483641B (zh) * 2005-11-09 2012-11-21 华为技术有限公司 在一条永久虚连接上承载多种业务的方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020085553A1 (en) * 2000-12-28 2002-07-04 Maple Optical Systems, Inc. Technique for forwarding multi-cast data packets
WO2002093830A2 (fr) * 2001-05-14 2002-11-21 Nortel Networks Limited Appareil et procede de filtrage de flots de donnees
US20020176373A1 (en) * 2001-05-23 2002-11-28 Yasuo Sato Node device for ring system, and system and method for constructing multiple spanning trees by using the same node device

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020085553A1 (en) * 2000-12-28 2002-07-04 Maple Optical Systems, Inc. Technique for forwarding multi-cast data packets
WO2002093830A2 (fr) * 2001-05-14 2002-11-21 Nortel Networks Limited Appareil et procede de filtrage de flots de donnees
US20020176373A1 (en) * 2001-05-23 2002-11-28 Yasuo Sato Node device for ring system, and system and method for constructing multiple spanning trees by using the same node device

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005049263A1 (de) * 2005-10-14 2007-04-26 Siemens Ag Verfahren und Netzelement zur Übertragung von Daten in einem Netz
CN101483641B (zh) * 2005-11-09 2012-11-21 华为技术有限公司 在一条永久虚连接上承载多种业务的方法
WO2008042999A2 (fr) * 2006-10-04 2008-04-10 Scientific-Atlanta, Inc. Algorithme d'attribution d'étiquettes avec un traitement côté réception
WO2008042999A3 (fr) * 2006-10-04 2008-05-15 Scientific Atlanta Algorithme d'attribution d'étiquettes avec un traitement côté réception
US7773501B2 (en) 2006-10-04 2010-08-10 Scientific-Atlanta, Llc Label assignment algorithm with receive-side processing implementation

Also Published As

Publication number Publication date
AU2003259715A1 (en) 2005-03-07

Similar Documents

Publication Publication Date Title
US8565235B2 (en) System and method for providing transparent LAN services
US7272137B2 (en) Data stream filtering apparatus and method
US6850495B1 (en) Methods, apparatus and data structures for segmenting customers using at least a portion of a layer 2 address header or bits in the place of a layer 2 address header
US6771673B1 (en) Methods and apparatus and data structures for providing access to an edge router of a network
US6993026B1 (en) Methods, apparatus and data structures for preserving address and service level information in a virtual private network
EP1478129B1 (fr) Réseau de transport supportant des tunnels pour fournir un transport de données basé sur le service
JP5295273B2 (ja) データストリームフィルタリング装置及び方法
CA2524500A1 (fr) Systeme et procede concernant des systemes d'acces a l'ethernet
US8064465B2 (en) Packet forwarding apparatus
US20090225660A1 (en) Communication device and operation management method
CN101107824A (zh) 针对无连接通信流量的面向连接的通信方案
CN101743722B (zh) 经路由器将vlan系统连接至其它网络的方法
US20030208525A1 (en) System and method for providing transparent lan services
US20050259674A1 (en) Provisioning of cross domain telecommunication services through dynamic label differentiation
KR20060059877A (ko) 이더넷 접근 시스템에 관한 장치 및 방법
WO2005018174A1 (fr) Fourniture de services multiples dans un dispositif d'envoi par paquets avec ports logiques
WO2005018145A1 (fr) Systeme et procede de fourniture de services de reseau lan transparents
Cisco M
Cisco M
Cisco M
Cisco M
WO2008125603A1 (fr) Procédé d'envoi de paquets de données dans un réseau d'accès et dispositif
JP5853758B2 (ja) 通信装置及び帯域制御方法
JP2003078548A (ja) 加入者無線アクセスシステム
EP1599000A1 (fr) Approvisionnement à travers des domaines de services de télécommunications par différentiation dynamique d'étiquette

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
122 Ep: pct application non-entry in european phase
NENP Non-entry into the national phase

Ref country code: JP

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载