WO2006133653A1 - Procede pour la realisation de gestion de reseau de service de donnees de reseau metropolitain et systeme de reseau metropolitain - Google Patents
Procede pour la realisation de gestion de reseau de service de donnees de reseau metropolitain et systeme de reseau metropolitain Download PDFInfo
- Publication number
- WO2006133653A1 WO2006133653A1 PCT/CN2006/001380 CN2006001380W WO2006133653A1 WO 2006133653 A1 WO2006133653 A1 WO 2006133653A1 CN 2006001380 W CN2006001380 W CN 2006001380W WO 2006133653 A1 WO2006133653 A1 WO 2006133653A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- trunk
- path
- data service
- service
- area network
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
- H04J3/1605—Fixed allocated frame structures
- H04J3/1611—Synchronous digital hierarchy [SDH] or SONET
- H04J3/1617—Synchronous digital hierarchy [SDH] or SONET carrying packets or ATM cells
Definitions
- the invention relates to a metropolitan area network management technology, in particular to a method for realizing a metropolitan area network data service network management and a metropolitan area network system, and a search method based on a data service path of the metropolitan area network system.
- the metropolitan area network which is the “nerve ending” of the large backbone optical network, will also be perfected to provide users with all-round network services.
- the metropolitan area network refers to a network that covers the city and its suburbs and provides an integrated transmission platform for multi-services in the metropolitan area. It is mainly used in large and medium-sized urban areas.
- the metropolitan area network is based on a multi-service optical transport network, and implements voice, data, image, multimedia, and Internet Protocol ("IP") access. It mainly completes the full range of protocol interworking between enterprise and individual users in the access network and operators on the backbone network. It is a comprehensive solution for multi-service transmission for metro applications with broadband optical transmission network as an open platform. .
- the network management system of the metropolitan area transmission network requires mature network element and network management functions, and is characterized by large-scale, fast and intelligent, end-to-end circuit configuration for the large-scale and large-service type of the metropolitan area transmission network.
- the requirements for unified configuration and management of multiple services are even higher.
- it is required to provide a management interface to the network management system to be integrated into the transmission integrated network management platform to provide a complete service support solution for jointly managing large-scale networks.
- the metropolitan area network is mainly based on the Multi-Service Transfer Platform (MSTP) based on the Synchronous Digital Hierarchy (SDH) based on the optical network, making full use of the mature SDH.
- MSTP Multi-Service Transfer Platform
- SDH Synchronous Digital Hierarchy
- Technology, its performance monitoring, protection switching and network management capabilities have been recognized, and it can be transformed into a multi-service delivery platform.
- the basic idea is to map multiple different services into different SDH slots through virtual channel (Virtual Channel, referred to as "VC") cascade, and the SDH device and the layer 2 and layer 3 and even layer 4 packet devices are physically set. Become an entity.
- VC Virtual Channel
- SDH-based MSTP has the following features: It can provide multiple physical interfaces while ensuring compatibility based on traditional SDH network services, greatly reducing the cost of re-upgrading existing SDH equipment;
- the MSTP system adopts a simplified network structure, and the interface is separated from the protocol to realize flexible and efficient transmission of multiple data services.
- the advantages of SDH are maintained and the functions of the traditional SDH network can be integrated, and bandwidth management can be effectively performed. Thereby reducing operating costs.
- TDM time division multiplexing
- FE Fast Ethernet
- Gbps gigabit Ethernet
- ESCON Enterprise System Connection
- the traditional metropolitan area network management can only manage the SDH service.
- the network management needs the management support for the data service, and it is convenient to provide the data service service in the metropolitan area network, and realize the voice service and the data service in the system. Fully compatible.
- the current metropolitan area network management method can only manage SDH services.
- the service model only includes the VC channel model of SDH. It consists of the channel path and the path termination points at both ends, but there is no model for other data services, so it cannot be implemented. Network management of data services.
- the main object of the present invention is to provide a method for implementing metropolitan area network data service network management and a metropolitan area network system, and a search method based on the data service path of the metropolitan area network system. It enables the metropolitan area network data service to implement network management and integrate with traditional SDH services.
- the method for implementing metropolitan area network data service network management includes the following steps:
- Binding by port aggregation Trankbind binds at least two virtual channels as sub-channel paths.
- the VCTTP ends of the VC path are bound to the trunk TrunkTTP of the trunking port.
- the data service path of the method is an Ethernet private line EPL
- the step B includes: connecting the trunk TTPs at both ends of a trunk path to the media access control layer termination point MACTTP of the EPL through an Ethernet cross-connection.
- the data service path of the method is an Ethernet virtual private line EVPL
- the step B includes: connecting the trunk TTP of at least two trunk paths through an Ethernet cross-connection, so that the trunk path forms a trunk path link, and the cross-connection through the Ethernet will be
- the trunk TTPs at both ends of the trunk path link are respectively connected to the MACTTP of the EVPL.
- the method of the Ethernet cross-connect includes:
- An entry label exchange cross-connection for implementing a connection from the data service path termination point to the trunk TTP;
- An exit label exchange cross-connection for implementing a connection from the trunk TTP to the data service path termination point
- a connected label switched cross-connect for implementing a connection between the trunks TTP.
- the VC path to be bound in step A of the method is the same rate level.
- the binding process in step A of the method further includes: selecting the bound VC path according to the transmission requirement of the data service.
- the method further includes: saving the attributes of the Trunk binding, and the attributes of the Trunk binding include: the network element identifier, the sub-rack identifier, the board number, the trunk port number, the cascading mode, and the binding Set the channel level, direction, and binding channel number list;
- the completion of the Ethernet cross-connection in the step B further includes: saving the attributes of the Ethernet crossover, and the attributes of the Ethernet cross-over include: the network element identifier, the sub-rack identifier, the type, the service source board identifier, the service source port identifier, and the service source type.
- the present invention further provides a metropolitan area network system for implementing data service network management, and the metropolitan area network system further includes:
- a data service path which is composed of one or more trunk paths connected in series, and a trunk TTP at one end of one or more trunk paths connected in series is connected to a data service path termination point;
- the trunk path is bound by at least two VC paths.
- the VC path of the system is bound to the Trunk Bind of the VCTTP at both ends of the VC path and the T nkTTP at both ends of the Trunk path; the connection between the TmnkTTP and the data service path termination point is an Ethernet cross connection; the serial connection between the Trunk path and the Trunk path For Ethernet cross-connection between TmnkTTP.
- the data service path termination point of the system is located at a data service path port of the metropolitan area network device, where the TmnkTTP is located at a trunk port of the metropolitan area network device;
- the metropolitan area network device includes a network element, a subrack, a board, and a port, where the network element includes a plurality of the subracks, and the subrack includes a plurality of the boards, and the board includes The port is one or both of a medium access control layer port and a trunk port.
- the present invention further provides a data service path searching method, which is applied to the above-mentioned metropolitan area network system, and the method includes:
- the peer TrunkTTP searches for the peer Ethernet crossover and the peer MACTTP connected to it.
- the searching process of the trunk path in the method step b further includes the following steps: bl. Starting from the local trunk TTP, searching for the local trunk bin b2 connected to the trunk TTP.
- the local trunkbind searches for all VC paths included in the trunk bind; b3 Searching for the trunk of the VC path at the opposite end;
- the method after the step b4 further includes:
- the technical solution provided by the present invention intelligently solves the transition from SDH traditional services to EPL/EVPL and other data services by establishing a trunk path that matches the data service;
- the path carries data traffic and MAC layer ports.
- the data service is well integrated into the original SDH service, which makes the network management of the metropolitan area network data service easier to implement, improves the network system compatibility and service management efficiency, and enhances the transmission efficiency of the metropolitan area network data service. And reliability.
- FIG. 1 is a schematic structural diagram of a trunk path according to the present invention.
- FIG. 2 is a schematic structural view of an EPL path according to the present invention.
- Figure 3 is a schematic structural view of an EVPL path according to the present invention.
- FIG. 4 is a schematic structural view of an Ethernet cross according to the present invention.
- Figure 5 is a schematic diagram of a network management model of a device according to the present invention.
- FIG. 6 is a flow chart of a trunk path search according to the present invention.
- FIG. 7 is a flow chart of an EPL path search in accordance with the present invention.
- Figure 8 is a flow chart of an EVPL path search in accordance with the present invention.
- the present invention introduces a port aggregation (Trunk) as a transition from a data service to an SDH service, and each trunk path (Trail) is bound by at least two SDH VC paths.
- the Trunk adopts a virtual concatenation mode; the bound VC path is also referred to as a Path Trail in the present invention, and the VC speed rate includes VC12, VC3, VC4, etc., which is recommended in the present invention.
- the VC paths are at the same rate level, but it is not excluded to bind VC paths of different rate levels together.
- the subchannel path consists of a Connection and its VC Trail Termination Point (VCTTP).
- the sub-channel path is basically the same as the normal VC path of the SDH, except that the source and the sink end of the link composed of the common VC channel are usually terminated on the ordinary SDH board; and in the present invention, one or more sub-channels are formed.
- the source and sink of the link are terminated on the data feature board where the data service arrives.
- the Trunk Trail Termination Point (TrunkTTP) is located at both ends of the trunk path.
- the core of the method of the present invention is: Binding the terminal VCTTP at both ends of the VC path as the sub-channel path to the trunk TTP of the trunk path through the port aggregation binding (Tnmkbind); and connecting the Trunk TTP to the Trunk TTP through the Ethernet cross-connection
- Tnmkbind port aggregation binding
- the endpoint of the data business path For the establishment of the trunk path, as shown in Figure 1, the VCTTP at the two ends of the sub-channel path of the same rate class is bundled with the Trunk TTP of the corresponding end. Trunk bindings are unidirectional, so two Trunk bindings in opposite directions are required to implement bidirectional functions. Generally, the Trunk Trail needs to be established for the transmission of the actual data service.
- the rate class, the number, and the direction of the bound Path Trail are selected according to the requirements of the data service rate, bandwidth, and transmission direction.
- the Trunk binding attributes include: NE ID, Subrack ID, Board Position, Trunk Port Number, Cascading Mode, Binding Channel Level, Direction, and Binding Channel Number List.
- the network element identifier, the subrack identifier, the board location, and the trunk port number indicate the location of the trunk path;
- the binding channel level refers to the rate level of the bound subchannel;
- the direction is the trunk path, that is, the bound Subchannel path direction;
- the channel number of the bound subchannel path in the trunk path is listed in the Binding Channel Number list.
- the data service path such as EPL/EVPL is in the network layer 2 media access control layer ("MAC"), and the data service path is the media access control layer path termination point (MAC Trail Termination Point, referred to as "MAC").
- MACTTP media access control layer path termination point
- the Trunk TTPs at both ends of the Trunk are connected to the MACTTPs at both ends of the EPL.
- the Trunk path carries the EPL data services.
- the service interaction between the MAC port and the trunk port is implemented through the Ethernet cross-connection. That is, the service data from the MACTTP is transmitted to the trunk TTP through the Ethernet cross-connection to enter the trunk path, and the service data from the trunk TTP is transmitted to the MACTTP to enter the EPL data service. path.
- the trunk path is a bridge connecting the SDH service and the data service.
- the service layer of the trunk path is a sub-channel path, and the client layer is a data service link.
- the EPL's service layer has only one trunk path.
- the Ethernet crossover described in the foregoing embodiments includes three types: an Ingress Label Switched Path (“INGRESSLSP”), an Engress Labeled Switch Path (“ENGRESSLSP”), and Transit Labeled Switch Path (“Transient Labeled Switch”). See Figure 4 for the relationship between the three Ethernet crossovers and MACTTP and TrunkTTP.
- the INGRESSLSP is for the traffic from the MACTTP to the TmnkTTP to implement the connection from the MACTTP to the trunk TTP.
- the ENGRESSLSP is for the service from the trunk TTP to the MACTTP to implement the connection from the MACTTP to the trunk TTP.
- the TRANSITLSP is for the service between the trunk and the TTP. , used to implement TrunkTTP connection.
- the nodes of the entire network can be divided into internal nodes and edge nodes.
- Each node has a trunkTTP.
- the edge nodes enter and leave the network. Trunk TTP to MACTTP is connected by INGRESSLSP and ENGRESSLSP.
- the exchange connection between internal nodes is implemented by TRANSTLSP to implement TrunkTTP to TrunkTTP. Connection.
- the Ethernet interface is configured to store the attributes of the Ethernet crossover, including: NE ID, subrack ID, type, service source card ID, service source port ID, service source type, and service.
- Source Virtual Local Area Network (VLAN) number VLAN ID
- service source tunnel T U nnel
- service source VC service sink board ID
- service sink port ID service sink type
- service sink VLA ID service sink (tunnel)
- service sink VC service level, activation status, service direction, and so on.
- the network management model of the device designed for the method of the present invention includes a network element (Net Element, referred to as "NE"), a subrack, a board, and a port, where the network element includes Multiple subracks, the subrack contains multiple boards, and the board contains multiple ports.
- the ports are classified into one or two of MAC ports and trunk ports, corresponding to MACTTP and TrunkTTP.
- the device model adds MAC ports and trunk port objects to the traditional SDH.
- the MAC port attributes include: working mode, enabling status, flow control attribute, maximum packet length, tag attribute, ingress detection function, default VLAN, default VLAN priority, and encapsulation.
- Trunk Port attributes include: enable status, maximum packet length, tag attribute, ingress detection function, default VLAN, default VLAN priority, encapsulation format, and encapsulation protocol.
- the present invention provides a service search method.
- the service search process of the network management generally comprises three steps: searching for a sub-channel path, searching for a trunk path, and searching for a data service path.
- the subchannel search is the same as the VC channel service search method of the existing metropolitan area network SDH network management system.
- the search process of the trunk path includes:
- Step 601 Start from the local TrunkTTP and search for the local trunk binding connected to it.
- the NMS starts the search by using the TrunkTTP object as the entry point.
- Step 602 The local trunk is bound to search for all subchannel paths associated with it.
- the Trunk is bound, and the VCTTP included in the Trunk is obtained according to the attributes of the Trunk binding.
- Each VCTTP is searched for its sub-channel path one by one. If the current VCTTP sub-channel path is not found, the next VCTTP is searched until all the searches are completed. VCTTP.
- Step 603 For the found subchannel path, continue to search for the trunk binding of the opposite end of the subchannel path.
- This step should first search for the VCTTP of the peer based on the found subchannel path, and then obtain the trunk binding from the peer VCTTP. Note that the direction of the trunk binding is the same as the local trunk binding in step 601. That is, if the local trunk is bound to the uplink, the peer trunk is bound to the downlink, otherwise it is the opposite. If no peer VCTTP or peer trunk binding is found, continue to search for the next local VCTTP, and go to step 603 again until all local VCTTPs are searched.
- Step 604 Search for the peer TrunkTTP corresponding to the peer trunk binding. When the peer TrunkTTP is found, a subchannel path is obtained. Then, the above steps can be used to continue searching for the remaining subchannel paths. When all the subchannel paths in the trunk path are found, the entire trunk path is obtained.
- step 603 Similar to the case in step 603, if the search for the peer TrunkTTP fails in this step, the local VCTTP is continuously searched, and steps 603 and 604 are executed again until all local VCTTPs are searched.
- the peer end is the downlink, and then form a one-way trunk, and then search for the downlink trunk binding.
- the peer end is Upstream, and finally form a bidirectional trunk path.
- the search process of the EPL path of the present invention includes:
- Step 701 starting from the local Ethernet crossover, searching for the local MACTTP and the local trunk TTP connected thereto.
- the NMS searches for the local Ethernet crossover as the entry point.
- the Ethernet crossover should be INGRESS/ENGRESS. The difference between the two is that the direction is different. For a two-way EPL, both directions should be searched.
- Step 702 Search for a corresponding trunk path by the local trunk TTP.
- the search process of the trunk path is performed according to the flow shown in Figure 6. If the TrunkTTP does not have an associated trunk path, the search fails.
- Step 703 Search for the trunk TrunkTTP of the peer by the trunk path.
- the EPL only needs to be carried by a trunk path, so the trunk TTP of the trunk path is terminated.
- Step 704 Search, by the peer TrunkTTP, the peer Ethernet crossover and the peer MACTTP connected thereto.
- the direction of the Ethernet crossover should be opposite to the local Ethernet crossover in step 701. If the local is INGRESSLSP, the peer is ENGRESSLSP, and vice versa. Once the MACTTP is found, a one-way EPL is formed, and then the one-way EPL in the opposite direction is searched, and if found, merges to form a two-way EPL service.
- the search process of the EVPL path of the present invention is basically similar to the EPL path.
- the only difference is that the EVPL path may be connected by a multi-end trunk path, so it is necessary to search from the first trunk path to the last trunk. path.
- Step 801 starting from the local Ethernet crossover, searching for the local MACTTP and the local TmnkTTP connected thereto. This step is the same as the search process of step 701.
- Step 802 Search for a corresponding trunk path by the local trunk TTP. This is the first Trunk path from the local departure.
- Step 803 Search for the trunk TTP of the peer by the trunk path, and obtain the terminal TmnkTTP of the first trunk path. Then, it is determined whether the trunk TTP is the last TrunkTTP, and if yes, the process proceeds to step 805; otherwise, the related TRANSTLSP can be obtained, and the process proceeds to step 804.
- Step 804 The peer trunk TTP searched in step 803 is used as the starting point TmnkTTP of the next trunk path, and continues to search for the next trunk path and its trunk TTP until the last trunk path.
- Step 805 Search, by the peer TrunkTTP of the last Trunk path, the peer Ethernet crossover and the peer MACTTP connected thereto.
- the unidirectional EVPL in the opposite direction is searched for, and if found, the two-way EVPL service is merged.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
Claims
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/571,519 US7957421B2 (en) | 2005-06-17 | 2006-06-19 | Method and system for managing data service network of metropolitan area network |
EP06752988A EP1892884A4 (en) | 2005-06-17 | 2006-06-19 | METHOD FOR CARRYING OUT DATA NETWORK MANAGEMENT IN A NATIONAL NETWORK AND INTERMEDIATE NETWORK SYSTEM |
CN2006800133261A CN101164284B (zh) | 2005-06-17 | 2006-06-19 | 实现城域网数据业务网络管理的方法和城域网系统 |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200510035376.7 | 2005-06-17 | ||
CNB2005100353767A CN100411373C (zh) | 2005-06-17 | 2005-06-17 | 城域网数据业务网络管理方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2006133653A1 true WO2006133653A1 (fr) | 2006-12-21 |
Family
ID=37519900
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2006/001380 WO2006133653A1 (fr) | 2005-06-17 | 2006-06-19 | Procede pour la realisation de gestion de reseau de service de donnees de reseau metropolitain et systeme de reseau metropolitain |
Country Status (4)
Country | Link |
---|---|
US (1) | US7957421B2 (zh) |
EP (1) | EP1892884A4 (zh) |
CN (2) | CN100411373C (zh) |
WO (1) | WO2006133653A1 (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101909074A (zh) * | 2010-06-17 | 2010-12-08 | 中兴通讯股份有限公司 | 一种网络接入设备及不同物理媒介间实现数据转发的方法 |
KR101362216B1 (ko) * | 2011-11-01 | 2014-02-12 | (주)네오위즈게임즈 | 피씨방 관리 방법, 관리 시스템 및 서비스 서버 |
CN105790966B (zh) * | 2014-12-18 | 2020-02-04 | 中兴通讯股份有限公司 | 一种节点交叉搜索方法及装置 |
US9553661B2 (en) | 2015-05-18 | 2017-01-24 | Ciena Corporation | Adaptive preconfiguration in optical transport network |
KR102032876B1 (ko) * | 2016-05-04 | 2019-10-16 | 한국전자통신연구원 | 통합 전달망 관리 시스템 및 그 방법 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0884875A2 (en) * | 1997-06-09 | 1998-12-16 | Nec Corporation | Bandwidth control method in a network system |
JP2001285367A (ja) * | 2000-03-29 | 2001-10-12 | Nec Corp | Vpn管理システム、vpn管理方法およびvpn管理用プログラムを記録した記録媒体 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH10501667A (ja) * | 1994-06-13 | 1998-02-10 | テレフオンアクチーボラゲツト エル エム エリクソン | 接続ハンドリングシステムのリソースモデルおよびアーキテクチャ |
DE69532844T2 (de) * | 1994-08-31 | 2005-01-05 | Nippon Telegraph And Telephone Corp. | Verfahren zum Kommunikationsnetzentwurf und Kommunikationssystem |
US6233610B1 (en) * | 1997-08-27 | 2001-05-15 | Northern Telecom Limited | Communications network having management system architecture supporting reuse |
ITMI20010726A1 (it) * | 2001-04-05 | 2002-10-05 | Cit Alcatel | Metodo ed apparato per mappare interfacce dati fast ethernet in un singolo contenitore virtuale vc-4 di un payload stm-1/oc-3 trasmesso in u |
US7065093B1 (en) * | 2001-05-17 | 2006-06-20 | Cisco Technology, Inc | Method and apparatus for end-to-end ATM calls based on the interworking of ATM switched virtual circuit signaling with Q.2630.1 AAL2 signaling |
US7126941B1 (en) * | 2001-08-24 | 2006-10-24 | Cisco Technology, Inc. | Managing packet voice networks using a virtual switch approach |
US6977932B1 (en) * | 2002-01-16 | 2005-12-20 | Caspian Networks, Inc. | System and method for network tunneling utilizing micro-flow state information |
AU2002313444A1 (en) | 2002-07-17 | 2004-02-02 | Wuhan Fiberhome Networks Co., Ltd. | Multiple service ring with capabilities of transmitting and switching data, video and voice |
CN1260926C (zh) | 2002-11-08 | 2006-06-21 | 华为技术有限公司 | 一种城域传输设备中虚容器映射通道的流量控制方法 |
US7586915B1 (en) * | 2003-10-23 | 2009-09-08 | Cisco Technology, Inc. | Technique for coupling entities via virtual ports |
CN100373901C (zh) * | 2003-11-27 | 2008-03-05 | 上海贝尔阿尔卡特股份有限公司 | 用于媒体网关的端口动态绑定模块及其动态绑定方法 |
-
2005
- 2005-06-17 CN CNB2005100353767A patent/CN100411373C/zh not_active Expired - Fee Related
-
2006
- 2006-06-19 WO PCT/CN2006/001380 patent/WO2006133653A1/zh not_active Application Discontinuation
- 2006-06-19 EP EP06752988A patent/EP1892884A4/en not_active Ceased
- 2006-06-19 US US11/571,519 patent/US7957421B2/en not_active Expired - Fee Related
- 2006-06-19 CN CN2006800133261A patent/CN101164284B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP0884875A2 (en) * | 1997-06-09 | 1998-12-16 | Nec Corporation | Bandwidth control method in a network system |
JP2001285367A (ja) * | 2000-03-29 | 2001-10-12 | Nec Corp | Vpn管理システム、vpn管理方法およびvpn管理用プログラムを記録した記録媒体 |
Non-Patent Citations (2)
Title |
---|
HUANG W.: "The Realization of Trunk Technology in Local Area Network", JOURNAL OF JIAOZUO UNIVERSITY, no. 2, April 2003 (2003-04-01) * |
See also references of EP1892884A4 * |
Also Published As
Publication number | Publication date |
---|---|
CN100411373C (zh) | 2008-08-13 |
US20080013948A1 (en) | 2008-01-17 |
EP1892884A1 (en) | 2008-02-27 |
EP1892884A4 (en) | 2009-01-28 |
CN101164284A (zh) | 2008-04-16 |
CN101164284B (zh) | 2011-06-29 |
US7957421B2 (en) | 2011-06-07 |
CN1881914A (zh) | 2006-12-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1187405B1 (en) | Label switched communications network | |
US7710901B2 (en) | GMPLS control of ethernet | |
US7492714B1 (en) | Method and apparatus for packet grooming and aggregation | |
US7613187B2 (en) | Shared LAN emulation method and apparatus having VLAN recognition and LLID management functions on EPON | |
JP4577163B2 (ja) | インターワーキング方法及び装置 | |
US7899061B2 (en) | Access device and service transmission method | |
CN102546118B (zh) | 一种c-docsis系统中的业务转发和优先级映射方法 | |
JP2001197116A (ja) | ラベルスイッチングシステムにおける明示ルート指定方法及びパケット中継装置 | |
US20080056240A1 (en) | Triple play subscriber and policy management system and method of providing same | |
US20070153799A1 (en) | Providing services over hybrid networks | |
WO2005011302A1 (fr) | Procede de transformation entre une connexion permanente et une connexion commute dans un reseau optique | |
WO2006133653A1 (fr) | Procede pour la realisation de gestion de reseau de service de donnees de reseau metropolitain et systeme de reseau metropolitain | |
CN100466654C (zh) | 多业务传输平台设备管理系统 | |
CN100531157C (zh) | 一种二层vpn和三层vpn互联互通的实现方法 | |
WO2007079649A1 (fr) | Procede et dispositif de decouverte automatique pour liaison de couche client | |
US7023860B1 (en) | Communications network | |
JP4718764B2 (ja) | 光仮想ローカルエリアネットワークにおける経路制御方法、経路切替装置、切替器及び情報伝送方法 | |
CN100508475C (zh) | 传送多种业务的方法、节点设备及多业务传送平台 | |
WO2002017542A2 (en) | System and method of binding mpls labels to virtually concatenated sonet/sdh transport connections | |
JP5521782B2 (ja) | インターワーキング方法及び装置 | |
CN100544303C (zh) | 虚拟局域网id的分配方法 | |
WO2006094440A1 (fr) | Procede et dispositif d’echange de reseau local virtuel | |
Lintao | Bearer Network of the Future Internet | |
Van de Voorde et al. | Carrier-grade Ethernet: extending Ethernet into next generation metro networks | |
Takeda et al. | Layer 1 VPN architecture and its evaluation |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WWE | Wipo information: entry into national phase |
Ref document number: 2006752988 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 11571519 Country of ref document: US |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
WWE | Wipo information: entry into national phase |
Ref document number: 200680013326.1 Country of ref document: CN |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWW | Wipo information: withdrawn in national office |
Country of ref document: DE |
|
WWP | Wipo information: published in national office |
Ref document number: 11571519 Country of ref document: US |
|
WWP | Wipo information: published in national office |
Ref document number: 2006752988 Country of ref document: EP |