CN100456840C - Method to split LPM algorithm to two CPUs - Google Patents
Method to split LPM algorithm to two CPUs Download PDFInfo
- Publication number
- CN100456840C CN100456840C CNB2003101137817A CN200310113781A CN100456840C CN 100456840 C CN100456840 C CN 100456840C CN B2003101137817 A CNB2003101137817 A CN B2003101137817A CN 200310113781 A CN200310113781 A CN 200310113781A CN 100456840 C CN100456840 C CN 100456840C
- Authority
- CN
- China
- Prior art keywords
- prefix
- routing
- network processor
- control cpu
- index
- Prior art date
- Legal status (The legal status 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 status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 23
- 238000000151 deposition Methods 0.000 claims 1
- 238000004891 communication Methods 0.000 abstract description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 235000008694 Humulus lupulus Nutrition 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种将LPM算法拆分到两个CPU的方法,属于计算机网络通信领域,该方法包括:两个CPU包括网络处理器和控制CPU,指导网络处理器路由表设置的控制CPU完成维护路由前缀的父子关系,在更新路由表项之前首先查找控制CPU上的FIB表,判断是否存在比当前这条路由前缀更短的前缀,即父亲前缀,如果存在,将父亲前缀的掩码长度,以及对应路由表项的索引放到下发的数据结构中,一起通知网络处理器,实现LPM算法。通过两个CPU的协调工作共同实现最长匹配,在保证路由表完全正确的前提下,最大限度的发挥NP的转发能力,将与最长匹配转发流程无关的工作从NP中剔除。
The invention provides a method for splitting an LPM algorithm into two CPUs, which belongs to the field of computer network communication. Maintain the parent-child relationship of the routing prefix. Before updating the routing table entry, first look up the FIB table on the control CPU to determine whether there is a prefix shorter than the current routing prefix, that is, the parent prefix. If it exists, set the mask length of the parent prefix to , and the index corresponding to the routing table entry are put into the distributed data structure, and the network processor is notified together to implement the LPM algorithm. The longest match is achieved through the coordination of the two CPUs. On the premise of ensuring that the routing table is completely correct, the forwarding capability of the NP is maximized, and the work that is not related to the longest match forwarding process is eliminated from the NP.
Description
所属技术领域Technical field
本发明属于计算机网络通信领域,具体涉及一种将LPM算法拆分到两个CPU的方法。The invention belongs to the field of computer network communication, and in particular relates to a method for splitting an LPM algorithm into two CPUs.
背景技术 Background technique
在IP交换网络中,IP数据包的网络层转发通过查找ASIC芯片中的路由表完成,为了扩展路由规模,通常需要借助网络处理器(以下简称NP)。NP可以容纳至少10万条路由表项,为了提高查找速度,这些路由表项以多级搜索树方式存储在芯片内存中以实现LPM(Longest Prefix Match)。而多级搜索树需要由另外的数据结构辅助管理,用来记录路由前缀的父子关系,无疑这个工作降低了NP处理数据的能力,因为父子关系结构在转发过程中完全不可见,同时NP每增加一条路由就要查找这个父子结构,在相应的节点上记录路由信息;而每删除一条路由NP也要查找父子结构将父节点信息取出来重新修改多级搜索树。这在路由震荡期间将大大降低CPU的转发效率,因为在路由表项增加、删除或者修改时,不能够进行路由表项的查询和数据报文的转发,即任何影响NP路由表项查找的开销都将成为转发过程中的瓶颈。In the IP switching network, the network layer forwarding of the IP data packet is completed by searching the routing table in the ASIC chip. In order to expand the routing scale, a network processor (hereinafter referred to as NP) is usually needed. NP can accommodate at least 100,000 routing table items. In order to improve the search speed, these routing table items are stored in the chip memory in a multi-level search tree to implement LPM (Longest Prefix Match). The multi-level search tree needs to be assisted by another data structure to record the parent-child relationship of routing prefixes. Undoubtedly, this work reduces the ability of NP to process data, because the parent-child relationship structure is completely invisible in the forwarding process, and at the same time, every increase in NP A route needs to find the parent-child structure, and record the routing information on the corresponding node; and every time a route NP is deleted, it also needs to find the parent-child structure, take out the parent node information and re-modify the multi-level search tree. This will greatly reduce the forwarding efficiency of the CPU during route flapping, because when routing table entries are added, deleted or modified, routing table entries cannot be queried and data packets forwarded, that is, any overhead that affects NP routing table entry lookups will become a bottleneck in the forwarding process.
发明内容 Contents of the invention
本发明目的:提供一种将LPM算法拆分到两个CPU的方法,保证路由表完全正确的前提下,最大限度的发挥NP的转发能力,将与最长匹配转发流程无关的工作从NP中剔除。Purpose of the present invention: to provide a method for splitting the LPM algorithm into two CPUs, to ensure that the routing table is completely correct, to maximize the forwarding capability of the NP, and to remove the work that has nothing to do with the longest matching forwarding process from the NP remove.
本发明的技术内容:一种将LPM算法拆分到两个CPU的方法,包括:Technical content of the present invention: a kind of method that LPM algorithm is split into two CPUs, comprising:
(1)两个CPU包括网络处理器和控制CPU,指导网络处理器路由表设置的控制CPU完成维护路由前缀的父子关系的工作;(1) two CPUs comprise network processor and control CPU, guide the control CPU that network processor routing table is set to complete the work of maintaining the parent-child relationship of routing prefix;
(2)在更新路由表项之前首先查找控制CPU上的结构,判断是否存在比当前这条路由前缀更短的前缀,即父亲前缀,如果存在,将父亲前缀的掩码长度,以及对应路由表项的索引放到下发的数据结构中,一起通知网络处理器,实现LPM算法。(2) Before updating the routing table entry, first search the structure on the control CPU to determine whether there is a prefix shorter than the current routing prefix, that is, the father prefix. If it exists, the mask length of the father prefix and the corresponding routing table The index of the item is put into the distributed data structure, and the network processor is notified together to realize the LPM algorithm.
控制CPU的FIB表中存放网络处理器转发表索引。The network processor forwarding table index is stored in the FIB table of the control CPU.
进一步包括:Further includes:
(1)当增加路由时,控制CPU首先查找FIB表,如果已经存在该路由前缀,就取出FIB表中存放的网络处理器转发表索引,连同路由表项通知网络处理器,网络处理器进入更新流程,如果控制CPU的FIB表中不存在该路由前缀,则通知网络处理器进入增加流程,网络处理器使用LPM算法,建立一条新的转发表项,将该表项索引写入多级搜索树节点中,以备路由查找时快速定位路由表项,同时将该索引返回给控制CPU,控制CPU将网络处理器转发表索引连同整个路由表项写入自己的FIB表中。(1) When adding a route, the control CPU first searches the FIB table. If the routing prefix already exists, it takes out the network processor forwarding table index stored in the FIB table, and notifies the network processor together with the routing table entry, and the network processor enters the update Process, if the routing prefix does not exist in the FIB table of the controlling CPU, the network processor is notified to enter the adding process, and the network processor uses the LPM algorithm to create a new forwarding entry, and write the entry index into the multi-level search tree In the node, the routing table entry is quickly located in case of routing lookup, and the index is returned to the control CPU at the same time, and the control CPU writes the network processor forwarding table index together with the entire routing table entry into its own FIB table.
(2)当删除路由时,控制CPU首先查找FIB表察看是否存在较短的路由前缀,如果存在则取出其中存放的父亲前缀信息通知网络处理器,网络处理器根据LPM算法将父亲前缀转发表索引恢复到搜索树节点中。(2) When deleting a route, the control CPU first searches the FIB table to see if there is a shorter routing prefix, and if it exists, it takes out the father prefix information stored therein and informs the network processor, and the network processor indexes the father prefix forwarding table according to the LPM algorithm Revert to the search tree node.
本发明的技术效果:把维护父子关系的工作交由控制CPU完成,在更新路由表项之前首先查找控制CPU上的结构,如果存在父亲前缀,将父亲前缀的掩码长度及对应路由表项的索引放到下发的数据结构中,一起通知NP,从而帮助NP更新多级搜索树。这样就将传统的集中在一个CPU上实现的LPM算法一分为二,即通过两个CPU的协调工作共同实现最长匹配。Technical effect of the present invention: the work of maintaining the parent-child relationship is handed over to the control CPU to complete, before updating the routing table entry, first search for the structure on the control CPU, if there is a father prefix, the mask length of the father prefix and the corresponding routing table entry The index is put into the distributed data structure and notifies NP together, thus helping NP to update the multi-level search tree. In this way, the traditional LPM algorithm implemented on one CPU is divided into two, that is, the longest matching is realized through the coordinated work of the two CPUs.
控制CPU为了维护路由前缀父子关系结构,需要额外划分出宝贵的内存资源,为了避免这种庞大的内存开销,本发明在FIB表的存储结构中存放网络处理器转发表索引,从而兼顾系统的软件路由信息表和NP父子关系结构的双重功能。In order to maintain the routing prefix parent-child relationship structure, the control CPU needs to allocate additional valuable memory resources. In order to avoid this huge memory overhead, the present invention stores the network processor forwarding table index in the storage structure of the FIB table, so as to take into account the system software. Dual function of routing information table and NP parent-child relationship structure.
附图说明 Description of drawings
图1是本发明的路由增加和路由删除的处理流程图;Fig. 1 is the processing flowchart of route increase and route deletion of the present invention;
图2是本发明的控制CPU上FIB表的存储结构。Fig. 2 is the storage structure of the FIB table on the control CPU of the present invention.
具体实施方式 Detailed ways
参考图1、图2,以路由增加或删除的实现为例说明本发明的技术方案。Referring to Fig. 1 and Fig. 2, the technical solution of the present invention is described by taking the implementation of adding or deleting routes as an example.
1.路由增加过程,路由表项内容如下:1. The route adding process, the content of the routing table entry is as follows:
Destinatio IP:192.168.10.1Destinatio IP: 192.168.10.1
Subnet Mask:255.255.255.0Subnet Mask: 255.255.255.0
NexthopIp:10.5.4.1NexthopIp: 10.5.4.1
Out interface:Vlan10,Vlan ID:10Out interface: Vlan10, Vlan ID: 10
Fib_node结构中原本没有Np_forward_id字段,现在要辅助NP实现LPM转发,于是增加该字段,由NP计算然后通知控制CPU填充。There was no Np_forward_id field in the Fib_node structure, but now it is necessary to assist NP to implement LPM forwarding, so this field is added, calculated by NP and then notified to the control CPU to fill it.
第一步:控制CPU根据Next hop IP进行hash查找,获得一个AT索引,该AT索引是联系下一跳主机IP和2层出口信息的邻接表索引。这个索引将随下发的路由表项一起通知给NP。Step 1: Control the CPU to perform a hash search based on the Next hop IP to obtain an AT index, which is an adjacency table index that links the next-hop host IP and Layer 2 egress information. This index will be notified to NP together with the delivered routing table entry.
第二步:控制CPU按照前缀信息即192.168.10.0/24在FIB表中查找是否已经存在该路由项,如果不存在,通知NP增加一条路由。Step 2: The control CPU searches the FIB table according to the prefix information, ie 192.168.10.0/24, to see if the routing item already exists, and if not, inform the NP to add a route.
第三步:NP收到增加路由的消息后,首先根据AT索引在自己维护的AT表中找到对应的表项,然后填充2层出口信息,继而从转发表中取出一个可用的索引,将路由表项内容(路由前缀,AT索引,出口Vlan ID,下一跳个数等)填充到其中。Step 3: After receiving the message of adding a route, the NP first finds the corresponding entry in the AT table maintained by itself according to the AT index, then fills in the Layer 2 egress information, and then takes an available index from the forwarding table, and transfers the route to The content of the entry (route prefix, AT index, egress Vlan ID, number of next hops, etc.) is filled into it.
第四步:NP根据LPM算法在3级搜索树结构中确定将要增加的路由在搜索树中占据的所有节点。LPM算法为现有技术,具体算法不在本文详述。接下来将转发表索引填充到这些节点中。Step 4: NP determines all nodes in the search tree occupied by the route to be added in the three-level search tree structure according to the LPM algorithm. The LPM algorithm is an existing technology, and the specific algorithm is not described in detail in this paper. Next populate the forwarding table indexes into these nodes.
第五步:NP将转发表索引通知给控制CPU。Step 5: NP notifies the control CPU of the forwarding table index.
第六步:控制CPU将NP转发表索引连同整个路由表项填充到软件FIB表的相应节点中,路由添加过程结束。Step 6: The control CPU fills the NP forwarding table index together with the entire routing table entry into the corresponding node of the software FIB table, and the route adding process ends.
这样,当下一次定时更新该路由项时,控制CPU将首先从FIB表中找到它,并从中取出存放的NP转发表索引,而后通知NP更新。接下来NP可以根据转发表索引直接更新转发表内容和AT表项内容。In this way, when the routing item is regularly updated next time, the control CPU will first find it from the FIB table, and take out the stored NP forwarding table index therefrom, and then notify the NP to update. Next, the NP can directly update the content of the forwarding table and the content of the AT entry according to the index of the forwarding table.
2.路由删除过程,假定FIB表中已经存在了以下两条路由:2. In the route deletion process, it is assumed that the following two routes already exist in the FIB table:
(1)Prefix 192.168.10.0/24 Next hop Ip:10.5.4.1 NP Forward table index:10(1) Prefix 192.168.10.0/24 Next hop Ip: 10.5.4.1 NP Forward table index: 10
(2)Prefix 192.168.10.0/22 Next hop Ip:20.5.4.1 NP Forward table index:20(2) Prefix 192.168.10.0/22 Next hop Ip: 20.5.4.1 NP Forward table index: 20
现在要将路由(1)删除。Route (1) is now to be deleted.
而在NP的3级搜索树中存在以下4条路由:And there are the following 4 routes in the 3-level search tree of NP:
<R1>Prefix 192.168.8.0/24 Next hop Ip:20.5.4.1 NP Forward table index:20<R1>Prefix 192.168.8.0/24 Next hop Ip: 20.5.4.1 NP Forward table index: 20
<R2>Prefix 192.168.9.0/24 Next hop Ip:20.5.4.1 NP Forward table index:20<R2>Prefix 192.168.9.0/24 Next hop Ip: 20.5.4.1 NP Forward table index: 20
<R3>Prefix 192.168.10.0/24 Next hop Ip:10.5.4.1 NP Forward table index:10<R3>Prefix 192.168.10.0/24 Next hop Ip: 10.5.4.1 NP Forward table index: 10
<R4>Prefix 192.168.11.0/24 Next hop Ip:20.5.4.1 NP Forward table index:20<R4>Prefix 192.168.11.0/24 Next hop Ip: 20.5.4.1 NP Forward table index: 20
根据上文提到的改进方法,控制CPU首先根据子网掩码长度在FIB中找到路由(1)的父前缀信息,即Prefix 192.168.10.0/22,获得其中存放的转发表索引20。而后通知NP进行路由删除。NP根据LPM算法在3级搜索树中定位路由前缀Prefix 192.168.10.0/24,因为控制CPU通知了NP存在父前缀,因此NP不能直接删除该路由,而是将其父前缀转发表索引恢复到搜索树节点中,即填充索引20,于是3级搜索树中存在以下4条路由:According to the improved method mentioned above, the control CPU first finds the parent prefix information of route (1) in the FIB according to the subnet mask length, that is, Prefix 192.168.10.0/22, and obtains the forwarding table index 20 stored therein. Then notify the NP to delete the route. NP locates the routing prefix Prefix 192.168.10.0/24 in the 3-level search tree according to the LPM algorithm, because the control CPU notifies NP that there is a parent prefix, so NP cannot directly delete the route, but restores its parent prefix forwarding table index to search In the tree node, the index 20 is filled, so there are the following four routes in the three-level search tree:
<R1>Prefix 192.168.8.0/24 Next hop Ip:20.5.4.1 NP Forward table id:20<R1>Prefix 192.168.8.0/24 Next hop Ip: 20.5.4.1 NP Forward table id: 20
<R2>Prefix 192.168.9.0/24 Next hop Ip:20.5.4.1 NP Forward table id:20<R2>Prefix 192.168.9.0/24 Next hop Ip: 20.5.4.1 NP Forward table id: 20
<R3>Prefix 192.168.10.0/24 Next hop Ip:20.5.4.1 NP Forward table id:20<R3>Prefix 192.168.10.0/24 Next hop Ip: 20.5.4.1 NP Forward table id: 20
<R4>Prefix 192.168.11.0/24 Next hop Ip:20.5.4.1 NP Forward table id:20<R4>Prefix 192.168.11.0/24 Next hop Ip: 20.5.4.1 NP Forward table id: 20
从上面删除路由的例子可以看出,负责转发的模块NP不必搜寻父前缀信息,就可以根据控制CPU下发的消息直接修改3级搜索树,极大的简化了NP的路由表项更新流程。From the above example of deleting a route, it can be seen that the forwarding module NP does not need to search for the parent prefix information, but can directly modify the level 3 search tree according to the message sent by the control CPU, which greatly simplifies the update process of the NP's routing table entry.
Claims (3)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2003101137817A CN100456840C (en) | 2003-11-25 | 2003-11-25 | Method to split LPM algorithm to two CPUs |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2003101137817A CN100456840C (en) | 2003-11-25 | 2003-11-25 | Method to split LPM algorithm to two CPUs |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1545337A CN1545337A (en) | 2004-11-10 |
CN100456840C true CN100456840C (en) | 2009-01-28 |
Family
ID=34336967
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2003101137817A Expired - Fee Related CN100456840C (en) | 2003-11-25 | 2003-11-25 | Method to split LPM algorithm to two CPUs |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100456840C (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105591915A (en) * | 2014-10-22 | 2016-05-18 | 中兴通讯股份有限公司 | Maintenance method and apparatus of routing table |
CN107896194B (en) * | 2018-01-02 | 2021-04-09 | 盛科网络(苏州)有限公司 | Route searching method, device and storage medium |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6122279A (en) * | 1995-10-02 | 2000-09-19 | Virata Limited | Asynchronous transfer mode switch |
CN1270728A (en) * | 1997-09-15 | 2000-10-18 | 埃弗内特集团股份有限公司 | Method and system for fast routing lookups |
US20020078196A1 (en) * | 2000-12-18 | 2002-06-20 | Kim Hyun-Cheol | Apparatus and method for dispersively processing QoS supported IP packet forwarding |
WO2002061625A2 (en) * | 2001-01-30 | 2002-08-08 | Nokia Intelligent Edge Routers Inc. | Method and apparatus for routing table management |
CN1406073A (en) * | 2001-08-14 | 2003-03-26 | 深圳市中兴通讯股份有限公司上海第二研究所 | Method for selecting route based on user' IP address route |
CN1529454A (en) * | 2003-09-26 | 2004-09-15 | 清华大学 | Parallel route lookup method and system for eliminating longest prefix match lookup |
-
2003
- 2003-11-25 CN CNB2003101137817A patent/CN100456840C/en not_active Expired - Fee Related
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6122279A (en) * | 1995-10-02 | 2000-09-19 | Virata Limited | Asynchronous transfer mode switch |
CN1270728A (en) * | 1997-09-15 | 2000-10-18 | 埃弗内特集团股份有限公司 | Method and system for fast routing lookups |
US20020078196A1 (en) * | 2000-12-18 | 2002-06-20 | Kim Hyun-Cheol | Apparatus and method for dispersively processing QoS supported IP packet forwarding |
WO2002061625A2 (en) * | 2001-01-30 | 2002-08-08 | Nokia Intelligent Edge Routers Inc. | Method and apparatus for routing table management |
CN1406073A (en) * | 2001-08-14 | 2003-03-26 | 深圳市中兴通讯股份有限公司上海第二研究所 | Method for selecting route based on user' IP address route |
CN1529454A (en) * | 2003-09-26 | 2004-09-15 | 清华大学 | Parallel route lookup method and system for eliminating longest prefix match lookup |
Also Published As
Publication number | Publication date |
---|---|
CN1545337A (en) | 2004-11-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100428225C (en) | Apparatus and method for performing routing lookup and managing routing/forwarding tables | |
CN103873371B (en) | A kind of name route Rapid matching lookup method and device | |
CN103595637B (en) | Based on tree and the content center network node processing data method of Hash table | |
JP3957570B2 (en) | Router device | |
CN102487374B (en) | Access control list realization method and apparatus thereof | |
US20070171911A1 (en) | Routing system and method for managing rule entry thereof | |
WO2018032961A1 (en) | Information management method, apparatus and system | |
CN103107945B (en) | A kind of system and method for fast finding IPV6 route | |
CN103404092B (en) | Route prefix storage means, device and routing address lookup method, device | |
CN102945249B (en) | A kind of policing rule matching inquiry tree generation method, matching process and device | |
CN101159658A (en) | Method and device for virtual private network route lookup | |
CN115426312B (en) | Method and device for managing, optimizing and forwarding identifiers in large-scale multi-modal network | |
CN103179038B (en) | A kind of the Internet method for routing using No. AS and network forwarding equipment | |
WO2017190559A1 (en) | Routing searching method, device, allocation node, searching node, and ingress node | |
WO2010054599A1 (en) | Method, device and system for storing data | |
CN110460529A (en) | Content router FIB storage structure and its data processing method | |
CN100496019C (en) | A Method for Rapid Search and Update of IPv6 Routing Table | |
TW200407010A (en) | Method and apparatus to perform network routing using multiple length trie blocks | |
CN103856407B (en) | A kind of packet based on NetFPGA programmable virtual router accelerates retransmission method and device | |
CN109831384B (en) | Name lookup method and router | |
CN100456840C (en) | Method to split LPM algorithm to two CPUs | |
CN106656816B (en) | Distributed ipv6 method for searching route and system | |
CN113395206B (en) | Route determining method, device and network equipment | |
CN101938424B (en) | Method and device for establishing routing table and method and device for transmitting message | |
CN106034075B (en) | Method and device for distributing label for VPN route |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
ASS | Succession or assignment of patent right |
Owner name: HUAWEI TECHNOLOGY CO., LTD. Free format text: FORMER OWNER: GANGWAN NETWORK CO., LTD. Effective date: 20060922 |
|
C41 | Transfer of patent application or patent right or utility model | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20060922 Address after: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Applicant after: Huawei Technologies Co., Ltd. Address before: 100089, No. 21 West Third Ring Road, Beijing, Haidian District, Long Ling Building, 13 floor Applicant before: Harbour Networks Holdings Limited |
|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
ASS | Succession or assignment of patent right |
Owner name: BEIJING EQUITY EXCHANGE CO., LTD. Free format text: FORMER OWNER: HUAWEI TECHNOLOGY CO LTD Effective date: 20120323 |
|
C41 | Transfer of patent application or patent right or utility model | ||
COR | Change of bibliographic data |
Free format text: CORRECT: ADDRESS; FROM: 518129 SHENZHEN, GUANGDONG PROVINCE TO: 100033 XICHENG, BEIJING |
|
TR01 | Transfer of patent right |
Effective date of registration: 20120323 Address after: 100033, No. 17, Finance Street, Beijing, Xicheng District Patentee after: Beijing property right Bats Exchange Inc Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: Huawei Technologies Co., Ltd. |
|
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090128 Termination date: 20151125 |
|
EXPY | Termination of patent right or utility model |